Gennemarbejdet eksempel: Kshana som limlag til missionsanalyse på tværs af værktøjer

Dette følger én bane gennem de standardbaserede scenarietyper for interoperabilitet og missionsanalyse fra ende til anden og viser, hvordan Kshana sidder mellem de højpræcisionsværktøjer, et program allerede bruger, i stedet for at konkurrere med dem: GMAT (General Mission Analysis Tool), Orekit og STK (Systems Tool Kit) til banedesign og Basilisk eller 42 til simulering af attitude- og banestyringssystemer (AOCS). Hvert trin er en scenarietype, der kan køres, og hvert resultat bærer en label, der angiver dets omfang og evidensniveau.

Bemærkning om ærlighed: dette er en geometrisk/analytisk pipeline på niveau med før-fase-A / afvejningsstudier (før en missions første formelle designfase). Det er ikke en certificering af flyvedynamik; se hver types felt label.

Andre forkortelser brugt nedenfor: FDS (flyvedynamiksystem), CCSDS (Consultative Committee for Space Data Systems), OEM (Orbit Ephemeris Message), SGP4 (Simplified General Perturbations 4, propagatoren for two-line-elementer), TOML (scenariofilens format) og CLI (kommandolinjegrænseflade).

Pipelinen#

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

Trinene er separate kørsler: hver henter sit input fra sin egen scenariefil, så du bærer et tal fra den ene til den næste (for eksempel en skråafstand fra passes ind i link-budget) ved at redigere den næste fil. Typen campaign kan rumme flere typer i én kørsel under fælles betingelser; se CAMPAIGNS.md.

Hver kommando nedenfor køres fra repositoriets rod, og resuméet under den er den første linje, kshana 0.40.0 udskriver for det medfølgende scenarie.

1. Indlæs den bane, en designer har lavet (oem-interop)#

GMAT, Orekit og STK eksporterer alle CCSDS Orbit Ephemeris Messages. Kshana importerer dem (den anden retning af broen), så en Kshana-analyse kan starte fra præcis den bane, banedesigneren har frigivet, ikke en genudledt tilnærmelse:

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)

Den rapporterer segmenter, objekter, referencesystemer og epokespænd samt en kontrol af hastighedskonsistens, som viser, at efemeriden blev indlæst tro mod kilden (rundturfejl under 1×10⁻⁶ km). Får den i stedet en ekstern fil i oem_text, rapporterer den, hvad den fortolkede: fodret med den OEM, som kshana scenarios/orbit-sgp4-gps.toml --export-oem gps.oem skriver, udskriver den oem-interop: ingested 30 segment(s), 10830 states from external OEM (originator KSHANA) (MODELLED interop). label siger eksplicit, at dette er en struktur- og fysikkontrol af indlæsningen, ikke en validering af kildens banenøjagtighed.

2. Hvornår er den synlig fra en jordstation? (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)

Forudsiger op- og nedgangspassager over en station over en elevationsmaske: signalopfangning (AOS), tidspunkt for nærmeste passage (TCA), signaltab (LOS), maksimal elevation og varighed samt samlet adgangstid. Det er planlægningsforespørgslen for jordsegmentet. Banen er et SGP4-elementsæt ført til det jordfaste system på IAU 2006/2000A-kæden, og elevationerne er tilsyneladende: ITU-R P.834-9-refraktion og nedlinkens lystid, hver kan slås til eller fra (refraction, light_time).

3. Lukker kontakten? (link-budget)#

For en passage sættes skråafstanden og terminalens tal ind i linkligningen fra CCSDS 401 / DSN 810-005 (NASA's 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)

Rapporterer frirumsdæmpning (FSPL), bærebølge-til-støj-densitet (C/N₀), energi pr. bit over støjdensitet (Eb/N₀), margin og om linket lukker mod et krævet Eb/N₀: komponentkontrollen for kommunikationens gennemførlighed, der gør »den er synlig« til »vi kan faktisk nedlinke dataene«. Tallene følger direkte af inputtet i filen (her en EIRP på 55 dBW, effektiv isotropisk udstrålet effekt, ind i en modtage-G/T på 53 dB/K, forhold mellem forstærkning og støjtemperatur); sæt din egen terminals tal ind, før du læser marginen. Det er en deterministisk beregning, ikke et kalibreret terminaldatablad.

4. Hvor hurtigt nedbryder omgivelserne den? (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)

Driver den termosfæriske neutraltæthed ud fra solaktivitet (F10.7, radiofluxen på 10,7 cm, og dens 81-dages middel F10.7a) og geomagnetisk aktivitet (indeksene Kp og ap) via eksosfæretemperaturen i Jacchia-71. Det indfanger den ca. 5–10× svingning i tæthed over solcyklussen, som en statisk atmosfære udelader, så et estimat af banelevetid eller modstand afspejler rumvejrsregimet frem for en fast atmosfære. Siden 0,30 er tætheden Jacchia 1971-tætheden i termosfæren, karakteriseret mod NRLMSISE-00 (Naval Research Laboratory, massespektrometer og inkohærent spredning), men ikke en datavalideret NRLMSISE-00-atmosfære.

5. Giv resultatet videre (eksport)#

Den samme CLI skriver standardfiler til det næste værktøj. På et orbit-scenarie skriver --export-oem <file> en CCSDS OEM 2,0-efemeride med hastighed (den fil, GMAT, Orekit og STK læser), --export-sp3 <file> en præcis SP3-efemeride (Standard Product 3) og --export-omm <file> et katalog af CCSDS Orbit Mean-Elements Messages. --export <czml|kml|geojson|stk|sigmf|all|list> dækker fremvisere: CZML (Cesium Language), KML (Keyhole Markup Language, til Google Earth), GeoJSON, STK-efemeridefiler (.e, én pr. satellit plus brugeren) og SigMF-optagelser (Signal Metadata Format) fra typen spectrum. --export list siger, hvilke der gælder for et scenarie. For Månen udsender typen lunar-interop-export månens referencesystem, tidsskala og efemeride som en CCSDS OEM med en formatkontrol. Se INTEROP.md.

Hvorfor dette er limen, ikke en konkurrent#

Hvert trin er et lille, reviderbart, reproducerbart scenarie med en eksplicit omfangsmærkat. De højpræcisionsværktøjer ejer banenoptimering, AOCS med seks frihedsgrader (6-DoF) og aerotermisk indtræden, nedstigning og landing (EDL); Kshana ejer det åbne, citerbare, kørbare bindevæv: indlæs standardformaterne, besvar de tværgående spørgsmål om geometri og gennemførlighed, og giv resultatet videre, på et niveau, enhver partner kan køre uden licens. Se også de ledsagende missionsanalysetyper launch-window, reentry, eo-coverage, space-packet og attitude-budget.