Maskinoversettelse, ikke gjennomgått av en morsmålsbruker. Engelsk er referansen.

Sider for scenariotyperRediger på GitHubKilde: docs/kinds/by-kind/orbit.md

orbit (scenariotype)

Scenariotype i motoren v0.40.0, familie Konstellasjoner, dekning og geometri. Veiledende: analyseutdata fra et forsknings- og ingeniørverktøy, ikke typegodkjent navigasjonsutstyr og ikke en sikkerhetskritisk tjeneste for menneskeliv. Hver etikett her er motorens eller verifikasjonsmatrisens; en type er MODELLED med mindre matrisen sier noe annet (hvordan en etikett fortjenes: Evidens-avsnittet i README).

Hva den gjør#

GNSS-tilgjengelighet og DOP fra en banekonstellasjon (Walker / TLE / RINEX).

En kjøring av scenarios/orbit-rinex.toml oppsummeres slik: scenario bffc887db977 | 77/361 samples GNSS-nominal | best PDOP 2,53 pos 2.53m | quantum holdover 0s p95 6.49e-5ns integrity 1,000 security n/a (no attack) | classical holdover 0s p95 25.0ns integrity 1,000 security n/a (no attack)

Inndata#

Fra skjemaet (kshana kinds --json):

  • Obligatoriske felt: seed, threshold_ns, mask_deg, time, user|user_site, constellation, clock_quantum, clock_classical
  • Valgfrie felt: sigma_uere_m, constellations, epoch, export_sp3, export_omm, export_oem, skyline

Eksempelet scenarios/orbit-rinex.toml angir blant annet:

Felt Verdi Enhet
clock_classical.id csac-sa45s tekst
clock_classical.provenance Microchip SA.45s / SA65 brikkeskala atomklokke, sigma_y(1s) tekst
clock_classical.q_rw 1.0000e-28 1/s
clock_classical.q_wf 9.0000e-20 s^2/s
clock_classical.y0 1.0000e-11 1
clock_quantum.id optical-sr-lattice tekst
clock_quantum.provenance Optisk gitterklokke med strontium, mål for bruk i rommet sigma_y tekst
clock_quantum.q_rw 1.0000e-40 1/s
clock_quantum.q_wf 1.0000e-30 s^2/s
clock_quantum.y0 1.0000e-15 1
constellation.rinex 3,04 N: GNSS NAV DATA G: GPS tekst
kind orbit tekst

Kjør den#

kshana scenarios/orbit-rinex.toml

7 medfølgende scenarioer bruker denne typen; de andre ligger i scenarios/.

Hva den gir#

Skalarresultatene fra den kjøringen, med enhetene motoren oppgir:

Resultat Verdi Enhet
classical.filter_health.consistent true flagg
classical.filter_health.nees_chi2_lower_95 1.540167 1
classical.filter_health.nees_chi2_upper_95 2.518928 1
classical.filter_health.nees_mean 1.963599 1
classical.filter_health.nis_chi2_lower_95 0.975649 1
classical.filter_health.nis_chi2_upper_95 1.024647 1
classical.filter_health.nis_mean 1.000119 1
classical.fom.availability 0.645429 1
classical.fom.holdover_s 0 s
classical.fom.integrity 1 1
Diagrammet motoren skriver for scenarios/orbit-rinex.toml, type orbit

Evidens#

MODELLED 4 · VALIDATED 4: radene i verifikasjonsmatrisen som nevner denne typen.

  • VALIDATED Jordrotasjon fra en todelt UT1-juliansk dato på banestien, slik at den jordfaste posisjonen beholder mikrosekundet som en enkelt f64-dato mister (omtrent 3e-9 rad nær 2020): jd2::gmst82 (IAU 1982 GMST, TEME-konvensjonen, på de to delene), cio:
  • VALIDATED GDOP/PDOP/HDOP/VDOP/TDOP fra siktlinjegeometri via Q=(HᵀH)⁻¹ med en lokal ENU-oppdeling Tester: dop_reference.rs.
  • MODELLED dop_error_mc::run_geometry og check: en Monte Carlo med seed (N = 20 000 epoker per geometri, sigma = 1,5 m, ChaCha8-seed 36 + i) av motorens egen iterative minste kvadraters posisjonsbestemmelse (pvt::solve_spp, enhetsvekter, løst fra den sanne posisjonen) på Tester: uere_dop_monte_carlo.rs.
  • VALIDATED skyline + frames::look_angles + geometry::sky_geometry: den geodetiske (WGS-84) azimuten og elevasjonen til en satellitt fra et bakkested, en tabell for azimut-/elevasjonsmaske lineært interpolert i azimut med omslag ved 360 deg, det synlige settet el Tester: skyline_orekit_oracle.rs.
  • og 4 til i matrisen.

