Traducción automática, no revisada por un hablante nativo. El inglés es la referencia.

Primeros pasosEditar en GitHubFuente: docs/examples/multi-tool-pipeline.md

Ejemplo resuelto: Kshana como capa de unión del análisis de misión con varias herramientas

Este ejemplo recorre una trayectoria de principio a fin por los tipos de escenario de interoperabilidad basada en estándares y de análisis de misión, y muestra cómo Kshana se sitúa entre las herramientas de alta fidelidad que un programa ya usa, en lugar de competir con ellas: GMAT (General Mission Analysis Tool), Orekit y STK (Systems Tool Kit) para el diseño de trayectorias, y Basilisk o 42 para la simulación del sistema de control de actitud y órbita (AOCS). Cada paso es un tipo de escenario ejecutable, y cada resultado lleva un label que indica su alcance y su nivel de evidencia.

Nota de honestidad: esto es una cadena geométrica/analítica de nivel previo a la fase A / estudio de compromisos (antes de la primera fase formal de diseño de una misión). No es una certificación de dinámica de vuelo; véase el campo label de cada tipo de escenario.

Otras abreviaturas usadas a continuación: FDS (sistema de dinámica de vuelo), CCSDS (Consultative Committee for Space Data Systems), OEM (Orbit Ephemeris Message), SGP4 (Simplified General Perturbations 4, el propagador de elementos de dos líneas), TOML (el formato de archivo de escenario) y CLI (interfaz de línea de comandos).

La cadena de pasos#

external FDS (GMAT/Orekit/STK)            Kshana open core
        │  CCSDS OEM ephemeris                 │
        ▼                                      ▼
  [oem-interop]  ──ingest──▶  [passes]  ──▶  [link-budget]   (when does the
   import the orbit the        when is it      does the         contact close?)
   designer produced           visible?        downlink close?
                                  │
                                  ▼
                            [space-weather]   (how fast does drag
                             activity-driven    decay the orbit?)
                             density

Los pasos son ejecuciones separadas: cada uno toma sus entradas de su propio archivo de escenario, de modo que usted lleva un número de uno a otro (por ejemplo, una distancia oblicua de passes a link-budget) editando el archivo siguiente. El tipo de escenario campaign puede reunir varios tipos de escenario en una sola ejecución bajo condiciones compartidas; véase CAMPAIGNS.md.

Cada comando de abajo se ejecuta desde la raíz del repositorio, y el resumen que figura debajo es la primera línea que imprime kshana 0.40.0 para el escenario incluido.

1. Ingerir la trayectoria que produjo un diseñador (oem-interop)#

GMAT, Orekit y STK exportan todos mensajes de efemérides de órbita CCSDS (OEM). Kshana los importa (el otro sentido del puente), de modo que un análisis de Kshana puede partir de la órbita exacta que el diseñador de la trayectoria dio por buena, y no de una aproximación recalculada:

kshana scenarios/oem-interop.toml          # round-trips a reference orbit (self-test)
# or, to ingest a real file, set oem_text in the scenario to the external OEM
oem-interop: round-tripped 2 segment(s), 12 states; max round-trip error 4.88e-7 km / 4.61e-10 km/s (MODELLED interop)

Informa de los segmentos, los objetos, los marcos y el intervalo de épocas, y de una comprobación de coherencia de velocidad, lo que muestra que las efemérides se ingirieron fielmente (error de ida y vuelta inferior a 1×10⁻⁶ km). Si en su lugar se da un archivo externo en oem_text, informa de lo que interpretó: alimentado con el OEM que escribe kshana scenarios/orbit-sgp4-gps.toml --export-oem gps.oem, imprime oem-interop: ingested 30 segment(s), 10830 states from external OEM (originator KSHANA) (MODELLED interop). El label deja claro que se trata de una comprobación estructural y física de la ingesta, no de una validación de la exactitud orbital de la fuente.

2. ¿Cuándo es visible desde una estación terrena? (passes)#

kshana scenarios/passes.toml
passes: 5 pass(es) of a 550 km / 97.6° orbit over (52.2°, 4.4°) > 10° in 24 h; 1659 s total access (MODELLED)

