Maschinelle Übersetzung, nicht von einem Muttersprachler geprüft. Englisch ist die maßgebliche Fassung.

Familien der SzenarioartenAuf GitHub bearbeitenQuelle: docs/kinds/constellations-coverage-and-geometry.md

Konstellationen, Abdeckung und Geometrie (Szenarioart-Familie)

7 Szenarioarten der Engine v0.40.0. Beratend: Analyseausgabe eines Forschungs- und Ingenieurwerkzeugs, keine typzugelassene Navigationsausrüstung und kein Safety-of-Life-Dienst. Jedes Label hier stammt von der Engine oder von der Verifikationsmatrix; eine Szenarioart ist MODELLED, sofern die Matrix nichts anderes sagt (wie ein Label verdient wird: der Abschnitt Evidence der README).

Themenseiten: CONSTELLATION-DESIGN, COVERAGE, SOLAR-SYSTEM, SKYLINE. Einen ausführen: kshana scenarios/orbit-gnss-challenged.toml. Alle Familien: KINDS.md.

Kontaktbogen der Diagramme, die die Engine für die Szenarioarten der Familie Konstellationen, Abdeckung und Geometrie schreibt
Typ Was es tut Register
orbit GNSS-Verfügbarkeit + DOP aus einer Bahnkonstellation (Walker / TLE / RINEX). MODELLED 4 · VALIDATED 4
ephemeris Ephemeride & Bodenspur: einen Satelliten propagieren (TLE→SGP4 oder analytische Bahn) und seinen TEME/GCRS-Zustand (Position + Geschwindigkeit), die ITRF/ECEF-Position, WGS-84-Subsatelliten-Breite/Länge/Höhe und pro Schritt st VALIDATED
constellation-design Konstellationsentwurf im großen Maßstab: Walker-DELTA- und Walker-STAR-Muster in der Konvention i: T/P/F (Knoten verteilt über 360 oder 180 deg, Abstand in der Ebene 360P/T, Phasenversatz zwischen den Ebenen 360F/T), explizit MODELLED 1 · VALIDATED 2
solar-system Das gesamte Sonnensystem zu einer Epoche, für PNT (Positionierung, Navigation und Zeitgebung) um jeden Körper. MODELLED 2 · VALIDATED 3
body-pnt Positionierung um jeden Körper des Sonnensystems: ein Orbiter oder ein Lander auf der Oberfläche um einen namentlich gewählten Zentralkörper (Mars, der Mond, Europa, Ganymed, Titan und der Rest des Sonnensystem-Katalogs), navi MODELLED 1 · VALIDATED 1
mars-pnt PNT im Deep Space am Mars: Eine simulierte MARCONI-Relais-Konstellation (areostationäre + geneigte Relais, die Einweg senden + Zweiweg an eine Deep-Space-Station weiterleiten) navigiert einen Referenznutzer (transfer / l MODELLED
passes Vorhersage von Bodenstations-Überflügen: die Sichtbarkeits-Überflüge im Zeitbereich (AOS/TCA/LOS, maximale scheinbare Elevation, Dauer) einer Kreisbahn, als mittlere SGP4-Elemente zu Fensterbeginn, über einer Station ober MODELLED 2 · VALIDATED 2

orbit#

GNSS-Verfügbarkeit + DOP aus einer Bahnkonstellation (Walker / TLE / RINEX).

Erforderliche Felder: seed, threshold_ns, mask_deg, time, user|user_site, constellation, clock_quantum, clock_classical. Optional: sigma_uere_m, constellations, epoch, export_sp3, export_omm, export_oem, skyline.

Register: MODELLED 4 · VALIDATED 4. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: orbit.

kshana scenarios/orbit-rinex.toml
Das Diagramm, das die Engine für scenarios/orbit-rinex.toml schreibt, Szenarioart orbit

ephemeris#

Ephemeride und Bodenspur: einen Satelliten propagieren (TLE→SGP4 oder analytische Bahn) und seinen TEME-/GCRS-Zustand (Position + Geschwindigkeit), die ITRF-/ECEF-Position, Breite/Länge/Höhe des WGS-84-Subsatellitenpunkts und je Schritt Azimut/Elevation/Entfernung + Entfernungsrate (Doppler) der Station ausgeben. Der Satellit stammt aus einem tle oder aus einer analytischen orbit mit ihrer epoch (ein tle hat Vorrang, wenn beide angegeben sind); bei einem tle überschreibt eine epoch die eigene Epoche des TLE als t = 0.

Erforderliche Felder: tle|orbit+epoch. Optional: step_s, duration_s, station, dut1_s, xp_arcsec, yp_arcsec, carrier_hz, eop_finals2000a.

Register: VALIDATED. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: ephemeris.

kshana scenarios/ephemeris.toml
Das Diagramm, das die Engine für scenarios/ephemeris.toml schreibt, Art ephemeris

constellation-design#

Konstellationsentwurf im großen Maßstab: Walker-DELTA- und Walker-STAR-Muster in der i: T/P/F-Konvention (Knoten verteilt über 360 oder 180 Grad, Abstand in der Bahnebene 360P/T, Phasenversatz zwischen den Ebenen 360F/T), explizite Elementlisten und Mehrschalen-Entwürfe, mehrere Konstellationen in einem Lauf, um die Erde, den Mond, den Mars oder jeden anderen Planeten, Pluto oder größeren Mond mit den Konstanten im Modul body (denselben, die die Typen solar-system und body-pnt verwenden). VOREINSTELLUNGEN aus veröffentlichten Nominalelementen: gps-baseline und gps-expandable (die 24 Slots und die sechs erweiterbaren Vorder-/Hinter-Paare des GPS Standard Positioning Service Performance Standard, 5. Ausgabe 2020, Tabellen 3.2-1 bis 3.2-3), galileo (Walker 24/3/1 bei 29.599,801 km und 56 Grad, Galileo Open Service Service Definition Document Ausgabe 1,1 Tabellen 1 und 23), beidou und beidou-meo (Walker 24/3/1 bei 21.528 km und 55 Grad plus drei geostationäre Satelliten bei 80, 110,5 und 140 Grad Ost und drei geneigte geosynchrone Satelliten bei 55 Grad, BeiDou Open Service Performance Standard 3,0 Abschnitt 4,1; die MEO-Phase und die Kreuzung des geneigten geosynchronen Bogens bei 118 Grad Ost sind modelliert, weil der Standard sie nicht angibt) und glonass (24/3/1 bei 19.100 km und 64,8 Grad aus der Slot-Formel des GLONASS Interface Control Document Ausgabe 5,1 Abschnitt 5,2). ABDECKUNG UND VERDÜNNUNG DER PRÄZISION: über einem Breiten-/Längengitter und einem abgetasteten Fenster mit Elevationsmaske die Zahl der sichtbaren Satelliten, GDOP, PDOP, HDOP und VDOP je Zelle, die Verfügbarkeit (ein Fix mit PDOP höchstens einem Schwellenwert, standardmäßig 6) je Zelle, global (flächengewichtet) und am schlechtesten Standort, mit einer Empfängeruhr je Konstellation, sofern nicht clock = "common". Es skaliert auf Tausende von Satelliten: Die Sichtbarkeit ist ein Skalarprodukt gegen den Abdeckungs-Halbwinkel jedes Satelliten, und die Satelliten werden in jeder Epoche nach der Breite des Subsatellitenpunkts in Bänder eingeteilt, sodass eine Gitterzeile nur diejenigen prüft, die in Sicht sein können; der Bericht zählt die eingesparten Paarprüfungen. Das JSON enthält die Gitterkarten und heruntergetaktete Bodenspuren je Satellit. VALIDATED: der Walker-Generator gegen Galileo OS SDD Tabelle 23 und die GLONASS-ICD-Slot-Formel, die GPS-Voreinstellung gegen die veröffentlichte Spalte der Äquatorüberquerungen in SPS PS Tabelle 3.2-1 und die globale HDOP-Verteilung der GPS-Basislinie gegen SPS PS Anhang B (Median 0,94, 95% 1,25, Mittelwert 0,96, Toleranz 0,03). MODELLED: Zweikörperbahnen mit optionalem säkularem J2, ein kugelförmiger Körper, nur geometrische Sichtbarkeit (keine Signalleistung, kein Gesundheitszustand, kein Gelände) und die Relativphase zwischen verschiedenen Systemen, die keine Momentaufnahme eines realen Datums ist.

Erforderliche Felder: keine. Optional: body, duration_s, step_s, mask_deg, pdop_threshold, grid_step_deg, lat_min_deg, lat_max_deg, lon_min_deg, lon_max_deg, clock, j2, track_points, max_tracks, constellation.

Register: MODELLED 1 · VALIDATED 2. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: constellation-design.

kshana scenarios/leo-pnt-mega-shell.toml
Das Diagramm, das die Engine für scenarios/leo-pnt-mega-shell.toml schreibt, Typ constellation-design

solar-system#

Das gesamte Sonnensystem zu einer Epoche, für PNT (Positionierung, Navigation und Zeitgebung) um beliebige Körper. Für die Sonne, die acht Planeten, Pluto, den Mond, Phobos, Deimos, Io, Europa, Ganymed, Kallisto und Titan werden gemeldet: heliozentrische Position und Geschwindigkeit im ICRF (International Celestial Reference Frame, äquatorial J2000), heliozentrische Entfernung sowie ekliptikale Länge und Breite in J2000, der Gravitationsparameter, äquatorialer und mittlerer Radius, J2, soweit veröffentlicht, und sein Bezugsradius, die siderische Rotationsperiode, der IAU-Pol und der Nullmeridian zur Epoche, eine über einen Umlauf abgetastete Bahnspur (heliozentrisch bei Planeten, auf den Mutterkörper bezogen bei Monden) sowie Lichtlaufzeit, Einweg- und Zweiwegentfernung, solare Shapiro-Verzögerung und Sonnenabstand von einem Beobachterkörper aus (Standard Erde); zusätzliche from/to-Verbindungen werden ebenso behandelt. Positionen: die Keplerelemente des JPL von Standish und Williams (Table 1 für 1800 AD bis 2050 AD, Tables 2a/2b für 3000 BC bis 3000 AD) mit dem jeweiligen nominalen Fehler jedes Planeten, die Mondreihe von Montenbruck & Gill für die Aufteilung Erde–Mond, mittlere Elemente des JPL mit der synchronen Rotationsrate der IAU für die Marsmonde und die galileischen Monde sowie das Rotationsmodell der IAU für Titan. Lichtlaufzeit: die radiometrische Fixpunktlösung, Sender an seiner retardierten Position; newtonsch, wobei die Shapiro-Verzögerung gesondert ausgewiesen wird. VALIDATED gegen JPL Horizons (DE441) innerhalb des Doppelten des nominalen Fehlers: Merkur bis Saturn und die Erde aus Table 1 (schlechtester Wert das 1,87-Fache des nominalen) und alle acht Planeten aus Tables 2a/2b (schlechtester Wert das 1,71-Fache) sowie die Lichtlaufzeit von der Erde zu Mars und Jupiter. MODELLED, jede Zeile gekennzeichnet: Uranus und Neptun aus Table 1 (das 2,0- und das 5,2-Fache des nominalen Fehlers gegen DE441), Pluto (die Zeile von 1992; kein angegebener Fehler), der Mond und die sieben Monde (gemessen gegen Horizons, keine veröffentlichte Schranke).

Erforderliche Felder: keine. Optional: epoch, epoch_jd_tdb, bodies, observer, track_points, table, links.

Register: MODELLED 2 · VALIDATED 3. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: solar-system.

kshana scenarios/solar-system-tour.toml
Das Diagramm, das die Engine für scenarios/solar-system-tour.toml schreibt, Typ solar-system

body-pnt#

Positionierung um einen beliebigen Körper des Sonnensystems: ein Orbiter oder ein Lander auf der Oberfläche um einen namentlich gewählten Zentralkörper (Mars, der Mond, Europa, Ganymed, Titan und der Rest des Katalogs des Sonnensystems), der mit Einweg-Pseudoentfernungen von einer kleinen Walker-Navigationskonstellation um den Körper navigiert (Zweikörperbahnen mit der eigenen säkularen J2-Drift des Körpers, eine unbekannte Nutzeruhr) und optional mit einer uhrenfreien Zweiweg-Entfernungsmessung im Weltraum von der Erde, deren Richtung und Entfernung zu jeder Epoche aus der analytischen Ephemeride des Sonnensystems stammen. Sichtlinien werden von der mittleren Kugel des Körpers blockiert, und ein Nutzer auf der Oberfläche braucht außerdem die Elevationsmaske. Je Epoche: Relais in Sicht, ob die Erde über dem Limb steht, das GDOP und PDOP der reinen Konstellation (geometrische und Positions-Verdünnung der Genauigkeit), die formale Ein-Sigma-Positionsunsicherheit mit und ohne die Erdzeile und der Fehler einer mit Seed erzeugten Gauß-Newton-Kleinste-Quadrate-Lösung in beiden Fällen; über den Lauf: Verfügbarkeit, Erdsichtbarkeit, medianes PDOP, RMS-Fehler und medianes formales Sigma, dazu Lichtlaufzeit von der Erde zum Körper, Hin- und Rückweg, Shapiro-Verzögerung und Sonnenabstand zur Epoche. MODELLED: Die Relaisbahnen, die Rauschpegel und das momentane Messmodell sind Modellierungsentscheidungen, nicht gegen Navigationsdaten einer Mission validiert; die Körperkonstanten sind die in body.rs genannten veröffentlichten Werte, und die Erdgeometrie erbt die Bezeichnungen der Ephemeride des Sonnensystems.

Erforderliche Felder: keine. Optional: body, epoch, epoch_jd_tdb, duration_s, step_s, seed, table, user, constellation, earth_link.

Register: MODELLED 1 · VALIDATED 1. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: body-pnt.

kshana scenarios/mars-orbit-pnt.toml
Das Diagramm, das die Engine für scenarios/mars-orbit-pnt.toml schreibt, Art body-pnt

mars-pnt#

PNT im Deep Space am Mars: Eine simulierte MARCONI-Relais-Konstellation (areostationäre + geneigte Relais, die Einweg senden + Zweiweg an eine Deep-Space-Station weiterleiten) navigiert einen Referenznutzer (transfer | lmo | surface) durch den gemeinsamen radiometrischen Einweg-/Zweiweg-Fusionsschätzer. Sie gibt pro Epoche Geometrie/Sichtbarkeit, den erreichten RMS gegen die Wahrheit und die formale Kovarianz (1σ / 3σ Position) aus — eine ehrliche simulierte Gütezahl, KEIN zertifiziertes Schutzniveau.

Erforderliche Felder: keine. Optional: user, clock_class, step_s, duration_s, nmax, range_sigma_m, doppler_sigma_mps, dynamic_tightness, two_way_period_s, seed.

Register: MODELLED. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: mars-pnt.

kshana scenarios/mars-pnt-lmo.toml
Das Diagramm, das die Engine für scenarios/mars-pnt-lmo.toml schreibt, Art mars-pnt

passes#

Vorhersage von Bodenstations-Überflügen: die Sichtbarkeits-Überflüge im Zeitbereich (AOS/TCA/LOS, maximale scheinbare Elevation, Dauer) einer Kreisbahn, als mittlere SGP4-Elemente zu Fensterbeginn, über einer Station oberhalb einer Elevationsmaske über ein Fenster hinweg, mit der gesamten Zugriffszeit. SGP4/SDP4-Propagation im erdfesten Bezugssystem IAU 2006/2000A (optional UT1 - UTC und Polbewegung), troposphärische Refraktion nach ITU-R P.834-9 und die Downlink-Lichtlaufzeit (beide standardmäßig an), Durchgänge auf 1e-7 s gelöst und die Kulmination per Goldener-Schnitt-Suche. Die Überflug-Geometrie ist gegen Orekit 13.1.8 an Stationen auf Meereshöhe VALIDATED; die Bahn und die Station des Szenarios sind illustrative Eingaben.

Erforderliche Felder: keine. Optional: altitude_km, inclination_deg, raan_deg, arg_lat_deg, station_lat_deg, station_lon_deg, station_alt_m, epoch, mask_deg, duration_hours, step_s, refraction, light_time, ut1_minus_utc_s, xp_arcsec, yp_arcsec.

Register: MODELLED 2 · VALIDATED 2. Vollständige Seite mit den Eingaben, Ergebnissen, Evidenz und Einschränkungen: passes.

kshana scenarios/passes.toml
Das Diagramm, das die Engine für scenarios/passes.toml schreibt, Szenarioart passes