Radene kjøringen selv brukte, med den uavhengige referansen matrisen gir hver (de offentlige kildene er navngitt der):

  • VALIDATED Allan-/modifisert/Hadamard-avvik + identifikasjon av potenslov-støy med χ²-konfidensintervaller. Uavhengig referanse (ExternalDataset): NIST SP 1065 (Riley) / Stable32-referanseavvik på NBS14
  • VALIDATED GDOP/PDOP/HDOP/VDOP/TDOP fra siktlinjegeometri via Q=(HᵀH)⁻¹ med en lokal ENU-oppdeling. Uavhengig referanse (ExternalDataset): gnss_lib_py 1.0.4 (Stanford NAV Lab) DOP, uavhengig bibliotek, samsvarte til 1e-6 relativt
  • MODELLED Lukket form for vekst i glidefeil + holdover-til-terskel; kvantklokkeklasser. Uavhengig referanse (ReferenceImpl): Rekursjon over kovariansen i flere trinn i clock_state (kontroll mot samme kodebase); kjernen for glidevarians og invertering av holdover er eksternt validert mot scipy (se «Clock-holdover coast-variance & threshold inversion»). Tallene for holdover med rød-støy-gulv per klasse forblir MODELLED
  • MODELLED 3-tilstands (fase/frekvens/drift) van Loan-Kalman-klokke, Joseph-stabilisert. Uavhengig referanse (ReferenceImpl): filterpy 1.4.5 KalmanFilter (R. Labbe, MIT), med F via scipy.linalg.expm og Q via Van-Loan-blokkmatrisen 1978 — en uavhengig referanseimplementering som gjengir hele banen til Kshanas filter. Konsistens på tvers av implementeringer: klokkefysikken / Allan-kalibreringen er ikke eksternt validert, så dette forblir MODELLED. 0,30 ekstern sammenligning, et funn (forblir MODELLED): på IGS final 30 s-klokker fra 11 GPS Blo
  • MODELLED Klokkestøttet χ², RAIM, AGC, SQM sammensatt per epoke til en sikkerhetskvalitetsmåling. Uavhengig referanse (ExternalDataset): TEXBAT-scenarioparametere (Humphreys 2012) — karakterisering, ikke fastlåste vektorer. 0,30 ekstern sammenligning, et funn (forblir MODELLED): på JammerTest 2024 (Bleik; GPL-3.0-data) utløste monitorene på observabelnivå (klokkestøttet kjikvadrat, RAIM, løsningssvikt) ingen alarm innen 10 s av noen av de 8 evaluerbare publiserte spoofing-starttidspunktene (der vinduet før start var rent, kom den første alarmen 10,2 til 39 s etter pu

Begrensninger#

Hva kjøringens egen rapport sier ikke er modellert eller ikke er validert:

  • Klokkens holdover uten GNSS er MODELLED, ikke validert: kontrollert mot en separat implementering i denne samme kodebasen — uavhengig av enheten som testes, men ikke eksternt autoritativ. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))
  • Tilstandsestimering for klokken om bord er MODELLED, ikke validert: kontrollert mot en separat implementering i denne samme kodebasen — uavhengig av enheten som testes, men ikke eksternt autoritativ. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))
  • Spoofing-deteksjon er MODELLED, ikke validert: en delpåstand er kontrollert eksternt, men hele funksjonen setter sammen modellerte deler, så funksjonen forblir modellert. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))
  • Reproduserbarhet og programvarekvalitetssikring er MODELLED, ikke validert: en delpåstand er kontrollert eksternt, men hele funksjonen setter sammen modellerte deler, så funksjonen forblir modellert. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))

Se også#