Predice los pasos de salida y puesta sobre una estación por encima de una máscara de elevación: adquisición de señal (AOS), instante de máximo acercamiento (TCA), pérdida de señal (LOS), elevación máxima y duración, además del tiempo total de acceso. Esa es la consulta de planificación del segmento terreno. La órbita es un conjunto de elementos SGP4 llevado al marco terrestre mediante la cadena IAU 2006/2000A, y las elevaciones son aparentes: refracción ITU-R P.834-9 y tiempo de luz del enlace descendente, cada uno conmutable (refraction, light_time).

Para un paso, introduzca la distancia oblicua y las cifras del terminal en la ecuación de enlace de CCSDS 401 / DSN 810-005 (Red de Espacio Profundo de la NASA):

kshana scenarios/link-budget.toml
link-budget: x-band, 2000 km, 1000000 bit/s -> FSPL 177.0 dB, Eb/N0 96.6 dB, margin 92.1 dB (closes)

Informa de la pérdida de trayecto en espacio libre (FSPL), la densidad de portadora a ruido (C/N₀), la energía por bit sobre la densidad de ruido (Eb/N₀), el margen y si el enlace se cierra frente a una Eb/N₀ requerida: la comprobación de viabilidad de comunicaciones que convierte «es visible» en «de hecho podemos descargar los datos». Los números se siguen directamente de las entradas del archivo (aquí una PIRE, potencia isotrópica radiada equivalente, de 55 dBW hacia una G/T de recepción, relación entre ganancia y temperatura de ruido, de 53 dB/K); introduzca las cifras de su propio terminal antes de leer el margen. Es un cálculo determinista, no la hoja de datos de un terminal calibrado.

4. ¿Con qué rapidez la hace decaer el entorno? (space-weather)#

kshana scenarios/space-weather.toml
space-weather: F10.7=180 F10.7a=165 Kp=4.0 (ap=27) -> T_inf=1047 K; density x1.49 at 300 km (MODELLED)

Obtiene la densidad neutra termosférica a partir de la actividad solar (F10.7, el flujo de radio de 10,7 cm, y su media de 81 días F10.7a) y geomagnética (índices Kp y ap) mediante la temperatura exosférica de Jacchia-71. Eso recoge la oscilación de densidad de ~5–10× del ciclo solar que una atmósfera estática omite, de modo que una estimación de vida orbital o de arrastre refleja el régimen de clima espacial y no una atmósfera fija. Desde 0,30 la densidad es la densidad termosférica de Jacchia 1971, caracterizada frente a NRLMSISE-00 (Naval Research Laboratory, espectrómetro de masas y dispersión incoherente), pero no una atmósfera NRLMSISE-00 validada con datos.

5. Devolver el resultado (exportaciones)#

La misma CLI escribe archivos estándar para la herramienta siguiente. En un escenario orbit, --export-oem <file> escribe unas efemérides CCSDS OEM 2,0 con velocidad (el archivo que leen GMAT, Orekit y STK), --export-sp3 <file> unas efemérides precisas SP3 (Standard Product 3) y --export-omm <file> un catálogo de mensajes de elementos medios de órbita CCSDS. --export <czml|kml|geojson|stk|sigmf|all|list> cubre los visores: CZML (Cesium Language), KML (Keyhole Markup Language, para Google Earth), GeoJSON, archivos de efemérides de STK (.e, uno por satélite más el usuario) y grabaciones SigMF (Signal Metadata Format) del tipo de escenario spectrum. --export list indica cuáles se aplican a un escenario. Para la Luna, el tipo de escenario lunar-interop-export emite el marco lunar, la escala de tiempo y las efemérides como un OEM de CCSDS con una comprobación de ajuste a la norma. Véase INTEROP.md.

Por qué esto es la capa de unión y no un competidor#

Cada paso es un escenario pequeño, auditable y reproducible con una etiqueta de alcance explícita. Las herramientas de alta fidelidad se encargan de la optimización de trayectorias, del AOCS de seis grados de libertad (6-DoF) y de la entrada, descenso y aterrizaje aerotérmicos (EDL); Kshana se encarga del tejido conectivo abierto, citable y ejecutable: ingerir los formatos estándar, responder a las preguntas transversales de geometría y viabilidad, y pasar el resultado a la herramienta siguiente, en un nivel que cualquier socio puede ejecutar sin licencia. Véanse también los tipos de escenario de análisis de misión complementarios launch-window, reentry, eo-coverage, space-packet y attitude-budget.