Exemplo resolvido — o Kshana como camada de ligação de análise de missão com várias ferramentas
Este percurso leva uma trajetória, de ponta a ponta, pelos tipos de cenário de interoperabilidade baseada em normas e de análise de missão, mostrando como o Kshana se situa entre as ferramentas de alta fidelidade que um programa já utiliza, em vez de competir com elas: GMAT (General Mission Analysis Tool), Orekit e STK (Systems Tool Kit) para o projeto de trajetórias, e Basilisk ou 42 para a simulação do sistema de controlo de atitude e de órbita (AOCS). Cada passo é um tipo de cenário executável, e cada resultado inclui um label que indica o seu âmbito e o seu nível de evidência.
Nota de honestidade: este é um encadeamento geométrico/analítico ao nível de pré-Fase A / estudo de compromissos (antes da primeira fase formal de projeto de uma missão). Não é uma certificação de dinâmica de voo; ver o campo
labelde cada tipo de cenário.
Outras abreviaturas usadas abaixo: FDS (sistema de dinâmica de voo), CCSDS (Consultative Committee for Space Data Systems), OEM (Orbit Ephemeris Message), SGP4 (Simplified General Perturbations 4, o propagador de elementos de duas linhas), TOML (o formato do ficheiro de cenário) e CLI (interface de linha de comandos).
O encadeamento#
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
Os passos são execuções separadas: cada um recebe as suas entradas do seu próprio ficheiro de cenário, pelo que transporta um número de um para o seguinte (por exemplo, uma distância oblíqua de passes para link-budget) editando o ficheiro seguinte. O tipo de cenário campaign pode conter vários tipos de cenário numa só execução, sob condições partilhadas; ver CAMPAIGNS.md.
Cada comando abaixo é executado a partir da raiz do repositório, e o resumo por baixo dele é a primeira linha que o kshana 0.40.0 imprime para o cenário fornecido.
1. Ingerir a trajetória que um projetista produziu (oem-interop)#
O GMAT, o Orekit e o STK exportam todos Orbit Ephemeris Messages do CCSDS. O Kshana importa-as (o outro sentido da ponte), pelo que uma análise do Kshana pode partir da órbita exata que o projetista da trajetória validou, e não de uma aproximação 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)
Comunica os segmentos, os objetos, os referenciais e o intervalo de épocas, e uma verificação de consistência da velocidade, mostrando que as efemérides foram ingeridas fielmente (erro de ida e volta inferior a 1×10⁻⁶ km). Dado, em vez disso, um ficheiro externo em oem_text, comunica o que leu: alimentado com o OEM que kshana scenarios/orbit-sgp4-gps.toml --export-oem gps.oem escreve, imprime oem-interop: ingested 30 segment(s), 10830 states from external OEM (originator KSHANA) (MODELLED interop). O label é explícito quanto a ser esta uma verificação estrutural e física da ingestão, não uma validação da exatidão orbital da fonte.
2. Quando é visível a partir de uma estação terrestre? (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)
Prevê as passagens de nascimento/ocaso sobre uma estação acima de uma máscara de elevação: aquisição de sinal (AOS), momento de maior aproximação (TCA), perda de sinal (LOS), elevação máxima e duração, mais o tempo total de acesso. Essa é a consulta de planeamento do segmento terrestre. A órbita é um conjunto de elementos SGP4 levado para o referencial fixo à Terra na cadeia IAU 2006/2000A, e as elevações são aparentes: refração ITU-R P.834-9 e tempo de luz da ligação descendente, cada um comutável (refraction, light_time).
3. O contacto fecha-se? (link-budget)#
Para uma passagem, introduza a distância oblíqua e os valores do terminal na equação de ligação do CCSDS 401 / DSN 810-005 (NASA Deep Space Network):
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)
Comunica a perda de percurso em espaço livre (FSPL), a densidade de portadora sobre ruído (C/N₀), a energia por bit sobre a densidade de ruído (Eb/N₀), a margem e se a ligação fecha face a um Eb/N₀ exigido: a verificação de viabilidade das comunicações que transforma "é visível" em "podemos de facto descarregar os dados". Os números decorrem diretamente das entradas do ficheiro (aqui uma EIRP, potência isotrópica radiada equivalente, de 55 dBW para um G/T de receção, razão entre ganho e temperatura de ruído, de 53 dB/K); introduza os valores do seu próprio terminal antes de ler a margem. É um cálculo determinista, não uma folha de especificações de um terminal calibrado.
4. Com que rapidez a decai o ambiente? (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)
Determina a densidade neutra termosférica a partir da atividade solar (F10.7, o fluxo rádio de 10,7 cm, e a sua média de 81 dias F10.7a) e geomagnética (índices Kp e ap) através da temperatura exosférica de Jacchia-71. Isso capta a oscilação de densidade do ciclo solar de ~5–10× que uma atmosfera estática omite, pelo que uma estimativa do tempo de vida orbital ou do arrasto reflete o regime meteorológico espacial e não uma atmosfera fixa. Desde a 0,30, a densidade é a densidade termosférica de Jacchia 1971, caracterizada face ao NRLMSISE-00 (Naval Research Laboratory mass-spectrometer and incoherent-scatter), mas não uma atmosfera NRLMSISE-00 validada com dados.
5. Devolver o resultado (exportações)#
A mesma CLI escreve ficheiros padrão para a ferramenta seguinte. Num cenário orbit, --export-oem <file> escreve uma efeméride CCSDS OEM 2,0 com velocidade (o ficheiro que o GMAT, o Orekit e o STK leem), --export-sp3 <file> uma efeméride precisa SP3 (Standard Product 3) e --export-omm <file> um catálogo CCSDS Orbit Mean-Elements Message. --export <czml|kml|geojson|stk|sigmf|all|list> abrange os visualizadores: CZML (Cesium Language), KML (Keyhole Markup Language, para o Google Earth), GeoJSON, ficheiros de efemérides STK (.e, um por satélite mais o utilizador) e gravações SigMF (Signal Metadata Format) do tipo de cenário spectrum. --export list indica quais se aplicam a um cenário. Para a Lua, o tipo de cenário lunar-interop-export emite o referencial lunar, a escala de tempo e as efemérides como um CCSDS OEM com uma verificação de aderência à norma. Ver INTEROP.md.
Porque é a ligação, e não um concorrente#
Cada passo é um cenário pequeno, auditável e reprodutível, com um rótulo de âmbito explícito. As ferramentas de alta fidelidade dominam a otimização de trajetórias, o AOCS com seis graus de liberdade (6-DoF) e a entrada, descida e aterragem (EDL) aerotérmicas; o Kshana domina o tecido conjuntivo aberto, citável e executável: ingerir os formatos padrão, responder às questões transversais de geometria e viabilidade e passar o resultado adiante, a um nível que qualquer parceiro pode executar sem licença. Ver também os tipos de cenário de análise de missão complementares launch-window, reentry, eo-coverage, space-packet e attitude-budget.