Reference schopností
61 karet schopností z web/capabilities.json, pak všech 401 řádků verifikační matice.
Karty schopností#
Propagace oběžné dráhy a návrh konstelace
Propagace SGP4/SDP4 ze skutečných dvouřádkových elementů (přiložený snímek GPS z Celestraku) nebo ze syntetických konstelací Walker, jejichž střední elementy realizují vzorec i:T/P/F s odchylkou pod 1 km po dobu 24 h. Viditelnost více konstelací, faktor DOP (zhoršení přesnosti) a dostupnost GNSS, optimalizátor návrhu konstelace, dimenzování pokrytí „streets of coverage“ a průchod návrhů Walker, který uvádí Pareto-optimální návrhy na mřížce počtu rovin × družic.
Cowellův propagátor a silový model se šesti poruchami
Numerický (Cowellův) propagátor doplňující analytickou cestu SGP4/SDP4, s hierarchickým silovým modelem: dvoutělesová úloha + úplné zonální pole J2–J6, volitelný tesserální geopotenciál EGM2008 do stupně a řádu 70, gravitace Slunce a Měsíce jako třetích těles řízená epochou (vestavěné efemeridy, bez jádra DE/SPK), tlak slunečního záření s kuželovým stínem umbra/penumbra, atmosférický odpor, ponewtonovská Schwarzschildova relativistická korekce a Lenseův–Thirringův člen strhávání soustavy — poháněný volitelnými adaptivními integrátory RK4 s dvojnásobným krokem nebo Dormand–Prince RK5(4).
Zážehy, Lambert a porkchop
Impulzní uzly ΔV s propagací kovariance 6×6, integrace konečného zážehu ověřená proti Ciolkovského raketové rovnici s odchylkou pod 0,01 %, Izzův řešič Lambertovy úlohy (2015) pro jednu otáčku a přesný keplerovský propagátor s univerzální proměnnou a porkchop (start × příletu) průchod C3 / příletové V∞ vydaný jako JSON mřížka vrstevnic — vrstva simulace výkonu nad GMAT/Orekit.
Časové stupnice a soustavy orientace Země
Stupnice IERS UTC / TAI / TT / UT1 s přestupnými sekundami, rozhraní s juliánským datem, úhel rotace Země IAU-2000, převody TEME ↔ ECEF založené na GMST a geodetické soustavy WGS-84, úplná nutace IAU 2000A/2000B a precese IAU 2006 a redukce IAU 2006/2000A GCRS↔ITRS založená na CIO bez rovnodennosti s polárním pohybem IERS — ověřeno bit po bitu proti vektorům SOFA/ERFA a nezávisle křížově zkontrolováno proti ANISE (čisté SPICE v Rustu): GCRS→ITRS vs ANISE ITRF93, stejné EOP IERS, shoda do ≤ 0,86 m na zemi / ≤ 3,6 m na oběžné dráze GNSS.
Predikce orientace Země v reálném čase
Predikátor orientace Země v provozním stylu — metoda nejmenších čtverců přes posun, rychlost a hlavní periodické členy na klouzavém okně — měřený proti skutečně archivovaným predikcím Bulletinu A, nikoli proti persistenci. Výchozí offline vstup je skutečný produkt IERS finals2000A obsahující predikční řádky Bulletinu A, takže holý běh vydá vyplněnou tabulku podle horizontu místo prázdné. UT1 a polární pohyb se uvádějí na společné sadě řádků spolu s jejich kombinací, takže společná hodnota je jedna statistika, nikoli kvadratický součet dvou různých vzorků.
Strapdown INS a navigace podporovaná mapou
Tříosý strapdown INS — kvaternionová orientace, mechanizace WGS-84 NED, kompenzace coning/sculling a úplný deterministický model chyb IMU — plus akcelerometr s interferometrem studených atomů odvozený z prvních principů (fáze Mach–Zehnder, projekční šum, pokles kontrastu, vazba vibrací) a částicový filtr pro navigaci bez GPS podle terénu/gravitace.
Inerciální a terénně vztažený dojezd výpadkem
Chyba polohy v závislosti na délce dojezdu z rozpočtu chyb IMU — bias, náhodná procházka a měřítkový faktor, každý s vlastním zákonem růstu a vlastním podílem na překročení — takže cena navigačního výpadku je vypočtená křivka, nikoli proložená rychlost driftu. Překročení prahů jsou výstup enginu s uvedeným dominantním příspěvkem u každého z nich, napříč čtyřmi třídami IMU, a interval terénních oprav se hodnotí ve vlastním bloku, takže hlavní překročení zůstávají bez podpory.
Párování s gravitačními, terénními a magnetickými mapami
Model měření gravimetru se studenými atomy, jehož úroveň bílého šumu je odvozen z fyziky akcelerometru CAI, nízkostupňové plně normalizované sférickoharmonické pole gravitačních anomálií plus syntetické mascony a částicový filtr pro párování gravitační mapy — rozšířený na navigaci podle terénu vůči výškovému modelu SRTM (TERCOM/SITAN), hlavní geomagnetické pole IGRF-14 do stupně a řádu 13 a kombinovaný gravitační + magnetický + terénní navigátor, který slučuje všechny tři skalární kanály. 60minutový benchmark bez GPS — výpadek ~700 km / jedna hodina, při němž inerciální řešení driftuje na ~70 km — je obnoven na ~145 m hierarchickým párováním od hrubého k jemnému: cíl ESA NAVISP Quantum Wayfarer.
Fúze senzorů GNSS / INS
Chybově stavový EKF s 15 stavy, který dojíždí výpadky GNSS na kalibrovaném inerciálním řešení; těsně vázaný pseudovzdálenostní režim, který dál koriguje i s méně než čtyřmi družicemi; spojený filtr hodin a polohy; obecný unscented (sigma-bodový) Kalmanův estimátor; těsně vázaný navigátor GNSS/INS UKF ověřený na 0,77 m RMS při výpadku 120 s na zakřiveném průletu LEO; a úplný těsně vázaný UKF GNSS/INS se 17 stavy, jehož kvantový dojezd CAI využívá odvozenou náhodnou procházku rychlosti akcelerometru se studenými atomy.
Dávkové a sekvenční OD
Obnova stavu oběžné dráhy ze sledování vzdálenosti pozemními stanicemi, složením silového modelu dvoutělesové úlohy + J2 a integrátoru RK4 s dávkovým diferenciálním korektorem Gauss–Newton (pod metr / mm·s⁻¹ z bezšumových vzdáleností, ~2 m při šumovém dnu 5 m) a variantou se sekvenčním unscented filtrem.
Fisherova informace a pozorovatelnost
Obecná, opakovaně použitelná vrstva Fisherovy informace / Cramérovy–Raovy meze (src/fim.rs): informační matice M = HᵀWH, Cramérova–Raova dolní mez, hodnost pozorovatelnosti a nulový prostor defektu datumu (Mooreova–Penroseova pseudoinverze) a D/A/E/T-optimální skaláry návrhu experimentu ze symetrického Jacobiho řešiče vlastních čísel. Je základem enginu DOP, meze pasivní geolokace a výsledku o pozorovatelnosti lunární absolutní stanice — vnitřní měření vzdáleností zanechává šestistupňový defekt datumu tuhého tělesa, který vazba VLBI na pozemní základnu obnoví pro řídkou konstelaci a zpřesní pro bohatou, přičemž absolutní datum se uzavře u tří nekolineárních pozemních stanic.
Propagace CR3BP a integrita LunaNet
Propagátor kruhového omezeného problému tří těles Země–Měsíc (CR3BP) v rotující soustavě — zachovávající se Jacobiho konstanta a všech pět Lagrangeových bodů — s maticí přechodu stavu 6×6 a jednoduchým střelbovým diferenciálním korektorem, který vytváří skutečně periodické halo / téměř přímočaré halo dráhy (NRHO): reprodukuje publikovanou jižní NRHO L2 9:2 (dráha Gateway) s periodou ~6,57 dne a periluniem ~3 250 km. Plus geometrie cislunárního PNT LunaNet / LNIS (redukce MCI↔MCMF, selenografické souřadnice) s průletem lunárního jižního pólu pro ARAIM, který upřímně odhaluje mezeru v integritě: σ_URE ~30 m žene ochrannou úroveň hluboko nad mezní hodnotu výstrahy 50 m.
Realizace lunární referenční soustavy
Realizuje lunární soustavu pevnou vůči tělesu z pozorovací kampaně: vážené podobnostní proložení Gauss–Newton nad geometrií stanice–reflektor, které uvádí datum, jeho kovarianci a nejhůře určenou osu. Vázaný kalibr soustavy a časové stupnice se nese explicitně, nikoli pohlcený, takže nedostatek hodnosti je ve zprávě viditelný místo toho, aby byl pohřben v pseudoinverzi.
Servisní objem lunární navigace a ARAIM
Prochází ilustrační konstelaci třídy Moonlight/LCNS nad selenografickou mřížkou: viditelnost, faktor DOP (zhoršení přesnosti), pokrytí a ochranné úrovně ARAIM pro jednotlivé epochy vůči nastavitelné mezní hodnotě výstrahy. Přesnost určení vzdálenosti signálem ve vesmíru je parametr, takže průchod odpovídá na požadavek na určování vzdálenosti v celém objemu, nikoli na splnění/nesplnění při jedné pevné hodnotě.
Rozpočet lunární interoperability napříč poskytovateli
Měří, jak moc se tři nezávislé autoritativní lunární efemeridy skutečně liší, a mění to v návrhový zákon: rozpočet chyb mezi soustavou a efemeridami, který zdědí uživatel se smíšenými poskytovateli, a toleranci konzistence, kterou musí poskytovatel udržet, aby zůstal rozpočet v uvedené mezi.
Pozorovatelnost poruch autonomní volné sítě
Lineární algebra, kterou samoreferenční lunární konstelace potřebuje k detekci vlastních poruch bez pozemní reference: vážený paritní projektor ve tvaru pseudoinverze s nedostatkem hodnosti, který přežije kalibr datumu a časové stupnice, detekovatelnost pro jednotlivé uzly, Baardova minimální detekovatelná odchylka a počty detekce/identifikace byzantských blokových jisker nad skutečnou geometrií mezi uzly DE440.
Datum měsíční soustavy z reálného laserového měření vzdálenosti
Nahrazuje simulovanou kampaň reálnými daty: 337 archivovaných normálních bodů ILRS z laserového měření vzdálenosti k Měsíci napříč pěti soustavami retroreflektorů, přičemž každé pozorování je váženo vlastní zaznamenanou přesností ze souboru. Souřadnice reflektorů tvoří katalog DE440 v hlavních osách, uchovávaný pod vlastním názvem souboru, odděleně od tabulky DE430 ve střední zemské soustavě; podstrčíte-li jeden do rotace druhého, reflektor se posune o stovky metrů a nic nevznese námitku, protože obojí jsou dobře utvořené souřadnice.
Měsíční diferenční PNT
Diferenční korekce mezi měsíční referenční stanicí a uživatelem. Vyrušení společné složky je přesná identita; zbytek prostorové dekorelace je geometrický model prvního řádu, který roste se vzdáleností základny, a rozpočet zbytků korekčního spoje je uveden vedle něj, aby limitující člen zůstal viditelný a nebyl sloučen do jediného čísla.
Měsíční časové škály a geodetická VLBI
Časy přechodu pro jednotlivé třídy hodin v měsíční časové škále, tedy kdy která třída oscilátorů přestane bez aktualizace splňovat stanovenou mez, spolu s měsíční geodetickou pozorovatelnou VLBI a Fisherovou informací, kterou přispívá k datu.
Reálná, získaná geometrie měsíční konstelace
Servisní objem se počítá z publikovaných návrhů konstelací, nikoli z ilustrativního: referenční sada pěti družic pro demonstraci interoperability LANS, případové studie LNCSS s 8, 12 a 16 družicemi a čtyři kosmické lodě, které byly 2023-01-01 skutečně na oběžné dráze Měsíce, z JPL Horizons. Každý soubor uvádí vlastní soustavu a vlastní třídu původu, horizont za koncem tabelovaných efemerid je odmítnut, nikoli extrapolován, a ilustrativní keplerovský výsledek je vypsán vedle získaného i s rozdílem mezi nimi, nikdy jím není nahrazen.
Kontura odepření na Měsíci z naměřeného rozptylu C/N₀
Poměr rušení k signálu pro každou družici nad reálnými šikmými vzdálenostmi k Měsíci, přičemž strana užitečného signálu zůstává rozdělením a není sbalena do mediánu, takže kontura odepření nese pásmo nejistoty, které geometrie relé skutečně vytváří. Vedle sebe jsou uvedena dvě kritéria: práh poměru výkonů a ztráta vazby vypočtená z dynamiky sledovacích smyček. Orbitální stopa záchytu je prohledána přes výšku vysílače a šířku svazku a tam, kde mřížka nikdy nedosáhne záchytu na okraji disku, to zpráva uvede a vypíše schodek.
Plán VLBI ke kovarianci souřadnic stanic
Sčítá měsíční parciální derivace zpoždění VLBI do Fisherovy informační matice nad plánem základen krát epoch a vrací kovarianci souřadnic stanic, takže přechod od přesnosti zpoždění k sigma souřadnice je odhadnut, nikoli předpokládán. Volná síť je uvedena vedle sítě s pevně zadaným datem, s jejím defektem hodnosti a pojmenovaným nepozorovatelným směrem. Kovariance bodu na povrchu je vedena odděleně od kovariance pozemní stanice, protože parciální derivace pro maják v blízkém poli je rozdíl dvou jednotkových vektorů stanic a nechová se jako případ vzdáleného pole.
Radiometrická navigace a relé-PNT
Otevřený engine radiometrické navigace pro hluboký vesmír a Mars: iterativní světelný čas + Shapiroovo zpoždění, dvou-, jedno- a tříhlavé Doppler a měření vzdálenosti (Moyer, dvě větve), koherentní obrácení transpondéru, regenerativní a PN měření vzdálenosti a Δ-DOR; vstup a výstup CCSDS-TDM; redukovaně dynamický odmocninový informační filtr (empirická zrychlení + palubní hodiny + odpor Marsu), který provádí určování oběžné dráhy Mars-LMO v syntetické uzavřené smyčce; fúze jednosměrného a dvousměrného měření; a konstelace areostacionárních relé MARCONI se simulátorem výkonu GSE od konce ke konci.
Optické a rádiové předání s křížově modální integritou
Vkládání poruch dává křížově modálnímu monitoru detekční sílu místo bezporuchového průchodu: minimální detekovatelnou odchylku na osu při stanoveném rozpočtu falešných poplachů a nezachycených událostí. Po předání je opětovný růst kovariance propagován proti mezím poplachu, takže zpráva uvádí, jak dlouho řešení jediné modality zůstává uvnitř nich, a nejen to, že předání bylo plynulé. Optické a rádiové měřicí větve jsou porovnávány pouze při shodné době akumulace a shodné dráze a zpráva odmítá tvořit poměr vůči hodnotě, která byla zvolena, nikoli naměřena.
Autonomní integrita přijímače (ARAIM)
Snímkové RAIM a RAIM se separací řešení s horizontální a vertikální ochrannou úrovní (HPL/VPL), detekcí a vyloučením poruch a Stanfordskými diagramy integrity, plus explicitní ochranná úroveň s rozpočtem rizika integrity (MHSS) s režimem poruchy celé konstelace pro dvoj- a vícekonstelační případ (EU ARAIM / DO-316).
ARAIM proti publikovaným referenčním vektorům
Ochranné úrovně MHSS enginu jsou spouštěny proti vlastním publikovaným propracovaným příkladům referenčního palubního algoritmu Pracovní skupiny C EU a USA, každý přepsaný spolu s URL, datem a stranou stažení a SHA-256 souboru a uchovaný na dvou místech, o jejichž shodě vypovídá test. Přejímacím vektorem je vnitřně konzistentní Reference Airborne Algorithm Description Document v3.1, příloha D. Zpráva Milestone 3 obsahuje dvě vnitřní vady, znaménkový překlep v geometrii a násobitel falešných poplachů vyhodnocený pro 57 režimů poruchy, zatímco text uvádí jeden, takže její ochranné úrovně jsou uvedeny jako naměřené rozdíly a nejsou hodnoceny, a vady jsou předvedeny spuštěním vlastních čísel dokumentu.
Ochranné úrovně SBAS / WAAS a dvoufrekvenční režim
Ochranné úrovně SBAS / WAAS ve tvaru vážených nejmenších čtverců podle DO-229E (K-faktory pro přesné přiblížení a let po trati) a dvoufrekvenční bezionosférická kombinace L1/L5 (IS-GPS-705), která je základem DO-316, přičemž geometrie ochranných úrovní je křížově ověřena proti referenční implementaci lineární algebry.
Holdover, stabilita a přenos času a frekvence
Dvoustavový Kalmanův holdover, stabilita rodiny Allan (ADEV / MDEV / TDEV / HDEV) s intervaly spolehlivosti a úplným prokládáním mocninného zákona o pěti koeficientech podle IEEE-1139 a provozní metody přenosu: TWSTFT s uzavřeným tvarem Sagnacova jevu podle BIPM, GNSS common-view, bezionosférický přenos PPP, optický spoj ve volném prostoru se scintilací z turbulence a časová škála souboru hodin s inverzně rozptylovým vážením. Kalkulátor holdoveru hodin bez GNSS převrací růst chyby při volném doběhu podle van Loana na dobu holdoveru do prahu, tedy jak dlouho hodiny běží volně, než jejich časová chyba překročí rozpočet, napříč klasickými i kvantovými třídami hodin; modelováno, a otevřeně říká, že u velmi stabilních hodin je holdover k přísnému prahu určen předpokládanou úrovní šumu při dlouhém tau, nikoli citovanou ADEV.
Pseudovzdálenost, ionosféra a troposféra
Přímá syntéza pseudovzdálenosti a Dopplera s ionosférou Klobuchar (vysílanou) a IONEX / mřížkou TEC (měřenou), včetně parseru souborů IONEX, časové interpolace a mapování šikmosti v tenké vrstvě, troposférou Saastamoinen + Niell a snímkovým RAIM.
Jednobodové určení polohy (PVT)
Skutečná poloha přijímače řešená z reálných kódových pseudovzdáleností RINEX + vysílaných efemerid iterovanou váženou metodou nejmenších čtverců: korekce Sagnac/rotace Země, vysílané hodiny s TGD, dvoufrekvenční bezionosférická kombinace L1/L2 (nebo jednofrekvenční Klobuchar), troposféra Saastamoinen/Niell, elevační vážení, DOP a snímkové RAIM.
Rušení (jamming) a vícevrstvá detekce spoofingu
Model rušení (jamming) podle rozpočtu spoje (J/S → efektivní C/N₀ → ztráta vazby), stochastický detektor časového spoofingu (energetický test Neyman–Pearson / χ²₁ s Monte Carlo P_fa/P_md a Security FoM 1 − P_md) a vícevrstvý detektor spoofingu slučující paritní test konzistence RAIM, monitor výkonu RF AGC a monitor kvality signálu (SQM). K tomu rozpočet chyby kvantové inerciální dead-reckoningu, který skládá bílošumový drift studeného atomového interferometru se zbytkovým biasem (křížově ověřeno nezávislým integrátorem) a chybou škálového faktoru do ukazatele driftu polohy při holdoveru, tedy inerciální dvojče holdoveru hodin.
Modulace, odolnost proti rušení a sledování kódu
Vrstva výkonnosti signálu mezi rozpočtem spoje a měřicí doménou: spektrální hustoty výkonu s jednotkovou plochou pro BPSK-R(n) a sine-BOC(m,n), koeficient spektrální separace, který odvozuje činitel odolnosti proti rušení Q, jejž model rušení (jamming) přebírá přímo ze skutečných spekter signálu a rušiče, efektivní (Gaborova) šířka pásma, která určuje informační obsah měření vzdálenosti (BOC > BPSK), koherentní jitter tepelného šumu sledování kódu smyčkou DLL early–late, koherentní obálka vícecestné chyby early-minus-late s potlačením úzkým korelátorem a kompromis návrhu měřicích kódů (postranní laloky autokorelace m-posloupností/Goldových kódů a třihodnotová mez křížové korelace Goldových kódů, plus inverze délky kódu na jednoznačný dosah). Jde o analýzu výkonnosti signálu, nikoli o návrh rádiové nosné části ani anténního hardwaru.
Pasivní rádiová geolokace (TDOA/FDOA)
Určení polohy rušiče (jammeru) nebo spooferu (nebo oportunního zdroje pro reverzní PNT) z hyperboloidů rozdílu časů příchodu napříč sítí přijímačů, řešené metodou nejmenších čtverců Gauss–Newton; přidáním rozdílu frekvencí příchodu s pohybujícími se přijímači se společně získá poloha a rychlost vysílače, s Cramérovou–Raovou mezí kovariance polohy z geometrie sítě. Model bodového zdroje s přímou viditelností: bez členů pro vícecestné šíření / NLOS, bias hodin přijímače ani refrakci.
Formáty RINEX, SP3 a CCSDS
Načítání vysílaných efemerid RINEX-3 pro více GNSS (GPS, Galileo, QZSS, BeiDou, GLONASS), parser pozorování RINEX-3 (u rozvržení pozorování RINEX 4,00 se očekává, že se zpracuje, ale žádný soubor 4,00 jím nebyl přečten; navigační soubory RINEX 4 jsou odmítnuty podle jména), čtečka a zapisovač přesných efemerid SP3-c/d s Lagrangeovou interpolací a export CCSDS OEM 2,0 + OMM (střední elementy) pro nástroje letové dynamiky (GMAT, Orekit, STK) a zpracování + vytváření zpráv o sledovacích datech CCSDS-TDM (503) pro radiometrické sledování v hlubokém vesmíru.
Strojově kontrolovaná verifikační matice
Křížový odkaz požadavek–modul–test–orákulum–stav vykreslený ze samotného enginu (Markdown/CSV) s jednotkově testovanými invarianty poctivosti: řádek smí být označen jako ověřený, jen pokud nese nezávislé vnější orákulum (NIST / AIAA / SOFA / IGS / publikovanou hodnotu), takže vnitřní kontrola vlastní konzistence se nemůže vydávat za validaci; hardwarové schopnosti a schopnosti výkonového zesilovače (PA), které Kshana neposkytuje, jsou zaznamenány jako mezery v odpovědnosti partnera. Spustitelná páteř pro verifikační křížový odkaz podle ECSS-E-ST-10-02.
Jednotka a původ u každé uváděné veličiny
Každé číselné pole, které scénář vydává, nese jednotku a třídu původu z uzavřeného slovníku, s definicí tam, kde existuje, publikované jako strojově čitelné schéma vedle enginu. Postupně zpřísňovaná brána spouští každý vestavěný druh a selže na poli, které žádné nenese; druhy, které ještě nejsou úplné, jsou pojmenovány jeden po druhém s důvodem, proč je každý dosud otevřený, a seznam se může jen zkracovat. Zprávy, které uvádějí vlastní konstanty, tedy rozpočet jednosměrného spoje a optický a rádiový rozpočet, umožňují čtenáři přepočítat hlavní hodnotu jen z této zprávy.
Rozpočty startu, návratu do atmosféry, pokrytí a zamíření
Rozpočty návrhu mise prvního řádu, každý jako spustitelný scénář: dvoutělesová geometrie startu a výstupu (azimut startu, minimální inklinace, zisk z rotace Země, změna roviny dogleg Δv, denní příležitosti), Allenův–Eggersův balistický koridor návratu do atmosféry (maximální zpomalení, rychlosti při maximálním přetížení a maximálním ohřevu), geometrie pokrytí pozorování Země (záběr / GSD v nadiru / dostupnost mimo nadir / doba návratu přes vesmírný trojúhelník SMAD), rozpočet chyb orientace a zamíření ve 3 stupních volnosti (moment gravitačního gradientu + rozpočet zamíření RSS), predikce přeletů nad pozemní stanicí (AOS/TCA/LOS, maximální elevace, dostupnost) a rozpočet jednosměrného spoje podle rovnice spoje CCSDS 401 / DSN 810-005 (FSPL, C/N₀, Eb/N₀, rezerva, uzavření). Předhardwarová analytická vrstva pod STK/GMAT/Basilisk: modelované rozpočty prvního řádu, nikoli náhrada za 6-DoF nebo radiometrii.
Sdílení apertury mezi navigací a komunikací
Na vstupu plán kontaktů a počet apertur; na výstupu navigační vytížení, komunikační vytížení, výpadek a konflikt za každou relaci. Politika rozhodování je ve zprávě pojmenována, nikoli jen naznačena, a relace, kterou nelze plně obsloužit, uvádí zlomek, který byl ztracen, místo aby zmizela v průměru.
Kosmické počasí a hustota termosféry
Model prostředí kosmického počasí: sluneční (F10.7 / F10.7a centrované na 81 dní) a geomagnetické (Kp, s definiční tabulkou Kp↔ap) indexy aktivity, jimi řízená exosférická teplota podle Jacchii-1971 a hustota neutrální termosféry ve výšce korigovaná na aktivitu oproti statické, tedy závislost hustoty na slunečním cyklu, kterou statická atmosféra opomíjí. Kalibrovaná vazba měřítkové výšky prvního řádu, nikoli atmosféra NRLMSISE ověřená daty.
Vyhodnocení detekce rádiových poruch a kompromis PNT
Testovací prostředí pro vyhodnocení detekce rádiových poruch: označený, parametricky podložený syntetický korpus (nominální / jamming / časový spoofing / polohový spoofing / vícecestné šíření), harness ROC/AUC nezávislý na detektoru, který hodnotí libovolný detektor s Pd pro každou třídu při cílovém Pfa, a rozdíl optimismu uvnitř oproti vně rozdělení. Hlubší studie rozdílu optimismu to rozšiřuje na panel 13 detektorů (energetický / AGC / SQM / paritní plus detektory se seedem založené na logistické regresi a jednovrstvém MLP), zákony škálování uvnitř oproti vně rozdělení s permutační nulovou hypotézou a prediktor degradace mimo rozdělení metodou vynechání jednoho; čelní část softwarově definovaného přijímače (surové IQ/IF přes tapy korelátoru early/prompt/late na SQM) a adaptéry pro načítání reálných dat (RINEX, u-blox UBX, GnssLogger, JammerTest, Yunnan, SatGrid) umožňují spouštět stejné detektory nad lokálně dodanými záznamy. K tomu kompromis kvantového a klasického PNT, který kvantifikuje přínos kandidátních hodin pro časování a inerciální holdover z naměřené křivky ADEV proti klasickému základu, s obálkou odolnosti bez GNSS v závislosti na čase. Modelované provozní charakteristiky; nikdy data z terénu ani IQ, žádný verdikt dobré/špatné.
Mapa přechodu odolnosti: kvantové oproti klasickému
Reprodukovatelná mapa toho, kde kvantový senzor předčí svůj klasický protějšek při nejistotě parametrů: dead-reckoning se studenými atomy oproti navigační třídě a holdover optických oproti čipovým hodinám, přes dobu výpadku a vibrace platformy, přičemž každá křivka nese označení technologické připravenosti. Reprodukovatelné přes cargo run --bin crossover_study. Modelované výkonnostní rozpočty; vstupy jsou publikované nebo ohraničené koeficienty, nikoli letová data.
Podmíněná ochranná úroveň času
Mez neodhalené časové chyby při spoofingu GNSS omezená holdoverem: při nezávislé křížové kontrole je chyba poskytovaného času omezena prahem monitoru k-sigma, rozptylem volného doběhu podle van Loana po dobu latence detekce a časem do poplachu CUSUM. Kalibrováno na skutečném zaznamenaném spoofingu (JammerTest 2024) a reprodukovatelné přes cargo run --example tpl_jammertest. Modelované složení, podmíněné detekcí; neexistuje konečná nepodmíněná mez, protože dostatečně pomalá rampa unikne jedinému monitoru podporovanému hodinami.
Skórování odolnosti PNT a nestabilita rozhodnutí
Skórovací engine sladěný s rámcem (kategorie DHS RPCF), který mapuje simulované chování architektury na dílčí skóre podle dimenzí a poté se ptá, zda je jediné souhrnné skóre nebo úroveň zralosti stabilním základem pro rozhodnutí, a to pomocí Dirichletova simplexu vah, Kendallovy tau nestability pořadí, míry přeskoku vítěze top-1 a kolapsu diverzity společného módu (Hill-N2), s hash-chráněnou zprávou o zajištění. Reprodukovatelné přes cargo run --example resilience_report. Modelované syntetické architektury sladěné s RPCF v2.0; vlastní hodnocení, nikoli certifikace.
Nezachycená detekce → oblasti integrity
Most od nezachycené detekce k integritě: neodhalená odchylka, kterou zanechá zmeškaná detekce spoofingu / rušení (jammingu) / RAIM, zvětšuje efektivní chybu polohy, která je poměřena s kontextově specifickými mezemi poplachu a zařazena do oblastí integrity Stanford-ESA (dostupné / nedostupné / zavádějící / nebezpečné). Skládá externě ukotvenou klasifikaci RAIM podle Stanfordu; nepřidává žádnou novou matematiku integrity.
Návratnost investice na pokrytí
Pohled návratnosti investice na pokrytí: náklady na jednotku dodaného pokrytí pro kompromis konstelace / architektury. Složka pokrytí skládá ověřenou geometrii pokrytí a aritmetika je jednotkově testována, ale náklady jsou vstupem uživatele, takže poměr je plánovací pomůcka, nikoli externě ověřená veličina (proto otevřeně bez odznaku důkazu).
Kshana Interchange Format (KIF)
Verzovaná, samopopisná obálka, která obaluje výsledek scénáře jeho druhem, verzí schématu a označeními modelované / ověřené, takže uložený artefakt zůstává samodokumentující a starší obálky lze nadále číst kompatibilně do budoucna.
Skóre důvěry v přijímač pro plavidlo
Hodnotí, zda lze věřit určení polohy plavidla z NMEA 0183, které jeho přijímač a přístroje již vysílají: skóre 0-100, tři pásma a důvody za nimi, po epochách, dávkově, živě nebo jako brána. Monitory porovnávají určenou polohu s vlastním pohybem plavidla, čidlem kursu, logem rychlosti a úrovněmi družicových signálů. Software pouze poradního charakteru, nikoli typově schválené navigační zařízení: odpovědný zůstává provozovatel. Aritmetika monitorů je ověřena proti nezávislým knihovnám; pravidlo skóre a jeho prahy jsou vlastní projektu a zůstávají modelované.
Proudy NMEA pro výcvik posádek
Zapisuje syntetické můstkové NMEA 0183 pro scénářem řízenou plavbu s instruktorem skriptovanými událostmi rušení (jammingu), stržení polohy, časového spoofingu a přehrání, spolu s protokolem instruktora, aby posádka viděla, jak vypadá zhoršená poloha na vlastních přístrojích. Pouze text, nikdy pro živé navigační systémy plavidla; nic se nevysílá a nevzniká žádný rádiový signál. Věty a jejich dekódované hodnoty jsou kontrolovány; modely přijímače, oblohy a událostí jsou modelované.
Mapa interference a expozice trasy
Sestavuje denní mapu GeoJSON míst, kde letadla (ADS-B) a lodě (AIS) hlásily zhoršená navigační data, z volně licencovaných vstupů, a podíl trasy, který prochází zhoršenými buňkami. Zhoršená buňka je tvrzení o hlášených polích přesnosti nebo nevěrohodných polohách, nikoli zjištění interference, a buňka, kterou nikdo nepozoroval, není důkazem čisté trasy. Minulé zprávy, nikoli předpověď.
Telemetrie důvěry pro bezpečnostní provoz
Exportuje proud důvěry jako metriky Prometheus, OpenTelemetry (OTLP/HTTP) a události syslog CEF nebo LEEF přes stdout, HTTP, UDP nebo TCP, aby bezpečnostní operační centrum vidělo navigační poruchu vedle svých ostatních výstrah. Mrtvý kolektor nezastaví posouzení, ani nezůstane nepovšimnut. Prometheus, OTLP a CEF jsou zpětně přečteny nezávislými parsery; LEEF je ověřen pouze proti vlastní specifikaci.
Podepsané balíčky důkazů
Spojuje okno kolem události důvěry do hash-řetězeného balíčku podepsaného Ed25519, který může kdokoli ověřit offline: změněný, odstraněný, vyměněný nebo přidaný soubor, znovu podepsaný balíček nebo špatný připnutý klíč je pojmenován. K balíčku je vázán volitelný token časového razítka RFC 3161. Technický záznam, nikoli právní stanovisko, zjištění skutečností ani atestace.
Export pro testovací bench
Zapisuje pohyb vozidla a události scénáře jako trajektorii CSV a NMEA 0183 pro laboratorní simulátor GNSS: sloupce v zemské pevné, geodetické a lokální rychlostní soustavě, orientaci a UTC. Pouze pohyb a události: nezapisuje se žádný signál a netvrdí se žádná výkonnost simulátoru ani přijímače.
Mapování compliance na veřejné rámce
Mapuje výstupy Kshana na články veřejných rámců (pokyny IMO pro lodě, EU NIS2 článek 21, EN 16803, rámec odolného PNT amerického DHS a pokyny EASA pro letectví) pouze podle čísla článku, vyplňuje se z běhů, které mu zadáte, a říká, které řádky sada běhů podporuje důkazy pro (supports evidence for), s mezerou u každého řádku. Není to zjištění, že je některý rámec splněn, ani hodnocení či schválení kýmkoli.
Ověřování Galileo OSNMA
Otevřený ověřovač na straně přijímače v čistém Rustu pro autentizaci navigační zprávy služby Galileo Open Service: kontroluje, navigační data kterých družic může přijímač autentizovat ze stránek I/NAV nebo proudu u-blox UBX, přes kontroly veřejného klíče, řetězce klíčů a značek podle specifikace signálu ve vesmíru, a hlásí autentizaci po družicích a po čase. Autentizuje data; netvrdí žádnou výkonnost proti spoofingu.
Viditelnost s maskou obzoru, DOP a chybová elipsa
Které družice stanoviště vidí, když část oblohy zakrývají budovy, nábřeží, jeřáby nebo terén, a co to dělá s faktorem DOP (zhoršení přesnosti) a horizontální chybovou elipsou. Azimutově závislý obzor nahrazuje jedinou elevační mez; viditelná množina, její DOP a elipsa vycházejí po epochách a po konstelacích. Obzor odstraňuje družice s přímou viditelností a nic víc: nemodeluje odrazy, difrakci ani sílu signálu.
Předvolby obzoru a funkce geometrie oblohy
Redukce uličního kaňonu, sektoru a terénu na tabulku obzoru, čtyři reprezentativní předvolby (městská ulice, přístav, fjord, kontejnerový terminál) a funkce, které je skládají do skyplotu a oblaku Monte Carlo, z CLI, MCP, Pythonu a prohlížeče. Předvolby jsou reprezentativní geometrie se zvolenými, uvedenými rozměry, nikoli zaměření, a redukce jsou kontrolovány pouze proti ručně vypočteným hodnotám.
Klasifikace důvěry s ohledem na geometrii
Staví geometrii družic vedle skóre důvěry v přijímač a pojmenovává třídu u každého odečtu: ztráta signálu, špatná geometrie nebo nesoulad mezi DOP uváděným přijímačem a DOP odvozeným z družic ve výhledu. Geometrie se posuzuje, jen když je známa, a hlavním údajem je označení: body stojí pouze špatná geometrie. Software pouze poradního charakteru, nikoli typově schválené navigační zařízení.
Studie měsíční referenční stanice
Jedna reprodukovatelná studie toho, co by mohla měsíční referenční stanice u jižního pólu dělat při veřejných předpokladech: mapa pokrytí a přesnosti nad polární oblastí (percentily korigované a nekorigované chyby polohy, dostupnost s důvodem pro každou nedostupnou epochu, ochranné úrovně a rozpočet korekčního spoje), časová laboratoř, která drží měsíční časovou referenci na atomových hodinách, a geodézie přidaného laserového retroreflektoru a majáku VLBI vůči datu z pěti soustav. Každý vstup je označen svým veřejným zdrojem nebo jako ilustrativní. Není to tvrzení o výkonnosti žádného skutečného systému a Kshana není spojena s žádnou agenturou.
Optické časové spoje skrz oblačnost a turbulenci
Jak často je optický spoj pro přenos času v provozu, když je v cestě atmosféra. Pro každé pozemní stanoviště engine udává útlum čistého vzduchu, turbulentní stav Hufnagel-Valley se scintilačními úniky gama-gama a průměrováním apertury, dostupnost vůči rezervě spoje ze stanovené oblačné klimatologie, strop, který žádná rezerva nezvedne, rozdělení délek výpadků a časovou chybu, kterou výpadek stojí hodiny v holdoveru. Poté ukazuje, co přinesou další stanoviště, větší apertura, jiná vlnová délka nebo adaptivní optika. Přibalené oblačné klimatologie jsou ilustrativní, nikoli naměřené; výstup má poradní charakter.
GNSS za hranicemi konstelace: Space Service Volume a dále
Pro kosmickou loď na kouli (globální slupka z brožury ICG Space Service Volume) nebo na keplerovské trajektorii od LEO po měsíční transfer počítá podle konstelace (GPS, GLONASS, Galileo, BDS, QZSS, NavIC) a pro všechny dohromady signály nad prahem C/N0: dostupnost jednoho a čtyř signálů, nejdelší výpadek, přijaté C/N0, faktor zhoršení přesnosti a spoje hlavním a postranními laloky. Vysílací diagramy jsou ty z brožury, parametrická náhrada nebo diagram, který dodáte; volitelné jsou model ionosféry, plazmasféry a atmosféry pro paprsek na okraji disku a návrh přijímače pro slabé signály; zahrnut je palubní filtr GNSS pro vysoké a měsíční transferové dráhy a relativní navigace formace. MODELLED: při porovnání s tabulkami brožury podle předregistrace potvrzené před během se konstanty minimálního vyzářeného výkonu a měsíční práh shodují, ostatní prahy jsou podle předregistrovaného čtení NOT MET (téměř všechny kvůli nekonzistentnímu úhlu svazku GLONASS v brožuře) a parametrická náhrada postranních laloků nereprodukuje naměřené diagramy panelů GPS.
Měsíční oběžná dráha a povrch jako navigační a geodetická infrastruktura
Pět studií v omezeném třítělesovém modelu: palubní určování oběžné dráhy z GNSS Země na téměř přímočaré halo dráze proti nezávislému pozemnímu určení z vzdálenosti a rychlosti změny vzdálenosti; společné řešení celočíselných nejednoznačností fáze nosné pozemní stanice na povrchu a orbiteru (LAMBDA); Fisherova informace sedmiparametrového měsíčního data s a bez měření vzdálenosti mezi orbiterem a povrchem; posuny GNSS, VLBI a laserového měření vzdálenosti vůči lokálnímu napojení; a citlivost na měsíční slapové a librační parametry. MODELLED s ilustrativními vstupy: numerika je kontrolována proti nezávislým programům numpy a scipy, nikoli fyzika. Podle předregistrovaných prahů jsou tři NOT MET: vložená silová chyba není detekována stanovenou mírou (C3), bootstrapovaná míra úspěšnosti se od orákula numpy liší o 1.7e-6 oproti prahu 1e-9 (Q3) a přidání rodiny měření vzdálenosti nesnižuje vždy stopu pseudoinverze (G3, polovina se stopou).
Spusťte lunar-infrastructure-od-consistency.toml v Kshana Studio
Verifikační matice#
| Požadavek | Schopnost | Stav | Orákulum | Modul |
|---|---|---|---|---|
| Identifikace mocninného šumu autokorelací zpoždění 1 | allan::lag1_noise_id: identifikátor šumu pomocí autokorelace zpoždění 1 podle Rileyho a Greenhalla (2004) (decimovaná fáze s odečteným kvadratickým členem, nebo frekvence zprůměrovaná po skupinách s odečtenou přímkou; opakované první diference, dokud delta = r1/(1+r1) < 0,25 nebo d = dmax), vracející celočíselný i nezaokrouhlený exponent mocninného zákona alfa (od +2 bílý PM po -2 náhodná procházka FM) při libovolném faktoru průměrování; určuje stupně volnosti typu šumu v kartách zařízení knihovny měřených hodin | VALIDATED | allantools 2024,6 autocorr_noise_id (A. Wallin a přispěvatelé, LGPL-3.0-or-later, spouštěno jako samostatný program generátorem testovacích dat): nezávislá implementace publikovaného algoritmu Riley–Greenhall, jednoznačně definovaná veličina za uvedených konvencí. Ověřuje identifikátor, nikoli obsah šumu žádných skutečných hodin | allan (lag1_noise_id, lag1_acf) |
| Autentizace navigačních dat Galileo OSNMA na straně přijímače | osnma + kshana osnma verify: otevřený, čistě rustový ověřovač Galileo OSNMA na straně přijímače (SIS ICD Issue 1,1, Receiver Guidelines Issue 1,3) ze stránek I/NAV nebo proudu u-blox UBX-RXM-SFRBX: veřejné klíče Merkleova stromu (DSM-PKR), podpis ECDSA P-256/P-521 zprávy DSM-KROOT, ověření řetězce klíčů TESLA (SHA-256 nebo SHA3-256), ověření MACSEQ a značek (HMAC-SHA-256 nebo CMAC-AES) pro ADKD 0, 4 a 12 s křížovou autentizací, konec řetězce/zneplatnění/obnovení, obnovení a zneplatnění veřejného klíče a zprávu o výstraze; stav každé družice Authenticated/Failed/Unavailable s důvodem každého selhání nebo zpoždění. Pouze poradní charakter: nejde o typově schválené navigační zařízení ani o službu integrity navigace; netvrdí se žádný výkon proti spoofingu | VALIDATED | Oficiální testovací vektory Galileo OSNMA, které Evropské centrum služeb GNSS publikovalo jako přílohu Receiver Guidelines (Test_vectors.zip, sha256 ef9b9afc6ef9e1c57393415cf2a1dc80c4035e7c06123907ea0bb97dd3ccf370): 18 z 18 sad, 186 382 autentizovaných značek, 0 selhání, spuštěno offline 2026-10-10 (záznam důkazů v kshana-pro docs/evidence). Rozsah: vektory ověřují kryptografické ověřování (Merkle, KROOT/ECDSA, řetězec TESLA, značky MACK, ADKD 0/4/12) a jeho výsledky na publikovaných scénářích; používají jen HMAC-SHA-256, řetězec SHA-256, 128bitové klíče, 40bitové značky a položky vyhledávací tabulky 33 a 34, takže CMAC-AES, řetězce SHA3-256 a další parametry jsou pokryty pouze publikovanými testy známých odpovědí primitiv a syntetickými testy. Zpevnění ohledně důvěryhodného času, vazby dat, vypršení platnosti a potvrzení hlavičky je testováno syntetickými testy útoků, nikoli externím orákulem. Nekontrolováno: seznamy zneplatněných certifikátů, živé signály ani živý přijímač (rozložení slov UBX je ověřeno pouze na syntetických rámcích), stromy Merkle se SHA3-256, čerstvost bez nezávislého času. Nejde o službu EU | osnma (page, subframe, dsm, merkle, signature, tesla, mac, maclt, navdata, verifier, ubx, cli) |
| Charakterizace stability frekvence | Allanova/modifikovaná/Hadamardova odchylka + identifikace mocninného šumu s intervaly spolehlivosti χ² | VALIDATED | Referenční odchylky NIST SP 1065 (Riley) / Stable32 na NBS14 | allan |
| Stabilita frekvence na skutečně měřených hodinách | Překrývající se Allanova + překrývající se Hadamardova odchylka na skutečném cesiovém etalonu | VALIDATED | Překrývající se ADEV/HDEV ze Stable32 na měřené fázové řadě cesia 5071A (allantools) | allan |
| Shoda estimátorů Allan na kanonické referenční řadě Stable32 | Překrývající se Allanova + modifikovaná Allanova + časová odchylka napříč celým žebříkem AF | VALIDATED | Referenční odchylky Stable32 pro PHASE.DAT (Riley; standardní regresní řada) | allan |
| Stabilita frekvence s rozšířeným rozsahem (Theo1 / TOTDEV) | Theo1 a celková odchylka (TOTVAR) — odhadovače stability na dlouhých τ s rozšířeným rozsahem, které sahají do ~75 % záznamu tam, kde Allanova odchylka dochází na ~50 %; hybrid ThêoH s odstraněným zkreslením (allan::theoh_curve) z nich postavený zůstává MODELLED | VALIDATED | allantools 2024,06 — nezávislá knihovna třetí strany pro stabilitu frekvence — theo1 (NIST SP 1065 rov. 30) a totdev (NIST SP 1065 rov. 25) na hermetické datové sadě LCG podle NIST SP 1065 §12,4; regenerovatelné offline přes tests/fixtures/theo1_totvar/generate_theo1_totvar_reference.py | allan |
| Maximální chyba časového intervalu (MTIE) — telekomunikační metrika wanderu | MTIE(τ): maximální rozkmit časové chyby mezi vrcholy v libovolném posuvném okně τ = m·tau0, statistika wanderu podle ITU-T G.810/G.823/G.8261, vůči níž jsou psány limity synchronizačních sítí (masky MTIE) — extremální (max/min) hodnota odlišná od RMS rodiny Allan | VALIDATED | allantools 2024,06 — nezávislá knihovna třetí strany pro stabilitu frekvence — mtie() na hermetické fázové řadě LCG podle NIST SP 1065 §12,4; MTIE je čistá statistika max/min, takže výstup estimátoru je bitově přesný proti allantools na stejně sestaveném fázovém poli (začleněné referenční konstanty s 15 platnými číslicemi leží v rozmezí 1 ULP). Regenerovatelné offline přes tests/fixtures/mtie/generate_mtie_reference.py | allan (mtie, mtie_curve) |
| Modifikovaná Allanova / časová odchylka (MDEV / TDEV) | MDEV(τ): překrývající se modifikovaná Allanova odchylka (odhadovač s posuvným oknem na druhé diference, který odděluje bílý šum fáze od flicker šumu fáze) a TDEV(τ) = τ/√3·MDEV(τ), časová statistika wanderu podle ITU-T G.811/G.812/G.823, vůči níž jsou psány synchronizační masky | VALIDATED | allantools 2024,06 — nezávislá knihovna třetí strany pro stabilitu frekvence — mdev() a tdev() na hermetické fázové řadě LCG podle NIST SP 1065 §12,4 (stejná řada jako v řádcích Theo1/TOTDEV/MTIE), počítající stejné jednoznačně definované odhadovače; shoda na <1e-9 relativně. Regenerovatelné offline přes tests/fixtures/mdev_tdev/generate_mdev_tdev_reference.py. (Datově podmíněný phasedat_reference.rs je také porovnává se Stable32 na 1e-3; toto je přísná, vždy zapnutá hermetická křížová kontrola) | allan (modified_adev, time_deviation) |
| Stabilita frekvence optických hodin na skutečné měřené křivce | Obnova mocninného zákona (bílý FM + podlaha červeného šumu) metodou NNLS z publikované měřené Allanovy odchylky optického hodinového přechodu ⁸⁸Sr — reprodukuje σ_y(τ) a hlavní škálování 4.7e-16/√τ při krátkém τ se skutečnou měřenou podlahou při dlouhém τ, místo syntetizované podlahy optické třídy, kterou holdover.rs jinak předpokládá | VALIDATED | Norcia, Young, Eckner, Oelker, Ye, Kaufman, Science 366:93 (2019), obr. 4 měřená ADEV; křivka převzata doslova ze Zenodo 10.5281/zenodo.3382347 (CC-BY-4.0). Omezeno na reprodukci publikované měřené křivky stability — údaje o zařízeních pro holdover do prahu na úrovni třídy hodin zůstávají MODELLED | quantum_trade (qparams_from_adev_curve), powerlaw |
| Integrita (RAIM/ARAIM/SBAS) | Řešení separace více hypotéz ARAIM podle ARAIM Airborne Design Document (ADD) v4.2 (araim_reference::add_v42_protection_levels a add_v42_protection_levels_ecef: určení podmnožin podle pravidel P_THRES a FC_THRES, VPL, HPL, efektivní práh monitoru EMT a sigma_acc); detekce poruch snapshotovým RAIM s chí-kvadrát testem s vyloučením jediné družice (raim::snapshot_raim, raim::snapshot_raim_fde) a HPL/VPL na základě sklonu v geodetické místní rovině; a kombinace ochranných úrovní SBAS DO-229E (sbas::sbas_protection_level) na službě L1. NEPOKRYTO, řečeno otevřeně: pohodlné funkce s jednotným sigma raim::araim_raim a raim::araim_dual_raim NEodpovídají ADD (na shodných vstupech minou Stanford MAAST o 0,75 m VPL / 4,04 m HPL a 0,39 m VPL / 1,93 m HPL, což je zjištění); srovnání SBAS L5 pro dvoufrekvenční vícekonstelační provoz (DFMC) je zjištění (308 dvojic uživatel–epocha bez GEO v dohledu je chráněno Kshanou a ne MAAST, jehož bránu příjmu GEO Kshana nemodeluje); raim::solution_separation_raim nemá žádné externí srovnání | VALIDATED | Tři nezávislé nástroje, předregistrované (0123cee1) dříve, než existoval jakýkoli testovací soubor nebo výstup orákula, tolerance tehdy pevně stanoveny. (1) ARAIM: Stanford MAAST pro ARAIM 2 (commit ab70e2a3, BSD-3) mhss_raim_baseline_v5.m, spuštěno jako samostatný program pod GNU Octave 8,4 s kompatibilní podložkou unique() na straně ovladače (uvedeno, beze změny algoritmu), při ADD TOL_PL 0,05 m: Rust reprodukuje referenční implementaci ADD na 270 skutečných případech. Uvedeno: cesta ADD v Kshaně byla napsána po předregistraci podle ADD, jak jej implementuje MAAST; nezávislý hold-out recenzenta (270 nových uživatelských geometrií a druhá zpráva podpory integrity, MAAST znovu spuštěn proti zmrazenému kódu) prošel při stejném prahu. (2) Snapshotový RAIM: RTKLIB v2.4.2-p13 (BSD-2) estpos/valsol/raim_fde v samostatném harnessu v C pro detekci a vyloučení; sklonová PL z RTKLIB matinv/xyz2enu plus SciPy 1.18.1 chi2/ncx2, kde obě strany vyhodnocují stejný uzavřený tvar (Brown; Parkinson a Axelrad), takže kontrola PL pokrývá implementaci, nikoli vzorec. (3) SBAS: Stanford MAAST (commit 7d32b049) usr_vhpl, beze změn, na vlastních zaznamenaných vysíláních WAAS programu MAAST: úrovně L1 do 1e-4 m po přeškálování K a shodná chráněná množina. Stejná srovnání přinesla zjištění uvedená ve schopnosti: funkce ARAIM s jednotným sigma neodpovídají ADD a rovnost množin L5 selhává na 308 dvojicích bez GEO v dohledu (úrovně na 3267 dvojicích, které chrání oba nástroje, souhlasí na 1e-13 m). Koeficienty K podle DO-229E/DO-316 jsou přepsané konstanty a skutečná geometrie je vstup; nic z toho se nepočítá jako orákulum. Revize 0,30: ochranné úrovně snapshot_raim přesunuty z radiální do geodetické místní roviny (až o 0,31 m HPL a 0,14 m VPL na 16 stupních severní šířky) | araim_reference (add_v42_protection_levels, add_v42_protection_levels_ecef); raim (snapshot_raim, snapshot_raim_fde, araim_raim, araim_dual_raim, solution_separation_raim); sbas (sbas_protection_level); lunar |
| Propagace a určování oběžných drah | SGP4/SDP4, Cowell 6-DOF + poruchy, dávkové/sekvenční OD | VALIDATED | Verifikační vektory AIAA 2006-6753 pro SGP4 | sgp4, propagator, orbit_determination, precise_od |
| Numerický propagátor Cowell a silový model | Numerický propagátor Cowell s hierarchickým silovým modelem (dvě tělesa, zonální J2–J6, třetí těleso Slunce/Měsíc, SRP jako dělová koule, exponenciální odpor); RK4 s zdvojováním kroku / DP5(4) / DOP853 | VALIDATED | Orekit 12,2 (CS GROUP, Apache-2.0) NumericalPropagator/DormandPrince853 — nezávislá knihovna, jiný integrátor a jiná rekurze sférických harmonických. Konzervativní úrovně (dvě tělesa → zonální J2–J6 → třetí těleso Slunce/Měsíc → SRP jako dělová koule) souhlasí na úrovni pod metr na oblouku 24 h, což ověřuje integrátor a algebru sil; úroveň odporu a absolutní věrnost vstupu efemerid Slunce/Měsíce a hustoty zůstávají MODELLED (pouze charakterizace) | propagator, forces |
| Stín SRP pro zploštělou Zemi (volitelné) | Osvětlený podíl SRP s elipsoidem WGS-84 jako zakrývajícím tělesem (zdánlivý poloměr Země od okraje elipsoidu ve směru ke Slunci, vzorec dvojité čočky ze dvou disků; srp_shadow::oblate_conical_shadow), volitelné v silovém modelu Cowell přes propagator::ForceModel::srp_shadow (výchozí: sférický kuželový stín, beze změny) | VALIDATED | Orekit 12,2 (Apache-2.0) SolarRadiationPressure.getLightingRatio se zakrývajícím tělesem WGS-84 a sférickým OneAxisEllipsoid, spuštěno jako samostatný program se Sluncem pevně na téže inerciální poloze. Prahy předregistrované v xval/srp-oblate-shadow-orekit/PREREGISTRATION.md (6d6d269c): 1e-6 na obou a rozptyl zploštělá-vs-koule > 1e-2; všechny splněny. Osa elipsoidu je na obou stranách inerciální osa z (bez precese-nutace) | srp_shadow, forces (srp_accel_with_lit_fraction), propagator |
| Sluneční tlak záření pro box-wing a ECOM2, s parciálními derivacemi (volitelné) | SRP jiné než dělová koule: model plochých desek box-wing (Vallado rov. 8-44; jednostranné panely tělesa, panely křídel mířící na Slunce) s tabulkami Galileo FOC, IOV a IOV na konci životnosti z metadat družic GSC, v nominálním řízení vybočení GNSS, s analytickými parciálními derivacemi pro faktor záření a pro zrcadlové a difuzní koeficienty každého panelu; a empirický model ECOM2 (D2/B1) s jeho parciálními derivacemi. Box-wing je volitelný v propagátoru Cowell (propagator::ForceModel::box_wing_srp, nastavuje jeho pole srp_boxwing) a v modelu přesného určování oběžné dráhy (precise_od::PreciseForceModel::box_wing_srp) a nahrazuje člen dělové koule s cr jako faktorem záření; obojí je ve výchozím stavu None, takže každá stávající cesta zůstává bajt po bajtu shodná. ECOM2 není zapojen do silového modelu | VALIDATED | Orekit 12,2 (Apache-2.0) BoxAndSolarArraySpacecraft s FixedPanel a PointingPanel, SolarRadiationPressure(dRef = 1 au, pRef = 1361/c), nominální vybočení GenericGNSS a ECOM2(nD = 2, nB = 1), spuštěno jako samostatný program se Sluncem na pevných inerciálních polohách; derivace faktoru záření z Hipparchus Gradient, derivace po panelech jako centrální diference z Orekit (Orekit je nemá). Prahy předregistrované v xval/srp-boxwing-orekit/PREREGISTRATION.md (e59df6bf), dříve než existoval jakýkoli výstup Orekit: 1e-12 relativně (1e-11 od začátku do konce, 1e-9 pro diference); všechny splněny (RESULTS.md). VALIDATED pokrývá pouze vyhodnocení modelu: tabulky GSC jsou přepsané vstupy a nepokrývá se přiměřenost box-wing pro skutečné dráhy Galileo, tepelná reemise, modifikovaný zákon vybočení při nízkém beta ani zatáčky při zatmění; predikce SRP Galileo zůstává MODELLED | srp_boxwing, propagator, precise_od |
| Stín SRP se slunečním ztmavením k okraji (volitelné) | Osvětlený podíl SRP jako nezakrytá část slunečního toku se ztmavením k okraji (zákon aproximace Eddingtona I(mu)/I(1) = 2/5 + 3/5 mu, Gaussova–Legendreova kvadratura) nad sférickou nebo WGS-84 Zemí (srp_shadow::limb_darkened_shadow, varianta ShadowModel OblateEarthLimbDarkened) | MODELLED | Žádné externí: Orekit 12,2 nemá poměr osvětlení se ztmavením k okraji. Kontrolováno pouze proti uzavřeným tvarům téhož zákona | srp_shadow |
| Hustota termosféry NRLMSISE-00 | Port empirické termosféry NRLMSISE-00 (gtd7 a gtd7d: hustoty druhů, celková hmotnostní hustota s anomálním kyslíkem, teploty; 24 přepínačů; režimy s denním Ap a s 3hodinovým polem ap) z veřejně dostupné verze v C původního Fortranu NRL | VALIDATED | pymsis 0.13.0 (MIT) version=0, který spouští NRL Fortran GTD7D v jednoduché přesnosti, a port NRLMSISE-00 v C (vydání 20190709, volné dílo) přeložený jako samostatný program, plus 17 publikovaných testovacích výstupů distribuce v C. Prahy předregistrované v xval/nrlmsise00-pymsis/PREREGISTRATION.md (e90ae26a), dříve než port existoval; všechny splněny (RESULTS.md). Ověřuje port, nikoli přesnost modelu vůči měřené hustotě | nrlmsise00 |
| Úroveň hustoty odporu NRLMSISE-00 (volitelné) | forces::DensityModel (výchozí Exponential, Nrlmsise00 { f107a, f107, ap }) a propagator::ForceModel::drag_density: kvadratický odpor vůči spolu rotující atmosféře s hustotou NRLMSISE-00 v geodetickém bodě WGS-84 (úhel rotace Země s UT1 = TT, místní sluneční čas UT + lon/15), konstantní kosmické počasí na model; ve výchozím stavu vypnuto a bitově shodné | VALIDATED | Orekit 12,2 (Apache-2.0) NumericalPropagator/DormandPrince853 s DragForce nad vlastní implementací NRLMSISE00 v Orekitu, spuštěno jako samostatný program se stejnou soustavou úhlu rotace Země, tvarem WGS-84, konvencí místního slunečního času (střední Slunce) a TT jako UT; nastavení konvencí bylo zkontrolováno orákulum proti orákulu (Orekit vs pymsis, 5.2e-5 v hustotě). Prahy předregistrované v xval/drag-tier-orekit/PREREGISTRATION.md (21647478): 0,5 m + 1e-3 posunu odporem a dvě kontroly citlivosti > 100 m; všechny splněny. Nepokryto: přesnost modelu vůči měřené hustotě, časově proměnné kosmické počasí, větev GMAT | forces (density_at, drag_accel_with_density), propagator |
| Výchozí exponenciální odpor proti nezávislé implementaci (rovníkový) | Výchozí odpor propagátoru Cowell: kvadratický odpor vůči spolu rotující atmosféře s forces::atmospheric_density, po částech exponenciální tabulkou z Vallado Table 8-4 při sférické výšce (propagator::ForceModel::drag s výchozí variantou Exponential z forces::DensityModel) | VALIDATED | GMAT R2022a (NASA GSFC, Apache-2.0) GmatConsole s atmosférou Exponential (stejná 28pásmová tabulka), Země jako hmotný bod a PrinceDormand78, spuštěno, nikdy nepřibaleno. Prahy předregistrované v xval/drag-exponential-gmat/PREREGISTRATION.md (640c85c1) na posunu odporem každé strany (běh s odporem minus běh bez odporu), který ruší obě hodnoty mu Země a integrátory; všechny splněny (RESULTS.md). GMAT bere geodetickou výšku a kshana sférickou výšku: shodují se jen na rovníku, takže VALIDATED pokrývá rovníkové dráhy; mimo rovník se modely záměrně liší (10,4 % posunu za 24 h při 51,6 stupních, 400 km). Veřejné sestavení GMAT nemá NRLMSISE-00 (plugin chybí), takže úroveň NRLMSISE-00 má jen orákulum Orekit. Přesnost tabulky vůči měřené hustotě není pokryta | forces (atmospheric_density, drag_accel), propagator |
| Slunce a Měsíc z DE440 v silovém modelu Cowell (volitelné) | Volitelná efemeridová úroveň pro členy třetího tělesa a SRP numerického ForceModel Cowell: geocentrické Slunce a Měsíc z libovolného EphemerisProvider (jádro DE440 SPK přes KernelEphemeris) při TDB = TT + (TDB - TT), odmítající poskytovatele, který nemůže obsloužit epochu, a započítávající každý návrat k analytické řadě; ve výchozím stavu vypnuto | MODELLED | Orekit 12,2 (Apache-2.0) NumericalPropagator/DormandPrince853 s ThirdBodyAttraction a SolarRadiationPressure nad vlastní čtečkou DE440 v Orekitu (orekit-data lnxp1990.440), spuštěno jako samostatný program; kshana čte bitově přesný, kontrolou SPICE ověřený výřez NAIF de440s.bsp. Prahy předregistrované v xval/propagator-de440-orekit/PREREGISTRATION.md (22a5a01d). Práh pro dráhu (0,5 m) a kontrola citlivosti jsou splněny, ale práh pro polohu Slunce/Měsíce (3 m / 0,2 m) byl minut: 6,39 m / 0,244 m. SPICE čtoucí totéž jádro při přesném TDB mine Orekit o stejnou hodnotu (6,25 m / 0,240 m), takže rozdíl leží mezi cestou NAIF de440s a čtečkou DE440 nebo časovou škálou v Orekitu; příčina nebyla izolována. Zaznamenáno a připnuto, takže řádek zůstává MODELLED | propagator (ForceModel::with_ephemeris, ForceEphemeris), ephem_provider |
| Atmosférický příliv S1 (volitelné) | Denní příliv tlaku vzduchu S1 jako porucha geopotenciálu: model N1 Biancale a Bode (2006), stupně 2 až 6, přes vzorec zatížení IERS 2010 rov. 6,21 (tides::atmospheric_tide_s1, s1_air_tide_acceleration), volitelné v silových modelech Cowell a přesných (air_tide_s1, ve výchozím stavu vypnuto) | MODELLED | Žádné externí pro efekt geopotenciálu. 24 koeficientů je přepsáno z tabulky 1 modelu N1 v GFZ STR06/01 a bylo znovu zkontrolováno řádek po řádku proti zprávě (SHA-256 890865ae); stupně 0, 1, 7 a 8 se nepoužívají. Ray a Ponte (2003) netisknou tabulku sférických harmonických, takže nebyl porovnán žádný druhý zdroj | tides, propagator, precise_od |
| Koeficienty atmosférického přílivu S2 v konvenci IERS | Harmonické tlaku vzduchu S2 podle Raye (2001) (n <= 4, prográdní a retrográdní) převedené na plně normalizovaný tvar s předstihem sinu podle IERS 2010 rov. 6.20-6.21 (amplituda dělená N_nm, epsilon = 90 stupňů - psi) a použité jako člen S2 v tides::atmospheric_tide | VALIDATED | Biancale a Bode, GFZ Scientific Technical Report STR06/01 (2006), tabulka 5, model A2: Ray (2001) publikovaný v plně normalizovaných harmonických s fázemi s předstihem sinu, nezávislé vyjádření téhož modelu. Předregistrováno v xval/s2-air-tide-fix/PREREGISTRATION.md (5e31c37a) spolu s opravou, kterou ověřuje. Pokrývá pouze převod koeficientů; geopotenciální efekt vzdušného přílivu nemá externí orákulum | tides (s2_air_waves, atmospheric_tide) |
| Tesserální geopotenciál v propagátoru Cowell | Volitelné tesserální pole EGM2008 (do stupně/řádu 70) jako centrální gravitace numerického ForceModel Cowell, vyhodnocené v zemské pevné soustavě otočené úhlem rotace Země IAU 2000 (nebo řetězcem CIO GCRS-na-ITRS); ve výchozím stavu vypnuto, takže se žádný stávající výstup nemění | VALIDATED | Orekit 12,2 (CS GROUP, Apache-2.0) NumericalPropagator/DormandPrince853 s HolmesFeatherstoneAttractionModel nad stejnými koeficienty (tools/egm2008_to70.gfc) v soustavě tělesa otočené stejným vzorcem úhlu rotace Země, spuštěno jako samostatný program. Prahy předregistrované (f0e0e65, upravené před jakýmkoli srovnáním v 2da899a): |dr| <= 0,5 m a |dv| <= 5e-4 m/s a obě negativní kontroly minuté o > 100 m; všechny splněny, prahy poté zpřísněny na 0,1 m a 1e-4 m/s. Neověřeno: věrnost orientace Země (obě strany používají UT1 = TT bez precese-nutace v soustavě Era), varianta soustavy Cio (pouze vnitřní kontrola), stupně nad 70 | propagator (Geopotential, EarthFixedFrame), gravity_sh |
| Gravitace pomocí sférických harmonických vysokého stupně (EGM2008 do 2190) | Vyhodnocení plně normalizovaného pole do stupně 2190 bezpečné vůči podtečení a pólům (SphericalHarmonicField::acceleration_hf / potential_hf, modifikovaný dopředný sloupec Holmes-Featherstone 2002 s gradientem bez 1/cos phi), proudový načítač ICGEM .gfc (from_gfc_file / from_gfc_reader; úplné EGM2008 se stahuje za běhu, není přibaleno) a vyhodnocovač Holmes-Featherstone volitelný na volitelném Cowell Geopotential | MODELLED | Orekit 12,2 (Apache-2.0) HolmesFeatherstoneAttractionModel a pyshtools 4.14.1 (BSD-3-Clause) MakeGravGridPoint, spuštěné jako samostatné programy; prahy předregistrované v xval/high-degree-gravity/PREREGISTRATION.md (276c869f) a xval/cowell-tesseral-200-orekit/PREREGISTRATION.md (0aa312a6). Orekit souhlasí všude, kde je definován, ale pyshtools mine svůj předregistrovaný práh ve dvou bodech poblíž pólu (až 7.3e-10 m/s^2; kontrola mpmath s 50 číslicemi klade chybu do pyshtools), přesně na polární ose neexistuje žádná hodnota orákula a předregistrovaná kontrola citlivosti na stupeň 70 pro oběžnou dráhu 24 h minula (0,726 m proti > 1 m). Každé minutí je zaznamenáno, nikoli odladěno pryč, takže řádek zůstává MODELLED | gravity_sh, propagator (FieldEvaluator) |
| Integrátor DOP853 | Explicitní Runge-Kutta Hairer DOP853 8(5 3) s kombinovaným odhadovačem chyby 5. a 3. řádu, regulátorem kroku SciPy/Hairer, automatickým počátečním krokem, ochranou kroku se selháním do bezpečného stavu a hustým výstupem 7. řádu; volitelné jako varianta integrátoru propagátoru Dop853 / propagator::propagate_dop853 | VALIDATED | SciPy 1.18.1 (BSD-3-Clause) solve_ivp(method=DOP853) a jeho rutiny pro jednotlivý krok, normu chyby, hustý výstup a počáteční krok, nezávislá implementace; přesné stavy dvou těles z mpmath 1.3.0 na 40 číslic. Prahy předregistrované v xval/dop853-scipy/PREREGISTRATION.md (ae1b25e) před prvním srovnáním; všechny splněny (xval/dop853-scipy/RESULTS.md). První krok SciPy je v úplných během předán oběma řešičům; rutina počátečního kroku se porovnává zvlášť. Nepokryto: RKF7(8), detekce tuhosti, lokalizace událostí | integrator, propagator |
| Robustní řešič Keplerovy rovnice | Eliptický Keplerův řešič pro všechna 0 <= e < 1 a všechny střední anomálie: kubický startér Markley (1995) a korekce pátého řádu, reziduum bez kancelace (1-e)E + e(E - sin E) - M a hlídaný Newtonův dolad (kepler::solve_kepler_markley, propagator::solve_kepler_robust) | VALIDATED | mpmath 1.3.0 (BSD-3-Clause) kořeny s 50 číslicemi z přesných binárních vstupů. Prahy předregistrované v xval/kepler-mpmath/PREREGISTRATION.md (df22174), vyjádřené relativně k |E| s argumentem o podmíněnosti pro e -> 1, M -> 0; všechny splněny (xval/kepler-mpmath/RESULTS.md). Starší řešiče (solve_kepler_checked, orbit::solve_kepler, ephem::solve_kepler) jsou numericky beze změny, protože na nich závisejí začleněné výstupy, a tento řádek je nepokrývá | kepler, propagator |
| Dávkové určování oběžné dráhy z rychlosti změny vzdálenosti a az/el s maskováním stanice | Obnovení stavu v epoše ze smíšeného měření vzdálenosti, rychlosti změny vzdálenosti a azimutu/elevace nad elevační maskou metodou Gauss-Newton na H = (dh/dx(t)) Phi(t, t0): analytické parciální derivace měření a variační matice přechodu stavu s analytickými parciálními derivacemi dvou těles + J2 (integrovaná RK4, nikoli matice přechodu stavu v uzavřeném tvaru) | MODELLED | Orekit 12,2 (Apache-2.0) BatchLSEstimator s vlastními okamžitými geometrickými měřeními RangeRate a AzEl (křížově zkontrolovanými proti TopocentricFrame v Orekitu), spuštěno jako samostatný program na shodných maskovaných seedovaných pozorováních. Prahy předregistrované v xval/od-measurements-orekit/PREREGISTRATION.md (0cf9076). Každý práh splněn kromě B4, shody stavu bez šumu na 1 cm, minuté ve 2 ze 4 scénářů (1,46, 1,74 cm): vlastní odhad Orekitu bez šumu leží tak daleko od jeho simulované pravdy (příčina na straně Orekitu nebyla izolována). Zaznamenáno a připnuto, takže řádek zůstává MODELLED. Nemodelováno: světelný čas, aberace, refrakce, rotace Země, sekvenční filtr pro tyto typy měření | orbit_determination (determine_orbit_batch_tracking, propagate_with_stm, is_visible), batch_ls (gauss_newton_analytic) |
| Vážení pozorování podle kódu přesnosti SP3 | Mapování kódů přesnosti SP3 (hlavička ++ exponenty v 2^n mm, základ %f, směrodatné odchylky base^n mm v jednotlivých záznamech) na sigma polohy pro jednotlivá pozorování v enginu přesného určování oběžné dráhy (sp3::parse_sp3_accuracy, Sp3Accuracy::position_sigma_m) | MODELLED | Žádné externí: váhy jsou volbou modelování (formát SP3 definuje kód jen jako ukazatel přesnosti od výrobce; zde se čte jako jedno sigma na osu). Stávající zaznamenané běhy agentur jsou beze změny | sp3, precise_od |
| Planetární gravitační pole z tabulek PDS SHADR | Čtení sférickoharmonických tabulek PDS SHADR (from_shadr, na SphericalHarmonicField v src/gravity_pds.rs: převod jednotek, C00 = 1 dodáno, kontroly úplnosti a normalizace) a vyhodnocení gravitace v pevné soustavě tělesa pro Mars GMM-3 (d/o 120) a lunární pole GRAIL GL0660B (d/o 660) | VALIDATED | pyshtools 4.14.1 (BSD-3-Clause) čtoucí stejné soubory PDS a vyhodnocující bodovou gravitaci, spuštěno jako samostatný program, a publikované hlavičky a štítky produktů PDS. Prahy předregistrované v xval/planetary-gravity-pyshtools/PREREGISTRATION.md (32c5b50); všechny splněny (RESULTS.md). Data: NASA PDS Geosciences Node, volné dílo; ořezy stupně 20 přibaleny s NOTICE, úplné soubory se stahují při testu | gravity_pds, gravity_sh |
| Připojení publikovaného gravitačního pole k tělesu | with_gravity_field (na Body, v src/gravity_pds.rs): připojí libovolné načtené sférickoharmonické pole (například GMM-3 nebo GL0660B) k Body, takže je propagátor vyhodnocuje v pevné soustavě tělesa; volitelné, výchozí tělesa beze změny | MODELLED | Pouze vnitřní konzistence. Každé publikované pole je definováno v pevné soustavě tělesa svého tvůrce (GMM-3 v soustavě Marsu podle Konopliv et al. 2006, GL0660B v lunární soustavě hlavních os DE421), zatímco pole se vyhodnocuje v soustavě IAU; posun není modelován | gravity_pds, body, propagator, mars_frame |
| Dávkové a sekvenční určování oběžné dráhy | Obnovení stavu v epoše [r,v] ze vzdáleností od pozemní stanice pomocí dávkového diferenciálního korektoru Gauss–Newton a sekvenčního filtru nad silovým modelem dvou těles + J2 | VALIDATED | Orekit 12,2 (CS GROUP, Apache-2.0) BatchLSEstimator (Levenberg–Marquardt) + KalmanEstimator (EKF) — nezávislá knihovna třetí strany pro odhadování na shodném silovém modelu; obnovený stav v epoše a RMS reziduí po fitu souhlasí na <1e-3 m bez šumu a <3 m při šumové podlaze 5 m | orbit_determination, precise_od (batch_ls::gauss_newton, fusion::ukf) |
| Řešič světelného času pro radiometrii v hlubokém vesmíru | Zpožděné (sestupné) jednocestné řešení světelného času τ = |r_rx − r_target(t−τ)|/c pro radiometrickou navigaci v hlubokém vesmíru (Země→Mars/Slunce/Měsíc) | VALIDATED | ANISE 0,10 (Nyx Space, MPL-2.0) světelný čas s konvergovanou newtonovskou aberací (Aberration::CN; ekvivalent SPICE spkapo) nad JPL DE440 — nezávislá implementace SPICE v Rustu; pevnobodový zpožděný řešič kshany se shodl na úrovni pod nanosekundu. Širší hodnoty Doppleru / Shapira / OD s redukovanou dynamikou zůstávají MODELLED | radiometric (light_time_solution) |
| Poloha družice z vysílaných efemerid (RINEX pro více systémů GNSS) | Keplerovská poloha družice ECEF z vysílaných efemerid IS-GPS-200 / Galileo-OS / BeiDou-OS z naparsovaného navigačního záznamu RINEX-3 | VALIDATED | RTKLIB v2.4.2-p13 eph2pos() přeložený ze zdrojového kódu v C (T. Takasu, BSD-2-Clause) — nezávislá implementace IS-GPS-200/SIS-ICD, krmená shodnými navigačními záznamy RINEX-3; poloha družice ECEF se shodla na ~62 nm. (Interpolace přesných efemerid SP3 je ověřena zvlášť — viz „Interpolace přesných efemerid SP3“) | rinex (parse_nav, RinexEphemeris::sv_position_ecef) |
| Interpolace přesných efemerid SP3 | Lagrangeova interpolace podle standardu IGS poloh družic z přesných efemerid SP3 s korekcí rotace Země v každém uzlu (každý uzel se otočí o ω⊕·(t_node−t) do zemské pevné soustavy okamžiku dotazu před polynomiálním fitem) | VALIDATED | RTKLIB peph2pos() přeložený ze zdrojového kódu v C (preceph.c; T. Takasu, BSD-2-Clause) — de facto reference IGS, nezávislá implementace; interpolátor kshany (nyní nesoucí stejnou korekci rotace Země v uzlech) se shodl na ~15 nm na skutečném produktu SP3, oproti ~5,5 cm před korekcí | sp3 (Sp3Interpolator::position_ecef) |
| Kodéry navigačních zpráv nad rámec GPS LNAV (GPS CNAV, Galileo I/NAV a F/NAV) | Typy zpráv GPS CNAV 10/11/30, typy slov Galileo I/NAV 1-5 v nominálních sudých/lichých stránkách a typy stránek Galileo F/NAV 1-4: balení polí ICD a kvantizace, CRC-24Q, konvoluční kódování s rychlostí 1/2 K=7 (G2 invertováno pro Galileo), blokové prokládání a synchronizační vzory, s odpovídajícími testovacími dekodéry | MODELLED | Pouze vnitřní zpětný převod a známé odpovědi ICD; nebyl spuštěn žádný dekodér třetí strany (harness RTKLIB/GNSS-SDR čtoucí KSHANA_NAVMSG_ORACLE_JSON je datově podmíněný). MODELLED | gnss_navmsg (gps_cnav, gal_inav, gal_fnav, fec) |
| Čtečka globálních ionosférických map IONEX a interpolace na skutečné CODE GIM | Čtečka IONEX 1,0 (hlavička, hodnoty I5 s pevnými sloupci, mapy TEC a RMS, absolutní epochy, chybějící hodnoty) s bilineární prostorovou interpolací, časovou interpolací formátu nejbližší / po sobě jdoucí / otočená mapa (rov. 1-3) a šikmým TEC v tenké vrstvě | VALIDATED | Vytištěné hodnoty CODE GIM (přesné v každém uzlu; mapa se stahuje při testu, není přibalena, protože její licence není potvrzena) a nezávislá reimplementace interpolačních vzorců IONEX 1,0 ve standardní knihovně Pythonu začleněná s testovacím souborem (prahy předregistrované e4d8b1f, 1e-9 TECU). Kontrola třetí stranou (B6, předregistrováno, první běh): RTKLIB v2.4.2-p13 iontec (BSD-2-Clause, spuštěno jako samostatný nástroj) v 6885 bodech dotazu souhlasí s IonexFile::vtec_at na 3.6e-13 TECU v obou režimech interpolace proti prahu 1e-5 TECU. Datově podmíněno: CODE GIM se stahuje při testu, připnuto SHA; RTKLIB čte celý soubor, protože jeho getindex odmítá ořez zeměpisné šířky. tests/fixtures/ionex_code_gim/fetch.sh jej stáhne a zkontroluje SHA-256, test selže při jakýchkoli jiných bajtech a run_rtklib.sh je zdokumentovaná cesta k reprodukci (je třeba přístup k síti). Povýšeno na VALIDATED rozhodnutím vlastníka na základě datově podmíněných důkazů (2026-10-13) | ionex (parse_ionex, parse_ionex_file, IonexFile::vtec_at, IonexFile::slant_tec_at, interpolate_tec_in_time, TecGrid::vtec_at) |
| Hatchovo vyhlazení kódu nosnou na skutečných pozorováních RINEX | Hatchův filtr bez divergence (kód bez vlivu ionosféry nesený nosnou bez vlivu ionosféry, okno N epoch, restart při ztrátě zachycení, skoku bez geometrie nebo mezeře) v sestavě přesného určení polohy z jednoho bodu | MODELLED | ZJIŠTĚNÍ proti publikované souřadnici ITRF2020 pro WTZR: předregistrované prahy (vyhlazený medián a p95 nejvýše 0,6 × surová hodnota; tests/fixtures/gnss_wettzell_2025055/PREREGISTRATION_HATCH.md) byly minuty, poměry 0,718 a 0,923; zbytková chyba na úrovni metrů je podobná systematickému posunu (kódový posun C1C, anténa, slapy, dlouhoperiodické vícecestné šíření), nikoli bílý šum, který vyhlazování odstraňuje. MODELLED: statistiky filtru se kontrolují vnitřně | hatch (HatchFilter), pvt (assemble_epoch_precise_smoothed, CarrierSmoother) |
| Dvojité diference RTK s celočíselným fixováním LAMBDA na skutečných pozorováních RINEX | Relativní určení polohy na krátké základně ze skutečného dvoufrekvenčního kódu a fáze nosné GPS: dvojité diference vůči nejvýše položené družici s jejich plnou kovariancí, plovoucí Kalmanův filtr nad základnou a jednoduchými diferencemi nejednoznačností s opětovnou inicializací při skocích, celočíselné nejmenší čtverce LAMBDA s poměrovým testem a základna podmíněná fixovanými celými čísly | VALIDATED | Publikované souřadnice ITRF2020 pro WTZR a WTZZ (IGN ITRF2020_GNSS.SSC, řešení 3, s výškami antén z RINEX), které dávají referenční základnu; prahy předregistrované v tests/fixtures/gnss_wettzell_2025055/PREREGISTRATION_RTK.md před napsáním kódu. Pouze krátká základna: nemodelují se žádné ionosférické ani troposférické dvojité diference | rtk_real (run_rtk), lambda (resolve) |
| Časové řešení hodin přijímače PPP proti konečným hodinám stanice IGS | Hodiny přijímače odhadnuté statickým filtrem PPP s plovoucím řešením na skutečném dvoufrekvenčním kódu a fázi GPS s konečnými drahami a hodinami IGS: přenos času z přijímače na čas IGS, časové řešení PPP bez vlivu ionosféry. | VALIDATED | Konečné kombinované hodiny IGS pro stanici WTZR (záznamy AR souboru IGS0OPSFIN_20250550000_01D_05M_CLK, SHA-256 d19f3d45...993d, kombinace síťových řešení několika analytických center; produkty IGS, volné použití s uvedením zdroje); prahy předregistrované v xval/ppp-time/PREREGISTRATION.md před jakýmkoli srovnáním; všechny platily v prvním běhu. CO NENÍ: jedna stanice a jedno dvouhodinové zkonvergované okno; čas IGS, nikoli UTC(k); konstantní posun zahrnuje kódové posuny přijímače a je omezený, nikoli kalibrovaný; žádná návaznost na Circular T. | ppp_real (run_ppp, PppEpoch::clock_m) |
| Přesné určení polohy z jednoho bodu s plovoucím řešením na skutečných pozorováních RINEX | Statický rozšířený Kalmanův filtr PPP s plovoucím řešením na skutečném dvoufrekvenčním kódu a fázi nosné GPS s konečnými drahami a hodinami IGS: kombinace bez vlivu ionosféry, odsazení antén družic a přijímače (variace přijímače), slapy pevné Země, wind-up fáze, Shapirovo zpoždění, odhadované zenitové vlhké zpoždění, nejednoznačnosti s plovoucím řešením po obloucích s detekcí skoků metodou bez geometrie / Melbourne-Wübbena | VALIDATED | Publikovaná souřadnice ITRF2020 pro WTZR (IGN ITRF2020_GNSS.SSC, řešení 3, propagovaná jeho rychlostí) — prahy předregistrované v tests/fixtures/gnss_wettzell_2025055/PREREGISTRATION_PPP.md před napsáním filtru; vývoj pouze na souběžně umístěné stanici WTZZ. Nemodelováno: zatížení oceánem, PCV družic, řešení celočíselných nejednoznačností | ppp_real (run_ppp, parse_antex_receiver, solid_tide_ecef, phase_windup) |
| Čtení navigačních souborů RINEX 4 | Navigační soubory RINEX 4.00-4.02: záznamy > EPH GPS LNAV, Galileo I/NAV a F/NAV, BeiDou D1/D2 a QZSS LNAV dekódované do typu vysílaných efemerid; záznamy CNAV, CNV1-3, FDMA, SBAS, STO, EOP a ION přeskočeny k hlavičce dalšího záznamu; záznam, jehož hlavička jmenuje jinou družici, nebo useknutý záznam je odmítnut | VALIDATED | Sloučený vysílaný soubor RINEX 3 IGS téhož dne (publikovaná data, napsaná jiným generátorem souborů ze stejných vysílaných zpráv); prahy předregistrované v tests/fixtures/brdc_rinex4_2026200/PREREGISTRATION.md (7aa264b) před prvním během | rinex (parse_nav, parse_nav_with) |
| Čtení pozorovacích souborů RINEX 4 | Hlavičky pozorování RINEX 4.0x (DOI, LICENSE OF USE, STATION INFORMATION, MERGED FILE; popisky se párují ve sloupcích 61-80 pro verzi 4 a novější) a záznamy epoch | MODELLED | Shoda formátu na skutečném publikovaném souboru RINEX 4,00 (zpětně načtené hodnoty se rovnají vytištěným literálům souboru) a na hlavičce odvozené ze specifikace; nebyla spuštěna žádná nezávislá čtečka, proto MODELLED | rinex_obs (parse_obs) |
| Poloha geostacionární družice BeiDou z vysílaných efemerid | BDS-SIS-ICD-B1I v3.0 §5.2.4.12 poloha geostacionární družice z vysílaných efemerid (soustava podobná inerciální, poté Rz(Ω̇e·tk)·Rx(−5°)), volitelná přes pole include_beidou_geo v NavParseOptions, takže výchozí čtečka GEO stále přeskakuje | MODELLED | Předregistrováno (7aa264b, 110fef9) proti přesné dráze IGS MGEX s GEO; žádný takový produkt nebyl ze sezení, které jej sestavilo, dosažitelný, takže srovnání čeká a řádek je MODELLED (kontrolováno pouze proti publikovaným nominálním slotům GEO) | rinex (RinexEphemeris::sv_position_ecef_bds_geo, NavParseOptions) |
| Interpolace přesných hodin SP3 | Odchylka hodin družice mezi tabelovanými uzly hodin SP3 lineární interpolací mezi dvěma sousedními platnými uzly (schéma pephclk z RTKLIB; hlídací hodnota vadných hodin přeskočena) a tytéž uzly předané řetězci přesných produktů jako záznamy ekvivalentní hodinám RINEX | VALIDATED | Konečná kombinace hodin družic IGS s krokem 30 s (IGS0OPSFIN 30S CLK, 2025-02-24): publikované odhady hodin v okamžicích dotazu, nikoli interpolované ze SP3; prahy předregistrované v tests/fixtures/sp3_clock_igs_oracle/PREREGISTRATION.md před prvním během (RMS 0,15 ns, p95 0,30 ns, medián uzlů 1e-12 s, diskriminace 2x) | sp3 (Sp3File::clock_s, clock_nodes), precise_products (ClockRinex::from_sp3) |
| Těsně vázané GNSS/INS s fází nosné a plovoucími nejednoznačnostmi | Chybový stavový EKF nad 15 stavy INS, dvoustavovými hodinami přijímače a jednou plovoucí nejednoznačností nosné na sledovanou družici; pseudovzdálenost, fáze nosné a volitelně rychlost změny vzdálenosti z konstelace Walker SGP4 (světelný čas a Sagnac), korekce Klobuchar a Saastamoinen/Niell aplikované ve smyčce na vlastní poloze filtru; detekce skoků časově diferencovanou nosnou s prahem pro každou družici rozšířeným o nejistotu rychlosti; opětovná inicializace nejednoznačností při skocích a při opětovném zachycení | MODELLED | Vnitřní konzistence: měření jsou syntetizována z modelů, které filtr používá (χ² NEES/NIS přes seedy, konvergence bez šumu, vložení skoků). MODELLED; neporovnává se žádná skutečná data přijímače ani filtr třetí strany | fusion::carrier_tc (run_carrier_tc, CarrierTcCfg), fusion::trajectory (truth_epochs) |
| Balíčky GNSS/INS pro námořní, železniční a letecký provoz s volbou těsné vazby | Tři scénáře gnss-ins nad knihovnou trajektorií (plavidlo kličkující rychlostí 8 m/s s pětiminutovým výpadkem; vlak průsekem se dvěma družicemi a tunelem; letadlo, jehož výpadek zahrnuje 25stupňovou zatáčku v náklonu) a volitelná tabulka [tight] balíčku: pseudovzdálenosti z konstelace Walker SGP4 sloučené navigátorem s uzavřenou smyčkou, při nominálním stavu každá družice nad maskou a při zhoršení nejvyšší z nich několik | MODELLED | Vnitřní: ukazatele kvality každého balíčku proti jeho vlastní pravdě a srovnání volné/těsné vazby na shodných vstupech. MODELLED; srovnání NaveGo z auditu nebylo spuštěno | fusion::pack (TightCfg, [tight]), scenarios gnss-ins-maritime / gnss-ins-rail / gnss-ins-aviation |
| Svázaný filtr PNT z pseudovzdáleností se stavem posunu a rozšířením do 3-D v balíčku fúze | Jeden složený Kalmanův filtr nad polohou, rychlostí, fází hodin a frekvencí, krmený pseudovzdálenostmi, které svazují polohu a hodiny (aktualizace ve Josephově tvaru nesoucí křížovou kovarianci); varianta s 1 stupněm volnosti rozšířená o stav konstantního posunu akcelerometru, kterou balíček fúze spouští pod [coupled]; a 3-D verze s 8 stavy s řádky směru k družici | MODELLED | Vnitřní konzistence: pravda simulovaná z vlastních modelů filtrů (χ² NEES přes seedy Monte Carlo, nesvázaný balíček na shodných senzorech). MODELLED | fusion::coupled (CoupledPntFilter, CoupledPntBiasFilter, CoupledPnt3d), fusion (run_coupled_suite), hybrid (CoupledCfg) |
| Volně vázaný GNSS/INS EKF s pákou na datové sadě KF-GINS | Chybový stavový EKF s 15 stavy v uzavřené smyčce řízený přírůstky IMU, s polohami antény GNSS sloučenými přes model páky H = [I 0 −[(C_b^n l_b)×] 0 0], nakonfigurovaný ze souboru YAML KF-GINS (počáteční stav a sigmy, ARW/VRW, biasy Gauss-Markov) | VALIDATED | Publikovaná referenční trajektorie datové sady a program KF-GINS v C++ (GPL-3.0, commit 8291a93e, spuštěno jako samostatný nástroj); prahy předregistrované v xval/kfgins/PREREGISTRATION.md a KF-GINS nebyl na těchto datech před touto registrací spuštěn (zkontrolováno v jeho Results). Všech šest prahů platilo při prvním běhu. DATOVĚ PODMÍNĚNO: ukázková datová sada KF-GINS (skutečné IMU Leador-A15 a RTK GNSS s referenční trajektorií) nemá licenci, a proto není přibalena; xval/kfgins/fetch.sh ji stahuje při testu s připnutým SHA-256 každého souboru a test selže při neshodě; cesta k reprodukci, která vyžaduje přístup k síti, je v xval/kfgins/PREREGISTRATION.md. Povýšeno na VALIDATED rozhodnutím vlastníka na základě datově podmíněných důkazů (2026-10-13) | fusion::kfgins (run, loaders, score), fusion::closed_loop (propagate_increments, fuse_position_lever_arm), fusion::gnss_ins_ekf (update_position_lever_arm) |
| Export testovacího benche čtený čtečkami pohybových souborů simulátoru (gps-sdr-sim) | Pohybové soubory exportu benche předané vlastním čtečkám open-source simulátoru GNSS se vracejí jako exportovaná trajektorie: soubor NMEA GGA (-g), výřez čas/zeměpisná šířka/délka/výška z pohybového CSV (-x) a jeho výřez čas/x/y/z (-u), na 6 scénářích gnss-ins (včetně balíčků pro námořní, železniční a letecký provoz, čtených do limitu 3000 vzorků simulátoru) a 2 stacionárních. Pouze pohyb; nezapisuje ani negeneruje se žádný signál. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, řečeno úzce: gps-sdr-sim (MIT, commit 28ca29a6) readNmeaGGA, readUserMotion a readUserMotionLLH s vlastním llh2xyz WGS 84, volané přes xval/testbench-gpssdrsim/driver.c (nevolá se žádná signálová funkce), proti zemským pevným sloupcům pohybového CSV řádek po řádku, s prahy předregistrovanými v xval/testbench-gpssdrsim/PREREGISTRATION.md před jakýmkoli během: každý vzorek načten na všech 8 scénářích; NMEA nejhůře 1,21 mm (práh 1 cm); výřez LLH nejhůře 0,145 mm (práh 1 mm); čtyřsloupcový zemský pevný výřez přesný (práh 1 um, dodatek 1); řádky gnss-ins na mřížce simulátoru 10 Hz na 2.3e-13 s. ZJIŠTĚNÍ (běh 1, připnuto): CSV v plné šířce s odstraněnou hlavičkou nelze načíst přes -u, protože 100znakový řádkový buffer čtečky rozdělí každý 161znakový řádek na dva vzorky; docs/TEST-BENCH.md uvádí čtyřsloupcový výřez. CO NENÍ: fyzika pravdivé trajektorie scénáře; signálový výstup gps-sdr-sim; čtečka jiného simulátoru; jakýkoli přijímač. | interop::testbench (write_motion_csv, write_nmea, export) |
| Knihovna trajektorií GNSS/INS a import pravdy z CSV | Volitelné pohybové profily pro balíček gnss-ins (přímka, trajektorie ve tvaru 8, městské stop-and-go, stoupání letadla a koordinovaná zatáčka, průzkumný dron), definované příkazy Eulerových rychlostí a zrychlení podél trati uzavřenými na pravdivý stav s kinematickým IMU (odstředivé, gravitační a Coriolisovy členy), a importovaná pravdivá data CSV převedená na IMU, které je reprodukuje; historická jízda beze změny, není-li profil zadán | MODELLED | Vnitřní: identity kinematiky tuhého tělesa, zpětný převod CSV a vlastní kovariance filtru. MODELLED (neporovnává se žádný skutečný záznam jízdy) | fusion::trajectory (TrajectoryCfg, Trajectory, kinematic_imu, parse_truth_csv), fusion::pack ([trajectory]) |
| Mechanizace strapdown INS | Strapdown inerciální mechanizace WGS-84 NED s kvaternionovou orientací (s kompenzací coningu/scullingu) propagující navigační stav z přírůstků (Δθ, Δv) | VALIDATED | NaveGo v1.4 (R. Gonzalez et al., LGPL-3) spuštěné pod Octave — nezávislá publikovaná sada nástrojů INS poháněná shodným proudem přírůstků (Δθ,Δv). Orientace se shoduje bit po bitu (stejné konvence NED / kvaternion se skalárem první / rychlost rotace Země / rychlost transportu); rychlost/poloha souhlasí až na dva zdokumentované rozdíly — člen severní gravitace z vychýlení svislice, který NaveGo zahrnuje a kshana záměrně vynechává (gravitace olovnice; shodná s uzavřeným tvarem Groves na každou číslici, s kontrolou spodní meze rozumnosti) a rozdíly integrátorů řádu O(dt²) — nejde o chyby mechanizace | inertial::mechanization, inertial::attitude, inertial::imu_errors |
| Syntéza funkcionálů gravitačního pole (mapa pro navigaci s pomocí gravitace / bez GNSS) | Velikost gravitace a porucha ze sférických harmonických (mGal) z libovolného modelu ICGEM .gfc; normální gravitace GRS80 | VALIDATED | Normální gravitace GRS80 (Moritz 1980, IAG) podle Somiglianovy + publikované γ_e/γ_p; skutečné pole ICGEM EGM2008 | gravity_sh |
| NRHO 9:2 v CR3BP Země–Měsíc proti dráze, kterou letěl CAPSTONE | Kruhová omezená jižní téměř přímková halo dráha 9:2 kolem L2, kterou opravuje cr3bp::differential_correct_halo (rodina drah Gateway a CAPSTONE), porovnaná podle střední geometrie (perioda, poloměr periluna, poloměr apoluna) s dráhou, kterou CAPSTONE skutečně letěl. Měření toho, jak dobře člen CR3BP popisuje skutečnou dráhu; dráha CR3BP není dráhou modelu efemerid a neporovnává se epochu po epoše | MODELLED | Změřeno proti rekonstruované efemeridě CAPSTONE z JPL Horizons (NAIF -1176, CAPSTONE_merged, ICRF se středem v Měsíci, 2023-03-01..31 po 10 min), začleněné bajt po bajtu (tests/fixtures/capstone_horizons/, NOTICE.md), předregistrováno 4e868170 před stažením, jako měření s prahy na střední geometrii. Nejde o validaci: CR3BP vynechává Slunce, excentricitu Měsíce a udržování polohy, které CAPSTONE provedl, takže prahy popisují, jak reprezentativní je modelová dráha, nikoli přesnost. Výsledky: docs/design/evidence/cap29d-capstone-nrho/RESULTS.md | cr3bp (differential_correct_halo, PeriodicOrbit) |
| Rotující stavy CR3BP zobrazené do ICRF se středem v Měsíci na přímce Země–Měsíc z DE440 | cr3bp::to_moon_centred_icrf zobrazí bezrozměrný rotující stav CR3BP Země–Měsíc na polohu a rychlost v ICRF se středem v Měsíci na okamžité přímce Země–Měsíc (jednotka délky vzdálenost Země–Měsíc, jednotka času převrácená orbitální rychlost, plná úhlová rychlost soustavy včetně její mimorovinné složky ze zrychlení Měsíce), s inverzí from_moon_centred_icrf, a cr3bp::to_moon_centred_icrf_de440 čte geocentrický stav Měsíce z DE440 SPK. Zobrazuje stavy; nečiní z dráhy CR3BP dráhu modelu efemerid | VALIDATED | NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy 8.3.0) sxform dvouvektorové dynamické soustavy (primární +X podél polohy Měsíce vůči Zemi, sekundární +Y podél jeho rychlosti, de440s), aplikovaný na rozměrný rotující stav sestavený z vlastního stavu Měsíce ze SPICE, samostatným programem, který nevolá žádný kód Kshany (tests/fixtures/cr3bp_to_mci_spice/, NOTICE.md). Předregistrováno 2313eb1b, upraveno před jakýmkoli během v d5ef79b3 tak, aby zahrnovalo mimorovinnou úhlovou rychlost soustavy (bez ní by byla rychlost vychýlena až o 8e-2 m/s). Pouze kontrola transformace knihovny. Výsledky: docs/design/evidence/rm34-cr3bp-to-mci/RESULTS.md | cr3bp (to_moon_centred_icrf, from_moon_centred_icrf, to_moon_centred_icrf_de440) |
| Druh Sluneční soustava na jádru JPL (planetary_kernel_path) | Druh solar-system s planetary_kernel_path: každé hlášené těleso, jehož vlastní kód NAIF SPK obsahuje, přebírá svou heliocentrickou polohu a rychlost J2000 z jádra prostřednictvím vlastní čtečky enginu (označení KERNEL), spoj, jehož oba konce jsou v jádru, se počítá na něm, barycentra se nikdy nenahrazují planetou a každé další těleso zůstává analytické s vlastním označením; zpráva získá blok jádra (cesta, SHA-256, tělesa a spoje z něj převzaté) jen tehdy, je-li volba nastavena. S de440s.bsp jsou to Merkur, Venuše, Země a Měsíc | VALIDATED | NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy 8.3.0) heliocentrické stavy spkezr na úplném de440s.bsp, samostatný program, který nevolá žádný kód Kshana (tests/fixtures/solar_system_kernel/, NOTICE.md); engine čte výřezy de440s bit po bitu. Předregistrováno f8e946ea. Kontrola zapojení proti knihovně: samotné DE440 a analytická tělesa zde nejsou ověřena. Výsledky: docs/design/evidence/cap31-solar-system-kernel/RESULTS.md | solar_system (SolarSystemScenario::planetary_kernel_path, KernelOut); ephem_provider (KernelEphemeris) |
| Porkchop na efemeridách DE440 | maneuver::porkchop_kernel: průchod datem startu x datem příletu pro odletové C3 (km²/s²) a příletové V-nekonečno (km/s) s řešičem Lambertovy úlohy pro jednu otáčku v přímém směru a ochranou před kolinearitou 0,5 deg, na heliocentrických stavech J2000 libovolných dvou těles NAIF načtených z JPL DE440 SPK vlastní čtečkou crate. Jedna otáčka, přímý směr, žádná omezení nosné rakety ani příletu: průchod, nikoli návrh mise | VALIDATED | NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy 8.3.0) heliocentrické stavy na de440s.bsp a pykep 3.0.1 lambert_problem (ESA, jádro C++ kep3, MPL-2.0), nezávislý řešič Lambertovy úlohy, spuštěné jako samostatný program, který nevolá žádný kód Kshana (tests/fixtures/porkchop_de440/, NOTICE.md); engine čte výřez de440s bit po bitu. Předregistrováno 2d857fb1. Kontrola průchodu knihovnou. Výsledky: docs/design/evidence/cap20b-porkchop-de440/RESULTS.md | maneuver (porkchop_kernel, PorkchopGrid); ephem_provider (KernelEphemeris) |
| Impulzní optimalizátor transferu na efemeridách DE440 | maneuver::optimise_transfer_kernel: data odletu a příletu balistického dvouimpulzního transferu s jednou otáčkou, která minimalizují odletové C3 nebo příletové V-nekonečno v rámci typu I nebo typu II, jako spojité optimum (2denní mřížka přes obě okna, poté 2D Nelder-Mead), na heliocentrických stavech z DE440 SPK. Optimalizátor dat pro jedno rameno, nikoli návrh mise: žádné možnosti nosné rakety, parkovací dráhy, manévru v hlubokém vesmíru ani více otáček | VALIDATED | Nezávislý optimalizátor: NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy 8.3.0) heliocentrické stavy na stejném výřezu de440s, pykep 3.0.1 lambert_problem (ESA, MPL-2.0) a SciPy 1.18.1 Nelder-Mead, bez volání jakéhokoli kódu Kshana. Příručka NASA pro Zemi–Mars (MIDAS, efemeridy neuvedeny, 2denní mřížka dat) je sekundární zveřejněná reference a stav neurčuje | maneuver (optimise_transfer_kernel, TransferObjective, TransferType, TransferOptimum); ephem_provider (KernelEphemeris) |
| Řešič Lambertova transferu pro více otáček | Každé řešení Lambertovy úlohy až se třemi úplnými otáčkami (maneuver::lambert_multirev: řešení s jednou otáčkou, poté levá a pravá větev pro každý počet otáček, Izzo 2015), s okrajovými rychlostmi v1 a v2, pro přímé i zpětné transfery, v kanonických a heliocentrických jednotkách SI, včetně transferů do 1 % minimální doby letu pro daný počet otáček a geometrií blízkých 180 deg. Pouze dvoutělesový řešič (bez poruch) | VALIDATED | pykep 3.0.1 lambert_problem (ESA, jádro C++ kep3, MPL-2.0), nezávislá knihovna, spuštěná jako samostatný program skriptem scripts/gen_lambert_multirev_ref.py; zapsán je jen její numerický výstup. Předregistrováno a75de851 (sada případů, prahy, pravidlo výsledku) před jakýmkoli porovnáním; reference byla nezávisle znovu vygenerována a je shodná bajt po bajtu. Výsledky: docs/design/evidence/lambert-multirev/RESULTS.md | maneuver (lambert_multirev, LambertSolution, LambertBranch) |
| Řešič Lambertova dvoutělesového transferu | Řešič Lambertovy úlohy Izzo-2015 pro jednu otáčku (r1, r2, doba letu → okrajové rychlosti) napříč transfery LEO→GEO→heliocentrickými, přímými i zpětnými | VALIDATED | lamberthub 1.0.0 izzo2015 (J. Martínez Garrido, MIT) — nezávislý řešič Lambertovy úlohy třetí strany. Lambertova úloha pro jednu otáčku (M=0) má jednoznačné řešení, takže shoda knihovna proti knihovně je skutečnou vnější kontrolou; shoda na <1e-4 m/s (pozorováno ~1e-11), stejný druh validace, jaký DOP získává vs gnss_lib_py | maneuver (lambert) |
| Referenční soustavy a časové stupnice | Precese-nutace IAU 2006/2000A, CIO GCRS↔ITRS, časové stupnice s přestupnými sekundami | VALIDATED | Referenční vektory IAU SOFA / ERFA; Vallado AIAA 2006-6753 (0,1–4 mm) | frames, precession, nutation, cio, timescales |
| Dvoudílná juliánská data a přestupné sekundy na časové cestě drah kolem Země | Kalendářní datum a čas UTC na dvoudílné juliánské datum UTC s konvencí SOFA dtf2d pro dny končící přestupnou sekundou (dlouhé 86 401 s, platné 23:59:60.x), UTC na TAI a zpět a UT1 z UTC přes TAI, na dvoudílných datech od 1972-01-01: časová cesta, kterou přebírají SGP4 (Sgp4::propagate_at, měřeno od dvoudílné epochy) a zemská rotace IAU 2006/2000A pevná vůči Zemi (sgp4::teme_to_itrs_matrix_eop s dvoudílným úhlem rotace Země) | VALIDATED | pyerfa 2.0.1.5 (liberfa 2.0.1, BSD-3-Clause; algoritmy SOFA tak, jak je vydal projekt ERFA), nezávislá knihovna: erfa.dtf2d("UTC"), erfa.utctai a erfa.taiutc na zapsaných okamžicích, rozdíl tvořený po částech na dvoudílných datech, práh 1e-6 s stanovený před během (předregistrováno e947e69d). Nejhorší rozdíl 9.6e-12 s (dtf2d) a 1.9e-11 s (utctai, taiutc). Každý den UTC brán jako 86 400 s, nebo zlomek přestupného dne ponechaný nepřeškálovaný, způsobí, že test zčervená. UT1 přes TAI (iauUtcut1) kontroluje větev ERFA řádku o cestě drah kolem Země. Rozsah: UTC od 1972-01-01; dřívější UTC s driftující rychlostí není modelováno | jd2 (Jd2::from_utc_calendar, utc_to_tai, tai_to_utc, utc_to_ut1, tai_to_tt, earth_rotation_angle); sgp4 (Sgp4::new_at, Sgp4::propagate_at) |
| Dvoudílná juliánská data přes zemskou rotaci na dráhové cestě | Rotace Země z dvoudílného juliánského data UT1 na dráhové cestě, takže poloha pevná vůči Zemi si zachová mikrosekundu, kterou jednoduché datum f64 ztrácí (asi 3e-9 rad poblíž 2020): jd2::gmst82 (GMST IAU 1982, konvence TEME, na dvou částech), cio::gcrs_to_itrs_matrix_jd2 (matice CIO GCRS na ITRS s úhlem rotace Země ze dvou částí) a, na nich postavené a vnitřně zkontrolované, frames::teme_to_itrf_jd2 / itrf_to_teme_jd2, orbit::Propagator::position_in_frame_jd2 a own_jd2_utc, volitelné two_part_jd scénáře efemerid (poloha ECEF, pozemní stopa a pohled ze stanice; výchozí vypnuto, beze změny) a bezeztrátové převody From mezi jd2::Jd2 a timescales::TwoPartJd. Precese-nutace a epocha silového modelu Cowell zůstávají v jednoduchém f64, kde zaokrouhlení 40 us je pod 1e-15 rad nebo hluboko pod chybou analytických efemerid Slunce/Měsíce | VALIDATED | pyerfa 2.0.1.5 (liberfa 2.0.1, BSD-3-Clause; algoritmy SOFA tak, jak je vydal projekt ERFA), nezávislá knihovna: gmst82 a c2t06a na zapsaných dvoudílných datech, polární pohyb 0,1 a 0,3 obloukové sekundy. Předregistrováno b10475ee (data, prahy) před napsáním funkcí a před spuštěním orákula. Vnitřní testy (volba scénáře, zpětný převod TEME/ITRF, převody typů) jsou podpůrný vnitřní soulad | jd2 (gmst82, From<TwoPartJd>, From<Jd2>); cio (gcrs_to_itrs_matrix_jd2); frames (teme_to_itrf_jd2, itrf_to_teme_jd2); orbit (Propagator::position_in_frame_jd2, own_jd2_utc); ephemeris (EphemerisScenario::two_part_jd) |
| Matice soustav proti vektorům ERFA: precesní posun IAU 2006, TEME na GCRS a řetězec CIO s posuny nebeského pólu | Tři matice soustav porovnané prvek po prvku nebo podle úhlu rotace s ERFA v libovolných epochách: precession::precession_matrix (precesní posun IAU 2006 podle úhlů Fukushima-Williams), nutation::teme_to_gcrs_matrix (rotace TEME na GCRS P^T N^T Rz(-EE) s precesí IAU 2006, nutací IAU 2000B a rovnicí rovnodenností se dvěma vedoucími doplňkovými členy) a cio::gcrs_to_cirs_matrix_with_offsets (rotace GCRS na CIRS s posuny nebeského pólu IERS dX, dY přičtenými k modelovému CIP X, Y před rotací, konvence kuchařky SOFA; nové). Samotné modelové volby (nutace 2000B na cestě TEME, dvoučlenná doplňková řada) nejsou ověřeny, pouze jejich implementace | VALIDATED | pyerfa 2.0.1.5 (liberfa 2.0.1, BSD-3-Clause; algoritmy SOFA tak, jak je vydal projekt ERFA), nezávislá knihovna: pmat06; numat(obl06, nut00b) s rovnicí rovnodenností z eect00 (úplná doplňková řada), složeno jako P^T N^T Rz(-EE); xys06a poté c2ixys(X + dX, Y + dY, s). Předregistrováno 979c1e39 (epochy, posuny a prahy) před spuštěním orákula. Zbytek TEME 1.1e-10 rad je předpovězený účinek ponechání dvou doplňkových členů (asi 3 mm na oběžné dráze GNSS) | precession (precession_matrix); nutation (teme_to_gcrs_matrix); cio (gcrs_to_cirs_matrix_with_offsets) |
| UTC před rokem 1972 (období driftující rychlosti) na časové cestě dvoudílného juliánského data | UTC od 1960-01-01 do 1971-12-31, kdy UTC běželo s posunutou rychlostí vůči TAI a skákalo o zlomky sekundy, na cestě dvoudílného juliánského data: TAI - UTC z tabulky driftu každého období (timescales::tai_minus_utc_on_date), kalendářní datum UTC na dvoudílné juliánské datum UTC s délkou dne 86 400 s + dleap (Jd2::from_utc_calendar), UTC na TAI se zlomkem dne přeškálovaným z UTC na sekundy SI (jd2::utc_to_tai) a TAI zpět na UTC (jd2::tai_to_utc), podle SOFA dtf2d, utctai a taiutc. Před 1960 se TAI - UTC bere jako 0 (hodnota SOFA; UTC nedefinováno) a je mimo tvrzení. Jednoduché f64 timescales::tai_minus_utc stále omezuje na 10 s před 1972 a není pokryto | VALIDATED | pyerfa 2.0.1.5 (liberfa 2.0.1, BSD-3-Clause; algoritmy SOFA tak, jak je vydal projekt ERFA), nezávislá knihovna: erfa.dtf2d("UTC"), erfa.utctai a erfa.taiutc na zapsaných okamžicích, rozdíl tvořený po částech. Předregistrováno 23c40661 (okamžiky, tolerance a kontrolní součet 1972+) před změnou enginu a před spuštěním orákula. Tabulka driftu je přepsána ze stejné tabulky SOFA iauDat, kterou používá orákulum, takže porovnání pokrývá aritmetiku převodu (délka dne, škálování UTC na SI, iterace), nikoli samotnou historickou tabulku | timescales (tai_minus_utc_on_date); jd2 (Jd2::from_utc_calendar, utc_to_tai, tai_to_utc) |
| Broadcast hodiny družice GLONASS a propagace broadcast dráhy | Broadcast posun hodin družice GLONASS -tau_n + gamma_n (t - t_b) v čase čteném na hodinách družice (glonass::GlonassEphemeris::sv_clock_bias_s, posun opravený o posun hodin dvěma iteracemi pevného bodu) a poloha PZ-90 pevná vůči Zemi z broadcast stavového vektoru propagovaného RK4 pomocí pohybových rovnic GLONASS ICD v rozmezí +/-15 min od referenční epochy (GlonassEphemeris::position_ecef), ze skutečných navigačních záznamů GLONASS RINEX 3. Není aplikována žádná transformace PZ-90.11 na ITRF (shodují se na úrovni centimetrů od 2014; RTKLIB také žádnou neaplikuje). Není zapojeno do výstupu žádného scénáře: knihovní funkce | VALIDATED | RTKLIB v2.4.2-p13 (T. Takasu, BSD-2-Clause, commit 71db0ffa) geph2clk a geph2pos, zkompilované ze zdroje v C v samostatném testovacím rámci (xval/rtklib-glonass), který čte stejný soubor RINEX vlastní čtečkou RTKLIB, takže se porovnává i parsování, znaménko -tau_n, jednotky a iterace, nejen hodiny a dráha. Předregistrováno e099c42a před existencí funkce a před sestavením rámce. Obě strany vyhodnocují stejný uzavřený tvar hodin, takže porovnání hodin pokrývá implementaci, nikoli vzorec. Integrátory dráhy se liší (RTKLIB krokuje 60 s a pak zbytek, Kshana stejné kroky nejvýše 60 s) a liší se i konstanty (RTKLIB mu 3.9860044e14, Kshana PZ-90.11 3.986004418e14); nejhorší případ 1,1 mm je tento rozdíl, jak bylo předpovězeno před během. Rozsah: broadcast efemeridy v intervalu své platnosti, nikoli skutečná dráha ani hodiny (bez porovnání s přesnými produkty) | glonass (GlonassEphemeris::sv_clock_bias_s, position_ecef, parse_glonass_nav) |
| Jedna dráhová cesta kolem Země: sady elementů SGP4 do GCRS a ITRS na řetězci IAU 2006/2000A s parametry orientace Země | Cesta propagace a soustav, kterou sdílí každý směrovaný druh pro dráhy kolem Země: sada středních elementů SGP4 s dvoudílnou epochou UTC (sgp4::MeanElementSet, načtená z elementů návrhu konstelace pomocí MeanElementSet::from_earth_fixed) propagovaná SGP4/SDP4 do TEME (sgp4::SgpOrbit) a rotace TEME -> ITRS a GCRS -> ITRS řetězce IAU 2006/2000A s UT1 - UTC a polárním pohybem (sgp4::teme_to_itrs_matrix_eop, gcrs_to_itrs_matrix_eop, bezparametrové tvary teme_to_itrs_matrix a gcrs_to_itrs_matrix). TEME je pravý rovník data se středním jarním bodem, dosažený z GCRS přes precesní posun IAU 2006, nutaci IAU 2000B a rovnici rovnodenností | VALIDATED | Větev 1: python-sgp4 2,24 (licence MIT; referenční C++ SGP4 od D. Vallada, kód, který vytvořil ověřovací vektory AIAA 2006-6753), WGS-72, vylepšený režim. Větev 2: pyerfa 2.0.1.5 (ERFA, BSD-3-Clause, rutiny SOFA): c2t06a s TT z utctai/taitt a UT1 z utcut1 a pro TEME c2t06a . pnm06a^T . rz(-ee06a). Prahy stanoveny před během (předregistrováno 72ea9eb0). Zveřejněno: první běh selhal ve větvi 2 v 2016-12-31T23:59:59,5 o jednu sekundu rotace (UT1 vzato z kvazi juliánského data UTC v den s přestupnou sekundou); engine byl opraven (jd2::utc_to_ut1) a druhý běh se shoduje při nezměněných prazích. Vynechaný polární pohyb (46 selhání) nebo konstanty WGS-84 místo WGS-72 (4432 selhání) způsobí, že test zčervená. Tento třívětvový návrh nahradil porovnání s Orekit od začátku do konce, které selhalo na SDP4 v Orekit při e = 0 a na jeho TEME podle IERS 1996 (zjištění zůstává připnuto v tests/leo_polar_coverage_full_claim_orekit_oracle.rs) | sgp4 (MeanElementSet, SgpOrbit, Eop, teme_to_itrs_matrix_eop, gcrs_to_itrs_matrix_eop); jd2 (utc_to_ut1, earth_rotation_angle); nutation (teme_to_gcrs_matrix); cio (gcrs_to_cirs_matrix); frames (polar_motion_matrix) |
| Návrhový kompromis kódů určování vzdálenosti | Meze postranních laloků a křížové korelace m-posloupnosti/Gold, délka↔nejednoznačnost | VALIDATED | Zveřejněná křížová korelace Gold GPS C/A (−23,9 dB); mez Gold 1967 | navsignal (CodeFamily) |
| Geometrie GNSS / faktor DOP (zhoršení přesnosti) | GDOP/PDOP/HDOP/VDOP/TDOP z geometrie přímé viditelnosti přes Q=(HᵀH)⁻¹ s lokálním rozdělením ENU | VALIDATED | gnss_lib_py 1.0.4 (Stanford NAV Lab) DOP — nezávislá knihovna, shoda na 1e-6 relativně | orbit (dop) |
| Chyba polohy z geometrie: chyba RMS = sigma_UERE x DOP pro řešení enginu metodou nejmenších čtverců | dop_error_mc::run_geometry a check: Monte Carlo se seedem (N = 20 000 epoch na geometrii, sigma = 1,5 m, seed ChaCha8 36 + i) vlastního iterovaného řešení enginu metodou nejmenších čtverců (pvt::solve_spp, jednotkové váhy, řešeno z pravé polohy) na 8 geometriích z tests/fixtures/dop/dop_reference.csv, porovnávající rozptyly chyb východ, sever, nahoru a hodin, RMS H/V/P, korelaci východ–sever, střední chyby a podíl uvnitř 95 % horizontální elipsy se sigma^2 Q, kde Q je kovarianční faktor jádra orbit::dop (orbit::dop_cofactor, stejná aritmetika) na téže geometrii | MODELLED | Vnitřní soulad s uzavřeným tvarem: při lineárním gaussovském modelu je kovariance metody nejmenších čtverců sigma^2 (H^T H)^-1 (Kaplan a Hegarty (eds.), Understanding GPS: Principles and Applications, 2. vyd., Artech House, 2006, kap. 7). Metoda a tolerance z návrhové poznámky o geometrii 0,36, oddíl 5,2, stanovené v předregistračním commitu před prvním během: každý rozptyl do 5 % (5 směrodatných chyb výběrového rozptylu při N = 20 000), každé RMS do 2,5 %, korelace východ–sever do 0,035 (5/sqrt(N)), každý průměr do 5 směrodatných chyb, podíl elipsy 95 % do 0,95 +/- 0,0077 (5 binomických směrodatných chyb); negativní kontroly (PDOP zdvojnásobený; chyby rostoucí jako 1/sin(elevace) proti nevážené Q) musí selhat. JAK SE SKLÁDÁ: Q je kovarianční faktor jádra orbit::dop, VALIDATED proti gnss_lib_py 1.0.4 na týchž 8 geometriích v tests/dop_reference.rs (řádek „Geometrie GNSS / faktor DOP (zhoršení přesnosti)“); tento řádek přidává krok od těchto faktorů k metrům přes řešič enginu a nepůjčuje si stav onoho řádku. PROČ MODELLED: není zapojena žádná vnější datová sada; shoda ukazuje, že estimátor a šum realizují sigma x DOP za učebnicového modelu, nikoli že chyba kteréhokoli přijímače je rovna UERE x DOP, a sigma_UERE je vstup | dop_error_mc (run_geometry, check, TOLERANCES); dop_error_ci (run, GEOMETRIES); pvt (solve_spp); orbit (dop, dop_cofactor) |
| Klasifikace důvěry s ohledem na geometrii: geometrie družic vedle skóre důvěry v přijímač a třída u každé srážky | receiver_trust::geometry: geometrie družic pro každou epochu (dobrá, zhoršená s důvody few-satellites/high-pdop/high-hdop/sky-blocked, nebo neznámá, když log neobsahuje GSV, NAV-SAT ani GSA) odvozená z hlášených elevací a azimutů přes orbit::dop nebo převzatá z GSA, se štítkem vždy hlášeným a nikdy nehodnoceným (good, fair, poor, unknown) a s HDOP, PDOP, VDOP, počtem družic a ztrátou signálu slovy; monitor geometrie skóre plavidla, který nesráží nic, dokud geometrie není špatná (poměr max(hdop/4, pdop/6, 5/n_used) nad 1), pak se zvyšuje až ke stropu 15 bodů při 1,5, který samotná geometrie nemůže stáhnout pod zhoršené pásmo (strop, konec rampy a spodní mez v [geometry]; žádný alarm); třída u každé srážky (geometrie, prostředí, nekonzistence) se ztrátou zachycení u družic pod 15 deg zařazenou jako geometrie, družicemi v dohledu, ale nesledovanými zařazenými jako prostředí, a srážkou za špatnou geometrii, jejíž uvedené HDOP je mimo max(1,0, 25 % odvozeného HDOP) od uvedené oblohy, zařazenou jako nekonzistence | MODELLED | Vnitřní soulad: klasifikace je kontrolována proti pravidlům, která uvádí, a proti ručně odvozeným poměrům na syntetických úpravách zapsaného demo logu a pevné body bez změny drží výstupy 0.35.0: žádné skóre se nemění, pokud geometrie není špatná; štítek je vždy hlášen. PROČ MODELLED: prahy jsou zvoleny, nikoli proloženy (původ v geometry_model každého běhu; hodnoty IEC 61108-1 a GPS SPS jak jsou citovány, k ověření proti textu norem) a neexistuje vnější označená datová sada přirozeného zhoršení geometrie proti útokům, proti níž by se klasifikace dala validovat. Odvozené DOP znovu používá jádro orbit::dop, VALIDATED proti gnss_lib_py, jehož stav tento řádek nepůjčuje. Třída geometrie je tvrzení o obloze, nikoli zjištění, že k útoku nedošlo | receiver_trust (geometry: GeometryTracker, geometry_ratio, sky_ratio, geometry_points, GeometryLabel; score: DeductionClass, score_with; monitors; live); telemetry (sample, prometheus, syslog, otlp) |
| Broadcast model ionosféry (Klobuchar, IS-GPS-200) | Klobucharovo jednofrekvenční šikmé ionosférické skupinové zpoždění L1 z osmi broadcast koeficientů α/β | VALIDATED | RTKLIB ionmodel (tomojitakasu/RTKLIB, src/rtkcmn.c) — nezávislá referenční implementace zkompilovaná ze zdroje; shoda na < 1e-4 m | gnss_sim (klobuchar_delay_m) |
| Statistické jádro integrity RAIM/ARAIM (zákony χ² / necentrální χ² / normální) | Distribuční jádro, na kterém spočívá každá ochranná úroveň: práh detekce poruchy ze snímku χ²₁₋ₚfₐ(dof), necentralita nezachycené události pbias=√λ a násobitele separace řešení K_fa/K_md/K_V | VALIDATED | SciPy 1.17.0 (scipy.stats.chi2/.norm/.ncx2 + optimize.brentq) — nezávislá knihovna (Cephes/Boost), jiný algoritmus než řada neúplné gama funkce v Kshana; shoda na ≤1e-6 rel. Pouze jádro. *Alokace* rozpočtu P_HMI pro ARAIM MHSS už není bez zveřejněného číselného orákula — vlastní vzorový příklad podskupiny WG-C ARAIM Technical Subgroup nyní podpírá samostatný řádek „Ochranné úrovně ARAIM MHSS proti zveřejněným referenčním vektorům“, shodné při vlastním TOL_PL reference = 5e-2 m — rozsahem tohoto řádku je tedy statistické jádro a alokaci nese onen řádek (viz docs/ARAIM_REFERENCE.md) | raim (chi2_cdf, chi2_quantile, noncentral_chi2_cdf, normal_cdf, normal_quantile, pbias) |
| Ochranná úroveň SBAS (HPL/VPL podle DO-229E metodou vážených nejmenších čtverců) | Ochranné úrovně podle DO-229E, příloha J, metodou vážených nejmenších čtverců: D=(GᵀWG)⁻¹ z elevace/azimutu jednotlivých družic a rozpočtu chyb, hlavní poloosa horizontální elipsy chyb a vertikální σ, škálované zveřejněnými koeficienty K | VALIDATED | Fork RTKLIB SBAS-PL — zsiki/rtklib_ws waasprotlevels() (Siki & Takács 2017, „DO-229D Appendix J“), spuštěný přes rnx2rtkp -ws na skutečných zprávách EGNOS GEO-PRN120 + skutečném RINEX BUTE/Budapešť; nezávislá implementace třetí strany, HPL shodné na < 2e-3 m. gLAB v6.0.0 (core/filter.c) potvrdil shodnou konvenci. Obě orákula zaokrouhlují K_V→5,33 oproti přesnému Φ⁻¹(1−5e-8)=5,3267 v Kshana (~0,06%), takže vertikála je kontrolována jako d_U bez koeficientu K | sbas (sbas_protection_level) |
| Metriky vyhodnocení detektorů ML (ROC/AUC/matice záměn/Pfa-Pmd) | AUC (Mann-Whitney, shody ½), matice záměn při prahu, P_d/P_md/P_fa/preciznost/správnost/F1 | VALIDATED | scikit-learn 1.9.0 (Pedregosa a kol., JMLR 2011) — nezávislá knihovna, přesná shoda | impairment_eval (auc, confusion_at, roc_curve) |
| Hodnocení detekce anomálií na skutečné telemetrii kosmické lodi | ROC AUC + bootstrapový CI oddělující skutečné označené anomálie; transparentní detektor (reprodukuje označení) | VALIDATED | scikit-learn roc_auc_score na testovacím rozdělení OPSSAT-AD (Ruszczak a kol. 2025, CC BY 4,0) — skutečná telemetrie OPS-SAT | impairment_eval, eval_stats |
| Numerická jádra pro srovnání kvantových technik (NNLS / pásma χ² / van-Loanovo Q) | Fit NNLS naměřené ADEV, pásma souladu NEES/NIS χ² a diskrétní kovariance procesního šumu hodin podle van-Loana (dojezd holdover) — výpočetní páteř srovnávacího enginu | VALIDATED | scipy 1.17.1 — optimize.nnls / stats.chi2.ppf / linalg.expm; NNLS+Q přesně, χ² <5e-4 při provozních stupních volnosti. Pouze jádra — čísla výkonu zařízení zůstávají vypočtená z modelu (další řádek) | quantum_trade (qparams_from_adev_curve), detection (chi2_inv_cdf), clock_state (ClockState3) |
| Referenční geomagnetické pole (syntéza IGRF-14) | Sférickoharmonická syntéza hlavního pole IGRF-14 — složky X/Y/Z/F, deklinace a inklinace — napájející vrstvu alt-PNT s magnetickými anomáliemi | VALIDATED | ppigrf 2.1.0 (K. M. Laundal, MIT) — referenční implementace IGRF v čistém Pythonu od IAGA-VMOD, dodávaná s oficiálními koeficienty IGRF14.shc (IAGA 14. generace, Zenodo 10.5281/zenodo.14012302); nezávislá kódová základna třetí strany, která počítá jednoznačně definované pole IGRF-14, shoda na globální mřížce | igrf, igrf_data |
| Statistiky detekce — gaussovské AUC a minimální detekovatelná porucha | Analytická binormální ROC AUC = Φ(μ/(σ√2)) a minimální detekovatelná porucha σ·(Φ⁻¹(1−P_fa)+Φ⁻¹(P_d)) podporující detektory kvantových poruch a anomálií | VALIDATED | scipy 1,17 (Cephes ndtr/ndtri) + scikit-learn roc_auc_score (Pedregosa a kol., JMLR 2011), obě BSD-3-Clause — nezávislé knihovny počítající stejné jednoznačně definované veličiny gaussovského chvostu / AUC, shoda na úroveň šumu A&S-erf (~7e-8). Výhoda kvantového oproti klasickému postavená nad tím zůstává MODELLED | quantum_faults, eval_stats, detection |
| Jádro pořadových statistik (Kendall-τ / Dirichlet / percentil) | Jádra pořadové korelace a převzorkování pod studií nestability rozhodnutí o odolnosti: Kendallovo τ-b, Dirichletův průměr, soutěžní pořadí a percentilové intervaly spolehlivosti | VALIDATED | scipy 1,18 (stats.kendalltau variant='b', rankdata) + numpy.percentile (BSD-3-Clause) — nezávislé implementace (τ metodou merge-sort) jednoznačně definovaných pořadových statistik, shoda na 1e-12. Studie nestability rozhodnutí postavená na těchto jádrech zůstává MODELLED | resilience::stats |
| Jádro odvození priorit MCDA (vlastní vektor AHP / poměr konzistence) | Priority Analytic Hierarchy Process = normalizovaný hlavní (Perronův) vlastní vektor reciproční matice párových porovnání mocninnou iterací, s indexem konzistence / poměrem konzistence podle Saatyho a přijímací bránou CR<0,10 | VALIDATED | Kanonická tabulka náhodného indexu podle Saatyho (1980) (RI(5)=1,12) přesně reprodukována + SciPy/LAPACK scipy.linalg.eig (BSD-3-Clause) jako nezávislý řešič vlastních čísel počítající stejný jednoznačně definovaný Perronův vlastní vektor/vlastní číslo, shoda na <1e-9. Rozhodovací vrstva Pareto / citlivost / MAUT postavená na tomto jádru zůstává MODELLED (agregátory WSM/WPM/TOPSIS/VIKOR/PROMETHEE/ELECTRE jsou samostatně vnějšně ověřeny — viz řádky níže) | mcda::ahp |
| Jádra vážené agregace MCDA (WSM / WPM) | Weighted Sum Model (aditivní agregát normalizovaný metodou min–max + pořadí) a Weighted Product Model (multiplikativní agregát normalizovaný součtem, převrácená hodnota pro náklady) — dva hodnotitelé agregace hodnot pro srovnávací studie | VALIDATED | pymcdm (methods.WSM + normalizations.minmax_normalization; methods.WPM + normalizations.sum_normalization) — nezávislá, široce používaná knihovna MCDA třetí strany v Pythonu počítající stejné jednoznačně definované vážené agregáty; shoda na <1e-9. Znovu vygenerovatelné offline přes tests/fixtures/mcda_wsm/ a tests/fixtures/mcda_wpm/. Garbage-in-garbage-out u vstupů; vrstva citlivosti/robustnosti zůstává MODELLED | mcda::wsm, mcda::wpm |
| Řazení MCDA podle vzdálenosti k ideálu (TOPSIS) | Technique for Order of Preference by Similarity to Ideal Solution — normalizace min–max, vážená kladná/záporná ideální řešení, relativní blízkost Cᵢ = d⁻/(d⁺+d⁻) a pořadí | VALIDATED | pymcdm methods.TOPSIS + normalizations.minmax_normalization — nezávislá knihovna MCDA třetí strany počítající stejné jednoznačně definované koeficienty blízkosti; shoda na <1e-9. Znovu vygenerovatelné offline přes tests/fixtures/mcda_topsis/generate_topsis_reference.py | mcda::topsis |
| Kompromisní řazení MCDA (VIKOR) | VlseKriterijumska Optimizacija — skupinový užitek Sᵢ, individuální lítost Rᵢ a kompromisní index Qᵢ při váze strategie v=0,5, s řazením, kde nižší je lepší | VALIDATED | pymcdm methods.VIKOR(v=0,5) – nezávislá knihovna MCDA třetí strany, která počítá stejnou jednoznačně definovanou agregaci S/R/Q normalizovanou na rozsah; shoda s přesností <1e-9. Offline znovu vygenerovatelné pomocí tests/fixtures/mcda_vikor/generate_vikor_reference.py | mcda::vikor |
| Pořadí MCDA podle čistého toku převyšování (PROMETHEE II) | Preference Ranking Organization METHod – index párové preference se šesti standardními tvary zobecněného kritéria, kladné a záporné toky převyšování a úplné pořadí podle čistého toku (ověřeno pro obvyklé kritérium) | VALIDATED | pymcdm methods.PROMETHEE_II('usual') – nezávislá knihovna MCDA třetí strany, která počítá stejný jednoznačně definovaný čistý tok převyšování; shoda s přesností <1e-9. Offline znovu vygenerovatelné pomocí tests/fixtures/mcda_promethee/generate_promethee_reference.py. Tvary preference s prahy (q/p/σ) se redukují na stejnou algebru zobecněného kritéria a zůstávají kontrolovány na úrovni vlastností | mcda::promethee |
| Výběrové jádro převyšování MCDA (ELECTRE I) | ELimination Et Choix Traduisant la REalité – matice souhlasu a nesouhlasu, relace dominance se souhlasem a bez vetování a výběrové jádro převyšování (konvence: všechna kritéria typu zisk, váhy normalizované na součet, jediná globální škála) | VALIDATED | pyDecision algorithm.electre_i (Valdecy Pereira) – nezávislá knihovna třetí strany pro vícekriteriální rozhodování, která počítá stejný jednoznačně definovaný souhlas, nesouhlas, dominanci a jádro; shoda prvek po prvku s přesností <1e-9. Offline znovu vygenerovatelné pomocí tests/fixtures/mcda_electre/generate_electre_reference.py. Volba prahů ĉ/d̂ je vstupem analytika (citlivost zůstává MODELLED) | mcda::electre |
| Agregační jádra MCDA (WASPAS / MOORA) | Weighted Aggregated Sum Product ASSessment (lineárně normalizovaná konvexní kombinace λ·WSM+(1−λ)·WPM pro λ=0,5) a poměrový systém MOORA (vektorově normalizovaný vážený součet zisků minus vážený součet nákladů) – stabilitně zpevněná kombinace hodnot a znaménkový poměrový hodnotitel | VALIDATED | pymcdm (methods.WASPAS + normalizations.linear_normalization, l=0,5; methods.MOORA poměrový systém, vektorová normalizace) – nezávislá, široce používaná knihovna MCDA třetí strany pro Python, která počítá stejné jednoznačně definované agregáty; shoda s přesností <1e-9. Offline znovu vygenerovatelné pomocí tests/fixtures/mcda_waspas/ a tests/fixtures/mcda_moora/. Špatné vstupy dávají špatné výstupy; vrstva citlivosti a robustnosti zůstává MODELLED | mcda::waspas, mcda::moora |
| Poměrové pořadí MCDA (COPRAS) | COmplex PRoportional ASsessment – významnost zisků S⁺ normalizovaná součtem sloupce plus člen významnosti inverzních nákladů, relativní významnost Q a stupeň užitečnosti U = Q/max Q (nejlepší alternativa = 1) | VALIDATED | pyDecision algorithm.copras_method (Valdecy Pereira) – nezávislá knihovna MCDA třetí strany, která počítá stejnou jednoznačně definovanou relativní významnost a užitečnost COPRAS. pyDecision se používá záměrně: COPRAS v pymcdm 1.4.0 se algebraicky zredukuje na triviální S⁺+S⁻ a není věrnou referencí, zatímco pyDecision implementuje kanonický vztah Q = S⁺+(min(S⁻)·ΣS⁻)/(S⁻·Σ(min(S⁻)/S⁻)). Shoda s přesností <1e-9; offline znovu vygenerovatelné pomocí tests/fixtures/mcda_copras/generate_copras_reference.py | mcda::copras |
| Latence detekce změny CUSUM a ARL | Nejhorší latence detekce tabulárního detektoru CUSUM (⌊h/(z−k)⌋+1) a průměrná délka běhu mimo kontrolu (ARL), používané monitory ochranné úrovně časování a monitory spoofingu | VALIDATED | Publikovaná ARL tabulárního CUSUM: Siegmundova (1985) aproximace Brownovým pohybem (Hawkins & Olwell 1998, rov. 3,7), křížově zakotvená v tabulkách ARL z Montgomery, Introduction to Statistical Quality Control (Wiley) pro k=½, h∈{4 5}; deterministická latence přesně odpovídá orákulu prvního průchodu. Složená mez TPL zůstává MODELLED | tpl (Cusum), security |
| Rozptyl při setrvání hodin v holdover a inverze prahu | Růst rozptylu fázové chyby při setrvání q_wf·t + q_rw·t³/3 + q_drift·t⁵/20 a jeho monotónní inverze na práh holdover pro časovou chybu | VALIDATED | scipy 1,18 (BSD-3-Clause): linalg.expm počítá diskrétní procesní šum Q₀₀ = ∫₀ᵗ ΦQcΦᵀds podle Van Loana 1978 metodou škálování a umocňování s Padého aproximací na rozšířené matici 6×6 – nezávislá cesta, která nikdy nevidí polynomiální koeficienty kshany; k tomu optimize.brentq invertuje stejnou monotónní křivku oproti bisekci kshany. Údaje o šumovém prahu červeného šumu pro jednotlivé třídy (ClockClass) zůstávají MODELLED | holdover (coast_phase_variance, holdover_seconds) |
| Jádro diverzity podle inverzního Simpsonova indexu | Efektivní architektonická diverzita = inverzní Simpsonův index / číslo Hillova řádu 2, 1/Σpᵢ², přes kvality zdrojů v jednotlivých skupinách nezávislosti (člen diverzity ve skóre odolnosti) | VALIDATED | scikit-bio 0.7.3 skbio.diversity.alpha.inv_simpson (McDonald et al., BSD-3-Clause) – nezávislá knihovna třetí strany, která počítá jednoznačně definovaný inverzní Simpsonův index; reprodukováno bajt po bajtu. Hodnoticí rámec DHS-RPCF (váhy a úrovně) postavený nad tím zůstává MODELLED | resilience::diversity (effective_diversity) |
| Maska obzoru závislá na azimutu: viditelná množina, azimut a elevace a DOP pod maskou | skyline + frames::look_angles + geometry::sky_geometry: geodetický (WGS-84) azimut a elevace družice z pozemního místa, tabulka masky azimut/elevace lineárně interpolovaná v azimutu s přechodem přes 360 deg, viditelná množina el >= max(mask_deg, mask(az)) a DOP se společnými hodinami a kofaktorová matice ENU a hodin pro tuto množinu (jádro za orbit::dop). Tímto způsobem sekce [skyline] rozhoduje o viditelnosti ve druzích gnss-sim, jamming, leo-pvt, leo-pass a nmea-scenario a s pozemním místem user_site též v orbit a integrity | VALIDATED | Orekit 12,2 (Apache-2.0): TopocentricFrame na OneAxisEllipsoid WGS-84 pro úhly pohledu a ElevationMask pro každou tabulku, spouštěné skriptem xval/orekit-skyline/OrekitSkyline.java nad odevzdanými stavy v zemské pevné soustavě (propagace se neporovnává), spolu s gnss_lib_py 1.0.4 (metadata balíčku wheel MIT) get_dop pro DOP a matici DOP v ENU a hodinách pro množiny, které Orekit vyhodnotí jako viditelné. Předregistrováno (xval/orekit-skyline/PREREGISTRATION.md, commit e4b9d912) dříve, než byla některá z orákulí spuštěna na srovnávacích vstupech; lineární interpolace s přechodem v Orekitu byla předem potvrzena na syntetické sondě. Rozsah: tabulky masek, geodetické úhly pohledu, maskovaná viditelná množina a její DOP se společnými hodinami a kofaktor. NEKONTROLOVÁNO zde: redukce kaňonu, sektorů a terénu a předvolby (jejich 360bodové tabulky vstupují jako vstupy; řádky 'Street-canyon, sector and terrain reductions to a table' a 'Skyline presets'), stavy hodin pro jednotlivé systémy a chybová elipsa (řádek 'Horizontal error ellipse and per-system cofactor from the geometry covariance'), rotace GMST pozemního místa user_site v orbit/integrity a přiřazení každého propagátoru k jednomu okamžiku (Orekit dostává stavy v zemské pevné soustavě) a jakákoli skutečná překážka (pouze přímá viditelnost) | skyline (Skyline::cut_deg, Skyline::visible); frames (look_angles, is_visible_skyline); orbit (UserPath, sky_view, cofactor_from_los); geometry (sky_geometry) |
| Redukce městského kaňonu, sektorů a terénu na tabulku | skyline: městský kaňon v uzavřeném tvaru (řez atan((h - a) / d) pro d = (w/2) / abs(sin(az - s)), otevřené konce pro konečnou délku), ostře ohraničené sektory po směru hodinových ručiček s přechodem a body terénu redukované na tabulku se zakřivením zemského povrchu d^2/(2 * 4/3 R); obzor je jejich bodové maximum s libovolnou tabulkou | MODELLED | Interně: uzavřené tvary jsou kontrolovány proti ručně vypočteným hodnotám (elevace horních hran zdí uvedené ulice, podmínka otevřeného konce, pokles způsobený zakřivením uvedeného bodu). Žádné vnější orákulum: návrhová poznámka vymezuje tyto redukce jako MODELLED a ElevationMask v Orekitu bere tabulku, takže srovnání v řádku 'Azimuth-dependent skyline mask: visible set, azimuth and elevation, and DOP under the mask' čte jejich 360bodové tabulky jako vstupy a nekontroluje je | skyline (Canyon::cut_deg, Sector::contains, TerrainPoint::elevation_deg, reduce_terrain, SkylineCfg::build) |
| Předvolby obzoru (městská ulice, přístav, fjord, kontejnerový terminál) | skyline::PRESETS: čtyři REPRESENTATIVE geometrie s rozměry uvedenými v návrhové poznámce a s jedním řádkem původu každá: city-street (kaňon, ulice 0 deg, 20 m mezi zdmi vysokými 30 m, anténa 1,5 m), harbour-approach (sektory: otevřeno k moři v rozsahu 180 deg, nábřežní budovy 8 deg v rozsahu 90 deg, vlnolam 3 deg), fjord (terén: stěny 600 m nad anténou ve vzdálenosti 1,5 km po obou stranách severojižního kanálu, uplatněn pokles způsobený zakřivením), container-terminal (sektory: stohy 12 deg nad pevninskou polovinou, výložníky jeřábů 35 deg a 25 deg nad dvěma úzkými sektory); lze přepsat pole po poli | MODELLED | Žádné: zvolené a uvedené rozměry, nikoli zaměření žádné ulice, přístavu, fjordu ani terminálu (poměr stran ulice leží uvnitř pásma 0.5–2 podle Okea (1988); fjord je řádově jako západonorské fjordy; stohy používají výšku high-cube podle ISO 668). Test kontroluje předvolby proti jejich vlastním uvedeným rozměrům, jde o kontrolu přepisu, kterou pravidlo validace nepočítá | skyline (PRESETS, preset, preset_list) |
| Horizontální chybová elipsa a kofaktor pro jednotlivé systémy z kovariance geometrie | geometry::sky_geometry: kofaktor ENU a hodin (H^T H)^-1 s jedněmi hodinami přijímače společnými nebo jedněmi na systém (jádro orbit::cofactor_from_los) a horizontální chybová elipsa z jeho bloku východ–sever (poloosy k sigma sqrt(lambda), k = sqrt(-2 ln(1 - p)), azimut hlavní osy od severu) | VALIDATED | numpy 2.5.4 (BSD-3-Clause), xval/numpy-ellipse/ellipse.py: numpy.linalg.inv z G^T G a numpy.linalg.eigh jeho horizontálního bloku na odevzdaných vstupech, nezávislá numerická knihovna, která provádí inverzi a rozklad na vlastní čísla vlastními algoritmy (standardní P2). Předregistrováno v xval/numpy-ellipse/PREREGISTRATION.md (commit 0bbeeaee) před během; formátování výstupu ovladače bylo po předregistraci jednou opraveno (skalár numpy zapsaný jako np.float64(...)), bez změny protokolu či tolerancí. Ověřené tvrzení se týká lineární algebře na těchto vstupech; gaussovský chybový model a UERE jsou uvedené vstupy, nikoli změřená přesnost ani mez integrity | geometry (sky_geometry, ellipse); orbit (cofactor_from_los) |
| Funkce geometrie oblohy: viditelnost, DOP, kovariance, chybová elipsa, mrak Monte Carlo | geometry (sky_geometry, sky_monte_carlo, skyline_presets, skyline_profile, skyplot_svg; CLI kshana sky a kshana skyline, funkce Pythonu a WASM stejných názvů, MCP sky_geometry): z místa, času a předvoleb konstelací (nebo družic zadaných jako azimut/elevace či ECEF) družice viditelné a maskované obzorem, GDOP/PDOP/HDOP/VDOP/TDOP, jednotkový kofaktor (H^T H)^-1 a kovariance ve východ–sever–nahoru s jedněmi hodinami přijímače na systém nebo jedněmi společnými, horizontální chybová elipsa (poloosy k sigma sqrt(lambda), k = sqrt(-2 ln(1 - p)), orientace 0,5 atan2(2 Q_EN, Q_NN - Q_EE) od severu) a n chyb metodou nejmenších čtverců se seedem při nezávislých gaussovských chybách vzdálenosti s jejich empirickou kovariancí, RMS a 95 % oblastí zahrnutí. Kofaktorem je orbit::cofactor_from_los, jediné jádro za orbit::dop a orbit::dop_cov (dop je redukce dop_cov): žádná druhá implementace DOP | MODELLED | Faktory DOP s jedněmi hodinami stojí na jádru ověřeném proti gnss_lib_py 1.0.4 (řádek 'GNSS geometry / dilution of precision (DOP)'); vlastní kontroly tohoto řádku jsou interní: sky_geometry reprodukuje orbit::dop a dop_cov na stejné geometrii, elipsa reprodukuje analytický rozklad 2x2 na vlastní čísla, vstupy ECEF a azimut/elevace souhlasí a RMS a 95 % oblast zahrnutí mraku se seedem souhlasí s geometrií. Kovariance ENU s jedněmi hodinami na systém a elipsa jsou VALIDATED v řádku 'Horizontal error ellipse and per-system cofactor from the geometry covariance' (numpy, P2); MODELLED zde zůstává složení: propagace předvoleb na reprezentativní oblohu, mrak Monte Carlo (kontrolovaný proti geometrii, kterou vzorkuje, jde o kontrolu vnitřní shody) a povrchy. Předvolby konstelací dávají reprezentativní oblohu, nikoli datovanou; gaussovský chybový model a UERE jsou uvedené vstupy, nikoli změřená přesnost ani mez integrity | geometry; orbit (cofactor_from_los, dop_cov, dop); surface (sky_geometry, sky_monte_carlo, skyline_presets, skyline_profile, skyplot_svg) |
| Holdover hodin bez GNSS | Růst chyby při setrvání v uzavřeném tvaru + holdover do prahu; třídy kvantových hodin | MODELLED | Vícekroková rekurze kovariance clock_state (křížová kontrola v rámci stejné kódové základny); podkladové jádro rozptylu při setrvání a inverze holdover je externě ověřeno proti scipy (viz 'Clock-holdover coast-variance & threshold inversion'). Údaje o holdover pro jednotlivé třídy s prahem červeného šumu zůstávají MODELLED | holdover |
| Karty změřených hodinových zařízení (predikce na zadržených datech) | clock_library: karta zařízení (bílý šum fáze, bílý, flicker a náhodná procházka FM plus lineární drift frekvence) fitovaná na jednu třetinu pojmenovaného změřeného záznamu hodin po zaznamenaném čisticím průchodu (odstraněny mezery, fázové odlehlé hodnoty, fázové skoky, shluky; zaznamenány skoky frekvence), vážená stupni volnosti typů šumu určenými z lag-1, a její predikovaná Allanova odchylka vyhodnocená na zadržených dvou třetinách; čtečky souborů hodin RINEX a IGS, souborů BIPM pro jednotlivé laboratoře a Circular T oddíl 1; převod karty na model šumu časování slotů, rozšířený Kalmanův model hodin a úrovně šumu monitoru spoofingu | MODELLED | Změřené záznamy, zadržené: finální kombinované hodiny IGS po 30 s 11 družic GPS Block IIF za období 2026-03-01 až 14 (okno, které žádný test neotevřel; IGS, otevřená data s uvedením zdroje) a přijímač u-blox ZED-F9P z JammerTest 2024 v jeho nehodnocených stacionárních relacích (GPL-3.0-or-later). Externí srovnání D9 (předregistrováno 2ec76864, predikovaná / změřená Allanova odchylka každé karty v rozmezí [1/1.5, 1,5] při jejích fitovaných časech průměrování), zjištění (zůstává MODELLED): 10 z 11 karet GPS IIF je v rámci prahu; G27 je optimistická v dvouhodinovém měřítku (0,662 při 7680 s, nejhorší faktor 1,510), což je periodická chyba v hodinovém měřítku, kterou karta s mocninným zákonem nenese. Karta TCXO přijímače je zablokována: mimo zaznamenané přenosy zbývá v ostatních relacích datové sady 167 epoch oproti požadovaným 3600. Hlášeno, nikoli naslepo (záznamy otevřené dřívějšími řádky): karta cesiových hodin 5071A je v rámci prahu (nejhorší 1,070 do 4096 s), karta OCXO je konzervativní a mimo něj (2,348 při 128 s; její šumový práh se během záznamu mění) a karta stroncia z Norcie fitovaná na třech nejkratších publikovaných bodech je v něm ve dvou hodnocených bodech (1,291, 1,405). Pasivní vodíkové masery Galileo (není dosažitelný žádný zdroj finálních hodin Galileo bez přihlášení) a Deep Space Atomic Clock (jedna otevřená hodnota z vesmíru) jsou zablokovány. D9 kolo 2, TCXO přijímače ZED-F9P jako třída modelu na 14 dnech z 12 statických stanic ve Vratislavi (Zenodo 6488497, CC BY 4,0; předregistrováno fb475550), zjištění: s registrovaným postupem nebylo 11 z 12 stanic vyhodnotitelných (RAIM odmítl většinu epoch bez vlivu ionosféry) a BX14 selhala; zveřejněné opakování s opraveným postupem (předregistrováno c9cc0d49) splňuje 1 z 11 stanic naslepo (BX12, 1,412; BX07 1,532 a BX13 1,542 těsně mimo), protože hodiny přijímače z jednobodového řešení z přerušovaných souborů po 30 s nejsou čistým záznamem oscilátoru | clock_library (card, condition, series), realdata::clk, allan (lag1_noise_id) |
| Karty změřených hodin GPS Block IIF s členy na jednu oběžnou periodu (predikce na zadržených datech) | clock_library::card::DeviceCard::fit_phase_periodic: karta zařízení, která nese fázové členy jednou až čtyřikrát za oběh (perioda T/k, T = 43 082,05 s), fitované společně s kvadratickým členem metodou nejmenších čtverců na jedné třetině změřeného záznamu hodin družice, přičemž příspěvek každého členu k Allanově odchylce má uzavřený tvar 4 A^2 sin^4(pi tau / P) / tau^2 v predikované Allanově odchylce | MODELLED | Změřené záznamy, zadržené: finální kombinované hodiny IGS po 30 s 11 družic GPS Block IIF za období 2026-04-01 až 14 (okno, které žádný test neotevřel; IGS, otevřená data s uvedením zdroje). Externí srovnání D9 (předregistrováno fb475550, predikovaná / změřená Allanova odchylka v rozmezí [1/1.5, 1,5] při každém fitovaném čase průměrování na každé družici), zjištění (zůstává MODELLED): 9 z 11 karet je v rámci prahu; G03 (1,947) a G25 (1,581) jsou optimistické mezi 60 s a 2000 s, protože jejich zadržené záznamy jsou hlučnější než fitované třetiny (zadržená část G25 nese 16 mezer a 29 fázových odlehlých hodnot), jde o změnu hodin, nikoli o chybějící periodický člen. Vynechání periodických členů z predikce selže u všech 11 karet (1,77 až 4,96), takže členy predikci nesou | clock_library (card) |
| Odhad stavu palubních hodin | 3stavový (fáze/frekvence/drift) Kalmanův model hodin podle Van Loana, stabilizovaný podle Josepha | MODELLED | filterpy 1.4.5 KalmanFilter (R. Labbe, MIT), s F pomocí scipy.linalg.expm a Q pomocí blokové matice Van Loana 1978 – nezávislá referenční implementace reprodukující celou trajektorii filtru kshany. Konzistence napříč implementacemi: fyzika hodin a kalibrace Allanovy odchylky nejsou externě ověřeny, proto zůstává MODELLED. Externí srovnání 0,30, zjištění (zůstává MODELLED): na finálních hodinách IGS po 30 s z 11 družic GPS Block IIF (2025-08-17 až 30), s Q fitovaným na ADEV první poloviny a filtrem hodnoceným na zadržené druhé polovině, je filtr konzistentní o krok dopředu (0,906 až 0,971 epoch uvnitř jeho 95 % pásma, práh 90 %), ale o hodinu dopředu je příliš sebejistý u 9 z 11 hodin (0,486 až 0,829) a jeho součty inovací vycházejí mimo [2,4, 3,6] u 5. Fitovaný bílý šum fáze je nulový na každé družici a chyba v hodinovém měřítku (periodické členy, flicker FM) není v 3stavovém modelu obsažena. 0,30 kolo 2, rozšířený filtr (flicker FM a stavy s jednou a dvěma periodami na oběh) na nových zadržených hodinách IGS z 2025-09-01 až 14 (předregistrováno 4b1a841e), zjištění (zůstává MODELLED): kritéria konzistence o jeden krok a o hodinu platí na všech 11 družicích (0,948 až 0,988 a 0,907 až 0,996), ale kritérium součtu inovací selhává na G24 (0,964) a G30 (1,929) vůči [2,4, 3,6]. D9 kolo 3, rozšířený filtr z kola 2, ladění a kritéria beze změny po zmrazeném detektoru čištění clock_library, na nových hodinách IGS z 2026-04-01 až 14 (předregistrováno fb475550), zjištění (zůstává MODELLED): (a) jeden krok 0,941 až 0,968 a (c) průměr trojitého NIS 2,641 až 3,549 platí na všech 11 družicích; (b) hodina selhává na G09 (0,894) a G26 (0,876) vůči 0,90 | clock_state |
| Rozpočet chyb přenosu času | Dvoucestný přenos/TWSTFT (Sagnac), společný pohled GNSS, PPP; rozkmit spoje→vzdálenost | MODELLED | Velikost Sagnacova jevu zkontrolována proti autoritativní PUBLIKOVANÉ HODNOTĚ – N. Ashby, 'Relativity in the GPS', Living Reviews in Relativity 6:1 (2003), rov. 1,29: obeplutí rovníku východním směrem nasbírá 207,4 ns (2ωA_E/c²); kshana reprodukuje 207,386 ns. Nezávisle potvrzeno RTKLIB 2.4.3 geodist() (Takasu, BSD-2-Clause), které nese stejnou geometrii 2Aω/c². Složený rozpočet BIPM TWSTFT transponder/společný pohled/PPP nemá žádné vnější orákulum, proto schopnost zůstává modelovaná | timetransfer, timetransfer_adv |
| Modulace navigačního signálu a analýza sledování kódu | PSD BPSK-R/BOC, spektrální separace κ, Gaborova šířka pásma, jitter DLL, vícecestné šíření | MODELLED | Vzájemné a autokorelace Goldových kódů GPS C/A shodné PŘESNĚ (celá čísla ±65/−1/63) s nezávislým generováním kódů podle IS-GPS-200; tvar PSD BPSK-R(1)/BOC(1 1) oproti nezávislému periodogramu ze scipy. Uzavřené tvary modulace/SSC/DLL (Betz 2001 / Kaplan & Hegarty) zůstávají analytické, takže řádek zůstává MODELLED – ale dílčí tvrzení o korelaci kódů je externě shodné. 0,30 kolo 2, proti vytištěným hodnotám z Betz 2001 a Hein et al. 2006 (předregistrováno 9f4f2ce8, půl vytištěné jednotky), zjištění (zůstává MODELLED): všech 45 spektrálních buněk tabulky 1, korelační hodnoty při 1 GHz, údaje o interferenci MBOC a 2 ze 3 posunů na obr. 17 souhlasí; první postranní laloky při 24 MHz, posun BOC(8 4) na obr. 17 a každé nejhorší zkreslení vícecestným šířením na obr. 18–21 (11 až 15 % nízko) nesouhlasí. Kshana a nezávislé vyhodnocení v NumPy předregistrovaného čtení souhlasí, takže rozdíl leží v tomto čtení nebo v neuvedeném detailu článku; příčina nevyřešena | navsignal |
| Generování rozprostíracího kódu GPS L1 C/A | Generátor kódu C/A z LFSR G1/G2 reprodukující osmičkové ověřovací vektory prvních 10 čipů publikované v IS-GPS-200 pro PRN 1–9 (plus délku 1023 čipů, vyvážení 512 jedniček, třívýznamovou periodickou autokorelaci) | VALIDATED | IS-GPS-200 Table 3-Ia 'Code Phase Assignments' – autoritativní veřejně dostupné (public domain) publikované OSMIČKOVÉ ověřovací vektory prvních 10 čipů vlády USA (GPS Directorate, navcen.uscg.gov); vlastní LFSR G1/G2 kshany přesně regeneruje každý vektor PRN 1–9. Navazující uzavřené tvary modulace/SSC/DLL zůstávají modelované (samostatný řádek) | sdr |
| Výkon kvantového inerciálního senzoru | Akcelerometr na bázi interferometru se studenými atomy z prvních principů (k_eff·T², QPN) | MODELLED | Publikované číselné vektory z primárních prací o CAI (přenosová funkce Cheinet 2008; citlivost Peters/Freier): k_eff·T² shodné přesně, spektrální hustota šumu výstřelů jednostranný práh v rozmezí ~2× od každého publikovaného přístroje (skutečná zařízení nesou technický šum nad kvantovým prahem). Jde o ohraničení, nikoli o shodu. 0,30 kolo 2 (předregistrováno fcb9ac64), zjištění (zůstává MODELLED): rotační šum pouze od QPN proti změřeným bodům Gauguet et al. 2009 obr. 14 dává poměry 0,695 až 0,788 ve třech připuštěných bodech (0,751 v pracovním bodě), čímž o 0,5 bodu nesplňuje předregistrovaný práh 30 %; práh QPN leží o 21 až 31 % pod změřeným šumem, jak se u modelu bez šumu laseru a detekce očekává. Složení gradiometru odpovídá modelové čáře QPN podle Janvier et al. 2022 (poměr 1,013 až 1,017, Reference). Měřený test nedokáže rozlišit chybu složení sqrt(2); to dokáže jen čára Janvier s nestejným kontrastem | inertial::quantum_imu |
| Nejednoznačnost proužků / dynamický rozsah kvantového inerciálního senzoru | Dynamický rozsah nejednoznačnosti proužků Mach–Zehnder: odečet proužků s periodou 2π určuje maximální jednoznačnou měrnou sílu a_max=π/(k_eff·T²) a jednoznačný rozsah v rozlišovacích buňkách a_max/σ_a=π/σ_Φ nezávisí na optickém škálovacím faktoru – zisk citlivosti úměrný T² stojí jednoznačný rozsah v přesné shodě (doba interrogace vyměňuje rozlišení za rozsah, přičemž počet buněk zůstává dán fázovým šumem odečtu) | MODELLED | Vnitřní konzistence modelu proužků interferometru: hrana půlproužku, struktura aliasingu s periodou 2π a krácení škálovacího faktoru v poměru rozsah/rozlišení jsou algebraické identity v uzavřeném tvaru, kontrolované proti vlastním funkcím enginu pro fázi a citlivost Mach–Zehnder – kontroly vnitřní konzistence, NIKOLI externí datová sada, takže řádek zůstává InternalConsistency. MODELLED ideální tříimpulzní nejednoznačnost proužků; žádné meze pro aberace vlnoplochy ani ztrátu kontrastu na jednoznačném rozsahu | inertial::quantum_imu |
| Odolnost kvantové inerciální dead-reckoning navigace | Složený rozpočet polohy z biasu, škálovacího faktoru, VRW a poklesu stability během holdover | MODELLED | Nezávislá integrace SDE metodou Monte Carlo v numpy pro dvakrát integrovaný šum bílého zrychlení (validuje analytický rozptyl VRW skutečně nezávislým algoritmem) + kotva z publikované hodnoty Groves 2013 pro členy biasu a škálovacího faktoru; hodnoty zařízení CAI vyjadřují hardware partnera a zůstávají MODELLED | inertial::quantum_imu (QuantumNavBudget) |
| Fúze senzorů GNSS/INS | 15stavový EKF chybových stavů, volně vázaný (ověřen na skutečné jízdě s IMU/GNSS proti NaveGo); těsně vázaný UKF pseudovzdálenosti/Dopplera a vázaný filtr hodiny+poloha (pouze konzistence, mimo ověřené tvrzení) | VALIDATED | NaveGo v1.4 (R. Gonzalez, LGPL-3.0, spouštěn jako nástroj pod GNU Octave, nikdy nelinkován): jeho volně vázaný ins_gnss na jeho vlastní skutečné jízdě pozemního vozidla s IMU/GNSS Ekinox, obě řešení hodnocena proti referenční trajektorii Ekinox. Oba filtry čtou stejný vstup float32 o 20 Hz a konfigurace kshany je mechanicky převzata z publikovaných parametrů datové sady. RMS horizontální a vertikální polohy kshany a její RMS inovace polohy jsou v rozmezí 1,2× hodnot NaveGo (naměřeno 0,912, 0,940 a 0,861) a její střední normalizovaná inovace je nejvýše 1,5 (naměřeno 0,395: asi 2,5× podsebejistý při uvedených sigmách GNSS datové sady); tolerance stanoveny před srovnáním. Rozsah: GNSS je přítomno s 5 Hz po celou jízdu, takže se netestuje žádný výpadek ani setrvání a kontrola zachytí hrubé vady filtru, nikoli jemné ladění (surové opravy s korekcí pákového ramene by skončily poblíž vertikálního prahu); transformace pákového ramene se počítá v testovací sadě. Těsně vázaný UKF a vázaný filtr hodiny+poloha si zachovávají své kontroly konzistence s filterpy 1.4.5 (lineární posteriory na 2.4e-12) a zůstávají mimo ověřené tvrzení | fusion (gnss_ins_ekf, tightly_coupled, ukf, coupled) |
| Odolnost vůči rušení (jamming) bez GNSS | Geometrický rozpočet spoje J/S, protirušicí C/N₀, ztráta zachycení pro jednotlivé družice | MODELLED | Rovnice rozpočtu spoje protirušicího C/N₀ zkontrolovaná proti nezávislému odvození v numpy (sdílí stejný uzavřený tvar → InternalConsistency) plus charakterizace degradace C/N₀ ze skutečného JammerTest-2024. 0,30 kolo 2, zablokováno (zůstává MODELLED): změřený pokles C/N0 z JammerTest 2024 proti predikci rozpočtu spoje (předregistrováno 6a66994b, v rozmezí 3 dB) nebyl proveden, protože poloha a nasměrování antény F8.1 v Bleiku a podíl L1 na výkonu vícepásmové rampy 1.6.4 nejsou zdokumentovány v katalogu testů ani v oficiálním logu | jamming |
| Detekce spoofingu | Bezpečnostní ukazatel kvality sloučený pro každou epochu: χ² podporované hodinami, RAIM, AGC, SQM | MODELLED | Parametry scénářů TEXBAT (Humphreys 2012) – charakterizace, nikoli pevně zadané vektory. Externí srovnání 0,30, zjištění (zůstává MODELLED): na JammerTest 2024 (Bleik; data GPL-3.0) monitory na úrovni pozorovatelných veličin (chí-kvadrát podporovaný hodinami, RAIM, selhání řešení) nevyvolaly poplach do 10 s u žádného z 8 vyhodnotitelných publikovaných začátků spoofingu (tam, kde bylo okno před začátkem čisté, přišel první poplach 10,2 až 39 s po publikovaném začátku slotu) a tři okna před začátkem nesla falešné poplachy od monitoru hodin (81, 64 a 173 epoch). Prvním pozorovatelným účinkem byla ztráta dvoufrekvenčního sledování GPS, nikoli nekonzistence RAIM. Publikované začátky jsou začátky slotů rozvrhu s rozlišením na minuty; že předcházejí záchytu RF, je výklad, nikoli měření. Kolo 2 0,30, proti oficiálnímu logu organizátorů JammerTest 2024 (rozlišení na sekundy; předregistrováno 6a66994b s třístavovým monitorem hodin kalibrovaným Hadamardovou odchylkou bez zapamatování poplachu), zjištění (zůstává MODELLED): monitor vyvolá poplach do 10 s u 4 z 10 zaznamenaných začátků; u ostatních šesti je o 18 až 211 s pozdě nebo vyvolá falešné poplachy hodin před začátkem (1 u 2.1.4, 85 u 2.3.15). D9 kolo 3 (karta přijímače z ostatních relací jednotky JammerTest, předregistrováno 2ec76864) zablokováno: 167 trénovacích epoch oproti 3600. D9 kola 4 a 4b (úrovně šumu z karty třídy modelu u-blox ZED-F9P, Vratislav 2021, předregistrováno fb475550; 4b je zveřejněné opakování s opravenou extrakcí, c9cc0d49), zjištění (zůstává MODELLED): žádné falešné poplachy před začátkem u všech 10 zaznamenaných začátků a 6 z 10 do 10 s; 2.1.1, 2.3.5, 2.3.10 a 2.6.1 zůstávají pozdě (+211, +23, +18, +51 s), beze změny vlivem úrovně šumu hodin | spoof, spoof_detect, spoof_monitors |
| Ochranná úroveň časování při spoofingu | Mez v uzavřeném tvaru pro nejhorší nedetekovanou časovou chybu = práh monitoru + σ setrvání oscilátoru během latence detekce CUSUM, uváděná jako pásmo prahu červeného šumu | MODELLED | Skládá ověřené primitivy (allan/holdover podle Van Loana, bezpečnostní práh); kalibrováno na scénáři 2.1.1 z JammerTest 2024 (~1,01 ms skutečného posunu poskytovaného času oproti deklarovaným ≤51 ns). Most přes ověřené části – sám o sobě není externí validací. Externí srovnání 0,30, zjištění (zůstává MODELLED): na scénářích spoofingu z JammerTest 2024 změřená nedetekovaná chyba poskytovaného času překračuje nominální TPL u 3 z 8 detekovaných začátků: 184,3 oproti 34,6 ns (2.1.4), 295,7 oproti 159,3 ns (2.3.5) a 143,0 oproti 69,0 ns (2.3.11); tři z pěti uvnitř jsou triviální (zapamatovaný falešný poplach před začátkem). Pravděpodobná příčina: člen setrvání z 60 s kalibrace s nulovým šumem driftu nepokrývá kolísání frekvence TCXO přijímače během 15 až 39 s. Změřená chyba je vlastní jednobodový odhad hodin kshany proti přímce proložené jejími vlastními odhady před začátkem, takže ani shoda by nebyla zcela nezávislá. Kolo 2 0,30, proti začátkům z oficiálního logu JammerTest 2024 a změřené časové chybě přijímače (předregistrováno 6a66994b), zjištění (zůstává MODELLED): u 4 z 10 zaznamenaných začátků nedetekovaná chyba překračuje TPL se stavem driftu (634,7 oproti 458,5 ns u 2.1.1, 232,6 oproti 16,2 ns u 2.3.5, 41,3 oproti 6,0 ns u 2.3.10, 218,6 oproti 47,4 ns u 2.6.3) | tpl |
| Analýza cislunárních misí | STM v CR3BP + diferenciální korektor s jednoduchým střelením; jižní NRHO kolem L2 | VALIDATED | NASA/JPL Three-Body Periodic Orbit Database (SSD, periodic_orbits.api; jižní rodina halo drah kolem L2 soustavy Země–Měsíc, metodika Howell/Davis) – externě publikovaná perioda T, Jacobiho konstanta C a počáteční podmínky kolmého průchodu; korektor STM kshany s jednoduchým střelením, osazený počáteční podmínkou z katalogu a pozměněný, konverguje zpět na členy katalogu | cr3bp |
| Alternativní / doplňkové PNT | Porovnávání gravitačních map, navigace podle terénu (TERCOM/SITAN), magnetické anomálie | MODELLED | Koeficienty IGRF-14; CRLB přizpůsobeného filtru z prvních principů. Pole gravitačního benchmarku se skutečným polem je externě zkontrolováno (řádek 'Gravity-anomaly synthesis from a spherical-harmonic model'), ale jeho navigační výsledek nemá žádné vnější orákulum | altpnt, mapmatch, gravimeter, igrf |
| Syntéza gravitační anomálie z modelu sférických harmonických funkcí | Gravitační anomálie ve sférické aproximaci (Barthelmes STR09/02 rov. 126, ICGEM gravity_anomaly_sa) z plně normalizovaných koeficientů proti hladinovému elipsoidu v uzavřeném tvaru (WGS84/GRS80), s členem nultého stupně, zmapovaná do mřížky pro porovnávač gravitačních map | VALIDATED | ICGEM Calculation Service (GFZ Potsdam), nezávislá implementace: EGM2008 zkrácený na stupeň 70, gravity_anomaly_sa, WGS84, bez slapů, člen nultého stupně, h = 0. Výstup služby nenese výslovnou licenci, proto se mřížky stahují za běhu testu s pevně zadaným SHA-256 (tools/fetch_icgem_grid.sh) a s uvedením zdroje se cituje jen deset hodnot | gravity_sh, altpnt::maps, gravimeter |
| Čtečka digitálního modelu terénu SRTM na skutečném terénu | Ručně napsaný parser SRTM .hgt (16bitový big-endian, první řádek na severu, s ohledem na prázdná místa) + bilineární vzorkovač, který čte skutečnou dlaždici DEM ve veřejné doméně a řeší zdokumentovaný geodetický benchmark | VALIDATED | Dlaždice NASA/USGS SRTM v3 (1 obloukové vteřiny) N36W117 – výšková data vlády USA VE PUBLIC DOMÉNĚ z otevřeného zrcadla AWS elevation-tiles-prod, zredukovaná na 6 obloukových vteřin a odevzdaná pod tests/fixtures/terrain/ (viz NOTICE.md), plus výřezy N36W117 a N36W119 v plném rozlišení zkontrolované uzel po uzlu proti nezávislé čtečce SRTMHGT v GDAL a geodetickým benchmarkům Mount Whitney (4421 m) a Badwater (−86 m). Zdokumentovaný benchmark Badwater Basin (−86 m, nejnižší bod v Severní Americe) ukotvuje georeferencované čtení. Navigační oprava z porovnávání terénu/TERCOM, která DEM využívá, zůstává modelovaná (samostatný řádek Alternativní/doplňkové PNT) | altpnt::terrain |
| Reprodukovatelnost a zajištění kvality softwaru | Deterministické, hashované podle scénáře, SBOM + meziplatformní zlaté brány | MODELLED | Shoda SBOM s oficiálním schématem JSON CycloneDX 1,5 (+ platné identifikátory SPDX) – externí publikovaný standard, nulový počet chyb validace v celém grafu závislostí; část determinismu FoM / bajtové reprodukovatelnosti zůstává pevně zadanou kontrolou vlastní konzistence, takže řádek zůstává MODELLED | report, scenario; CI (golden/determinism/SBOM) |
| Hodnocení detekce rušivých vlivů v RF pomocí AI/ML (13494) | Označkovaný syntetický korpus rušivých vlivů + testovací sada ROC/AUC/matice záměn/Pfa-Pmd nezávislá na detektoru; ochrana proti úniku dat, stratifikované dělení, zpráva o optimismu při posunu rozdělení (v režimu a mimo režim). Spustitelné z CLI/vazeb jako druh scénáře impairment-eval (scenarios/impairment-eval.toml) | MODELLED | Meze AUC v uzavřeném tvaru (Mann–Whitney) + dokonalý detektor typu orákulum; korpus je SYNTETICKÝ (odvozený z parametrů, nikoli z terénu/IQ) | impairment_eval |
| Studie mezery optimismu při detekci rušivých vlivů v RF pomocí AI/ML a prediktor mezery jen z dat uvnitř rozdělení | Řízená syntetická studie mezery optimismu AUC mezi rozdělením v tréninku a mimo ně u publikovaných metod a naučených detektorů (logistická regrese / MLP s jednou skrytou vrstvou): trendy podle zákona škálování pro každou třídu (Spearmanovo ρ + sklon na 1−závažnost) a ridge prediktor jen z dat uvnitř rozdělení, který odhaduje mezeru pouze z diagnostik uvnitř rozdělení, hodnocený metodami vynechání jednoho detektoru a vynechání jedné třídy. Reprodukovatelné pomocí cargo run --release --example optimism_study | MODELLED | Ručně odvozené statistiky oproti uzavřeným tvarům (binormální AUC Φ(d'/√2), rozptyl DeLong, Spearman s vazbami pořadí, přesné obnovení OLS) + křížová validace metodou vynechání jednoho oproti základu předpovědi průměru. Korpus je SYNTETICKÝ (odvozený z parametrů, nikdy z terénu/IQ) a mezera optimismu je posun závažnosti ze syntetických dat na syntetická, NIKOLI výsledek přechodu ze simulace do terénu | impairment_study, impairment_ml, eval_stats |
| Obchodní srovnání kvantového a klasického PNT a odolnost bez GNSS (13503) | Načtení změřené ADEV (NNLS), srovnávací tabulka (holdover časování/inerciální + přínos), obálka odolnosti v čase; upozornění na práh je neseno artefaktem. Spustitelné z CLI/vazeb jako druh scénáře quantum-trade (scenarios/quantum-trade.toml) | MODELLED | Jádro fitu změřené ADEV→PSD (NNLS) je shodné se scipy.optimize.nnls (tests/scipy_reference.rs / tests/quantum_vs_classical_pnt_trade_reference.rs) – nezávislé externí jádro; ale ČÍSLA srovnání pouze kvantifikují (nikdy neověřují) hodiny/CAI partnera, takže srovnání samo zůstává MODELLED, bez příznaku validace | quantum_trade |
| Prostředí kosmického počasí a hustota termosféry řízená aktivitou | Sluneční/geomagnetické indexy (definiční tabulka Kp↔ap), exosférická teplota podle Jacchii-1971 a hustota termosféry podle Jacchii 1971 (SAO Special Report 332: statické difuzní profily reprodukující její tabulku 7, s denními, geomagnetickými, půlročními, sezónně-zeměpisnými a héliovými variacemi) proti statické atmosféře USSA76. Spustitelné z CLI/vazeb jako druh scénáře space-weather (scenarios/space-weather.toml) | MODELLED | Definiční tabulka Kp↔ap + uzavřený tvar exosférické teploty podle Jacchii-1971 (shoda s přesností <1 K oproti publikovaným kotvám, tests/space_weather_reference.rs); hustota je charakterizována proti pymsis NRLMSISE-00 (nezávislý model NRL): výkyv slunečního cyklu při 800 km je 10.4× oproti 13.6× podle NRLMSISE-00. Revize 0,30: kalibrovaný faktor aktivity prvního řádu byl nahrazen modelem Jacchia 1971 (hustota výchozího scénáře ve 400 km 4.176e-12 -> 6.929e-12 kg/m3; reference_exospheric_temperature_k odstraněno, mean_exospheric_temperature_k přidáno). Kolo 2 0,30, změřené hustoty z akcelerometrů TOLEOS CHAMP/GRACE/GRACE-FO (ESA Swarm DISC; předregistrováno 20eed695), zjištění (zůstává MODELLED): orbitální průměry ve výškách 400 až 500 km jsou v rozmezí faktoru 2 při slunečním maximu mimo bouře (CHAMP 2001 521/521, GRACE-A 2002 120/120, GRACE-FO 2024 526/547), ale Jacchia 1971 je při slunečním minimu 2008 asi 1.7× příliš hustá (GRACE-A 412/544 v rozmezí faktoru 2), takže hustota není ověřena | space_weather |
| Interoperabilita CCSDS OEM (import efemerid z GMAT/Orekit/STK) | Importér CCSDS 502,0 OEM (parse_oem), snášející řádky COMMENT / další klíčová slova metadat / bloky kovariance a přesná inverze zapisovače; kruhový průchod + načtení externích souborů s kontrolou konzistence rychlosti. Spustitelné z CLI/vazeb jako druh scénáře oem-interop (scenarios/oem-interop.toml) | VALIDATED | Nezávislý parser CCSDS-502 třetí strany oem 0.4.5 (MIT, https://pypi.org/project/oem/) – samostatná kódová základna, která dekóduje OEM EME2000/UTC vydávané kshanou bajt po bajtu shodně (24 stavů ve 2 fixturách, rozdíl poloha/rychlost = 0) a jejíž přísná čtečka potvrzuje tokeny metadat; parser kshany s ní rovněž souhlasí na přibaleném externím OEM. Dvě otevřená zjištění o interoperabilitě (knihovna oem odmítá konvenci kshany s více segmenty pro každou družici a její řádky kovariance s více položkami) jsou zdokumentována v testu – takže toto ověřuje výměnu jednoho objektu podle normy, nikoli úplnou shodu každé varianty kshany s CCSDS-502 | oem |
| Okno startu a geometrie výstupu (analýza misí) | Dvoutělesový azimut(y) startu (sin Az = cos i / cos lat), minimální dosažitelná inklinace, kruhová rychlost, východní bonus rotace Země, Δv změny roviny typu dogleg a denní příležitosti a, pro danou epochu a řádky IERS finals2000A, rychlost místa kolem skutečného pólu (launch::site_rotation_speed_at). Spustitelné z CLI/vazeb jako druh scénáře launch-window (scenarios/launch-window.toml) | MODELLED | Geometrie startu pomocí sférické trigonometrie v uzavřeném tvaru oproti publikovaným kotvám řešených příkladů (Vallado, Fundamentals of Astrodynamics 4th ed., Algoritmus 37 azimut startu + kap. 6 změna roviny; tests/launch_window_ascent_geometry_reference.rs). Ty znovu používají stejný uzavřený tvar, který kshana implementuje (kontrola shody s publikovanou hodnotou / přepisu, InternalConsistency); MODELLED dvoutělesové, bez modelu rychlostního trojúhelníku rotující Země / výstupu / ztrát odporem. Externí srovnání 0,30 s Orekit 12,2 (Apache-2.0), zjištění (zůstává MODELLED): geometrie souhlasí do zaokrouhlení (inklinace zpětně čtená z azimutu vyhoření v 158 případech, nejhorší 2.6e-15 rad; minimální inklinace, kruhová rychlost a delta-v dogleg do 3e-16), ale rychlost místa vlivem rotace Země nesplní předregistrovanou relativní hodnotu 1e-6 na zeměpisné šířce 62,9 deg (1.12e-6). Rozdíl roste jako tan(lat), což odpovídá posunu pólu vlivem polárního pohybu o asi 5.8e-7 rad v zemské soustavě Orekitu, který sférické ω·R·cos(lat) vynechává. Tvrzení nebylo před během zúženo, takže řádek nemůže na základě tohoto srovnání postoupit. Kolo 2 0,30 (předregistrováno 71bebf63): s epochou a řádky IERS souhlasí rychlost místa vůči skutečnému pólu (pole scénáře site_rotation_speed_true_pole_m_s) s Orekitem do 1e-6 na 24 místech přes čtyři zeměpisné délky (nejhorší 4.9e-8), ale nominální rychlost bez epochy, kterou scénář ve výchozím nastavení vydává jako bonus rotace Země, stále selhává o 1.12e-6, takže řádek zůstává MODELLED do rozhodnutí o výchozím výstupu | launch |
| Koridor balistického návratu do atmosféry (Allen–Eggers) | Špičkové zpomalení (nezávislé na balistickém koeficientu), rychlost a výška při špičkovém g a rychlost špičkového ohřevu pro balistický vstup do exponenciální atmosféry. Spustitelné z CLI/vazeb jako druh scénáře reentry (scenarios/reentry.toml) | MODELLED | Analytický vstup podle Allena–Eggerse v uzavřeném tvaru, navíc zkontrolovaný proti numerické integraci STEJNÉ ODE vstupu jen s odporem pomocí scipy 1,18 solve_ivp (DOP853) (tests/ballistic_re_entry_corridor_reference.rs, 36 případů, nejhorší a_max rel 2.9e-9) – kontrola numerického integrálu proti vlastnímu analytickému tvaru, takže stále InternalConsistency, NIKOLI externí validace. MODELLED balistický (bez vztlaku), bez aerotermálního modelu/TPS – výstup ohřevu je rychlost, nikoli tepelný tok. Externí srovnání 0,30, zjištění (zůstává MODELLED): proti rekonstrukci vstupu SRC Stardust (Desai a Qualls, NASA NTRS 20080008567) je špičkové zpomalení podle Allena–Eggerse pro uvedený inerciální vstupní stav (12,9 km/s, -8.2 deg, H 7200 m) 61,8 g oproti nejlépe odhadnuté trajektorii 32,89 g, +88 % při toleranci 15 %: řešení s konstantním úhlem dráhy a bez gravitace zhruba zdvojnásobuje vrchol u mělkého vstupu rychlejšího než úniková rychlost. Stardust neměl akcelerometr, takže rekonstrukce je odhad trajektorie. Kolo 2 0,30, zablokováno (zůstává MODELLED): integrované rovinné řešení hmotného bodu (reentry::simulate_planar_entry, US76, gravitace nepřímo úměrná čtverci vzdálenosti, zakřivení) souhlasí s nejlépe odhadnutými trajektoriemi Stardust a Genesis do 15 % (+11,3 %, +5,6 %), ale tato maxima jsou výstupy simulací agentur, nikoli měření, takže jde jen o křížovou kontrolu. Srovnání s akcelerometrem (předregistrováno a94a283d) je zablokováno kvůli nedostupnosti čitelné kopie analýzy Hayabusa2 REMM (doi 10.57350/jesa.16) | reentry |
| Stopa užitečného zatížení EO a geometrie pokrytí | Geometrie vesmírného trojúhelníku SMAD: úhlový poloměr Země, šířka pásu, GSD v nadiru, maximální přístup mimo nadir a kruhová perioda, plus nodální perioda prvního řádu s J2 (eo_payload::j2_nodal_period) a rovníkový rozestup pozemních stop R_e (omega_E - dOmega/dt) T_nodal (eo_payload::ground_track_spacing_equator_j2) s příznakem souvislého pokrytí, pro výšku oběžné dráhy, inklinaci a FOV/IFOV senzoru. Spustitelné z CLI/vazeb jako druh scénáře eo-coverage (scenarios/eo-coverage.toml); jeho výchozí inklinací je heliosynchronní z eo_payload::sun_synchronous_inclination, pohodlná výchozí hodnota, která není součástí ověřeného tvrzení | VALIDATED | Orekit 12,2 (Apache-2.0) a GeographicLib 2,1 (MIT), oba spouštěné jako samostatné programy, předregistrované (766823f3) před změnou enginu a před jakýmkoli během orákula: veličiny pro kouli v rozmezí 1e-9 relativně (nejhorší: úhlový poloměr 5.4e-16, šířka pásu 7.0e-13, přístup 1.9e-14), perioda 1e-12 (1.6e-16), GSD v nadiru 1e-7 (2.9e-10), nodální perioda s J2 a rozestup uzlů v rozmezí 0,1 % od numerické propagace J2 v Orekitu s detektorem uzlů (1.2e-5 a 6.7e-5), příznak souvislosti přesný (168/168) a proti elipsoidu WGS-84 limb v rozmezí 0,3 deg (0,186 deg) a maximální pozemní dosah v rozmezí 0,5 % (3.2e-3). Odstranění členu nodální regrese selže u 35 z 42 uzlových bodů. Rozsah MODELLED: stopa pro kulovou Zemi; žádná radiometrie, MTF, atmosféra, jitter ani odlesk; výchozí heliosynchronní inklinace se neporovnává. Dřívější křížová kontrola se Skyfield/SGP4 je zachována jako regresní. Revize 0,30: rozestup nyní nese nodální regresi J2 (výchozí scénář 2756,37 -> 2752,17 km) | eo_payload (j2_node_rate, j2_nodal_period, ground_track_spacing_equator_j2, sun_synchronous_inclination) |
| Rámcování TM/TC podle CCSDS Space Packet (133,0) | Kódování/dekódování primární hlavičky CCSDS 133.0-B Space Packet (verze/typ/sek. hlavička/APID/příznaky pořadí/počítadlo/délka dat) + scénář rámcování. Spustitelné z CLI/vazeb jako druh scénáře space-packet (scenarios/space-packet.toml) | VALIDATED | spacepackets 0.32.0 (us-irs/spacepackets-py, R. Mueller, Apache-2.0) – nezávislá implementace CCSDS 133.0-B-2 třetí strany; encode_packet/decode_packet kshany shodné bajt po bajtu (6oktetová primární hlavička pro 33 případů + celý zakódovaný paket pro 12) | space_packet |
| Sekundární hlavička CCSDS Space Packet, řízení chyb paketu a segmentace | Rozšíření CCSDS 133.0-B-2 Space Packet vedle primární hlavičky: sekundární hlavička nesoucí časový kód CCSDS 301.0-B (CUC nebo CDS, explicitní nebo implicitní pole P) a pomocná data, pole řízení chyb paketu CRC-16, segmentace velké jednotky uživatelských dat a její opětovné složení, dekódování proudu s kontrolami mezer v pořadí a pořadí, a pakety PUS-TM. Výstup primární hlavičky je bajt po bajtu shodný s dřívějším | VALIDATED | Předregistrováno (003ef3eb) před jakýmkoli srovnáním; čtyři nezávislé implementace, žádná GPL, nic přibaleného: ccsdspy 2.0.1 (BSD-3-Clause) dekóduje 34 paketů zapsaných kshanou v 5 proudech (primární hlavička, pole P, hrubý a jemný čas, pole CDS, pomocná data, uživatelská data, PEC) a obě segmentované jednotky o 1000 oktetech jsou z jeho uživatelských dat znovu sestaveny s 0 neshodami a označuje proudy s vypuštěným a se zaměněným paketem, které kshana odmítá; CRC 8 zpráv a 57 polí PEC je rovno CPython binascii.crc_hqx a spacepackets-rs 0.18.0 (kontrolní hodnota 0x29B1); 66 případů časových kódů CUC a CDS je rovno zápisu a čtení spacepackets-rs 0.18.0 oktet po oktetu (3 případy CDS též spacepackets-py 0.32.0); 4 pakety PusTm ze spacepackets-py 0.32.0 jsou bajt po bajtu shodné s pakety kshany. Nepokryto: časové kódy s epochou agentury (7 případů spočívá na jednotkových testech), přenosové rámce TC a jakákoli linková vrstva pod paketem | space_packet (TimeCode, SecondaryHeader, packet error control, segmentation and reassembly, stream decoding) |
| Export SPICE SPK (typy 9 a 13) | Zapisovač a čtečka jader NAIF SPICE SPK typů 9 (Lagrange, nestejné časové kroky) a 13 (Hermite, nestejné časové kroky), s rozložením DAF, deskriptory segmentů a adresáři epoch, a export CCSDS OEM do jádra SPK (epochy UTC nebo TDB na efemeridní čas) | VALIDATED | CSPICE N0067 přes spiceypy 8.3.0, jádro přestupných sekund naif0012.tls, předregistrováno (5059fd2a) dříve, než SPICE přečetl jakékoli jádro kshany: soupis čtyř jader kshany podle SPICE je přesný; spkpvn a spkgeo v 5 516 epochách a 690 vyhodnoceních řetězců se bit po bitu rovnají vlastnímu vyhodnocení kshany a zůstávají v rámci prahu v každém uzlu (nejhorší 0,022 z něj); kshana čte jádra zapsaná SPICE bit po bitu shodně; pro stejné vstupy jsou jádra kshany bajt po bajtu shodná s jádry SPICE (0 odlišných bajtů ve čtyřech souborech); epochy OEM se převádějí na efemeridní čas v rozmezí 6.0e-8 s od str2et (práh 1e-6 s) a SPICE vyhodnocuje export OEM v rámci prahu (nejhorší 0,060). Syntetické keplerovské oblouky: nic o fyzikální přesnosti. Jiné typy SPK se nezapisují | spk_writer (SpkSegment, to_bytes, from_bytes, eval, et_from_label, oem_to_spk_segments) |
| Typy SPICE SPK 3 a 21 (Čebyševovy, rozšířené diferenční řádky) | Zapisovač a čtečka segmentů NAIF SPICE SPK typu 3 (Čebyševovy polynomy pro polohu a rychlost na pevných intervalech, stupeň 0 až 27) a typu 21 (rozšířená pole modifikovaných diferencí, diferenční řádky integrátorů JPL, MAXDIM 15 až 25), ze zadaných záznamů, v souborech, které obsahují i segmenty typů 9 a 13; výběr záznamů a vyhodnocení v pořadí čteček SPICE. Kshana nefituje Čebyševovy koeficienty ani nevytváří diferenční řádky | VALIDATED | CSPICE N0067 přes spiceypy 8.3.0 (spkw03, spkw13 a, ze stejné knihovny podle jejího symbolu f2c, spkw21; spkpvn, spkgeo), předregistrováno (e1cf80d8) dříve, než kód existoval, syntetické záznamy vylosované z SHA-1 tohoto commitu: pro tři soubory (typ 3 stupně 0, 12 a 27 s 3 až 150 záznamy; typ 21 MAXDIM 15, 20 a 25 s 1 až 250 řádky, nula až dvě položky adresáře a řetěz středů; typy 3, 21 a 13 v jednom souboru s komentáři) je soupis jader kshany podle SPICE přesný, jádra kshany jsou bajt po bajtu shodná s těmi, která SPICE zapíše ze stejných záznamů, a spkpvn a spkgeo se bit po bitu rovnají čtečce kshany na souborech kshany i SPICE (48 876 složek v každém směru, práh 1e-12 relativně). Syntetické záznamy: nic o fyzikální přesnosti; skutečná jádra typu 21 vytvořená JPL nejsou v sadě případů | spk_writer (SpkType::Chebyshev3, SpkType::DiffLines21, SpkSegment, InterpolatedSpk) |
| Zprávy CCSDS Attitude Data Messages (AEM, APM) | Zapisovač a čtečka zpráv CCSDS 504.0-B-2 Attitude Data Messages v KVN a NDM/XML: AEM verze 2,0 (a 1,0 v KVN, s jeho ATTITUDE_DIR, QUATERNION_TYPE a číselnými posloupnostmi rotací) s typy orientace kvaternionem, Eulerovými úhly a rotací a jejich variantami derivace, úhlové rychlosti a nutace, několik segmentů; APM verze 2,0 s bloky kvaternionu, Eulerových úhlů, úhlové rychlosti, rotace, setrvačnosti a manévru; kvaternion A-do-B záznamu (504.0-B-2 příloha F) | VALIDATED | Parsery a zapisovače Orekit 13.1.8 (Apache-2.0), spouštěné jako samostatný program (xval/adm-orekit), předregistrováno (7a6a05fe) před jakýmkoli srovnáním: Orekit zpracuje každou zprávu zapsanou kshanou (14 AEM KVN, 11 AEM XML, 4 APM KVN, 4 APM XML) a každá hodnota je uvnitř svého prahu (kvaterniony 1e-14, úhly 1e-9 deg; nejhorší 0,054 prahu); kshana zpracuje 31 zpráv, které Orekit zapíše ze stejných vstupů, uvnitř každého prahu; rotace každého ze 135 záznamů kvaternionu, Eulerových úhlů a rotace se rovná AemSegment.getAngularCoordinates v rozmezí 1e-12 (nejhorší 0,0071 prahu). Všech 15 zpráv XML kshany projde validací proti schématu NDM/XML 4.0.0 (podmíněno daty, stahováno s pevně zadaným SHA-256). Zjištění: zapisovač APM v Orekitu odmítá manévr bez MAN_DELTA_MASS (ve standardu volitelný), takže manévry APM jsou pokryty jen ve směru zápisu kshanou. Mimo sadu případů: typy AEM 1,0 */RATE a XML, opakované bloky APM | adm (AemMessage, ApmMessage, quaternion_a_to_b), ndm_xml |
| Zprávy CCSDS Orbit Data Messages (OPM, OMM, OCM) | Zapisovač a čtečka zpráv CCSDS 502.0-B-3 Orbit Data Messages v KVN a NDM/XML: OPM 3,0 a 2,0 (stavový vektor, oskulační keplerovské elementy, parametry kosmické lodi, kovariance, manévry, uživatelsky definované parametry), OMM 3,0 a 2,0 (střední elementy podle středního pohybu nebo hlavní poloosy, parametry související s TLE s BSTAR nebo BTERM a AGOM, kovariance) a OCM 3,0 s trajektorií (CARTP, CARTPV, CARTPVA; absolutní nebo relativní epochy), bloky fyzikálních vlastností, kovariance (CARTP, CARTPV v pořadí LTM), manévrů a uživatelsky definovaných parametrů; OMM s plnou přesností ze sady elementů SGP4 vedle nezměněného OmmFile::to_omm_kvn | VALIDATED | Parsery a zapisovače Orekit 13.1.8 (Apache-2.0) pro OPM, OMM a OCM, spouštěné jako samostatný program (xval/odm-orekit), předregistrováno (cc6841da) před jakýmkoli srovnáním: 27 z 30 zpráv zapsaných kshanou (6 případů OPM, 5 OMM a 5 OCM v KVN a XML pro verzi 3,0) se v Orekitu zpracuje s každou hodnotou v rozmezí 1e-14 relativně a každou epochou v rozmezí 1e-9 s (904 hodnot, nejhorší 0,021 prahu) a kshana přečte všech 25 zpráv, které Orekit zapíše zpět, uvnitř stejných prahů (858 hodnot, nejhorší 0,020); všech 14 zpráv XML kshany projde validací proti schématu NDM/XML 4.0.0 (podmíněno daty). Zjištění, pevně zadaná, zužující tvrzení: Orekit vyžaduje ELEMENT_SET_NO (v 502.0-B-3 volitelné), odmítá COMMENT v uživatelsky definovaných parametrech XML (schéma to dovoluje), nezapíše BTERM bez BSTAR (takže BTERM a AGOM jsou pokryty jen ve směru zápisu kshanou) a relativní epochy OCM přičítá jako sekundy SI, takže při TDB se liší od kalendářního čtení TDB o asi 1.9e-10 s/s (UTC, TAI a TT souhlasí). Starší výstup OmmFile::to_omm_kvn, který obaluje metadata OMM do META_START/META_STOP, Orekit odmítá (zaznamenáno). Mimo rozsah: bloky OCM PERT a OD, nekartézské sady elementů, jiná pořadí kovariance | odm (OpmMessage, OmmMessage, OcmMessage, Section, OcmBlock), ndm_xml |
| Rozpočet chyby orientace a zaměření pro 3 stupně volnosti (AOCS) | Nejhorší poruchový moment gravitačního gradientu ((3/2)(μ/R³)ΔI) jako maximum přes orientaci (ověřené tvrzení) plus rozpočet chyby zaměření RSS z pojmenovaných příspěvků 1σ s dominantním členem (kvadraturní součet čísel dodaných volajícím, mimo ověřené tvrzení). Spustitelné z CLI/vazeb jako druh scénáře attitude-budget (scenarios/attitude-budget.toml) | VALIDATED | Basilisk 2.9.1 GravityGradientEffector (AVSLab, ISC), nezávislá implementace v C++ momentu gravitačního gradientu s plným tenzorem: maximum (3/2)(μ/R³)ΔI kshany se rovná momentu Basilisku při orientaci 45 deg v rozmezí 1e-12 relativně (nejhorší 2.1e-15) přes 5 výšek a 8 tenzorů setrvačnosti a ohraničuje moment Basilisku přes 2000 náhodných orientací na případ; tolerance stanovena před srovnáním. Ověřené tvrzení: maximum momentu gravitačního gradientu. Rozpočet zaměření RSS je kvadraturní součet čísel dodaných volajícím bez vnější pravdy a zůstává mimo toto tvrzení; ručně napsaná maximalizace plného tenzoru v Hipparchus zůstává jako podpůrná kontrola vlastní konzistence. Žádná simulace regulační smyčky / 6 stupňů volnosti / ohebných módů | attitude_budget |
| Predikce přeletů nad pozemní stanicí (pozemní segment) | Přelety s viditelností v časové oblasti (AOS/TCA/LOS, maximální elevace, trvání) propagátoru enginu nad stanicí nad maskou elevace, s interpolovanými průchody východu/západu a celkovým přístupem: passes::predict_passes, geometrický plánovač (bez refrakce a světelného času). Druh scénáře passes spouští zdánlivý prediktor z řádku 'Apparent ground-station pass prediction with refraction and light time' | VALIDATED | Orekit 12,2 (CS GROUP, Apache-2.0) + Hipparchus 3,1 – nezávislá knihovna letové dynamiky: ElevationDetector (hledání kořenů Brentovou metodou) + EventsLogger nad efemeridou ITRF, stanice jako TopocentricFrame WGS-84. AOS/LOS/maximální elevace/počet přeletů/celkový přístup shodné pro totožnou dráhu+stanici+masku+okno (odevzdaná fixtura; ovladač xval/orekit-passes) | passes |
| Predikce zdánlivých přeletů nad pozemní stanicí s refrakcí a světelným časem | Přelety s viditelností (AOS, TCA, LOS, maximální zdánlivá elevace, trvání) sady elementů SGP4 nad stanicí WGS-84 na ověřené cestě pro oběžné dráhy kolem Země (IAU 2006/2000A, volitelné parametry orientace Země) s troposférickou refrakcí podle ITU-R P.834-9 (rovnice 9 až 14, koeficienty vytištěné v doporučení) a světelným časem sestupného spoje, každé lze zapnout či vypnout; průchody řešené bisekcí na 1e-7 s a kulminace hledáním metodou zlatého řezu. Spustitelné z CLI/vazeb jako druh scénáře passes (scenarios/passes.toml), obě korekce ve výchozím stavu zapnuté | VALIDATED | Orekit 13.1.8 (CS GROUP, Apache-2.0) s Hipparchus 4.0.3: TLEPropagator na týchž sadách elementů v TEME, který Orekit sestavuje podle uvedené definice (jeho IERS 2010 TOD otočené o GAST - GMST), ElevationDetector a ElevationExtremumDetector s ITURP834AtmosphericRefraction i bez ní a AngularAzEl s AngularRadioRefractionModifier pro případ světelného času, průchody a maximum řešené v Hipparchus; 60 případů (čtyři dráhy, pět stanic v úrovni moře, masky 0, 5 a 10 deg, 24 hodin). Prahy stanoveny před během (předregistrováno e947e69d, část 3 z 72ea9eb0). Ignorování světelného času (9777 selhání) nebo změna konstanty P.834 1,728 na 1,828 (7883 selhání) způsobí, že test selže. Rozsah: stanice v úrovni moře; koeficient P.834 h*theta0^2 je v Orekitu 0,011380, zatímco doporučení uvádí 0,01380 (pevně zadáno), takže výšky nad hladinou moře se neporovnávají. Kolo 1, proti výchozímu TEME IERS 1996 v Orekitu, splnilo každý práh přeletu, ale nesplnilo práh směru kvůli rozdílu konvencí TEME 72 mas (pevně zadáno) | passes (predict_passes_apparent, apparent_look_angles, ApparentOptions, p834_tau_s_deg, p834_tau_deg, p834_theta_m_deg, p834_apparent_elevation_deg, PassesScenario) |
| Adaptivní kódování a modulace DVB-S2 podél sestupného spoje přeletu na LEO | Es/N0 sestupného spoje podél každého přeletu jedné družice nad jednou stanicí (EIRP, ztráta volným prostorem, ztráta atmosférou podle zákona kosekantu, ostatní ztráty, G/T, Boltzmannova konstanta, symbolová rychlost), nejúčinnější MODCOD DVB-S2, který překoná svůj práh kvazibezchybného přenosu podle ETSI EN 302 307-1 V1.4.1 tabulka 13 plus implementační rezervu v každém kroku, objem dat ACM přeletu a základ s konstantním kódováním, který se uzavře na masce a při nejdelší vzdálenosti. Spustitelné jako druh scénáře acm-link. Ilustrativní vstupy; MODELLED. | MODELLED | Vnitřní konzistence: spektrální účinnost vypočtená v uzavřeném tvaru z K_bch z tabulky 5a a délek rámců souhlasí s účinnostmi, které uvádí tabulka 13 (kontrola přepisu tabulky prahů); části rozpočtu spoje souhlasí se svými uzavřenými tvary; výběr je monotónní v Es/N0 a respektuje rezervu; ACM přenese alespoň objem při konstantním kódování. Geometrie přeletu pochází z samostatně VALIDATED zdánlivého prediktoru přeletů. CO NENÍ ZAHRNUTO: nebyl porovnán žádný externí nástroj ani změřený spoj; prahy jsou ideální hodnoty AWGN ze standardu, nikoli hodnoty modemu; únik deštěm, ztráta zaměření podél přeletu a piloty nejsou modelovány. | contact_schedule (es_n0_db, select_modcod, fspl_db, atmospheric_loss_db, ccm_modcod, pass_capacity, AcmLinkScenario); passes::predict_passes_apparent |
| Plánování kontaktů více družic a více stanic s řešením konfliktů | Kandidátní kontakty z každého přeletu družice nad stanicí s jeho objemem dat ACM; konflikty, kde by jedna anténa obsluhovala dvě družice v rámci své doby přípravy nebo by jedna družice vysílala současně do dvou stanic; cíl doručení vážený prioritou omezený backlogem každé družice; plán líného marginálního hladového algoritmu, základ typu kdo dřív přijde a přesné větvení a ohraničování až pro 26 kandidátů, s uvedenou mezerou optimality hladového plánu. Spustitelné jako druh scénáře contact-schedule. Ilustrativní vstupy; MODELLED. | MODELLED | Vnitřní konzistence: přesné větvení a ohraničování souhlasí s vyčerpávajícím výčtem na malých náhodných množinách, každý plán je kontrolován jako proveditelný vůči pravidlům konfliktů a hladový algoritmus nikdy nepřekoná přesné optimum. CO NENÍ ZAHRNUTO: nebyl porovnán žádný externí plánovač ani provozní plán; kontakty se berou celé (bez dělení), backlog je pevný na začátku okna, doba přesunu antény nad pevnou dobu přípravy a palubní úložiště nejsou modelovány. | contact_schedule (conflicts, objective, delivered, schedule_chronological, schedule_greedy, schedule_optimal, ContactScheduleScenario) |
| Jednosměrný rozpočet spoje (komunikace / návrh spoje) | Ztráta šířením ve volném prostoru, C/N₀, Eb/N₀, rezerva a uzavření spoje podle rovnice spoje CCSDS 401 / DSN 810-005 pro EIRP/G·T/vzdálenost/rychlost/pásmo proti požadovanému Eb/N₀. Spustitelné z CLI/vazeb jako druh scénáře link-budget (scenarios/link-budget.toml) | VALIDATED | Publikovaná tabulka návrhové kontroly telekomunikací pro hluboký vesmír jako pevně zadané číselné vektory: DESCANSO / J. H. Yuen (ed.), Deep Space Telecommunications Systems Engineering, JPL Pub 82-76, tabulka 1-1 (Galileo, pásmo X) – kshana znovu sestaví položky tabulky a reprodukuje její publikované celkové L_fs 290,54 dB a Pr/N0 54,6 dB-Hz; ztráta volným prostorem je zkontrolována také proti ITU-R P.525 | linkbudget |
| Úsporné vymezení nákladů na pokrytí / ROI | Náklady na procento pokrytí + ROI pokrytí na euro nad enginem pro dimenzování konstelace; náklady na družici jsou rozpětí nízká/nominální/vysoká dodané volajícím (žádné vymyšlené ceny) | MODELLED | Aritmetika nákladů v uzavřeném tvaru oproti ručně odvozeným hodnotám; ekonomické VYMEZENÍ modelovaného údaje o pokrytí, nikoli nabídka ani ověřený model nákladů | frugal (over walker) |
| Dopad nezachycené detekce na integritu (HPL/VPL podle kontextu oproti mezi výstrahy) | Zobrazí nezachycené spoofingové/rušivé vychýlení na efektivní chybu → oblast Stanford (dostupné/nedostupné/MI/HMI) vůči HAL/VAL specifickým pro kontext (otevřená obloha oproti městu) | MODELLED | Skládá externě ověřenou klasifikaci RAIM podle Stanfordu (raim::classify_stanford); samotné zobrazení nezachycené detekce na AL je modelované, nikoli certifikovaný rozpis integrity | integrity_impact (over raim) |
| Parametrický list modelu chyb CAI s citacemi (13503) | Rozpětí (nejlepší/nominální/konzervativní) výkonu interferometru se studenými atomy – nestabilita biasu, náhodná procházka rychlosti/úhlu, stabilita škálovacího faktoru, vzorkovací frekvence omezená dobou interrogace, dynamický rozsah nejednoznačnosti proužků – každé dohledatelné k citaci; napájí QuantumNavBudget bez modelování hardwaru | MODELLED | Vnitřní konzistence: citované rozpětí VRW zkontrolované proti fyzice CaiAccelerometer::accel_asd + surový dynamický rozsah vypočtený z limitu nejednoznačnosti proužků; čísla jsou MODELLED rozpětí z přehledu literatury (needs_source_confirmation), žádné zařízení není ověřeno, žádný příznak validace | inertial::cai_params (over inertial::quantum_imu) |
| Srovnávací test shody integrity časování – klasifikátor epoch podle diagramu integrity Stanford | Klasifikace epoch TIB podle diagramu integrity Stanford (nominální / nedostupné / MI / HMI) | MODELLED | Nezávislá reimplementace pravidla čtyř oblastí v numpy (scripts/gen_tib_scorer_reference.py) na identické množině vzorků; metoda citována z diagramu integrity Stanford–ESA (Tossaint et al., ION GNSS 2007) a RTCA DO-229 WAAS MOPS. NENÍ to orákulum přesnosti typu ExternalDataset – benchmark je imunní vůči poctivosti. | src/benchmark/stanford.rs |
| Srovnávací test shody integrity časování – hodnotitel pokrytí integrity | Hodnocení pokrytí integrity TIB (míry HMI/MI/dostupnosti + výrok o pokrytí převázáním) | MODELLED | Nezávislé přepočítání oblastí v numpy v tests/fixtures/tib/reference.json; pouze křížová kontrola mechanismu hodnotitele, žádné tvrzení o přesnosti. | src/benchmark/coverage.rs |
| Srovnávací test shody integrity časování – katalog poruch (parametrické generátory) | Nabídka poruch TIB (divergence domén, clock-slam, holdover-coast, statické/inkrementální/symetrické/asymetrické zpoždění, přehrání v rámci čerstvosti, selektivní podle cesty, kvorum k-z-N) | MODELLED | Reprezentativní parametrické generátory poruch (modelované); množina nedetekovatelných poruch (symetrické zpoždění, přehrání v rámci čerstvosti) je citována z Mizrahi RFC 7384 a Narula & Humphreys (IEEE JSTSP 2018). Žádné vnější orákulum – katalog poruch netvrdí nic změřeného. | src/benchmark/faults.rs |
| Srovnávací test shody integrity časování – výrok o pohlcení nedetekovatelného | Výrok TIB o pohlcení nedetekovatelného (symetrické/přehrání musí pohltit PL, nikdy nesmí být hlášeno jako detekované) | MODELLED | Kontrola vlastnosti, že výčet Verdict strukturálně nemůže nahlásit nedetekovatelnou poruchu jako detekovanou (Mizrahi RFC 7384); pohlceno ⟺ PL ≥ offset. Žádné orákulum přesnosti. | src/benchmark/scorecard.rs |
| Inženýrství družicové platformy (AOCS/tepelné/konstrukce/pohon/napájení) | Neposkytuje se – Kshana je simulátor navigačního výkonu, nikoli dodavatel platformy | PARTNER | | |
| Návrh hardwaru navigačního RF zařízení a antén | Neposkytuje se – Kshana modeluje výkon signálu, nikoli hardware užitečného zatížení ani antén | PARTNER | | |
| Návrh a dozrávání hardwaru kvantového užitečného zatížení | Neposkytuje se – pouze modely výkonu; hardware se studenými atomy a hodin je záležitostí partnera | PARTNER | | |
| Zajištění produktu pro letový hardware (radiace/EEE/MAIT) | Neposkytuje se – Kshana se vyjadřuje jen k zajištění kvality softwaru; letové zajištění kvality je záležitostí partnera | PARTNER | | |
| Měsíční souřadnicový čas | Relativistický chod hodin Země–Měsíc (LTC/TCL) + řetězení TT/TAI/UTC + soubor hodin | VALIDATED | Ashby & Patla 2024, 'A Relativistic Framework to Estimate Clock Rates on the Moon', Astronomical Journal 167:149 (NIST; základ pro IAU/IAG LunaNet LTC): vlastní potenciál povrchu Měsíce L_m = 3.13881e-11 a sekulární celek 56,02 µs/den shodné s publikovanými číselnými hodnotami; geocentrická rychlost Měsíce zkontrolována proti JPL DE440 (de440s.bsp přes SPICE) | lunar_time |
| Sebepopis zprávy hybridního optického/RF spoje | Zpráva hybrid-optical-rf uvádí konfiguraci spoje, při které skutečně běžela (vlnová délka nosné, vysílací a přijímací apertura, vzdálenost, šířka pulzu, doba integrace, účinnosti a ztráty, rozřešené výchozí hodnoty), a nese blok jednotek, který udává jednotku a třídu původu každé veličiny, kterou je pravděpodobné, že článek citoval, včetně stop kovariance předání v metrech čtverečních | MODELLED | Žádné vnější orákulum a žádné není možné: jde o sebepopis, nikoli o měření. Je zaznamenán, protože jeho absence byla vadou – P5 musel citovat vlnovou délku nosné a vysílací aperturu z výchozích hodnot ve zdroji a z kontroly vnitřní konzistence usuzovat, že holé variance bylo v metrech čtverečních. Úsudek byl správný, a právě proto to mělo význam: nic by nezachytilo, kdyby byl chybný | hybrid_integrity |
| Dostupnost hybridního optického/RF spoje na straně RF | Zpráva hybrid-optical-rf uvádí dostupnost RF spoje, složenou z veličin, které engine již počítá, nikoli z importované klimatologie, a skládání uvádí jako pojmenované pravidlo: A_rf = I_closure * I_track, kde I_closure je výrok o uzavření jednosměrného rozpočtu spoje CCSDS-401 / DSN-810-005 (linkbudget::link_budget, rezerva Eb/N0 >= 0) při vlastní vzdálenosti scénáře a I_track je výrok smyčky sledování (jamming::lock_status) o C/N0, které vrátil STEJNÝ rozpočet. Každý činitel nese třídu původu svého vstupu až do výstupu a činitele záměrně NEZAHRNUTÉ do součinu – geometrická viditelnost, odepření rušením a klimatologie výpadků RF – jsou pojmenovány s důvodem, nikoli tiše nastaveny na 1. Rozřešená RF větev je zopakována jako vlastní blok rf_link_configuration a spojité veličiny vedle indikátoru (rezerva spoje, rezerva C/N0, uzavřené tvary vzdáleností uzavření a sledování a využití vzdálenosti) jsou inverze vzdálenosti téhož rozpočtu. Zpráva v plném znění, na bloku i v položce jednotek, kam čtenář dojde, uvádí, že tento údaj je OMEZENÝ REZERVOU A GEOMETRIÍ a DETERMINISTICKÝ, zatímco optická dostupnost je OMEZENÁ POČASÍM A KLIMATOLOGIÍ a pravděpodobnostní, takže tyto dva údaje nelze nikdy citovat jako srovnatelnou dvojici procent | MODELLED | Žádné vnější orákulum a ExternalDataset je odmítnut. Oba vstupy jsou rezerva Eb/N0 a překročení prahu C/N0, obojí funkce MODELLED EIRP, ukazatele kvality a souhrnného rozpisu ztrát; neexistuje žádný změřený záznam dostupnosti pro hybridní optickou/RF službu Země–Měsíc, proti kterému by se dal složený údaj ověřit. Existující kontroly jsou vnitřní a tak jsou i uvedeny: složení je přepočteno z vlastních publikovaných rezerv zprávy, nikoli z vnitřností vysílače, a vzdálenost uzavření je ověřena opětovným spuštěním rovnice spoje V ní s požadavkem, aby rezerva zmizela – jde o kruhový průchod inverzí, nikoli o nezávislou implementaci. Poctivá mez údaje je zaznamenána na samotné zprávě: je to deterministický indikátor 0/1, nikoli pravděpodobnost, protože nic v tomto enginu neměří rozdělení výpadků RF spoje v tomto pásmu a geometrii. Tento chybějící vstup je pojmenován v rf_availability.factors_not_included, nikoli vymyšlen, a jeho dodání je to, co by pravděpodobnostní dostupnost RF potřebovala | hybrid_integrity, linkbudget, jamming |
| Srovnání měření vzdálenosti optickým a RF spojem za stejných podmínek | Zpráva hybrid-optical-rf vydává poměr optického a RF měření vzdálenosti s JEDNOU konfigurací, při níž byly obě větve vyhodnoceny, neseno ve stejném objektu: stejná jednosměrná dráha, stejná vzdálenost a stejná doba akumulace. Optická větev je fotonově omezené CRLB ToA enginu při jednosměrném počtu fotonů; RF větev je tepelný jitter sledování kódu DLL typu early-late enginu při C/N0, které vrací vlastní rozpočet spoje enginu pro tutéž jednosměrnou vzdálenost. Šířka pásma šumu smyčky je odvozena, nikoli zvolena: B_L = 1/(2*integration_s) staví RF větev přesně na optickou dobu akumulace a pokud ji volající přepíše tak, že se obě doby průměrování liší, poměr je REFUSED – null, s uvedeným nesouladem a oběma dobami – místo aby se uvedl při dvou provozních bodech. Žádný poměr se netvoří proti VOLENÉMU parametrickému rf_position_sigma_m scénáře a odmítnutí uvádí proč: tento vstup nenese žádnou konfiguraci. Zveřejněný dvoucestný optický hlavní údaj a přesný činitel, který jej převádí na jednosměrnou srovnávací větev, jsou vydány vedle poměru, takže zprávu nelze číst tak, že nese dvě nesouhlasné optické sigmy | MODELLED | Žádné vnější orákulum pro POMĚR a ExternalDataset je záměrně odmítnut. Podkladový řetězec RF jedno má – tests/validate_p5_rf_ranging_precision.rs kontroluje linkbudget::link_budget a navsignal::dll_code_jitter_chips proti nezávislé fixtuře v Pythonu/NumPy a proti pevně zadané řešené hodnotě Kaplan & Hegarty (2.814e-3 čipu / 0,825 m při 45 dB-Hz) – a optické CRLB má vlastní řádek v uzavřeném tvaru. Přisvojit si kteroukoli z těchto kotev pro tento řádek by byla vypůjčená validace, jíž mají invarianty matice zabránit: zde jde o POMĚR při konfiguraci s MODELLED EIRP, ukazatelem kvality, vysílacím výkonem a aperturou a neexistuje žádné změřené srovnání měření vzdálenosti optickým a RF spojem v společném provozním bodě, proti kterému by se dal ověřit. Vnitřně se kontroluje to, v čem se poměr může skutečně splést: že obě větve leží v jednom provozním bodě. To se měří škálováním společné doby akumulace a požadavkem, aby se obě větve změnily podle téhož zákona odmocniny a poměr zůstal na místě, a vynucuje se to tím, že se poměr rovnou odmítne, pokud se doby průměrování liší. Obě větve jsou meze tepelného/výstřelového šumu a obě vylučují zpoždění v prostředí, chybu hodin a nejednoznačnost, takže vyloučení je na obou stranách totožné; zpráva to uvádí, nenechává to na odvození | hybrid_integrity, optical_linkbudget, linkbudget, navsignal |
| Sebepopis zprávy o rozpočtu spoje | Zpráva o rozpočtu spoje uvádí každou absolutní konstantu, z níž byla její rezerva vypočtena – frekvenci nosné použitou pro ztrátu volným prostorem, EIRP, ukazatel kvality, souhrnnou ztrátu a Boltzmannův člen – plus požadované G/T, při kterém je rezerva nulová, konstantu spoje (EIRP - ztráty - požadované Eb/N0), která je jedinou kombinací, jakou může publikovaná tabulka rychlosti/zisku kdy určit, a, když volající uvede šumovou teplotu systému, zisk přijímací antény, který tento ukazatel kvality implikuje | MODELLED | Žádné vnější orákulum: jde o sebepopis rovnice již ověřené proti publikované tabulce návrhové kontroly (viz řádek jednosměrného rozpočtu spoje). Je zaznamenán, protože jeho absence byla změřenou vadou – reprodukce zveřejněného d1_rate_gain_beamwidth.csv vyžadovala zpětné dopočtení jedné efektivní konstanty na 0,0034 dB ze všech třiceti řádků a engine nyní tuto kombinaci pojmenovává a testem dokazuje, že žádná zveřejněná tabulka nemohla nikdy oddělit její tři složky | linkbudget |
| Tabulka křížení měsíčního času pro každou třídu hodin | Jeden běh rozpočtu měsíčního času vydává řádek křížení hodiny a soustavy pro každou třídu hodin proti jedinému sdílenému členu soustavy, takže jedinou proměnnou srovnání jsou hodiny; každý řádek nese křížení získané dvěma způsoby – bisekcí z obecné mocninné křivky časové chyby a algebraickou inverzí z dominantního typu šumu řádku – s relativním rozdílem mezi nimi | MODELLED | Dva různé výpočty téže veličiny v rámci kódové základny, nikoli jeden přepsaný: bisekce na mocninné křivce IEEE-1139 neví nic o typu šumu, zatímco uzavřený tvar inverguje dominantní typ algebraicky, takže chybně zařazený typ šumu nebo špatné ohraničení se projeví jako nemalý relativní rozdíl. Čtyři hodnoty také reprodukují publikovanou tabulku článku na polovinu její poslední vytištěné číslice – ale ta tabulka byla sama rekonstruována ze stejného uzavřeného tvaru, takže jde o kontrolu reprodukovatelnosti a nikoli o vnější orákulum, a člen soustavy, proti němuž se měří, je modelovaný rozpis | lunar_time_budget |
| Společná chyba UT1 a pohybu pólu přes společnou množinu řádků | Jedna tabulka uvádí chybu predikce UT1, chybu pólu z pohybu pólu a jejich kvadraturní kombinaci na Měsíci přes IDENTICKOU množinu epoch pro každý horizont a vydává epochy, v nichž byla každá složka měřena. Scénář zvlášť pojmenuje, který vstup EOP platí, a rozloží jeho sčítání řádků a vždy vydá tabulku horizontů predikovaných oproti finálním hodnotám s výslovným uvedením, proč je prázdná, když prázdná je | VALIDATED | astropy 8.0.1 utils.iers (BSD-3), které čte produkt IERS finals2000A s vlastním pravidlem Bulletin-B-jinak-A, a pyerfa 2.0.1.5 (SOFA) úplné rotace z nebeské do pozemské soustavy (c2i06a, sp00, pom00, c2tcio; úhel rotace Země podle IERS 2010 rov. 5,15 v přesné aritmetice), spouštěné jako samostatné programy na doslovných řádcích zmrazeného finals2000A.all z 2026-09-30; předregistrováno (455b8fb5) s dodatky A1 a A2, které upravují jen numerickou přesnost orákula (obojí zveřejněno s běhy, které následovaly): každý seznam epoch z tabulky 3 shodný, statistiky UT1 a pólu v rozmezí 6e-16, kombinace v rozmezí 1.9e-7, 12/12 případů predikovaných oproti finálním. Kontrola kombinace nedokáže rozlišit chyby členu pólu pod asi 1e-4 relativně, protože ji dominuje UT1; přesnost pólu spočívá na kontrole statistiky pólu 1e-9. Pravidla množiny epoch a záložní pravidla jsou generátor zrcadlící definice kshany a stavy prázdných tabulek jsou chování návrhu bez vnější pravdy. Velikosti: realizované chyby predikce z tabulky 3a výroční zprávy IERS 2019, kshana/IERS 1,001 až 1,100 při 1 až 90 dnech (práh [0,8, 1,25], změřeno). Sčítání řádků: astropy (řádek offline vstupu). Kolo 1 (zachováno jako regresní): proti vzorci přesnosti vytištěnému ve 178 vydáních Bulletinu A pól souhlasí v rozmezí 1.5× a UT1 nikoli, což testuje vzorec IERS proti jeho realizované chybě | frame_eop, realtime_frame_eop |
| Offline výchozí vstup orientace Země je skutečný produkt IERS | Výchozí hodnotou za běhu realtime-frame-eop je vlastní vestavěná kopie doslovného výřezu IERS finals2000A (tools/finals2000A_20260930.txt: 174 po sobě jdoucích denních řádků, MJD 61224-61397, vyříznutých z finals2000A.all z 2026-09-30), která nese všechny tři stáří řádků, jež formát definuje, klasifikované příznaky IERS I/P (eop::row_vintage): 30 finálních hodnot Bulletinu B, 54 rychlých změřených řádků (příznak I bez bloku Bulletinu B) a 90 predikcí Bulletinu A (příznak P). Holý běh bez argumentu souboru a bez sítě vydá vyplněnou tabulku podle horizontů, sčítání rows = final_rows + rapid_rows + prediction_rows (174 = 30 + 54 + 90) a predicted_rows.n = 90 přes MJD 61308-61397; hranicí srovnání predikovaných oproti finálním hodnotám podle vydání je poslední změřený řádek. Dřívější výřez o 32 řádcích (tools/finals2000A_2026.txt, každý řádek s příznakem I) a pětiřádkový výřez jen s finálními hodnotami zůstávají dodávány a využívány: na nich je predicted_rows.n rovno 0, což je vlastnost vstupního souboru a nikoli výsledek parseru | VALIDATED | astropy 8.0.1 astropy.utils.iers.IERS_A (BSD-3-Clause), které čte tytéž bajty vlastní čtečkou, a tabulka IERS Bulletin A Vol. XXXIX č. 039, opsaná číslo po čísle; předregistrováno (6fdae01b) se šesti přesnými kritérii před spuštěním astropy. Platí všech šest: 30 finálních, 54 rychlých a 90 predikovaných řádků se shodnými seznamy MJD, každý predikovaný řádek má příznak P, sčítání výchozího běhu je shodné a predikce se rovnají Bulletinu A do poslední vytištěné číslice. Zveřejněno: řez byl zvolen prostým řezem sloupců příznaků a bloku Bulletinu B, který před commitem ukázal 30/54/90; výřez je doslovný řez, který tento repozitář vyřízl z produktu IERS (SHA-256 v NOTICE fixtury). Ověřené tvrzení je klasifikace stáří a sčítání dodaného výchozího vstupu a jeho predikovaných řádků; libovolné vstupy uživatele jsou klasifikovány stejným pravidlem příznaků, ale nejsou součástí srovnání. Kolo 1 0,30 (nahrazeno): dřívější výchozí hodnota označovala 12 řádků s příznakem I za predikce Bulletinu A; engine nyní klasifikuje podle příznaku. REVIZE: buňky výchozího běhu, které se změnily, jsou uvedeny od starých k novým v docs/revisions/M035-default-eop-recut-cell-changes.md (predicted_rows 12 -> 90, práh pólu 0,06776 -> 0,05550 mas, člen orientace Země 14,01601 -> 14,01583 m, celek 20,09759 -> 20,09746 m a 67,03834 -> 67,03790 ns, řádky tabulky 2 v tests/golden/realtime-frame-eop.csv a údaje o shodě provozního prediktoru); dřívější v docs/revisions/G12-default-eop-cell-changes.md | realtime_frame_eop, eop |
| Stopa záchytu v závislosti na výšce a šířce svazku | Dvouosý průchod stopou povrchového záchytu váženou vyzařovacím diagramem a omezenou výškou přes výšku vysílače a průměr paraboly, vydaný po jednom řádku pro provozní bod s šířkou svazku v polovičním výkonu, kterou každý průměr implikuje, a záchyt limbu uvedený jako PRÁH – pro každý řádek J/S limbu, jeho rezerva a vysílací výkon, který by jej uzavřel; pro každou mřížku nalezená křížení, nebo výslovné prohlášení, že limbu se nikde na mřížce nedosahuje, s nedostatkem | MODELLED | Inkluze množin: poměr rušení k signálu vstupuje jako rovnoměrný posun v decibelech, takže zachycená množina při vyšším vysílacím výkonu obsahuje množinu při nižším a podíl může jen růst – vlastnost, kterou Airyho diagram NEPOSKYTUJE ve šířce svazku ani výšce, kde se zachycená oblast rozpadá na prstence a podíl je skutečně nemonotónní. Žádná publikovaná tabulka neuvádí zachycený podíl disku měsíčního orbitálního vysílače v závislosti na výšce a šířce svazku, takže není s čím tyto buňky externě porovnat; podkladový diagram je samostatně ověřen proti publikovaným hodnotám Besselových funkcí a má vlastní řádek | antenna |
| Reprodukovatelnost rozpočtu chyby měsíčního času | Scénář lunar-time-budget zveřejňuje své výstupy ve formě polí jako tabulku v dlouhém tvaru (index mřížky, doba průměrování, člen) vedle zprávy, takže sedm křivek x(tau) pro jednotlivé členy a celkový součet odmocnin ze součtu čtverců jsou výstupem enginu, nikoli něčím, co čtenář znovu sestavuje z popisu metody | MODELLED | Pouze vnitřní soulad: zveřejněný součet je kontrolován proti odmocnině ze součtu čtverců členů ve stejném souboru a vydaná křivka reprodukuje zveřejněný p3_time_budget_curve.csv ve všech 57 bodech. Obě kontroly sdílejí vlastní definice členů tohoto enginu, takže žádná není nezávislá. Člen hodin spočívá na zveřejněných specifikacích hodin, ale VELIKOSTI spodních mezí spoje, soustavy, relativity a efemerid jsou zdokumentované alokace rozpočtu bez vnějšího orákula | lunar_time_budget_scenario |
| Časová laboratoř lunární stanice: holdover miniRAFS vůči LTC | Volitelný blok [time_lab] scénáře lunar-time-budget modeluje hodiny lunární referenční stanice (výchozí třída miniRAFS, nebo jakákoli pojmenovaná třída, nebo karta zařízení proložená uvedenými body stability) řízené na koordinovaný lunární čas a poté volně běžící nebo znovu řízené každých N sekund: křivka časové chyby x(t) jako odmocnina ze součtu čtverců členu mocninného zákona hodin, konstantního zbytku řízení (ILLUSTRATIVE), konstantního zbytku realizace LTC a volitelného členu rychlosti výšky stanice; čas po řízení do 1, 10 a 100 ns (nebo uvedených prahů) půlením intervalu vedle uzavřené inverze pro dominantní typ šumu a dominantní člen v každém uvedeném horizontu, vše s jednotkami | MODELLED | Pouze vnitřní soulad: čas do prahu určený půlením intervalu je kontrolován proti uzavřené inverzi dominantního typu šumu hodin a volně běžící člen hodin proti vlastnímu členu hodin rozpočtu. Třídy hodin spočívají na zveřejněných jednodenních specifikacích (jejich vlastní řádky); rychlost LTC se zde neodvozuje znovu a má vlastní řádek VALIDATED (Lunární souřadnicový čas); zbytek řízení je ILLUSTRATIVE, zbytek realizace je alokace rozpočtu a není zahrnut žádný tepelný model. Cíl na úrovni nanosekund popsaný v materiálech ICG WG-B Lunar PNT z června 2024 je citován jako zdrojové tvrzení, nikoli převzat jako tvrzení; nic zde není tvrzením o jakýchkoli skutečných hodinách stanice | lunar_time_lab (over clock_specs, lunar_time_budget, lunar_time) |
| Lunární geodetická VLBI | Zpoždění blízkého pole VLBI pro pozemní základnu pozorující lunární maják + parciální derivace | MODELLED | Zpoždění delta_dor rovinné vlny (stejná kódová základna) v limitě dalekého pole; parciální derivace konečnými diferencemi. Vnější porovnání 0,30, zjištění (zůstává MODELLED): proti světelným časům ANISE 0,10 konvergovaným přes DE440 (75 zpoždění dne 2024-01-01 přes tři základny DSN, vygenerováno xval/anise-lunar-od bez kódu Kshana) není žádné zpoždění v toleranci 1 ps. Největší rozdíl je 24 µs, z analytického středu Měsíce (asi 200 km od DE440), jediné okamžité geometrie bez iterace světelného času (3,6 µs) a vynechaného polárního pohybu; parciální derivace majáku se liší až o 2.9e-3 relativně oproti 1e-6. Tvrzení v dokumentaci modulu, že aproximace soustav jsou pod věrností modelu, na této úrovni neplatí. 0,30 kolo 2: cesta jádra (lunar_vlbi::KernelGeometry) je ověřena proti světelným časům NAIF SPICE ve vlastním řádku, Lunární geodetická VLBI, cesta jádra; porovnání této cesty s ANISE (75/75 v 1 ps, nejhorší 0,12 ps, tests/lunar_vlbi_anise_oracle.rs::kernel_delay_matches_the_anise_light_time_difference) je pouze křížovou kontrolou vyhodnocení jádra, protože řešení světelného času v tomto testovacím rámci je vlastní tohoto projektu. Tento řádek (analytická výchozí cesta) zůstává MODELLED se zjištěním výše | lunar_vlbi |
| Lunární geodetická VLBI, cesta jádra | Zpoždění blízkého pole VLBI pro pozemní základnu pozorující lunární maják, s parciálními derivacemi majáku a stanice, na cestě jádra (lunar_vlbi::KernelGeometry): DE440 Země a Měsíc, hlavní osy Měsíce DE440, orientace Země ITRF93 s UT1 a polárním pohybem, každý světelný čas konvergovaný v barycentrické soustavě, parciální derivace se světelným činitelem 1/(c - u.V). Spustitelné jako scénář lunar-vlbi s nastavenými planetary_kernel_path, earth_orientation_kernel_path a moon_orientation_kernel_path; ověřené výstupy jsou řada geometric_delay_s a epoch_partials na cestě jádra. Na cestě jádra delay_s přidává analytický diferencovaný člen Shapiro, který se neporovnává, a delay_rate a near_field_correction_us se neporovnávají | VALIDATED | NAIF SPICE Toolkit N0067 (spiceypy 8.2.0, MIT) konvergované newtonovské světelné časy (spkcpt/spkcpo, CN) z majáku pevného v MOON_PA_DE440 ke stanicím DSN DSS-14, DSS-43 a DSS-63 z kernelu stanic NAIF earthstns_itrf93_260814.bsp, s de440s, moon_pa_de440_200625, moon_de440_250416.tf, earth_latest_high_prec a naif0012; parciální derivace jsou pětibodové centrální diference světelných časů SPICE, nikoli vzorec 1/(c - u.V) z Kshana. Předregistrováno (a689c797, epochy 2024) s prahy 1 ps u každého zpoždění a 1e-6 relativně u každé parciální derivace. První běh selhal (17/75 zpoždění v 1 ps, nejhorší 1.03e-11 s): SPICE nese ET jako jedno double, jehož rozestup v 2024 zaokrouhluje epochu emise až o 6e-8 s, asi 6 ps světelného času, a zbytek odpovídá tomuto zaokrouhlení při korelaci 0,99999 (připnuto; recenzent to nezávisle reprodukoval). Dodatek 66e365d4, napsaný po tomto výsledku a před existencí jeho fixtury, přesunul stejné orákulum a prahy na 25 hodinových epoch poblíž J2000, kde je rozestup ET nejvýše 1.5e-11 s: 75/75 zpoždění v 1 ps (nejhorší 6.2e-14 s), 75/75 parciálních derivací majáku (nejhorší 7.4e-9), 150/150 parciálních derivací stanic (nejhorší 3.8e-11). Mimo tvrzení: analytická výchozí cesta (řada Měsíce a střední lunární soustava, 24 µs od ANISE přes DE440, řádek Lunární geodetická VLBI), diferencovaný člen Shapiro, který scénář přidává analyticky, média a převod barycentrické na geocentrickou stupnici | lunar_vlbi (KernelGeometry, delay_partials_beacon_body, delay_partials_stations, LunarVlbiScenario); naif_kernel |
| Čtečka jader NAIF: kontejner DAF, SPK typ 2 a binární PCK typ 2 | Vlastní čtečka binárních jader NAIF v čistém Rustu (naif_kernel): kontejner DAF (oba řády bajtů, propojené souhrnné záznamy), polohové segmenty SPK typu 2 s Čebyševovými polynomy řetězené přes své středy k nejnižšímu společnému předku a segmenty Eulerových úhlů binárního PCK typu 2 převedené na rotaci J2000 na těleso, s epochami branými jako dvoudílné ET, takže posun pod mikrosekundu zachová svou přesnost. Je to to, čím KernelEphemeris (ephem_provider) a cesty jádra lunar_vlbi, lunar_llr a lunar_vlbi_fim čtou DE440. Tvrzení je, že čte jádra JPL správně; nejde o tvrzení, že DE440 nebo analytické řady Slunce a Měsíce v enginu jsou přesné | VALIDATED | Dvě nezávislé čtečky jader na týchž souborech NAIF: NAIF SPICE Toolkit N0067 (CSPICE přes spiceypy 8.2.0, MIT; spkezr a pxform) a ANISE 0.10.6 (Nyx Space, MPL-2.0; Almanac.translate a Almanac.rotate), obě spuštěné jako samostatné programy na de440s.bsp a moon_pa_de440_200625.bpc. Předregistrováno (abcd9133) před existencí jakékoli fixtury nebo hodnoty orákula: seed mřížky je prvních 16 hexadecimálních číslic hashe onoho commitu, takže ani 200 epoch, ani dvojice těles nemohly být vybrány s výsledkem na očích; každá epocha nese také Měsíc a Slunce vůči Zemi. Prahy stanoveny předem z vyhodnocení Čebyševových polynomů v dvojité přesnosti (nejvýše 15 koeficientů, n^2 u = 2.5e-14 na vyhodnocení, dvě vyhodnocení a nejvýše dva přechody na stranu): poloha 1e-13 R + 1e-5 m, rychlost 1e-13 V + 1e-10 m/s, R a V větší velikost vůči nejnižšímu společnému předku; prvek rotace 1e-13 W + 1e-15, W součet koeficientů pokrývajícího záznamu; ANISE přidává 2 ns relativního pohybu pro své nanosekundové epochy. Výsledek: každý z 600 stavů a 200 rotací uvnitř svého prahu proti oběma orákulím, na výřezu i na úplných jádrech; nejhorší 6.0e-3 prahu (poloha), 5.9e-3 (rychlost), 3.7e-3 (rotace). Mutace: vyhodnocení každého záznamu při -s selže v 3597 porovnáních. Zveřejněno: dřívější 25epochová kontrola proti SPICE (4.6e-5 m, tests/naif_kernel_reader_check.rs) byla viděna před tímto řádkem a není jeho důkazem; první běh generátoru fixtur skončil chybou na prázdném intervalu mřížky před vytvořením jakékoli hodnoty a byl opraven. Obě strany čtou DE440, takže shoda potvrzuje čtečku, nikoli efemeridy | naif_kernel (DafFile, SpkKernel, PckKernel); ephem_provider (KernelEphemeris) |
| Earth-GNSS ve vzdálenosti Měsíce | Příjem Earth-GNSS ve vzdálenosti Měsíce: vrstva slabého signálu, kterou jmenuje tabulka 1 P7 a pro kterou engine neměl model. Pro každou družici a každou epochu počítá úhel mimo osu vůči nadiru vysílače, zda Země zakrývá přímou cestu, šikmou vzdálenost a její ztrátu ve volném prostoru, vysílací zisk v tomto úhlu, přijímaný výkon a poměr nosné k hustotě šumu; poté agreguje jen spoje překračující práh sledování a prochází celou otáčku konstelace, takže odpovědí je ROZDĚLENÍ, nikoli jeden snímek. Výsledek určují tři skutečnosti a zpráva uvádí každou z nich: Země ze vzdálenosti poloměru konstelace zabírá 13,90 deg, takže VRCHOL svazku je geometricky nedostupný pro jakýkoli paprsek mířící k Měsíci; zbývají okraj hlavního laloku a postranní laloky, režim, ve kterém LuGRE u Měsíce v 2025 pracovalo; a ztráta šířením na L1 je asi 208 dB, tedy o zhruba 25 dB víc, než platí pozemní uživatel. MEASURED na přibalené geometrii třídy GPS s 24 družicemi během 64 epoch jedné oběžné doby: dostupnost SIGNÁLU 0,375 s nejlepším spojem 30,93 dB-Hz a dostupnost URČENÍ POLOHY 0,000 - nejvýše dva současně sledovatelné spoje, nikdy ne čtyři, které poloha potřebuje. Rozlišení těchto dvou dostupností je smyslem věci a zpráva nedovolí je zaměňovat: Earth-GNSS ve vzdálenosti Měsíce je vrstva ČASOVACÍ třídy, nikoli třídy určování polohy, a předpoklad vrstvené odolnosti musí vzít dostupnost určení polohy. Podmíněnost je vydávána ze stejného důvodu - každá viditelná družice leží uvnitř kužele širokého několik stupňů, jak se jeví z Měsíce, takže přímky viditelnosti jsou svou konstrukcí téměř rovnoběžné. Spustitelné jako druh earth-gnss-lunar Přeformulováno podle D7: tvrzení ve vzdálenosti Měsíce je RELATIVNÍ poměr nosné k hustotě šumu mezi družicemi v jedné epoše, z naměřených dvourozměrných vysílacích diagramů (NAVCEN Block IIR/IIR-M), plus geometrická viditelnost; absolutní C/N0 se netvrdí (Parker a kol. uvádějí společnou ztrátu 7 až 12 dB). | MODELLED | Identity v uzavřeném tvaru a vnitřní soulad; ŽÁDNÉ vnější orákulum se netvrdí. Polovina úhlu limbu je kontrolována proti asin(R_earth/r_orbit) a geometrie proti ní; ztráta ve volném prostoru, jádro DOP a propagace SGP4, které toto skládá, jsou každé vnějšně ověřeny ve vlastních řádcích a tento řádek si jejich stav nepůjčuje. PROČ MODELLED, a je to vysílací diagram: zisk v úhlu je rovnoměrně osvětlená kruhová apertura, Airyho obrazec, zatímco skutečná anténa GPS L1 je dvanáctiprvková šroubovicová soustava s tvarovaným hlavním lalokem se špičkou mimo osu, aby se vyrovnal výkon přes disk Země, a s postranními laloky, které nejsou Airyho. Zveřejněné naměřené diagramy existují a nejsou zde přibaleny, takže pořadí a řády velikosti platí, zatímco dB jedné družice ne. PRVNÍ IMPLEMENTACE TOHOTO ŘÁDKU BYLA CHYBNÁ ZPŮSOBEM, KTERÝ STOJÍ ZA ZAZNAMENÁNÍ: Airyho výraz platí jen v přední hemisféře, jeho argument jde jako sin(theta) a při theta blízko 180 deg se zalomí a vrátí PLNÝ ZISK V OSE za aperturou - takže dva nejsilnější spoje v první zprávě byly družice mířící anténami od Měsíce a byly jedinými dvěma, které překročily práh. Za aperturou model nyní uplatňuje plochou spodní mez zadního laloku, uvedenou jako mez, nikoli jako vymyšlený tvar diagramu. Záměrně chybí, každé činí rozpočet OPTIMISTICKÝM: žádná ionosférická ani troposférická ztráta na paprscích dotýkajících se limbu, žádná polarizační ztráta, ztráta zaměřením ani implementační ztráta a kulová Země bez refrakčního rozšíření. Poloha Měsíce je VSTUP, nikoli vyhledání v efemeridách, protože testovanou veličinou je spoj a geometrie svazku. Povýšení tohoto řádku na ověřeno vyžaduje naměřený vysílací diagram a normální body LuGRE, proti nimž lze kontrolovat; ani jedno není v repozitáři a ani jedno zde není vymyšleno. 0,30 kolo 2, zjištění (zůstává MODELLED): spoj s naměřenými vstupy (skutečné polohy SP3, vysílací výkon podle bloku, tabelované vysílací a přijímací diagramy, hystereze záchytu a sledování) byl zkontrolován proti Montenbruck a kol. 2023, tabulka 3 pro GENESIS na 6000 km (předregistrováno 5b414f0a): průměry zenitové antény se shodují u 5 z 6 do jednoho dB od citlivosti v článku; průměry nadirové antény jsou o 1,0 až 2,4 družic vyšší, než je vytištěno, pravděpodobně proto, že článek použil azimutově závislé postranní laloky GPS, které nejsou zveřejněny. Údaje tohoto řádku pro vzdálenost Měsíce stále používají náhradu Airy. 0,30+ D7, zjištění (zůstává MODELLED): přeformulovaná veličina, ROZDÍL C/N0 mezi družicemi Block IIR/IIR-M sledovanými v jedné epoše, předpovězený podle naměřených diagramů L1 NAVCEN pro jednotlivá SVN (dvourozměrných, v soustavě řízení stáčení) proti letovému C/N0 LuGRE (předregistrováno 768cb62b: 99 % viditelných, RMS dvojic <= 3,0 dB, medián <= 2,0 dB, alespoň 50 záznamů a 30 dvojic) má příliš málo dat: 26 kvalifikovaných epoch přeletu a lunární oběžné dráhy obsahuje 15 sledovaných záznamů IIR/IIR-M (většinou se sledují IIF a III) a jednu dvojici. Všech 15 je předpovězeno jako viditelných a reziduum jediné dvojice je -0.06 dB; nic se netvrdí | earth_gnss_lunar |
| Určování lunární oběžné dráhy: Earth-GNSS proti pozemním radiometrickým měřením | Určování oběžné dráhy na téměř přímočaré halo dráze (nebo eliptické zmrazené dráze) ze dvou nezávislých typů dat: pseudovzdáleností Earth-GNSS přijímaných na palubě (pravidlo spoje z řádku Earth-GNSS ve vzdálenosti Měsíce, plus zákryt Měsícem) a pozemních dvoucestných vzdáleností a rychlostí změny vzdálenosti ze tří stanic Deep Space Network. Každé je jednokrokové dávkové řešení nejmenších čtverců kolem referenční dráhy s formální kovariancí; Monte Carlo se seedem rozdílu obou odhadů testuje, zda obě kovariance rozdíl vysvětlují (q = d' (P_G + P_R)^-1 d, chí-kvadrát se šesti stupni volnosti, když se modely shodují) a co s touto statistikou dělá nemodelované zrychlení. | MODELLED | Nezávislý program v scipy/numpy integruje tytéž variační rovnice (práh O1). S měřením lunární oběžné dráhy se nic neporovnává. Orákulum kontroluje numeriku uvedených vzorců, nikoli fyziku, takže řádek zůstává MODELLED. Omezený model tří těles: žádné Slunce, žádné lunární harmonické, osa rotace Země podél normály dráhy, ILLUSTRATIVE vstupy přijímače a stanic. | lunar_infra::{orbit, gnss, od} |
| Řešení nejednoznačností fáze nosné na Měsíci: povrch a orbiter | Jednoduše diferencovaná fáze nosné a kód Earth-GNSS mezi přijímači na lunární povrchové stanici a orbiteru, s rozdílem hodin v každé epoše vyloučeným profilováním, jednou nejednoznačností na souvislý průlet a nejdelším průletem jako kalibrem. Kovariance float nejednoznačností je Schurův doplněk; LAMBDA řeší celá čísla, bootstrapová míra je uvedena vedle míry úspěšnosti celočíselných nejmenších čtverců metodou Monte Carlo se seedem a sigma polohy float a fixed. Uvedeno tak, jak bylo zjištěno: při registrovaných 12 dBi není problém dvojitých diferencí tvořitelný (dodatek 1 přesunul výchozí hodnotu na 25 dBi poté, co byly viděny jen počty dostupnosti), a při 25 dBi celočíselné řešení NENÍ dosaženo - je mimo dosah (nejvýše několik procent), ačkoli float řešení se s obloukem zlepšuje. | MODELLED | Nezávislé řešení týchž normálních rovnic v numpy z exportovaných řádků (Q3) a hrubá celočíselná enumerace (Q4). S žádným měřením fáze nosné GNSS ani lunární se neporovnává. MODELLED. | lunar_infra::phase; lambda |
| Společný odhad lunární soustavy: povrchové stanice a orbitery | Fisherova informace sedmiparametrového datumu lunární soustavy z laserového měření vzdálenosti ze Země ke všem pěti reflektorům samotným a s přidanými vzdálenostmi orbiter–povrchová stanice: informační matice, hodnost, sigma Cramér–Rao, metrika degenerace modulu lunární identifikovatelnosti a náhodné sady stanic se seedem. Dráha se v lunárních osách považuje za známou (její chybu nese sigma vzdálenosti orbiteru). | MODELLED | Nezávislá konečná diference přímého modelu v numpy (F2). S reálnými řešeními lunární soustavy se nic neporovnává. Faktor je podmíněn předpokládanou známou dráhou a sigma vzdálenosti 1 m. MODELLED. | lunar_infra::frame; lunar_datum; lunar_identifiability; lunar_llr_geometry |
| Preciznost vazby soustav ve vesmíru: společně umístěné GNSS, VLBI a laserová měření vzdálenosti | Preciznost Cramér–Rao posunů translace, měřítka a rotace mezi technikami v soustavách GNSS, VLBI a laserového měření vzdálenosti, když všechny tři nese jedna kosmická loď, s polohou kosmické lodi vyloučenou v každé epoše a devíti parametry rušivých lokálních vazeb nesoucími apriorní informaci, přes přesnost lokální vazby. Kovariance cestou odmocniny (normální rovnice ztrácejí číslice, když jsou techniky téměř dokonalé). | MODELLED | Nezávislý nasčítaný systém v numpy s neznámými polohami vyloučenými explicitními Schurovými doplňky (T3). S žádnými daty GRASP, Genesis ani jiné mise se neporovnává. MODELLED. | lunar_infra::tie; fim::crlb_srif |
| Citlivost na Loveova čísla a librace Měsíce | Fisherova informace h2, k2, l2 a fyzikálních amplitud librace z laserového měření vzdálenosti (radiální a horizontální slapový posun, rotace reflektoru), sledování orbiteru (zrychlení k2 stupně 2 integrované podél přímky viditelnosti, odstraněný trend), povrchového gravimetru (gravimetrický faktor 1 + h2 - 1,5 k2) a povrchových hodin (relativní rychlost (1 + k2 - h2) W2/c2, vázaná na lunární časové konstanty). Nominální hodnoty h2 a l2 jsou body linearizace; studie říká, co je na co citlivé, nikoli jaká jsou čísla. | MODELLED | Nezávislé sestavení konečnými diferencemi v numpy (G2) a vyhodnocení v uzavřeném tvaru (G4). Citlivost k2 rodiny orbiterů je údaj horního konce (stav dráhy zde pohlcuje jen konstantu a trend). S žádným měřením lunárního slapu ani librace se neporovnává; k2 je citováno z Lemoine a kol. 2014 jako nominální hodnota. MODELLED. | lunar_infra::geodesy; lunar_od::degree2_tide_accel; lunar_time |
| Zlepšení DOP lunárními povrchovými majáky | Faktor DOP rozšířený o majáky pro lunárního povrchového uživatele: řádky přímé viditelnosti viditelných družic a řádky určování vzdálenosti viditelných povrchových majáků jsou spojeny do jedné návrhové matice a vyhodnoceny přes sdílené jádro DOP a výsledné DOP je převedeno na realizovanou přesnost 1-sigma V METRECH přes ekvivalentní chybu určování vzdálenosti uživatele pro každý maják, sestavenou jako odmocnina ze součtu čtverců členů synchronizace hodin, vícecestného šíření a zaměření. Viditelnost majáku je geometrický horizont Měsíce bez atmosféry ve dvou výškách, který nemá refrakční rozšíření a je proto přesný, nikoli přibližný. Spustitelné jako druh scénáře lunar-beacon, který uvádí samotné družice, družice plus majáky a větší konstelaci jako konkurenční cestu ke stejné geometrii. MEASURED na přibalené zlaté geometrii (uživatel na -80 deg, tři zaměřené majáky, šestidružicový ilustrační LCNS při t=0, maska 5 deg): 5 viditelných družic dává PDOP 9,6941 a 3D 1-sigma 11,222 m; přidání majáků, které skutečně překročí horizont, dává PDOP 4,1160 a 4,765 m, faktor 2,355; 24družicová služba místo toho dává PDOP 2,4226 a 2,804 m, faktor 4,002. Zpráva vypisuje počet VIDITELNÝCH majáků, nikoli nakonfigurovaný, a na této geometrii překračuje horizont pouze JEDEN ze tří majáků: dva boční body leží asi 333 km od uživatele proti horizontu 86 km pro anténu ve výšce 2 m, takže čtenář nikdy nemusí předpokládat, že přispěly všechny tři | MODELLED | Aritmetika DOP je jádro crate::orbit::dop, samostatně externě ověřené proti gnss_lib_py v tests/dop_reference.rs; tento řádek si stav onoho řádku nepřebírá. Horizont viditelnosti majáků je uzavřený tvar L01 a sigma = DOP x sigma_URE je standardní vztah GNSS (Kaplan a Hegarty, Understanding GPS/GNSS, oddíl 7). V rámci tohoto řádku je samotné rozšíření (augmentace) ověřeno proti nezávislé cestě výpočtu DOP v témže repozitáři a ukotveno na odevzdaný zlatý (golden) výsledek. PROČ MODELLED: návrh konstelace, rozmístění majáků, výšky antén i všechny tři velikosti položek rozpočtu chyb jsou ilustrativní vstupy, nikoli terénní zaměření ani změřený spoj, takže uvedené metry jsou vlastností zvoleného scénáře, nikoli nasazené služby. POZNÁMKA K PŮVODU: tato schopnost byla inzerována v README a procvičována dvěma validačními testy, přesto neměla ŽÁDNÝ řádek matice ani druh scénáře, takže ji nešlo z běhu vůbec dosáhnout. Byla tvrzena v textu, chyběla v registru (ledger) a v enginu byla současně nedosažitelná. Řádek i druh byly přidány společně. 0,30 kolo 2 (předregistrováno db0eb9ec), zablokováno (zůstává MODELLED): viditelnost z ANISE 0.10.6 a DOP v numpy na geometrii řádku se shodují (viditelné množiny přesně, včetně 72 případů těsně nad horizontem a 48 případů těsně nad maskou; DOP v rozmezí 7.2e-13), avšak uváděné metry jsou DOP krát ilustrativní 1,158 m odmocnina ze součtu čtverců chyby měření vzdálenosti bez orákula; vymezení, které by je vyloučilo, čeká na rozhodnutí vlastníka | lunar_beacon |
| Slepota integrity vůči společnému módu | Přesné rozdělení chyby měření v podprostoru parity na část, kterou RAIM nevidí, a část, kterou vidět může. Pro linearizovaný snímkový model y = G·x + e se každá chyba dy jednoznačně rozkládá na SLEPOU složku v range(G), která se pohltí jako chyba stavu S·dy a je vyhlazena reziduálním projektorem Pperp = I − G·S, takže je neviditelná pro JAKÝKOLI test reziduí, nikoli jen pro konkrétní práh, a na DETEKOVATELNOU složku v prostoru parity. Modul vrací projektor, rozdělení a slepý podíl, takže volající může vyčíslit, jak velkou část konkrétní chyby není snímkový monitor strukturálně schopen ohlásit. Použito na skutečný práh nesouladu efemerid: metrový rozdíl mezi DE440 a INPOP21a i mezi DE440 a EPM2021 v geocentrické poloze Měsíce je téměř celý pohlcen jako chyba polohy uživatele (medián slepého podílu 1,000000; medián slepé chyby polohy 2,3955 m a 2,0050 m) proti reziduu parity na úrovni 1e-15 m | VALIDATED | P2: numpy linalg.lstsq (LAPACK gelsd SVD, BSD-3) přepočítává rozdělení metodou nejmenších čtverců na odevzdaných vstupech SE skutečnou částí parity (dy = E·Δs + w, w ~ N(0, 1 m), seed 20261001) na geometrii s 8 družicemi a na podmnožině 6 družic, 1464 případů přes oba skutečné páry efemerid, předregistrováno (f672a314): blind_dx, residual, blind_norm a detectable_norm v rozmezí 1e-12 relativně k |dy| a blind_fraction v rozmezí 1e-12 absolutně (nejhorší blind_dx 1.06e-14, residual 4.4e-15, blind_fraction 3.1e-15). numpy si G sestavuje samo z odevzdaných poloh, zatímco engine používá normální rovnice s Gaussovou-Jordanovou eliminací; šikmá levá inverze způsobí selhání testu při 5.5e-2 |dy|. Dodatek 1 (86c53301, po prvním běhu, zveřejněn) zmírnil pouze vstupní předpoklad na podíl parity (každý případ alespoň 1e-3 a 95 % každé geometrie alespoň 0,05), nikoli práh shody. Ověřené tvrzení, jak P2 připouští: lineární algebra tohoto rozdělení na těchto vstupech; velikosti prahu nesouladu efemerid a ilustrativní lunární geometrie (8 uzlů typu LCNS ve vzdálenosti 5000 km) jsou vstupy, nikoli ověřené, a slepota je známou vlastností veškerého snímkového RAIM. Porovnání s numpy z kola 1 (tests/lunar_common_mode_integrity_reference.rs) kontrolovalo pouze identitu S·G = I, protože jeho vstupy ležely v range(G); zachovává se jako regresní test. Původ efemerid: tests/fixtures/inter_ephemeris/NOTICE.md (JPL, IMCCE, IAA RAS) | lunar_common_mode |
| Ochranná úroveň společného módu a celková obálka integrity | cmpl_horizontal ohraničuje k-sigma horizontální chybu polohy, kterou přispívá slepá třída společného módu, tak, že sestaví blind_position_covariance = S*Cov*S^T a promítne ji do ENU; integrity_envelope uvádí hpl_total = hpl_araim + cmpl. Rozdíl, pro který dvojice existuje: REZIDUÁLNÍ test RAIM/ARAIM je prokazatelně slepý vůči chybám v range(G), ale OCHRANNÁ ÚROVEŇ ARAIM slepá není, protože její člen bez poruchy je již ohraničuje až do výše URA poskytovatele plus nominálního biasu. CMPL je proto pouze meziposkytovatelský PŘEBYTEK, který URA/ISM jednotlivého poskytovatele neohraničuje shora, a součet je konzervativní mez z trojúhelníkové nerovnosti, nikoli RSS, platná jen tam, kde tento přebytek není již obsažen v URA. | MODELLED | Analytická algebra projektorů ověřená sama proti sobě: kovariance omezená na range(G) musí dát kladnou CMPL, kovariance omezená na prostor parity musí dát přibližně nulu a obálka musí sčítat dva příspěvky ortogonální v prostoru měření. Kovariance společného módu, geometrie konstelace a k jsou reprezentativní vstupy úrovně modelované, NIKOLI schválený rozpočet, a netvrdí se, že je trojúhelníková mez těsná. POZNÁMKA K PŮVODU: cmpl_horizontal, blind_position_covariance a integrity_envelope jsou veřejné a dodávané a jejich jednotkové testy již uváděl řádek o slepotě společného módu, ale SAMOTNÉ TVRZENÍ O OBÁLCE žádný řádek nemělo, takže jediná výhrada, která je drží poctivým, totiž že součet je trojúhelníková mez a nikoli RSS, nebyla v registru uvedena nikde. Řádek registruje tvrzení i výhradu společně. | lunar_common_mode |
| Lunární společné vícetechnikové určování oběžné dráhy a hodin | Dávková fúze VLBI, lunárního místního měření vzdálenosti a měření vzdálenosti mezi družicemi pro zjištění poloh a hodin stanic a konstelace | VALIDATED | P2: numpy 2.4.6 (numpy.linalg.lstsq s LAPACK gelsd, numpy.linalg.inv; BSD-3) přepočítává každý Gaussův-Newtonův krok, zkonvergované řešení váženými nejmenšími čtverci, formální sigmy a chybu stanice na odevzdaných jakobiánech a pozorováních šesti simulovaných sítí, předregistrováno (5094bc31) na max(1e-8, 100 kappa eps) relativně. První běh selhal u sítě bez VLBI (6.1e-7 proti 1e-8, inverze normálních rovnic při podmíněnosti 1.4e5); oprava enginu napsaná po tomto výsledku (batch_ls::gauss_newton_qr, krok Householderovy QR používaný funkcemi estimate a formal_covariance) byla znovu spuštěna při nezměněném prahu: kroky 1.1e-14 až 2.4e-11, sigmy nejvýše 1.3e-11. Ověřeným tvrzením je lineární algebra řešení fúze na těchto vstupech, nikoli fyzikální velikosti simulované sítě ani její modely pozorování: řádek lunárního geodetického zpoždění VLBI zůstává MODELLED (jeho analytická cesta se od ANISE liší až o 24 µs) a soustavy mají své vlastní řádky. Obnovení vložené simulované pravdy a konzistence NEES zůstávají vnitřními kontrolami; dřívější křížová kontrola Orekit 12,2 / Hipparchus Levenbergova-Marquardtova (tests/lunar_joint_multi_technique_od_reference.rs) procvičuje batch_ls::gauss_newton, které estimate již nevolá, a zachovává se jako kontrola tohoto primitiva. Revize 0,30: chyby stanic výchozího lunar-joint-od-clock 3,541344 -> 3,541350 m s VLBI a 2183,119 -> 2183,558 m bez něj (řešení QR). Revize 0,36 (STUDIO-15, přenosná matematika; docs/revisions/STUDIO15-portable-math-rebaseline.md): 3,541350 -> 3,536885 m s VLBI a 2183,558 -> 2184,021 m bez něj a řešení bez VLBI se zastaví po 5 iteracích, nikoli po 2 (zastavení omezené zaokrouhlovací chybou u špatně podmíněné sítě); předregistrované porovnání bylo znovu spuštěno na znovu exportovaných vstupech při nezměněném prahu (numpy 2.4.6, všech šest sítí splňuje podmínku) | lunar_combination (problem, model, estimate, formal_covariance); batch_ls (gauss_newton_qr) |
| Fisherova informace a pozorovatelnost podle Cramérovy–Raovy meze | Fisherova informace M=HᵀWH, dolní Cramérova–Raova mez, hodnost pozorovatelnosti / nulový prostor defektu datumu (Moorova–Penroseova pseudoinverze) a skaláry D/A/E/T-optimálního návrhu experimentu ze symetrického Jacobiho řešiče vlastních čísel | VALIDATED | NumPy 2.4.1 (numpy.linalg.eigh / .inv; BSD-3-Clause, opřený o LAPACK) – nezávislá autorita třetí strany, která stejné jednoznačně definované vlastní hodnoty, kovarianci Cramérovy–Raovy meze σ²(XᵀX)⁻¹ a faktory zhoršení přesnosti GNSS počítá jiným algoritmem (LAPACK divide-and-conquer + LU) než cyklické Jacobiho iterace a spektrální pseudoinverze v Kshana; shoda do 1e-9. Stejná třída externích knihoven již ověřuje engine DOP (proti gnss_lib_py) a jádra χ²/erf (proti SciPy). Navíc zkontrolováno vůči uzavřeným tvarům CRLB podle Kaye (1993) a dosažení CRLB metodou Monte Carlo (interně) | fim |
| Pozorovatelnost absolutní polohy lunární stanice (defekt datumu) | Pozorovatelnost společného lunárního řešení z hlediska Fisherovy informace: bez zemských základen leží datum absolutní soustavy v nulovém prostoru HᵀWH (poloha stanice je nepozorovatelná); ≥3 základny obnoví plnou hodnost a omezí Cramérovu–Raovu chybu stanice, kterou estimátor dosahuje | MODELLED | Analytická struktura defektu datumu – nepozorovatelný mód absolutní soustavy leží v nulovém prostoru Fisherovy informace (uzavřený tvar), práh hodnosti odpovídá zveřejněnému zdůvodnění návrhu se 3 stanicemi a estimátor výsledné CRLB v Monte Carlo dosahuje. Samotná lunární geometrie je reprezentativní síť (nikoli skutečně letěné efemeridy), takže řádek zůstává MODELLED; podkladový engine FIM/CRLB je samostatně kontrolován proti uzavřeným tvarům podle Kaye (1993). 0,30 kolo 2 (předregistrováno fab02df9), zablokováno (zůstává MODELLED): NumPy/SciPy přepočítají hodnost a defekt při uvedeném prahu 1e-9, podíl os stanice na nulovém prostoru (do 8.4e-10) a CRLB stanice (do 1.2e-10) na 17 zapsaných konfiguracích vygenerovaných v Kshana (P2). Nepovýšeno: tvrzení, že estimátor mez dosahuje (účinnost Monte Carlo asi 0,98), nemá orákulum a vymezení, které by řádek ponechalo jako MODELLED, čeká na rozhodnutí vlastníka | lunar_combination (lunar_observability) + fim |
| Realizace lunární referenční soustavy | 7parametrové Helmertovo přizpůsobení datumu + vazba orientace ICRF ze sítě bodů | VALIDATED | Nezávislý řešič podobnostní transformace podle vážené Umeyamovy (Hornovy) metody v uzavřeném tvaru (založený na SVD v numpy/scipy; Umeyama 1991 IEEE TPAMI, Horn 1987 JOSA A) – jiný algoritmus než iterativní Gaussovo–Newtonovo přizpůsobení v kshana, který na bajtově shodných sítích bodů dosahuje stejného jednoznačně definovaného optima vážených nejmenších čtverců | lunar_frame_realise |
| Objem služby lunární navigace | Lunární DOP / pokrytí / dostupnost třídy Moonlight a zobecněné lunární ochranné úrovně ARAIM v rámci objemu služby | VALIDATED | Nezávislá autorita třetí strany: keplerovský propagátor ANISE 0.10.2 astro::Orbit (Nyx Space, MPL-2.0) – ekvinoktální dvoutělesová výpočetní cesta odlišná od Newtonovy–Raphsonovy Keplerovy úlohy v kshana; poloha MCI jednotlivých družic se shoduje na <1e-3 m a odvozený počet i množina viditelných družic se v každém bodě mřížky přesně shodují. Jádro DOP je ověřeno proti gnss_lib_py; integrita používá zveřejněné parametry LunaNet/LCNS | lunar_service |
| Generování rozprostíracích kódů LunaNet AFS (LSIS V1.0) | Kódy Augmented Forward Signal podle LSIS V1.0 (29. ledna 2025): primární kód AFS-Q o 10230 čipech generovaný konstrukcí pilotu L1C podle IS-GPS-800 s indexy z IS-GPS-800J (stejných 210 přiřazení, jaké tiskne příloha D normy LSIS), Goldovy kódy AFS-I o 2046 čipech generované z g1 = x^11 + x^2 + 1 a g2 = x^11 + x^8 + x^5 + x^2 + 1 se zpožděním G2 každého PRN převzatým ze souboru přílohy 3 normy, čtyři sekundární kódy, terciární kódy o 1500 čipech, přiřazení uzlů z prozatímní tabulky 11 a odstupňovaný pilotní kód. Obsah LSIS se za běhu čte z lokální cache ověřené pomocí SHA-256, naplněné z PDF hostovaného NASA, a nikdy se nedistribuuje dál | MODELLED | Reference: hodnoty, které LSIS V1.0 tiskne pro validaci (tabulky C-1 až C-5, D-1 až D-6, E-1 až E-6), a její elektronické soubory kódů z přílohy 3 při kritériu nulové neshody stanoveném před porovnáním. Kritérium je mimo jednu vytištěnou buňku, která je vnitřně v rozporu se souborem z přílohy 3 téže normy, nesplněno, takže řádek zůstává MODELLED; připravuje se poznámka o chybě (erratum). Stejné čipy se rovnají i čipům LANS-AFS-SIM (řádek „Vykreslení základního pásma LunaNet AFS proti nezávislému generátoru při zadaném stavu kanálu“) | lunar_afs::codes, lunar_afs::lsis, lunar_afs::params (IS-GPS-800J indices) |
| Vykreslení základního pásma LunaNet AFS proti nezávislému generátoru při zadaném stavu kanálu (LSIS V1.0) | Jádro vykreslování základního pásma AFS (LSIS-130: komplexní obálka I + jQ, I = Goldův kód AFS-I krát rámec o 500 symbolech/s při 1,023 Mchip/s, Q = odstupňovaný pilot AFS-Q při 5,115 Mchip/s, rotace nosné, zarovnání čipů a symbolů) reprodukuje vzorky nezávislého generátoru, když je řízeno jeho vlastním zaznamenaným stavem kanálu (fáze a rychlosti kódu, fáze a frekvence nosné, amplituda jednotlivých kanálů). Nepokryto: model uzlu, který tento stav odvozuje z Dopplera, zpoždění a poměru nosné k hustotě šumu, rozdělení výkonu 50/50 počítané z poměru nosné k hustotě šumu (amplitudy se přebírají ze simulátoru) a metadata SigMF a zápis 8bitových vzorků | VALIDATED | Knihovna: LANS-AFS-SIM (T. Ebinuma, BSD-2-Clause, commit 480c6bf353717bafc04b5ee5bafb38ed90e61aae, sestavení pro pásmo S, spuštěno jako samostatný program); vzorky Kshana jsou řízeny pouze zaznamenaným stavem kanálu simulátoru a sestavení s pouze tiskovým trasováním je ověřeno jako bajtově shodné s neupraveným. Prahy stanovené před během: nulové neshody čipů a symbolů, |rho| >= 0,999 přes celý běh a >= 0,99 na blok o 2 ms, fáze v rozmezí 0,05 rad. Stejné amplitudy I a Q jsou vstupem porovnání, takže rozdělení výkonu se jím netestuje. LANS-AFS-SIM čte své terciární kódy ze souboru přílohy 3 normy LSIS, takže tato část není nezávislá na řádku o kódech. LANS-AFS-SIM a PocketSDR-AFS mají společného autora a počítají se jako jedna nezávislá implementace. Podmíněno daty: porovnání s LANS-AFS-SIM potřebuje lokální cache LSIS V1.0 (xval/lunar-afs/fetch_lsis.sh, ověřená SHA-256) a bez ní se s upozorněním přeskočí | lunar_afs::waveform::render, lunar_afs::codes, lunar_afs::frame |
| Kanálové kódování rámce LunaNet AFS, FID 0 (LSIS V1.0) | Rámec FID 0 o 12 s a 6000 symbolech podle LSIS V1.0: synchronizační vzorec o 68 symbolech, podrámec 1 s kódem BCH (51, 8) (generátor v osmičkové soustavě 763), CRC-24 ((1 + X)·P(X)) na podrámcích 2–4, kódování LDPC s poměrem 1/2 s vytištěnými maticemi A, B^-1, C, D (příloha 1 normy LSIS, čtená za běhu z lokální cache ověřené SHA-256) a puncturingem podle normy, blokový prokladač 60 x 98; vyčerpávající dekodér podrámce 1, který označí TOI mimo 0..99, a normalizovaný dekodér LDPC min-sum napsaný pouze z H = [[A, B, 0], [C, D, I]] | VALIDATED | Knihovna: LANS-AFS-SIM (T. Ebinuma, BSD-2-Clause, commit 480c6bf353717bafc04b5ee5bafb38ed90e61aae), jejíž vlastní BCH, CRC, LDPC a prokladač vytvářejí pro stejný obsah rámce symbol po symbolu shodné s rámci Kshana (nulové neshody, práh stanoven před během). Podloženo referenčními hodnotami: propočtený příklad BCH z obrázku 8 normy LSIS V1.0 a kontrolní hodnota CRC-24/LTE-A (katalog parametrizovaných algoritmů CRC Grega Cooka), obojí bit po bitu přesně; a také tím, že PocketSDR-AFS ve třech během dekódoval každý podrámec rámců, na které se synchronizoval, s úspěšným CRC a shodnými bity podrámce 2. Test paritní kontroly je téměř vnitřní identita (potvrzuje, že vytištěná B^-1 invertuje vytištěnou B) a nepočítá se jako orákulum. Podmíněno daty: porovnání s LANS-AFS-SIM potřebuje lokální cache LSIS V1.0 (xval/lunar-afs/fetch_lsis.sh, ověřená SHA-256) a bez ní se s upozorněním přeskočí | lunar_afs::frame, lunar_afs::ldpc, lunar_afs::lsis |
| Dekódovatelnost LunaNet AFS v uzavřené smyčce nezávislým přijímačem (LSIS V1.0) | Záznam AFS z Kshana zachycený, sledovaný a dekódovaný nezávislým softwarovým přijímačem a porovnaný s vlastními pravdivými značkami záznamu. Dokládá to pouze shodu s normou a konzistenci značek; není to tvrzení o fyzice kanálu, šíření, přijímaném výkonu ani linkových rozpočtech, jejichž hodnoty v záznamu jsou zvolené vstupy | MODELLED | Knihovna: PocketSDR-AFS (T. Ebinuma podle PocketSDR 0,13 T. Takasua, BSD-2-Clause, commit 5b23809f30d68518b7fad7a564fd0fac57cc497d, sestavení pro pásmo S, kopie s pouze tiskovou úrovní logování), podle kritérií stanovených před každým během. Třetí předregistrované porovnání splňuje své prahy dekódování a sledování C1 a C2 v plném rozsahu, ale nikoli svou pojistku G0 v zapsaném znění (dva běhy neupraveného přijímače se liší ve stejných čtyřech záznamech akvizice) a druhé jej minulo o 5 porušení, takže řádek zůstává MODELLED. LANS-AFS-SIM a PocketSDR-AFS mají společného autora a počítají se jako jedna nezávislá implementace; kontroly vytištěných vektorů v řádku o kódování rámce chrání proti společnému chybnému čtení | lunar_afs::waveform (recording and truth labels), xval/lunar-afs/run_pocketsdr.sh |
| Shoda GPS L1 C/A mezi generátory | Rozprostírací kódy GPS L1 C/A (sdr::CaCode) a podrámce LNAV 1–3 (gps_lnav: kvantizace polí podle IS-GPS-200 s hodnotou pí podle specifikace, balení ve dvojkovém doplňku, slova TLM a HOW, parita podle tabulky 20-XIV s inverzí D29*/D30*, bity řešící paritu ve slovech 2 a 10) porovnané bit po bitu s gps-sdr-sim na jeho přibaleném brdc0010.22n (32 družic) | MODELLED | gps-sdr-sim (MIT, commit 28ca29a6, spuštěn jako samostatný program přes zapsaný harness), předregistrováno f88f2969 s bitově přesným prahem pro (A) čipy C/A, (B) každé vypočtené pole LNAV, (C) každý paritní bit. ZJIŠTĚNÍ: (A) 0 z 32 736 čipů se liší, (C) parita se liší u 0 z 1 920 slov, (B) 230 z 1 152 vypočtených polí se liší o jednu jednotku: eph2sbf v gps-sdr-sim zkracuje směrem k nule přetypováním v C tam, kde vysílané celé číslo vyžaduje zaokrouhlení (každá odlišná hodnota leží do 0,01 jednotky od zaokrouhleného celého čísla v Kshana). Zůstává MODELLED: zapsaný práh byl konjunkcí | gps_lnav, sdr |
| Geometrie signálu scény IQ GNSS proti nezávislému generátoru základního pásma | Pravda pro jednotlivé družice z generátoru scény IQ pro scénu GPS L1 C/A s vysílanými efemeridami (iq::scene: SatGeometry z vysílaných efemerid, generovaná do záznamů pravdy TruthRecord): které družice jsou nad horizontem, pseudovzdálenost, fáze kódu u prvního vzorku, Dopplerův posun nosné a úhly pohledu, pro statický přijímač, porovnané se stavem kanálu, z něhož gps-sdr-sim sestavuje první blok svého vlastního výstupu I/Q, pro stejné efemeridy, přijímač a čas počátku (ionosféra vypnuta na obou stranách) | VALIDATED | gps-sdr-sim (T. Ebinuma, MIT, commit 28ca29a6), nezávislý generátor základního pásma GPS L1 C/A, sestavený vlastním Makefile a spuštěný jako samostatný program na svém přibaleném brdc0010.22n v ukázkové poloze z textu jeho nápovědy (scripts/gen_iq_gpssdrsim_ref.sh); zapsaný harness slinkovaný se stejným sestavením vypisuje stav kanálu (computeRange, computeCodePhase) za prvním blokem programu. Prahy stanoveny před spuštěním generátoru (předregistrováno 7777da53). Rozsah: geometrie GPS L1 C/A pro statický přijímač bez ionosféry, troposféry a hodin přijímače; modely kanálů, šum a obsah navigačních dat scény nejsou součástí tohoto řádku | iq::scene (Scene, SatGeometry, TruthRecord) |
| Akvizice IQ GNSS na nezávisle generovaných vzorcích I/Q | iq::acq::acquire (FFT paralelní vyhledávání fáze kódu s prahem Marcumovy funkce Q pro kvadratický detektor) s replikou GpsL1Ca, na 20 ms vlastního 8bitového výstupu I/Q z gps-sdr-sim dekódovaného dekodérem vzorků iq::io (ci8, 2,6 MHz, 11 družic, bez šumu): každý PRN 1 až 32 prohledán ve dvou oknech po 10 ms, výsledek porovnán s fází kódu a Dopplerem, které gps-sdr-sim namodulovalo | MODELLED | Vzorky I/Q z gps-sdr-sim (MIT, commit 28ca29a6) a jeho vlastní stav kanálu, předregistrováno 7777da53: (B1) každý simulovaný PRN zachycen, (B2) žádný jiný PRN nezachycen, (B3) fáze kódu do 0,5 čipu, (B4) Doppler do 125 Hz. ZJIŠTĚNÍ: B1, B3 a B4 platí v obou oknech (nejhorší 0,195 čipu, 72 Hz), ale B2 selhává: všech 21 PRN, které gps-sdr-sim nesimulovalo, rovněž překračuje práh (statistika 151 až 206 proti 79,5; simulované PRN 1 300 a výše). Práh je nastaven pro gaussovský šum naměřeného výkonu vzorků; gps-sdr-sim žádný šum nepřidává, takže buňky chybějícího PRN obsahují vzájemnou korelaci ostatních družic. Zůstává MODELLED: zapsaný práh byl konjunkcí | iq::acq (acquire, AcqConfig); iq::io (decode_samples); iq::scene (GpsL1Ca) |
| Monitory IQ hodnocené v kampaních laboratorního přehrávání: detekce, nezachycení, falešné poplachy a uzavřené tvary míry falešných poplachů | iq::campaign::detect a spouštěč kampaní: volitelná tabulka [monitors] spouští monitory IQ na každé buňce v jediném průchodu spouštěče. Monitory výkonu a spektra vidí vzorky po každém řetězci vstupního stupně; monitory C/N0, SQM a zámku vidí aktualizace smyček každého sledovaného kanálu. Každý poplach se hodnotí proti uvedeným událostem: zachycen či nezachycen podle (události, druhu poplachu, kanálu), doba do detekce a falešné poplachy mimo události vztažené k jejich expozici. U každého testu je uvedena jeho míra falešných poplachů v uzavřeném tvaru: výkon na blok (přesný gama chvost), spektrální přebytek na blok (aproximace), špičatost (jednostranná gaussovská), pulzy (binomický strop), SQM na zprůměrovanou aktualizaci (2Q(k) = Q(1/2, k^2/2), nové) a ARL0 CUSUM pro C/N0 (Siegmund). Bez této tabulky zůstávají buňky, klíče a otisky beze změny. Nesyntetizuje se žádný průběh interference | MODELLED | Vlastní uzavřené tvary monitorů na scénách GPS L1 C/A z Kshana (šum a legitimní signály; události útlumu vlastních signálů družic) proti prahům předregistrovaným v docs/design/MONITORS-IN-CAMPAIGN.md (382ab2f4). ZJIŠTĚNÍ: M1, M2 a M4 splněny. M3 splněno v detekci (18 z 18 útlumů, P_md 0) a NOT MET v časové klauzuli: medián doby do detekce je 1,001 s proti 2 x ARL1 vzorků = 0,433 s. CUSUM vidí jeden odhad za okno 1 s, takže mez v počtu vzorků je menší než jeden vzorek. Pouze vnitřní konzistence: nekontroluje se žádný skutečný přijímač ani zaznamenaná interference | iq::campaign (detect, runner, spec); iq::monitor (stats::gaussian_two_sided_pfa, sqm) |
| Detekční ROC monitorů IQ z hodnocené kampaně laboratorního přehrávání | iq::campaign::detect (windows, roc) a iq::campaign::report::rocs: každá buňka kampaně s monitory uchovává pro každý druh poplachu a kanál maximum vlastní testové statistiky monitoru přes každé uvedené okno události (pozitivní) a přes dlaždicově rozložená okna roc_window_s mimo události (negativní). Statistikami jsou odchylka výkonu bloku, přebytek PSD, špičatost z, |z| SQM zprůměrované metriky a CUSUM pro C/N0. Zpráva je sdružuje podle druhu do empirické ROC na úrovni oken s jejím AUC a pracovním bodem při nastaveném prahu, zapsané jako roc.json (kshana.campaign-roc/1) a sekce Detection ROC v report.html. Kampaň bez monitorů nezapisuje ani jedno | MODELLED | Syntetické kampaně ze scén GPS L1 C/A z Kshana (útlumy vlastních signálů družic) proti prahům předregistrovaným v docs/design/DETECTION-ROC.md (b47e358d). ZJIŠTĚNÍ: R2 splněno (úroveň náhody, když není co detekovat). R1 NOT MET: AUC pro cn0_drop 0,7855 proti 0,95, protože každé negativní okno po události dědí od detekce doznívání CUSUM (všech 18 negativ po události dosahuje 81 nebo více; všech 18 negativ před událostí zůstává na 0). Pouze vnitřní konzistence: nekontroluje se žádný skutečný přijímač ani zaznamenaná interference | iq::campaign (detect, report, runner); iq::monitor::spectral (kurtosis_reference) |
| Kalibrace modelů C/N0 a zámku otevřeného přijímače na výsledky kampaní IQ s uvedenou chybou predikce | iq::labfit (campaign, cn0, iqfit, iqreport) a [input] campaign na kshana iq labfit, Python kshana.iq_labfit a nástroj labfit v MCP (pouze složky kampaní uvnitř jeho pracovního adresáře): načte výstupní složku kshana iq campaign podle jejího DIGEST a seskupí hodnocené buňky do jednotek přizpůsobení (signál x návrh smyčky x řetězec vstupního stupně x typ rušiče, nikdy sdružené dohromady). Pro každou jednotku přizpůsobí naměřené C/N0 uvedenému J/S pomocí tvaru spektrální separace. Q_eff není z dat C/N0 identifikovatelné bez nezávislého měření výkonů rušiče a signálu, takže Q je uvedeno, nikdy nepřizpůsobeno (tabulka typů, q události, nebo u neznámého typu nejškodlivější uvedená hodnota, cw Q = 1). Přizpůsobovaným parametrem je identifikovatelný posun delta_eff = delta - 10 log10 Q, přičemž korelační pojistka hlásí degeneraci. Biny C/N0 se zámkem pod 90 % jsou cenzurovány a vypsány. Prahové J/S je dáno přímo i uzavřeným tvarem; model smyčky sledování a empirický model zámku jsou spřaženy přes model C/N0, s doběhy ztráty a opětovného zachycení zámku. Seedovaný klastrový bootstrap přes záznamy (1000 replikací) dává percentilové intervaly; 90 % predikční intervaly pocházejí z tahů reziduí; hold-outy typu vynechání jednoho záznamu jsou rozděleny na interpolační a extrapolační; předregistrovaná tabulka [validation] je zahašována a každý práh posouzen jako PASS/FAIL. Zpráva kshana.labfit-iq/1 jako JSON, CSV a generovaný Markdown, s blokem jednotek. Pouze syntetické (žádný záznam třetí strany, žádný průběh rušiče). Cesta labfit z logu přijímače je beze změny | MODELLED | Syntetické obnovení parametrů na scénách GPS L1 C/A z Kshana se známým profilem C/N0 vnuceným podle vzorce z oddílu 3,1, sledovaných a hodnocených kshana iq campaign, proti prahům předregistrovaným v docs/design/LABFIT-FROM-IQ.md (oddíl 5,1, změněno 2026-10-12 v b7117bf, oddíl 13). Estimátor C/N0 kampaní (M2M4) byl zafixován v 5b13e3c2, odeslán před prvním vyhodnocením prahů (zapsán společně s kódem přizpůsobení, nikoli samostatně), po jednom zveřejněném diagnostickém běhu sledování. ZJIŠTĚNÍ na kampani s 18 událostmi: (c) PASS; (a') NOT MET, chyba delta_eff -1,097 dB proti 0,5 dB (stále -0,89 dB v binech na 38 dB-Hz a výše); (b') NOT MET, 0 z 50 kampaní pokrývá pravdu (chyba -1,189 +/- 0,093 dB, interval asi 0,3 dB); (d) NOT MET, uzavřený tvar 2,20 dB pod přímým J/S při ztrátě, zhruba přizpůsobené doby doběhu poklesu krát rychlost rampy (2,09 dB); původní klauzule Q v (a) a (b) jsou NOT MET, protože Q není identifikovatelné. NÁSLEDNĚ (prahy předregistrovány v 1e532f84, docs/design/evidence/labfit-followup/RESULTS.md): na kampani se skokovým J/S je delta_eff obnoveno do +0,185 dB (S1 MET: chyba rampy je zpoždění estimátoru); (d) v zapsaném znění je na ní splněno modelem smyčky sledování (0,45 dB), ale ne empirickým (6,42 dB), takže S2 je NOT MET; na nové kampani s rampou je (d) s přizpůsobenými dobami doběhu poklesu plus rychlostí rampy každé události v rozmezí 1 dB pro oba modely (R1 MET) a (a') i (d) v zapsaném znění opět selhávají (-1,25 dB; 2,32 a 9,47 dB). Kontroluje se metoda, nikoli žádný přijímač: ze syntetických dat ji nelze označit jako VALIDATED | iq::labfit (campaign, cn0, iqfit, iqreport, schema, mod); iq::cli::labfit |
| Kódování GPS LNAV dekódované nezávislou knihovnou přijímače | Podrámce LNAV 1–3 z Kshana (gps_lnav::encode_subframes) pro 32 efemerid brdc0010.22n předaných funkcím decode_word a decode_frame z RTKLIB: parita každého slova, dekódování podrámců s konzistentním vydáním dat a každý dekódovaný parametr proti celému číslu z Kshana a proti vstupní hodnotě | MODELLED | RTKLIB v2.4.2-p13 (BSD-2-Clause, commit 71db0ffa) decode_word/decode_frame jako samostatný program, předregistrováno ca5f0142: R1 parita a dekódování, R2 dekódovaná hodnota rovná celému číslu z Kshana krát měřítko IS-GPS-200 do relativní chyby 2^-52, R3 do poloviny kvanta vstupu. ZJIŠTĚNÍ: R1 960 z 960 slov a 96 z 96 podrámců; R3 každý parametr, týden a referenční časy přesně; R2 selhává u 41 hodnot (af1, delta-n, IDOT) o 1 až 4 jednotky v posledním místě, protože P2_43 v RTKLIB je desetinné číslo 1.136868377216160E-13, 2.6e-16 relativně od 2^-43; dělení konstantou z RTKLIB vrací celé číslo z Kshana ve všech případech. Zůstává MODELLED: zapsaný práh R2 byl příliš těsný pro vlastní konstantu orákula | gps_lnav |
| Kódování navigační zprávy GPS LNAV | Podrámce LNAV 1–3 podle IS-GPS-200 (gps_lnav::encode_subframes: kvantizace každého parametru hodin a dráhy zaokrouhlením na nejbližší při měřítkách a hodnotě pí podle specifikace, balení ve dvojkovém doplňku, slova TLM a HOW, parita podle tabulky 20-XIV s inverzí D29*/D30*, bity řešící paritu ve slovech 2 a 10), tedy zpráva, kterou vysílá generátor signálu GPS L1 C/A | MODELLED | RTKLIB v2.4.2-p13 (BSD-2-Clause, commit 71db0ffa) readrnx čtoucí denní soubor vysílaných dat IGS BRDC00IGS_R_20250610000_01D_MN.rnx a decode_word/decode_frame dekódující slova z Kshana, spuštěno jako samostatný program; předregistrováno d4d9eb9d před stažením souboru, práh přesné shody celých čísel. Mutace: zkracování místo zaokrouhlování dává 235 selhání. Dřívější porovnání téhož kodéru jsou zaznamenána jako zjištění: proti gps-sdr-sim, které zkracuje (230 polí), a proti škálovaným hodnotám z RTKLIB, jejichž desetinná konstanta 2^-43 minula práh jednoho ulp (41 hodnot). Dodatečné ověření integrátorem (zůstává MODELLED): porovnání se shoduje a mutace paritní množiny je rovněž převede na červenou, ale předregistrace d4d9eb9d se na veřejné větvi objevila v 20:02:29 UTC, dvě sekundy po commitu výsledku 1783f904 (20:02:27 UTC), který již obsahuje výstup RTKLIB pro tento soubor, takže pořadí „zaregistrováno před stažením souboru“ nelze prokázat; čerstvá registrace odeslaná před stažením dosud neviděného souboru vysílaných dat by to rozhodla | gps_lnav |
| Akvizice a odhad C/N0 na skutečných lunárních IQ datech | Paralelní vyhledávání fáze kódu (acquisition::pcps_acquire: přenosné FFT, koherentní skládání, nekoherentní akumulace, práh chí-kvadrát pro pravděpodobnost falešného poplachu v celém vyhledávání), zjemnění, otevřenosmyčková promptní korelace s Dopplerem kódu a estimátor C/N0 M2M4, spuštěné na dávkách 4bitových IQ LuGRE L1 načtených přes realdata::ion_sdr | MODELLED | GNSS-SDR 0.0.19 (GPL-3.0, samostatný program, zafixovaná konfigurace) na devíti dávkách L1 mimo povrch a na RAW C/N0 letového přijímače (LuGRE Mission Data, Zenodo 16411687, CC BY 4,0), předregistrováno 768cb62b. ZJIŠTĚNÍ: čtečka z Kshana dekóduje všech 288 porovnávaných úseků shodně s nezávislým převodníkem; GNSS-SDR prohlásí 266 z 288 vyhledávání za pozitivní a Kshana souhlasí ve všech 266 rozhodnutích, ale pouze 250 je lokalizováno na buňce GNSS-SDR (A2 selhává); větev C/N0 je prázdná, protože žádná letová epocha RAW neleží do 30 s od žádné dávky (nejbližší 141 s). Většina pozitiv jsou artefakty: holé úrovně ve dvojkovém doplňku nesou střední hodnotu -0,5 na I i Q, čáru na nulové frekvenci 32 dB nad šumem v binu 1 kHz, kterou zachytí oba přijímače. Dvě dávky (OP5, OP12) byly vyloučeny omylem: čtení jejich metadat s odstraněnými číslicemi bylo považováno za rozpor s jejich hlavičkami; skutečnou příčinou bylo, že čtečka neuměla číst vzorek širší než slovo (od té doby opraveno). Zůstává MODELLED | acquisition, portable_math, realdata::ion_sdr, realdata::lugre |
| Akvizice na skutečných lunárních IQ datech proti Dopplerovi predikovanému z dráhy (rozhodnutí podle výkonu vzorků) | acquisition::pcps_acquire s rozhodnutím podle výkonu vzorků na devíti dávkách LuGRE L1 mimo povrch s úrovněmi mid-rise; rozdíly Dopplera mezi zachycenými družicemi porovnané s rozdíly predikovanými z finálních drah ESA a z trajektorie Blue Ghost rekonstruované firmou Firefly | MODELLED | Predikovaný Doppler z finálních drah ESA/ESOC a rekonstruované trajektorie NAIF CLPS (xval/lugre-predicted-doppler/predict.py, nezávislé na Kshana), předregistrováno 0d1839d2. ZJIŠTĚNÍ: všech 288 vyhledávání překračuje práh na šumu (statistiky výkonu vzorků asi 430 až 520 proti 346,3), takže P1 platí triviálně a P3 platí (274 z 288 predikováno jako viditelné), zatímco P2 selhává u 4033 ze 4036 dvojic. Pásmově omezený vstupní stupeň zvyšuje šum každé buňky asi 1,46krát (zafixováno: úroveň šumu 292 proti bílému šumu 200 na OP2 PRN 1), což statistika výkonu vzorků nevidí. Zůstává MODELLED | acquisition, realdata::ion_sdr |
| Akvizice na skutečných lunárních IQ datech hodnocená podle Dopplera predikovaného z dráhy | acquisition::pcps_acquire s rozhodnutím podle průměrování buněk (vrchol nad průměrnou buňkou mřížky, odolné vůči pásmově omezenému šumu) na devíti dávkách LuGRE L1 mimo povrch s úrovněmi mid-rise; rozdíly Dopplera mezi zachycenými družicemi porovnané s rozdíly predikovanými z finálních drah ESA a z trajektorie Blue Ghost rekonstruované firmou Firefly | MODELLED | Predikovaný Doppler z finálních drah ESA/ESOC a rekonstruované trajektorie NAIF CLPS (xval/lugre-predicted-doppler/predict.py, nezávislé na Kshana), předregistrováno a81a9a4e. ZJIŠTĚNÍ: P1 a P3 platí (4 dávky, 12 z 12 akvizic predikováno jako viditelných), ale P2 selhává u 8 z 8 dvojic. Dvě nejsilnější dvojice odpovídají predikci velikostí s opačným znaménkem (OP2 PRN 18/24: změřeno +7670,0 Hz, predikováno -7693,9; OP17 PRN 11/30: +11155,0, -11114,4), takže zapsané pořadí I v dolní tetrádě je konjugací pořadí v dávkách; šest detekcí těsně nad prahem neodpovídá ani jednomu znaménku. Rozptyl Dopplera ze zjemnění (30 až 50 Hz mezi dvěma běhy) byl rovněž v registraci podceněn. Zůstává MODELLED | acquisition, realdata::ion_sdr |
| Akvizice na lunárních IQ datech ze skutečného provozu, držených stranou, proti Dopplerovi predikovanému z dráhy | acquisition::pcps_acquire (rozhodnutí podle průměrování buněk, pravděpodobnost falešného poplachu 1e-7) s refine_doppler_coherent na dávkách LuGRE L1 zaznamenaných na lunárním povrchu (I v horní tetrádě, úrovně mid-rise); rozdíly Dopplera mezi zachycenými družicemi proti rozdílům predikovaným z finálních drah ESA a z kernelu místa přistání Firefly | MODELLED | Predikovaný Doppler z finálních drah ESA/ESOC a kernelu místa přistání Firefly z NAIF CLPS (xval/lugre-predicted-doppler/predict_surface.py, nezávislé na Kshana), předregistrováno 2108e6ff na dávkách, které nebyly nikdy dříve otevřeny. ZJIŠTĚNÍ: netriviálnost selhává; žádná dávka neobsahuje dvě akvizice. OP40 vyloučeno (metadata uvádějí chybějící soubor); OP38, OP73, OP77_0, OP77_1 nezachytí nic a při 1e-7 nevykazují falešný poplach (nejvyšší statistiky 325 až 356 proti 385,9); OP74 a OP76 zachytí PRN 31 a OP78_0 a OP78_1 PRN 12, každé samostatně, vše predikováno jako viditelné. Zůstává MODELLED. Zveřejněné odchylky: zapsaný práh Dopplera 10 Hz stojí na syntetickém Monte Carlu koherentního zjemnění, nikoli na rozptylu již viděných dávek, který integrátor požadoval; OP40 bylo vyloučeno před během, protože jeho metadata uvádějí soubor vzorků, který datová sada neobsahuje | acquisition, realdata::ion_sdr, realdata::lugre |
| Společná geometrie lunární komunikace a navigace | Topocentrické úhly pohledu jednotlivých družic (azimut po směru hodinových ručiček od severu, elevace) a šikmá vzdálenost na pojmenovaném selenografickém místě, při zadané družici v souřadnicové soustavě místa pevné vůči tělesu Měsíce (ověřené tvrzení). Přesnost měření vzdálenosti signálem ve vesmíru je zpřístupněna jako parametr scénáře, takže rozmítání objemu služby dává POŽADAVEK na přesnost měření vzdálenosti, nikoli výsledek splněno/nesplněno při jediné pevné sigmě; tento parametr je návrhový vstup mimo ověřené tvrzení | VALIDATED | ANISE 0.10.2 (Nyx Space, MPL-2.0, spuštěno jako nástroj z xval/anise-service-geometry, binárka lunar-look-angles-xval, která nevolá žádný kód Kshana): vlastní rutina ANISE pro azimut, elevaci a vzdálenost (azimuth_elevation_range_sez) z míst vytvořených jejím konstruktorem zeměpisná šířka–délka–výška na Měsíci pck00011 (koule 1737,4 km), přičemž družice jsou otočeny do MOON_PA_DE440 pomocí moon_pa_de440_200625.bpc. 768 vzorků na 8 místech (4 pojmenovaná místa a 4 další, nad horizontem i pod ním), 12 epoch a 8 družic se shoduje v azimutu a elevaci do 1e-6 stupně a ve vzdálenosti a poloze místa do 1 mm (stanoveno před porovnáním); naměřeno 2.2e-12 stupně, 2.1e-13 stupně a 5.6e-9 m. Tvrzení: umístění místa a úhly pohledu při zadané družici v soustavě místa pevné vůči tělesu. Vlastní realizace soustavy pevné vůči Měsíci se střední rotací v Kshana a parametr přesnosti měření vzdálenosti jsou mimo ně; jednotkové testy geometrie v uzavřeném tvaru zůstávají jako podpůrné kontroly | lunar_service |
| Měsíční diferenční PNT | Diferenciální referenční stanice třídy NovaMoon: zrušení společného módu + reziduum rostoucí se základnou + ochranné úrovně DGNSS | MODELLED | Identita diferenciálního rušení chyb + opětovné použití aparátu ochranných úrovní SBAS podle DO-229E; řešení jednoduchých diferencí + WLS je navíc zkontrolováno proti lsq()/matinv() z RTKLIB (Takasu, BSD-2-Clause, kompilované C) – nezávislý kód řešiče, ale stejná algebra diferencí směrů viditelnosti prvního řádu, takže stále InternalConsistency | lunar_dpnt |
| Export pro lunární interoperabilitu | Export lunární soustavy + času + efemerid ve shodě s LunaNet/IOAG (CCSDS OEM + KIF) s konformitou při zpětném převodu | MODELLED | Lunární export OEM z kshana znovu načtený nezávislou knihovnou třetí strany oem (R. J. Anderson): tokeny soustavy/času a stav v každé epoše se shodují do přesnosti zápisu (1 mm / 1e-9 km/s) a export s vynechaným TIME_SYSTEM je odmítnut – strukturální zpětný převod při výměně dat; fyzikální sémantika lunární soustavy a času je ověřována vlastními řádky, takže toto zůstává MODELLED. 0,30 externí porovnání, zjištění (zůstává MODELLED): druhý nezávislý čtenář, parser CCSDS OEM z Orekit 12,2 (Apache-2.0, striktní výchozí nastavení), obě lunární soubory odmítá, protože neimplementuje časové systémy LTC a TCL (dekóduje OEM crate v EME2000/UTC a lunární soubory dekóduje po nahrazení TIME_SYSTEM hodnotou TDB); oem 0.4.5 je dekóduje do zapsané přesnosti pouze tím, že u nepodporovaného časového systému sáhne k náhradnímu řešení. Výměna těchto lunárních souborů s běžnými čtečkami CCSDS není prokázána | lunar_interop |
| Bodování ve shodě s rámci odolnosti PNT | Dílčí skóre po jednotlivých dimenzích nad vlastními sedmi kategoriemi odolnosti Kshana (nikoli pojmy DHS), funkcemi RDRR z RethinkPNT a kritérii Yang, každé označené jako modelované se svým hnacím faktorem; předběžná úroveň RPCF s bránou omezené degradace. Sebehodnocení odvozené ze simulace, nikdy certifikace. | MODELLED | Ručně odvozené vzorce pro jednotlivé metriky: inverzní Simpsonova diverzita, vážený průměr složeného skóre, omezené/neomezené doby na časové ose, žebříček úrovní podle nejslabšího článku | resilience::arch, resilience::score, resilience::diversity, resilience::timeline |
| Studie nestability rozhodnutí podle skóre odolnosti | Kvantifikuje, jak jediné složené skóre / úroveň RPCF přeuspořádává architektury při obhajitelném simplexu vah a souboru hrozeb (míra přeskoku top-1, rozptyl Kendallova tau, míra přeskoku úrovně, rozsahy pořadí); analýzy deklarovaného vs. změřeného a kolapsu diverzity. | MODELLED | Identity pořadových statistik v uzavřeném tvaru (tau v [-1,1] s ručně spočtenými hodnotami; deterministický seedovaný Dirichlet) a zkonstruované stabilní/nestabilní svědky | resilience::stats, resilience::study, resilience::panel |
| Reprezentativnost demonstrace a mezery k letu | Registr poctivosti pro každý výsledek, který kvalifikuje výstup demonstrace: jeho vnější kotvy, modelované předpoklady, mezery k letu a reprezentativní pásmo TRL, s vynucenými invarianty (ověřeno vyžaduje vnější kotvu; modelované vyžaduje mezeru a nemůže tvrdit víc než TRL 4). | MODELLED | Invarianty v uzavřeném tvaru odpovídající disciplíně compliance „reprezentativnost zdůvodněna + mezery k letu určeny“; svázáno s hranicí mezi stavem verifikace a druhem orákula | representativeness |
| Důkazy pro srovnání kvantového a klasického řešení (společný tvar) | Jediný reprodukovatelný objekt TradeEvidence (pevný rámec: scénář+seed+engine; společné hodnoty kvantového a klasického řešení pro každý ukazatel kvality s přínosem se správnou polaritou, volitelný 95% IS, označení ověřeno/modelováno) nesoucí záznam o reprezentativnosti, takže každá kvantová PNT vertikála hlásí srovnání stejným poctivým způsobem. | MODELLED | Identity přínosu/vítěze v uzavřeném tvaru + věrné obalení existujícího quantum_trade::TradeResult; poctivost svázaná s registrem reprezentativnosti a označeními verifikace | qtrade |
| Knihovna chybových modelů kvantových zařízení | Karty zařízení (optické/z uvězněných iontů/rtuťové iontové + klasické hodiny převzaté z holdover/clock_state; interferometr se studenými atomy; klasické + provázané/jednofotonové linky přenosu času), každá nese záznam o reprezentativnosti; provázaná linka přidává model přesnosti časování omezené šumem počtu fotonů (~jitter/sqrt(R*tau), penalizace temných impulzů, systematická podlaha). | MODELLED | Převzaté koeficienty hodin/CAI (holdover/clock_state, zveřejněné hodnoty) + identity šumu počtu fotonů a ztrát v uzavřeném tvaru pro provázanou linku | quantum_devices |
| Důvěryhodné kvantové časování (přenos času + zabezpečené šíření + anomálie) | Kompletní řetězec přenosu času, kvantový vs. klasický (výběh hodin + přesnost linky v kvadratuře), převzatá ochranná úroveň času, ukazatel bezpečnosti proti útoku zpožděním/přehráním (1-P_md) a pravděpodobnost detekce anomálie hodin + latence CUSUM, vydané jako poctivé TradeEvidence se záznamem o reprezentativnosti. | MODELLED | Kvadraturní rozpočet v uzavřeném tvaru nad převzatými ověřenými jádry (ADEV vs. Stable32/NIST; mez TPL; detekce analytic_pd/pmd); poctivost svázaná s registrem reprezentativnosti | timetransfer_chain |
| Kvantová navigace bez GNSS | Kvantová (interferometr se studenými atomy) vs. klasická inerciální navigace navigační třídy při výpadku GNSS: růst chyby polohy, holdover do prahu polohy a srovnání kvantového a klasického řešení jako poctivé TradeEvidence; poctivá poznámka o pozorovatelnosti (bias je bez fixu nepozorovatelný, takže chyba roste). | MODELLED | Převzaté inerciální rozpočty zkontrolované nezávislou dvojitou integrací téhož ODE dead-reckoningu v Octave (jiný běhový systém, sdílený model → ReferenceImpl) plus zveřejněný krátkodobý šum podle Freier-2016 jako jednostranná kotva; složený srovnávací výsledek kvantové vs. klasické zůstává MODELLED | quantum_nav_od |
| Detekce poruch/anomálií pro kvantové systémy PNT | Označený katalog kvantových poruch (skok frekvence/drift/ztráta zámku hodin; skok biasu/výpadek senzoru), ROC AUC detekční statistiky s bootstrapovým IS a minimální detekovatelná porucha při pevné míře falešných poplachů; monitor podporovaný kvantovými hodinami detekuje menší poruchy než klasický, vydáno jako poctivé TradeEvidence. | MODELLED | Gaussovo AUC v uzavřeném tvaru = Phi(mu/(sigma*sqrt2)) zkontrolované proti externě ověřenému eval_stats::bootstrap_auc_ci (vs. scikit-learn) + analytické detekční prahy | quantum_faults |
| Dynamika orientace tuhého tělesa bez působení momentu | Eulerovy rotační pohybové rovnice (I ω̇ = τ − ω × Iω, hlavní osy i obecný tenzor setrvačnosti) spřažené s kvaternionovou kinematikou orientace (q̇ = ½ q ⊗ ω) a propagované integrátorem RK4 s pevným krokem, který kvaternion v každém kroku znovu normalizuje | VALIDATED | Propagace tuhého tělesa na uzlu kosmické lodi v Basilisk 2.9.1 (AVSLab, ISC; orientace pomocí MRP přes vlastní spřažené rovnice uzlu, svIntegratorRKF78 při relativní toleranci 1e-12), nezávislá implementace rovnic tuhého tělesa bez působení momentu: kvaternion RK4 z Kshana (dt 0,01 s) a rychlosti natáčení v tělese se shodují do 1e-9 během 1e4 s na dvou obecných nediagonálních tenzorech setrvačnosti (nejhorší 3.3e-11 a 3.4e-12 rad/s); tolerance stanovena před porovnáním. Ověřené tvrzení: pohyb bez působení momentu; člen vnějšího momentu se neporovnává. Kontroly zákonů zachování a symetrického setrvačníku zůstávají jako podpůrná vnitřní konzistence. Žádné prostředí s poddajným tělesem / regulační smyčkou / vnějším momentem | attitude_dynamics |
| Dynamika relativního pohybu podle Clohessyho–Wiltshirea / Hilla | Relativní pohyb pronásledovatele kolem cíle na kruhové referenční dráze v soustavě LVLH: linearizované Clohessyho–Wiltshireovy rovnice (ẍ−2nẏ−3n²x=0, ÿ+2nẋ=0, z̈+n²z=0) řešené maticí přechodu stavu Φ(n,t) o rozměru 6×6 v uzavřeném tvaru (Clohessy–Wiltshire 1960; Vallado, alg. 48) s podmínkou omezené relativní dráhy ẏ₀=−2n·x₀ a opravou druhého řádu v uzavřeném tvaru (cw_dynamics::second_order_correction, odezva CW na kvadratické členy přesných rovnic pro kruhový hlavní objekt; Karlgaard a Lutze 2003, Newman, Lovell a Pratt 2015) složenou jako cw_dynamics::propagate_second_order. Ověřeným výstupem je propagate_second_order; samotná lineární Φ je charakterizována proti nelineární pravdě, nikoli ověřena | VALIDATED | Orekit 12,2 (Apache-2.0) NumericalPropagator, dvoutělesový, LOFType.QSW, spuštěn jako samostatný program (fixture beze změny od kola 1). Předregistrovaný práh 1e-3 m na každém vzorku každého případu; oprava enginu druhého řádu byla proti němu znovu spuštěna beze změny (dodatek 8c8e768d, napsaný dříve, než propagátor existoval, s uvedením, že mezery prvního řádu byly známy). propagate_second_order se shoduje do 1.15e-7 m (C1), 9.8e-8, 5.4e-8 a 2.2e-8 m; poloviční člen druhého řádu selhává při 1.85e-3 až 3.14e-3 m. Samotná lineární Φ se od nelineární pravdy odchyluje o 1,2 až 6,3 mm při 100 m po třetinu oběhu (vynechaný člen druhého řádu; její přísný test je ponechán ignorovaný), takže je charakterizována, nikoli ověřena. Ponechané vnitřní kontroly: Φ proti integraci Hillových rovnic metodou RK4, Φ(t)Φ(−t)=I, identity omezené dráhy a driftu −12π·x₀ a škálování třetího řádu rezidua členu druhého řádu. Rozsah: kruhový hlavní objekt, vzdálenosti kolem 100 m, až třetina oběhu; bez excentricity (Tschauner–Hempel), členů J2 a diferenciálního odporu; předpoklad malé vzdálenosti | cw_dynamics (propagate, second_order_correction, propagate_second_order) |
| Pasivní geolokace zdroje signálu metodou TDOA/FDOA | Lokalizace zdroje signálu (rušičky/spoofera nebo příležitostného zdroje pro reverzní PNT) z rozdílů dob příchodu napříč sítí přijímačů – průsečík hyperboloidů τᵢ=(Rᵢ−R₀)/c řešený Gaussovou–Newtonovou metodou nejmenších čtverců – a po přidání rozdílů frekvencí příchodu (rozdílů rychlostí změny vzdálenosti) s pohybujícími se přijímači společné určení polohy a rychlosti; s dolní Cramérovou–Raovou mezí kovariance polohy z geometrie měření | MODELLED | Vlastní konzistence estimátoru a geometrie: zpětné převody dopředu→dozadu, identita Fisherovy informace/CRLB J·CRLB=I, monotonie GDOP a dosažení vlastní Cramérovy–Raovy meze estimátorem při šumu Monte Carlo – kontroly vnitřní konzistence, NE vnější datová sada, takže řádek zůstává InternalConsistency. MODELLED pasivní geolokace – model přímé viditelnosti bodového zdroje; bez členů vícecestného šíření / NLOS, chyby hodin přijímače a atmosférické refrakce. 0,30 kolo 2 proti Ho a Chan 1993 a Ho a Xu 2004 (předregistrováno f89018b8, 1 % každé vytištěné hodnoty), zjištění (zůstává MODELLED): mez TDOA omezená na povrch reprodukuje 40 N geometrických faktorů (-0,11 %, -0,02 %) a maximální TDOA; společná mez TDOA+FDOA reprodukuje obr. 6 (+0,06 %, -0,17 %) a ve zdroji, který kód autorů uvádí pro obr. 7 (dodatek napsaný po zjištění tohoto výsledku, zveřejněno), obr. 7 (+0,11 %, -0,02 %); rovná se publikovanému kódu meze autorů (BSD-styl, spuštěno v GNU Octave) do 3e-12; řešič maximální věrohodnosti vážený kovariancí dosahuje vytištěné meze (+0,3 až +0,4 %). Faktory pro Ottawu, které článek tiskne z Monte Carla (251, 7,1), se liší o +1,3 % a +4,4 %, tedy mimo práh 1 % | geolocation |
| Špičkové zpomalení při balistickém vstupu se 3 stupni volnosti proti zveřejněnému nominálnímu případu Stardust | Vstup hmotného bodu se 3 stupni volnosti nad rotující kulovou Zemí přes standardní atmosféru USA 1976, integrovaný metodou RK4 z inerciálního vstupního stavu, s udáním špičkového zpomalení a jeho výšky; vstupní stav vzhledem k planetě z inerciálního. Spustitelné jako druh scénáře entry-heating. | VALIDATED | Nominální případ Stardust podle Desaie, Mitcheltreeho a Cheatwooda (1999, NASA NTRS 20050042027): maximální zpomalení 33,4 g z 12,6 km/s vzhledem k planetě při startovní hmotnosti 45,8 kg, trajektorie POST se 6 stupni volnosti s úplnou aerodynamickou databází; rozhraní vstupu podle Desaie, Lyonse, Tooleyho a Kangase (NTRS 20090004445): poloměr 6503,14 km, inerciální 12,9 km/s při -8,2 stupně. Prahy předregistrovány v xval/entry-stardust/PREREGISTRATION.md před jakýmkoli během na těchto vstupech; oba platily hned při prvním běhu. CO TO NENÍ: jeden zveřejněný případ a jedna veličina (špičkové zpomalení, které v balistické aproximaci nezávisí na balistickém koeficientu); zeměpisná šířka a směr vstupu jsou předpokládané; zahřívání, tepelné zatížení a bod přistání se proti němu nekontrolují; hmotný bod s konstantním C_D, nikoli 6 stupňů volnosti. | entry_eo_ascent::entry_heating (simulate_entry, inertial_to_relative, EntryHeatingScenario) |
| Konvektivní zahřívání v bodě stagnace při vstupu (Sutton–Graves) na vstupu se 3 stupni volnosti | Konvektivní tepelný tok v bodě stagnace q = k sqrt(rho/R_n) V^3 s konstantami Sutton–Graves pro zemský vzduch a atmosféru Marsu (NASA TR R-376, 1971), jeho špička a integrované tepelné zatížení podél vstupu se 3 stupni volnosti, balistického nebo nosného při konstantním náklonu, na Zemi nebo na Marsu. | MODELLED | Vnitřní konzistence: vztah a konstanty tak, jak jsou vytištěny v NASA TR R-376, kontrola konvergence půlením kroku a očekávané uspořádání špiček zahřívání a zpomalení. CO TO NENÍ: nebyla porovnána žádná zveřejněná hodnota zahřívání (články o Stardust uvádějí návrhový limit a odhad konvektivní plus radiační složky asi 1200 W/cm2, kterému čistě konvektivní vztah nemůže odpovídat); žádné radiační zahřívání, korekce teploty stěny ani katalyticity, ani odezva tepelné ochrany. | entry_eo_ascent::entry_heating (stagnation_heat_flux, simulate_entry) |
| Radiometrie elektrooptického zobrazovače, MTF, relativní odezva hrany a NIIRS podle GIQE 4 | Rozpočet poměru signálu k šumu nadirového zobrazovače (lambertovská zář scény, kamerová rovnice, šum počtu fotonů, temný, čtecí a kvantizační), systémová MTF na Nyquistově frekvenci jako součin difrakce neclonicí apertury, apertury detektoru, lineárního rozmazání a gaussovského jitteru, odezva hrany a relativní odezva hrany integrované z této MTF, Q = lambda F / p a NIIRS podle GIQE verze 4 bez kompenzace MTF. Spustitelné jako druh scénáře eo-radiometry. | MODELLED | Uzavřené tvary: difrakční MTF při polovině mezní frekvence, jednopixelová rampová hrana čisté apertury detektoru (RER 1), hrana s normálním rozdělením CDF u gaussovského rozmazání (RER = erf(0.5/(sigma sqrt 2))), škálování šumu počtu fotonů a koeficienty GIQE 4 tak, jak byly zveřejněny (Leachtenauer et al., Applied Optics 36(32), 1997). CO TO NENÍ: nebyl porovnán žádný externí zobrazovač, změřená MTF ani hodnocený snímek; GIQE je empirická regrese s vlastní chybou; žádné rozptýlené světlo, atmosférická MTF, kompenzace MTF ani aliasing. | entry_eo_ascent::eo_radiometry (Imager, snr_budget, giqe4_niirs, EoRadiometryScenario) |
| Ztráty gravitační, odporové, řídicí a protitlakové při výstupu nosné rakety | Rovinný gravitační výstup vícestupňového nosiče nad neotáčející se kulovou Zemí přes standardní atmosféru USA 1976 (hustota a tlak), s kopem sklonu, tahem sníženým protitlakem v trysce, vyhořením stupňů přesně na hranicích kroků a ztrátami gravitační, odporovou, řídicí a protitlakovou integrovanými vedle stavu. Spustitelné jako druh scénáře ascent-losses. | MODELLED | Vnitřní konzistence: přesná identita rychlost při vyhoření = součet Isp g0 ln(m0/mf) minus čtyři integrované ztráty (reziduum pod 1e-6 m/s), Ciolkovského rovnice na svislém vakuovém hoření, kde je jedinou ztrátou gravitace, a tlaky podle US76 na hladině moře a na tropopauze. CO TO NENÍ: nebyly porovnány ztráty žádného zveřejněného nosiče; žádná rotace Země, volný let, řízení tahu ani navádění nad rámec kopu; konstantní C_D; není to optimalizátor trajektorie. | entry_eo_ascent::ascent (simulate_ascent, AscentScenario); reentry::us76_pressure |
| Dvoucestná rovnice TWSTFT, rozpočet nejistoty a stabilita linky s flicker šumem a denní nereciprocitou | Dvoucestná rovnice TWSTFT řešená pro T_A - T_B se zpožděními vysílání a příjmu stanic, asymetrií ionosféry nahoru/dolů v pásmu Ku, rozdílem zpoždění transpondéru a členy Sagnac, proti jejímu přesnému přímému modelu; kvadraturní rozpočet nejistoty s TDEV linky jako členem typu A; dvoucestná řada s bílým a flicker fázovým šumem (Kasdin–Walter), denní nereciprocitou a konstantním residuem reciprocity; a rychlost, reziduální RMS, TDEV a ADEV dodaných řad hodin stanic ve formátu Circular T, MJD-CSV nebo IGS RINEX. Spustitelné jako druh scénáře time-transfer-budget. | MODELLED | Vnitřní konzistence: přímý model a řešená rovnice se shodují do 1e-15 s, člen Sagnac se rovná nezávislému tvaru smyčky BIPM 2A omega/c^2 v modulu, ionosférický člen je 40,3 TEC (1/f_up^2 - 1/f_down^2)/c a šumové procesy vykazují očekávané tvary TDEV. CO TO NENÍ: nebylo porovnáno žádné skutečné měření TWSTFT ani kalibrační zpráva; uvedená zpoždění a nejistoty jsou vstupy, nikoli změřené; stability dodaných řad se uvádějí, nikoli ověřují. | twstft_budget (counter_readings, solve_offset, combined_uncertainty, flicker_phase, two_way_series, series_stability); time_transfer_budget (TimeTransferBudgetScenario, read_series) |
| Numerika optické atmosféry na šikmé dráze: Rytovův rozptyl, scintilace, pravděpodobnost úniku gamma-gamma, průměrování přes aperturu, optická tloušťka oblaků a čistého vzduchu | Hufnagelovo–Valleyovo Cn2 integrované podél šikmé dráhy pro Rytovův rozptyl pro rovinnou a kulovou vlnu (uplink a downlink), index scintilace podle Andrewse–Phillipse a parametry gamma-gamma, pravděpodobnost úniku gamma-gamma a rezerva proti úniku, faktor průměrování přes aperturu při slabé turbulenci, optická tloušťka oblaku sloupce kapalné vody a optická tloušťka čistého vzduchu z Kimovy dohlednosti plus Rayleighova rozptylu, které nahrazují paušální atmosférickou ztrátu rozpočtu optické linky, je-li atmosféra zadána. Spustitelné uvnitř druhu scénáře optical-atmosphere. | MODELLED | Numerika je porovnána s nezávislým programem (xval/optical-atmosphere/oracle.py, mpmath 1.4.1 na 30 číslic, kvadratura tanh-sinh na původní výškové proměnné a besselovské hustoty gamma-gamma s K), který s Kshana nesdílí žádný kód, při prazích stanovených dříve, než existovala jakákoli implementace (xval/optical-atmosphere/PREREGISTRATION.md). PROČ MODELLED: toto orákulum vyhodnocuje stejné zveřejněné vzorce, takže kontroluje implementaci uvedených vzorců, nikoli atmosféru; nepoužívá se žádný validační příklad ITU-R ani změřený záznam scintilace či extinkce na šikmé dráze (hodnoty ITU jsou otevřeným licenčním rozhodnutím a jsou mimo repozitář). Úroveň profilu Cn2, dohlednost, výškové škály aerosolu a molekul, délka dráhy pro průměrování přes aperturu a párování momentů použité k aplikaci průměrování přes aperturu na parametry gamma-gamma jsou uvedené vstupy nebo konvence. Řádek zdroje v modulu zaznamenává, že jeden široce kopírovaný přehled tiskne druhý exponent scintilace jako 7/6, kde Andrews a Phillips uvádějí 5/6; implementován je tvar 5/6 | optical_atmosphere (rytov_variance, scintillation, gamma_gamma_cdf, fade_margin_db, aperture_averaging_factor, cloud_optical_depth, clear_air_optical_depth); optical_linkbudget (optical_link_budget_atmosphere) |
| Dostupnost optických pozemních stanovišť řízená počasím a diverzita stanovišť korelovaná se vzdáleností | Dostupnost optické linky proti uvedené rezervě linky z lognormálního klimatu kapalné vody v oblacích (množství podle ITU-R P.840, extinkce v geometrické optice) a nezávislého úniku turbulencí gamma-gamma, rezerva linky potřebná pro cílové dostupnosti a strop, který žádná rezerva nepřekoná, lognormální doby výpadků, scénáře „co kdyby“ pro zlepšující techniky a jednofaktorová gaussovská copula dostupnosti sítě, jejíž párová korelace je exp(-vzdálenost/korelační délka). Spustitelné jako druh scénáře optical-atmosphere. | MODELLED | Vnitřní konzistence: limity a monotonie modelu diverzity v uzavřeném tvaru, uzavřený tvar stropu oblačnosti a lognormální identity výpadků. ŽÁDNÉ vnější orákulum se netvrdí a žádné nebylo porovnáno: nepoužívá se žádný změřený záznam dostupnosti optické pozemní stanice ani volné přímé viditelnosti bez oblačnosti. PROČ MODELLED: klima oblačnosti (pravděpodobnost oblačnosti, medián a rozptyl sloupce kapalné vody, doby výpadků), nezávislost oblačnosti a turbulence, tvar gaussovské copuly, korelační délka a každý zisk techniky jsou předpoklady; přibalené scénáře uvádějí ILLUSTRATIVE klimata, nikoli datovou sadu. Povýšení tohoto řádku vyžaduje citovaný záznam změřené dostupnosti a práh zaregistrovaný před porovnáním | optical_weather; optical_sitediv; optical_techniques; optical_atmosphere_scenario |
| Kontinuita časování a měření vzdálenosti při optických výpadcích | Rozdělení dob výpadků optického stanoviště spřažené s rozptylem výběhu v uzavřeném tvaru z modelu holdoveru hodin: chyba časování a měření vzdálenosti při uvedených kvantilech výpadků, holdover do prahu časování, podíl výpadků a doby výpadků uvnitř něj a dostupnost časování A + U E[min(D, T_h)]/E[D], pro třídy klasických a kvantových hodin. Spustitelné uvnitř druhu scénáře optical-atmosphere. | MODELLED | Vnitřní konzistence s modulem holdover, bit po bitu; ŽÁDNÉ vnější orákulum se netvrdí. Třídové PSD jsou syntetizované podlahy při dlouhém tau, které modul holdover již nese, takže údaje zdědí jeho uvedené upozornění, že holdover do přísného prahu je řízen předpokládanou podlahou červeného šumu, nikoli citovanou Allanovou odchylkou. Doby výpadků jsou lognormální model s uvedenými parametry, nikoli změřený záznam setrvání oblačnosti | optical_outage_holdover (couple, clock_psds); holdover (coast_phase_sigma, holdover_seconds, phase_to_range_m) |
| Rezerva optické linky v čase: jedna seedovaná realizace počasí stanoviště | Dobrovolná tabulka [timeseries] (trvání, krok, seed) způsobí, že druh optical-atmosphere zapisuje navíc pro každé stanoviště jednu seedovanou realizaci uvedeného modelu stanoviště v čase: epizody oblačnosti (jasné úseky exponenciální, oblačné výpadky lognormální s uvedeným průměrem a rozptylem, podíl času v oblačnosti nastavený na uvedenou pravděpodobnost oblačnosti), jeden lognormální sloupec kapalné vody na epizodu oblačnosti, jeden vzorek scintilace gamma-gamma na krok a z nich rezervu linky, úniky způsobené oblačností a scintilací a příznak spojení nahoře, s realizovanou dostupností, podílem oblačnosti, počtem výpadků a nejdelším výpadkem. Bez této tabulky je výsledkem dokument 0,37. Tahy procházejí přenosnými cestami rozdělení a matematiky, takže nativní běh a wasm32 dávají stejné bajty. | MODELLED | Pouze vnitřní konzistence; ŽÁDNÉ vnější orákulum se netvrdí a pro realizaci počasí žádné neexistuje. Kontroly porovnávají jeden tah se statistickým výstupem téhož modelu, takže úspěšný výsledek říká, že generátor vzorkuje uvedená rozdělení (dostupnost a podíl oblačnosti v tahu leží v předregistrovaných tolerancích uvedených údajů), nikoli že se tak chová jakékoli skutečné stanoviště. Řada je jedna realizace, nikoli klima: její dostupnost se od uvedené liší o výběrovou chybu tahu a vzorky scintilace v různých krocích jsou nezávislé, což je uvedené zjednodušení procesu, který se dekoreluje v milisekundách. Vstupy počasí zůstávají předpoklady scénáře. | optical_timeseries (site_series, SiteModel, SeriesSpec, Series); optical_atmosphere_scenario (TimeseriesSpec) |
| Čtečka souborů Orbit Data File TRK-2-18 a model rampovaného 2cestného Dopplera na Marsu | Čtečka souborů DSN Orbit Data File (TRK-2-18): skupiny záznamů po 36 bajtech (štítek souboru, identifikátor, orbitální data, rampy jednotlivých stanic, posuny hodin, souhrn, konec souboru) a v každém záznamu orbitálních dat časová značka od 1950, zpoždění downlinku a uplinku, pozorovaná veličina, stanice, typ dat, pásma, platnost, kanál, kosmická loď, 46bitová referenční frekvence a čas komprese; časy začátku a konce ramp, rychlosti a počáteční frekvence. Nad ní model rampovaného 2cestného Dopplera v pásmu X (integrované rampy uplinku, doba oběhu světla tam a zpět se Shapirovým členem a troposférou, stanice DSN přes řetězec CIO podle IAU 2006/2000A a EOP IERS, čas stanice) a dávkové určování oběžné dráhy družice na orbitě Marsu (pole GMM-3, třetí tělesa, SRP, odpor). | MODELLED | Štítek PDS3, který proces úpravy navigačních dat DSN vytvořil spolu se souborem (NASA PDS Geosciences Node, MRO-M-RSS-1-MAGR-V1.0), zkontrolovaný proti prahům předregistrovaným v xval/mro-odf/PREREGISTRATION.md dříve, než čtečka existovala. MODELLED, protože jeden zapsaný práh (řádky tabulky konce souboru, 121 v souboru oproti 120 ve štítku) nebyl splněn; štítek je tam vnitřně nekonzistentní. Fáze 2 (xval/mro-od/PREREGISTRATION.md, dodatky A1 a A2 před vyhodnoceným výsledkem): Doppler predikovaný z rekonstrukce navigačního týmu MRO (mro_psp5, NAIF) se shoduje s pozorovaným rampovaným 2cestným Dopplerem do 12,5 mHz na průletech nepoužitých při vývoji, práh splněn; zapsané určení oběžné dráhy na vyhodnoceném oblouku selhalo (normálová matice není pozitivně definitní) a nevytvořilo žádnou dráhu, takže prahy pro dráhu nebyly splněny. Běh 2 (xval/mro-od/PREREGISTRATION-RUN2.md, tlumený estimátor, týž oblouk a prahy, dodatek k vyhodnocení R2-A1 zveřejněný v docs/revisions) zkonvergoval: odhadnutá dráha je do 0,36 km RMS (0,53 km maximum) od rekonstrukce, prahy splněny, ale RMS Dopplera po fitu je 48,6 mHz proti prahu 30 mHz, nesplněno, takže řádek zůstává MODELLED. CO TO NENÍ: žádná odhadnutá dráha nesplnila všechny zapsané prahy; ionosféra, sluneční plazma a většina posunu antény (radiální posun 1,5 m je přizpůsoben na vývojovém průletu) nejsou modelovány. | odf (parse_odf, Odf, OdfObservation, OdfRamp, seconds_1950); mars_od (DopplerModel, RampTable, compress_two_way, MarsDynamics, fit, fit_damped); naif_kernel (SPK type 1); gravity_pds (SphericalHarmonicField::from_shadr) |
| Řízení orientace s uzavřenou smyčkou zpětné vazby MRP pomocí reakčních kol | Řízení inerciální orientace tuhého tělesa se třemi nebo více vyváženými reakčními koly: zákon zpětné vazby MRP L_r = -K sigma_BR - P omega_BR (Schaub a Junkins), momenty motorů kol s minimální normou G_s u = -L_r omezené limitem každého kola, spřažená dynamika tělesa a kol, kde setrvačnost tělesa zahrnuje spinovou setrvačnost kol, kvaternionová kinematika, RK4 s držením nultého řádu. Spustitelné jako druh scénáře aocs (smyčka se skutečným stavem). | VALIDATED | Basilisk 2.9.1 (AVSLab, ISC; kolový běh bsk jako samostatný nástroj, nikdy nelinkovaný ani nevendorovaný): těleso kosmické lodi, reactionWheelStateEffector (BalancedWheels, omezení momentu zapnuto), simpleNav, inertial3D, attTrackingError, mrpFeedback (bez integračního členu) a rwMotorTorque při dt = 0,1 s s vlastním RK4, proti vlastní implementaci Kshana ve třech případech (tři ortogonální kola; čtyřkolová pyramida; saturující čtyřkolový případ), prahy předregistrovány v xval/aocs-basilisk/PREREGISTRATION.md před kódem a během. Všechny prahy platily hned při prvním běhu. CO TO NENÍ: šum senzorů ve smyčce, integrální zpětná vazba, sledovací navádění, tření kol, jitter, omezení otáček a výkon, zisky jakékoli skutečné kosmické lodi; porovnání kontroluje implementaci zákona a dynamiky proti nezávislé, nikoli letový regulátor. | aocs (AocsConfig, required_torque, motor_torques, rates, rk4_step, simulate, mrp_from_quaternion); aocs_kind (AocsScenario) |
| Odhad orientace multiplikativním EKF z gyroskopu a hvězdného sledovače | Multiplikativní EKF podle Leffertse, Markleyho a Shustera: stavy chyby orientace v soustavě tělesa a biasu gyroskopu, propagace s úhlovou rychlostí z gyroskopu zmenšenou o odhad biasu a s Farrenkopfovým diskrétním procesním šumem (náhodná procházka úhlu a rychlosti), aktualizace hvězdným sledovačem s reziduem 2 vec(q^-1 q_st) v Josephově tvaru a multiplikativní reset; diskrétní Farrenkopfův simulátor gyroskopu a hvězdného sledovače. Druh aocs může uzavřít regulační smyčku na svém odhadu. | MODELLED | Vnitřní konzistence: normalizovaná kvadratická chyba odhadu filtru proti pravdě simulované ze stejných modelů senzorů přes seedy Monte Carlo a konvergence odhadů orientace a biasu. CO TO NENÍ: nebyl porovnán žádný externí estimátor ani letová data (Basilisk 2.9.1 nemá modul MEKF); modely senzorů jsou učebnicové, bez nesouososti, škálového faktoru či vlivů zorného pole hvězdného sledovače. | aocs_mekf (Mekf, GyroSim, attitude_error, spd_solve6); aocs_kind (estimator) |
| Určení orientace metodami Wahba/TRIAD/QUEST | Optimální tříosá orientace z vážených vektorových pozorování (směry hvězd/Slunce/magnetometru): deterministická dvouvektorová metoda TRIAD, Davenportova q-metoda (přesný minimalizátor ztráty Wahba – optimální kvaternion je vlastní vektor největší vlastní hodnoty Davenportovy matice K o rozměru 4×4, řešený symetrickým Jacobiho řešičem vlastních čísel) a QUEST (Newtonův/sečnový kořen charakteristické rovnice matice K se startem v Σ vah a následným získáním kvaternionu z Gibbsova vektoru) | VALIDATED | scipy.spatial.transform.Rotation.align_vectors (SciPy 1,13; Virtanen et al., Nature Methods 2020) – řešení Wahbova problému podle Kabsche/Markleyho pomocí SVD, skutečně nezávislý algoritmus (SVD matice profilu orientace) a kódová báze oproti Davenportovu řešení vlastních čísel matice K / metodě charakteristického kořene QUEST v kshana, které počítá STEJNOU jednoznačně definovanou Wahbovu optimální orientaci. Na bezšumových sadách vážených vektorových pozorování TRIAD, q-metoda i QUEST reprodukují optimální rotaci ze scipy do <1e-9 rad (porovnáno přes úhel chyby orientace nezávislý na znaménku). Zašuměné statistické tvrzení Monte Carlo „optimální překonává TRIAD“ zůstává MODELLED (bez vnějšího orákula); pouze pozorování jednotkových vektorů bodových směrů – bez modelování zorného pole senzoru, biasu ani časové korelace a QUEST je singulární při 180° (q-metoda tento případ pokrývá) | wahba |
| Detekční statistiky kvadratické akvizice GNSS | Kvadratický (nekoherentní) akviziční detektor nad vyhledáváním fáze kódu × Dopplera: pravděpodobnost falešného poplachu (centrální χ² s 2M stupni volnosti), práh dosahující cílové P_fa (CDF χ² invertovaná půlením), a pravděpodobnost detekce (necentrální χ² s necentralitou 2M·ρ pro poměr signálu k šumu po korelaci ρ na buňku), se zobecněnou Marcumovou funkcí Q Q_M(a,b)=1−F_{χ'²(2M,a²)}(b²) | VALIDATED | scipy.stats.ncx2 / scipy.stats.chi2 (SciPy 1,13; Cephes/Boost) – nezávislý algoritmus (řetězový zlomek pro necentrální/centrální χ²) oproti řadě neúplné gama funkce v kshana (raim::chi2_cdf / noncentral_chi2_cdf), počítající stejné jednoznačně definované JÁDRO detekčních statistik: zobecněnou Marcumovu Q_M(a,b)=ncx2.sf(b²,2M,a²), pravděpodobnost detekce P_d, pravděpodobnost falešného poplachu P_fa a inverzi P_fa→práh, shoda do ~1e-6 – stejný základ nezávislosti jako u ověřeného řádku „statistické jádro integrity RAIM/ARAIM“. Pouze JÁDRO: CFAR s průměrováním buněk pro každou buňku a ztráta při přesahu přes biny kódu/Dopplera zůstávají MODELLED | acquisition |
| Řešení celočíselných nejednoznačností fáze nosné GNSS (LAMBDA) | Fixace celočíselných nejednoznačností metodou nejmenších čtverců ve stylu LAMBDA: transformace dekorelace s celými čísly (Z) zachovávající objem (celočíselná Gaussova redukce velikosti faktoru L D Lᵀ) + přesné prohledávání nejmenších čtverců s celými čísly metodou větví a mezí do hloubky podle Schnorra–Euchnera, s poměrovým testem na dvou nejlepších kandidátech (ověřené tvrzení); plus míra úspěšnosti bootstrapu v uzavřeném tvaru P_s=∏(2Φ(1/(2σ_{i|I}))−1), kontrolovaná pouze interně a mimo ověřené tvrzení | VALIDATED | RTKLIB v2.4.2-p13 lambda() (jeho zdrojový soubor lambda.c, T. Takasu, BSD-2-Clause), nezávislá redukce LAMBDA a vyhledávání MLAMBDA kompilované z C a spuštěné jako nástroj, na 300 náhodných kovariancích (n 2 až 10): nejmenší čtverce s celými čísly mají jediný minimalizátor, takže fixovaná celá čísla musí být shodná (0 neshod) a dvě nejlepší kvadratické normy, které vstupují do poměrového testu, se shodují do 1e-9 relativně (naměřeno 5.6e-13); tolerance stanovena před porovnáním. Ověřené tvrzení: řešení ILS a jeho dvě nejlepší normy. RTKLIB nepočítá míru úspěšnosti bootstrapu, která zůstává kontrolována interně proti Monte Carlu procesu zaokrouhlování; invarianty Z-transformace a vyčerpávající výčet zůstávají jako podpůrné kontroly. Pouze celočíselná Gaussova dekorelace (permutace přeuspořádání v úplné redukci LAMBDA urychlují hledání, ale nemění přesnou odpověď ILS ani míru bootstrapu) | lambda |
| Zaměřování v rovině B a gravitační manévr metodou spojených kuželoseček | Geometrie hyperbolického průletu (a=−μ/v∞², e=1+r_p·v∞²/μ, úhel stočení δ=2·asin(1/e), záměrná vzdálenost |B|=|a|·√(e²−1)), soustava zaměřovacího bodu v rovině B Ŝ/T̂/R̂ a rozklad B·T̂/B·R̂, a gravitační manévr metodou spojených kuželoseček (velikost v∞ zachována, směr stočen o δ, heliocentrická Δv=2·v∞·sin(δ/2) bez nákladů na pohonnou látku) s Tisserandovým parametrem T_P=a_P/a+2√((a/a_P)(1−e²))cos i | VALIDATED | GMAT R2026a (Apache-2.0, spuštěno jako samostatný program) na 192 hyperbolických stavech u Země: B.T, B.R a |B| do 1e-6 km (nejhorší 1.35e-8 km), úhel stočení a obě asymptoty do 1e-9 rad (nejhorší 9.3e-15 rad); změna rychlosti při manévru z GMAT C3 a asymptot do 1e-9 v_inf (nejhorší 5.6e-14); heliocentrická SMA, ECC a INC na 350 stavech vztažených ke Slunci před manévrem a po něm do 1e-9 relativně a 1e-12 rad (nejhorší 2.2e-14 a 4.1e-14 rad); Tisserandův parametr proti sbpy 0.6.0 (BSD-3) na prvcích z GMAT do 1e-9 (nejhorší 1.3e-15) a proti 3 - C3/v_c^2 (8.9e-16); a uzavřený tvar Tisserandova parametru proti Kasugovi a Jewittovi (2019), tabulka 8,1, pro 12 objektů do meze vytištěného zaokrouhlení (nejhorší 0,39 z ní; zveřejněná propočtená hodnota P1). Předregistrováno (436293bf; oprava heliocentrické části 6fd9f5e6); dodatek 374c806b, napsaný po vygenerování souborů orákula a před jakoukoli hodnotou z Kshana, rozšířil vstupní filtr sklonu z 1e-2 na 1e-3 rad, čímž zachoval více a hůře podmíněných stavů. Rozsah MODELLED: průlet metodou spojených kuželoseček v dvoutělesové úloze na kruhové planetární dráze, bez přechodu přes sféru vlivu, poruch při setkání či efemerid | bplane |
| Tvarování svazku protiinterferenčního pole CRPA | Nulování antény s řízeným diagramem příjmu: komplexní zaměřovací vektory pole a(û)=exp(j·k·pₙ·û), deterministické zaměřování nul (jednotkový zisk k SV, přesné nuly k nejvýše N−1 rušičkám přes řešení s minimální normou w=Aᴴ(AAᴴ)⁻¹b) a adaptivní váhy MVDR w=R⁻¹a_sv/(a_svᴴR⁻¹a_sv), které samy zaměřují hluboké nuly na silné interferující zdroje (s komplexním jádrem lineární algebry napsaným od nuly) | VALIDATED | numpy.linalg / scipy.linalg (komplexní řešení LAPACK zgesv) – nezávislá kódová báze lineární algebry oproti komplexnímu jádru napsanému od nuly v kshana, počítající STEJNÉ jednoznačně definované váhy: MVDR w=R⁻¹a_sv/(a_svᴴR⁻¹a_sv) a zaměřování nul s minimální normou w=Aᴴ(AAᴴ)⁻¹b, plus výsledné zisky odezvy pole, shoda do ~1e-9 – stejná třída orákula jako u ověřených řádků DOP (gnss_lib_py) a Fisherovy informace (numpy). MODELLED úzkopásmové pole identických izotropních prvků v dalekém poli – bez vzájemné vazby, nesouladu jednotlivých prvků, konečné šířky pásma (STAP) a chyby odhadu zaměřovacího vektoru | crpa |
| Mocninný šum hodin podle IEEE-1139 + podlaha flicker FM | Pětikoeficientní převod PSD↔Allanův rozptyl podle IEEE-1139 S_y(f)=Σh_α f^α → σ_y²(τ) (bílý/flicker PM, bílý/flicker/náhodná procházka FM), podlaha flicker FM σ_y=√(2 ln2·h_{-1}) jako plnohodnotný přizpůsobitelný člen a nezáporné přizpůsobení rodiny FM v bázi {(2π²/3)τ, 2 ln2, 1/(2τ)}, které obnoví podlahu, již báze driftu {1/τ,τ,τ³} reprezentovat nemůže | VALIDATED | allantools 2024,06 (A. Wallin; koeficienty Kasdin & Walter 1992 / Vernotte 2015) – nezávislá kódová báze třetí strany a citační linie počítající STEJNOU jednoznačně definovanou konverzi PSD→Allan podle IEEE-1139 σ_y(τ) pro každý z pěti typů mocninného šumu. powerlaw::allan_deviation z kshana odpovídá uzavřeným tvarům z allantools (bílý/flicker FM, RW-FM a bílý PM do <5e-9 relativně; flicker PM do ~1e-5 – skutečný signál nezávislosti, protože kshana používá tabelovanou konstantu 1,038 z NIST-SP-1065 oproti plnému 3γ−ln2 v allantools) a podlaha flicker FM √(2 ln2·h_{-1}) odpovídá allantools napříč celým žebříčkem – stejný práh, který splňují ověřené řádky MDEV/TDEV/Theo1/MTIE. MODELLED stacionární mocninný model – bez deterministického členu driftu (τ²); koeficienty jednotlivých zařízení / změřené podlahy zůstávají modelované | powerlaw |
| Výměna bloku kovariance v CCSDS OEM | Serializace a parsování bloku COVARIANCE_START…COVARIANCE_STOP v CCSDS 502,0 OEM – kovarianční matice polohy a rychlosti o rozměru 6×6 zapsaná jako její dolní trojúhelník o 21 prvcích (kanonické pořadí CX_X … CZ_DOT_Z_DOT) s volitelným COV_REF_FRAME, doplňující stávající zapisovač/parser stavových vektorů OEM, takže kovariance určování oběžné dráhy a filtrů projdou zpětným převodem ve standardním formátu | VALIDATED | oem 0.4.5 (MIT, https://pypi.org/project/oem/) – STEJNÝ nezávislý parser CCSDS-502, jemuž důvěřuje ověřený řádek „interoperabilita CCSDS OEM“, zcela samostatná kódová báze (vlastní tokenizér KVN, stavový automat sekce kovariance a skládání matice v numpy). kshana vydá úplný segment OEM nesoucí svůj blok COVARIANCE s dolním trojúhelníkem z holých čísel bez popisků; oem jej naparsuje a rekonstruuje symetrickou matici 6×6, shodující se s kovariancí na vstupu z kshana prvek po prvku do zaokrouhlovací chyby f64 – skutečný zpětný převod při výměně dat knihovna vs. knihovna (porovnáno s rekonstrukcí oem, nikoli s novým parsováním z kshana), čímž se uzavírá dřívější mezera řádku „žádný fixture třetí strany“ | oem (covariance_block_kvn, parse_covariance_block) |
| Růst chyby setrvačné navigace INS/TRN při výběhu a překročení prahů | Rozpočet chyby polohy vs. doba výběhu sestavený z koeficientů IMU, každý zdroj chyby (bias akcelerometru, bias gyroskopu, náhodná procházka rychlosti, náhodná procházka úhlu, škálový faktor za letu a při trvalé specifické síle) propagovaný devítistavovým modelem chyb INS v místní vodorovné soustavě se Schulerovou zpětnou vazbou (inertial::coast::ErrorDynamics podle Grovese, 2. vyd., kap. 14: chyby orientace, rychlosti a polohy, vertikální kanál s jeho gravitačním gradientem, poloměry WGS-84 a normální tíže, vodorovná platforma mířící na sever nastavenou rychlostí, latitude_deg a height_m; systematické členy rozšířenou maticovou exponenciálou, náhodné procházky podle Van Loana), monomy pro plochou Zemi ponechané pouze jako leading_order_m; příspěvky sloučené podle uvedeného pravidla (rss / linear-sum / deterministic-sum-with-stochastic-rss); doby výběhu dosahující dodaných prahů polohy (10 m a 50 m ve výchozím nastavení) nalezené dopředným prohledáním prvního překročení (first_crossing_s, protože křivky omezené Schulerovou smyčkou nejsou monotónní), s dominantním zdrojem při každém překročení; a režim omezený TRN, který dává největší interval terénních fixů, jenž každý práh dodrží. Spustitelné jako druh scénáře ins-trn-coast | VALIDATED | NaveGo v1.4 (commit 24d9488, LGPL-3.0), spuštěno jako samostatný program pod GNU Octave 8.4.0: běhy volného inerciálního výběhu se stejným chybovým profilem IMU, s jednou opravenou numerickou mrtvou zónou v jeho aktualizaci kvaternionu (qua_update.m: ochrana při rychlosti pod 1e-8 rad/s nahrazena wnorm == 0, aplikovaná na kopii za běhu a ověřená jednou shodou; při zachované ochraně se orientace pomalu driftující platformy zamrzla a přerušila Schulerovu zpětnou vazbu). Předregistrováno (4262b969) s opraveným generátorem před jeho spuštěním; engine (440b3877) byl zapsán dříve, než byl otevřen jakýkoli opravený výstup; stejný práh 5 %, 48 bodů, členy, seedy i statistika jako v kole 1. Výsledek: 48/48 do 5 % (nejhorší +3,70 % náhodná procházka rychlosti při 1200 s, +3,33 % náhodná procházka úhlu při 1800 s); při 3600 s dávají NaveGo/Kshana 2375,4/2376,2 m pro bias akcelerometru a 130 885/131 675 m pro bias gyroskopu. Vynulování zpětné vazby Schulerovy transportní rychlosti test nesplní (+695 % při 3600 s). Zveřejněno: jednokanálové Schulerovy predikce a hodnoty NaveGo z kola 1 byly známy; model nemá žádný přizpůsobený parametr. Rozsah: křivky chyb jednotlivých členů pro taktickou třídu, 45 stupňů severní šířky, vodorovně a směrem na sever, do 3600 s; překročení, pravidlo sloučení a režim TRN jsou deterministické funkce těchto křivek. Koeficienty třídy IMU (pásmové údaje z tabulky 4,1 v Groves 2013) a reziduum fixu TRN zůstávají modelovanými vstupy MODELLED. Kolo 1 (nahrazeno): monomy pro plochou Zemi, nyní leading_order_m, nadhodnocují za 600 s (2,2× až 8× za jednu hodinu). 0,30 revize: mění se každý výstup ins-trn-coast (špička TRN dodaného scénáře 52,932679 -> 44,711834 m) | inertial::coast (ErrorDynamics, ErrorSource, source_error_m, CoastModel, Contribution, Combination, TrnFixMode, first_crossing_s, InsTrnCoastScenario); scenario kind ins-trn-coast |
| Pracovní cyklus apertury mezi navigací a komunikací | Jeden běh přijme plán kontaktů (seznam oken aos_s/los_s, z nichž každé žádá o aperturu pro navigaci nebo komunikaci – stejná slovní zásoba oken, jakou vydává passes::predict_passes, převedená pomocí aperture_duty::windows_from_passes), počet apertur a výslovnou politiku arbitráže a vrátí navigační pracovní cyklus, komunikační pracovní cyklus, cyklus nečinnosti a výpadek v jednotlivých relacích. Politika je vstup s dokumentovanou výchozí hodnotou (navigation-priority; také communications-priority a nepreemptivní first-come-first-served) a zpráva nese vyřešenou politiku, její úplnou definici a definice pracovního cyklu a výpadku, protože údaj o pracovním cyklu uvedený bez pravidla arbitráže není reprodukovatelný. Rozvrh je přesné rozmítání intervalů přes hranice oken, takže okno, které končí přesně tam, kde začíná další, nikdy nesoupeří, a aperturní sekundy navigace, komunikace i nečinnosti se v tomto jediném rozmítání akumulují nezávisle. Spustitelné jako druh scénáře aperture-duty-cycle | MODELLED | Vnitřní konzistence ze tří veličin vypočtených různými výrazy v témž rozmítání, u nichž se pak vyžaduje uzavření. Aperturní sekundy navigace, komunikace a nečinnosti se akumulují odděleně – nečinnost z (apertury − |obsluhované|) na elementární interval, nikdy jako zbytek – a jejich součet se ověřuje proti apertury × horizon_s, což chybně vymezená hranice, dvakrát započtený nebo vynechaný interval okamžitě poruší; doby obsluhy jednotlivých relací se zvlášť požaduje, aby se zpětně sečetly na dva celkové součty služeb. Strukturální vlastnosti plánovače se měří, nikoli předpokládají: obsluhovaný čas se ověřuje jako neklesající v počtu apertur na 200 pseudonáhodných plánech pro všechny tři politiky (nikoli samozřejmé u nepreemptivní politiky, kde jedna aperturu navíc mění, kdo co drží na každé pozdější hranici), a aritmetika hranic je zafixována u dvojice se dotýkajících se oken / s překryvem o jednu sekundu, kde by se chyba o jedničku jinak skryla. Most k predikci průletů je zkontrolován proti výstupu passes::predict_passes: s jednou aperturou a bez konkurující služby se aperturní sekundy navigace rovnají součtu dob průletů z vlastního predikátoru. Žádné vnější orákulum se netvrdí a žádné neexistuje: schopnost nahrazuje ruční aritmetiku, nikoli je proti ní kontrolována, přibalený plán kontaktů je ilustrativní, nikoli letový, a žádný provozní plánovač nezveřejňuje dvojici plán + odpověď s uvedeným pravidlem arbitráže – pracovní cyklus spočtený za nestanovené politiky není srovnatelný s cyklem spočteným za stanovené a závislost na politice je změřena (navigační pracovní cykly 100/150 vs. 50/150 na totožném plánu). Čas přenastavení a změny, objem dat, stav vyrovnávací paměti, energie a uzavření linky jsou vyloučeny v označení zprávy, nikoli mlčky modelovány | aperture_duty |
| Rušení RF při lunární povrchové navigaci (J/S pro jednotlivé družice) | Lunární poměr rušení k signálu, efektivní C/N₀ a ztráta zámku pro selenografického uživatele na povrchu při rušičce na lunárním povrchu (nebo zvýšené), nad ilustrativní veřejně zdrojovou konstelací třídy Moonlight/LCNS. Skládá otevřený řetězec rušení (j_over_s_db, effective_cn0_dbhz, rx_antenna_gain_db, lock_status, q_factor, nominal_cn0_dbhz, free_space_path_loss_db) s otevřenou geometrií lunární oblohy (lunar_service::LunarConstellation + topocentric, lunar::selenographic_to_mcmf); nic z geometrie ani radiometrie se neodvozuje znovu. Na rozdíl od zemského druhu jamming není signálová větev pevný přijímaný výkon: izotropní přijímaný výkon každé družice je její vlastní EIRP v rozpočtu linky − FSPL(šikmá vzdálenost), takže J/S se mění družici od družice s lunární vzdáleností a elevací. Vydává JEDEN ŘÁDEK NA KAŽDÝ VIDITELNÝ SPOJ (epocha, družice) jako JSON i jako artefakt *.table.csv, s oběma přijímanými výkony, jejichž rozdílem je J/S, vytištěnými vedle; souhrnné ukazatele kvality leží vedle této tabulky, nikdy místo ní. Spustitelné jako druh scénáře lunar-jamming | MODELLED | Křížová kontrola kompozice proti nezávislé cestě kódu v témž repozitáři: každé J/S pro jednotlivé spoje se odvozuje znovu jako rozdíl dvou rozpočtů linky počítaných pomocí linkbudget::received_signal_power_dbw, jehož ztráta ve volném prostoru je jediný výraz 20·log10(4πRf/c) namísto třítaktového součtu, který používá jamming::free_space_path_loss_db – oba se na každém řádku shodují do < 1e-9 dB (naměřený nejhorší případ 7.11e-14 dB, tj. zaokrouhlovací chyba pohyblivé řádové čárky). Podkladový řetězec interference, který skládá, je samostatně externě ukotven v tests/gnss_denied_jamming_resilience_reference.rs (nezávislé odvození J/S a efektivního C/N₀ v numpy/scipy zafixované k Kaplan & Hegarty §9,4, plus změřené C/N₀ z JammerTest 2024, Zenodo 10.5281/zenodo.15910563); lunární geometrie, kterou skládá, je geometrie lunar_service/lunar s vlastními orákuly. Zde kontrolované identity v uzavřeném tvaru: poloviční vzdálenost rušičky přidá přesně 20·log10(2) dB na každý řádek; J/S je přesně invariantní vůči zisku v ose antény uživatele, zatímco C/N₀ se posune přesně o tento zisk; elevační maska nezmění žádný zbývající řádek ani o bit. Samotný řádek zůstává ReferenceImpl/modelované: neexistuje žádná změřená kampaň lunárního rušení, proti níž by šlo ověřovat, a konstelace je ilustrativní geometrie třídy Moonlight/LCNS z veřejných zdrojů, nikoli letěné efemeridy | lunar_jamming (composing jamming, lunar_service, lunar) |
| Lunární kontura odepření s pásmem nejistoty z naměřeného rozptylu C/N₀ | Zpráva lunar-jamming už nestaví svou konturu odepření na jediném skaláru. Vydává úplné naměřené rozdělení C/N₀ požadovaného signálu přes tabulku pro jednotlivé družice – n, min, p05, p25, medián, p75, p95, max, průměr, výběrová směrodatná odchylka a vlastní asymetrie výběru (p95 − medián) − (medián − p05) – vedle řádků pro jednotlivé spoje, které zůstávají beze změny. Kontura je pak uvedena při každé z těchto pořádkových statistik podle OBOU kritérií odepření, která engine zná, nikdy jednoho místo druhého: stávající kritérium poměru výkonů (J/S = 30 dB, stejný práh, jaký používají attack_surface a tracking_loop, a kritérium za sloupcem denial vydané tabulky lunárního rušení linek), a kritérium ztráty zámku (efektivní C/N₀ klesající na tracking_threshold_dbhz), což je kritérium, jímž je hodnocen vlastní sloupec links[].status této zprávy. Každý bod kontury je dán na obou osách roviny odepření – EIRP rušičky potřebné při vzdálenosti scénáře a vzdálenost odepření při EIRP scénáře – takže pásmo je interval na týchž osách, na nichž se kreslí graf kontury. Okraje pásma JSOU contour(p05) a contour(p95): stejné zobrazení v uzavřeném tvaru aplikované na vlastní kvantily výběru, nikoli sigma přizpůsobená výběru a nikoli medián ± k·stdev, a zpráva to uvádí v řetězci band_definition vedle čísel. stdev se vydává kvůli kontinuitě a nic ho nepoužívá. Kvantil, jehož C/N₀ je už na prahu sledování nebo pod ním, nemá žádné konečné odepírající J/S; tyto sloupce se vydávají jako null s započteným důvodem, nikoli jako nekonečno nebo omezený poloměr | MODELLED | Vnitřní konzistence proti vlastním přímým funkcím enginu, což je vše, co tato schopnost může poctivě tvrdit. Každý bod kontury je inverze v uzavřeném tvaru a každá inverze se kontroluje tím, že se její odpověď pošle zpět PŘÍMOU funkcí, jíž byly hodnoceny vlastní řádky zprávy: sloupec J/S přes jamming::effective_cn0_dbhz (která musí vrátit tracking_threshold_dbhz do < 1e-9 dB-Hz), sloupec vzdálenosti přes jamming::free_space_path_loss_db a jamming::j_over_s_db (totéž J/S do < 1e-9 dB), sloupec EIRP přes jamming::j_over_s_db při vlastní vzdálenosti scénáře. Dále se kontroluje, že kontura je HRANICÍ množiny odepření, a nikoli bodem uvnitř ní – lock_status ztrácí zámek při ostré nerovnosti, takže se měří, že verdikt se překlopí z DEGRADED na LOST přes 1e-4 dB J/S na obou stranách kontury, což by kontura posunutá o epsilon nesplnila. Nejsilnější kontrola je pro jednotlivý spoj, nikoli pro kvantil: aplikace téhož zobrazení na vlastní C/N₀ každého řádku reprodukuje sloupec stavu zprávy přesně – 0 neshod na 38 z 38 řádků v dokumentovaném pracovním bodě (kind = lunar-jamming, každý vstup výchozí kromě jammer.range_m = 25 000 m), kde 26 řádků je LOST a 12 není. Monotonie se měří, nikoli předpokládá: 20 001 vzorků přes [tracking_threshold + 1e-3, 80] dB-Hz, 0 porušení ostře klesající vzdálenosti a ostře rostoucího požadovaného výkonu, takže uspořádání kvantilů pásma je prokázáno, nikoli pouze tvrzeno. ExternalDataset je odmítnut a s ním i označení ověřeno: neexistuje žádná změřená kampaň lunárního rušení, proti níž by šel porovnat poloměr odepření, konstelace je ilustrativní geometrie třídy Moonlight/LCNS z veřejných zdrojů, nikoli letěné efemeridy, a vstupy kontury (EIRP, výkon rušičky, zisky antén, šumová teplota) jsou reprezentativní velikosti. ReferenceImpl byl rovněž zvažován a odmítnut – inverze a přímý výraz jsou STEJNÁ algebra čtená ve dvou směrech, takže zpětný převod zachytí chyby přepisu a znaménka, ale není nezávislou implementací; označit to za křížovou kontrolu by byl krok vypůjčené nezávislosti, jemuž mají invarianty matice zabránit. Co pásmo přináší, je změřeno a uvedeno, nikoli tvrzeno: v tomto pracovním bodě je kontura s jediným skalárem 27,402916 km a staví 25 km na stranu odepření pro všech 38 řádků, zatímco pásmo 21,256108 .. 29,921360 km obsahuje pracovní bod, a proto hlásí rozdělení, jaké tabulka skutečně ukazuje. Změřeno je i to, že se obě kritéria rozcházejí – pásmo poměru výkonů (38,186527 .. 53,691675 km) neobsahuje 25 km vůbec – což je důvod, proč se tisknou obě | lunar_jamming (denial_js_db, range_for_free_space_path_loss_m, Cn0Distribution, DenialContourPoint, ContourBand, DenialContour; inverting jamming::effective_cn0_dbhz, jamming::j_over_s_db and jamming::free_space_path_loss_db) |
| Detekční síla monitoru integrity napříč modalitami | Zpráva hybrid-optical-rf uvádí, co monitor chí-kvadrát napříč modalitami skutečně dokáže ZACHYTIT, a nejen že projde případem bez poruchy: minimální detekovatelný bias na každou monitorovanou osu (východ, sever, nahoru, hodiny) při uvedených pravděpodobnostech falešného poplachu a nezachycené události ve scénáři, křivka detekční síly na obou stranách, násobek biasu bez šumu, při němž realizovaná statistika poprvé překročí práh, a doba do detekce pro rampu biasu při uvedené rychlosti. Poruchy se také vkládají přes skutečný monitor a statistika, kterou vrátí, se uvádí vedle analytické predikce | MODELLED | Dvě vnitřní orákula, žádná externí datová sada. (1) Zpětný převod v uzavřeném tvaru: minimální detekovatelný bias vzniká inverzí chvostu necentrálního chí-kvadrátu v necentralitě (raim::pbias) a ověřuje se tím, že se výsledná necentralita pošle zpět přes raim::noncentral_chi2_cdf při vlastním prahu monitoru, což musí vrátit P_md. (2) Vložení vs. analýza: bias se zapíše do odhadu RF jedné osy a cross_raim::run_cross_raim se spustí znovu, takže statistika porovnávaná s analytickou necentralitou je ta, kterou monitor spočítal, nikoli odvozená znovu. Seedovaný Monte Carlo samotné statistiky je v testech veden jako třetí kontrola; ve zprávě záměrně NENÍ, protože výběrový odhad by byl pomalejší a nereprodukovatelný bit po bitu. ExternalDataset je odmítnut: veličinou je detekční síla TOHOTO monitoru při přidělení sigma TOHOTO scénáře a velikosti sigma, jimiž je MDB škálováno, jsou modelované reprezentativní vstupy, nikoli měření. ReferenceImpl byl rovněž zvažován a odmítnut – Monte Carlo vzorkuje stejnou statistiku, kterou popisuje analýza, takže zachytí chyby přepisu a koeficientů, ale není nezávislou implementací monitoru. 0,30 kolo 2 (předregistrováno 0135a9e4), zablokováno (zůstává MODELLED): SciPy 1.18.1 chi2/ncx2/brentq reprodukují práh zprávy (do 5.4e-12), MDB na jednotlivé osy, křivku síly, násobek překročení a dobu do detekce rampy (do 5.3e-10) na pěti konfiguracích; statistiky vložených poruch nemají žádné nezávislé orákulum a velikosti sigma jsou modelované vstupy, takže vymezení čeká na rozhodnutí vlastníka | hybrid_integrity |
| Opětovný růst kovariance po předání vůči mezi pro výstrahu | Zpráva hybrid-optical-rf zpřístupňuje model procesního šumu filtru a uvádí, jak dlouho zůstává řešení po předání uvnitř meze pro výstrahu: pro oba směry předání nese kovarianci po jednotlivých osách, kterou po sobě předání zanechalo, šíří ji dopředu při uvedeném procesním šumu typu náhodná procházka a hlásí okamžik, kdy 1σ přepočtená koeficientem pokrytí dosáhne horizontální, vertikální a časové meze pro výstrahu, která mez zabere první, časovou konstantu zdvojnásobení rozptylu a vzorkovaný profil doběhu, který překročení uzavírá do intervalu. Spektrální hustoty výkonu procesního šumu, koeficient pokrytí a meze pro výstrahu jsou vesměs vstupy s dokumentovanými výchozími hodnotami | MODELLED | Žádné vnější orákulum. Překročení je řešením růstu rozptylu náhodné procházky v uzavřeném tvaru a testy je počítají nezávisle z hodnot, které zpráva sama zveřejňuje, nikoli z vnitřností emitoru. Počáteční kovariance je bit po bitu ukotvena na stopu, kterou již uváděl stávající blok předání, takže doběh nemůže šířit kovarianci, kterou nikdo jiný neviděl. Spektrální hustoty výkonu procesního šumu jsou reprezentativní vstupy úrovně MODELLED a časy překročení se s nimi škálují přímo, což test škálování uvádí jako naměřenou vlastnost, nikoli jako tvrzení. ExternalDataset je záměrně odmítnut: doba doběhu je přímou funkcí dvou modelovaných spektrálních hustot a mezí pro výstrahu, které jsou samy reprezentativní, a neexistuje žádný změřený doběh lunárního optického/RF předání, s nímž by šlo porovnávat. Vnější orákulum by zde vyžadovalo publikovanou křivku růstu kovariance po předání nebo přesnosti holdoveru pro srovnatelný přijímač s uvedeným modelem procesního šumu, ověřenou s tolerancí | hybrid_integrity |
| Mimoosový diagram antény v exportu lunární geometrie | Export geometrie po jednotlivých družicích nese pro každou dvojici (epocha, družice) úhel mimo osu NA DRUŽICI a vysílací zisk směrem k místu ze skutečného diagramu rovnoměrně osvětlené kruhové apertury (Airy) a uvádí počet družic v paprsku podle tohoto diagramu VEDLE počtu družic v paprsku podle symetrické aproximace zisku k šířce svazku (θ_3dB[deg] = √(31000/G_lin)), přičemž rozdíl se vydává jako explicitní korekce v počtu spojů, v družicích na epochu a jako nejhorší jednotlivá epocha. Vydávají se obě implikované účinnosti apertury u aproximace (0,641 proti pravidlu 70·λ/D stupňů, s nímž se uvádí, 0,920 proti rovnoměrné kruhové apertuře), takže účinnost, kterou mlčky předpokládá, je uvedena a nikoli dovozována. Ve výchozím stavu vypnuto: blok se objeví jen tehdy, když jsou zadány exportní místo i apertura | MODELLED | Smíšené a oddělené, nikoli sloučené. DIAGRAM, na kterém vše stojí, je externě ověřen a má vlastní řádek (fixtura scipy.special.j1 s přesností lepší než 0,05 dB v tests/validate_p1_orbital_footprint.rs a navíc zde publikovaná Airyho úsečka poloviny výkonu x = 1,61634 nalezená půlením intervalu, nikoli předpokládaná). GEOMETRIE je kontrolována proti trigonometrii trojúhelníku v uzavřeném tvaru, zapsané jiným výrazem než testovaný skalární součin. OBSAŽENÍ skutečného paprsku v aproximativním kuželu je odvozená algebra (28.019/√η proti 29,479 stupňům na λ/D), takže korekce může být nekladná jen pro η ≤ 0,9035. Samotné POČTY družic v paprsku však žádné vnější orákulum nemají: žádná publikovaná tabulka neuvádí, kolik družic skořepiny typu Moonlight/LCNS drží jihopolární místo uvnitř paprsku poloviny výkonu dané paraboly, a konstelace je ilustrativní aproximace z veřejných zdrojů, nikoli efemerida skutečně letěné konstelace. Naměřený rozdíl v dokumentovaném pracovním bodě, 0 spojů v paprsku podle skutečného diagramu proti 28 podle aproximace, −2,33 družice na epochu, nejhorší epocha 3, na 76 vyhodnocených spojích, je proto zjištěním úrovně MODELLED o aproximaci, ukotveným jako regresní literál (nejbližší řádek leží 0,069° od okraje kteréhokoli paprsku, o čtyři řády nad jakoukoli odchylkou v poslední číslici), nikoli externě ověřeným číslem pokrytí. Označit řádek jako ExternalDataset na základě vlastní vnější kotvy diagramu by bylo vypůjčené ověření, tedy právě krok, kterému mají invarianty matice zabránit. 0,30 kolo 2 (předregistrováno d9755d28), zablokováno (zůstává MODELLED): geometrie SPICE a Besselovy funkce SciPy reprodukují úhel mimo osu (nejhorší 3.0e-5 stupňů), Airyho zisk a příznaky přítomnosti v paprsku na 6 336 řádcích stavů skutečně letěných orbiterů a v dokumentovaném pracovním bodě; avšak na skutečně letěné geometrii se příznaky dělí podle identity družice (nejbližší spoj je 1,66 stupně od okraje paprsku), viditelnost 5 stupňů je kontrolována jako příznak, nikoli jako číselná elevace, příznak symetrické aproximace aplikuje na ověřený úhel palcové pravidlo 31000/G bez jeho ověření a implikované účinnosti žádné orákulum nemají; vymezení čeká na rozhodnutí vlastníka | lunar_service, antenna |
| Ztráta zachycení ve sledovací smyčce a vtažení spoofingu při interferenci | Ztráta zachycení vypočtená z dynamiky smyčky namísto poměru výkonů: tepelný jitter 1σ nosné (Costas) a kódu (nekoherentní early/late) proti C/N₀ se ztrátou kvadrováním, proti uvedeným pravidlům 3σ_PLL + θ_e ≤ 45° a 3σ_DLL + zpoždění rampy ≤ d/2 chipu; prahy C/N₀ pro pád a opětovné zachycení s pojmenovanou rozhodující smyčkou a hysterezí ODVOZENOU z širší šířky pásma vtažení, nikoli prohlášenou; deklarovaný čas do ztráty zachycení z dvouprahového detektoru zachycení s potvrzovacími prodlevami, uváděný odděleně od fyzikálního času úniku fáze (střední doba mezi proklouznutími cyklů podle Viterbiho, v log₁₀ s, protože se rozpíná přes stovky dekád); největší rychlost posunu kódu a Dopplerovu rychlost nosné, které smyčky oběti dokážou sledovat; a POLOMĚR POPŘENÍ (denial radius), který dynamika smyčky implikuje, uváděný vedle stávajícího poloměru z poměru výkonů, s jejich znaménkovým rozdílem jako samostatně pojmenovaným polem. Spustitelné jako druh scénáře tracking-loop | MODELLED | Vlastní korelátor sdr enginu (sdr::correlate / synth_if / CaCode) krokovaný na seedované syntetické IF při kalibrovaném C/N₀: samostatná cesta kódu, která dospívá ke stejným číslům numerickou korelací vzorkovaných IQ, nikoli algebraickým výrazem pro jitter, takže jde o jinou cestu a nikoli o přeformulování; navíc standardní tabelované hodnoty modifikované Besselovy funkce I₀ pro člen proklouznutí cyklu. Teorie smyček podle Kaplana a Hegartyho, kap. 8 a Viterbiho/Gardnera pro dobu proklouznutí. Řádek zůstává ReferenceImpl/MODELLED: křížová kontrola žije ve stejné kódové základně a kontrola bessel_i0 ověřuje jednu speciální funkci, nikoli model sledování, takže povýšit řádek na tomto základě by bylo samoúčelné označování. ExternalDataset by vyžadoval zaznamenaný datový soubor surového IF se zemní pravdou C/N₀ a anotovaným okamžikem ztráty zachycení (třída TEXBAT/OAKBAT); žádný takový se v tomto stromu nedodává a ani s IQ tyto soubory nepublikují pravdu o stavu smyčky na epochu, takže deklarovaný čas ztráty zachycení by šlo ověřit jen proti detektoru zachycení jiného přijímače, což je modelovaná volba a nikoli orákulum. Šířky pásma smyček, integrační doba, rozestup korelátorů, poměr vtažení, prodlevy, výkon rušičky a zisky antén jsou reprezentativní údaje pásma, nikoli z datasheetu. 0,30 kolo 2, GNSS-SDR 0.0.19 (GPL-3.0, spuštěno jako program) na nezávisle vygenerovaném IF (předregistrováno 6ef7698c, dodatky k metodě měření zveřejněny), zjištění (zůstává MODELLED): jitter uzavřených smyček PLL a DLL se shoduje do 8 % při 35 až 45 dB-Hz, dynamické zatížení 10 Hz/s do 1 % a zpoždění rampy kódu prvního řádu do 2 %; při 30 dB-Hz je jitter PLL o 21 % vyšší a jitter DLL o 32 % nižší, naměřené prahy podle pravidla 15 stupňů leží o 1,5 dB nad enginem a smyčka druhého řádu proklouzává o 0,5 až 2 dekády častěji než mez doby proklouznutí prvního řádu. Revize 0,30: doba proklouznutí Costasovy smyčky nyní používá SNR smyčky rho/4 (proklouznutí o půl cyklu); výchozí log10_mean_time_to_cycle_slip_s v jitter_table klesá z 11,58 na 2,10 u prahu 25,47 dB-Hz | tracking_loop (composing sdr, jamming) |
| Kovariance souřadnic stanic lunárního VLBI z plánu sledování | Parciální derivace zpoždění nashromážděné přes plán základen × epoch do Fisherovy informační matice, invertované na kovarianci souřadnic stanic a sigmu stanice pro každou souřadnici, čímž se nahrazuje předpokládaná izotropní ekvipartiční vazba ze skalární přesnosti zpoždění. Stav nese souřadnice stanic vázané k Zemi (ITRS), takže jakobián je inerciální parciální derivace otočená maticí GCRS→ITRS každé epochy a právě rotace Země činí tyto souřadnice pozorovatelnými: zpráva MĚŘÍ zemsky vázané přemetání zorného směru a deklinaci majáku, namísto aby je předpokládala. Hodnost, defekt datumu, číslo podmíněnosti, informační spektrum a nulový prostor volné sítě se vydávají při každém běhu, a při deficitu hodnosti se hlavní sigma zveřejní jako NULL se stavem, a nečte se z téměř singulární inverze. Ekvipartiční hodnota c·σ_τ·√(g/N) pro TENTÝŽ plán je vytištěna vedle vypočtené spolu s jejich poměrem a spolu s izotropní mezí stopy √(p/trace(M)), kterou nerovnost AM-HM činí tvrdou dolní mezí. Spustitelné jako druh scénáře lunar-vlbi-fim | VALIDATED | Nezávislá cesta v témže repozitáři. Každý řádek jakobiánu je znovu odvozen centrální konečnou diferencí funkce lunar_vlbi::vlbi_delay_s vyhodnocené ze stavových zemsky vázaných a měsíčně vázaných souřadnic otočených dopředu řetězcem soustav, tedy cestou, která nepočítá žádnou derivaci a nesdílí žádný výraz s analytickými parciálními derivacemi; informační matice sestavené oběma cestami se shodují na < 1e-6 největšího prvku diagonály. Jádro lineární algebry, které toto skládá (information_matrix, crlb, sym_eig), je samostatně externě ukotveno proti numpy.linalg.eigh / numpy.linalg.inv v tests/fim_observability_reference.rs a pozorovatelná zpoždění nese vlastní orákulum delta-DOR ve vzdáleném poli z lunar_vlbi; řádek si ani jeden z těchto stavů nepřebírá. Zde ověřené identity v uzavřeném tvaru, označené jako takové: škálování σ² a 1/N a √(p/trace(M)) jako dolní mez AM-HM, kterou vypočtená sigma nemůže překonat a která se shoduje s ekvipartiční hodnotou jen na izotropní geometrii, a proto je naměřený poměr přesně anizotropií, kterou předpoklad zahodil. Externí srovnání 0,30 (knihovna: NAIF SPICE CSPICE N0067 přes spiceypy 8.2.0, MIT; DE440, ITRF93 earth_latest_high_prec, MOON_PA), předregistrováno (50863551) spolu s během citlivosti na chybu modelu na straně enginu: každý řádek jakobiánu je znovu sestaven centrálními diferencemi zkonvergovaných newtonovských rozdílů světelného času z geometrie SPICE (rovnice světelného času je krátký skript nad polohami SPICE; SPICE dodává geometrii), s plánem znovu sestaveným z elevací SPICE. Plán, hodnost, defekt, informační spektrum, číslo podmíněnosti, sigmy stanic, hlavní hodnota, mez stopy, ekvipartiční poměry, nulový prostor volné sítě, přemetání zorného směru a deklinace majáku se shodují v předregistrovaných mezích 1 % / 0,1 stupně, které leží nad známou analytickou chybou Měsíce v enginu (3.2e-3 u sigem, změřeno před během). NumPy 2.3.5 přepočítává lineární algebru na odevzdaném jakobiánu enginu na 2e-13 (P2). Ověřeno jako Cramérova-Raova mez pro uvedenou zredukovanou množinu parametrů na uvedených ilustrativních vstupech: efemerida středu Měsíce, hodiny, troposféra a parametry orientace Země jsou v obou větvích drženy pevné, takže nejde o přesnost skutečné kampaně | lunar_vlbi_fim (composing lunar_vlbi, fim, cio, lunar_frame, frames) |
| Kovariance souřadnic bodu na povrchu Měsíce z plánu zpoždění VLBI, vedená odděleně od kovariance pozemské stanice | Třetí volba datumu, all-stations-fixed, která drží všechny pozemské stanice a odhaduje samotné souřadnice MAJÁKU vázané k Měsíci, tedy konfigurace, pro niž se nejistota bodu na lunárním povrchu skutečně uvádí, protože souřadnice pozemských stanic jsou vstupem modelu zpoždění, nikoli jeho neznámou. Existuje proto, že kovariance na úrovni stanice a kovariance bodu na povrchu jsou RŮZNÉ VELIČINY oddělené poměrem ramene ρ/B a dosud nic nebránilo tomu, aby se jedna uváděla místo druhé. Vydávaný blok beacon_link nese ρ, nejdelší základnu, rameno, tvar ekvipartiční vazby pro bod na povrchu c·σ_τ·(ρ/B)·√(g/N), vypočtenou sigmu majáku pro každou souřadnici a jejich poměr; poměr je null, nikoli zavádějící, kdykoli maják není odhadován nebo je matice s deficitem hodnosti. B se bere jako NEJDELŠÍ přítomná základna, tedy nejpříznivější, takže poměr může být jen podhodnocen. Spustitelné jako datum = "all-stations-fixed" s estimate_beacon = true, což je odmítnuto zprávou jmenující chybějící vstup, pokud maják není odhadován | MODELLED | Identity v uzavřeném tvaru, bez tvrzeného či dostupného vnějšího orákula. Rameno je kontrolováno proti ρ/B a obě ekvipartiční formy navzájem do 1e-15: jde o algebraické identity, takže zachytí chybu zapojení a nic jiného, a jsou jako takové označeny. Podstatný výsledek je MEASURED, nikoli tvrzen: zpoždění z pevné základny omezuje SMĚR majáku, takže složka zorného směru se do informační matice dostává jen přes člen vzdálenosti v blízkém poli, a test čte výslednou anizotropii z vydaného spektra místo toho, aby ji odvozoval. AM-HM činí √(p/trace(M)) tvrdou dolní mez, takže izotropní ekvipartiční vazba může jen PODHODNOTIT a poměr vypočteného k ekvipartičnímu je přesně anizotropií, kterou zahodila. MEASURED na dvojici Goldstone-like/Canberra-like, jejíž tětiva je 10726,748 km: za 112 vzorkovaných dní 36 nepřipouští při masce 10° vůbec žádnou vzájemně viditelnou epochu, nejvíce kdy vzájemně viditelných je 17 z plánu o 49 vzorcích a ve 73 použitelných dnech se poměr tří složek pohybuje od 113,9× do čtyř řádů více, medián 1513×, zatímco omezení na dva příčné směry, které zorný směr nehladoví, dává 3,94× až 25,8×, medián 7,8×. CO TENTO ŘÁDEK NETVRDÍ: žádné z těchto čísel jako vlastnost skutečné kampaně. Dokládá, že veličina bodu na povrchu se nyní POČÍTÁ, nikoli předpokládá, a že ji nelze tiše zaměnit s veličinou na úrovni stanice. Zůstává ReferenceImpl/MODELLED: neexistuje publikovaná kovariance bodu na povrchu lunárního VLBI, vůči níž by šlo ověřovat, stanice a místo majáku jsou ilustrativní, nikoli zaměřené, a efemerida, hodiny, troposféra i parametry orientace Země jsou drženy PEVNÉ, takže jde o Cramérovu-Raovu mez pro zredukovanou množinu parametrů, optimistickou už sama o sobě. Stejná veličina na cestě přes jádro (maják na Měsíci DE440) je ověřena na vlastním řádku „…, kernel path“; na této analytické cestě je nejmenší sigma majáku o 3,9 % pod orákulem SPICE onoho řádku, a proto tento řádek zůstává MODELLED | lunar_vlbi_fim (composing lunar_vlbi, fim, cio, lunar_frame, frames) |
| Kovariance souřadnic bodu na povrchu Měsíce z plánu zpoždění VLBI, cesta přes jádro | Kovariance majáku při všech pevných stanicích ve scénáři lunar-vlbi-fim (všechny pozemské stanice drženy, samotné souřadnice majáku vázané k Měsíci odhadovány) s majákem umístěným na Měsíci podle JPL DE440, čteném vlastním čtečem jádra enginu (planetary_kernel_path; lunar_vlbi_fim::epoch_geometry_with, ephem_provider::KernelEphemeris). Od analytické cesty se liší pouze střed Měsíce; rotace tělesa podle IAU 2015, stanice, rotace Země a lineární algebra jsou stejné. Ověřenými výstupy jsou množina pozorování, informační spektrum 3 x 3, hodnost a číslo podmíněnosti, tři sigmy majáku vázané k tělesu a jejich RMS, rameno a poměr vypočteného k ekvipartičnímu na výchozím plánu. Spustitelné jako scénář lunar-vlbi-fim s datum = "all-stations-fixed", estimate_beacon = true a nastaveným planetary_kernel_path | VALIDATED | Větev vázané knihovny: NAIF SPICE Toolkit N0067 (spiceypy 8.2.0, MIT) na de440s, earth_latest_high_prec (ITRF93 s UT1 a pohybem pólu) a lunárních soustavách DE440, maják pevný v MOON_ME; každý řádek jakobiánu je centrální diference 3 km zkonvergovaného newtonovského rozdílu světelného času (vlastní kód světelného času orákula M069, importovaný), nikdy parciální derivace z Kshany; viditelnost znovu sestavená z elevací WGS-84; eigh a inv z NumPy 2.3.5 / SciPy 1.18.1 (BSD-3-Clause, LAPACK). Větev P2: NumPy na odevzdaném jakobiánu enginu. Předregistrováno (4a51256) dříve, než existovala fixtura či orákulum, s prahy 1 % pro vlastní čísla, podmíněnost, sigmy, RMS a poměr, 1e-4 pro rameno, přesná množina pozorování a hodnost; P2 1e-9. Zveřejněno: porovnání pouze enginem mezi analytickým a jádrovým Měsícem (3,9 % u sigmy y) bylo provedeno před předregistrací, aby se zvolila cesta přes jádro, a je tam uvedeno. Výsledek: obě větve se shodují, nejhorší 1.7e-3 (sigma majáku y 0,081211 m proti 0,081351 m). Mutace: transpozice rotace tělesa v parciální derivaci majáku shodí obě větve. Obě strany čtou DE440, takže shoda ověřuje geometrii a lineární algebru nad DE440, nikoli samotné DE440. Mimo tvrzení: přesnost bodu na povrchu ve skutečné kampani (hodiny, troposféra a orientace Země drženy pevné; ilustrativní stanice a místo majáku) a výchozí analytická cesta (řádek výše, který zůstává MODELLED: na analytickém Měsíci je sigma y o 3,9 % pod tímto orákulem) | lunar_vlbi_fim (epoch_geometry_with, schedule, schedule_jacobian); ephem_provider (KernelEphemeris); naif_kernel |
| Lunární diferenciální PNT: rozpočet reziduí korekčního spoje | Tři členy, které diferenciální korekce nabere mezi epochou, v níž je vypočtena, a epochou, v níž je použita, každý dosud ponechaný jako nemodelovaná rezerva: chyba zaměření referenční stanice (korelovaná napříč družicemi, nezávislá na základně, přenos polohy ~1:1 a prokazatelně nezesilovaná DOP), stárnutí korekce (zmrazený vektor chyby dráhy znovu promítnutý na zorný směr, na který vlastní propagátor enginu umístí družici o jednu latenci později, plus drift hodin c·σ_y(τ)·τ z kalibrovaného mocninného zákona) a rovnoměrná kvantizace spoje v přesném plném rozsahu ±(orbit_err + clock_err) s rozptylem step²/12. Uváděno v oblasti vzdáleností i polohy, vedle stávajícího rezidua a ochranné úrovně, nikdy místo nich, s křivkou latence vedle jediného čísla | MODELLED | Identity v uzavřeném tvaru a vnitřní konzistence: rozptyl rovnoměrného kvantizéru step²/12, přesné šíření kovariance (GᵀG)⁻¹GᵀRG(GᵀG)⁻¹ kolabující na σ·PDOP pro stejná σ, přenos 1:1 členu zaměření jako důsledek û_user ≈ û_ref a kvadraturní uzavření při vypnutí. Křížová kontrola PDOP proti orbit::dop sdílí normální matici [−û, 1], takže jde o kontrolu konzistence a je jako taková označena, nikoli o nezávislé orákulum. ExternalDataset není dostupný ani tvrzen: žádná stanice na lunárním povrchu nemá publikovanou zaměřenou přesnost, žádný lunární spoj diferenciální korekce nemá publikovanou latenci ani formát zprávy a výsledek kvantizace je uzavřený tvar, nikoli měření. RTKLIB, který je již externím kódovým orákulem pro jádro jednoduchých diferencí a vážených nejmenších čtverců, by šlo pustit se záměrně špatně zaměřenou základnou k potvrzení přenosu 1:1 členu zaměření, ale to je nezávislý kód nad toutéž algebrou prvního řádu pro zorný směr. VELIKOSTI JSOU MODELLED: výchozí hodnota zaměření je vlastní alokace této knihovny pro realizaci lunární soustavy, nikoli změřená stanice, latence a počet bitů jsou ILLUSTRATIVE vstupy a růst samotného VEKTORU chyby vysílané efemeridy se nemodeluje vůbec, což je uvedeno ve vydávaném řetězci zákona stárnutí, protože je to člen, který ve skutečném spoji nejspíše převládne | lunar_dpnt |
| Mapa pokrytí a přesnosti lunární referenční stanice | Monte Carlo průchod lunárním modelem diferenciálního PNT přes jihopolární mřížku uživatelů a den epoch (druh lunar-station-coverage): pro diferenciální referenční stanici na známém jihopolárním místě, pro každý bod i pro celou oblast, percentilová korigovaná a nekorigovaná chyba polohy (3D, horizontální, vertikální), dostupnost s důvodem pro každou nedostupnou epochu (user_lt4, station_missing_sat), pokrytí vůči prahu stanovenému před během, ochranné úrovně DO-229E, poloměr pokrytí pro každý azimutový sektor a rozpočet korekčního spoje na stanici a v nejhorším bodě. Nejde o tvrzení o výkonu žádného skutečného systému; bez příslušnosti k žádné agentuře a bez jejího schválení | MODELLED | Aritmetika přepočítaná nezávislým skriptem numpy na exportovaných případech (scripts/gen_lunar_station_ref.py, numpy 2.5.4; předregistrováno v tests/fixtures/lunar_station/PREREGISTRATION.md, odevzdáno samostatně v 9caedf97 před prvním během): na 20 případech se všemi členy chyby zapnutými jsou viditelné množiny a stav shodné, surové chyby vzdálenosti se shodují na 1.4e-14 m, vektory a velikosti chyby polohy na 1.4e-9 m proti prahu 1e-6 m a p95 každého bodu se bit po bitu rovná numpy.percentile; korekce stanice NESPLNILY svůj práh 1e-9 m (nejhorší 3.73e-9 m, 15 z 20 případů) a s nimi i korigované chyby vzdálenosti: při kontrole v 60místné aritmetice jsou obě strany v rámci zaokrouhlení dvojité přesnosti od přesné hodnoty, přičemž člen zaměření je rozdíl dvou vzdáleností 1e7 m, jejichž jednotka posledního místa je 1.86e-9 m; zaznamenáno, nikoli doladěno. Druh se v jednom bodě, jedné epoše a jednom pokusu přesně redukuje na druh lunar-differential-pnt. Model chyb, model dekorelace i každý práh jsou vlastní tomuto projektu nebo ILLUSTRATIVE; nic zde není tvrzením o žádném skutečném systému | lunar_station (over lunar_dpnt, lunar_service) |
| Lunární terénní masky horizontu ze zadaného profilu nebo z polárního DEM | Masky horizontu závislé na azimutu pro jednotlivá místa u druhu lunar-station-coverage (referenční stanice a každý bod uživatele) a u mřížky moonlight-service-volume a jejího exportního místa pro jednotlivé družice (každý exportní řádek získává clears_terrain), ve formátu tabulky obzoru 0,36 (skyline::Skyline, lineární v azimutu s přechodem při 360 stupních; zadaný profil a horizont z DEM na jednom místě se kombinují jako bodové maximum): zadaný [terrain] station_horizon nebo user_horizon označený svým zdrojem, a/nebo horizont sledovaný paprskem po jihopolárním stereografickém DEM (rozvržení polární mřížky LRO LOLA, čtené z deskriptoru, který určuje její velikost a SHA-256, nebo dlaždice realdata::lola_dem v zeměpisné šířce a délce s [terrain] dem_tile_path, vypsaná se svým SHA-256) po velkých kružnicích lunární koule s přesnou křivostí, z uvedené výšky stožáru, při uvedeném azimutovém kroku a dosahu. Družice se na místě počítá, když překoná plochou masku mask_deg i horizont v jejím azimutu (lunar_service::topocentric); epocha, kterou horizont v bodě omezí na méně než čtyři družice, kde plochá maska dává čtyři, se počítá jako důvod nedostupnosti terrain_masked. Dodaný DEM je výřez produktu LDEM_75S_240M z LOLA, který je volným dílem (public domain), převzorkovaný blokovým průměrem 5 x 5 na 1200 m (data/lunar-dem/NOTICE.md). Pokud chybí, každé místo si ponechává plochou masku a každý dokument je bajt po bajtu totožný | MODELLED | Plochy v uzavřeném tvaru (InternalConsistency): sklon horizontu na holé kouli, kráter v plošině na kouli s pozorovatelem uprostřed i mimo střed a analytický kužel proti vlastní rasterizaci. Na skutečném výřezu se nezávislé vrhání paprsků v numpy (scripts/gen_lunar_terrain_ref.py, numpy 2.5.3; předregistrováno v tests/fixtures/lunar_terrain/PREREGISTRATION.md, odevzdáno samostatně v edbb9b02 dříve, než skript existoval) shoduje v pěti místech: výšky míst na 1.0e-11 m a všech 1800 elevací horizontu na 5.5e-10 stupně proti prahům 1e-6, počty useknutých paprsků přesně; to kontroluje aritmetiku, nikoli terén. Nebyl reprodukován žádný publikovaný údaj o polárním horizontu nebo osvětlení: dodaný výřez 1200 m vyhlazuje reliéf pod jeden kilometr, který publikované studie osvětlení rozlišují, takže horizonty z DEM jsou přímka vidění úrovně MODELLED nad převzorkovaným skutečným DEM, nikoli ověřený horizont. Místo stanice a konstelace zůstávají ILLUSTRATIVE; nic zde není tvrzením o žádném skutečném systému | lunar_terrain (over skyline, lunar_service::topocentric_basis); lunar_station; lunar_service (coverage_masked, masked_visible) |
| Členy vícecestného šíření a hardwaru přijímače lunární referenční stanice | Volitelná sekce [receiver] u lunar-station-coverage (LRS-02): sigma vícecestného šíření závislá na elevaci sigma(el) = a + b exp(-el / el0) u uživatele i u stanice (funkční tvar RTCA DO-229 pro letadla, jeho výchozí a = 0,13 m, b = 0,53 m, el0 = 10 stupňů; na Měsíci je každá hodnota ILLUSTRATIVE), bílé u uživatele a Gaussův-Markovův proces prvního řádu přes epochy u stanice (rho = exp(-dt / tau)); tepelný šum kódu DLL early-minus-late sigma = L_c sqrt(B_L d / (2 C/N0) (1 + 2 / ((2 - d) T C/N0))); biasy mezi kanály pro každý kanál konstantní během pokusu, u uživatele i u stanice. Členy stanice vstupují do jejích korekcí, členy uživatele do surových a korigovaných měření, každý na vlastním seedovaném proudu. Pokud chybí, každý dokument zůstává beze změny | MODELLED | Uzavřené tvary a statistiky vlastních výběrů modelu (InternalConsistency): vzorec DLL proti ručnímu výpočtu, tvar DO-229, rozdíl dvou přijímačů při nulové základně, Gaussova-Markovova korelace při zpoždění 1. Neexistuje žádné lunární měření vícecestného šíření ani přijímače, s nímž by šlo porovnat; hodnoty jsou ILLUSTRATIVE a nic zde není tvrzením o žádném skutečném přijímači | lunar_receiver; lunar_station |
| Růst chyby efemerid lunární referenční stanice po dobu latence korekce | Volitelný vstup orbit_err_growth_m_per_s u lunar-station-coverage (LRS-03): korekce použitá latency_s po svém výpočtu mine růst g latency_s vysílané chyby dráhy, g izotropní s 3D rychlostí RMS, losované pro každou družici a pokus na vlastním seedovaném proudu (rychlost 1-sigma tau / sqrt(3)), nad rámec přeprojekce zmrazené chyby na zorný směr. Pokud chybí, každý dokument zůstává beze změny. Dodatek K5 k porovnání publikovaných tvrzení, předregistrovaný samostatně, spouští K5 při 0,001, 0,01 a 0,1 m/s (ILLUSTRATIVE) | MODELLED | Uzavřená sigma členu růstu a kontrola šíření prvního řádu (InternalConsistency). Dodatek K5 (tests/fixtures/lunar_station_published/ADDENDUM-LRS03.md, předregistrováno samostatně v 59d88248): K5 selhává při každé rychlosti, korigované p95 3D 369,8 m, 2315 m a 22797 m proti prahu 1,5 m (292,96 m zaznamenáno bez růstu), jak bylo uvedeno před během. Žádný veřejný zdroj neuvádí rychlost lunárního růstu: ILLUSTRATIVE | lunar_station (orbit_growth_range_sigma_m) |
| Režimy řešení referenční stanice na Měsíci: výšové omezení, tři družice, okno statického uživatele | Volitelná sekce [solution] druhu lunar-station-coverage (LRS-06): řádek výškového pseudoměření up . dx = e_h se stanovenou 1-sigma, vážený proti řádkům vzdáleností; minimum tří družic je povoleno jen s ním; a vážené řešení metodou nejmenších čtverců přes posledních window_epochs epoch se sdílenou statickou polohou a jedněmi hodinami na epochu (odpověď filtru pro statickou polohu bez procesního šumu nad týmiž daty; chyby jednotlivých epoch se považují za nezávislé). Pokud sekce chybí, zůstává řešení snímku i každý dokument beze změny. Dodatek k porovnání s publikovanými tvrzeními, jehož styl řešení odpovídá zdrojům, předregistrovaný samostatně | MODELLED | Redukce snímku a uzavřené případy řešiče (InternalConsistency). Dodatek (tests/fixtures/lunar_station_published/ADDENDUM-LRS06.md, předregistrovaný samostatně v 001ca100) s výškovým omezením 1 m, třemi družicemi a oknem o 6 epochách (ILLUSTRATIVE nastavení; zdroje uvádějí filtr, výškové omezení a tři družice, ale nikoli jejich nastavení): K1 až K5 nesplněno a K6 splněno, 1 z 6 jako v zaznamenaném běhu; opravená 3-D chyba p95 pro R300 klesá z 280,6 m na 2,11 m (horizontální 0,90 m, nehodnoceno) a pokrytí zůstává 0. Předpoklad nezávislosti v okně mu nahrává. Nejde o tvrzení o žádném skutečném systému | lunar_solution; lunar_station (solution_figures) |
| Přesnost a pokrytí referenční stanice na Měsíci proti publikovaným tvrzením | Druh lunar-station-coverage spuštěný za veřejných předpokladů publikovaného materiálu o lunární diferenční referenční stanici (čtyři navigační družice na zmrazených eliptických drahách s periodou 24 h, SISE 10 m (95 %), kódový šum 0,30 m, latence korekcí 1 s a 600 s, zaměření stanice s přesností pod decimetr, publikované příkladové místo stanice, jihopolární kružnice o poloměru 300 km a 600 km) a vyhodnocený proti číselným tvrzením zdrojů podle šesti jednostranných prahů předregistrovaných před během: pokrytí celého jižního pólu při p95 pod metr (K1, K2), opravené p95 pod metr a na úrovni decimetrů (K3, K4), pod metr zachované při latenci 600 s (K5) a přesnost zachovaná od základny 10 km do 500 km (K6) | MODELLED | Reference: číselná tvrzení pěti veřejných zdrojů zapsaných s URL, datem získání, SHA-256 a licencí v tests/fixtures/lunar_station/SOURCES.md (arXiv:2602.08432v3; snímky IOAG Cislunar PNT Workshop 2025 a 2026; UNOOSA ICG WG-B Lunar PNT, červen 2024), přepsaná s odkazy na stránky v tests/fixtures/lunar_station_published/CLAIMS.md. Prahy, případy a vstupy byly předregistrovány v tests/fixtures/lunar_station_published/PREREGISTRATION.md (revize 2, 05bf9a19, odevzdáno samostatně před během). 0,36 první běh, zjištění (zůstává MODELLED): práh splňuje 1 z 6. Pokrytí je 0,00 na obou kružnicích proti >= 0,95 a opravená 3-D chyba p95 je 280,6 m (300 km) a 293,0 m při latenci 600 s, proti <= 1,5 m. Decimetrový práh (K4) nemohl při kódovém šumu zdrojů 0,30 m splnit nikdo; odráží to rozpor mezi zdroji, nikoli výsledek modelu. K6 splněno (poměr 1,39 proti <= 1,5), ale jako poměr dvou veličin ovládaných geometrií není důkazem o dekorelaci v žádném směru. Příčina: elementy drah družic nejsou veřejné a při ILLUSTRATIVE elementech v repozitáři sdílí uživatel a stanice čtyři družice nad 5 deg jen v 8,2 % (300 km) a 6,3 % (600 km) epoch, při téměř singulární geometrii (neopravené p95 3,8 km proti < 10 m ve zdrojích). Simulace zdrojů používaly filtr, výškové omezení a tři družice ve společné viditelnosti, což druh snímku nemodeluje. Porovnání proto publikované „pod metr na celém jižním pólu“ ani nepotvrzuje, ani nevyvrací. Ukazuje, že výsledek tohoto modelu závisí na drahách, které nejsou publikovány. Nejde o tvrzení o žádném skutečném systému; bez příslušnosti k žádné agentuře a bez jejího schválení | lunar_station (over lunar_dpnt, lunar_service) |
| Jádro ochranných úrovní ARAIM pro Měsíc | Krok od geometrie ke kovarianci u lunární ochranné úrovně — (GᵀG)⁻¹ pro geometrii se všemi družicemi ve viditelnosti i pro každou podgeometrii s jednou poruchou, promítnuté na místní svislici a na stopu horizontálního bloku — a její statistické jádro: Bonferroniho násobitel detektoru, Gaussův horní chvost každé hypotézy poruchy a řešení kořene, které převádí rozpočet rizika integrity na ochrannou úroveň, nad lunárním servisním objemem o 7 bodech | VALIDATED | Dvě osvědčené implementace třetích stran složené dohromady, obě spuštěné offline, s fixturou znovu vygenerovanou od začátku do konce a ověřenou jako bajt po bajtu shodnou. RTKLIB 2.4.2-p13 (T. Takasu, BSD-2-Clause), commit 71db0ff, src/rtkcmn.c přeložený ze zdrojového kódu C s -ULAPACK: lsq() → matinv() → ludcmp()/lubksb() invertuje normálovou matici Croutovým LU rozkladem s částečnou pivotací, algoritmem nezávislým na ručně psané Gaussově-Jordanově inverzi invert4() v kshana; numpy.linalg.inv (LAPACK getrf/getri) každou z nich znovu invertuje jako třetí nezávislou inverzi a s RTKLIB se shoduje na 1.112e-12 relativně. SciPy 1.17.0 / NumPy 2.4.1 (BSD-3-Clause) dodávají norm.isf, norm.sf (Cephes ndtri/ndtr) a optimize.brentq proti inkompletní řadě gama z Numerical Recipes v kshana, půlené inverzi a 200krokovému půlení — a přímé sf ze SciPy je do dalekého chvostu jinou numerickou cestou než 1 − Φ v kshana, takže zrušení ve hlubokém chvostu je změřeno, nikoli zrcadleno. Svislá osa je radiální jednotkový vektor (definice místní svislice na kulovém Měsíci) a horizontální rozptyl je stopa horizontálního bloku, takže se nesdílí žádná konvence azimutu východ/sever. TENTO ŘÁDEK VÝSLOVNĚ NEMÁ STATUS VALIDATED PRO: σ_URE, apriorní pravděpodobnost poruchy na družici a ilustrativní konstelaci třídy Moonlight/LCNS, což jsou MODELLED vstupy předané orákulu tak, jak jsou; a TVAR rovnice integrity MHSS s jednou poruchou je přepsán ze stejné publikované meze, kterou kshana implementuje — sdílený uzavřený tvar je sdílený předpoklad, takže tento řádek pokrývá chybné vyhodnocení té rovnice, nikoli chybnou volbu té rovnice. Není dostupná žádná implementace MHSS ARAIM třetí strany (RTKLIB nemá vstupní bod pro ochrannou úroveň, taková distribuce na PyPI neexistuje, Stanford MAAST je v MATLABu), což je zbývající vylepšení | lunar_service (lunar_protection_level, lunar_protection_level_with_sigma), lunar (lunar_araim_with_sigma), raim (araim_raim) |
| Ochranné úrovně ARAIM MHSS proti publikovaným referenčním vektorům | Samotná rovnice ochranné úrovně s oddělením řešení pro více hypotéz: vážené nejmenší čtverce pro všechny družice ve viditelnosti a pro každý režim poruchy na geometrii východ/sever/nahoru s jedním stavem hodin na konstelaci, sigmy podřešení, sigmy oddělení řešení a jednostranné projekce nominálního biasu, Bonferroniho prahy K_fa, přidělení rizika nemonitorovaných poruch a VPL/HPL, které řeší rovnici rizika integrity. Spustitelné jako druh scénáře araim-reference-check | VALIDATED | EU-U.S. Working Group C ARAIM Technical Subgroup, Reference Airborne Algorithm Description Document v3.1 (20. června 2019), řešený číselný příklad v příloze D — publikované VSTUPY (geometrická matice 10 družic ve 2 konstelacích, diagonály C_int/C_acc, b_nom, P_sat, P_const, konstanty LPV-200) a publikované VÝSTUPY (VPL 18,3 m, HPL 13,45 m, EMT 7,2998 m, σ_v_acc 1,3694 m, K_fa_3 5,1083 a šest mezivýsledků poruchy konstelace), získáno 2026-09-20, SHA-256 zdroje 7f42934488c5c2261363439fabd48385e39526df34d514f395e22b6990b6bdb7. Shoda při VLASTNÍ uvedené toleranci reference TOL_PL = 5e-2 m: VPL 0,0074 m, HPL 0,0437 m; EMT a σ_v_acc na vytištěnou přesnost. Milestone 3 Report téže podskupiny (2016), příloha A §A.IX, uvádí týž příklad, ale je vnitřně nekonzistentní — překlep ve znaménku v řádku 3 matice G (+0,7477, kde dokument z 2019 tiskne −0,7477; s plusem vychází σ_v_acc podle téhož dokumentu 0,8690 m proti publikovaným 1,47 m) a K_fa_3 vyhodnocené pro 57 režimů poruchy, zatímco dokument uvádí N_fault_max = 1, tedy 12, takže jeho EMT odpovídá prahu pro 57 režimů, kdežto jeho VPL/HPL nikoli. Žádná implementace dodržující dokument nemůže reprodukovat všechny jeho výstupy zároveň. Jeho geometrické mezivýsledky se reprodukují přesně a jeho ochranné úrovně jsou zaznamenány jako změřené odchylky (VPL 0,0171 m, HPL 0,0842 m, EMT 0,4806 m), vyloučené z hodnoty přijetí; tolerance nebyla rozšířena, aby je pojala. ROZSAH: pouze N_fault_max = 1 — podmnožiny poruch s více událostmi se odmítají, nikoli ořezávají, a vyloučení, kontrola konzistence chí-kvadrát a krok přerozdělení při dvojím započtení zůstávají MODELLED | araim_reference (araim_reference_protection_levels, published_vectors), raim (araim_protection_level, araim_integrity_risk, normal_quantile) |
| ARAIM s hypotézami současných poruch více družic | araim_reference::add_v42_subset_plan: pravidlo ADD v4.2 pro určení podmnožin (P_THRES, FC_THRES, monitorované podmnožiny od nejméně odebraných) zobecněné z dvojic na současné kombinace až max_order událostí družic a konstelací, s přesnou apriorní pravděpodobností P_no fault prod q_e; add_v42_protection_levels_to_order nad ním spouští cestu ochranných úrovní ADD v4.2 (řád 2 je přesně stávající cesta). raim::araim_subset_raim (nepovinné zapnutí): pokročilý RAIM nad touto množinou hypotéz, kde každá monitorovaná podmnožina je jeden režim (p_fault, T, b, sigma) v součtu rizika integrity, nepozorovatelné podmnožiny jsou přesunuty do nemonitorovaného rizika, rozpočet je škálován přidělením nemonitorovaného rizika podle ADD a při detekci poruchy je hlášena podmnožina s největším normalizovaným oddělením. Apriorní pravděpodobnosti vyžadující hlubší podmnožiny než max_order se odmítají, nikdy neořezávají | MODELLED | Vnitřní konzistence (InternalConsistency): redukce řádu 2 na cestu ADD v4.2 zkontrolovanou nástrojem MAAST, nezávislé znovuodvození apriorních pravděpodobností a zkonstruovaná porucha dvou družic. Nad rámec dvojic nebyl proveden žádný běh MAAST ani RTKLIB, takže hlubší množiny hypotéz a ochranné úrovně podmnožinového RAIM nejsou externě zkontrolovány. araim_subset_raim sdílí zjednodušení araim_dual_raim (jedna sigma pro integritu i přesnost, jedny hodiny, prostý normální chvost): není v souladu s ADD | araim_reference (add_v42_subset_plan, add_v42_protection_levels_to_order); raim (araim_subset_raim, SubsetRule) |
| RAIM vedle ukazatelů kvality holdoveru hodin | Volitelná sekce [integrity] druhu clock (clock_integrity::run): ze stanoveného místa a předvoleb konstelace (geometry::sky_geometry), v každé epoše integrity, dokud časová osa GNSS není odepřena, snímkový RAIM (raim::snapshot_raim: paritní test chí-kvadrát, ochranné úrovně podle sklonu) na družicích nad maskou se seedovanými Gaussovými rezidui stanovené sigmy a volitelným stanoveným biasem; samostatný blok integrity_fom s verdikty po epochách, ochrannými úrovněmi a dostupností. Odepřené epochy se hlásí jako nedostupné, nikdy se neextrapolují; ukazatele kvality holdoveru zůstávají beze změny a bez sekce je výstup bajt po bajtu shodný | MODELLED | Vnitřní konzistence (InternalConsistency): ochranné úrovně jsou ty ze snapshot_raim, které je v samostatném řádku validováno proti RTKLIB, přepočtené na téže geometrii; chování bez poruchy a s vloženou poruchou. Obloha je reprezentativní předvolená geometrie (nikoli datovaný almanach), rezidua jsou syntetická a sigma, meze alarmu a pravděpodobnosti jsou stanovené vstupy; nic z toho není tvrzením o dostupnosti skutečného přijímače | clock_integrity (run, sky_at, IntegrityCfg); scenario (Scenario::integrity); report (RunResult::integrity_fom); api (clock dispatch) |
| Prostorová, zašuměná, vícerodinná pozorovatelnost cislunárního oblouku podle délky | Práh pozorovatelnosti cislunárního oblouku podle délky v PROSTOROVÉM šestistavovém CR3BP namísto rovinného čtyřstavového, napříč rodinami DRO, halo kolem L2 a téměř přímočarého halo kolem L2, kde měřicí šum vstupuje do Gramiánu a hlásí se DVĚ kritéria, protože neexistuje žádné jediné poctivé: publikované kritérium hodnosti, které je prokazatelně invariantní vůči homoskedastické měřicí sigmě (vybělení násobí matici pozorovatelnosti skalárem, takže relativní spektrum singulárních hodnot, a tedy hodnost, defekt i podmíněnost zůstávají beze změny), a kritérium odhadnutelnosti — první oblouk, při němž formální 1σ nejistota polohy počátečního stavu hlavní družice klesne pod stanovenou mez — které je tím, jež se se šumem mění. Každý práh nese závorku mřížky epoch, v níž leží; nedosažené kritérium je null s důvodem. Rovinný režim zůstává výchozí a rodiny mimo rovinu se v něm odmítají, nikoli zplošťují do stavu, který je nedokáže reprezentovat | MODELLED | Nezávislá hodnost v řádkově odstupňovaném tvaru podle Gaussovy eliminace s částečnou pivotací potvrzuje každý verdikt o hodnosti šestistavového případu — jiný algoritmus, který nesdílí žádný kód s testovanou cestou přes vlastní čísla/SVD. Matice přechodu stavu CR3BP 6×6, kterou toto skládá, nese vlastní orákulum ReferenceImpl proti variační integraci ve SciPy a počáteční podmínky halo/NRHO pocházejí z korektoru, který reprodukuje publikovanou jižní oběžnou dráhu Gateway kolem L2 9:2. Stávající větev filtru druhé odmocniny informační matice se VÝSLOVNĚ NEPOČÍTÁ jako potvrzení: spotřebovává tytéž jakobiány a redukuje se na tutéž normální matici, takže jde o kontrolu konzistence mezi dvěma numerickými stroji, a vydaný štítek rozšíření to říká. NENÍ externě ukotveno, a ExternalDataset je proto odmítnut, nikoli vypůjčen z řádku STM: samotné délky prahových oblouků závisejí na MODELLED návrhu konstelace, na mřížce epoch a — měřitelně až 40× — na toleranci singulárních hodnot. Publikovaných rovinných 2,09 h se reprodukuje přesně při rel_tol = 1e-6 a samo závisí na toleranci (10,25 h při 1e-4, 0,42 h při 1e-8), což je vlastnost kritéria, nikoli oběžné dráhy. Žádný veřejný soubor dat nepublikuje práh pozorovatelnosti podle délky oblouku pro zvolenou cislunární konstelaci. MEASURED VÝSLEDEK: prostorový šestistavový práh je 22,17 h pro NRHO kolem L2 a 40,42 h pro halo kolem L2 a NEEXISTUJE pro rodinu rovinných DRO, na níž bylo publikované tvrzení odvozeno — hodnost 4 ze 6 s defektem datumu 2 a dvěma přesně nulovými vlastními čísly, strukturální defekt, který žádná délka oblouku neodstraní | cislunar_observability, observability_gramian, intersat_range, cislunar_srif |
| Chyba predikce orientace Země v operativním stylu, změřená predikovaná proti finální | Fit biasu a rychlosti metodou nejmenších čtverců přes klouzavé okno plus hlavní periodické členy — roční, půlroční a dva hlavní zonální slapy pro UT1; Chandlerův, roční a půlroční pro pól — extrapolovaný s posledním reziduem v okně přenášeným dopředu: třída, kterou používá IERS Bulletin A, namísto prediktoru persistence, na němž stál publikovaný horizont. Hodnoceno jediným poctivým způsobem: předpověď pro T+h sestavená z rychlých řádků Bulletinu A v čase T nebo dříve, změřená proti POZDĚJI VYDANÉMU finálnímu Bulletinu B v čase T+h, přičemž persistence je vedle toho hodnocena na identické množině epoch proti identickým finálním hodnotám. Cílová epocha bez publikované finální hodnoty se vyřadí, nikoli znovu hodnotí proti rychlému sloupci; periodický člen, který okno nedokáže omezit, se hlásí jako zamítnutý spolu s počtem cyklů, které skutečně pokrývá; neúplné okno se odmítá, nikoli tiše zkracuje | MODELLED | Tři nezávislé cesty, z nichž žádná není publikovaným údajem o přesnosti predikce. (1) Analytický signál se známými koeficienty — jediný způsob, jak procvičit periodický aparát, protože žádná odevzdaná řada není dost dlouhá, aby připustila roční člen. (2) Učebnicové řešení nejmenších čtverců v uzavřeném tvaru, jiná algebra než testované maticové řešení, na skutečných řádcích. (3) Skutečné archivované predikční řádky Bulletinu A, které publikuje skutečný produkt z 2026, porovnané po jednotlivých předstizích jako statistika SHODY a výslovně nikoli jako chyba: 0,256 ms za 1 den, 0,695 ms za 2 dny, 1,252 ms za 3 dny, s driftem až na 3,885 ms za 9 dnů. Jde tedy o TŘÍDU Bulletinu A, blízkou při krátké předstihu, nikoli o Bulletin A. Rezidua predikované proti finální jsou skutečné změřené veličiny nad skutečnými řádky IERS, ale jejich velikost se kontroluje jen proti SMĚRU porovnání, nikdy proti údaji o přesnosti publikovanému IERS — čtení skutečného produktu je původ, nikoli orákulum. MEASURED: v den 1 dává operativní prediktor 3,78 m chyby v soustavě Měsíce proti 11,39 m u persistence (3,01×), v den 2 10,23 m proti 21,72 m (2,12×), v den 3 20,33 m proti 30,57 m (1,50×) — a je HORŠÍ po třech dnech (0,87× při 5 dnech, 0,43× při 10), což zpráva uvádí, nikoli aby ukazovala jen horizonty, které mu lichotí. NEREPRODUKOVÁNO: autoregresní filtr reziduí a tabulková redukce zonálních slapů, 365denní operativní okno je s odevzdanými daty nedosažitelné a v tomto repozitáři NEEXISTUJE žádná archivovaná dřívější verze řady — takže tabulka archivovaných verzí hlásí žádné řádky, nikoli hodnocení syntetizované verze. 0,30 externí porovnání, zjištění (zůstává MODELLED): hodnoceno proti týmž finálním hodnotám přes 178 archivovaných vydání Bulletinu A s výchozím 15denním oknem crate, MAE UT1 prediktoru je 2.4x až 12.6x oproti Bulletinu A při 1 až 10 dnech (práh 1.5x) a 5,32 ms při 10 dnech, mimo rozsah 0,36 až 3,13 ms z 2nd EOP PCC; pól je 1.5x až 1.85x oproti Bulletinu A (uvnitř 1.5x jen při 6 a 7 dnech); 19 z 21 předregistrovaných podmínek není splněno. Oprava k cestě (3): řádky produktu z 2026, s nimiž byla porovnána, nesou příznak IERS I (změřeno), nikoli P, takže tyto údaje o shodě jsou proti změřeným rychlým hodnotám, nikoli proti predikcím Bulletinu A. 0,30 kolo 2, prediktor nejmenších čtverců plus autoregresní se zonálními slapy odstraněnými analyticky, proti 178 archivovaným vydáním Bulletinu A při prahu 1. kola (předregistrováno c93605b4), zjištění (zůstává MODELLED): platí 12 z 21 podmínek; MAE UT1 je 1,73 až 2.11x oproti Bulletinu A při 2 až 10 dnech (práh 1.5x), zatímco pól je v rámci 1.27x při každém předstihu. 0,30 revize: s offline vstupem nyní klasifikovaným podle příznaku IERS jsou údaje o shodě cesty (3) proti skutečným predikcím Bulletinu A (0.256/0.695/1.252/3.885 ms při 1/2/3/9 dnech proti rychlým řádkům -> 0.133/0.421/0.839/2.786 ms) | frame_eop, realtime_frame_eop |
| Datum lunární soustavy z pozorovací kampaně | Sedmiparametrové Helmertovo datum odvozené ze SIMULOVANÉ POZOROVACÍ KAMPANĚ namísto obnovy ze vložené transformace. Pozemní stanice pozorují zdrojovaný katalog majáků na povrchu Měsíce podle explicitního rozvrhu; parciální derivace zpoždění lunárního VLBI se akumulují do Fisherovy informační matice souřadnic majáků a prostřednictvím Helmertova návrhu A = [I₃ | [p]ₓ | p] se převádějí na H = AᵀM_bA, takže hlášená přesnost datumu je funkcí pozorovacího programu — přesně lineární v sigmě zpoždění a monotónní v oblouku přes librace, kterou zpráva MĚŘÍ. Defekt datumu je předmětem, nikoli poznámkou pod čarou: hodnost, defekt, číslo podmíněnosti, spektrum, nepozorovatelné směry v sedmiparametrové bázi, nejslabší směr i při plné hodnosti a podíl každého parametru na něm se vydávají při každém běhu a každý parametr, který kampaň neomezuje, je publikován jako NULL se stavem. Korelace chyb majáků je MEASURED, nikoli předpokládána — přesně nulová při pevných stanicích a vytištěná i s cenou, když se stanice odhadují. Spustitelné jako druh scénáře lunar-frame-campaign | MODELLED | Identity v uzavřeném tvaru a nezávislá cesta v repozitáři, bez nároku na externí orákulum. Helmertův návrh — jediná nová derivace v modulu — je znovu odvozen centrální konečnou diferencí lunar_frame_realise::apply_helmert, cestou, která s analytickým tvarem nesdílí žádný výraz. Akumulace, kterou skládá, je z lunar-vlbi-fim, jehož jakobián je tam konečnou diferencí proti lunar_vlbi::vlbi_delay_s a jehož jádro lineární algebry je samostatně externě ukotveno proti numpy v tests/fim_observability_reference.rs — tento řádek si nevypůjčuje ani jeden z těch statusů. Fyzikální orákulum je strukturální, nikoli numerické: parciální derivace zpoždění majáku je blízkopolní ROZDÍL dvou téměř rovnoběžných jednotkových vektorů, takže nejhůře určený směr translace MUSÍ být tělesově vázaný směr k Zemi, a test tvrdí vypočtenou odpověď proti samostatně změřenému směru. MEASURED: translační sigma odvozená z kampaně 6,3975 m proti chybě obnovy 0,3125 m ve scénáři s vloženou transformací (20,5× těsnější), zatímco rotace a měřítko jdou OPAČNÝM směrem, 2,32× a 13,5× volnější — vložená cesta předpokládá jedinou izotropní sigmu, a proto rozkládá svou chybu rovnoměrně na sedm parametrů, což pozorovatelná veličina zpoždění nečiní. Hodnost 7/7, ale podmíněnost 3.8e5, s jedním směrem z 99,57 % čistá translace směrem k Zemi a čtyřicetkrát horším než kterýkoli jiný. CO TENTO ŘÁDEK NETVRDÍ: že údaj z kampaně je správný v absolutním smyslu. Zakládá, že údaj se nyní ODVOZUJE z rozvrhu, geometrie a modelu chyb, nikoli z podstrčené odpovědi. Zůstává ReferenceImpl/MODELLED: neexistuje žádná publikovaná dvojice kampaň lunárního VLBI plus kovariance datumu, síť stanic a sigma zpoždění jsou ILLUSTRATIVE vstupy (katalog majáků je zdrojovaný, kampaň není), pozorování se považují za nezávislá, zatímco troposféra a hodiny skutečné relace jsou mezi blízkými skeny korelované, a efemeridy, hodiny, troposféra a parametry orientace Země jsou drženy PEVNĚ. 0,30 externí porovnání, zjištění (zůstává MODELLED): s každým řádkem jakobiánu majáku znovu sestaveným z doby světla NAIF SPICE (DE440, ITRF93, MOON_ME; předregistrováno 50863551) se rozvrh, hodnost Helmerta, sigmy datumu (do 4.7e-3), podmíněnost, nejslabší směr (0,07 deg), přeběh librace a pořadí oblouků shodují na šesti scénářích v rámci předregistrovaných 1 % / 0,2 / 0,05 deg. NumPy na odevzdaném jakobiánu enginu se shoduje na 3e-14 tam, kde jsou stanice pevné. S odhadovanými stanicemi se liší o 6.8e-6 proti předregistrovaným 1e-9, jejichž předpoklad o podmíněnosti byl chybný (podmíněnost Helmerta 2.1e8; nezávislé cesty v NumPy se rozcházejí o 3e-6; příspěvek záložního pseudoinverzního řešení enginu 1e-9 není vyloučen), takže řádek na základě této předregistrace není povýšen. 0,36 přeregistrace s prahem škálovaným podmíněností (předregistrováno b887eb05; t = max(1e-12, 10 kappa 2^-53) z podmíněnosti společné informace a její Helmertovy redukce), zjištění (zůstává MODELLED, NOT MET): krok 0 záložní pseudoinverzní řešení pro mezeru 6.8e-6 VYLUČUJE (žádná matice před Helmertovou maticí se na šesti původních scénářích nevrací k záloze, nejtěsnější rezerva činitel 2,6), větev SPICE stále platí na všech šesti a NumPy se shoduje v rámci prahu na šesti z osmi scénářů (výchozí, dva oblouky, 3x sigma zpoždění, kolineární defekt a nový běh s pevnými stanicemi z 2026-12-01; nejhorší 0,13 jeho prahu). Selhává na stations_estimated (sigmy datumu až 6.8e-6, podmíněnost 9.1e-6, norma s vyřazenou nezávislostí 3.5e-6, proti t = 5.9e-7) a v novém datu nemá jihopolární maják žádné pozorování, takže informace o majácích je hodnostně deficitní (záložní pseudoinverze před Helmertovou maticí v obou nových scénářích) a nezměněné orákulum NumPy nedokáže vyhodnotit stations_estimated_fresh (singulární matice). Výsledky: docs/design/evidence/mr05-lunar-datum-cond/RESULTS.md | lunar_frame_campaign (composing lunar_vlbi, lunar_vlbi_fim, fim, lunar, lunar_frame_realise, frames, cio, lunar_frame) |
| Potvrzení prahu délky cislunárního oblouku nezávislým odhadovačem | Dávkový odhadovač metodou nejmenších čtverců, který OBNOVUJE počáteční stav hlavní družice ze simulovaných mezidružicových měření přes rostoucí prefixy téže mřížky epoch, jakou používá tabulka hodnosti proti oblouku, přičemž parciální derivace měření jsou brány jako centrální konečné diference složeného dopředného modelu. Nespotřebovává nic z aparátu, jímž byl práh změřen — žádný analytický řádek jakobiánu, žádnou variační matici přechodu stavu, žádný rozklad na singulární hodnoty ani vlastní čísla, žádnou toleranci hodnosti, žádný filtr druhé odmocniny informační matice — a sdílí jen dynamiku, počáteční podmínky, skalární pozorovatelnou veličinu a mřížku epoch, každé z nich pojmenované ve vydaném dokumentu. Dvě kritéria, obě proměřená: obnova bez šumu (analogie hodnosti) a odhadnutelnost metodou Monte Carlo (analogie odhadnutelnosti, měřená proti známé pravdě, nikoli predikovaná z kovariance). Spustitelné jako druh scénáře cislunar-arc-recovery | MODELLED | Samostatný odhadovač v této kódové základně na jiném algoritmu a s disjunktní cestou kódu: nelineární vážený Gauss-Newton s parciálními derivacemi konečnou diferencí, jehož verdikt se čte jako změřená chyba obnovy stavu v km a mm/s. S rankovou a kovarianční cestou Gramiánu nemá společný žádný výraz a oddělení je VYNUCENO ochranou nad zdrojovým textem, nikoli jen tvrzeno. MEASURED na publikované rovinné mřížce DRO: kritérium ODHADNUTELNOSTI je CORROBORATED — změřená hranice Monte Carlo je 5,739130 h proti formální 5,739130 h (poměr 1,0000) a změřené RMS reprodukuje formální 1σ přes 21 délek oblouku na geometrický průměr poměru 0,9804. Kritérium HODNOSTI NENÍ potvrzeno jako hranice obnovitelnosti: odhadovač obnovuje od 0,782609 h proti 2,086957 h u Gramiánu, poměr 0,375, a při 1,826087 h — posledním prefixu, který čtení hodnosti hodnotí 3 ze 4 — obnovuje na 1.96e-5 apriorního posunu. Hranice obnovy je nehybná po tři dekády vlastní meze, zatímco práh hodnosti se táhne od „nikdy“ po 0,782609 h přes čtyři dekády rel_tol, a oba se přesně kryjí při rel_tol = 1e-8. Tento rozsah byl nejprve zaznamenán jako dosahující 0,260870 h; ten údaj byl ARTEFAKT, vyprodukovaný čtením hodnosti, které napočítalo 4 směry ze 2 měřicích řádků pod šumovým prahem f64, a je zde opraven, nikoli ponechán. Čtení hodnosti je nyní omezeno Sylvestrovou nerovností s vydaným důvodem a opravený rozsah saturuje přesně na oblouku, kde obnovuje nezávislý odhadovač, což křížovou validaci tohoto řádku posiluje, nikoli oslabuje: publikovaných 1e-6 je konzervativní KONVENCE singulárních hodnot, nikoli tvrzení o obnovitelnosti. Stejný vzorec prostorově: NRHO 9,290323 h proti 21,677419 h, halo 22,978723 h proti 39,829787 h, s odhadnutelností shodnou přesně v obou. Šestistavový planární DRO neobnovuje na žádném oblouku, čímž nezávisle reprodukuje strukturální defekt datumu této rodiny z odhadovače, kterému se o něm nic neřeklo. NENÍ externě ukotveno — dynamika a počáteční podmínky se sdílejí s testovanou analýzou a žádný veřejný soubor dat takový práh nepublikuje — takže ExternalDataset je odmítnut | cislunar_arc_recovery, batch_ls |
| Lunární servisní objem ze skutečné, získané geometrie konstelace | Přijímá tabelovanou efemeridu se středem v Měsíci (vyhodnocení jádra SPK/BSP) nebo publikovanou definici konstelace za ephemeris_path, spouští proti ní totožné prohledání pokrytí / DOP / ochranné úrovně a vydává z ní plynoucí požadavek na σ_URE VEDLE nezměněných ilustrativních keplerovských a perturbovaných výsledků, přičemž rozdíl je samostatnou pojmenovanou veličinou. Každý údaj nese třídu původu, která odlišuje odvozené z jádra od odvozeného z publikovaných elementů a od vypočteného z modelu, takže je nelze v následné citaci nikdy zaměnit | MODELLED | GEOMETRIE je externí a opatřená hashem: tři fixtury, jejichž čísla pocházejí jen z dokumentů získaných s URL, datem získání a SHA-256, znovu vygenerovatelné odevzdanými generátory, které ověřují hash zdroje a PŘERUŠÍ běh, místo aby vydaly číslo — referenční konstelace demonstrace interoperability LANS (NASA NTRS 20250009447, SHA-256 d1b916be…), případové studie LNCSS (NAVIGATION 70(4) navi.613, CC BY, SHA-256 4e294687…) a skutečná efemerida létajících sond LRO, Danuri, Chandrayaan-2 a CAPSTONE vyhodnocená z vlastních rekonstruovaných jader JPL přes Horizons. ŽÁDNÉ jádro lunární navigační konstelace veřejně neexistuje — Moonlight/LCNS, LCRNS a LNSS neletí a NAIF pro ně nic nepublikuje — a žádné nebylo vymyšleno. ODVOZENÝ požadavek na σ_URE NEMÁ ŽÁDNÉ externí orákulum (nikdo nepublikuje přesnost měření vzdálenosti, kterou lunární HPL 50 m nad tímto servisním objemem vyžaduje), takže se kontroluje proti vlastní algebraické identitě a nezávisle tím, že se celé prohledání spustí znovu při vypočteném požadavku a potvrdí se, že tam dostupnost přepíná. MEASURED: publikovaný návrh s 8 družicemi potřebuje σ_URE 2,9044 m při pokrytí 100 % oproti 0,3591 m při 37,85 % u ilustrativní konstelace — 8,09× revize publikovaného čísla podle pravidla programu R4. Kvalitativní závěr přežívá (třída LNIS 30 m stále neuzavře jihopolární HPL 50 m), ale nedostatek byl osmkrát nadhodnocen. Demo LANS s 5 družicemi dává NULA vzorků ochranné úrovně — pět družic nemůže poskytnout šest ve viditelnosti, které množina hypotéz s jednou poruchou potřebuje — a pole požadavku je NEPŘÍTOMNÉ, nikoli vyfabrikované; stejně pro čtyři skutečné sondy při pokrytí 0 %. InternalConsistency je poctivý druh: VSTUPNÍ data jsou externí a opatřená hashem, ale veličina, o niž v tomto řádku jde, je validována jen proti sobě samé. 0,30 externí porovnání, zjištění (zůstává MODELLED): proti statistikám případové studie LNCSS z navi.613 na 346 bodech mřížky leží 4 z 12 statistik dostupnosti mimo předregistrované 2 procentní body (případ A: -4.0, +22,5 a -3.6 pp; případ B: -12.1 pp). Pravděpodobné příčiny: elementy čtené ve špatné soustavě, dvoutělesový Kepler přes 15 dnů proti nestanovenému silovému modelu v článku a mřížka, kterou nelze z textu reprodukovat. Polovinu PDOP nebylo možné vyhodnotit (LANS netiskne žádnou číselnou statistiku); srovnávací test je odevzdán jako ignorovaný. 0,30 kolo 2, zjištění (zůstává MODELLED): proti orákulu Orekit 12,2 / Hipparchus 3,1 počítajícímu celou zprávu (propagace Orekit, viditelnost a DOP z DOPComputer, ochranné úrovně MHSS složené v Hipparchus, požadavek řešený pro každý vzorek; předregistrováno d3ce97b2) na všech pěti získaných geometriích a dvou mřížkách se 155 ze 160 hodnot shoduje v rámci předregistrovaných prahů (2 pp, 5 %, 1 %), včetně požadavku na sigma_URE pro LNCSS A a C (3,879072208 m na obou stranách pro případ A) a nepřítomného požadavku pro LANS a oběžné sondy. LNCSS B na husté mřížce selhává na statistikách nejhoršího vzorku (sigma_required 0,000923 proti 0,001511 m, hpl_max 1.63e6 proti 0.99e6 m), kde téměř singulární geometrie (PDOP asi 1e6) zesilují shodu polohy na úrovni metrů; jeho požadavek p95 se shoduje (1,6343 proti 1,6357 m). Požadavek nejhoršího vzorku je na degenerované geometrii špatně postavený. Proti navi.613: 4 z 12 stále mimo 2 pp (zafixováno) | lunar_ephemeris, lunar_service |
| Jednotka a původ deklarované pro každou hlášenou veličinu | Strojově čitelné schéma udávající jednotku, třídu původu a definici každého číselného pole každé zprávy scénáře, plus jediná globální brána, která spouští každý registrovaný druh scénáře a selže, pokud vydanému číselnému poli chybí kterýkoli z nich. Slovník původu je uzavřený a každá třída nese úroveň důkazů, přičemž dvě třídy jsou záměrně mapovány na inherits-scenario-label a depends-on-input, nikoli že by jim byla přiřazena úroveň, kterou třída neurčuje | MODELLED | Samotný vydaný dokument: každý číselný list musí odpovídat položce v bloku units téhož dokumentu. Neexistuje žádný externí registr jednotek, proti němuž by šlo zkontrolovat DEKLAROVANOU jednotku, takže deklarovaná jednotka je zkontrolované tvrzení, nikoli ověřené — brána ověřuje ÚPLNOST a SPRÁVNOU FORMU, nikoli pravdivost, a označení „ověřeno proti nezávislé vnější referenci“ by bylo nesprávné, protože nic externího nepotvrzuje, že m je správná jednotka pro pole pojmenované _m. Nezávislá křížová kontrola podle přípon názvů byla provedena nad 1 434 poli popsanými V TOM OKAMŽIKU: z 691 nesoucích příponu s jednotkou se 40 liší od deklarované jednotky a všech 40 je vysvětleno (přípony za sekundu, minima, sekundy apertury, newtonmetry proti příponě, která vypadá jako nanometr), takže se neobjevila žádná chybná jednotka. Tato křížová kontrola od té doby nebyla znovu spuštěna a pokrytí ji přerostlo — údaj je ponechán na tom, co bylo skutečně změřeno, nikoli přepsán na současný celkový počet. V době oné změny (0.27.0) se pokrytí posunulo ze 7 z 56 druhů na 60 z 61 a z 389 z 1354 polí na 1 742 z 1 744 (docs/field-units-schema.json, který kontrola zastarání udržuje aktuální). ŽÁDNÝ druh nezůstává nepokrytý (strop 0, FUT-28, 0,36): poslední byl sweep-nd, jehož dva sloupce jsou klíčované volajícím, takže jejich jednotky jsou data; nyní jsou popsány jako mixed - see note a jednotka každé polohy se čte z vlastní tabulky jednotek PROCHÁZENÉHO balíčku do key_units a metric_units (nebo se vezme z deklarované unit osy, která se musí shodovat s jednotkou balíčku, existují-li obě; null, neexistuje-li žádná, uvedeno, nikoli hádáno). cislunar-observability byl ten předtím a ze seznamu zmizel, když jeho vydaný dokument získal blok units: pin aditivity, který pojmenovával units jako zakázaný klíč, nyní DOKAZUJE, že přidání je aditivní — odstraňte blok zpět a dokument se stále zahashuje na dvě konstanty zmrazené před jeho vznikem, takže hodnota vydaná dříve, která se pod přidáním pohnula, stále selže. Práce také odhalila dvanáct vad jednotek nebo dokumentace ve stávajícím kódu, hlášených, nikoli opravených podle R1 | field_schema |
| Datum lunární soustavy ze SKUTEČNÉ pozorovací kampaně | Kovariance sedmiparametrového Helmertova datumu, jejíž dva simulované vstupy jsou nahrazeny změřenými: rozvrhem jsou epochy vysílání ze Země 337 archivovaných normálních bodů lunárního laserového měření vzdáleností ILRS (2015-04-08 až 2015-06-27, Grasse MeO 7845 a Matera MLRO 7941, všech pět retroreflektorových polí) a každá váha pozorování je vlastní archivovaná preciznost onoho bodu bin_rms/√n_raw — medián 5,13 mm jednosměrné vzdálenosti, přečtený ze souboru. Souřadnice stanic IERS ITRF2020, souřadnice reflektorů JPL DE430 Tabulka 7. Spustitelné jako druh scénáře lunar-llr-datum. Ověřené tvrzení (0,36) je úzké: na analytické výchozí cestě se výpočet kovariance datumu shoduje s nezávislým orákulem SPICE se světelným časem a NumPy na čerstvých změřených normálních bodech; není to přesnost LLR a není to důkaz, že analytický Měsíc je přesný | VALIDATED | Identity v uzavřeném tvaru, nezávislá cesta v repozitáři a od 0,36 nezávislé knihovní orákulum SPICE a NumPy na čerstvých změřených datech (níže); neexistuje žádná publikovaná dvojice kovariance datumu lunárního LLR, proti níž by šlo kontrolovat, takže se netvrdí žádná přesnost. Jediná nová derivace — parciální derivace vzdálenosti podle polohy reflektoru vázané na těleso — je znovu odvozena centrální konečnou diferencí dvoucestného světelného času, který derivuje, cestou, která s analytickým tvarem nesdílí žádný výraz. Fyzikální orákulum je strukturální: parciální derivace vzdálenosti JE dvojnásobek průvodiče, takže souřadnice vázaná na těleso podél střední osy k Zemi musí být určena mnohem lépe než dvě souřadnice v rovině oblohy, k nimž dosáhne jen librace — změřeno na 50,7× až 71,7× napříč pěti poli proti přeběhu librace, který zpráva měří nezávisle, přičemž se tiskne izotropní předpověď pro malý úhel i příčná anizotropie, která vysvětluje rozdíl. CO SE ZMĚNILO: rozvrh, počet pozorování i každá váha pozorování jsou nyní změřené; používá se 337 z 349 archivovaných bodů a 12, které se nepoužívají, jsou přeskočeny a započítány, protože ITRF2020 pro Apache Point neuvádí žádnou polohu. MEASURED: translační sigma datumu 1.851746e-2 m proti 6,3975 m SIMULOVANÉ kampaně (345×), rotace 36×, měřítko 24× — poměr mezi sítí laserového měření vzdáleností a sítí VLBI zpoždění, takže zjištění, nikoli validace. Hodnost informace reflektorů 15/15 s vazbou mezi poli přesně 0; hodnost Helmerta 7/7, podmíněnost 2.4e4. CO TENTO ŘÁDEK NETVRDÍ: že údaj je správný v absolutním smyslu. Skutečné řešení LLR současně odhaduje dráhu Měsíce, fyzické librace, orientaci Země, souřadnice stanic a slapové a relativistické parametry a hlásí decimetry (vlastních 0.12-0.27 m z DE430 Tabulky 7), kde je tato mez mnohem menší; jde o Cramérovu-Raovu mez pro stanovenou zredukovanou množinu parametrů, nikoli o přesnost. Mimo ověřené tvrzení (modelované, neověřené): efemerida středu Měsíce a orientace tělesa IAU 2015 jsou modelované a troposféra, slapy, excentricita stanice, pohyb pólu, UT1-UTC, relativistické zpoždění a hodiny stanic chybějí. Jejich společná velikost je PUBLIKOVÁNA, nikoli dovozována — pozorovaná-minus-vypočtená jednosměrná vzdálenost 156 494 m RMS přes 337 bodů — a jejich vliv na kovarianci je OMEZEN, nikoli dovozován: nové řešení celého datumu s každou parciální derivací nakloněnou o 0,1° (dvojnásobek změřeného náklonu efemeridy v nejhorší epoše, se střídavým znaménkem) posune výstup o 0,288 %. EXTERNÍ KONTROLA (0,30 kolo 2, předregistrováno 6b27964a), zjištění (zůstává MODELLED): dvoucestný světelný čas SPICE (DE440, ITRF93, lunární orientace DE440) s parciálními derivacemi konečnou diferencí a inverze numpy na týchž 337 změřených normálních bodech a vahách se shodují v evidenci, v obou hodnostech, v nulové vazbě, v reziduálním RMS (2.1e-5) a v 15 z 16 údajů kovariance. Sigma translace v z je o 1,03 % vyšší proti předregistrovanému prahu 1 %. Při středu Měsíce z DE440 klesá na 0,049 % (c51f8b2, viděná data) a na čerstvých normálních bodech z 2019 drží datum s jaderným Měsícem každý práh (řádek „…, kernel Moon centre“), kde i analytický Měsíc zůstává v prahu (nejhorší 3.8e-3, jen informativně), takže toto porovnání modely Měsíce nerozlišuje. BĚH ANALYTICKÉ CESTY NA ČERSTVÝCH DATECH (0,36, předregistrováno 31f5283 před načtením jakéhokoli bodu): nezměněné orákulum SPICE a NumPy na 151 použitých normálních bodech EDC CRD v2 z 2025-04..06 (rok, který žádný test nepoužil; soubory znovu staženy a orákulum nezávisle znovu spuštěno, viz NOTICE fixtury) při týchž prazích: evidence, hodnosti, počty na pole a nulová vazba shodné; sigmy a normy nejhůře 1.11e-3 (práh 1 %), podmíněnost 8.95e-4 (2 %), poměry napříč/podél nejhůře 1.79e-3 (2 %); O-C ze SPICE 10,79 m. VALIDATED na základě těchto důkazů jen jako knihovní kontrola výpočtu kovariance; analytické reziduální RMS na tomto výřezu je 222 km, takže prahy modely Měsíce nerozlišují (jako na řádku s jádrem). Výsledky: docs/design/evidence/mr06-llr-analytic-fresh/RESULTS.md | lunar_llr, realdata::llr_crd (composing fim, cio, frames, ephem, lunar_frame, lunar_frame_campaign) |
| Geodézie referenční stanice na Měsíci: přidaný retroreflektor a maják VLBI proti pětipolovému datumu | Volitelné vstupy extra_reflectors a extra_beacons ve scénáři lunar-llr-datum přidávají blok station_geodesy: Helmertovu informaci pěti polí z archivovaného výřezu lunárního laserového měření vzdáleností plus informaci, kterou na sedmiparametrové datum vnáší přidaný retroreflektor (měřený v archivovaných epochách normálních bodů, v nichž je měřicí stanice nad svým horizontem, každý s archivovanou váhou onoho normálního bodu) a přidaný maják VLBI (pozorovaný sítí a rozvrhem lunar-frame-campaign při pevných pozemních stanicích, přes parciální derivace zpoždění lunar-vlbi-fim) na stanovených místech; datum je znovu vyřešeno, s 1-sigma každého Helmertova parametru před a po, jejich poměrem, normami před a po a extrémními vlastními čísly Fisherova rozdílu. Pokud chybí nebo je prázdné, zpráva zůstává beze změny | MODELLED | Pouze vnitřní konzistence: každé přidané místo je samostatný bod a laserové měření vzdálenosti nebo VLBI zpoždění z pevné stanice se dotýká jednoho bodu, takže jeho informace A_p^T M_p A_p je pozitivně semidefinitní a sčítá se; test kontroluje Fisherův rozdíl a každý rozptyl proti tomu. Výsledek pěti polí je stávající řádek se skutečnými daty a zůstává beze změny. Přidaný reflektor znovu používá epochy naplánované pro pět stávajících polí, ILLUSTRATIVE rozvrh, a síť, rozvrh a sigma zpoždění přidaného majáku jsou ILLUSTRATIVE vstupy lunar-frame-campaign; místo je ILLUSTRATIVE jihopolární poloha. Jihopolární místo vidí Zemi nízko nad horizontem nebo vůbec, což vyjadřují stávající testy úhlu pohledu; žádné z míst se neměří nepřetržitě. Údaje jsou Cramérovy-Raovy meze pro zredukovanou množinu parametrů, nikoli vyřešené datum a nikoli tvrzení o jakékoli skutečné stanici | lunar_llr (over lunar_frame_campaign::beacon_information, schedule_for and solve_datum_information, lunar_vlbi_fim) |
| Datum lunární soustavy ze SKUTEČNÉ pozorovací kampaně, střed Měsíce z jádra | Kovariance sedmiparametrového Helmertova datumu lunar-llr-datum z archivovaných normálních bodů ILRS a jejich změřených vah na cestě přes jádro: geocentrický střed Měsíce se čte z JPL DE440 vlastním čtečem jader enginu (planetary_kernel_path; lunar_llr::llr_geometry_with, ephem_provider::KernelEphemeris). Od analytického řádku se liší jen střed Měsíce; orientace IAU 2015, chybějící pohyb pólu a UT1, katalogy, pravidla výběru, váhy a lineární algebra jsou stejné. Ověřené tvrzení je pouze to, že se kovariance datumu na této cestě shoduje s nezávislým orákulem SPICE a NumPy na čerstvých, dosud neviděných normálních bodech. Porovnání modely Měsíce nerozlišuje a střed Měsíce nekontroluje: na témže výřezu projde každý práh i analytický Měsíc, předregistrovaná mutace (jaderný Měsíc čtený o hodinu později) nebyla zjištěna a projde i střed Měsíce chybný asi o 4 650 km (viz text orákula). Není to důkaz, že jaderný Měsíc datum zlepšuje. Spustitelné jako scénář lunar-llr-datum s planetary_kernel_path (a normal_points_dir pro jiný výřez) | VALIDATED | NAIF SPICE Toolkit N0067 (spiceypy 8.2.0, MIT) dvoucestné světelné časy na DE440, orientace Země ITRF93 a lunární orientace DE440 (MOON_ME) s parciálními derivacemi konečnou diferencí 100 m a informační matice a inverze numpy 2.3.5 (BSD-3-Clause, LAPACK): nezměněný generátor porovnání analytického řádku (6b27964a), spuštěný na čerstvém výřezu (normální body EDC CRD, 2019-04..06) předregistrovaném v 830d945a před načtením čehokoli z něj, při prazích analytického řádku (1 % sigmy a normy, 2 % podmíněnost a poměry, přesná evidence, hodnosti a vazba) a jeho samokontrole orákula (SPICE O-C 10,86 m < 100 m). Platí každá veličina, nejhůře 7.6e-5. Mutace: plánované jednohodinové zpoždění Měsíce NENÍ zjištěno (kovariance závisí na rozptylu směrů pohledu, nikoli na jejich časování); strukturální mutace zvolená dodatečně a jako taková zveřejněná, vypuštění parciální derivace sestupné větve, selže na každé sigmě. Zjištění: na tomto výřezu projde i analytický Měsíc (nejhůře 3.8e-3), takže práh modely Měsíce nerozlišuje a toto ověřuje kovarianci na čerstvých datech, nikoli zlepšení jaderným Měsícem. Kontrola integrátoru při sloučení (nepředregistrovaná): jaderný Měsíc čtený vůči barycentru soustavy Země–Měsíc místo vůči Zemi (reziduální RMS 4 649 km) a epocha jádra bez TT minus UTC (69 s; rezidua 2,6 km) obojí stále projdou každým prahem, zatímco vypuštění sqrt(n_raw) ze změřených vah selže u všech 16 pásmových veličin; porovnání je citlivé na váhy, parciální derivace a lineární algebru, nikoli na střed Měsíce. Obě strany čtou DE440: toto ověřuje výpočet nad DE440, nikoli DE440. Mimo tvrzení: přesnost LLR (Cramérova-Raova mez pro zredukovanou množinu parametrů) | lunar_llr (llr_geometry_with, LunarLlrDatumScenario); ephem_provider (KernelEphemeris); naif_kernel |
| Vestavěná analytická lunární efemerida — její DEKLAROVANÁ MEZ PŘESNOSTI zkontrolovaná proti skutečným datům | ephem::moon_position, nízkopřesná geocentrická lunární řada, na niž se crate vrací, když není přítomno žádné jádro DE/SPK, změřená proti skutečnému lunárnímu laserovému měření vzdáleností a proti publikované planetární efemeridě za týž časový úsek. Tento řádek ověřuje mez, kterou modul o sobě uvádí, NIKOLI přesnost: potvrzeno je, že řada není horší, než o sobě říká, nikoli že je dobrá | VALIDATED | DVĚ nezávislé externí sady dat, které nesdílejí nic. (1) 337 archivovaných normálních bodů lunárního laserového měření vzdáleností ILRS (EUROLAS Data Center, DGFI-TUM, 2015-04-08 až 2015-06-27, pět retroreflektorových polí, odevzdáno se SHA-256 po souborech a skriptem pro opětovné stažení a ověření): pozorovaná-minus-vypočtená jednosměrná vzdálenost 156 494 m RMS, se souřadnicemi stanic z IERS ITRF2020 a souřadnicemi reflektorů z JPL DE430 Tabulky 7, takže rezidua ovládá řada středu Měsíce. (2) Geometrické geocentrické stavy Měsíce z JPL Horizons za týž úsek: 112 567 m RMS radiální, 195 655 m RMS vektorové, nejhorší epocha 360 324 m = 0,0536°. Rezidua vzdálenosti reagují na RADIÁLNÍ část chyby efemeridy, takže (1) a (2) jsou tatáž veličina dosažená dvěma cestami a shodují se na 1,39× — což opravňuje scénář lunar-llr-datum připisovat své rezidua efemeridě. Dokumentace samotného modulu enginu uvádí ~0,3° / ~několik·10² km; obě měření jsou uvnitř, úhlové tvrzení s rezervou 5,6×. ROZSAH, uvedený tak, aby jej nikdo nemohl zaměnit: toto ověřuje deklarovanou MEZ, nikoli údaj o přesnosti. Řada zůstává nevhodná pro jakoukoli aplikaci, která potřebuje lepší než ~1e5 m, a toto omezení je obsahem řádku stejně jako shoda. Znovu vygenerovatelné offline odevzdanými skripty pro stažení a ověření | ephem (moon_position), lunar_llr, realdata::llr_crd |
| Integrita brány — zelená, která znamená, co říká | Tři strukturální ochrany nad samotným ověřovacím procesem, z nichž každá uzavírá třídu vad, které se dostaly do kanonické brány jako občasná nebo falešná červená. (1) Každá sestavená cesta k dočasnému souboru ve zdrojích Rustu musí nést složku jedinečnou pro každé volání; id procesu se odmítá, protože cargo spouští knihovní testy jako paralelní vlákna JEDNOHO procesu a pid mají všechna společné. (2) Každý pin bajt po bajtu nebo hashe musí vedle sebe nebo v hlavičce svého modulu deklarovat, co pokrývá a co záměrně vylučuje — aby při průřezové změně bylo na první pohled vidět, které piny jsou v rozsahu a které se tiše staly detektory změn v celém repozitáři. (3) Zelenou lze tvrdit jen z ÚPLNÉ sady: scripts/gate.sh spouští cargo test --all, zachytí skutečný návratový kód bez roury v cestě a zapíše potvrzenku s uvedením commitu, počtu integračních binárek, počtu testů a doby trvání; kontrola před pushem odmítne push, jehož commit nejmenuje žádná platná potvrzenka, na čistém stromě. Opakovatelnost se vzorkuje samostatně skriptem scripts/check-repeatability.sh, který spustí knihovní sadu N-krát a selže, pokud se množina prošlých testů liší. | MODELLED | Uzavřený tvar: každá ochrana se spouští nad pevným známě špatným úryvkem, který musí zareagovat, a pevným známě dobrým úryvkem, který musí mlčet, oba jsou doslovné konstanty, které detektor nemůže ovlivnit. Dva známě špatné úryvky jsou vady F22 a F25 v původní podobě. Jde o VNITŘNÍ orákulum a řádek je tomu odpovídajícím způsobem MODELLED: dokazuje, že ochrany odlišují vadu od její opravy, nikoli že popsané třídy jsou vyčerpávající. Jejich uvedené slepé skvrny — sdílený stav, který není cestou, pin držený v krátké pojmenované konstantě, vzácný souběh, který tři běhy nevzorkují, a potvrzenka, kterou může zfalšovat každý, kdo umí zapsat soubor — jsou vypsány v dokumentaci modulu tests/source_guards.rs a v hlavičce každého skriptu, nikoli ponechány k objevení. | scripts/gate.sh, scripts/check-gate-receipt.sh, scripts/check-repeatability.sh, scripts/install-gate-hook.sh |
| Složená PL časování — skalární specializace MHSS (H=1_N) | Skalární TPL se separací řešení v čase nad heterogenními zdroji; PL určená šumem podmnožiny s nejhorším vyloučením + biasem UTC(k) | VALIDATED | P2: numpy 2.3.5 linalg.lstsq a scipy 1.18.1 (norm.isf, norm.sf, brentq) vlastními algoritmy přepočítají odhadovače nejmenších čtverců podmnožin, obecnou kovarianci separace sqrt(Δ Σ Δᵀ), biasy a z nich ochrannou úroveň na 300 odevzdaných vstupech (tests/fixtures/tpl_scalar_numpy_oracle); PL se shoduje do 1e-9 relativně (nejhůře 1.2e-10) a řídicí vyloučená podmnožina je identická, tolerance stanovena před porovnáním. Násobitele, apriorní pravděpodobnosti a nadhraniční meze biasu jsou vstupy a struktura rovnice PL (seznam režimů, rozdělení ir/2, projekce biasu) je stanovený vstup, jako u řádku Jádro ochranných úrovní ARAIM pro Měsíc; ověřené tvrzení je lineární algebra a PL na těchto vstupech, nikoli fyzikální velikosti scénáře časování. Linie ARAIM Blanch 2015 / Joerger 2014 | src/integrity/tpl_scalar.rs |
| Složená PL časování — přečkání holdoveru se semínkem P0 | PL(τ)=max(TPL_handover,HPL(τ)); zdola polospojitá PL(0+)≥PL(0−); K(IR/2) klouzavé maximum; exponenty fáze τ/τ³/τ⁵ | MODELLED | Testy vlastností (monotonie, žádný pokles při předání) + lint exponentů proti holdover::coast_phase_variance | src/integrity/composed_pl.rs |
| Složená PL časování — pokrytí obálky holdoveru, víceletý režim (tau>=90d) | Klouzavá obálka maxima nadhraničně pokrývá (bez proražení) skutečnou metrologickou řadu při každém testovaném zpoždění tau>=90d na disjunktním úseku; krátké tau (<=30d) je zveřejněná hranice vypočtená z modelu | VALIDATED | Řada BIPM Circular-T [UTC-UTC(USNO)] po 5 dnech, MJD 56074-60429 (872 bodů, API webtai); disjunktní fit/test, víceleté pokrytí bez proražení | src/integrity/composed_pl.rs |
| Složená PL časování — obálka LIL téměř jistě (nemožnost + konzistence) | Žádný konečný holdover v nejhorším případě (Brownovo supremum diverguje); HPL s přidělením IR konzistentní s obálkou Hartmanovou-Wintnerovou pro IR→0 | MODELLED | Identita obálky téměř jistě √(2Dt·lnln t) v uzavřeném tvaru + kontrola dominance HPL; šev nemožnosti Baweja arXiv:2606,24210 | src/integrity/lil_envelope.rs |
| Nadhraniční mez integrity pro heterogenní bias dohledatelnosti UTC(k) | Nadhraniční mez biasu pro každý zdroj b = (U/k_cov)·Phi^-1(1-tail/2) + stárnutí, která nafukuje publikovanou rozšířenou nejistotu typu B na přidělený chvost integrity; navazuje na tpl_scalar jako bias_s | MODELLED | Nezávislá reprodukce uzavřeného tvaru nadhraniční meze v numpy + stdlib statistics (InternalConsistency). Řada BIPM Circular-T [UTC-UTC(USNO)] je jen CITOVANÝ vstup — je to TATÁŽ řada, která je již ověřená pro řádek pokrytí holdoveru R4 a NENÍ zde znovu ověřována; reprodukce jejích hodnot nedokazuje nic o R2. Hluboký chvost integrity je vypočtený z modelu. 0,30 externí porovnání, zjištění (zůstává MODELLED): na souborech BIPM UTC-UTC(k) pro jednotlivé laboratoře (102 laboratoří, 105 024 řádků s publikovanými nejistotami) je nadhraniční mez b = 2,576 u při chvostu 1e-2 překročena u 50,8 % řádků (Clopper-Pearson 95 %: 50,4 až 51,1 %) a o více než 1 % u 101 ze 102 laboratoří. Publikované u je nejistota určení UTC-UTC(k) v BIPM, nikoli mez offsetu, který běžně dosahuje mnohonásobku u; nadhraniční mez, jak je specifikována, skutečný bias dohledatelnosti UTC(k) neohraničuje. 0,30 kolo 2, nadhraniční mez realizovaných offsetů UTC-UTC(k) trénovaná na datech BIPM Circular T z 2015-2022 a testovaná na 2023-2026 (předregistrováno ca0921a4, souhrnné překročení nejvýše 1e-2), zjištění (zůstává MODELLED): souhrnné překročení je 0,0333 (694 z 20 826 řádků přes 82 laboratoří; 0,0127 bez 430 řádků, které podle pravidla nemají mez). D9 kolo 3, souhrnná hierarchická mez stárnutí (utck_bound), předregistrovaná fb475550 a hodnocená prospektivně na vydáních Circular T od 465: dosud nespuštěno (vydání 465 bylo publikováno 2026-10-12 s asi 285 testovacími hodnotami; předregistrované pravidlo 1000 hodnot vyžaduje vydání zhruba do 468 a běh potřebuje archivované soubory jednotlivých laboratoří z 2026-09-30, protože BIPM mezitím přepsal 87 ze 113) | src/integrity/hetero_budget.rs |
| Korelovaná kovariance mezi biasy dohledatelnosti (přidělení nebezpečné při společném módu) | Křížová kovariance biasů N×N s mimodiagonálními prvky rho·b_i·b_j pro zdroje sdílející realizátora UTC(k); DOKÁZÁNO correlated_fused_bias >= independent_fused_bias (naivní nezávislé přidělení podhodnocuje sloučený bias -> optimistické -> nebezpečné) | MODELLED | Nezávislá reprodukce v numpy křížové kovariance a nerovnosti sloučeného biasu korelovaného proti nezávislému (InternalConsistency). Reprezentativní množina zdrojů; scénář vypočtený z modelu. | src/integrity/hetero_budget.rs |
| Odbílení společného módu GLS (Aitken) + Mahalanobisova identita | Ručně psaný Choleského rozklad Omega=LL^T a odbílení dopřednou substitucí z=L^-1 r (Cov(z)=I, když Cov(r)=Omega); Mahalanobisův čtverec z^T z = r^T Omega^-1 r | VALIDATED | P2: numpy 2.3.5 linalg.cholesky (LAPACK potrf), solve (gesv) a inv na 201 odevzdaných vstupech SPD (tests/fixtures/gls_whitening_numpy_oracle) kontrolují ručně psaný faktor, odbílené rezíduum a odbělovací operátor; Mahalanobisův čtverec se kontroluje proti solve(Omega, r), které nepoužívá žádný Cholesky, takže identita z^T z = r^T Omega^-1 r je potvrzena samostatnou cestou. Vše v rámci 1e-12 relativně (nejhůře 7.9e-16), tolerance stanovena před porovnáním. Největší číslo podmíněnosti je 19,3, takže špatně podmíněné matice nejsou pokryty. Odbílení GLS/Aitken 1935 je citováno. | src/integrity/gls_commonmode.rs |
| Statistika konzistence společného módu (porucha sdílené reference slepá vůči separaci) | Skórová statistika (1^T Omega^-1 r)^2/(1^T Omega^-1 1) ~ chi^2_1 pro posun společného módu, který separace řešení (kontrasty ortogonální k 1) nevidí; posun společného módu ji zvětšuje, zatímco párové separace zůstávají ploché | MODELLED | Nezávislá reprodukce statistiky v numpy + test vlastností, že vložení společného módu ji zvětšuje (InternalConsistency). Scénář vypočtený z modelu. 0,30 kolo 2 (předregistrováno f9aa360d), blokováno (zůstává MODELLED): numpy 2.3.5 LAPACK gesv reprodukuje hodnotu statistiky na 261 odevzdaných případech (do 3.5e-15 při dobré podmíněnosti, 1.2e-9 při podmíněnosti až 6.1e7); nulový zákon chí-kvadrát(1) je citovaná věta a ploché párové separace jsou identita, k níž nelze z enginu nic porovnat, takže vymezení čeká na rozhodnutí vlastníka | src/integrity/gls_commonmode.rs |
| Mez nedetekovatelného společného módu pro rezidua mimo Omega | Strop nedetekovatelného společného módu: největší velikost poruchy ve směru d, která unikne OBĚMA separaci (alpha_ss = T_ss / odbílená norma kontrastu d) i statistice společného módu (alpha_cm = sqrt(T_cm 1^T Omega^-1 1) / |1^T Omega^-1 d|), hlášená jako min(alpha_ss, alpha_cm). Při pozitivně definitní Omega se dva slepé směry (d úměrné 1 a 1^T Omega^-1 d = 0) vzájemně vylučují, takže strop je KONEČNÝ pro každé nenulové d; nekonečný je jen pro nulový směr nebo pozitivně nedefinitní Omega. Směr mimo modelovanou společnou osu je slepý jen vůči statistice společného módu a je omezen separací | VALIDATED | P2: numpy 2.3.5 linalg.solve (LAPACK gesv, LU bez Choleského) přepočítá alpha_ss (práh dělený odbílenou normou kontrastu d po odstranění jeho koeficientu společného módu GLS), alpha_cm a jejich minimum na 256 odevzdaných vstupech (Omega, d, T_ss, T_cm) (tests/fixtures/gls_outside_omega_bound_numpy_oracle), včetně čistých směrů společného módu, směrů mimo modelovanou společnou osu a nulového směru a pozitivně nedefinitních případů, které musí dát +inf; předregistrováno (d070699a; dodatek 8a44267b, před jakýmkoli porovnáním, přeformulující maticový tvar); tolerance stanoveny před porovnáním. Text schopnosti byl opraven rozhodnutím vlastníka (2026-10-02): tvrdil, že mez je nekonečná pro směr mimo společnou osu, což odporovalo kódu i tomuto porovnání. To, že idealizovaný detektor s jedním kontrastem dolně ohraničuje nedetekovatelnou velikost skutečného detektoru podmnožin, zůstává modelované | src/integrity/gls_commonmode.rs |
| Identifikovatelnost lunárního datumu - lineární algebra rozkladu | Marginála blokového doplňku Schurova {lunocentrum-X, měřítko} z Fisherovy informace 7parametrického Helmertova datumu: skalární metrika degenerace lambda_min(S), CRLB počátku X a korelace počátek-měřítko | VALIDATED | Nezávislá reference SciPy/NumPy (scripts/gen_datum_identifiability_ref.py -> tests/fixtures/datum_identifiability/scipy_ref.csv): Schurův doplněk, jeho vlastní čísla a inverze 2x2 vypočtené nezávislou knihovnou. Omezeno na LINEÁRNÍ ALGEBRU rozkladu; MAGNITUDY lunární korelace/CRLB ze skutečné geometrie zůstávají MODELLED. | lunar_identifiability |
| Klasifikace nulového prostoru lunárního datumu (aditivita hodnosti LLR + zvednutí defektu librací) | Klasifikace problému datumu vnitřního měření vzdálenosti: jediné pozorování vzdálenosti přispívá hodností 1 (6rozměrný nulový prostor); dvojice počátek-X a měřítko je téměř nulová a fyzikální librace DE440 sníží defekt na nulu, zatímco dvojice zůstává téměř degenerovaná | MODELLED | Geometrická struktura reprodukovaná enginem plus identita Schurova doplňku 2x2 v uzavřeném tvaru; konzistentní ve STRUKTUŘE se Sosnicou a spol. 2025 (arXiv:2510,15484), jejichž uváděné velikosti zde NEJSOU reprodukovány. Klasifikace je strukturální; velikosti korelace a CRLB při skutečné geometrii jsou MODELLED (souřadnice a orientace odražečů drženy pevné). Externí srovnání 0,30, zjištění (zůstává MODELLED): oproti Sosnicovi a spol. 2025 je korelace počátek-měřítko z Fisherovy informace měření vzdálenosti (-0.993 / -0.988) v rozmezí 0,05 od publikované -0.97, avšak na vlastní geometrii pěti odražečů z článku je korelace 7parametrického Helmertova řešení se stejnými vahami -0.78 (publikovaná hodnota spočívá na chybách jednotlivých odražečů, které článek neuvádí) a CRLB počátku (0,6 až 1,2 mm při šumu vzdálenosti 3 mm) je o 96 až 98 % pod 3,07 cm z článku při toleranci 20 %. Velikosti nereprodukovány | lunar_identifiability, lunar_datum |
| Informace o lunárním datumu z více technik (LLR + lunární VLBI + vzdálenost orbiteru) | Řádky jakobiánu datumu pro měření vzdálenosti LLR od Země k odražeči, diferenciální zpoždění dvou stanic lunárního VLBI a vzdálenost orbiteru k majáku nad 7parametrickým datumem, sloučené do jedné konzistentně předpodmíněné Fisherovy informace; dokládá, že tracking mimo radiálu (orbiter / hloubkově různorodý) prolamuje degeneraci mezi počátkem X a měřítkem, zatímco příčné VLBI pomáhá jen nepřímo | MODELLED | Křížové kontroly analytických parciálních derivací každé techniky proti konečným diferencím (interní); SMĚR zlepšení je geometrický fakt. Polohy majáků, rozvrhy a šum jsou MODELLED/reprezentativní (viz tests/fixtures/llr_geometry/NOTICE.md). | lunar_datum, lunar_identifiability |
| Poskytovatel orientace hlavních os Měsíce z DE440 | Rotace MOON_PA_DE440 do J2000 v libovolných epochách uvnitř 2014-01-01 až 2030-12-31 TDB geodetickou interpolací R0·Exp(f·Log(R0ᵀR1)) mezi uzly odevzdané denní řady o 6 209 řádcích (funkce try_ vracejí mimo ni OrientationSpanError, bezpečné panikují; nikdy neořezává); vložená při překladu, takže neexistuje žádný běhový souborový I/O a nese ji i sestavení WASM | VALIDATED | NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy 8.2.0, spuštěný jako nástroj): pxform z MOON_PA_DE440 do J2000 vyhodnocující binární PCK JPL moon_pa_de440_200625.bpc přímo, s vlastním rámcovým jádrem NAIF moon_de440_250416.tf, v 2 000 náhodných mimouzlových epochách ve vloženém okně. Úhel rotace mezi maticemi Kshana a SPICE je do 1.7e-5 rad (30 m při středním poloměru 1737,4 km, stanoveno před porovnáním); změřeno nejhůře 1.7e-6 rad (3 m), RMS 7.8e-7 rad a nejhůře 1.75e-6 rad na dalších 6 000 epochách, které vylosoval ověřovatel. Denní uzly byly samy extrahovány ze stejného jádra (scripts/gen_de440_moon_pa.py, SHA-256 fixtury 3076f81ef95d83f5efa240ed4c7ccb422f109407dde841fcf28d42dc63586eb7), takže toto porovnání testuje interpolaci mezi nimi, což je tvrzení. Nalezeno tímto porovnáním a opraveno: dřívější prvková lineární interpolace s Gramovou-Schmidtovou ortogonalizací zachovávala osu, ale ne úhel rotace 13,2 deg/den a chybovala až o 2.0e-4 rad (340 m) poblíž čtvrtinových bodů; dřívější údaj asi 14 m pocházel z ochrany, která vzorkuje jen středy intervalů. Řada pokrývá 2014-01-01 až 2030-12-31 a mimo ni chybuje (kolo 2); její uzly 2024-2025 se z téhož jádra regenerují na 4.3e-13. Výše uvedené mimouzlové porovnání se SPICE pokrývá jen 2024-2025, což je ověřené okno; rozšířené uzly pocházejí ze stejného jádra a skriptu, ale mimo uzly porovnány nejsou. Geometrický substrát pro analýzu identifikovatelnosti, nikoli produkt orientace pod metr | lunar_orientation |
| Geometrický substrát lunárního datumu LLR (reflektory v hlavních osách, pozemní stanice, analytické parciální derivace vzdálenosti) | Pět odražečových polí na přivrácené straně v metrech v tělesové soustavě PA a pozemní stanice LLR v geodetických souřadnicích; umístění odražečů z tělesové do inerciální soustavy přes orientaci PA z DE440; analytické parciální derivace vzdálenosti Země–odražeč podle 4parametrického datumu; a Fisherova matice pouze z LLR, vykazující degeneraci lunocentrum-X a měřítko, která motivuje analýzu se 7 parametry | MODELLED | Výpočet je kontrolován vnitřně: každá analytická parciální derivace proti konečné diferenci a případ s nulovým datumem proti nominální vzdálenosti. KATALOG je kontrolován externě a nezávisle: souřadnice hlavních os DE440 (Park a spol. 2021, tests/fixtures/llr_geometry/de440_retroreflectors_pa.csv) jsou křížově zkontrolovány proti tabulce 6 memoranda o povrchových souřadnicích DE430 (tests/fixtures/lunar_llr/de430_retroreflectors_pa.csv, strojově extrahováno z PDF ověřeného podle SHA-256 skriptem tests/fixtures/lunar_llr/generate_de430_retroreflectors_pa.py) a shodují se na 1,12 m, zatímco realizace týchž pěti polí v soustavě střední Země se liší o 672 až 871 m. STRUKTURA DEGENERACE je kontrolována proti publikovanému výsledku: Sosnica a spol. 2025, „Definition and Realization of the International Lunar Reference Frame“, arXiv:2510,15484, kteří pro lunární soustavu hlavních os uvádějí korelační koeficient lunocentrum-X a měřítko r = -0.97 a že LLR kvůli této korelaci nedosahuje skutečného těžiště Měsíce s přesností lepší než 12 cm. Tento modul obnovuje stejnou strukturu (|corr(t_x, scale)| mezi 0,9 a 0,9999, defekt datumu <= 1) z návrhu Fisherovy informace pouze z LLR. Potvrzení je napříč efemeridami, nikoli kruhový test: článek kombinuje INPOP21a, DE430 a EPM2021, zatímco tento modul je poháněn librací DE440. Co NENÍ reprodukováno, je velikost: korelace je zde asi -0.988 proti jejich -0.97 a CRLB se 4 parametry je submilimetrový proti jejich dosaženému minimu 12 cm, protože orientace a souřadnice odražečů jsou zde drženy pevné a tam řešeny. Pouze geometrie a struktura degenerace; žádné tvrzení o přesnosti řešeného datumu. Externí srovnání 0,30: části tohoto modulu s měřenou vzdáleností (reflectors(), stations_itrf(), umístění PA z DE440 a barycentrický světelný čas llr_bcrs_one_way_m) jsou ověřeny na vlastním řádku, model měřené vzdálenosti LLR, proti 192 normálním bodům ILRS (RMS 2,81 m proti 10 m). Tento řádek zůstává MODELLED, protože měřené porovnání nepokrývá zbytek jeho tvrzení. Geodetický katalog stanic stations() zaokrouhluje APOLLO na 0,001 stupně; s geocentrickým světelným časem dává na týchž bodech 22,7 m (test reflector_ranges_against_ilrs_normal_points; 96 m s dřívější interpolací orientace po prvcích). Analytické parciální derivace vzdálenosti a Fisherova informace pouze z LLR se počítají přes llr_range_m a reflector_inertial s analytickou řadou Měsíce (ephem::moon_position, asi 0,3 stupně od GCRS) a bez světelného času | lunar_llr_geometry |
| Model měřené vzdálenosti LLR (katalog reflektorů, stanice ITRF2020, umístění hlavních os DE440, barycentrický světelný čas IERS 2010) | Jednosměrná vzdálenost stanice na Zemi–reflektor normálního bodu lunárního laserového měření vzdáleností: pět retroreflektorových polí na přivrácené straně v metrech v tělesové soustavě hlavních os (PA) DE440 (lunar_llr_geometry::reflectors); stanice ze stations_itrf(), totiž Grasse 7845 a Matera 7941 z ITRF2020 v epoše 2015,0 s jejich rychlostmi, umístěné do Geocentrické nebeské referenční soustavy (GCRS) transformací IERS 2010 s polárním pohybem z Bulletinu A (lunar_vlbi::station_inertial_position_itrs), a APOLLO 7045 na jeho provozovatelem publikované přibližné geocentrické poloze (bez rychlosti); umístění reflektoru z tělesové do inerciální soustavy přes orientaci PA z DE440 (lunar_orientation::try_de440_moon_pa_body_to_inertial, která mimo 2014-2030 vrací chybu); a barycentrický světelný čas podle IERS Conventions 2010 oddíl 11,2 (lunar_llr_geometry::llr_bcrs_one_way_m: transformace tělesa do BCRS podle rov. 11,19 pro stanici i reflektor a Shapirovo zpoždění podle rov. 11,17 od Slunce, Země a Měsíce). VSTUPY, nikoli součást tvrzení: barycentrické stavy a potenciály Země, Měsíce a Slunce (DE440 přes SPICE), IERS UT1-UTC a polární pohyb a změřená obousměrná doba přepočtená z TT na TDB. NA STRANĚ TESTOVACÍ KONSTRUKCE, nikoli součást tvrzení: zenitové zpoždění Mendes-Pavlis s mapováním FCULa, v testu, s elevací z katalogu geodetických stanic stations(). Nemodelováno: slapy, excentricity stanic, tepelné členy reflektorů | VALIDATED | Změřeno: 192 normálních bodů lunárního CRD v2 z ILRS (EUROLAS Data Center, DGFI-TUM, 2024-04 až 2024-06; Grasse 151, APOLLO 32, Matera 9; odevzdáno doslovně se SHA256SUMS). Predikovaná jednosměrná vzdálenost se porovnává s c krát polovina změřené obousměrné doby v TDB. Práh stanoven před porovnáním: RMS nejvýše 10 m přes všech 192 bodů I přes 160 bodů samotných dvou stanic ITRF2020. Práh pochází z třetího předregistrovaného dodatku 3e0f5cdf, odevzdaného před změnou enginu a během; údaj 10 m je od kola 1 nezměněn. Změřeno: 2,81 m (průměr 2,67 m) na všech bodech; 2,96 m na stanicích ITRF2020; APOLLO 1,94 m; výřez z 2015 (349 bodů, vedlejší) 3,82 m. Mutace: vynulování slunečních Shapirových větví dává 10,19 m, což selhává. Historie, zveřejněná: 96 m s prvkovou interpolací orientace; 22,7 m po geodetické interpolaci s geodetickým katalogem; 10,94 m se stanicemi ITRF2020 a polárním pohybem, ale s geocentrickým světelným časem (společný posun +10,9 m). Barycentrický model byl napsán poté, co byl tento posun vidět. Je to publikovaný model IERS 2010 oddíl 11,2 bez volného parametru. Třetí dodatek nahradil sebeuloženou podmínku všech stanic ITRF2020/SLRF2020 po výsledku BLOCKED. RMS jen pro ITRF2020 projde bez APOLLO, který nemá řešení ITRF2020 ani SLRF2020, a jeho poloha je provozovatelem uvedená přibližná. Zůstává společných +2,7 m, pod prahem a neladěných. Práh je volný vzhledem k výsledku: chybějící sluneční člen 7,6 m stále dává 10,19 m. Členy pod prahem se neřeší jeden po druhém: s vynulovaným polárním pohybem je RMS 6,15 m (stanice ITRF2020 5,98 m) a s odstraněnou transformací podle rov. 11,19 je 2,96 m; obojí by stále prošlo. Rychlosti stanic a členy Shapirova zpoždění Země a Měsíce jsou ještě menší. Porovnání ověřuje sestavenou jednosměrnou vzdálenost při RMS 10 m a sluneční Shapirův člen, nikoli každou uvedenou složku | lunar_llr_geometry (reflectors, stations_itrf, ItrfStation, StationCoordinates, llr_bcrs_one_way_m, body_to_bcrs_tdb, shapiro_leg_m, BcrsEvent); lunar_orientation (try_de440_moon_pa_body_to_inertial); lunar_vlbi (station_inertial_position_itrs) |
| Spřažená lunární soustava a kalibrace časové škály: společný nulový prostor prostorového datumu, offsetu a rychlosti hodin | assemble_coupled_info sestavuje 9parametrickou svázanou Fisherovu informaci nad [t_x, t_y, t_z, s, theta_x, theta_y, theta_z, d_tau, d_alpha]; classify_null_space vrací rozklad jejího nulového prostoru, neměnný vůči bázi, na čistě prostorové, čistě časové a skutečně svázané rozměry plus normu vazby projektoru prostorové-na-časové; coupled_marginal_eigs dává marginálu Schurova doplňku {měřítko, posun}. Na odevzdaných sítích engine hlásí datum s plnou hodností (defekt 0) pro dobře postavený případ a přesný defekt v jediném směru rychlosti pro případ jedné epochy (uplynulý čas nula, takže rychlost je z konstrukce nepozorovatelná) a v obou počítá marginálu {s, d_tau}. | VALIDATED | CO JE EXTERNĚ ZKONTROLOVÁNO, uvedeno úzce: kshana počítá vlastní rozklad vlastních čísel vlastním ručně psaným Jacobiho řešičem (fim::sym_eig) a marginálu vlastní pseudoinverzí; orákulum obojí přepočítává pomocí numpy/LAPACK (np.linalg.eigvalsh/eigh/pinv) skriptem scripts/gen_coupled_gauge_ref.py. Shoda do rel<1e-3 je proto kontrola ARITMETIKY TOHOTO CRATE nezávislou knihovnou proti standardní implementaci, což je ověřené tvrzení a jeho celek. CO NENÍ: sestavení a klasifikace nulového prostoru jsou vlastní pravidla tohoto modulu a orákulum je reprodukuje ze stejné specifikace, nikoli z nezávislého zdroje - to potvrzuje implementaci, nikoli pravidlo. Geometrie majáků a orbiterů je modelovaná a reprezentativní. Pozorovací řádky skutečně nesou skutečnou orientaci PA Měsíce z DE440 (lunar_datum::orbiter_range_row_datum7 -> lunar_orientation::de440_moon_pa_body_to_inertial), ale to je VSTUP, který dostávají obě strany, nikoli důkaz o odpovědi, a je zde zaznamenán jako původ, nikoli jako oprávnění ke statusu - stejné rozlišení, jaké main již provádí v řádku integrity společného módu. Každé číslo v řádcích je před zápisem network.json zaokrouhleno na 6 des. míst, takže obě strany čtou identické dvojité hodnoty IEEE-754 a jediný zbývající rozdíl je řešič. | lunar_gauge |
| Degenerace vzdálenosti vůči offsetu hodin při jednosměrném lunárním měření vzdálenosti a návrhový zákon geometrické diverzity | Degenerace radiální vzdálenosti vůči offsetu hodin přijímače na uzel je přesná při 1 m na 3,336 ns (jedna ku c). Schurova doplňková marginála {scale, offset} (coupled_marginal_fisher) ukazuje, že v geometricky diverzní síti dvoucestné měření vzdálenosti zvedá marginálu zhruba o stejný činitel jako stejný počet dodatečných jednosměrných dat, zatímco v idealizovaném režimu jediného uzlu je dvoucestný zdvih o řády větší. Z toho plynoucí návrhový zákon: geometrická diverzita, nikoli dvoucestné měření vzdálenosti jako takové, je to, co při jednosměrném měření vzdálenosti odděluje měřítko lunární soustavy od offsetu časové škály; dvoucestná nebo externí časová vazba je nutná jen v režimu nízké diverzity nebo jediného uživatele. | MODELLED | Schurova doplňková marginální Fisherova matice spřažené informační matice, v lineární algebře uzavřeného tvaru, zkontrolovaná proti dvěma limitním režimům, které předpovídá. Ekvivalence 1 m na 3,336 ns je definice metru přes c a není empirickým výsledkem. Pozorovací sítě jsou reprezentativní modelovaná geometrie, takže návrhový zákon je tvrzení o geometrii, která mu byla předložena, a nenese žádné tvrzení o žádné nasazené lunární síti. | lunar_gauge |
| Vazba relativistické rychlosti hodin na soustavu pro lunární časovou škálu | rate_frame_jacobian(_with) dává citlivost rychlosti lunární časové škály na realizaci soustavy z rovníkového efektivního potenciálu useknutého ve stupni 2 (GM, rovníkový poloměr, J2, rotace; LunarSurfacePotential): d_alpha/d_scale = L_m, asi +3.1388e-11; d_alpha/d_velocity = -|v_moon|/c^2, asi -1.11e-14 (závislé na čase); d_alpha/d_r_radial = g_eff/c^2, asi +1.806e-17 na metr. Pro radiální posun datumu o 1 m je to porucha rychlosti asi 1.8e-17 (aritmetický důsledek radiální položky), daleko pod zhruba 1.7e-11 offsetem rychlosti lunární časové škály proti TT | VALIDATED | Předregistrováno (5590ab21): L_m proti Ashby a Patla 2024 (AJ 167:149) rov. (10), 3,13881(15)e-11, z GM, a_m, omega_m z článku a J2 dvou polí stupně 350, která článek cituje (Bertone et al. 2021, AIUB-GRL350A/B), do 1e-4; radiální položka proti rovníkové tíži týchž polí z pyshtools 4.14.1 (BSD-3) do 1e-4 (změřeno 8.3e-5 a 6.7e-5, úzká rezerva); položka rychlosti proti lunární rychlosti z JPL Horizons DE441 do 4.5e-3. Uzavřený tvar stupně 2 pro publikovanou hodnotu stupně 350 (rezidua stupňů 3-350; Reference, ne P1). Zveřejněno: výsledek položky 1 byl znám před předregistrací a dodávaný výchozí poloměr 1738,14 km je definice povrchu z článku, přijatá po kole 1. Slapové příspěvky a srovnávací pásmo zůstávají modelovanými údaji referenčního povrchu | lunar_gauge, lunar_time |
| Bázově invariantní klasifikace spřaženého nulového prostoru soustavy a časové škály | classify_null_space rozkládá nulový prostor datumu na čistě prostorovou (dimenze d minus hodnost U_T), čistě časovou (d minus hodnost U_S) a skutečně spřaženou (hodnost U_S plus hodnost U_T minus d) část, plus normu spřažení projektoru z prostorového do časového p_st_norm, Frobeniovu normu mimodiagonálního bloku projektoru nulového prostoru. Každá z nich je funkcí PROJEKTORU, nikoli zvolené báze, takže jsou invariantní vůči libovolné ortonormální volbě nulových vektorů - což činí klasifikaci vůbec vykazatelnou. | VALIDATED | SciPy/NumPy (BSD-3-Clause; scipy.linalg.null_space a numpy.linalg.svd, LAPACK gesdd) klasifikují tytéž odevzdané matice průnikem podprostorů, dim null([F; E_T]) a dim null([F; E_S]), a projektorem nulového prostoru ze SVD, který se liší od vlastních vektorů Jacobiho a vzorců hodnosti Gramovy matice v Kshana; předregistrováno (d429993c): celá čísla přesně, p_st_norm do 1e-9 (P2, nezávislá numerická knihovna), s předem stanoveným prahem hodnosti a vyžadovanou spektrální mezerou nejméně 1e6. Tvrzení řádku je klasifikace stanovené matice, takže ji P2 pokrývá celou. Sestrojené případy zahrnují přímé součty, spřažené a smíšené nulové prostory a náhodné změny báze; reálné dimenze sítě z řádku spřažené kalibrace se zde znovu nepočítají. Test invariance uvnitř crate (otočená nulová báze dává identické výsledky) je zachován | lunar_gauge |
| Reprezentativní nabídka vícetechnikových měření a aditivní Fisherovo kombinační pravidlo | MeasurementBlock drží jednu kandidátní měřicí kampaň jako příspěvek Fisherovy informace 7x7 plus skalární relativní náklady; block_from_rows jej sestaví ze surových řádků Jakobiánu datumu, takže každý blok je předpodmíněn stejně přes lunar_identifiability::assemble_multi_info; combine sčítá informaci vybrané podmnožiny, což je správné pravidlo, protože Fisherova informace je aditivní napříč nezávislými měřeními; representative_lunar_menu dodává deterministickou nabídku čtyř bloků (LLR, příčný limbový maják VLBI, orbiter na přivrácené straně a orbiter na odvrácené straně). Optimalizátor návrhu s rozpočtovým omezením, který tuto nabídku spotřebovává, není součástí tohoto crate. | MODELLED | Aditivita Fisherovy informace napříč nezávislými měřeními je vlastnost uzavřeného tvaru, zde kontrolovaná proti nezávisle napsanému prvkovému součtu a proti invarianci vůči pořadí a monotonii, které z ní plynou. POZNÁMKA K DŮKAZŮM: kombinátor dříve neměl vůbec žádný test a jediný test v modulu sčítal dvě informační matice přímo místo jeho volání, takže rozbitý kombinátor by nechal modul zelený; test nyní prochází přes combine a selže, když se zmutuje. Všechny polohy majáků, geometrie orbiterů, přesnosti jednotlivých technik a relativní náklady jsou reprezentativní volby, nikoli hodnoty misí (viz tests/fixtures/llr_geometry/NOTICE.md), takže každá metrika degenerace a údaj CRLB dosažený přes tuto nabídku dědí status modelovaný z lunar_identifiability::decompose. | lunar_techniques |
| Konzistence lunární soustavy/dynamiky napříč poskytovateli (skutečná mezi-efemeridová) | rozklad pouze rotace (6parametrický posun+rotace) nesouladu geocentrické polohy Měsíce mezi DE440/INPOP21a/EPM2021 na redukovatelnou společnou vazbu soustavy ICRF a neredukovatelný přebytek orientace lunární dráhy (plné 7parametrické Helmertovo řešení je samostatná veřejná funkce, kterou tato externí kontrola NEPOKRÝVÁ: její důkazem je vnitřní jednotkový test analytického obnovení plus tests/lunar_helmert_fit_cross_check.rs, který ji porovnává s ověřeným přesným Gaussovým-Newtonovým řešením v lunar_frame_realise a ukotvuje konvenci opačného znaménka rotace mezi nimi) | VALIDATED | Tři nezávislé autoritativní efemeridy — DE440 (JPL), INPOP21a (IMCCE), EPM2021 (IAA RAS) — vzorkované přes IMCCE calceph, křížově zkontrolované nezávislým fitem nejmenších čtverců přes SVD v numpy. PROČ JE TOTO ověřeno, ZATÍMCO lunar_common_mode NENÍ, na týchž třech efemeridách: zde je hlášená veličina vlastností publikovaných dat — jejich vzájemného nesouhlasu — takže efemeridy jsou orákulum, nikoli vstup. V lunar_common_mode týž nesouhlas vstupuje do MODELLED geometrie konstelace a odpověď je vlastností toho modelu, což je důvod, proč je onen řádek správně modelovaný/ReferenceImpl. | lunar_interop_budget |
| Tolerance konzistence napříč poskytovateli pro uživatele s více poskytovateli | consistency_tolerance: obrací rozpočet polohy uživatele na požadavek shody Helmerta mezi poskytovateli pro každý parametr (počátek/měřítko/rotace) při referenčním rameni páky, volitelně nafouknutý CRLB realizace jediného poskytovatele P1 | MODELLED | Trojúhelníková mez nejhoršího případu pro působení bodového Jakobiánu Helmerta (uzavřený tvar) | lunar_interop_budget |
| Rozpočet chyb lunární interoperability více poskytovatelů a návrhový zákon soustava vs. efemerida | interop_budget: rozdělení na redukovatelné (společné navázání soustavy) a neredukovatelné (dynamika) podle konvencí PerProvider / CommonFrameTie / CommonEphemeris, s metrikou návrhového zákona neredukovatelného podílu (~0,69 na skutečných DE440/INPOP/EPM: samotný společný štítek soustavy ponechává dominantní dno) | MODELLED | RMS agregace ověřených rozdělení po dvojicích podle každé konvence (uzavřený tvar) | lunar_interop_budget |
| Autonomní potrubí lineární algebry pro pozorovatelnost poruch ve volné síti (paritní projektor, detekovatelnost, necentralita MDB, blokový Byzantine spark) | Na skutečné lunární síti po uzlech z DE440 (každý řádek je diferenční jednosměrná vzdálenost mezi uzly sestavená přes pernode_range_row se skutečným směrem pohledu v soustavě PA Měsíce z DE440) engine počítá vážený paritní projektor P⊥ = I − G(GᵀWG)⁺GᵀW (tvar pseudoinverze s deficitní hodností, který přežije 8rozměrnou kalibraci datum⊕časová škála), reziduum detekovatelnosti T1 ‖P⊥·b‖ (poruchy v rozsahu jsou anulovány, obecné poruchy detekovatelné), kvadratickou formu necentrality MDB podle Baardy cᵀWP⊥c (správný vážený tvar s jediným P⊥, NIKOLI tvar s dvojitým P⊥ cᵀP⊥WP⊥c) s MDB = √(λ₀/cᵀWP⊥c) a počty detekce/identifikace Byzantine block-spark skládaných efektivních podpisů protějšků P⊥·B_T (hodnost sloupců, nikoli pouhá nenulovost) | VALIDATED | Nezávislá reprodukce lineární algebry v numpy/scipy na skutečných řádcích zorného směru v soustavě PA Měsíce z DE440 (P⊥ z SVD zbělené návrhové matice W^{1/2}G; necentralita MDB z klasické druhé mocniny normy v podprostoru parity podle Baardy (1968); hodnost bloku z počtu singulárních hodnot v numpy SVD) — skutečně jiná numerická cesta než cyklický Jacobiho rozklad GᵀWG v knihovně. Rozsah (podle tests/fixtures/faultobs/NOTICE.md): tím se ověřuje POUZE LINEÁRNĚ ALGEBRAICKÝ ŘETĚZEC na těchto řádcích. Geometrie uzlů je modelovaná. NEJDE o provozní záruku integrity, o certifikaci ochranné úrovně ani o jakékoli tvrzení o dostupnosti RAIM/ARAIM, a NEJDE o misní záruku odolnosti vůči byzantským poruchám: POČET tolerovaných poruch pro tuto síť je modelovaný, zatímco MEZ detect>f / identify>2f z bloku spark je citovaná (Fawzi–Tabuada–Diggavi 2014; Shoukry–Tabuada 2016; blokový spark podle Donoho–Elad 2003) a v kódu má dokázanou instanciaci | lunar_faultobs |
| Byzantská mez detekce/identifikace z blokového sparku na autonomní lunární síti s uzly (T3) | byzantine_bound instanciuje kódovací mez / mez řídké pozorovatelnosti pro bezpečný odhad stavu na geometrii sítě s uzly: byzantský peer vkládá libovolnou lineární kombinaci měření, kterých se účastní, a síť DETEKUJE každou koalici ≤ f = block_spark − 1 peerů a jednoznačně IDENTIFIKUJE každou koalici ≤ ⌊(block_spark − 1)/2⌋, kde block_spark je nejmenší koalice peerů, jejíž naskládané efektivní signatury P⊥·B_T mají sloupcově deficitní hodnost. Detekovatelnost peera je PLNÁ SLOUPCOVÁ HODNOST P⊥·B_j (nenulový, ale hodnostně deficitní blok je nenulový útok, který dopadne do range(G) a nezanechá žádné rezíduum), nikoli pouze P⊥·B_j ≠ 0 | MODELLED | Geometrická instanciace blokového sparku / meze bezpečného odhadu stavu (Fawzi–Tabuada–Diggavi 2014; Shoukry–Tabuada 2016; blokový spark podle Donoho–Elad 2003; Candès–Tao 2005) — NIKOLI konsenzuální práh 3f+1 podle Lamporta–Shostaka–Peaseho („byzantský“ označuje pouze MODEL libovolné/kolující poruchy). Konkrétní počet tolerovaných poruch je modelovaná vlastnost reprezentativní geometrie sítě, kontrolovaná na vnitřní konzistenci ručně sestavenými analytickými případy a vzorci pro počty | lunar_faultobs |
| Dolní mez časového gauge pro autonomní holdover u sebereferenční lunární konstelace (T4) | holdover_floor stanoví, že v souboru autonomních uzlů propojených pouze měřeními mezi uzly je společná rychlost hodin (δα_j += 1 ∀j) volným parametrem časové stupnice souboru ležícím v N(GᵀWG): žádné další měření vzdálenosti mezi uzly ji nemůže pozorovat (rate_in_gauge = true, temporal_gauge_dim = 2 se společným posunem). To je skutečná dolní mez holdoveru, časový protějšek polohového gauge tuhé soustavy. Přidání jedné vnější vazby na absolutní rychlost (přímý spoj na referenci mimo síť) vyhodí společnou rychlost z nulového prostoru (rate_in_gauge = false, temporal_gauge_dim = 1), čímž se dokazuje, že dolní mez je skutečný gauge, nikoli artefakt modelu oscilátoru | MODELLED | Argument volného parametru časové stupnice souboru (Percival 1978; Lewandowski a Thomas 1991) instanciovaný na reprezentativní síti s uzly nad skutečnými daty DE440: nulový test relativního rezidua analytického generátoru společné rychlosti proti GᵀWG, s kontrastem po přerušení vazby, který odlišuje skutečný gauge od artefaktu modelu oscilátoru. Reprezentativní modelovaná geometrie, nikoli schválený rozpočet časování | lunar_faultobs |
| Rozdělení poskytovatelů na společnou/diferenciální část, sjednocení jedné hodnostní deficience a sklon mezery v ochraně (T5 / §0 / g7) | Tři stránky jediného rozkladu ℝ^{state_dim} = N(GᵀWG) ⊕ range(GᵀWG) s 8rozměrným gauge datum⊕časová stupnice jako N(G) a state_dim − 8 = 32 pozorovatelnými směry jako range(G): (T5) provider_mismatch_split klasifikuje společný bias více poskytovatelů (∈ range(G)) jako NEDETEKOVATELNÝ, vyžadující vnější vazbu, a diferenciální bias (∉ range(G)) jako samomonitorovaný / DETEKOVATELNÝ; (§0) sjednocení spočívá v tom, že TENTÝŽ slepý podprostor range(G) řídí nedetekovatelnou třídu poruch, takže gauge datumu N(G) a podprostor slepý vůči poruchám range(G) jsou jedna geometrie, nikoli dvě; (g7) slope vrací Brownův sklon mezery v ochraně ‖Π_obs Δx̂‖ / ‖P⊥b‖_W → ∞ pro poruchu b ∈ range(G) (odhad poškozen s nulovou paritou) a konečný pro detekovatelnou poruchu | MODELLED | Algebra projektoru parity / pseudoinverze v uzavřeném tvaru na reprezentativní síti s uzly nad skutečnými daty DE440: rozdělení na společnou/diferenciální část, sjednocení N(G) ⊕ range(G) i Brownův (1992) sklon mezery v ochraně vše plyne z anihilace rozsahu P⊥·G = 0. Reprezentativní modelovaná geometrie, nikoli schválená ochranná úroveň | lunar_faultobs |
| MTIE a TDEV telekomunikačního časování na řadě časové chyby při holdoveru | Maximální chyba časového intervalu a časová odchylka, které uvádí druh scénáře telecom-timing, na záznamu holdoveru v telekomunikačním měřítku: posuvné okno MTIE s monotónní frontou v čase O(n) (telecom_timing::mtie_sliding, potřebné, aby den vzorků po jedné sekundě zůstal rychlý) a TDEV enginu (allan::time_deviation), vyhodnocené na mřížce, kterou druh uvádí, a přečtené zpět z úplného běhu, který řadu zpracovává | VALIDATED | allantools 2024,06 — nezávislá knihovna třetí strany pro stabilitu frekvence — mtie() a tdev() na tests/fixtures/telecom_timing/holdover_te_series.csv, řada zpracovaná z téhož textu o 17 platných číslicích na obou stranách; reference zaznamenává SHA-256 řady a lze ji znovu vygenerovat offline pomocí tests/fixtures/telecom_timing/generate_telecom_timing_reference.py. Ověřuje ESTIMÁTORY na tomto záznamu, nikoli syntetický holdover, který jej vytvořil | telecom_timing (mtie_sliding, mtie_curve_ns, tdev_curve_ns); allan (mtie, time_deviation) |
| Telekomunikační synchronizační masky ITU-T s PASS/FAIL a rezervou | Přepsané meze ITU-T G.8272 (07/2025) PRTC-A/B, G.8272.1 (2024) Amd. 1 (07/2025) ePRTC v zachyceném stavu a holdover ePRTC-A (včetně obálky časové chyby z tabulky 3), G.8273.2 (2023) Amd. 2 (11/2025) třídy T-BC/T-TSC A–D a G.8271.1 (2022) Amd. 3 (05/2025) referenční bod C, každý otevřený nebo uzavřený interval tak, jak jej tabulka uvádí, s vynecháním každé položky „for further study“; verdikt a rezerva v rozhodujícím bodě pro každou kontrolu a čas do překročení každého rozpočtu. Spustitelné jako druh scénáře telecom-timing | MODELLED | Přepis uvedených doporučení (volně ke stažení z itu.int), každá mez s odkazem na tabulku či článek, vypsaná se všemi nepotvrzenými nebo neimplementovanými položkami v docs/TELECOM-TIMING.md; identity spojitosti zlomových bodů, které tabulky implikují, jsou kontrolovány v testech. Přepis norem s kontrolami vnitřní konzistence, nikoli test shody a nikoli externí validace. 0,30 kolo 2 (předregistrováno 970003ee), zablokováno (zůstává MODELLED): deset hodnot masek a třináct hodnot holdoveru ePRTC-A, které doporučení uvádějí jako vyřešené příklady (G.8272 obr. 1–2, G.8272.1 Amd.1 čl. 8.2.1 a obr. V.1–V.3, G.8271.1 Amd.3 obr. 7-2 až 7-4), se reprodukují v rozmezí půl vytištěné jednotky, většinou jde o konstanty tabulek nebo zlomové body; G.8271.1 obr. 7-2 uvádí 200 ns při 1,3 s, proti vlastní tabulce 7-1 (197,5 ns). Meze tříd G.8273.2 A–D nemají žádnou uvedenou vyřešenou hodnotu a popisky zlomových bodů ePRTC v zachyceném stavu u G.8272.1 (na plných konstrukčních čarách) byly vyloučeny předregistrovaným pravidlem výběru, takže zůstávají přepisy | telecom_timing (MASKS, eprtc_a_holdover_limit_ns, check_curve, check_mask) |
| Masky generování wanderu pro frekvenční synchronizaci ITU-T (G.811, G.812, G.8262, G.8262.1) | Sedm masek generování wanderu MTIE a TDEV při konstantní teplotě pro druh telecom-timing: G.811 (09/1997) PRC (autonomní), G.812 (06/2004) typy I, II a III, G.8262 (10/2024) EEC možnosti 1 a 2 a G.8262.1 (11/2025) eEEC (zachycený režim), včetně částí s mocninným zákonem, které tabulky zapisují (8 τ^0.5 a podobně), každý interval otevřený nebo uzavřený tak, jak je vytištěn, měřený přes filtr 10 Hz, který články uvádějí (bráno jako použité před vzorkováním); referenční scénář scenarios/telecom-synce-eec.toml staví volně běžící OCXO proti třem maskám EEC. Neimplementováno: příspěvky při proměnné teplotě, holdover, přechodové jevy, jitter a přesnost frekvence podle G.811 | MODELLED | Přepis uvedených doporučení (staženo z itu.int dne 2026-10-13), každý řádek znovu přečten proti textu, přičemž spojitost zlomových bodů, kterou implikují vytištěné koeficienty, je ohraničena v testech (například 40 · 10^0,4 = 100,48 ns proti plošině 100 ns v G.812 tabulce 4). Přepis norem s kontrolami vnitřní konzistence, nikoli test shody a nikoli externí validace. G.812 (06/2004) je uvedeno jako nahrazené předpublikovaným vydáním 08/2026 a G.811 má Amd. 1 (04/2016); ani jedno nebylo možné přečíst, takže ani jedno není kontrolováno. Scénář s volně běžícím OCXO nadhodnocuje příspěvek oscilátoru při pozorovacích intervalech dlouhých proti časové konstantě smyčky; o hodinách žádného zařízení nic neříká | telecom_timing (MASKS, Segment::tau_exponent, MeasurementFilter::LowPass10HzAtSource, MaskCondition::Autonomous) |
| Formáty záznamů hodin (hodiny RINEX, ASCII TimeLab, TAPR TICC) načtené do normalizované fázové řady | clock_log::read_input: jedna vrstva parseru, která mění soubor hodin RINEX (záznamy AS/AR jedněch pojmenovaných hodin, verze 2 a 3,00 až 3,04), záznam fáze nebo frekvence ve stylu ASCII TimeLab nebo záznam časových značek či intervalů TAPR TICC na jednotnou fázovou mřížku s uvedeným tau0, z hlavičky, nebo s mediánem rozestupu, přičemž se počítá každá mezera, údaj mimo mřížku i duplicita, s politikou mezer odmítnout, nejdelší souvislý úsek, nebo lineární; zapojeno dobrovolně do řady telecom-timing ([series.clock_log], s přidáním bloku clock_log) a do druhu clock ([clock_log], s přidáním bloku measured s ADEV, TDEV a MTIE, SHA-256 tabulky a SHA-256 fáze; runs = 1). Bez tabulky jsou oba druhy bajt po bajtu totožné | MODELLED | Předregistrováno v tests/fixtures/clock_log/PREREGISTRATION.md (odevzdáno samostatně, 159334f2, dříve, než existovala fixtura); zaznamenáno v RESULTS.md. Tři seedované syntetické záznamy, po jednom pro každý formát (mezera TICC o třech epochách, druhé hodiny RINEX k ignorování), načtené zpět nezávislým čtečem napsaným podle docs/CLOCK-LOG-FORMATS.md týmž autorem: počty mřížky, mezer a doplnění se rovnají a největší rozdíl fáze je 0 s (práh 1e-13 s). allantools 2024,6 oadev, tdev a mtie na této fázi se shodují v relativním rozmezí 2.5e-14 (práh 1e-10) při každém faktoru průměrování, který vyhodnocuje; MTIE přes celý záznam, který engine uvádí, nevyhodnocuje, takže tento jediný bod pro každý záznam nemá hodnotu orákula a práh tak, jak je formulován, tam není splněn. MODELLED: syntetické záznamy a orákulum čtečem sdílí autora; skutečné soubory hodin TimeLab, TICC a RINEX z přístrojů nebyly porovnány | clock_log (read_input, MeasuredPhaseReport, MEASURED_UNITS, TELECOM_LOG_UNITS); telecom_timing (SeriesInput::clock_log); api (clock kind [clock_log]) |
| Formáty záznamů hodin linuxptp (ptp4l, phc2sys, ts2phc) a chrony (tracking, statistics) načtené do normalizované fázové řady | clock_log::read_input s formáty ptp4l, phc2sys, ts2phc, chrony-tracking a chrony-statistics: zaznamenaný offset řádku serva linuxptp (ns, vlastní časová značka řádku v hranatých závorkách, údaje před prvním hlášením s2 ze serva vynechány a započítány) nebo záznamu chrony tracking či statistics (s, podle pozice sloupce, datum a čas UTC) se stává jednotnou fázovou mřížkou přes tytéž politiky mezer jako ostatní formáty; volič zdroje (clock) pojmenuje jedno z několika rozhraní, hodin nebo adres; záznamy vstupují do řady telecom-timing, druhu clock a druhu holdover-test | MODELLED | Fixtury napsané pro Kshanu podle veřejných rozložení řádků démonů, s vymyšlenými hodnotami (NOTICE.md ve složce fixtur); nebyl přečten žádný záznam ze skutečné instalace a žádné orákulum neporovnává parsování s jiným čtečem, takže rozložení lišící se mezi verzemi démonů může být stále odmítnuto nebo špatně přečteno. Estimátory napájené fázovou řadou jsou ty, které byly ověřeny proti allantools v řádcích výše | clock_log (parse_linuxptp, parse_chrony, grid_timed_offsets) |
| Test holdoveru vyhodnocený ze záznamu časové chyby dodaného operátorem | Druh holdover-test: záznam časové chyby (záznam hodin linuxptp, chrony, TICC, TimeLab nebo RINEX, nebo dvojice time_s,time_error_ns) se rozdělí ve dvou časech, které operátor uvede pro odebrání a obnovení GNSS, na krok základní linie, holdoveru a zotavení; základní linie se měří proti maskám ITU-T psaným pro zachycené hodiny a holdover proti těm psaným pro holdover nebo autonomní hodiny, obálce holdoveru ePRTC-A a rozpočtům časové chyby; holdover uvádí frekvenční offset podle nejmenších čtverců, který systém držel, a zotavení uvádí, zda a kdy |TE| vešla do uvedeného pásma a zůstala v něm po uvedenou prodlevu, s maximem a největším skokem. Každá mez je ta, kterou druh telecom-timing přepisuje; oba časy jsou prohlášením operátora a neověřují se | MODELLED | Ruční výpočet na záznamech sestavených ze vzorců, jejichž sklon, krok, extrém a doba zotavení jsou známy před během (testy je uvádějí), a masky, obálka a rozpočty z řádků telekomunikačního časování výše. Nebylo vyhodnoceno žádné laboratorní měření skutečného holdoveru a nebylo porovnáno žádné vnější orákulum, takže druh nečiní žádné tvrzení o žádných hodinách ani systému; než by bylo možné povýšit jakékoli číslo pro třídu hodin, je zapotřebí partner z laboratoře časování | holdover_test (HoldoverTestScenario, recovery, linear_fit); telecom_timing (check_mask, check_envelope, budget_results) |
| Dostupnost signálů GNSS v prostoru služby pro kosmické prostředky (Space Service Volume) a za ním, porovnaná s brožurou ICG SSV | Průchody dostupností druhu gnss-ssv: pro každou konstelaci (GPS, GLONASS, Galileo, BDS, QZSS, NavIC) i kombinovaně podíl dvojic (uživatel, epocha) s alespoň jedním a alespoň čtyřmi signály a nejdelší výpadek, pro uživatele na kouli (globální skořepina brožury o 2 562 bodech, 14 dní po 1 minutě) nebo na trajektorii (GEO, HEO, lunární přechod), z keplerovských drah z přílohy C brožury, konstantní minimální vyzářený výkon uvnitř referenčního úhlu mimo osu, zastínění Zemí koulí plus 50 km a práh C/N0; antény uživatelů z tabulky B10 brožury | MODELLED | Brožura ICG Space Service Volume (UN OOSA ST/SPACE/75, 2018), sama o sobě simulace, porovnaná podle předregistrace odevzdané před během (xval/gnss-ssv/PREREGISTRATION.md; výsledky v xval/gnss-ssv/RESULTS.md, ukotvené testem tests/ssv_booklet_results.rs, včetně nezdarů). Běh 1 na předregistrovaném čtení: konstanty minimálního vyzářeného výkonu a lunární práh se shodují (S0, S6 splněny); prahy horního a dolního SSV, prahu RF, GEO a HEO jsou NOT MET, téměř všechny kvůli GLONASS, pro který brožura uvádí 20 a 28 stupňů v tabulkách B2 a B6 a 26 a 34 stupňů v tabulce 4,2. Diagnostická varianta s úhly z tabulky 4,2 se shoduje v každé buňce horního SSV, dolního SSV a šesti misí GEO (nenahrazuje běh 1; buňky RF, HEO a lunární stále selhávají). Naměřené diagramy panelů GPS L1 parametrická náhrada nereprodukuje (RMS 6 až 9 dB proti prahu 3 dB). Shoda ukazuje, že uvedená metoda brožury je reprodukována, nikoli že se signály GNSS takto chovají | ssv (constellations, geom, sweep, pattern, check) |
Vlivy ionosféry, plazmasféry a atmosféry na paprsky podél limbu na signály GNSS za mezním zákrytem a návrh přijímače pro slabé signály v druhu gnss-ssv | Chapmanova ionosféra, plazmasféra typu Gallagher a neutrální atmosféra (ohyb podle refraktivity, absorpce kyslíkem, defokusace) integrované podél přímého paprsku mezi vysílačem a uživatelem: šikmý celkový elektronový obsah, jeho plazmasférická část, nadbytečné zpoždění, tečná výška a ztráta na spojích v těsné blízkosti limbu; a návrh přijímače pro slabé signály (koherentní a nekoherentní integrace, mez datového bitu, podpora, hledání Dopplera), který stanoví práh C/N0 z modelů akvizice a sledovací smyčky | MODELLED | Uzavřené tvary a publikované velikosti v testech (vrchol Chapmanovy vrstvy a ohyb povrchového limbu, několik TECU plazmasféry na paprsku z GPS ke GEO); návrh přijímače znovu používá modely akvizice a sledovací smyčky a jejich testy. Nejsou s ním porovnávána žádná měřená data z limb sounding ani z příjmu slabých signálů | ssv (limb, weak) |
| Palubní navigační filtr GNSS pro kosmické lodě na vysoké oběžné dráze a při lunárním přechodu | Režim [navigation] druhu gnss-ssv: devítistavový rozšířený Kalmanův filtr (poloha, rychlost, bias a drift hodin přijímače, měřítko tlaku slunečního záření) na pseudovzdálenostech, jejichž dostupnost, šum a C/N0 pocházejí ze stejné geometrie spojů jako průchody; pravda je integrována s J2, třetími tělesy Slunce a Měsíc a tlakem záření se stínem, filtr modeluje J2 a třetí tělesa a odhaduje tlak záření; uvádí chyby polohy a rychlosti uvnitř drah GNSS i nad nimi, nejdelší mezeru v měření a střední NEES | MODELLED | Simulovaná pravda proti vlastnímu odhadu filtru (střední normalizovaná kvadratická chyba odhadu konzistentního filtru je pro polohu asi 3) a determinismus pro pevný seed. Nejsou porovnávána žádná letová ani zaznamenaná data GNSS z vysoké oběžné dráhy; Slunce a Měsíc jsou nízkopřesné kruhové náhrady | ssv::nav (run_nav, Ekf) |
| Relativní navigace formace více kosmických lodí na vysoce eliptické dráze z GNSS | Režim [formation] druhu gnss-ssv: hlavní loď a pomocné lodě provozují každá absolutní filtr; poloha pomocné lodi vůči hlavní se odhaduje odečtením absolutních odhadů a relativním filtrem na jednoduchých diferencích pseudovzdáleností signálů, které sledují obě lodě, přičemž relativní dynamika je rozdílem dvou nelineárních trajektorií | MODELLED | Stejná simulovaná pravda jako u absolutního filtru: chyba relativního filtru proti skutečnému relativnímu stavu a kontrola, že si vede alespoň tak dobře jako odečtení dvou nezávislých absolutních řešení. Nejsou porovnávána žádná data z letu formace | ssv::formation (run_formation, RelEkf) |
Rozpočet chyb navigace a času řetězce fází mise od startu po vstup do atmosféry (mission-thread) | Druh mission-thread: dokument fází, z nichž každá je jedním z osmi registrovaných druhů, spouštěných postupně, přičemž kovariance 6x6, hodiny a soustava se předávají podle stanoveného pravidla (carry; inflate, šum bílého zrychlení po stanovenou mezeru na modelu přímočarého pohybu; reacquire, dead reckoning a pak spodní mez zdroje, nikdy pod ni, nikdy reset); převody soustav GCRF, MCI a MCMF a převody časových stupnic přes TT, každý jako samostatný řádek rozpočtu, se stavem Měsíce z volitelného výřezu jádra DE440 a analytickou řadou jako stanovenou záložní možností; rezerva vůči stanovenému požadavku, nejslabší článek, události a obrázek časové osy. Každé číslo je stanovený vstup nebo model vstupu | MODELLED | Ruční výpočty v testech (růst kovariance při přímočarém pohybu, střední siderická rotace, sekulární rychlost lunárních hodin) a, jen pro stav Měsíce, zapsané výřezy jádra DE440 proti zafixovaným hodnotám JPL Horizons (nejhorší 2,6 m a 7e-6 m/s). S řetězcem se neporovnávají žádná data z mise; jeho fáze jsou samostatné řádky. Dokument je stanovený řetězec s ILLUSTRATIVE vstupy, pouze z veřejných zdrojů a bez podpory žádné agentury | mission_thread (scenario, handover, conversions, budget, phase) |
Start a výstup na parkovací dráhu se získáním signálu GNSS a jeho výpadky (launch-ascent) | Fáze launch-ascent: kovariance polohy a rychlosti při konstantní rychlosti se šumem bílého zrychlení (třída dead reckoning), určení polohy GNSS o stanovené přesnosti použité po době získání signálu a mimo stanovené výpadky, hodiny s předpětím a driftem disciplinované týmiž určeními polohy a stav vložení na parkovací dráhu | MODELLED | Ustálený stav Riccatiho rovnice a ruční výpočet predikce v testech. Nic zde nemodeluje nosnou raketu ani přijímač; každé číslo je stanovený vstup | mission_thread::earth::launch (LaunchAscent) |
Relativní navigace k dokovací obálce na nízké oběžné dráze Země po úsecích senzorů (leo-rendezvous) | Fáze leo-rendezvous: relativní stav v osách LVLH cíle s uzavřeným tvarem přechodu Clohessy-Wiltshire, kalman kovariance 6x6 se šumem bílého zrychlení a aktualizacemi polohy, jejichž rozptyl je rozptylem senzoru při aktuální vzdálenosti, po úsecích stanoveného senzoru (ILLUSTRATIVE optická kamera, lidar a rádiové určování vzdálenosti); dokovací okno je doba od okamžiku, kdy relativní sigma zůstává uvnitř záchytné obálky, do konce fáze. Absolutní kovariance chaseru se předává beze změny a řádek to uvádí | MODELLED | Jednoosý ruční výpočet predikce a aktualizace v testu; přechod Clohessy-Wiltshire je ten, který cw_dynamics kontroluje proti nezávislé numerické integraci. Senzory jsou ILLUSTRATIVE a neporovnává se žádné skutečné setkání | mission_thread::earth::rendezvous (LeoRendezvous); cw_dynamics; mission_thread::sensors |
Trans-lunární injekce a cislunární přelet: propagovaný střední stav a kovariance s aktualizacemi ze sledování (tli-and-cruise) | Fáze tli-and-cruise: střední stav propagátorem Cowell z enginu (Země jako hmotný bod a J2, Slunce a Měsíc jako třetí tělesa, Měsíc z jádra DE440 vlákna, kde pokrývá úsek, a Slunce z analytické řady); kovariance přes matici přechodu stavu z dopředných diferencí této propagace (nominální běh a šest rušených běhů na úsek) se šumem bílého zrychlení; velikost a chyba nasměrování manévru TLI; určení polohy gnss-ssv, jejichž dostupnost a PDOP pocházejí z rozmítání prostoru služby kosmického uživatele podél oskulační dráhy nahrazující oblouk; sledování vzdálenosti a rychlosti změny vzdálenosti podél geocentrického směru, škálované vytížením pozemní sítě, s aktualizací v Josephově tvaru | MODELLED | Liouvillova věta (determinant matice přechodu stavu konzervativní části je jedna) a jemnější diference v testech; střední stav se porovnává s veřejnou trajektorií v řádku níže, který nesplňuje. Chyba manévru, aktualizace a kovariance se s ničím neporovnávají | mission_thread::earth::tli_cruise (TliCruise); propagator; ssv::sweep |
Kovariance na rozhraní vstupu, pravděpodobnost koridoru, maximální zpomalení a stopa přistání (entry) | Fáze entry: návratový volný let z tli-and-cruise bez manévru, končící na rozhraní vstupu; úhel dráhy letu a jeho sigma z úplné kovariance konečnědiferenčním gradientem; pravděpodobnost, že úhel leží uvnitř stanoveného koridoru; maximální zpomalení při nominálním úhlu a na obou okrajích koridoru z rovinného balistického vstupu hmotného bodu z enginu (s detekcí odrazu) vedle uzavřeného tvaru Allen-Eggers; stopa přistání ze stanovené citlivosti na vzdálenost po dráze a z kovariance rozhraní napříč rovinou dráhy. Nemodeluje se vztlak, naváděcí systém ani ohřev | MODELLED | Ruční výpočty v testech (sigma úhlu je kolmá sigma rychlosti dělená rychlostí; gaussovská hmota v koridoru). Rovinný vstup je vlastní v enginu a tvar Allen-Eggers je srovnání v uzavřeném tvaru; neporovnává se žádný uskutečněný vstup | mission_thread::earth::entry (Entry); reentry |
Pokrytí pozemní sítí a vytížení sledování pro fázi vlákna ([ground_network] z mission-thread) | Překryv pozemní sítě: stanice s minimální elevací, viditelnost vozidla na stanovené geometrii (stav vstupu letěný jako dvoutělesový s J2, poloha Měsíce pro přelet nebo stanovené vytížení), předávání mezi stanicemi, z nichž každé ztrácí stanovený čas, a výsledné vytížení předané rychlosti aktualizací sledování ze Země dané fáze; nejdelší interval bez stanice ve výhledu je řádek rozpočtu | MODELLED | Kontroly geometrie zenitu a antipodu a očekávaná viditelnost vzdáleného cíle v testech. Nemodeluje se žádná skutečná síť, anténa ani rozvrh | mission_thread::earth::ground_network |
Relativní navigace k dokování na lunární oběžné dráze (lunar-orbit-rendezvous) | Druh a fáze lunar-orbit-rendezvous: společný dávkový odhad Gauss-Newton dvou vozidel přes oblouk (jedenadvacet parametrů: oba stavy a trvalé chyby polohy signálu ve vesmíru, společné i nezávislé), rostoucí o čtvrtinu, polovinu a celý oblouk s půlením kroku, z absolutního určení polohy na vozidlo (mez sledování kódu pilotního signálu AFS, ILLUSTRATIVE sada relé) a vzdálenosti křížového spoje, v lunárním silovém modelu cratu; střední normalizovaná kvadratická chyba odhadu, kontrola Clohessy-Wiltshire na kruhové dráze a předávaná kovariance 6x6 | MODELLED | Vnitřní konzistence podle předregistrace (xval/mission-thread-lunar/PREREGISTRATION.md, výsledky a historie odhadovače v RESULTS.md): střední NEES relativního stavu je 5,85 až 5,93 proti pásmu 5,2 až 6,8 ve čtyřech konfiguracích, MET u čtvrtého návrhu odhadovače poté, co tři návrhy sekvenčního filtru pásmo nesplnily; pravda a odhadovač sdílejí jeden silový model, takže to nic neříká o chybě modelu. Propagátor, který sdílejí, je porovnán s LRO a CAPSTONE v řádku níže | lunar_rendezvous (LunarRendezvousScenario); lunar_phase; mission_thread::lunar |
Rozpočet rozptylu přistání na lunárním polárním místě (lunar-descent) | Druh a fáze lunar-descent: pětistavový inerciální model chyb po osách (poloha, rychlost, bias akcelerometru, náklon, bias gyroskopu) při motorickém sestupu, podporovaný určeními polohy AFS (samostatnými nebo diferenčními, s případem hodin podporovaných třemi relé), určením polohy vůči terénu (porovnávač terrain-nav z enginu na syntetickém reliéfu, nebo mez Cramér-Rao na DEM z LOLA s pravidlem apertury) a lunárním časem, s Monte Carlo elipsou dosedu | MODELLED | Inerciální drift v uzavřeném tvaru, vlastní výsledky znovu použitých druhů a kalibrace elipsy 3 sigma (podíl uvnitř odpovídá očekávání) v testech. Neporovnává se žádné uskutečněné ani odzkoušené přistání | lunar_landing (LunarLandingScenario); lunar_phase; terrain_nav |
Dostupnost určování polohy a času na povrchu podle místa a roční doby na lunárních pólech (lunar-surface) | Druh a fáze lunar-surface: dostupnost relé a PDOP, viditelnost Země a Slunce a disciplinované povrchové hodiny pro každé místo a roční dobu, s terénním obzorem z moonlight-service-volume; běh pro jedno místo se rovná dostupnosti a PDOP tohoto druhu až na bit | MODELLED | Přesná rovnost s existujícím druhem pro jedno místo a kontroly monotónnosti v testech. Sada relé je ILLUSTRATIVE a neporovnává se žádné povrchové měření | lunar_surface_map (LunarSurfaceMapScenario); lunar_phase |
Motorický výstup z lunárního polárního místa na dráhu vložení (lunar-ascent) | Druh a fáze lunar-ascent: pětistavový inerciální model chyb po osách běžící přes motorický výstup se specifickou silou podél trajektorie, podporovaný určeními polohy AFS a lunárním časem, uvádějící kovarianci polohy a rychlosti při vložení přenášenou na dráhu a rozptyl vypnutí motoru (uváděný, nepřenášený) | MODELLED | Inerciální drift v uzavřeném tvaru a kontroly monotónnosti v testech. Neporovnává se žádný uskutečněný výstup | lunar_ascent (LunarAscentScenario); lunar_phase |
| Propagace lunárním silovým modelem proti veřejným rekonstruovaným trajektoriím lunárních orbiterů a cislunárních těles | Propagátor, který sdílejí lunární druhy (GRAIL GL0660B stupně a řádu 150, Země a Slunce jako třetí tělesa, relativita, lunární orientace DE440), porovnaný s veřejnými trajektoriemi JPL Horizons pro LRO (24 h, vzorky po 10 minutách) a CAPSTONE (jeden oběh 6,5 dne, vzorky po hodině) podle prahů zafixovaných v odevzdaném souboru před během | MODELLED | Efemeridy kosmických lodí z JPL Horizons pro LRO a CAPSTONE proti prahům předregistrovaným v xval/mission-thread-lunar/PREREGISTRATION.md (dodatky 1 až 6). LRO: MET, největší rozdíl ve 3D 33 m a radiální RMS 2,4 m proti 500 m a 60 m. CAPSTONE: NOT MET, rozdíl koncové polohy 136,8 km proti 25 km a rozdíl periapsidy 28,4 km proti 10 km, příčiny nebyly izolovány. Řádek je modelovaný, protože práh CAPSTONE nebyl splněn a srovnání testuje sdílený propagátor, nikoli žádný filtr, signál ani rozpočet | lunar_od (LunarForceModel); precise_od; mission_thread_lunar_oracles (example) |
Propagace středního stavu v cislunárním prostoru proti veřejné trajektorii Artemis I (tli-and-cruise) | Propagace středního stavu fáze tli-and-cruise (Cowell, Země jako hmotný bod a J2, Slunce a Měsíc jako třetí tělesa, Měsíc z výřezu DE440) porovnaná s veřejnou trajektorií Artemis I z JPL Horizons přes 72 h oblouk volného letu od 2022-11-16 18:00 TDB, v epochách po 12 hodinách, podle prahů zafixovaných v odevzdaném souboru před během | MODELLED | JPL Horizons cíl -1023 (navigační trajektorie NASA po TLI podle skutečného letu) proti prahům předregistrovaným v xval/mission-thread/PREREGISTRATION.md (dodatek 1 mění jen požadovaný rozsah). NOT MET a uvedeno jako nesplněno: největší rozdíl polohy 45,3 km proti 5 km a rozdíl rychlosti 0,249 m/s po 72 h proti 0,05 m/s. Diagnostika napsaná po verdiktu umisťuje nesplnění do pěti impulzních změn rychlosti o 0,09 až 0,22 m/s v referenci (předregistrovaný předpoklad, že okno žádný manévr neobsahovalo, byl chybný); během ostatních 67 hodin model reprodukuje další hodinový stav s mediánem 0,38 m. Testuje jen střední stav jednoho oblouku volného letu: žádnou kovarianci, filtr, aktualizaci ani jinou fázi | mission_thread::earth::tli_cruise; propagator; mission_thread_oracle (example) |
| Členy chyby interferometru se studenými atomy: fázový šum Ramanova laseru, zkreslení zakřivením vlnoplochy a řešení nejednoznačnosti proužků | inertial::cai_error_terms (knihovní funkce, dosud nedosažitelné z druhu scénáře): váhová funkce Ramanovy fáze třípulzního interferometru se čtvercovými pulzy (Cheinet a spol. 2008, rov. 8) s uzavřeným tvarem pro bílou fázi (pi/2)^2 S_phi0/tau_R a numerickou cestou pro libovolné spektrum; frekvenční šum laseru, který zpoždění zpětného odrazu nevyruší (Le Gouet a spol. 2007, rov. 9 až 11); zkreslení vlnoplochy čistým rozostřením sigma_v^2/R tepelného oblaku a jeho snížení poloměrem detekce; pravděpodobnost chybného indexu proužku erfc(pi/(sqrt(2) s)) pro podporu klasickým akcelerometrem a pro dvě interrogační doby a její inverze | MODELLED | Každý uzavřený tvar proti nezávislé numerické cestě v testech (kvadratura v kmitočtové oblasti přesné přenosové funkce a filtru zpoždění, Monte Carlo přes atomy pro zkreslení vlnoplochy, Monte Carlo přes výstřely pro index proužku) a jeho mezní případy. Jedna publikovaná vyřešená hodnota: Cheinet a spol. 2008 (arXiv:physics/0510197, odd. IV) uvádějí, že při tau_R = 20 us je pro 1 mrad na výstřel zapotřebí bílý Ramanův fázový šum pod -111 dB rad^2/Hz; samotný bílý člen dává 0,99 mrad (článek odvozuje úroveň svou rov. 17, flicker plus bílý). Vnitřní konzistence a jedna vyřešená hodnota, nikoli externí validace; aberace vyšších řádů ani šum jakéhokoli konkrétního laseru se nemodelují | inertial::cai_error_terms |
| Přesné ekvivalentní stupně volnosti podle Greenhalla a Rileyho pro Allanův, modifikovaný Allanův a Hadamardův rozptyl | allan::edf_greenhall (s obaly edf_greenhall_adev, _mdev a _hdev): úplný algoritmus Greenhalla a Rileyho, Proc. 35th PTTI (2003), oddíl 3 (rov. 7 až 13 a koeficienty pro velké J z tabulek 1 až 3), pro řády diferencí 1 až 3, exponenty šumu +2 až -4 všude, kde alpha + 2d > 1, překrývající se i nepřekrývající se, modifikované i nemodifikované estimátory; NaN tam, kde se nepoužije, včetně nemodifikovaného případu bílé PM s ceil(M/S) <= d, jehož uzavřený tvar není implementován. assurance::uncertainty::edf nyní sdílí kód a zachovává své výstupy bit po bitu | VALIDATED | allantools 2024,6 ci.edf_greenhall, implementace publikovaného algoritmu třetí strany, spuštěná skriptem scripts/gen_greenhall_edf_ref.py přes mřížku předregistrovanou v xval/greenhall-edf/PREREGISTRATION.md (odevzdáno samostatně, 0db0bb7a, před jakýmkoli porovnáním): ve všech 4 876 bodech, kde vrací konečné edf, se kshana shoduje v relativním rozmezí 6.0e-13 (práh 1e-9); ve svých 46 bodech s NotImplementedError kshana vrací NaN; vyskytuje se každý popisek případu; obaly se bit po bitu rovnají jádru; uncertainty::edf je bitově totožné přes 274 280 hodnot (ukotveno jako SHA-256 před refaktorováním). V 32 bodech (alpha -4, d 3, nemodifikovaný, případ 2,2) allantools selhává při vyhledávání v tabulce 2, takže nemají hodnotu orákula a nejsou započteny. Stable32 nebyl spuštěn. Revize 0,36 (docs/revisions/STUDIO15-greenhall-edf-portable.md): na přenosné matematice jádro bere logaritmus z vyhodnocení double-double zaokrouhleného jednou (allan::greenhall_ln) a nezměněný práh 1 opět platí ve všech 4 876 bodech, nejhorší relativní 6.0e-13; hlídač uncertainty::edf je znovu založen na přenosném výpisu 0,36 (3 746 z 274 280 hodnot se změnilo, nejvýše o 1.6e-12 relativně, oproti základu z matematiky hostitele) | allan (edf_greenhall, greenhall_edf_core); assurance::uncertainty (edf) |
| Předvolby holdoveru oscilátorů z veřejných datasheetů | Čtyři předvolby: OCXO (Microchip OX-208), rubidium (Microchip 8040C), cesium (Microchip 5071A, vysoce výkonná trubice) a CSAC (Microchip SA.45s), každá nese maxima Allanovy odchylky, stárnutí a mez teploty ze svého datasheetu; nezáporné proložení šumu frekvence bílý + flicker + náhodná procházka metodou nejmenších čtverců, škálované tak, aby obalilo každý bod datasheetu, flickerová podlaha nikdy pod hodnotou pro nejdelší τ, lineární stárnutí a sinusový člen teploty, syntetizované jako seedovaný holdover po ztrátě GNSS | MODELLED | Čtyři jmenované datasheety Microchip (čísla dokumentů a URL v každé předvolbě a v docs/TELECOM-TIMING.md) pro vstupní údaje; uzavřený tvar rampy stárnutí a vlastnost obálky proložení jako vnitřní kontroly. Jak se z údajů stane model šumu (proložení, pravidlo podlahy, 30denní měsíc, lineární čtení teploty) je modelářská volba; žádná předvolba není měřením konkrétního kusu. 0,30 kolo 2, jednostranné prahy proti měřeným kusům (předregistrováno a01c491c), zjištění (zůstává MODELLED): stanice IGS THU2 Symmetricom 8040C v konečných hodinách ESA MGEX má Allanovu odchylku 0,35 až 0,87 předvolby rubidia, ale chybu holdoveru 1,07 až 1,60 z ní; záznam 5071A leží mimo předvolbu cesia do 1000 s (bílý fázový šum měření, 30x při 1 s) i v holdoveru (1,15 až 8,74); nejhorší produkční SA.45s z roku 2011 je 1.26x předvolba CSAC při 1 s; OX-208 nemá žádný měřený záznam (zablokováno) | telecom_timing (PRESETS, fit_noise, with_flicker_floor, synthesize_holdover); models (ClockModel) |
| Predikce holdoveru z naměřeného záznamu hodin, ověřená na zadržených datech | Cesta druhu slot-timing přes naměřený záznam: překrývající se Allanova odchylka záznamu fáze proložená metodou nezáporných nejmenších čtverců vážených podle edf v bázi bílé fáze a frekvenční modulace podle IEEE Std 1139 (slot_timing::fit_weighted), pak invertovaná na dobu doběhu, při které časová chyba dosáhne prahu (slot_timing::slot_budget). Podlaha červeného šumu se ze záznamu měří, nikoli předpokládá | VALIDATED | Skutečné volně běžící atomové hodiny: 556 990 jednosekundových vzorků fáze cesiového etalonu 5071A měřeného proti vodíkovému maseru (A. Wallin, distribuováno s allantools; zafixovaný commit a SHA-256 ve scripts/fetch_cs5071a.sh), tentýž záznam, který používá tests/cs5071a_reference.rs pro estimátory. Zadržené dvě třetiny jsou vnější měření, které predikce nikdy neviděla. Podmíněno daty: workflow realdata-clock záznam stáhne a spustí test s KSHANA_REQUIRE_REALDATA=1. Ověřuje cestu proložení a inverze na atomovém etalonu, v němž převládá bílá FM, při doběhu do asi 50 000 s; nikoli zdroje z datasheetů či tříd, nikoli deterministické členy. NENÍ to krystalový oscilátor: na naměřeném záznamu OCXO (tests/slot_timing_ocxo_holdout.rs, allantools, 5,5 h proti vodíkovému maseru) je predikce na zadržených datech konzervativní, na 0,59 až 0,70 naměřeného překročení, a většinou mimo práh, protože šumová podlaha onoho oscilátoru se během záznamu snížila na polovinu; ve vzorku je v rozmezí 0,98 až 1,17. Krystalový případ zůstává MODELLED. NEJDE ani o atomové hodiny na oběžné dráze: u 10 hodin družic GPS Block IIF (tests/slot_timing_igs_holdout.rs, konečné hodiny IGS po 30 s, 14 dní, protokol napsaný před stažením) 8 spadá do prahu a 2 (G25, G30) jsou optimistické až asi 2x, takže podle protokolu orbitální případ zůstává MODELLED | slot_timing (ClockNoise::from_phase_record, fit_weighted, slot_budget, breach_after_sync_s) |
| Sekundy, než volně běžící hodiny opustí ochranný interval časově indexovaného slotu, a kadence korekcí, která je v něm udrží | Druh slot-timing: předpovězená chyba E(t) = k·√(σ₀² + σ_x²(t)) + (|y₀| + |c_T·ΔT|)·t + ½|D|t² invertovaná pro překročení, zbývající čas, interval resynchronizace po odečtení latence korekce a počet korekcí za den, každý člen rozepsaný s pojmenovaným dominantním; hodiny ze šesti výchozích hodnot ClockClass (TCXO, OCXO a RAFS přidány, každá s odkazem na jeden datasheet), předvolby telekomunikačního časování, vložený datasheet nebo naměřený záznam; překročení za nejdelším průměrovacím časem zdroje označené jako extrapolované | MODELLED | Uzavřené tvary pro každý člen samostatně a nezávislé hledání kořene holdover::holdover_seconds; údaje z datasheetů jsou jmenované dokumenty (docs/SLOT-TIMING.md). Výchozí hodnota třídy spočívá na předpokládané podlaze červeného šumu a zdroj z datasheetu je obálka maxim, takže ani jedno není měřením žádného kusu | slot_timing (predicted_error_s, breach_after_sync_s, terms_at, slot_budget, ClockNoise::from_datasheet, SlotTimingScenario); clock_state (ClockClass::Tcxo, Ocxo, Rafs, source) |
| Ochranná úroveň času pro přijímač na oběžné dráze při spoofingu (podvržení signálu) GNSS | orbital_timing::orbital_timing, dostupné jako sekce o spoofingu (podvržení signálu) druhu slot-timing: rychlost a perioda pohybu po kruhové dráze, nejdelší doba, po kterou může pozemní spoofer družici během jednoho přeletu zasáhnout, práh monitoru podporovaného hodinami a latence detekce CUSUM, podmíněná ochranná úroveň (práh plus doběh po dobu latence), posun, který spoofer s uvedenou maximální rychlostí náběhu nashromáždí, než družice opustí svou stopu nebo než proběhne nezávislá kontrola, a zda je každá kontrola při kontaktu se zemí či přes crosslink nezávislá na jednom pozemním spooferu | MODELLED | Redukce na stávající ochrannou úroveň času a na uzavřené tvary pro kruhovou dráhu a sférickou Zemi z hlediska viditelnosti. Podmíněno detekcí, jedním pozemním spooferem s uvedenou rychlostí náběhu, přeletem přímo nad hlavou na nerotující Zemi; neověřeno na spoofovaném přijímači na oběžné dráze | orbital_timing (orbital_timing, visibility_half_angle_rad, max_pass_s, crosslink_neighbour_is_outside_footprint) |
| Uzavřené tvary výkonových spektrálních hustot signálů v pásmu L a koeficienty spektrální separace | Výkonové spektrální hustoty o jednotkové ploše pro GPS L1 C/A a L2C (BPSK(1)), GPS L5 a Galileo E5a (BPSK(10)), sine-BOC(1 1) a Galileo E1 MBOC(6,1,1/11) (navsignal::Modulation::psd, s doplněnou variantou MBOC), jejich numericky určená minima a maxima (spectrum::psd_nulls_hz, psd_peak_hz, main_lobe_null_to_null_hz) a koeficient spektrální separace signálu vůči libovolnému spektru při libovolném posunu (navsignal::spectral_separation_coeff_offset) nebo vůči tónu, plochému šumu, chirpu či přizpůsobenému šumu (spectrum::Jammer::ssc), s koeficientem protirušení Q = 1/(R_c kappa) | VALIDATED | Publikované učebnicové hodnoty: hlavní lalok BPSK(n) o šířce 2n x 1,023 MHz mezi nulami a koeficienty protirušení Q = 1 pro úzkopásmový (CW) rušič a Q = 1,5 pro rušič s rozprostřeným spektrem přizpůsobený signálu C/A (Kaplan & Hegarty, Understanding GPS/GNSS, 3. vyd., oddíl 9,4); hlavní laloky BOC(m,n) se středem na plus a minus m x 1,023 MHz (Betz, Binary Offset Carrier Modulations for Radionavigation, NAVIGATION 48(4), 2001); koeficienty spektrální separace -61.8, -64.8 a -67.8 dB/Hz pro C/A s C/A, BOC(1 1) s BOC(1 1) a C/A s BOC(1 1) (Betz 2001; Hein et al., MBOC: The New Optimized Spreading Modulation Recommended for Galileo L1 OS and GPS L1C, Inside GNSS, květen/červen 2006), zde reprodukované z jejich uzavřených tvarů autokorelace podle Parsevalovy věty. Maximum BOC(1 1) není na 1,023 MHz: lalok sahá od nuly nosné po 2,046 MHz a vrcholí na 0,759 MHz, což test ověřuje u obou hodnot. Směs MBOC je definice z ICD, kontrolovaná pouze na jednotkovou plochu a linearitu | navsignal (Modulation::psd, spectral_separation_coeff_offset, q_from_ssc); spectrum (psd_nulls_hz, psd_peak_hz, main_lobe_null_to_null_hz, Jammer::ssc) |
| Spektrální vodopád pásma L s J/S a efektivním C/N0 pro každé pásmo při skriptované časové ose rušičů | Druh spectrum: mřížka frekvence a času výkonové spektrální hustoty v pásmu L (tepelný šum k T_sys s T_sys = T_ant + 290 K (F - 1), signály při minimálních přijímaných výkonech podle specifikace rozhraní a rušiče s nepřetržitou vlnou, úzkopásmové, chirp a rušiče s přizpůsobeným šumem s časy zapnutí a vypnutí), každá buňka zprůměrovaná přes svůj pás a řádek (chirpy přesně přes celé i částečné rozmitání, rušiče podle střídy), efektivní C/N0 pro každé pásmo = [1/(C/N0) + sum (J/S) kappa]^-1 pro každý řádek, J/S pro každé pásmo, J/S v pásmu a vodopád ve formátu SVG se sloupci C/N0. Zpráva obsahuje křížovou kontrolu proti řetězci druhu jamming na týchž vstupech spoje | MODELLED | Redukce na rovnici protirušení a bilanci spoje stávajícího druhu jamming (tentýž kód, volaný se stejnými vstupy) a na uzavřený tvar šumového prahu k T0 F. Spektra signálů pod tím jsou ověřený řádek výše; výkony rušičů, časová osa a šířky pásma vstupních obvodů jsou vstupy scénáře, spektra jsou spojitá (bez linek spreading kódu) a na rušič nepůsobí žádné automatické řízení zisku, blanking ani anténní charakteristika. V repozitáři není žádné naměřené spektrum při rušení, proti kterému by šlo složený model zkontrolovat. Tabulka Q druhu jamming (CW a úzkopásmový 1, širokopásmový a rozmítaný 2 od 0,36: učebnicové hodnoty, ukotvené na uzavřené tvary navsignal) souhlasí s hodnotou tohoto modelu pro CW a liší se od toho, co model odvozuje pro šum přizpůsobený C/A (1,5) a pro plochý šum mezi nulami bez normalizace v pásmu (2,2); zpráva uvádí obojí | spectrum (SpectrumScenario, SpectrumModel::bin_psd_w_per_hz, SpectrumModel::band_state, effective_cn0_multi_dbhz, system_temp_k, Jammer::power_fraction_in, Jammer::duty) |
| Vstup a výstup záznamů SigMF a Welchovy spektrální odhady komplexních dat IQ | sigmf: čtení a zápis záznamů ve formátu Signal Metadata Format (JSON .sigmf-meta s poli core global, captures a annotations; surová data .sigmf-data jako cf32_le, ci16_le nebo ci8, celočíselné dekodéry sdílené s realdata::iqif::load_iq), vše nad řetězci a bajtovými buffery. spectrum::welch_psd: periodogramy s Hannovým oknem, překryvem a průměrováním, normalizované na hustotu, na vlastní transformaci radix-2 v rámci crate (spectrum::fft_in_place). Tyto dvě části jsou ověřeným tvrzením. spectrum::synthesise_iq vykreslí model jako IQ a sekce [iq] druhu spectrum provede model do IQ, do SigMF, do Welche a porovná s modelem; její sekce [recording] odhaduje spektrum skutečného záznamu (nativní sestavení); syntéza a tato porovnání s modelem leží mimo ověřené tvrzení | VALIDATED | scipy 1.18.1 scipy.signal.welch (BSD-3-Clause) se stejným periodickým Hannovým oknem, překryvem, normalizací na hustotu, bez odstranění trendu a s dvoustranným průměrem: každý bin v rámci 1e-12 relativně (pozorováno 6.0e-14) v 27 případech, s počty segmentů převzatými z vlastního spektrogramu scipy. sigmf-python 1.13.0 (LGPL-3.0, spuštěný jako nástroj) zapisuje pět záznamů třetích stran (cf32_le, ci16_le, ci8, dva záznamy s anotacemi, nenulový první sample_start), které crate dekóduje bit po bitu shodně se shodnými poli core, a záznamy z crate čte zpět bit po bitu shodně; schéma metadat SigMF v1.2.6 hlásí u metadat z crate nulový počet chyb. Tolerance stanoveny před prvním porovnáním. Mimo tvrzení: spectrum::synthesise_iq a porovnání [iq] a [recording] s modelem (syntéza nemá jedinou správnou odpověď; periodický chirp ukazuje linky, Fresnelovy zvlnění a okrajové ocasy, které hladký model vynechává, celkový výkon v rámci 2 %), konvence převodu celých čísel na desetinná (crate dělí 32767 a 127, autoscale v sigmf-python 2^15 a 2^7, což specifikace ponechává otevřené; porovnání používá surové kódy), vícekanálové záznamy a datové typy, které čtečka odmítá | sigmf (read, write, encode, decode, parse_meta, meta_to_json); spectrum (welch_psd, fft_in_place, synthesise_iq) |
| Polohy planet napříč sluneční soustavou z keplerovských elementů JPL podle Standishe | Heliocentrické polohy Merkuru, Venuše, barycentra soustavy Země–Měsíc, Země, Marsu, Jupiteru a Saturnu z tabulky Standish 1 (1800 n. l. až 2050 n. l.) a všech osmi planet z tabulek 2a/2b (3000 př. n. l. až 3000 n. l., s členy středové anomálie b, c, s, f), podle algoritmu stránky JPL krok za krokem a otočené do ICRF (International Celestial Reference Frame) podle sklonu ekliptiky uvedeného na stránce; Země je oddělena od barycentra lunární řadou Montenbrucka a Gilla a poměrem hmotností. Složeno jako ephem_provider::AnalyticSolarSystem, takže libovolné těleso je k dispozici vůči libovolnému jinému, a spustitelné jako druh solar-system | VALIDATED | Heliocentrické geometrické vektory JPL Horizons DE441 (ekliptikální a ICRF), stažené po commitech předregistrace 80451866, 8d38a28b a 558cc807. Práh: pro každou planetu a složku RMS nejvýše 1.0x přibližných chyb z Explanatory Supplement, 3. vyd., tabulka 8.10.1 (řádek EMB pro Zemi); rozdělení Země a EMB se kontroluje přímo proti DE441 399 minus 3, nejvýše 0,3 deg a 8,1 km v každé epoše 1950-2050 (délkový práh 8,1 km pochází z přesnosti lunární řady uvedené ve vlastní dokumentaci efemerid Kshana s odkazem na Montenbrucka a Gilla a nebyl proti knize ověřen; naměřených 6,09 km je mu blízko). Statistika RMS byla zvolena s vědomím, že dřívější porovnání v 27 epochách dosáhlo v maximu 1.87x nominální hodnoty; chyby v jednotlivých epochách dosahují 3.83x (3.87x v případě ICRF). Supplement své údaje jako RMS nedefinuje. Případ B otáčí obě strany se sklonem ekliptiky IAU 1976 zapsaným v testu, takže otočení se nekontroluje samo proti sobě. Výchozí výběr tabulky u AnalyticSolarSystem se necvičí (testy vynucují tabulku 1). Uran a Neptun z tabulky 1 jsou samostatný řádek MODELLED | ephem (standish_state, standish_elements, standish_nominal_error, ecliptic_to_icrf); ephem_provider (AnalyticSolarSystem); solar_system (SolarSystemScenario) |
| Polohy Slunce, Měsíce, Merkuru a Venuše z jádra DE440 v epochách UTC (KernelEphemeris) | Geometrické polohy Slunce, Merkuru, Venuše, Země a Měsíce vůči sobě navzájem (osy J2000/ICRF, metry) z jádra JPL DE440 přes ephem_provider::KernelEphemeris v epochách UTC: názvy těles převedené na kódy NAIF, UTC převedený tabulkou přestupných sekund a TT na TDB dvoučlennou řadou TDB-TT, jádro čtené vlastní čtečkou enginu. Těleso, které jádro uchovává jen jako barycentrum soustavy (Mars až Neptun, Pluto v de440s), je odmítnuto a nikdy nenahrazeno. Řádek Standish bez jádra zůstává cestou pro prohlížeč a záložní cestou | VALIDATED | Skyfield 1,54 (MIT) s vlastní tabulkou přestupných sekund, vlastní řadou TDB-TT a vlastní čtečkou téhož NAIF de440s.bsp (jplephem), spuštěný jako samostatný program v epochách UTC. Předregistrováno (0bfafe6d) před vznikem fixture, mřížka zasetá z hashe tohoto commitu, s prahem 5e-5 s krát relativní rychlost (uváděná přesnost dvoučlenné řady TDB-TT enginu) plus 1e-13 barycentrické vzdálenosti plus 1e-5 m na složku. Výsledek: všech 600 uvnitř, nejhůře 0,66 prahu (2,96 m u rychlé dvojice, vlastní chyba řady TDB-TT). Mutace: TT použité jako TDB selže při 33 násobku prahu. Obě strany čtou DE440: to ověřuje poskytovatele a jeho časový řetězec, nikoli DE440. Mimo tvrzení: planety za Venuší jako tělesa (de440s nese jen jejich barycentra), měsíce planet a přesnost pod úrovní dvoučlenné řady TDB-TT (několik metrů u nejrychlejších dvojic) | ephem_provider (KernelEphemeris::relative_position_utc, utc_to_tdb_jd2); naif_kernel; timescales |
| Světelný čas mezi tělesy sluneční soustavy | Newtonovský jednosměrný světelný čas od libovolného tělesa k jinému, přijatý v dané epoše, řešený radiometrickým řešičem světelného času s pevným bodem (radiometric::light_time_solution, vysílač v retardované poloze) přes solar_system::link_on na libovolném EphemerisProvider; druh solar-system jej spouští na analytické sluneční soustavě v heliocentrické soustavě (solar_system::link). Dvoucestná vzdálenost z radiometric::two_way_range a Shapirovo zpoždění Slunce z radiometric::shapiro_delay jsou hlášeny zvlášť a externě se neporovnávají. Vydává se pro každé těleso vůči pozorovateli a pro libovolný další spoj druhem solar-system a pro sestupný spoj z tělesa k Zemi druhem body-pnt | VALIDATED | Jednosměrný Newtonovský světelný čas LT sestupné větve z JPL Horizons DE441 (VEC_CORR=LT, pozorovatel ve středu Země), předregistrovaný (480037d3, dodatek 54d5c86f měnící pouze rozestup uzlů interpolace poté, co první stažení nesplnilo svou předpodmínku interpolační přesnosti 10 m, před porovnáním jakéhokoli světelného času) s prahem 1e-6 s na světelný čas, řešič byl napájen barycentrickými polohami DE441, takže je vidět iterace retardovaného vysílače (řešič s první iterací se mýlí až o 0,1 s). Na analytických polohách Standish je světelný čas jen tak dobrý jako tyto polohy (viz řádek o polohách planet); dodávaný spoj považuje Slunce za inerciální střed, což zůstává uvnitř této chyby polohy, ale samostatně není ověřeno. two_way_range a shapiro_delay se externě neporovnávají | radiometric (light_time_solution, two_way_range, shapiro_delay); solar_system (link, link_on); ephem_provider (AnalyticSolarSystem) |
| Uran a Neptun z tabulky Standish 1, Pluto a rychlosti planet | Polohy Uranu a Neptunu z tabulky Standish 1 (výchozí v rozmezí 1800 n. l. až 2050 n. l.), Pluta z řádku tabulky 1 z roku 1992, který aktuální stránka JPL už neuvádí, a heliocentrická rychlost každé planety: dvoutělesová derivace se středním pohybem, který elementy implikují, plus stáčení elipsy podle rychlostí změny perihelu, sklonu a uzlu | MODELLED | Změřeno proti JPL Horizons DE441 (tytéž commitnuté fixtures), ale neověřeno: uváděné údaje tabulky 1 pro Uran a Neptun jsou proti heliocentrickým polohám DE441 překročeny až 2,0 a 5,2 násobkem (Neptun je splňuje proti barycentrickým polohám, což naznačuje, že fit nebyl heliocentrický), stránka neuvádí pro Pluto žádnou chybu a pro rychlosti neexistuje žádná publikovaná mez. Tabulky 2a/2b splňují své vlastní údaje pro Uran a Neptun a pokrývá je ověřený řádek | ephem (standish_state, StandishElements::state_at_mean_anomaly, Planet::Pluto); solar_system (position_label) |
| Polohy Měsíce a sedmi velkých měsíců (Phobos, Deimos, galileovské měsíce, Titan) | Geocentrický Měsíc z řady Montenbrucka a Gilla (jejíž člen -1.3972 deg za století jej už vztahuje k ekvinokciu J2000) a planetocentrické polohy a rychlosti měsíců Phobos, Deimos, Io, Europa, Ganymed a Callisto ze středních elementů JPL Solar System Dynamics v Laplaceově rovině každého měsíce, s rychlostí střední délky převzatou z rychlosti synchronní rotace podle IAU (tabulka uvádí periodu na příliš málo míst, než aby udržela fázi), a měsíce Titan z rotačního modelu IAU (měsíc na záporné tělesově pevné ose x ve střední vzdálenosti), protože uvedený řádek Laplaceovy roviny pro Titan nereprodukuje Horizons ani v jeho vlastní epoše | MODELLED | Změřeno proti efemeridám družic JPL Horizons (DE441, MAR099, JUP365, SAT441) commitnutým v tests/fixtures/solar_system/horizons_satellites_icrf.csv s dotazem a datem získání; pro střední elementy ani pro umístění podle rotačního modelu neexistuje žádná publikovaná přesnost, takže ukotvené prahy zachycují regrese a neověřují. Střední elementy vynechávají rezonanční a sluneční poruchy a sekulární zrychlení Phobosu není modelováno | ephem (satellite_state, Satellite, SatelliteMethod, moon_icrf, moon_icrf_velocity); ephem_provider (AnalyticSolarSystem) |
| Fyzikální konstanty každého tělesa sluneční soustavy a zpráva o celé soustavě | Body získává Merkur, Venuši, Jupiter, Saturn, Uran, Neptun, Pluto, Phobos, Deimos, Io, Europu, Ganymed, Callisto a Titan (gravitační parametr, referenční poloměr, J2 tam, kde je publikováno, s poloměrem, ke kterému se vztahuje, pól a nultý poledník podle IAU), vyhledání podle názvu a záznam BodyFacts (kód NAIF, třída, rodič, rovníkový a střední poloměr); druh solar-system je hlásí pro všech osmnáct těles spolu s polohami, světelnými časy a drahou po dobu jednoho oběhu, každé těleso označené VALIDATED nebo MODELLED | MODELLED | Přepis publikovaných konstant, každé s citací tam, kde je definováno: gravitační parametry ze záznamů těles JPL Horizons a z tabulky fyzikálních parametrů družic JPL, poloměry z tabulek fyzikálních parametrů JPL (IAU WGCCRE 2015), póly a nulté poledníky od Pracovní skupiny IAU pro kartografické souřadnice a rotační elementy (střední hodnoty, bez členů rychlosti T a periodických členů), J2 podle Smith et al. 2012, Iess et al. 2018 a 2019 a Jacobson 2009 a 2014. Zkontrolováno na vnitřní konzistenci (rotační perioda Jupiteru proti rychlosti System III, každé J2 proti svému referenčnímu poloměru), nikoli proti vnějšímu orákulu (nezávislá reference). 0,30 kolo 2: hodnoty GM byly převzaty z gm_de440 a elementy Phobosu a Deimosu z pck00011, takže 0 z 84 konstant čtrnácti přidaných těles se nyní liší od NAIF (dříve 12), což je kontrola přepisu a nepočítá se. 0,36: IAU orientace pevná vůči tělesu a GM čtrnácti přidaných těles jsou vyčleněny do vlastního řádku VALIDATED („IAU body orientation and gravitational parameter of the fourteen added solar-system bodies“); tento řádek si ponechává zbytek. J2 a střední poloměr jsou citovány, nikoli ověřeny; polohy ve zprávě stojí na vlastních řádcích; a hodnota prime_meridian_deg ve zprávě pro Zemi, Měsíc a Mars zůstává na konvenčních konstantách (až 6.6e-3, 2.8e-2 a 9.6e-4 rad od IAU_<BODY>). Revize 0,30: Phobos GM 7.087e5 -> 7.087546066894452e5, Deimos 9.62e4 -> 9.615569648120313e4, Uran 5.7939506103e15 -> 5.793951256527211e15, Neptun 6.83509997e15 -> 6.835103145462294e15, Pluto 8.69326e11 -> 8.696138177608748e11 m³/s²; rovníkový poloměr Phobosu 13,1 -> 13,0 km; prime_meridian_deg nyní zahrnuje kvadratické a periodické členy | body (Body::by_name, Body::facts, Body::prime_meridian, SOLAR_SYSTEM, BodyFacts); solar_system (SolarSystemScenario, position_label) |
| Orientace podle IAU a gravitační parametr čtrnácti přidaných těles sluneční soustavy | Body::iau_rotation_et, rotace z J2000 do tělesově pevné soustavy IAU pro Merkur, Venuši, Jupiter, Saturn, Uran, Neptun, Pluto, Phobos, Deimos, Io, Europu, Ganymed, Callisto a Titan se všemi sekulárními rychlostmi, kvadratickými členy a periodickými členy, které těleso v pck00011 nese, a pole gravitačního parametru mu týchž čtrnácti těles. Slunce, Země, Měsíc a Mars nesou konvenční konstanty, které patří jiným řádkům, a nejsou pokryty | VALIDATED | NAIF SPICE Toolkit (CSPICE N0067 přes spiceypy) pxform('J2000', 'IAU_<BODY>') na pck00011.tpc, nezávislá implementace téhož rotačního modelu IAU, a NAIF gm_de440.tpc pro GM, fixtures vygenerované samostatným programem, který nevolá žádný kód Kshana (tests/fixtures/body_orientation_spice_oracle/, NOTICE.md). Předregistrováno 154bc54 (s původním prahem 1e-9 rad z c2434204) před vznikem fixture v čerstvé epoše; čerstvá fixture byla nezávisle znovu vygenerována a je bajtově shodná. GM je přepis DE440 zkontrolovaný proti publikovanému souboru, nikoli nezávislé určení GM. Výsledky: docs/design/evidence/mr08-body-orientation/RESULTS.md | body (Body::iau_rotation_et, Body::iau_angles_et, Body) |
| Určování polohy kolem libovolného tělesa sluneční soustavy s lokální konstelací a spojem do hlubokého vesmíru ze Země | Druh body-pnt: orbiter nebo přistávací modul na povrchu tělesa zvoleného jménem navigují pomocí jednosměrných pseudovzdáleností z navigační konstelace Walker kolem tělesa (dvoutělesové dráhy se sekulárním driftem J2 tělesa, neznámé hodiny uživatele) a volitelné dvoucestné vzdálenosti ze Země bez hodin, přičemž směr a vzdálenost Země se berou z analytické efemeridy v každé epoše; zorné přímky blokované koulí tělesa a výšková maska na povrchu; v každé epoše GDOP a PDOP jen z konstelace (orbit::dop), formální polohová nejistota s řádkem Země a bez něj a seedované fixy Gauss-Newton (batch_ls::gauss_newton) pro oba případy, se světelným časem a oběhem tam a zpět mezi tělesem a Zemí | MODELLED | Uzavřené tvary a vlastní konzistence: třetí Keplerův zákon pro periodu relé, poloměr dráhy a poloměr povrchu držené po celý běh, přidání měření nikdy nezvyšuje formální nejistotu a seedované chyby souhlasí s kovariancí. Dráhy relé ignorují třetí tělesa (tah Jupiteru na relé kolem Europy není modelován), šum je gaussovský na uvedených úrovních a model měření je okamžitý, takže to není ověřeno proti navigačním datům žádné mise | body_pnt (BodyPntScenario, formal_sigma, fix_error); orbit (dop); batch_ls (gauss_newton); mars_pnt (chord_clears_sphere); mars_frame (bodyfixed_to_inertial) |
| Geometrie konstelace Walker a publikované nominální sloty GPS, Galileo a GLONASS | Generátory druhu constellation-design: vzory Walker delta a star v konvenci T/P/F (rozestup uzlů 360/P nebo 180/P, rozestup v rovině 360·P/T, fázový posun mezi rovinami 360·F/T) a předvolby základní a rozšiřitelné 24slotové konstelace GPS, Galileo a GLONASS sestavené z jejich publikovaných nominálních elementů, umístěné v soustavě pevné vůči Zemi podle greenwichského hodinového úhlu, který uvádějí jejich dokumenty | VALIDATED | Publikované dokumenty agentur: Galileo Open Service Service Definition Document, vydání 1,1 (European GNSS Service Centre), tabulky 1 a 23, referenční konstelace k 2016-11-21 00:00 UTC; GLONASS Interface Control Document, vydání 5,1 (2008), oddíl 5,2, vzorec slotu pro délku uzlu a argument šířky; GPS Standard Positioning Service Performance Standard, 5. vydání (duben 2020), tabulky 3.2-1, 3.2-2 a 3.2-3, včetně sloupce rovníkového průsečíku pozemní stopy, což je nezávislé vyjádření geometrie vůči Zemi pevné, kterou musí předvolba reprodukovat. Ověřuje generátory a přepis; fáze střední oběžné dráhy BeiDou a uzly nakloněné geosynchronní dráhy nejsou publikovány a nejsou pokryty | constellation (WalkerSpec::elements, gps_slots, galileo_walker, glonass_slots, GPS_BASELINE_SLOTS, GPS_EXPANDABLE_SLOTS) |
| Globální faktor DOP (zhoršení přesnosti) základní konstelace GPS | Pokrývací engine constellation-design na základní 24slotové předvolbě GPS za podmínek přílohy B GPS Standard Positioning Service Performance Standard (SPS PS) (jeden hvězdný den, 287 pětiminutových kroků, globální mřížka 4 x 4 deg vážená kosinem šířky, vše v dohledu, maska 5 deg, jedny hodiny přijímače): globální rozdělení HDOP, medián PDOP a dostupnost PDOP nejvýše 6, globálně i na nejhorším místě | VALIDATED | GPS SPS PS, 5. vydání (duben 2020), příloha B, oddíly B.3.2.2 a B.3.2.3, publikované globálně průměrné rozdělení HDOP plně obsazené základní 24slotové konstelace (medián 0,94, 90 % 1,16, 95 % 1,25, 98 % 1,37, průměr 0,96), tabulka 3.8-1 (dostupnost PDOP) a tabulka B.3-1 (souborové PDOP zhoršené konstelace, použité jen jako horní mez), plus ručně odvozený uzavřený tvar pro jednu epochu. Rozdělení VDOP a PDOP plné konstelace jsou publikována pouze jako obrázek, takže PDOP je ukotveno jednostranně; nejhorší bod v čase a prostoru (zde HDOP 2,40 a VDOP 5,22, publikováno 2,49 a 5,43) závisí na mřížce a je hlášen, nikoli ukotven | constellation (coverage, dop_at, NormalAccum) |
| Mapy pokrytí a faktoru DOP (zhoršení přesnosti) pro libovolné vícekonstelační návrhy ve velkém měřítku kolem libovolného centrálního tělesa | Druh constellation-design nad rámec dvou ukotvených případů: explicitní a vícevrstvé návrhy, několik konstelací v jednom běhu s jedněmi hodinami přijímače na konstelaci, Země, Měsíc a Mars z konstant těles, předvolba BeiDou (modelována fáze střední oběžné dráhy a průsečík nakloněné geosynchronní dráhy na 118 deg E), družice v dohledu, GDOP, PDOP, HDOP, VDOP a dostupnost pro každou buňku, podvzorkované pozemní stopy a předfiltr viditelnosti podle šířky subsatelitního bodu, který spočítá návrh s 5 000 družicemi na mřížce 10 deg za zlomek sekundy | MODELLED | Vnitřní konzistence: hrubým výpočtem prohledaná elevace, ručně spočtené redukce a redukce orbit::dop a uzavřené tvary geometrie Walker a geosynchronní dráhy. Dvoutělesové dráhy s volitelným sekulárním J2, sférické těleso s lokální svislicí podél poloměru, pouze geometrická viditelnost (žádný výkon signálu, zdraví družic, terén ani porucha třetího tělesa) a relativní fáze mezi systémy převzatá z různých referenčních epoch, takže nejde o snímek žádného data. Revize 0,30, zjištění (zůstává MODELLED): předvolby splňují publikované jednostranné spodní meze dostupnosti DOP (BeiDou OS Performance Standard 3,0, Galileo OS SDD) na 100 %, ale když se PDOP enginu v pracovní kopii zdvojnásobí, splňují je stále (nejhorší bod 99,36 %), takže tyto meze nedokážou odhalit ani 100 % chybu v hodnotě, kterou tento řádek počítá; jejich zpřísnění po běhu by byla dodatečná tolerance. Povýšení vyžaduje oboustranné porovnání hodnot DOP na shodné geometrii s předem stanovenou tolerancí. Kolo 0,30 2 (tests/coverage_dop_full_oracle.rs, předregistrováno add671d6), zjištění (zůstává MODELLED): polohy, elevace, azimut a pozemní stopy z Orekit 12,2 s GDOP/PDOP/HDOP/VDOP z gnss_lib_py 1.0.4 (společné hodiny) a inverzí v numpy (jedny hodiny na konstelaci) souhlasí v každém prahu na návrzích Galileo, GPS, BeiDou, Galileo+GPS (každá s jedněmi hodinami) a 1584družicovém návrhu Země (DOP v rámci 2e-14 relativně, shodný fix, dostupnost a počty viditelných). Na návrzích Měsíce a Marsu souhlasí elementy, polohy, viditelnost a stopy, ale DOP překračuje předem stanovený relativní práh 1e-9 v buňkách, jejichž největší PDOP je 1434 nebo více (až 8e-6), a 4 buňky se liší o jednu epochu fixu na numericky singulární geometrii (pivot enginu 1e-10 proti hodnosti numpy), takže řádek není ověřen. Revize 0,30: referenční hodiny TDOP/GDOP jsou nyní konstelace s nejnižším číslem v dohledu (constellation-multi-gnss-coverage globální GDOP max 2,2236 -> 2,1205, průměr 1,122 -> 1,131) a počty viditelných pro každou konstelaci se sčítají jako celá čísla | constellation (coverage, ConstellationDesignScenario, beidou_slots, body_by_name) |
| Řetězená mise napříč druhy scénářů na jedné sdílené časové ose | Fáze druhu campaign: každá fáze spouští jeden či více scénářů stávajících druhů přes run_toml, čte jejich výstupy do pojmenovaných kanálů (časová chyba hodin a ochranný pás, střední efektivní poměr nosné k hustotě šumu a práh sledování, svislá ochranná úroveň a mez poplachu, chyba polohy, sledované družice, příznaky poplachu) podle předvoleb pro jednotlivé druhy nebo explicitních cest k výsledkům, umísťuje je na začátek fáze a drží je na společné mřížce, s hranicemi fází a událostmi; stav se předává přes carry (kanál pokračuje od koncové hodnoty předchozí fáze), handoff (číslo z předchozí fáze zapsané do dalšího scénáře) a end_at (fáze končí v čase, který vypočítal nějaký běh, například v čase detekce monitoru spoofingu); hash kampaně a digest přes výsledek každého člena | MODELLED | Identity složení proti samostatným během týchž druhů: jednofázová kampaň reprodukuje samostatný výstup bit po bitu, přenesený posun se rovná poslednímu vzorku předchozího běhu a fáze ukončená pomocí end_at má za délku přesně čas detekce daného běhu. Aditivní přenos přes hranici fáze a držení nultého řádu jsou modelářské volby a každá fáze je tak dobrá jako druh, který ji spustil; žádná řetězená mise nebyla zkontrolována proti naměřené | campaign (run_campaign_detailed, run_chain, presets, extract, to_svg) |
| Parametrické průchody a seedované soubory Monte Carlo nad libovolným druhem scénáře | Sekce sweep druhu campaign (jeden až tři klíče s tečkou libovolného druhu, na hodnotách os obecného průchodu, volitelně se souborem v každém uzlu) a monte_carlo: realizace k běží se seedem base_seed + k; každá metrika uvádí průměr, směrodatnou odchylku, percentily 5./50./95. podle nejbližší pozice a percentilový bootstrapový interval spolehlivosti 95 % pro průměr s pevným seedem (inertial::metric_stat); jednotky metrik se čtou z vlastního bloku jednotek prošetřovaného druhu | MODELLED | Uzavřený tvar náhodné procházky fáze při bílém frekvenčním šumu, rozptyl q_wf tau (NIST Technical Note 1337), pro statistický aparát a bajtová shoda se samostatnými běhy pro seedování. Kontroluje aritmetiku souboru na vlastním modelu hodin enginu, nikoli externí datovou sadu | campaign (run_sweep, run_monte_carlo, ensemble); sweep (GenericAxis, coords_of, set_dotted_value); inertial (metric_stat) |
| Několik scénářů za společných podmínek se souhrnným přehledem | Sekce compose druhu campaign: pojmenované sdílené hodnoty (například výkon a poloha jednoho rušiče) zapsané do každého člena pod klíče, ke kterým je vážou, každý člen spuštěný a pro každou metriku nejmenší, největší a střední hodnota napříč členy s uvedením jmenovaného člena; jednotky metrik se musí u všech členů shodovat | MODELLED | Identita složení proti samostatnému běhu. Aritmetika sdílených podmínek je účetnictví; fyzika je fyzika členských druhů, každého s vlastním řádkem | campaign (run_compose) |
| Omezená optimalizace jedné metriky přes parametry kampaně | Sekce optimize druhu campaign (CAP-32): jeden až tři klíče scénáře s tečkou omezené na [lo, hi] v lineárním nebo logaritmickém měřítku, jedna metrika čtená podle cesty k výsledku, cíl minimize, maximize nebo target; metoda grid (hodnoty os průchodu) nebo deterministický simplex Nelder-Mead v normalizovaných souřadnicích s projekcí na box a standardními koeficienty; chybějící nebo nekonečná metrika se hodnotí jako nejhorší a zůstává ve stopě; při runs > 1 je metrikou průměr přes společné seedy; každé vyhodnocení je skutečným během pojmenovaného druhu, uvedeným ve stopě (trace) a započteným do digestu reprodukovatelnosti | MODELLED | Pouze vnitřní: přesný uzavřený tvar -20 log10(range) rovnice spoje, nezávislá hrubá mřížka nad týmž druhem a Rosenbrockova funkce. Práh 1-D kola 1 je NOT MET (předregistrovaný box vylučoval řešení 3 dB; optimalizátor se zastavil na mezi), zaznamenáno v docs/design/evidence/cap32-optimize/RESULTS.md a znovu nehodnoceno. Optimum je lokální vůči boxu a startu; žádné tvrzení o globálním optimu | campaign::optimize (run_optimize, nelder_mead) |
| Uzavřené tvary s omezeným pásmem pro libovolný určovací signál: výkon v pásmu a jitter kódového sledování early-late proti publikovaným hodnotám, s křížovou kontrolou Gaborovy šířky pásma a koeficientu spektrální separace s posunem | navsignal: integrální sinus (sine_integral), podíl výkonu BPSK-R uvnitř oboustranného pásma v uzavřeném tvaru (bpsk_power_in_band_closed_form), Gaborova šířka pásma BPSK s omezeným pásmem v uzavřeném tvaru (bpsk_gabor_bandwidth_closed_form_hz), jitter coherent a non-coherent early-late smyčky DLL (delay-lock loop) s omezeným pásmem pro libovolné spektrum o jednotkové ploše podle Betze a Kolodziejského 2009 (dll_jitter_bandlimited_s) a jeho Gaborova mez pro mizející rozestup (dll_jitter_small_spacing_limit_s), koeficient spektrální separace BPSK s posunem v uzavřeném tvaru (bpsk_offset_ssc_closed_form), spektrum Galileo E5 AltBOC(15 10) (altboc_15_10_psd) a parser označení modulace (parse_modulation); používá je druh leo-signal pro každý návrh signálu | VALIDATED | Externě ukotveno: 90,3 procenta výkonu v hlavním laloku, koherentní jitter early-late v uvedeném pracovním bodě, tabulkové hodnoty integrálního sinu a vlastní koeficient spektrální separace BPSK 2/(3 R_c) při nulovém posunu. Pouze vnitřní křížové kontroly, nikoli externí validace: uzavřený tvar Gaborovy šířky pásma BPSK s omezeným pásmem a jeho asymptota a koeficient spektrální separace BPSK při nenulových posunech, obojí odvozené zde a zkontrolované kvadraturou. Publikované uzavřené tvary: spektrum BPSK-R sinc na druhou a jeho 90 procent výkonu v hlavním laloku (Kaplan & Hegarty, Understanding GPS/GNSS, 3. vyd.); koherentní jitter kódového sledování early-late sigma^2 = B_L d / (2 C/N0) chipů^2 (Kaplan & Hegarty, oddíl 8) a zobecnění s omezeným pásmem s jeho mezí Gaborovy šířky pásma (Betz & Kolodziejski, Generalized Theory of Code Tracking with an Early-Late Discriminator, Part I, IEEE Transactions on Aerospace and Electronic Systems 45(4), 2009); tabulky integrálního sinu od Abramowitze a Steguna (tabulka 5,1); koeficient spektrální separace jako Fourierova transformace druhé mocniny autokorelace (Betz 2001). Spektrum AltBOC je kontrolováno pouze na jednotkovou plochu a polohu laloků (výraz z Galileo Open Service Signal-in-Space Interface Control Document se integruje na 8 a tímto číslem se dělí). | navsignal (sine_integral, bpsk_power_in_band_closed_form, bpsk_gabor_bandwidth_closed_form_hz, dll_jitter_bandlimited_s, dll_jitter_small_spacing_limit_s, bpsk_offset_ssc_closed_form, altboc_15_10_psd, parse_modulation) |
| Maximální Doppler navigační družice na nízké oběžné dráze Země, který určuje velikost prohledávání při akvizici | leo_signal::max_doppler_hz: největší Doppler družice při přeletu přímo nad hlavou na elevační masce pro kruhovou dráhu, v R_E cos(el) / (R_E + h) krát f / c, z vlastní nosné a výšky dráhy každé předvolby; druh leo-signal přidává členy oscilátoru a uživatele a převádí jej na Dopplerovy biny | VALIDATED | Publikované údaje: maximální Doppler Xona Pulsar X1 32 až 34 kHz (Leclère, Marathe & Reid, ION GNSS+ 2025, https://arxiv.org/abs/2509.19551); Doppler Iridium až +/-36 kHz (Resilient Navigation and Timing Foundation, Recent PNT Improvements and Test Results Based on Low Earth Orbit Satellites). Rotace Země je vynechána, což posouvá hodnotu nejvýše o zhruba 2,3 kHz; oba publikované údaje jsou splněny i bez ní. | leo_signal (max_doppler_hz) |
| Návrhy signálů pro určování polohy, navigaci a čas na nízké oběžné dráze Země: sledování kódu, akvizice, kompatibilita s GNSS a pásmový kompromis pro libovolný systém | Druh leo-signal: parametrizované návrhy signálů (pásmo, vysílací šířka pásma, přidělení ITU; akviziční, datové a pilotní složky s BPSK(n), BOC(m,n), MBOC nebo plochými spektry, podíly výkonu, subnosné FDMA, délky kódů a datové rychlosti) z veřejných předvolbových souborů zkompilovaných do programu (Xona Pulsar, Iridium STL, signál příležitosti Starlink, CentiSpace, obecný návrh v pásmu C a obecné návrhy UHF/L/S/C/široké C, každý s adresou URL zdroje a nepublikovanými hodnotami označenými REPRESENTATIVE) nebo zapsaných přímo; pro každý signál výkonová spektrální hustota s omezeným pásmem, podíly výkonu v pásmu, Gaborova šířka pásma, kódový jitter proti C/N0 a rozestupu a přesnost určování vzdálenosti, akviziční prostor prohledávání, pravděpodobnost detekce se čtvercovým detektorem a střední doba sériové a kódově paralelní akvizice, koeficient spektrální separace do a z GPS L1 C/A, Galileo E1, GPS L5, Galileo E5a, E5b a AltBOC se zhoršením C/N0 a tolerance J/S vůči CW, širokopásmovému a přizpůsobenému rušení z řetězce SSC druhu spectrum; pásmový kompromis ionosférického zpoždění, ztráty ve volném prostoru, přesnosti určování vzdálenosti při stejném C/N0 a stejném EIRP a odolnosti vůči rušení; a kvalitativní kontroly tvaru návrhu proti popsanému měření | MODELLED | Ověřené uzavřené tvary dvou řádků výše, identita falešného poplachu čtvercového detektoru P_d(snr = 0) = P_fa a Holmesova střední doba akvizice a redukce na vlastní řetězec SSC druhu spectrum (tentýž kód Jammer::ssc). Samotné návrhy jsou vstupy: předvolby označené REPRESENTATIVE nebo WORKSHOP nejsou publikované specifikace, spektra vylepšeného Feherova QPSK, code shift keying a OFDM jsou aproximována a kontroly tvaru porovnávají tvary, nikoli kalibrované úrovně. | leo_signal (LeoSignalScenario, SignalDesign, Component, Shape, code_jitter_m, gabor_bandwidth_hz, detection_probability, threshold_for_pfa, mean_acquisition_time_s, ssc_leo_into_gnss, ssc_gnss_into_leo, jammer_tolerance, gnss_victim, preset, public_signal) |
| Vícepásmový spektrální vodopád (UHF, L, S, C) s navrženými signály a rušiči pro každé pásmo | Druh spectrum rozšířený za pásmo L: pásma zadaná jako předvolba návrhu signálu (vykreslená se všemi složkami, omezená na vysílací šířku pásma, C/N0 a J/S vztažené ke sledované složce) nebo jako vlastní nosná a modulace; další panely vodopádu přes libovolný rozsah frekvencí na téže časové ose a barevné škále; širokopásmový (barrage) rušič vedle CW, úzkopásmového, chirpu a přizpůsobeného šumu; J/S a efektivní C/N0 pro každé pásmo z nezměněného řetězce koeficientu spektrální separace | MODELLED | Redukce na stávající spektrální řetězec a rovnici protirušení druhu jamming (jednosložkové pásmo dává stejná čísla jako před rozšířením) a spektra signálů ověřených řádků. Výkony rušičů, časová osa, šířky pásma vstupních obvodů a navržené signály jsou vstupy a navržený signál je zkrácen na svém vysílacím pásmu (žádné emise mimo pásmo). | spectrum (Band::unit_psd, Band::tracked_power_dbw, BandDesign, BandCfg, PanelCfg, SpectrumScenario, Waveform, multi_band_svg); leo_signal (SignalDesign::to_spectrum_band) |
| Koeficienty specifického útlumu deštěm pro libovolné pásmo, které využívá spoj LEO-PNT | Rovnice ITU-R (International Telecommunication Union, Radiocommunication Sector) P.838-3 (1) až (5): k_H, alpha_H, k_V, alpha_V z proložení křivek v tabulkách 1 až 4, (k, alpha) závislé na dráze a polarizaci a specifický útlum k R^alpha; používá je člen deště druhu leo-pass | VALIDATED | ITU-R P.838-3 (03/2005) tabulka 5, vlastní tabelované k_H, alpha_H, k_V, alpha_V z Doporučení, commitnuté v tests/fixtures/leo_link/p838_3_table5.csv s adresou URL souboru PDF a datem získání. Tabulka je zaokrouhlena na vytištěné číslice, takže práhem je toto zaokrouhlení | leo_link::itu (p838_coefficients, p838_k_alpha, rain_specific_attenuation_db_km) |
| Dlouhodobý útlum deštěm na šikmé dráze spoje Země–vesmír | ITU-R P.618-14 oddíl 2.2.1.1 kroky 2 až 10 (šikmá a vodorovná dráha pod výškou deště, faktory vodorovné redukce a svislé úpravy, A0.01 a jeho škálování na 0,001 % až 5 % průměrného roku), s výškou deště (P.839) a R0.01 (P.837) jako vstupy, protože engine nenese ani jednu digitální mapu; druh leo-pass je uplatňuje pro každé pásmo a epochu | VALIDATED | Soubor validačních příkladů ITU-R Study Group 3 CG-3M3J-13-ValEx-Rev8.3.0 pro P.618-14, jak jej tabelují validační stránky ITU-Rpy, s výškou deště P.839-4 každého místa z týchž příkladů; commitnuto v tests/fixtures/leo_link/p618_14_rain_attenuation.csv s adresami URL a datem získání. Ověřuje postup při daných h_R a R0.01, nikoli mapy | leo_link::itu (p618_rain_attenuation_db, RainPath) |
| Troposférická amplitudová scintilace na spoji Země–vesmír | ITU-R P.618-14 oddíl 2.4.1 kroky 3 až 9 (referenční sigma z N_wet, efektivní délka dráhy, faktor průměrování anténou, hloubka úniku pro 0,01 % až 50 % času), kde N_wet je vstup nebo je vypočteno z teploty, vlhkosti a tlaku podle výrazů ITU-R P.453-14; pod 4 GHz druh leo-pass označí hodnotu jako extrapolaci | VALIDATED | Validační příklady ITU-R Study Group 3 (CG-3M3J-13-ValEx-Rev8.3.0) pro scintilaci P.618-14, s N_wet podle P.453-14 každého místa z týchž příkladů; commitnuto v tests/fixtures/leo_link/p618_14_scintillation.csv s adresami URL a datem získání. Výraz pro vlhkou refraktivitu z teploty a vlhkosti tento řádek nepokrývá | leo_link::itu (p618_scintillation_db, wet_refractivity, ScintillationPath) |
| Ztráta průnikem do budovy pro vnitřního uživatele LEO-PNT | Rovnice ITU-R P.2109-2 Annex 1 (1) až (10) s tabulkou 1: ztráta nepřekročená s pravděpodobností P pro tradiční a tepelně účinné budovy při elevaci dráhy u fasády, 80 MHz až 100 GHz; druh leo-pass ji uplatňuje pro každé pásmo a epochu u vnitřního uživatele (případ UHF uvnitř budovy) | VALIDATED | Hodnoty validačního sešitu Clutter and BEL od ITU-R Study Group 3, jak jsou přepsány ve validačním skriptu referenční implementace v MATLABu (github.com/eeveetza/p2109), commitnuté v tests/fixtures/leo_link/p2109_bel.csv s adresou URL a datem získání. Sešit uvádí tři desetinná místa | leo_link::itu (p2109_building_entry_loss_db, BuildingClass); detection (normal_inv_cdf) |
| Ionosférické zpoždění prvního řádu pro každé pásmo, kombinace bez vlivu ionosféry a ztráta ve volném prostoru | Skupinové zpoždění 40,3 STEC/f^2 pro každé pásmo; koeficienty kombinace bez vlivu ionosféry f1^2/(f1^2 - f2^2) a -f2^2/(f1^2 - f2^2) a zesílení šumu sqrt(a1^2 s1^2 + a2^2 s2^2) pro libovolnou dvojici pásem; ztráta ve volném prostoru 20 log10(4 pi R f/c) z linkbudget::free_space_loss_db v jejím tvaru kilometr–megahertz | VALIDATED | IS-GPS-200 oddíl 20.3.3.3.3.2, který uvádí poměr skupinového zpoždění L1/L2 gamma = (77/60)^2 plynoucí z prvořádového škálování 1/f^2, a Friisův přenosový vzorec (Proc. IRE, 1946). Ověřuje zákony škálování, nikoli šikmé TEC | leo_link::iono (group_delay_m, iono_free_coefficients, iono_free_noise_amplification); leo_link (fspl_db); linkbudget (free_space_loss_db) |
| Maximální Doppler, který vidí statický uživatel z dráhy LEO nebo MEO | leo_link::geometry::max_static_user_range_rate: prohledání každé polohy na dráze a každého uživatele na obzoru družice na kruhové dráze, při otáčející se Zemi, pro největší rychlost změny vzdálenosti, plus orbitální a největší rychlost družice vůči Zemi pevné soustavě; druh leo-pass jej uvádí pro každé pásmo jako obálku Dopplera a používá jej jako okno prohledávání při studeném startu svého nízkoenergetického modelu | VALIDATED | Leclere, Marathe and Reid, Insights into Xona Pulsar LEO PNT: Constellation, Signals, and Receiver Design, ION GNSS+ 2025, arXiv 2509,19551, tabulka 1 (statický přijímač na kouli o poloměru 6371 km, jediným dalším vlivem je rotace Země): 37751,7 / 33628,5 / 31813,4 / 4018,4 Hz na L1. Pokrývá kruhové dvoutělesové dráhy | leo_link::geometry (max_static_user_range_rate, DopplerEnvelope, doppler_hz) |
| Přelet LEO-PNT a jeho bilance spoje pro každé pásmo proti družicím GNSS na MEO v dohledu | Druh leo-pass: družice z navrženého přeletu, elementů, TLE přes SGP4 nebo konstelace Walker z constellation-design; pro každé pásmo a epochu úhly pohledu, vzdálenost, rychlost změny vzdálenosti a zrychlení vzdálenosti v uzavřeném tvaru (při každém běhu kontrolované proti centrálním diferencím a hlášené), ztráta ve volném prostoru, EIRP s isoflux, gaussovskou nebo plochou charakteristikou, patch, hemisférickou nebo izotropní uživatelskou anténou, plynný útlum podle ITU-R P.676-10 Annex 2, déšť a scintilace podle P.618, ztráta průnikem do budovy podle P.2109, polarizační nepřizpůsobení, šumová teplota systému, C/N0, Doppler a Dopplerova rychlost změny a prvořádové zpoždění z šikmého TEC podle Klobuchara nebo svislého TEC, škálované Chapmanovým podílem pod družicí; dvojice bez vlivu ionosféry se kódovým šumem ve vrcholu přeletu; nosné Galileo nebo GPS z přijímaných výkonů podle jejich interface dokumentů přes tentýž přijímač | MODELLED | Uzavřené tvary a vnitřní konzistence: identity rychlosti změny vzdálenosti a zrychlení vzdálenosti proti numerickým derivacím, isoflux zisk rušící růst vzdálenosti, učebnicové meze polarizačních ztrát, kvalitativní pozorování LEO proti GNSS (zvonovitý přelet trvající minuty, vrcholící o několik dB nad plochými nosnými GNSS 44-51 dB-Hz). EIRP a charakteristiky jsou publikované přijímané výkony převedené na EIRP nebo reprezentativní volby, plynný člen je překonaná zjednodušená metoda P.676-10 a nic se neporovnává s naměřeným C/N0 LEO | leo_pass (LeoPassScenario); leo_link::geometry (design_pass, link_geometry, numerical_check, SatMotion, UserMotion); leo_link::antenna; leo_link::itu (p676_gaseous_attenuation_db); leo_link (system_noise_temperature_k, cn0_dbhz) |
| Pojmenované předvolby systémů LEO-PNT s uvedenými zdroji a systémově agnostický engine | leo_link::presets: obecná vícepásmová (UHF, L, S, C), obecné pásmo C, Xona Pulsar X1/X5, Iridium STL, Starlink jako signál příležitosti pouze s Dopplerem, CentiSpace a volitelná předvolba Celeste IOD, každá s uvedeným zdrojem označeným PUBLIC (s URL), REPRESENTATIVE nebo WORKSHOP, přičemž seminární je v souboru volitelné předvolby Celeste IOD, zkompilovaný jen tehdy, když soubor existuje; každé pásmo a dráhu lze ve scénáři přepsat a scénář nemusí uvádět žádnou předvolbu | MODELLED | Přepis citovaných veřejných údajů a kontrola konzistence: EIRP nastavený z publikovaného minimálního přijímaného výkonu předpovídá publikované maximum v rámci 0,5 dB s plochou charakteristikou. To je kontrola rozpětí vzdáleností, nikoli validace antény jakékoli družice; reprezentativní předvolby nečiní žádné tvrzení o reálném systému | leo_link::presets (SystemPreset, BandPreset, all, by_id, gnss_meo); leo_pass (resolve_bands) |
| Nízkoenergetické určování polohy: doba do prvního fixu a energie na fix v závislosti na střídě | leo_link::energy a sekce [iot] druhu leo-pass: koherentní integrace omezená Dopplerovou rychlostí změny, nekoherentní součty se čtvercovým detektorem až k detekčnímu prahu, prohledávání Dopplerových binů přes obálku statického uživatele dráhy (studený start) nebo podporované okno (teplý start), paralelní nebo sériové prohledávání kódu, čas navigační zprávy při studeném startu, energie na fix a výdrž baterie napříč intervaly fixů, pro každé pásmo LEO a signál GNSS | MODELLED | Vnitřní konzistence uvedeného návrhového modelu: každá volba výkonu, prahu a prohledávání je vstupem a model ignoruje nejednoznačnost hrany bitu, nezachycenou událost a opětovnou akvizici. Neporovnáno s naměřeným přijímačem | leo_link::energy (fix_budget, duty_curve, IotReceiver, IotSignal); leo_pass (iot_section) |
| Globálně průměrné váhy chyby vzdálenosti signálu ve vesmíru pro libovolnou výšku dráhy | leo_navmsg::sisre::sisre_weights: radiální váha w_R a druhá mocnina příčné váhy w_AC^2 jako průměry cos^2 a poloviny sin^2 nadirového úhlu zorné přímky přes uživatele rovnoměrně rozložené na viditelné čepičce Země nad elevační maskou, pro libovolný poloměr dráhy, Simpsonovou integrací; používá je každá hodnota SISRE leo-navmsg (při 510 km, w_R 0,46 a w_AC^2 1/2.5) | VALIDATED | Publikovaná tabulka vážicích faktorů SISRE od Montenbrucka, Steigenbergera a Hauschilda (2018), Multi-GNSS signal-in-space range error assessment - Methodology and results, Advances in Space Research 61(12):3020-3038, doi 10.1016/j.asr.2018.03.041: GPS 0,98 a 1/49, GLONASS 0,98 a 1/45, Galileo 0,98 a 1/61, BeiDou MEO 0,98 a 1/54, BeiDou IGSO/GEO 0,99 a 1/126. Tentýž průměr vyhodnocený na poloměrech LEO dává váhy LEO; žádná publikovaná tabulka LEO není ukotvena, takže hodnoty LEO jsou použitím ověřené metody, nikoli samostatně ověřené | leo_navmsg::sisre (sisre_weights, StatsAcc) |
| Uživatelský algoritmus broadcast efemerid podle Galileo ICD jako základ navigační zprávy LEO | leo_navmsg::elements::kepler_point: keplerovské vyhodnocení podle Galileo OS SIS ICD (Keplerova rovnice, korekce druhé harmonické, uzel pevný vůči Zemi) napsané odděleně od vyhodnocovače RINEX v enginu, vracející polohu s argumentem šířky, sklonem a uzlem, z nichž je sestaven rámec korekcí podél/napříč/radiálně, a členy rozšíření podle Liu et al. 2025 | VALIDATED | Polohy ECEF z eph2pos v RTKLIB 2.4.2-p13 (nezávislá implementace téhož algoritmu ICD) pro skutečné záznamy broadcast BKG/IGS z 2024-09-10, obojí commitnuté s původem v tests/fixtures/rinex_sp3_interop (NOTICE, rinex_ecef_reference.txt, brdc_multignss_slice.rnx). To ověřuje keplerovský uživatelský algoritmus; korekce podél/napříč/radiálně přidané navrch pokrývají jejich vlastní řádky a členy Liu řádek 22 parametrů podle Liu et al. 2025 | leo_navmsg::elements (kepler_point, kepler_frame, ephemeris_at, sat_state) |
| Kontrola rámce CRC-24Q pro navigační zprávu LEO | leo_navmsg::codec::crc24q: generující polynom 0x1864CFB, počáteční hodnota 0, bez reflexe, bez závěrečného XOR, kontrola, kterou rámec LEO Kshana nese přes každý předchozí bajt | VALIDATED | Kontrolní hodnota z katalogu CRC pro tyto parametry (katalog CRC reveng.sourceforge.io, CRC-24/LTE-A: šířka 24, poly 0x864CFB, init 0, check 0xCDE703), což jsou parametry CRC-24Q z RTCM 10403 a Galileo OS SIS ICD, a ukázkový rámec zprávy typu 1005 vytištěný v RTCM 10403 | leo_navmsg::codec (crc24q, encode, decode) |
| Fitter broadcast efemerid LEO a chyba vzdálenosti signálu ve vesmíru v závislosti na intervalu fitu a periodě aktualizace | Fitter a kompromis druhu leo-navmsg: pravá dráha integrovaná se zonálním J2-J6 nebo gravitací EGM2008 do zvoleného stupně a s odporem prostředí a seedované volné nebo řízené hodiny; fit keplerovské sady Galileo metodou Levenberg-Marquardt na nesingulárních elementech se slabými apriorními informacemi, poté polynomy korekcí podél dráhy, napříč dráhou a radiálně lineárními nejmenšími čtverci; polynom hodin fitovaný očištěný o relativistický člen uživatele; SISRE (jen dráha a s hodinami) přes doby použití vystředěné ve svých fitovacích oknech, v závislosti na intervalu fitu a periodě aktualizace. Ověřená část: 16parametrový keplerovský fit a jeho SISRE jen z dráhy v závislosti na intervalu fitu na skutečných přesných drahách a integrovaná pravá dráha J2-J6/EGM2008(20, 70)/odpor proti Orekit 12,2 v rámci 4,6 mm za 6 h (práh 2 cm, stejný vstup hustoty); polynomy korekcí, fit hodin (seedované volné nebo řízené hodiny) a kompromis periody aktualizace zůstávají modelované | VALIDATED | Skutečné přesné vědecké dráhy jako pravda (operační redukované dynamické dráhy TU Graz IfG/ITSG, volné k jakémukoli použití s uvedením zdroje; hodnoty SHA-256 v NOTICE fixture) fitované 16parametrovou sadou na obloucích 20 a 30 min proti statistikám, které Liu et al. 2025 (Remote Sensing 17(16):2894, CC BY 4,0) publikují pro tytéž družice a dny: RMS podél dráhy, napříč dráhou a radiálně každé v rámci 1.5x (naměřeno 0,804 až 1,087), SISRE v rámci 1.5x (naměřeno 0,716 až 0,809) a váhy SISRE v rámci 0,005 od jeho tabulky 2 (naměřeno 0,0007); tolerance stanoveny před porovnáním. Brána po jednotlivých složkách dává testu zuby: vynulování rychlosti změny sklonu nechá každý poměr SISRE uvnitř 1.5x, ale neprojde bránou napříč dráhou. Jednotný poměr SISRE 0,72 až 0,81 je z článku: jeho vytištěné hodnoty SISRE používají váhy z tabulky 2 nekvadrované místo vlastní rov. 9, kterou Kshana následuje (Montenbruck et al. 2018). Integrovaná pravá dráha (zonální J2-J6, EGM2008 do stupně 20 a 70, odpor) souhlasí s Orekit 12,2 (CS GROUP, Apache-2.0) a Hipparchus 3,1, propagovanými ze stejného počátečního stavu ve stejných soustavách se stejným vstupem hustoty, v rámci 4,55 mm za 6 h (práh 0,02 m stanovený před během, předregistrace 65e4d46c). Mimo tvrzení: polynomy korekcí, fit hodin a kompromis periody aktualizace, které si ponechávají vnitřní kontroly (dvoutělesová pravda obnovená 16parametrovou sadou pod 1 mm a vnitřní křížová kontrola v numpy exportovaných zpráv na GRACE-FO s hodinami CLK1B, kterou napsal a spustil tento projekt a která není nezávislým orákulem) | leo_navmsg::fit (fit_message, lstsq, polyfit); leo_navmsg::truth (TruthOrbit, TruthClock); leo_navmsg (sequence_stats, LeoNavmsgScenario) |
| Aktualizace navigační zprávy LEO uprostřed přeletu s kontrolou kontinuity při přepnutí | Analýza midpass-update druhu leo-navmsg: nejvyšší přelet nad uživatelem v prohledávaném rozpětí, zprávy v globálním rozvrhu s dobami použití vystředěnými ve svých fitovacích oknech a při každém přepnutí 3D skok polohy, skok hodin, skok pseudovzdálenosti uživatele, největší skok přes libovolnou viditelnou zornou přímku (uzavřený tvar přes nadirový kužel), chyba vzdálenosti před a po a PASS/FAIL proti prahu | MODELLED | Vnitřní konzistence (identita skoku a mez kužele proti vzorkování hrubou silou). Práh je vstup; žádný publikovaný požadavek na kontinuitu LEO není ukotven | leo_navmsg (LeoNavmsgScenario::midpass, worst_case_jump, elevation, geodetic_to_ecef) |
| Zdokumentované binární kódování navigační zprávy LEO s rozpočtem kvantizační chyby | leo_navmsg::codec: vlastní rámec Kshana (preambule, verze, model, délka, náklad, CRC-24Q) pro čtyři modely efemerid, polynom hodin, SVID, issue of data, pásmo, zdraví, sadu Klobuchar, koeficienty NeQuick-G a parametry UTC, každé pole s uvedenou šířkou a krokem (field_table), kvantizace s odmítnutím mimo rozsah a rozpočet největší změny polohy a hodin, kterou způsobí změna každého pole o půl kroku v okně platnosti | MODELLED | Identity zpáteční cesty a samotný rozpočet. Formát je vlastní formát Kshana, modelovaný podle publikovaných složek zprávy a sady polí Galileo ICD; není to bitové rozložení Celeste ani jiného systému (žádné není veřejné), takže neexistuje externí rozložení, proti kterému by šlo validovat | leo_navmsg::codec (encode, decode, write_payload, read_payload, field_table, quantisation_budget) |
| Exporty navigačních zpráv LEO ve stylu RINEX-4 a CSV | leo_navmsg::text: blok ve stylu RINEX-4 (hlavička záznamu > EPH, řádek družice a epochy se třemi členy hodin, řádky broadcast dráhy D19.12) s písmenem systému L a typy záznamů KP16, KRAC, LU22 a APOL, v každé hlavičce označený jako rozšíření Kshana, které není součástí RINEX 4,02, a tabulka CSV s výchozím schématem sloupců a schématy předvoleb, každé s importérem | MODELLED | Zpáteční cesty a kalendářní aritmetika. RINEX 4,02 nedefinuje žádné navigační záznamy LEO (IGS RINEX 4,02), takže rozložení je zdokumentované rozšíření s arXiv 2401,17767 citovaným jako předchozí práce; neexistuje žádná externí čtečka, proti které by to šlo zkontrolovat | leo_navmsg::text (rinex_export, rinex_import, csv_export, csv_import, calendar, from_calendar) |
| 22parametrový model efemerid LEO podle Liu et al. 2025 a jeho fit na skutečných přesných drahách | varianta Liu22 z leo_navmsg::elements::EphemerisModel, vyhodnocovaná kepler_point s Liu22Extra: 16parametrová sada plus rychlost změny hlavní poloosy a_dot, rychlost změny středního pohybu n_dot vstupující jako n = sqrt(mu/A0^3) + dn + n_dot tk, přepsaná z rov. 1 článku (porovnání fitu na této konvenci měřítka nezávisí, takže význam přenášené hodnoty nDot zde není ověřen), a jednou a třikrát za oběh se opakující harmonické poloměru Crs1, Crc1, Crs3, Crc3 na neopraveném argumentu šířky. Její fit pomocí leo_navmsg::fit::fit_message přebírá start a estimátor z oddílu 2,3 článku (každá korekce začíná nulou; prostá metoda nejmenších čtverců bez apriorních informací; strop 100 iterací podle článku), ale zastavuje se podle pravidla konvergence parametrů Kshana (každý krok pod 1e-3 jeho formální sigmy) místo pravidla článku o změně RMS pod 0,1 mm. Fitováno na obloucích 20 a 30 minut tabelované přesné dráhy | VALIDATED | Změřeno: operační redukované dynamické dráhy TU Graz IfG/ITSG (volné k jakémukoli použití s uvedením zdroje; hodnoty SHA-256 v NOTICE fixture) družic GRACE-A, GRACE-C, Sentinel-2A a Sentinel-6A jsou pravdou, fitované na obloucích 20 a 30 min a porovnané s řádky 22 parametrů (a_dot, n_dot, Crs3, Crc3, Crs1, Crc1) z tabulek 4, 5, 6 a 8 od Liu, Su, Xie, Zhou a Qu (2025), Remote Sensing 17(16):2894, doi 10.3390/rs17162894 (CC BY 4,0; čísla citována, nikoli přibalena). Prahy stanoveny před prvním porovnáním: RMS podél dráhy, napříč dráhou a radiálně každé v rámci 1.5x oboustranně a SISRE v rámci 1.5x pro každou družici a obě délky oblouku. Opakovaný běh kola 2 byl předregistrován (aa559785) před změnou enginu a před stažením zadržených drah: fit podle rov. 1 a oddílu 2,3 článku plus dva nové zadržené dny pro každou družici proti týmž vytištěným hodnotám. Změřeno: každý poměr dnů z článku 0,755 až 1,138 a každý poměr zadržených dnů 0,683 až 1,186. Zveřejněno: poměry podél dráhy prvního běhu při 20 min, 1,71 (Sentinel-2A) a 1,86 (Sentinel-6A), byly známy před opakovaným během. Nejnižší poměry SISRE zadržených dnů leží blízko dolní meze 0,667, protože SISRE vytištěné v článku používá váhy z tabulky 2 nekvadrované (viz řádek 16parametrového fitteru). Předregistrace chybně uvedla pravidlo zastavení článku (článek se zastavuje při změně RMS pod 0,1 mm); předregistrované pravidlo konvergence parametrů bylo zachováno. Mutace: obnovení apriorních informací soustředěných na nulu dává u Sentinel-6A při 20 min podél dráhy 1,08 proti 0,70 cm (1,54), což neprojde. Sonda recenzenta: konvence před verzí 0.30 (faktor 1/2 u n_dot) nechává každou hodnotu beze změny, takže porovnání omezuje funkční prostor 22parametrového modelu a kvalitu jeho fitu, nikoli konvenci n_dot. Mimo tvrzení: polynom ATOMIC ECEF a syntetická tabulka srovnání modelů pro pět výšek, které mají vlastní řádek MODELLED | leo_navmsg::elements (kepler_point, Liu22Extra); leo_navmsg::fit (fit_message, fit_kepler, initial_params, formal_sigma); leo_navmsg::truth (TruthOrbit) |
| Polynom ECEF ATOMIC bez hodin a syntetické srovnání modelů LEO pro pět výšek | varianta EcefPoly z leo_navmsg::elements::EphemerisModel: polynom ECEF pro každou osu bez členů hodin, relativistický člen z -2 r.v/c^2, hodnocený proti řízeným hodinám. Také analýza srovnání modelů (liu_comparison nad LIU2025_TABLE), která fituje 22parametrový model v pěti výškách z článku na 20minutových obloucích dráhy integrované Kshana a vytiskne výsledek vedle publikovaného SISRE | MODELLED | Fakta o modelu ATOMIC z InsideGNSS (polynom 6. řádu, platnost asi jedna minuta, obnovení po 30 s, řízené hodiny, chyba hodin 24 cm). Jsou to popisná fakta bez publikovaných čísel, se kterými by šlo porovnávat. Tabulka pro pět výšek tiskne SISRE od Liu et al. 2025 (8,88, 6,21, 2,87, 2,11 a 0,75 cm při 320, 475, 786, 966 a 1336 km na 20minutovém oblouku) vedle fitu Kshana na vlastní integrované dráze (4,25, 2,87, 2,20, 1,25 a 0,51 cm; poměry 0,46 až 0,77), neukotveno, protože článek fitoval skutečné přesné dráhy a pravdy se liší. Samotný 22parametrový model a jeho fit jsou ověřeny proti skutečným drahám v řádku 22parametrový model efemerid LEO podle Liu et al. 2025 a jeho fit na skutečných přesných drahách. Revize 0,30: hodnoty v tabulce se posunuly s fitem podle konvence článku (GRACE-A 5,40 -> 4,25 cm, GRACE-C 4,12 -> 2,87, Sentinel-2A 2,95 -> 2,20, HY-2A 2,38 -> 1,25, Sentinel-6A 0,70 -> 0,51) | leo_navmsg::elements (EcefPoly, ephemeris_at); leo_navmsg (liu_comparison, LIU2025_TABLE) |
| Jednofrekvenční ionosférické služby a služby UTC navigační zprávy LEO | leo_navmsg::services: broadcast zpoždění Klobuchar na libovolné nosné (model L1 enginu škálovaný (f_L1/f)^2), efektivní úroveň ionizace NeQuick-G Az = ai0 + ai1 mu + ai2 mu^2 s pravidly pro samé nuly a [0, 400] sfu a systémový čas na UTC se třemi případy přestupné sekundy z ICD | VALIDATED | GNSSTk 15.3.1 (ARL:UT, LGPL-3.0, commit 55ea3344, spuštěný jako samostatný program přes harness; žádný kód GNSSTk není přibalen): getIonoCorr z KlobucharIonoNavData na L1, L2 a L5, getEffIonoLevel z NeQuickIonoNavData pro Az s pravidly pro samé nuly a [0, 400] sfu a getOffset z GPSLNavTimeOffset pro drift UTC, v rámci 1e-3 m, 1e-6 sfu a 1e-9 s; a ERFA přes pyerfa 2.0.1.5 (BSD-3), která odvozuje UTC z tabulky přestupných sekund IERS, pro tři případy přestupné sekundy z ICD napříč skutečnými přestupnými sekundami 2015-06-30 a 2016-12-31 včetně údaje 23:59:60, v rámci 1e-9 s (GNSSTk neimplementuje pravidlo délky dne z případu (b) v ICD, a proto tam nebyla použita, jak je zapsáno v předregistraci). Vstupy jsou skutečné koeficienty z hlavičky IGS BRDC. Předregistrováno (6a66994b; dodatek 88807a7e commitnul podmnožinu 21 602 řádků mřížky přestupných sekund dříve, než byla porovnána jakákoli hodnota Kshana). Integrace hustoty elektronů NeQuick není implementována a pro družici LEO letící uvnitř ionosféry se neprovádí žádná korekce | leo_navmsg::services (klobuchar_delay_m, effective_ionisation_level, system_to_utc) |
| Doppler, který musí zvládnout pozemní přijímač z navigační družice LEO | Přesná rychlost změny vzdálenosti družice, jejíž poloha a rychlost vůči Zemi pevné soustavě pocházejí z dvoutělesové dráhy se sekulárním driftem J2 a rotací Země (leo_fusion::geom::EarthOrbit::state, rychlost jako přesná časová derivace polohy), převedená na Doppler na nosné; největší absolutní Doppler, Dopplerova rychlost změny a jerk nad elevační maskou v okně (leo_fusion::doppler::doppler_envelope), hlášené pro každý systém LEO druhem leo-pvt v režimu doppler | VALIDATED | Publikované údaje reprodukované z uvedené dráhy a nosné: Doppler Iridium až plus nebo minus 36 kHz (Resilient Navigation and Timing Foundation, Recent PNT improvements and test results based on LEO satellites) a maximální Doppler Xona Pulsar X1 32 až 34 kHz (Leclère, Marathe and Reid, ION GNSS+ 2025, arXiv:2509,19551). Údaj pro Iridium je zaokrouhlená horní mez, odtud práh 5 %. Dopplerova rychlost změny a jerk jsou hlášeny, ale neověřeny: modelovaný jerk Pulsar X1 při přeletu přímo nad hlavou je asi 1,0 Hz/s^2 proti publikovaným 1,26 | leo_fusion::geom (EarthOrbit); leo_fusion::doppler (range_rate, doppler_envelope) |
| Určování polohy z Dopplera LEO, jednodružicové i vícedružicové, se stavy driftu hodin a rychlosti | Dávkové určování polohy metodou Gauss-Newton z rychlosti změny vzdálenosti s analytickými parciálními derivacemi (d rho_dot / d r = -(I - u u^T)(v_s - v_u)/rho, d/dv = -u, d/d drift = 1), volitelně s konstantní rychlostí uživatele, výškovým pseudoměřením pro pozemního uživatele a tlumenými kroky; formální kovariance v pravdě; průměty podél dráhy, napříč dráhou a svisle; přesnost jednoho přeletu v závislosti na příčném posunu uživatele; čas nejbližšího přiblížení. Režim doppler druhu leo-pvt přidává chybu v závislosti na délce okna a režim signálů příležitosti pouze s Dopplerem (předvolba starlink-sop) | MODELLED | Vnitřní konzistence: obnovení bez šumu, kinematická identita rho_ddot = (|v|^2 - rho_dot^2 + d.a)/rho derivovaná numericky, nulový Doppler při nejbližším přiblížení, zrcadlové řešení jednoho přeletu a seedované chyby proti formální kovarianci. Údaj Starlink od Kozhaya, Saroufima a Kassase (NAVIGATION 72(1), 2025: asi 2 m za 20 s se třemi družicemi) je pouze srovnáním: modelovaný přijímač, s dokonalou efemeridou a každou chybou v sigmě Dopplera 30 Hz, je v témže okně několikrát méně přesný a přijímač a měřicí rychlost z článku nejsou reprodukovány | leo_fusion::doppler (solve, formal_covariance, single_pass_geometry, offset_site, closest_approach); leo_fusion::pvt_kind (run_doppler) |
| Společné určování polohy z pseudovzdáleností GNSS a LEO s mezisystémovými biasy a modely chyb pro každý signál | Fixy váženými nejmenšími čtverci metodou Gauss-Newton přes libovolnou směs systémů, jedny hodiny přijímače na systém (mezisystémový bias odhadovaný s polohou) nebo známý broadcast offset na referenční časové stupnici; sigmy jednotlivých měření dodává volající, ve výchozím stavu je to tepelný šum smyčky DLL (delay-lock loop) enginu (navsignal::dll_code_jitter_chips) při C/N0 dané elevací, spojený s chybou vzdálenosti signálu ve vesmíru; nevážené DOP (GDOP, PDOP, HDOP, VDOP, TDOP) v lokální geodetické soustavě, formální sigmy východ-sever-nahoru a sigmy biasů; společný režim leo-pvt porovnává fixy jen z GNSS, jen z LEO a fúzované a vynáší DOP proti počtu přidaných družic LEO | MODELLED | Ručně odvozený čtyřdružicový DOP (jedna družice v zenitu a tři na obzoru po 120 deg, jejichž normálová matice se dá invertovat ručně), strukturální identita, že systém s vlastními hodinami a jednou družicí nepřidává žádnou geometrii, obnovení polohy, hodin a biasu bez šumu a seedované chyby proti kovarianci. Pouze vnitřní kontroly; neporovnáno s výstupem přijímače. Externí srovnání 0,30, zjištění (zůstává MODELLED): v multi-GNSS dni IGS (ABMF 2018-05-13, GPS a Galileo C1C, broadcast efemeridy, Klobuchar) mezisystémový bias souhlasí s RTKLIB v2.4.2-p13 rnx2rtkp (medián rozdílu -0.11 ns po opravě broadcast skupinového zpoždění 0,30, -0.35 ns před ní; práh 1 ns), ale pouze 93,6 % z 280 epoch (93,2 % před opravou) je v rámci 3 m od souřadnice ITRF2020 proti předregistrovaným 95 %. Samotný RTKLIB dosahuje na týchž datech 88,2 %, takže práh leží za možnostmi jednofrekvenčního určování polohy z broadcast dat na této stanici a v tento den, nikoli za rozporem řešiče; srovnávací test je commitnut jako ignorovaný. Kolo 0,30 2, přísnější vstupy při nezměněném prahu 3 m / 95 % / 1 ns, zjištění (zůstává MODELLED): s dvojicí Galileo E1/E5a bez vlivu ionosféry (předregistrováno 6927e039) je 79,9 % epoch v rámci 3 m (RTKLIB 67,9 %); s přesnými drahami CODE MGEX, hodinami, offsety antén družic a kódovými biasy (předregistrováno 7d8c3597) 94,2 % (RTKLIB 94,1 %) a mezisystémový bias se liší od RTKLIB o -1.03 ns, protože režim single v RTKLIB ignoruje offsety antén družic (+0,04 ns, když je vynechají oba) | leo_fusion::joint_pvt (solve, dop, code_sigma_dll_m, SystemClock); leo_fusion::system (SystemCfg, System); leo_fusion::pvt_kind (run_joint) |
| Konvergence přesného určování polohy bodu (PPP) pouze s GNSS a s doplněním o LEO | Rozšířený Kalmanův filtr float PPP na kódu a fázi bez vlivu ionosféry: statické souřadnice, bílé hodiny přijímače, jeden mezisystémový bias na každý další systém, zenitové mokré zpoždění jako náhodná procházka mapované 1/sin(elevace), float nejednoznačnost pro každý oblouk družice přidaná při východu a odstraněná při západu a chyba přesné dráhy a hodin společná kódu a fázi družice, zpracovaná jako jedna korelovaná dvouřádková aktualizace v Josephově stabilizovaném tvaru; měření simulovaná ze stejného modelu; doba konvergence (chyby pod prahy až do konce běhu), křivky chyb a poloha NEES zprůměrovaná přes běh pro samotné GNSS a každý případ LEO, spouštěno jako druh leo-ppp | MODELLED | Test chí-kvadrát NEES je kontrola vnitřní konzistence (pravda a filtr sdílejí model). Trend se porovnává s Li et al., LEO constellation-augmented multi-GNSS for rapid PPP convergence, J. Geod. 93:749-764 (2019), doi 10.1007/s00190-018-1195-2: multi-GNSS 9,6 min se zkrátilo na 7,0, 3,2, 2,1 a 1,3 min se 60, 96, 192 a 288 družicemi LEO. Přibalený scénář dává 7,4, 4,8, 3,2, 2,7 a 2,3 min s vlastními reprezentativními slupkami 1000 km, 60 deg, šumem a stanicemi; konstelace, šum a definice konvergence z článku nejsou reprodukovány, takže jde o konzistenci trendu MODELLED (monotónní zkracování, největší konstelace pod třetinou času samotného GNSS), nikoli o validaci | leo_fusion::ppp (run, PppScenario, LI_2019) |
| Přesnost určování polohy v nepozemských sítích 5G (NTN) podle šířky pásma signálu | Cramérova–Raova mez pro čas příchodu z efektivní (Gaborovy) šířky pásma, c/(2 pi beta sqrt(2 (C/N0) T)), pro ploché spektrum OFDM (beta = B/sqrt(12)), spektrum BPSK s omezeným pásmem (čitatel v uzavřeném tvaru) nebo libovolné spektrum kvadraturou, a pro frekvenci komplexního tónu, sqrt(3/(2 pi^2 (C/N0) T^3)); fixy z času příchodu downlinku s neznámými hodinami přijímače a jednodružicový Dopplerův fix přes přelet v pásmu S 3GPP n256 MSS, spouštěno jako druh ntn-positioning | VALIDATED | Publikované vzorové hodnoty (P1): Bachl, Lei a Nabeel, arXiv:2608,10270 (2026), meze jednotlivého SSB v NR NTN reprodukované z mapy SSB v 3GPP TS 38,211 vlastními numerickými funkcemi Kshana (W_rms 1,9616 oproti 1,96 MHz, sigma_t 38,755 oproti 39 us, sigma_f 100.79/87.28 oproti 101/87 Hz, sigma_rho 0.5970/0.5831 oproti 0.60/0.58 m, vždy v rámci půl jednotky poslední vytištěné číslice); efektivní šířky pásma BPSK-R z tabulky 1 od Betze 2001 (1.128/3.477 oproti 1.1/3.5 MHz, doplňkově); kovariance fixů z času příchodu a Dopplera souhlasí s numpy 2.4.6 numpy.linalg.inv na exportované geometrii (P2; 5e-15 a 1.2e-5 relativně, prahy 1e-5 a 1e-3). Předregistrováno (9f2875db; část C 0d66dccd). Oprava enginu joint_pvt::formal_sigma_enu (mez vyhodnocená ve skutečné poloze, nikoli v zašuměném fixu) byla napsána poté, co první běh 200 kHz neprošel při 6.5e-5, a běh byl zopakován při nezměněné toleranci. Tvary pro plochá spektra a komplexní tón, které scénář spouští (gabor_bandwidth_flat_hz, doppler_crb_sigma_hz), se ke kontrole P1 dostávají přes vnitřní jednotkové testy identity v crate. Meze na kanálu bez vícecestného šíření, nikoli dosažená přesnost. Revize 0,30: ntn-5g-positioning toa_median_sigma_3d_m 2,0903959 -> 2,0903962 m (NR 5 MHz) a 25,938613 -> 25,938839 m (NB 200 kHz) | leo_fusion::ntn (gabor_bandwidth_flat_hz, gabor_bandwidth_bpsk_hz, gabor_bandwidth_numeric_hz, rms_duration_numeric_s, toa_crb_sigma_m, doppler_crb_sigma_hz, frequency_crb_sigma_hz, NtnScenario::geometry, NtnScenario); leo_fusion::joint_pvt (formal_sigma_enu) |
| Přenos času na UTC podporovaný LEO v závislosti na C/N0 a oscilátoru přijímače | Měření hodin z každé družice LEO v dohledu ve známé poloze, kombinovaná inverzním rozptylem z modelu šumu pseudovzdálenosti, filtrovaná dvoustavovým (fáze, frekvence) Kalmanovým filtrem, jehož procesním šumem je bílý a náhodně se potulující frekvenční šum třídy oscilátoru (slot_timing::ClockNoise, clock_state::ClockClass; rozptyl doběhu z holdover::coast_phase_variance), seedované pravé hodiny ze stejných úrovní a výraz IS-GPS-200 oddíl 20.3.3.5.2.4 pro systémový čas na UTC s nejistotou broadcast offsetu přidanou jako bias pro každý běh; režim timing druhu leo-pvt vynáší oscilátory a odchylky C/N0 | MODELLED | Vnitřní konzistence: publikovaný výraz offsetu vyhodnocený ručně, normalizovaná chyba přes 40 seedů a práh daný nejistotou offsetu. Údaj NIST pro časové přijímače Iridium s miniaturními atomovými hodinami (pod 40 ns od UTC(NIST) za 40 dnů) je pouze srovnáním; přibalený scénář Iridium dává 10 až 11 ns RMS při nominálním výkonu s reprezentativní chybou vzdálenosti 5 m. Flicker frekvenční šum a ionosférické zpoždění se nesimulují | leo_fusion::timing (simulate, utc_offset_s, system_to_utc_s); leo_fusion::pvt_kind (run_timing) |
| Pokrytí LEO a faktor DOP (zhoršení přesnosti) pro polární a arktické uživatele oproti GNSS na MEO | Družice v dohledu a medián PDOP, HDOP a VDOP s dostupností v závislosti na šířce, přes vzorkované délky a epochy, pro samotné systémy GNSS na MEO, samotné systémy LEO a všechny dohromady, každý systém s vlastní maskou a modelem hodin, spouštěno jako polární režim leo-pvt; dráhy jsou sady elementů SGP4/SDP4 v epoše průchodu (2026-01-01T00:00:00 UTC v polárním režimu) převedené do soustavy pevné vůči Zemi na ověřené cestě pro dráhy kolem Země (IAU 2006/2000A, UT1 = UTC, bez polárního pohybu) | VALIDATED | Orekit 13.1.8 (Apache-2.0) s Hipparchus 4.0.3: stavy GCRS z enginu otočené do ITRF pomocí Orekitu (IERS 2010), viditelnost TopocentricFrame WGS-84 proti masce každého systému, org.orekit.gnss.DOPComputer pro jednu neznámou hodin a NumPy 2.4.6 numpy.linalg.inv (P2) pro několik; s cestou zkontrolovanou proti python-sgp4 a ERFA (řádek „One Earth-orbit path“). Prahy stanoveny před během (předregistrováno 72ea9eb0; T2 a T3 jsou prahy kola 2 verze 0,30). Krok TEME -> GCRS zmrazený na J2000 obarví test načerveno (4739 selhání). Pouze geometrie; žádná scintilace, terén ani výkon signálu. VDOP GNSS roste směrem k pólu (1,20 na rovníku až 1,51 při 89,9 deg pro GPS a Galileo v přibaleném scénáři), zatímco téměř polární slupka LEO se tam sbíhá. Historie: kolo 2 (3254d456) souhlasilo na tabelovaných dvoutělesových stavech; úplné tvrzení D8 kola 1 proti vlastní propagaci TLE v Orekitu (e947e69d) bylo zjištěním, SDP4 v Orekitu při e = 0 a jeho TEME podle IERS 1996, ukotveno | leo_fusion::polar (latitude_sweep, latitude_sweep_at, element_sets, satellite_states_at); leo_fusion::joint_pvt (dop); sgp4 (MeanElementSet::from_earth_fixed, SgpOrbit, teme_to_itrs_matrix) |
| Pojmenované systémy LEO PNT jako volitelné datové předvolby, každá s uvedeným zdrojem | Systémově agnostické vstupy: každý systém tvoří slupky Walker, explicitní elementy nebo předvolba GNSS, signál (nosná, čipová rychlost, šířka pásma, přijímaný výkon nebo rozsah C/N0), SISRE, sigma Dopplera a model hodin; předvolby doplňují jen to, co scénář vynechá, po jednom souboru se zdroji označenými PUBLIC (s URL), WORKSHOP nebo ODVOZENÝ a nepublikovanými hodnotami uvedenými jako reprezentativní: Xona Pulsar X1/X5, Iridium STL, signály příležitosti Starlink, CentiSpace, reprezentativní systém v pásmu C, model efemerid ATOMIC bez hodin a jedna předvolba odvozená ze semináře ve volitelném souboru předvolby Celeste IOD, která se vynechá odstraněním tohoto souboru a jeho scénářů | MODELLED | Přepis citovaných veřejných hodnot, zkontrolovaný na strukturu (každý veřejný zdroj má URL, vzory Walker se dělí beze zbytku, C/N0 z přijímaného výkonu nad kT při 290 K), nikoli proti externímu orákulu (nezávislá reference). Reprezentativní hodnoty jsou v každé předvolbě pojmenovány a mají ilustrativní charakter | leo_fusion::presets (all, by_id, cn0_range_dbhz, noise_density_dbw_hz); leo_fusion::system (SystemCfg::build) |
| Jeden systém LEO-PNT od začátku do konce: návrh signálu, bilance spoje přeletu, navigační zpráva a fúzované určování polohy, výstup každé fáze předán další | Druh leo-pnt-chain: návrh leo-signal (veřejná předvolba nebo zapsaný přímo) určuje střed, šířku pásma, čipovou rychlost a rozdělení EIRP pásma leo-pass; přelet dává C/N0 sledované složky a kódový jitter s omezeným pásmem pro každou epochu; přímka C/N0 podle nejmenších čtverců v sin(elevace), SISRE zprávy leo-navmsg (fitované na dráze družice přeletu, plus uvedený člen určování oběžné dráhy v odmocnině součtu čtverců) a nosná a čipová rychlost návrhu jdou do každého systému LEO společného fixu leo-pvt a volitelně do případů LEO v leo-ppp; každé předání je hlášeno se svou hodnotou a jednotkou | MODELLED | Vlastní konzistence předání: každá předaná hodnota se rovná vlastnímu výstupu předchozí fáze a mutace vstupu předchozí fáze pohne každou závislou hodnotou v dalších fázích. Fáze si ponechávají vlastní označení; řetězec nepřidává žádnou fyziku ani externí orákulum | leo_pnt_chain (LeoPntChainScenario); leo_pass (BandCfg::signal, design_tracking); leo_navmsg (LeoNavmsgScenario::broadcast_sisre); leo_fusion::pvt_kind; leo_fusion::ppp |
| Detekce spoofingu (podvržení signálu) podle konzistence Dopplera LEO a geometrie přeletu | Sekce [spoofer] druhu leo-pass: spoofer padělá, samokonzistentně ve vzdálenosti a rychlosti změny vzdálenosti, signály viděné z tvrzené polohy, která po nástupu skočí nebo je odtlačena od skutečné (pro každé pásmo LEO a pro signál GNSS na MEO); přijímač předpovídá každou rychlost změny vzdálenosti z broadcast dráhy a nezávislé apriorní polohy a rychlosti a testuje naměřené rychlosti změny vzdálenosti zobecněnou statistikou chí-kvadrát nejmenších čtverců přes okno epoch (drift hodin je rušivý parametr nebo má apriorní hodnotu), na kanálech GNSS, kanálech LEO a na všech kanálech, s tepelným šumem smyčky FLL (frequency-lock loop) z C/N0 (Kaplan & Hegarty 2006, oddíl 5.6.2); pravděpodobnost detekce z necentrálního rozdělení chí-kvadrát při uvedené pravděpodobnosti falešného poplachu, detekce se vyhlásí při uvedené pravděpodobnosti nezachycené události | MODELLED | Uzavřené tvary a identity, nikoli externí měření: gradient rychlosti změny vzdálenosti proti centrální diferenci, statistika v informačním tvaru proti hustému kovariančnímu tvaru, čistý drift hodin dávající nulu, push vysvětlený aprioří dávající nejvýše |dx|^2/sigma_p^2, statistika kvadratická ve skoku. Žádná hodnota detekce se neporovnává s naměřeným útokem; spoofer je idealizovaný (žádný výkon, úhel příchodu ani podpis korelačního vrcholu) | leo_link::spoof (range_rate_position_gradient, line_of_sight, fll_frequency_jitter_hz, doppler_consistency_window, doppler_consistency); leo_pass (SpooferCfg, spoof_section) |
| Detekce spoofingu (podvržení signálu) podle mezipásmové konzistence vícepásmového signálu LEO | Pro každou družici LEO a dvojici určovacích pásem sekce [spoofer] tvoří kombinaci pseudovzdáleností bez geometrie, odstraní ionosférický model přijímače a testuje její krok z epochy na epochu proti kódovému šumu obou pásem a uvedené tolerované nemodelované ionosférické rychlosti (oboustranně gaussovsky, přesná pravděpodobnost detekce); spoofer, který padělá některá pásma a jiná ne, nebo každé pásmo bez ionosféry, je viděn při svém nástupu; ten, který padělá každé pásmo a simuluje ionosféru, vidět není, což výsledek uvádí | MODELLED | Identity: nástupní krok spooferu bez vlivu ionosféry se rovná modelovanému rozdílu ionosférického zpoždění dvojice, práh je oboustranný normální kvantil krát směrodatná odchylka kroku plus mez rychlosti. Ionosférický model přijímače je model enginu, takže autentické reziduum je ve středu nulové konstrukcí; žádné externí orákulum | leo_link::spoof (cross_band_step); leo_pass (spoof_section: pairs, cross_band) |
| Sondování ionosféry: šikmé TEC z dvoupásmového zpoždění přeletu LEO | Pro každou dvojici pásem družice leo-pass zpráva uvádí šikmý celkový obsah elektronů, který kombinace kódů bez geometrie obnoví ve vrcholu přeletu, (P2 - P1) f1^2 f2^2 / (40,3 (f1^2 - f2^2)), a jeho 1 sigma z tepelného kódového šumu obou pásem, takže libovolný vícepásmový návrh LEO-PNT lze porovnávat jako ionosférický sondér | MODELLED | Identita disperze prvního řádu, přesná konstrukcí proti vlastnímu prvořádovému zpoždění enginu (jehož škálování 1/f^2 je VALIDATED proti IS-GPS-200 ve svém vlastním řádku); preciznost je pouze tepelný kódový šum, bez vícecestného šíření a mezifrekvenčních biasů. Kolo 0,30 2, změřeno (předregistrováno 5e795f93), zjištění (zůstává MODELLED): globální ionosférická mapa CODE CODG1330.18I proti kódu ABMF C1C/C2W s biasy CODE dává 33 z 36 průměrů oblouků v rámci 3 TECU (nejhůře +6,84 TECU na večerním oblouku; RMS na epochu 3,95 TECU) proti prahu každého oblouku; neověřeno | leo_pass (IonoFreePair::geometry_free_stec_tecu, geometry_free_stec_sigma_tecu); leo_link::iono::geometry_free_stec_tecu |
| Kovariance datumu lunární soustavy s odhadovanými stanicemi proti rozšířené přesnosti 50 číslic | Sedmiparametrická kovariance datumu Helmert scénáře lunar-frame-campaign s odhadovanými pozemními stanicemi (stanice 1 ukotvena), jak ji počítá lunar_frame_campaign v binary64: společná Fisherova informace stanic a majáků akumulovaná z Jacobiánu zpoždění, blok stanic marginalizovaný Schurovým doplňkem přes Jacobiho spektrální inverzi, H = AᵀSA sestavené s návrhem Helmert a invertované spektrálně. Úloha je špatně podmíněná už konstrukcí (číslo podmíněnosti Helmert 2.1e8 až 2.3e8, číslo podmíněnosti společné informace 1.6e12 až 3.0e13): relativní změna Schurova doplňku o 1e-9 pohne sigmami datumu až o 28 %. Hlášeno: sedm sigem datumu, číslo podmíněnosti Helmert a nejslabší směr. TVRZENÍ, ZÚŽENÉ: sigmy datumu a číslo podmíněnosti enginu leží v rámci apriorní meze chyby v nejhorším případě pro zpětně stabilní řetězec s dvojitou přesností na této úloze; netvrdí se, že jsou tak přesné, jak dvojitá přesnost dovoluje (faktorizační cesta je na týchž vstupech asi tisíckrát přesnější a volitelný řešič odmocniny asi desetmilionkrát), a nejslabší směr je ověřen jen tam, kde je jeho práh pod pravým úhlem (kontrola s pevnými stanicemi) | VALIDATED | mpmath 1.3.0 (BSD-3-Clause) na 50 platných číslicích, samokontrolováno na 80 (shoda 1.1e-38 nebo lepší), na commitnutém Jacobiánu, vahách a návrhu Helmert enginu: vlastní LU řešení mpmath pro Schurův doplněk, jeho inverze pro H a jeho Jacobiho vlastní rozklad (P2, nezávislá numerická knihovna). Předregistrováno 804662d5 před vznikem fixture, s prahy z prvořádového vzorce zpětné chyby: konstanta (3n+1)n + m krát jednotkové zaokrouhlení (Higham, Accuracy and Stability of Numerical Algorithms, věta 10,4, podoba Tier B), krát přesná prvořádová citlivost každé veličiny na společnou informaci, Schurův doplněk a H. Změřeno: sigmy datumu v rámci 4.8e-6 k 2026-03-18 (prahy 9.6e-2 až 2.2e-1), 9.7e-6 k 2024-01-01 (prahy 2.8e-2 až 6.9e-2) a 2.0e-14 s pevnými stanicemi (prahy 1.0e-11 až 2.8e-7); číslo podmíněnosti v rámci 4.6e-6, 1.3e-5 a 4.1e-14. Ve scénářích s odhadovanými stanicemi jsou prahy nejhorším případem a leží o čtyři řády nad naměřenou chybou a práh nejslabšího směru tam přesahuje pravý úhel, takže tato jedna kontrola se nepočítá; v kontrole s pevnými stanicemi nejslabší směr souhlasí na 6.6e-16 rad proti prahu 9.4e-11, měřeno tětivou mezi jednotkovými vektory (dřívější komparátor acos nedokázal rozlišit úhly pod 1.5e-8 rad; práh je nezměněn). Diagnostika: cesty NumPy 2.3.5 Cholesky a QR dosahují 9e-9 a 5e-9 na vstupech z 2024-01-01, jeho inverzní a vlastní cesty 2.9e-6 a 6.2e-6: engine je v rámci své meze, ale asi tisíckrát méně přesný než faktorizační cesta. Ověřuje lineární algebru na commitnutých vstupech, nikoli Jacobián (to dělá větev SPICE v řádku kampaně) ani fyzikální přesnost ilustrativní kampaně | lunar_frame_campaign, fim |
| Řešič datumu s odmocninou informace proti rozšířené přesnosti 50 číslic | Volitelný řešič s odmocninou informace (lunar-frame-campaign solver = "srif"; výchozí beze změny), který pro datum nikdy netvoří ani neinvertuje informační matici: Householderův rozklad QR (ortogonálně-trojúhelníkový rozklad) vážené Jacobiánu zpoždění jako aktualizace měření filtru s odmocninou informace, pozemní stanice marginalizované přes koncový trojúhelníkový blok (jehož Gramův součin je Schurův doplněk), druhý rozklad QR z R_bb A pro sedmiparametrický datum Helmert, sigmy jako normy řádků trojúhelníkové inverze a spektrum (číslo podmíněnosti, nejslabší směr) z jednostranného Jacobiho singulárního rozkladu. Skalární součiny jsou kompenzovány bezchybným součinem s dělením podle Dekkera, takže každá operace je správně zaokrouhlenou základní operací IEEE-754 nebo odmocninou; shodné výsledky na každé platformě se z toho dovozují, napříč platformami se netestují | VALIDATED | mpmath 1.3.0 (BSD-3-Clause) na 50 platných číslicích, samokontrolováno na 80 (shoda 1.4e-43 nebo lepší), na commitnutém Jacobiánu, vahách a návrhu Helmert enginu (P2, nezávislá numerická knihovna: vlastní LU řešení, inverze, Choleského rozklad a Jacobiho vlastní rozklad mpmath). Předregistrováno b41908c9 před napsáním řešiče, s prahy z prvořádové meze zpětné chyby ve tvaru odmocniny: konstanta Householderova QR mn plus (3n+1)n krát jednotkové zaokrouhlení (Higham, Accuracy and Stability of Numerical Algorithms, věta 19,4 a kapitola 8) krát přesné citlivosti. Změřeno: sigmy datumu v rámci 3.0e-13 k 2026-06-09 (prahy 4.1e-7 až 5.3e-7), 1.9e-15 s pevnými stanicemi (prahy až do 4.8e-12), 3.8e-13 k 2026-03-18 a 2.3e-13 k 2024-01-01, kde je výchozí spektrální řešič mimo o 4.8e-6 a 9.7e-6; číslo podmíněnosti v rámci 4.9e-13; nejslabší směr v rámci 1.4e-13 rad (kontrola 1.7e-16 proti 5.1e-10). MEZ KONTROLY: prahy pokrývají pouze chyby datumu pod zhruba 2e-7 relativně; naměřené hodnoty 1e-13 jsou pozorování, nikoli to, co prahy pokrývají. Kontrola odmítne výchozí spektrální řešič (sigmy 9.7e-6 proti 2.9e-7 k 2024-01-01; k rozhodujícímu datu 1.3e-6 proti 4.9e-7, s rezervou 1,3 až 2,6) a špatně vzatou trojúhelníkovou inverzi (normy sloupců: červeně), ale obrácené znaménko Householderu, nekompenzovaný skalární součin a sigmy ze spektrální inverze H sestaveného z odmocninového činitele (3.7e-9) všechny projdou, takže neukazuje, že je každý krok s odmocninou potřebný. Ověřuje lineární algebru volitelného řešiče na commitnutých vstupech, nikoli Jacobián a nikoli výchozí řešič; bitová reprodukovatelnost napříč platformami se dovozuje z použitých operací a testuje se jen jako identita opakovaného běhu na jedné platformě | linalg_sr, lunar_frame_campaign |
| Námořní monitory důvěry: aritmetika, na níž spočívají (dekódování NMEA, geodetické posuny, kinematické statistiky a statistiky reziduí senzorů) | Pro plavidlo receiver_trust dekóduje věty NMEA 0183, které přijímač a jeho přístroje vydávají (GGA, RMC, VTG, HDT, VHW, VBW, ZDA, GSV), sestavuje východo-severní posun mezi určenými polohami (maritime::en_offset_m) a z nich statistiky, podle nichž se monitory rozhodují: implikovanou rychlost, rezidua dead-reckoningu, implikované zrychlení a implikovanou úhlovou rychlost otáčení v oknech 30 s, rezidua kurzu proti dráze, rychlosti podle logu proti rychlosti nad zemí a výšky antény (mediány 10 s) a rozptyl a nárůst odstupu signálu družic od šumu. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: (1) dekódování každého pole, které monitory čtou, proti pynmea2 1.19.0 (MIT) na 8 syntetických záznamech (1 086 epoch), na 1e-9 v jednotce pole (zeměpisná šířka a délka, výška, separace geoidu, HDOP, rychlosti, kurz, heading, odstup signálu od šumu; celá čísla a data přesně; čas dne na 1e-6 s), největší rozdíly na úrovni poslední číslice typu double; (2) východo-severní posun mezi dvěma určenými polohami, jako vzdálenost a azimut, proti geodetice WGS84 z geographiclib 2,1 (MIT) na 223 dvojicích poloh se základnami do 2 km, od -45 do 70 stupňů zeměpisné šířky a přes antimeridián, na 0,01 m a 0,001 stupně (azimut proti střednímu azimutu geodetiky, tedy směru tětivy); (3) vstupní statistiky monitorů v 341 hodnocených epochách 400 s dlouhé syntetické plavby s otočkou a skokem polohy, proti přepočtům v Pythonu, které používají geographiclib pro vzdálenost a azimut, pynmea2 pro dekódování a numpy pro mediány a směrodatné odchylky: implikovaná rychlost na 0,005 m/s, rezidua dead-reckoningu na 0,02 m, zrychlení na 5e-4 m/s^2, úhlová rychlost otáčení na 1e-3 deg/s, mediány reziduí a rozptyl a nárůst odstupu signálu od šumu na 1e-6. CO NENÍ: délky oken, tolerance a prahy monitorů jsou vlastní pravidla tohoto projektu; Python je reprodukuje ze stejné dokumentace, takže shoda potvrzuje implementaci aritmetiky, nikoli pravidla. Pro větu THS neexistuje třída pynmea2 a věta ROT se nečte; ani jedna není pokryta. Tabulka z vysílače NMEA a čísla družice na identifikátor družice ve stylu RINEX je vlastní tomuto projektu (porovnává se jen číslo, vysílač a hodnota). Vstupy časového kroku, hodin hostitele a stavu autentizace nemají žádné orákulum. Všechna data jsou syntetický text z receiver_trust::synth; nic zde není měřením a nečiní se žádné tvrzení o tom, jak si kterýkoli monitor vede při skutečné interferenci. Azimut: porovnáno se středním azimutem geodetiky. Předregistrované porovnání s přímým azimutem v poloze 1 selhalo na 0,001 stupně (77 z 223 dvojic, nejhorší 8.3e-3 stupně) kvůli definičnímu nesouladu, nikoli aritmetice; dodatek byl učiněn po prvním běhu a oba výsledky jsou zaznamenány (porovnání s přímým azimutem zůstává v testu jako popisná, nepředregistrovaná mez 0,01 stupně). Zveřejněno: první běhy zjistily vstupy, které procvičovaly příliš málo (zrychlení a úhlová rychlost otáčení byly v každé epoše sevřeny na nulu a trasa přes antimeridián jej nikdy nepřekročila), chybu v syntetickém generátoru (žádné zalamování zeměpisné délky) a u azimutu, že zaregistrovaná veličina orákula (přímý azimut geodetiky v první poloze) se od směru tětivy liší asi o polovinu konvergence poledníků (77 z 223 dvojic mimo 0,001 stupně, nejhorší 8.3e-3); vstupy byly opraveny a azimut porovnán se středním azimutem při stejné toleranci (dodatky 1 až 3 v předregistraci, učiněné po spatření výsledků, a tedy ne naslepo); porovnání kurzu a headingu bylo učiněno kruhové (360 a 0 stupňů je jeden kurz, dodatek 5). Mutace: zmenšení východního posunu v poměru 1e-4 shodí porovnání geodézie. | receiver_trust (ingest, maritime) |
| Námořní skóre důvěry: agregace důkazů z monitorů do skóre 0–100 a jeho tří pásem | Každý monitor převede své důkazy na poměr statistiky k prahu; skóre je 100 minus součet přes monitory váhy krát omezená lineární rampa poměru (0 až 0,5, 1 při 1,5), omezené na 0 až 100 a zaokrouhlené na 0,1, s pásmy při 90 a 55; každá epocha uvádí monitory, které odečetly, a jejich body. | MODELLED | Implementace proti specifikaci, NIKOLI vnější orákulum: re-implementace v Pythonu od nuly (clean-room; scripts/maritime_score_cleanroom.py), napsaná čtenářem, jemuž byly dány jen docs/RECEIVER-TRUST.md a docs/MARITIME-TRUST.md a nikoli zdroj v Rustu, se shoduje s score_from_ratios na 600 vektorech poměrů (skóre, pásmo, body a pořadí odečtů, rozdíl 0), poté co byla dokumentace doplněna tam, kde ji první čtenář shledal mlčící nebo rozpornou (pořadí při shodě, zaokrouhlení, poměr monitoru typu splnil/nesplnil, dva příklady, jejichž čísla neodpovídala vzorci). To ukazuje, že dokumentace je dostatečná a kód dělá, co říká. CO NENÍ KONTROLOVÁNO, a proč řádek zůstává MODELLED: samotné pravidlo (váhy, rampa, hrany pásem, podržení důkazů) je vlastní tomuto projektu, předregistrované, ale bez vnějšího zdroje, a nic zde neukazuje, že skóre 80 nebo 40 znamená to, co by navigátor při skutečné interferenci chtěl, aby znamenalo; žádné takové číslo se neuvádí. Prahy monitorů jsou stejně tak vlastní tomuto projektu (řádek A kontroluje jen jejich aritmetiku). | receiver_trust (score, monitors, live) |
| Shoda tréninkových proudů NMEA 0183 a dekódované hodnoty | Syntetické proudy NMEA 0183 pro mostek pro výcvik posádek (kshana nmea-scenario): GGA, RMC, VTG, ZDA, GNS, GSA, GSV, HDT, VBW a značka PKSHT, generované ze skutečné trajektorie s modelovanými účinky přijímače, oblohy, rušení a spoofingu. Pouze textový výstup; nic se nevysílá. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: všech 225 227 vět osmi syntetických tréninkových proudů (čtyři knihovní scénáře, seedy 1 a 7; GGA, RMC, VTG, ZDA, GNS, GSA, GSV, HDT, VBW a značka PKSHT) se zpracuje v pynmea2 1.19.0, nezávislém parseru NMEA, s platným kontrolním součtem a očekávaným vysílačem a typem. Poloha, rychlost nad zemí, kurz nad zemí, heading, čas a datum UTC, stav určení polohy a počet družic v GGA, které dekóduje, se rovnají pravdivé trajektorii generátoru v tolerancích stanovených před prvním porovnáním (1.5e-6 deg, 0,06 kn, 0,07 km/h, 0,11 deg kurz, 0,5 deg heading, 0,02 s), spuštěno skriptem scripts/gen_nmea_training_ref.py s fixturou v tests/fixtures/nmea_training_ref/. Očekávání počtu družic v GGA bylo po prvním běhu opraveno na konvenci NMEA (00 bez určení polohy); číselné tolerance beze změny oproti commitu předregistrace. CO NENÍ: že jakýkoli přijímač, plotr nebo systém mostku proudy přijme; realističnost modelů přijímače, oblohy, rušení či spoofingu (nominální obloha, modelovaný šum, profily vlečení a přehrávání, vše MODELLED); HDOP, výška a obsah DOP a GSA/GSV nad rámec syntaxe a počtů; záznam instruktora. Nic se nevysílá a netvrdí se žádný výkon proti rušení ani proti spoofingu. | nmea_synth (track, sentences, scenarios); cli nmea-scenario |
| Mapa interference: významy kódů přesnosti, hodnoty nedostupnosti AIS, přiřazení k buňce mřížky, délka trasy podle stavu buňky a maskování vnitrozemí | Čtení kódů přesnosti a integrity navigace ADS-B, které mapa používá (mez EPU, kterou kód NACp představuje, mez poloměru ohraničení, kterou představuje kód NIC, a třídy nízká a dobrá, které z nich metoda odvozuje); hodnoty nedostupnosti polohy a rychlosti AIS, které čtečka AIS zahazuje; pevná buňka mřížky zeměpisné šířky a délky, do níž poloha spadá; délka trasy a její rozdělení podle stavu buňky (degradovaná, nedegradovaná, nehodnocená, nepozorovaná), které uvádí expozice trasy; a zda poloha leží ve vnitrozemí od polygonu souše o více než nárazník. Buňka označená jako degradovaná nebo anomální je tvrzením o uváděných polích přesnosti nebo nevěrohodných polohách, nikoli zjištěním interference, a nic zde to nekontroluje. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: pět nezávislých implementací čte stejné syntetické vstupy. (1) pyModeS 2,21 dekóduje syntetické rámce DF17 provozního stavu a letecké polohy; meze EPU u NACp v Kshaně se shodují na 0,5 m (největší rozdíl 0,4 m), její meze ohraničení NIC pro kódy 5 až 11 se shodují na 1 m a její třídy nízká a dobrá řadí všech 12 kódů NACp a každý kód NIC, který orákulum vytvoří (0 až 11), na tutéž stranu prahů, které meze orákula implikují (0 nesouhlasů). (2) pyais 3.3.0 dekóduje věty AIVDM typu 1, jejichž bity užitečného obsahu skript skládá ze surových hodnot polí ITU-R M.1371; Kshana odmítá přesně dekódované nedostupné polohy (zeměpisná šířka 91, délka 181) a rychlost (102,3 kn) a ponechává 0 až 102,2 kn tak, jak byly dekódovány (0 nesouhlasů na 94 rámcích). (3) covers() ze shapely 2.2.0 na polygonech buněk se shoduje s grid::Grid::cell_of pro 1770 bodů při velikostech buněk 0,5, 0,25, 1 a 0,07 stupně, včetně bodů poblíž hrany, obou pólů a antimeridiánu (0 nesouhlasů). (4) průsečík trasy a buněk v shapely 2.2.0 s délkami geodetik WGS84 z GeographicLib 2,1 se shoduje s expozicí trasy na 8 syntetických trasách, včetně dvou, které přecházejí antimeridián: celková délka na 0,6 % (největší rozdíl 0,49 %, koule proti elipsoidu) a délka každého stavu buňky na 0,6 % plus 125 m na kus (největší 21 % této tolerance). (5) contains() ze shapely 2.2.0 se vzdáleností k pobřeží azimutální ekvidistantní v pyproj se shoduje s maskou vnitrozemí 2000 m na 992 bodech středů mřížky kolem čtyř syntetických ostrovů, z nichž jeden má jezero (0 nesouhlasů; 4 body do 20 m od nárazníku byly vyloučeny a započteny). Tolerance byly stanoveny v tests/fixtures/interference_map_ref/PREREGISTRATION.md před jakýmkoli porovnáním a poté nebyly měněny; dvě vady v syntetických vstupech nalezené prvním během jsou tam zaznamenány. CO NENÍ: Kshana nedekóduje surové rámce Mode S ani věty AIVDM, takže se tím ověřuje její čtení již dekódovaných hodnot, nikoli dekodér. Poloměry ohraničení NIC orákula pro kódy 1, 2 a 4 se liší od DO-260B (20, 8 a 2 NM), proto se číselně porovnávají jen kódy 5 až 11. Pravidlo polohy (0, 0), spodní mez výšky, filtr typu zdroje, hashování identifikátorů, prahy a statistiky metody a volba velikosti buňky jsou vlastní Kshaně a nekontrolují se proti ničemu. Porovnání trasy používá na obou stranách stejnou definici přímé dráhy v zeměpisné šířce a délce, takže kontroluje délky a přiřazení k buňkám, nikoli to, že je tato dráha pro plavidlo nebo letadlo ta správná. Nic zde neukazuje, že označená buňka je interference. Vstupy jsou syntetické; fixtury orákula zapisuje scripts/gen_interference_map_ref.py (pyModeS je GPL-3.0 a používá se jen v tomto offline skriptu; CI nepotřebuje Python). | interference_map (adsb::nacp_epu_bound_m, adsb::nic_rc_bound_range_m, adsb::AdsbParams::classify, ais::ais_position_is_valid, ais::ais_speed_kn, grid::Grid::cell_of, route::exposure, land::LandMask::is_inland) |
| Oblast zdroje rušení: přípustná oblast zdroje z hlášení polohy letadel a lodí | Přípustná oblast, kde se může nacházet zdroj zhoršených navigačních hlášení, z hlášení polohy ADS-B (NIC/NACp) nebo AIS: rádiová přímá viditelnost na poloměru 4/3 Země z výšky hlášení a rozsahu výšek antény zdroje, omezený efektivní dosah pro neznámý výkon, dotčené jednotky přitahující posterior k svému dosahu a nedotčené jednotky s přímou viditelností působící proti, seskupené do relací v čase a prostoru. Výstupem jsou oblasti nejvyšší hustoty na stanovených úrovních spolehlivosti, těžiště posterioru s momentovou elipsou, začátek, konec a trvání relace, dotčená plocha a počet odlišných letadel nad minimem pro zveřejnění, denní profil a hodiny za den. Bez terénu; jeden zdroj na relaci; věrohodnost je podmíněna modelem. Volitelná fúze s určením polohy TDOA z geolocation. | MODELLED | Zatím žádná externí. Pouze syntetické okružní cesty dopředu a zpět z generátoru, který sdílí model odhadovače, takže kontrolují kód a kalibraci stanovených úrovní za tohoto modelu a nic o skutečných zdrojích. Externí kontrola proti zveřejněným místům vysílačů Jammertest 2025 byla předregistrována (docs/emitter-region/PREREGISTRATION.md, schváleno vlastníkem před jakýmkoli hodnoceným během) a provedena jednou (docs/emitter-region/RESULTS.md): ADS-B NOT ASSESSABLE (2 plánované relace, méně než registrované minimum 4) a AIS NOT ASSESSABLE (žádná zveřejněná relace), takže nebyl otestován žádný práh a řádek zůstává MODELLED | interference_map::emitter (estimate, sessions, build_units, profile, GaussianFix::from_tdoa), interference_map::emitter_out (locate), kshana interference-map locate |
| Přenosové formáty telemetrie důvěry: textová expozice Prometheus a OpenTelemetry OTLP/HTTP JSON | Důvěra v GNSS (skóre, pásmo, důvody, brána a na požádání poloha) jako textová expozice Prometheus poskytovaná na /metrics a jako metriky OTLP/HTTP JSON, s omezením kardinality štítků důvodů. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: naše textová expozice Prometheus pro 84řádkový syntetický proud (hodnoty štítků s uvozovkami, zpětnými lomítky, posuvy řádku a textem mimo ASCII, 64 řad důvodů plus sloučená řada „other“, brány a měřiče polohy) je přijata textovým parserem prometheus_client 0.26.0 a rodiny metrik, typy, nápověda, množiny štítků a hodnoty, které čte, se přesně rovnají stavu registru (hodnoty rovností f64). Náš OTLP/HTTP JSON pro stejný registr se zpracuje pomocí protobuf 7.36.2 json_format.Parse(ignore_unknown_fields=False) do ExportMetricsServiceRequest z opentelemetry-proto 1.45.1 a každý název metriky, popis, jednotka, druh, monotónnost, časová agregace, atribut, hodnota, počáteční čas a čas se přesně rovná stavu registru. Oba parsery prokazatelně odmítly neznámé pole, hodnotu chybného typu a poškozený řádek (scripts/gen_telemetry_formats_ref.py). Schéma 1,3 (0,36), předregistrováno (fb226057) dříve, než je kterýkoli nástroj četl: pro 64řádkový syntetický proud schématu 1.3 (stavy geometrie, DOP, štítky a ztráta signálu přítomné, null, chybějící a neznámé; třídy odečtů; neparsovatelné řádky) čtou tytéž dva parsery řady geometrie (Prometheus kshana_trust_geometry*, OTLP kshana.geometry.*) i štítek třídy na kshana_trust_reason_active přesně tak, jak registr implikuje (24 rodin a 54 vzorků; 12 metrik a 31 bodů), promtool 3.5.0 check metrics skončí s 0 bez problému lintu a OpenTelemetry Collector contrib 0.135.0 přijme OTLP/HTTP JSON (stav 200, nic neodmítnuto) a jeho souborový exportér zaznamená požadavek beze změny (xval/telemetry-1.3, podmíněno daty: archivy vydání se stahují s pevným SHA-256 a jejich výstupy jsou odevzdány). CO NENÍ: koncový bod HTTP, doručení, časové limity a opětovné připojení orákulum nekontroluje, ani přijímač prometheus v Collectoru; registr se čte přes přístupové funkce, takže chyba v samotném stavu registru by nebyla zachycena; kontrola OTLP „odevzdaný výstup je aktuální“ běží jen s funkcí otlp; názvy metrik a jejich užitečnost pro operační středisko nejsou ověřeny; CEF a LEEF nejsou pokryty (viz další řádek). | telemetry (prometheus: Registry, render; otlp: build_payload, Exporter (feature otlp); sample) |
| Události SIEM telemetrie důvěry: Common Event Format (CEF) přes syslog | Události změny pásma (nebo na epochu) jako užitečný obsah Common Event Format v obálce RFC 5424 přes UDP nebo TCP, s dokumentovaným mapováním polí a escapováním CEF. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: proti dvěma nezávislým open-source parserům (orákula: pycef 1,11 (PyPI, MIT); kodek Logstash CEF (logstash-codec-cef 6.2.7 v Logstash 8.15.3)), na korpusu řádků CEF, které tato knihovna napsala (157 před dodatkem 4 níže, 170 po něm, 176 po dodatku 5): každá změna pásma a každá epocha odevzdaného 84řádkového syntetického proudu důvěry, plus nepřátelský text v hostitelích, důvodech, časových popiscích a názvech bran obsahující znaky rovná se, zpětná lomítka, zpětné lomítko-rovná se, svislítka, posuvy řádku, návraty vozíku, tabulátory, řady mezer, vícebajtové a astrální znaky a podobně vypadající klíče, extrémní skóre a posuny, každé pásmo s předchozím pásmem i bez něj. pycef zpracuje řádky, jejichž hlavička nepotřebuje escapování (153 před dodatkem 4, 166 po něm, 172 po dodatku 5), a přesně obnoví pole hlavičky, závažnost, přesnou množinu klíčů rozšíření a každou hodnotu (čísla rovností f64) po pravidlech specifikace CEF pro odstranění escapování, která pycef neaplikuje a scripts/gen_cef_ref.py aplikuje. Kodek Logstash, který escapování odstraňuje sám, zpracuje každý řádek (157, pak 170, pak 176), splní stejný práh a také obnoví čtyři pole hlavičky vyžadující escapování (svislítko, zpětné lomítko a znak rovná se v řetězci verze), která vzor hlavičky pycef přečíst nedokáže, takže escapování hlavičky spočívá na kodeku Logstash samotném. Práh porovnání byl zaregistrován v commitech 5172e579 (pycef) a 0a7598aa (Logstash) dříve, než byl kterýkoli parser spuštěn, a oba jej při prvním porovnání splnily. Zveřejňuje se pět dodatků. Dodatky (1) až (3) se nedotkly žádného pravidla porovnání ani očekávané hodnoty: (1) tvrzení o velikosti korpusu bylo opraveno z 5 na 4 změny pásma, chyba v počítání, protože proud jich má 4; (2) bylo opraveno zapojení oddělovače v rouře běhu Logstash po prvním pokusu, který nevytvořil žádné události; (3) skóre důvěry a posun epochy byly přesunuty z celočíselných polí CEF cn1 a cn2 do polí s plovoucí řádovou čárkou cfp1 a cfp2, změna přenosového formátu provedená v tomto vydání, po níž byl korpus znovu vygenerován a obě orákula znovu spuštěna při nezměněném prahu a opět jej splnila. Dodatek (4), 0,36, rozšířil korpus a očekávanou množinu klíčů, zaregistrováno v d6331429 dříve, než některý parser na nových řádcích běžel: vstupy schématu 1,3 přidávají geometrii družic v uživatelských polích cs6 (popisek geometry: stav, pak „;“ a třídy odečtů), cfp3 (geometryHdop) a cfp4 (geometryPdop); 13 případů geometrie (korpus na 170 řádků) a tři nové klíče; oba splnily práh, jinak beze změny, při prvním porovnání (pycef zpracoval 166 ze 170 řádků, 4 případy hlavičky úrovně 2 jako dříve; Logstash 170 ze 170). Dodatek (5), 0,36, připojil 6 případů popisku geometrie (korpus na 176 řádků), zaregistrováno v 9a8e4fa9 dříve, než na nich některý parser běžel: ze vstupů, které nesou popisek geometrie, cs6 získává třetí pole („;“ a popisek) a cn1 (geometryUsedSatellites) použité družice; mapovací tabulka kodeku Logstash byla přečtena první (žádná pole flexString, tedy cs6 místo flexString1); oba splnily práh při prvním porovnání (pycef 172 ze 176, Logstash 176 ze 176) a každá dřívější referenční položka byla reprodukována beze změny. CO NENÍ: žádný z parserů nekontroluje typ hodnot cfp (oba je drží jako text), takže použití polí s plovoucí řádovou čárkou spočívá na slovníku CEF, nikoli na orákulu; nebyl spuštěn žádný SIEM výrobce; názvy klíčů rozšíření a jejich mapování jsou volbou této knihovny a parsery ukazují jen to, že se čtou zpět tak, jak byly zapsány; obálka RFC 5424, doručení, časové limity a opětovné připojení nejsou pokryty; pycef je malý parser naposledy vydaný v roce 2020 a kodek Logstash je podstatnější orákulum. | telemetry (syslog: cef, rfc5424, SyslogSink; time) |
| Události SIEM telemetrie důvěry: Log Event Extended Format (LEEF) přes syslog | Události změny pásma (nebo na epochu) jako užitečný obsah Log Event Extended Format 2,0 v obálce RFC 5424 přes UDP nebo TCP, s dokumentovaným mapováním polí. | MODELLED | CO JE KONTROLOVÁNO: vlastní testy přesných řetězců této knihovny pro dokumentované mapování polí LEEF a pole obálky RFC 5424; neexistuje žádný udržovaný open-source parser LEEF (vyhledávání v indexu balíčků Pythonu žádný nenašlo), takže formát je kontrolován proti vlastní specifikaci přečtené týmž autorem, nikoli proti vnějšímu orákulu. CO NENÍ: zda užitečný obsah LEEF přijme parser nebo SIEM jakéhokoli výrobce; pravidla escapování nad rámec dokumentovaných; chování skutečného kolektoru syslog. | telemetry (syslog: leef, rfc5424, SyslogSink; time) |
| Integrita balíčku důkazů: podpis, hashový řetězec a postup ověření | Podepsaný balíček důkazů s hashovým řetězcem o události důvěry v GNSS: SHA-256 přes každý soubor a řetězec přes manifest, podpis Ed25519 přes přesné bajty manifestu a ověřovač, který pojmenuje každé selhání (změněný, odebraný, přejmenovaný, vyměněný nebo přidaný soubor, přeuspořádaný nebo upravený manifest, manifest znovu zahashovaný bez klíče, znovu podepsaný balíček, špatný zafixovaný klíč a token časového razítka, který je odstraněn, nahrazen, nesmyslný nebo vztažený k jinému dokumentu). | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: (1) funkce Ed25519, které balíček používá k podepisování a přísnému ověřování (evidence::bundle::sign_detached, evidence::verify::verify_detached), reprodukují bajt po bajtu veřejné klíče a podpisy testovacích vektorů 1, 2, 3 a 1024 z RFC 8032 oddíl 7,1, přijmou je a odmítnou každý převrácený bit vektoru 1 a každý sedmý bit ostatních a nekanonický podpis S+L; vektory jsou zpracovány z textu RFC a reprodukovány dvěma nezávislými implementacemi (cryptography/OpenSSL a PyNaCl/libsodium) ve scripts/gen_ed25519_rfc8032_ref.py. (2) evidence::bundle::sha256_hex, hash za každým hashem balíčku a řetězcem, přesně reprodukuje příklady SHA-256 z FIPS 180-4 (abc; 448bitová zpráva; milion a), prázdnou zprávu a výtahy hashlib na žebříku délek 0 až 130 bajtů přes hranice zarovnání. (3) Ověřovač napsaný v Pythonu pouze podle docs/EVIDENCE-PACKS.md (scripts/evidence_verify_cleanroom.py: hashlib a cryptography; jeho autor nečetl žádný kód v Rustu) se přesně shoduje s ověřovačem v Rustu na 71 syntetických neporušených i porušených balíčcích, a to v verdiktu, množině selhání s názvy souborů, verdiktu podpisu a hlavě řetězce přepočtené ze souborů i té, kterou zaznamenává manifest. V prvním běhu se shodlo 64 z 71; nesoulady byly jedna nejednoznačnost specifikace (kontrola zafixovaného klíče proti nečitelnému manifestu), jedna odchylka rozhraní orákula a jeden neúplně sestavený případ; věta ve specifikaci byla upřesněna, orákulum znovu implementováno podle textu a případ dokončen, bez změny jakékoli tolerance či očekávání (zaznamenáno v commitu d54e14c6). CO NENÍ: ověřovač clean-room je nezávislá implementace jiného autora, nikoli autorita třetí strany, a sdílí volby specifikace, takže potvrzuje tuto implementaci pravidel, nikoli pravidla; vektory ověřují primitiva, nikoli návrh formátu balíčku. V tomto řádku se token RFC 3161 čte pouze kvůli svému otisku zprávy a testovací tokeny jsou syntetické a nepodepsané; podpis autority a řetězec se ověřují, dobrovolně (kshana evidence verify --tsa-ca), samostatným řádkem „RFC 3161 timestamp-token signature and chain verification“. Případy porušení jsou syntetické. Nic zde není právním posudkem k žádnému balíčku ani jeho osvědčením. | evidence (bundle: create_bundle, sign_detached, chain_link, sha256_hex; verify: verify_bundle, verify_detached; tsr; assemble; cli) |
| Ověření podpisu a řetězce tokenu časového razítka RFC 3161 | evidence::tsa::verify_token a dobrovolné kshana evidence verify --tsa-ca <anchors.pem> pro timestamp.tsr balíčku: TimeStampResp nebo holý TimeStampToken podle RFC 3161 (CMS SignedData nad TSTInfo) kontrolovaný offline proti důvěryhodným kotvám tak, jak jej kontroluje openssl ts -verify: typ obsahu a výtah zprávy podepsaných atributů nad TSTInfo; podpis nad podepsanými atributy (RSA PKCS#1 v1.5, RSASSA-PSS, ECDSA P-256 a P-384; veřejné operace RSA na crypto-bigint); hash ESS signing-certificate v1 (SHA-1) nebo v2 jmenující certifikát podepisovatele, nalezený mezi nedůvěryhodnými certifikáty tokenu a volajícího; kritické, výhradní rozšířené použití klíče timeStamping u podepisovatele; řetěz k důvěryhodné samovydané kotvě s podpisem každého certifikátu, stavem CA a použitím klíče a každým certifikátem platným v genTime tokenu; a otisk zprávy proti datům. Nekontroluje se: odvolání (CRL, OCSP), omezení jmen a politik, nonce | VALIDATED | OpenSSL 3.0.13 (openssl ts -verify -attime genTime a openssl cms -verify -cades -purpose timestampsign plus otisk TSTInfo pro tokeny RSA-PSS), spuštěný skriptem tests/fixtures/evidence_tsa/run_openssl.sh na 27 případech z cases.tsv: RSA PKCS#1 v1.5 s SHA-256 a SHA-512 a ESS v1 a v2, kořen ECDSA P-384 nad zprostředkující P-256 a TSA P-256 a P-384, RSA-PSS, token bez certifikátu podepisovatele s ním dodaným i bez něj, tokeny podepsané CAdES, převrácený bajt podpisu (tři algoritmy), změněný TSTInfo (dva), převrácený podpis zprostředkujícího certifikátu, dvojče certifikátu ESS, špatné kotvy (čtyři), prošlý certifikát TSA, nekritické a špatné rozšířené použití klíče a špatná data (tři). Předregistrováno v tests/fixtures/evidence_tsa/PREREGISTRATION.md (odevzdáno samostatně, 30ad70b2, dříve, než ověřovač existoval; verdikty OpenSSL poté znovu spuštěny, bajt po bajtu totožné). První běh: všech 27 verdiktů se shoduje (B1) a každý genTime se shoduje na sekundu (B2). Rozsah, uvedeno úzce: vlastnoručně vygenerované testovací certifikáty a tokeny, vytvořené týmž OpenSSL, které je posuzuje; OpenSSL je nezávislá implementace, nikoli autorita časových razítek; nedodává se token žádné veřejné autority (freetsa.org neuvádí licenci). Nic zde neosvědčuje žádné skutečné časové razítko | evidence::tsa (verify_token, pem_certificates); evidence::verify (VerifyOptions::tsa_anchors, Failure::TimestampAuthorityInvalid); evidence::cli (--tsa-ca) |
| Prahy interference v důvěře v přijímač kalibrované na datové sadě JammerTest 2024 | receiver_trust::calibration::run_dataset: předregistrovaná kalibrace monitorů poklesu C/N0, AGC a indikátoru rušení na veřejné datové sadě JammerTest 2024 (Zenodo 15911589, GPL-3.0-or-later, stahovaná za běhu, nikdy nedodávaná): pro každou složku 1 s časová osa z mon_rf.csv a rinex.csv, monitory spuštěné jednou, každá epocha po kalibraci označená jako čistá nebo rušení podle attack_log složky (posunuto z CEST do UTC, ochranný interval 60 s), každý práh prohledán po pevné mřížce, vybrán nejmenší práh se souhrnnou pravděpodobností falešného poplachu na čistých epochách nejvýše 0,01 a počty při vynechání jedné složky (leave-one-folder-out) na zadržených datech; křížová kontrola čtečky UBX. Výběr se dodává pouze jako dobrovolný profil [monitors] profile = "jammertest-2024-calibrated" (cn0_drop_db 1,5, agc_k_sigma 3,5, jam_ind_threshold 29); výchozí pravidlo a každý výstup bez něj zůstávají beze změny | MODELLED | Publikované záznamy událostí datové sady (okna attack_log) jako pravda o událostech, podle předregistrace xval/jammertest-trust/PREREGISTRATION.md (odevzdáno samostatně, 0fa012b, dříve, než běžel testovací rámec). První a jediný běh (xval/jammertest-trust/RESULTS.md): 14 z 24 složek vyhodnotitelných (7 s rušením), 3 502 čistých a 9 560 epoch s rušením. Pravděpodobnost falešného poplachu na čistých datech na zadržených datech: cn0_drop_db 0,0231 (81/3502) proti prahu 0,02, FAIL; agc_k_sigma 0,0003, splněno; jam_ind_threshold 0,0094, splněno; sjednocení všech tří: falešné poplachy 0,0328, detekce 0,807 proti 0,05 a 0,50, splněno. Podle zaregistrovaného pravidla je řádek MODELLED (jeden práh nesplněn). Úzce: jeden typ přijímače (u-blox ZED-F9P), jedna událost, plánované jednominutové sloty jako pravda (detekce je dolní mez; čisté znamená mimo zaznamenaná okna); kalibrováno na záznamech CSV a čtečka UBX dává na dvou složkách více falešných poplachů. Pásma námořního skóre důvěry nejsou kalibrována | receiver_trust::calibration (run_dataset); receiver_trust::monitors (MonitorConfig::profile, JAMMERTEST_2024_CALIBRATED); realdata::jammertest; examples/jammertest_trust_calibration.rs |
| Hodnocení Jammertestu: záznam přijímače hodnocený po každém plánovaném testu (latence detekce, zmeškané poplachy, falešné poplachy, doba zotavení) proti publikovanému plánu testů | jammertest::{plan, score, dataset} (kshana jammertest import|score): katalog testů NPRA a plán vysílání (MIT, stahováno se zafixovaným SHA-256, nikdy nedodáváno) čtené jako plánovaná pravda se zachovanými identifikátory katalogu; běh receiver-trust hodnocený po jednotlivých testech (první poplach minus plánovaný začátek, detekováno/pozdě/zmeškáno vůči toleranci, doba do prvního úseku bez poplachu, poplachy mimo každý slot a jeho ochranný interval), s podepsaným balíčkem důkazů, který nese výsledkovou kartu. Rozvrh jsou plánované sloty, nikoli zaznamenané časy vysílání | MODELLED | Počty slotů plánu pro každou testovací oblast (76, 77 a 45 slotů, z nichž 61, 63 a 32 vysílají) byly nezávisle spočítány skriptem nad týmž JSON; okna attack_log datové sady 2024 jako pravda o událostech, podle xval/jammertest-score/PREREGISTRATION.md (odevzdáno samostatně, c2e6d3b, dříve, než běžel hodnotitel). První a jediný běh (xval/jammertest-score/RESULTS.md): zaregistrované pravidlo minima dat SELHALO (4 hodnotitelná okna rušení ze 4 z 12 složek UBX proti minimu 10 oken ze 2 složek: 5 složek vyřazeno pravidlem základní linie, 3 záznamy UBX nesou jen týden GPS), takže prahy B1 až B4 nejsou posouditelné; nic nebylo uvolněno ani znovu spuštěno. v2 (xval/jammertest-score/PREREGISTRATION-v2.md, odevzdáno samostatně, pouze zacházení s daty: záznamy jen s časem GPS umístěné podle data, 12 složek pouze s CSV, relace pohyblivé platformy pro pohyblivé rovery; stejné prahy a pravidlo minima dat): 14 z 24 složek ponecháno, ale jen 7 hodnotitelných oken rušení, pravidlo minima dat opět selhalo, žádný práh není posouditelný (RESULTS-v2.md). Plánovaná pravda: plánovaný slot není záznam o vysílání, zmeškaný může být test, který nikdy neběžel, latence se počítá od plánovaného začátku a čisté znamená mimo plánované sloty. Detekce monitory v oblasti měření neříká nic o spoofru s nízkým výkonem. Jeden typ přijímače (u-blox ZED-F9P). Datová sada SimulaMet NMEA z roku 2025 se nepoužívá (bez uvedené licence, podmíněná předplatným) | jammertest::plan (parse_catalog, parse_plan, import, import_attack_log, events_toml); jammertest::score (score_run); jammertest::dataset (run_dataset); jammertest (score_log, score_pack); examples/jammertest_score_2024.rs |
| Export pro zkušební lavici (kshana bench-export): sloupce vázané k Zemi, geodetické a místní rychlosti, sloupce polohy v prostoru a výstup NMEA 0183 | Sloupce CSV pohybu s polohou vázanou k Zemi, geodetickou polohou, rychlostí vázanou k Zemi, kurzem/sklonem/náklonem a UTC a věty NMEA GGA/RMC zapsané ze syntetických scénářů (gnss-ins včetně automotive-urban-canyon, jamming, gnss-sim). Pouze pohyb a události; nezapisuje se žádný signál a netvrdí se žádný výkon simulátoru ani přijímače. | VALIDATED | CO JE EXTERNĚ KONTROLOVÁNO, uvedeno úzce: proti pyproj 3.8.0 (PROJ 9.8.1), geographiclib 2,1, pynmea2 1.19.0 a scipy 1.18.1, spuštěno skriptem scripts/gen_testbench_ref.py na 4 syntetických scénářích, s tolerancemi stanovenými před prvním porovnáním (každá je nejhorším případem zaokrouhlení zapisovače): sloupce vázané k Zemi se rovnají převodu WGS 84 geodetických sloupců (nejhorší 1.3e-4 m, práh 3e-4) a opačně (1.3e-9 deg, práh 2e-9; výška 1.3e-4 m, práh 3e-4) na každém řádku; rychlost vázaná k Zemi otočená na sever-východ-dolů topocentrickou operací PROJ se rovná skutečné rychlosti NED enginu (7.5e-5 m/s, práh 2e-4); kurz, sklon a náklon se rovnají yaw-pitch-roll ze scipy ze skutečného kvaternionu enginu (5.0e-7 deg, práh 1e-6); každá věta NMEA se zpracuje v pynmea2 s platným kontrolním součtem a její dekódovaná poloha (1.2e-3 m, práh 5e-3), výška, rychlost, kurz (5.0e-4 deg, práh 1e-3) a čas se rovnají hodnotám pohybu; sloupec UTC se rovná nezávislé aritmetice data a času. SHA-256 přesných kontrolovaných bajtů CSV a NMEA je zafixováno. CO NENÍ: samotná pravdivá trajektorie scénáře (jízdní profil a jeho integrace); konvence (kurz je stáčení tělesa, nikoli dráha, a liší se od ní až asi o 77 stupňů v automotive-urban-canyon; kvalita GGA, počet družic a HDOP jsou zástupné hodnoty); zda soubory laboratorní simulátor čte tak, jak je zamýšleno; jakýkoli výkon simulátoru či přijímače. Orákula kontrolují převody a kódování, nikoli fyziku scénáře. Zacházení s místní soustavou se kontroluje jen přes otočení rychlosti a rychlost a kurz v NMEA (CSV nemá sloupec místní polohy). | interop::testbench (write_motion_csv, write_nmea, trajectory_of, export); fusion::pack::truth_trajectory |
| Mapování compliance na veřejné rámce | compliance (kshana compliance-report): mapování výstupů Kshany na články veřejných rámců pouze podle čísla, vyplněné z uvedených běhů; výsledek se započítává ke schopnosti jen tehdy, když nese důkaz, který mapování jmenuje, prázdná množina nedokládá nic a formulace je „podporuje důkazy pro (supports evidence for)“; zpráva není zjištěním, že je jakýkoli rámec splněn, a není hodnocením ani schválením nikým. | MODELLED | Odkazy zkontrolované proti indexu nadpisů citovaných veřejných dokumentů extrahovanému skriptem, čteným 2026-10-10 (tests/compliance_references.rs). CO JE KONTROLOVÁNO: 49 citovaných odkazů na článek, oddíl, odstavec či nadpis existuje v citovaném dokumentu a 7 citovaných URL bylo v zaznamenaný den dosažitelných (2 druhou cestou); negativní kontroly selhávají. CO NENÍ: že je jakákoli parafráze, mapování či mezera správně; články EN 16803 (placené, pouze text katalogu); pozdější revize; index není nezávislá implementace. | compliance |
| Námořní integrace: zásuvný modul Signal K, proud brány a panel skóre pro OpenCPN, referenční sestavení | Skóre důvěry, pásmo, důvody, stav brány a poloha hlášená přijímačem zveřejněné pod navigation.gnss.kshana na serveru Signal K s upozorněním typu varování, alarm a normální (integrations/signalk); hradlovaný proud NMEA, s polohou označenou za neplatnou, dokud je důvěra zhroucena, a větou PKSHT na cyklus, poskytovaný do OpenCPN přes TCP samotnou branou nebo malým relé, a nativní panel skóre OpenCPN, který čte větu PKSHT (integrations/opencpn); a jednotky systemd a kontejner, které bránu provozují (deploy/reference-build). Kde tyto integrace zobrazují výstup, nesou poradní prohlášení: Software pouze poradního charakteru, nikoli typově schválené navigační zařízení (IEC 61108, IEC 61162): za navigaci plavidla zůstává odpovědný provozovatel. | MODELLED | CO JE KONTROLOVÁNO, uvedeno úzce: že tyto integrace fungují se skutečným softwarem, pro který jsou napsány. DŮKAZY jsou odevzdány v integrations/signalk/evidence/README.md (s jeho soubory JSON) a integrations/opencpn/evidence/README.md (s jeho snímky obrazovky a záznamy), každé se skriptem, který je reprodukuje. (1) Signal K: zásuvný modul načtený do zafixovaného balíčku npm signalk-server 2.33.0 v soukromém jmenném prostoru sítě pouze přes loopback, napájený syntetickými daty. Vlastní rozhraní REST a WebSocket serveru ukázala zveřejněné cesty, metadata skóre a upozornění, které prošlo stavy žádné, varování, alarm, normální (po podržení) a znovu varování, když data ustala. Se skutečnou kshanou spuštěnou modulem nad NMEA, kterou server sám přijal, upozornění prošlo varováním a pak alarmem a hlášená poloha byla zveřejněna; vlastní navigation.position serveru byla zapsána jeho poskytovatelem NMEA, nikdy modulem. Znovu spuštěno proti živému schématu JSON 1,2. (2) OpenCPN: modul sestavený proti hlavičce API zásuvných modulů OpenCPN a wxWidgets 3.2.4, načtený do balíčku Ubuntu 24,04 OpenCPN 5.8.4 pod virtuálním displejem; OpenCPN jej načetl, provedl jeho inicializaci a předal mu věty PKSHT hradlovaného proudu a panel zčervenal v nedůvěryhodném pásmu. V jednom čistém běhu přestala vlastní poloha lodi v OpenCPN aktualizovat a její indikátor určení polohy klesl, když brána označila polohu za neplatnou. Druhý běh napájený přímo posluchačem TCP brány ukázal doručení do modulu, ale nikoli čisté před a po. (3) Testy relé přehrávají zaznamenaný výňatek hradlovaného proudu přes skutečný soket TCP a kontrolují, co spotřebitel přijme (bajty beze změny, platné kontrolní součty na každé větě včetně přepsaných, shoda GGA a RMC, jedna PKSHT na cyklus s polem brány tam, kde je poloha neplatná), a skript typu end-to-end kontroluje, že spotřebitel posluchače brány přijme přesně ty bajty, které táž brána zapisuje na standardní výstup. (4) Parsery PKSHT (JavaScript a C++) běží nad větami zaznamenanými z výstupu kshana a odmítají špatný kontrolní součet, verzi nebo skóre mimo 0 až 100. (5) Jednotky systemd jsou kontrolovány pomocí systemd-analyze verify (systemd 255, binárky nahrazeny zástupnými) a hlídači pro shell v ExecStart, politiku restartu a klíče sandboxu; zacházení s argumenty vstupního bodu kontejneru je kontrolováno se zástupnou binárkou. CO NENÍ: pro žádnou hodnotu, kterou tyto integrace zobrazují, neexistuje vnější orákulum. Samotné hodnoty důvěry jsou řádky výše a běh integrace ukazuje jen to, že je rozvody přenášejí; proto je tento řádek MODELLED a nikoli VALIDATED (docs/VALIDATION.md). Nebylo použito žádné skutečné plavidlo, přijímač, dlouhý běh, jiná verze kteréhokoli hostitele, jiný operační systém ani desktop; všechna data jsou syntetický text a nic zde není měřením. Zvukové a vizuální zacházení s upozorněním skutečným klientem Signal K, tlačítko panelu nástrojů OpenCPN, předvolby a zastaralý stav a balení pro správce zásuvných modulů OpenCPN nebyly procvičeny. Klíče sandboxu systemd byly kontrolovány jen na syntaxi, nespuštěny pod živým systemd a sestavení obrazu kontejneru a jeho kontrola zdraví zde nemají odevzdaný žádný důkaz. Netvrdí se žádné číslo detekce ani falešných poplachů. Software pouze poradního charakteru, nikoli typově schválené navigační zařízení (IEC 61108, IEC 61162): za navigaci plavidla zůstává odpovědný provozovatel. | receiver_trust (živě: brána, její posluchač TCP, PKSHT); mimo knihovnu: integrations/signalk (JavaScript), integrations/opencpn (relé v JavaScriptu, nativní zásuvný modul v C++), deploy/reference-build (jednotky systemd, kontejner) |
| Sledování BOC(1 1): škálování DLL a řešení nejednoznačnosti bump-jump (dobrovolné) | Pole boc v iq::track::LoopConfig (dobrovolné, ve výchozím stavu None): tři diskriminátory DLL přeškálované tak, aby četly chybu kódu v chipech s jednotkovým sklonem na hlavním vrcholu sinusového BOC(1 1), a monitor bump-jump na velmi předbíhajících a velmi zpožďujících korelátorech v jedné poloperiodě subnosné (0,5 chipu), který skočí s NCO kódu k hlavnímu vrcholu, když čítač nahoru/dolů dosáhne N (8 ve výchozím stavu). Bez této volby je každý výstup beze změny. | MODELLED | Vnitřní konzistence proti vloženým pravdivým hodnotám a uzavřeným tvarům, podle prahů předregistrovaných v 6b68f6cc (docs/design/evidence/boc-bump-jump/). Datový signál BeiDou B1C (PRN 19, 5 MS/s) generovaný iq::scene: s vypnutou volbou zůstává start v postranním vrcholu falešně zachycen na předpovězených ±(0,5 + d/4) chipu (naměřeno ±0,549); se zapnutou jeden skok k hlavnímu vrcholu v 0,08 s a RMS v pozdním okně 0,0008 chipu při 45 dB-Hz a 0,0048 chipu při 35 dB-Hz; žádný skok z hlavního vrcholu při 35, 40 a 45 dB-Hz po 4 s; škálovaný sklon EMLP 0,94 až 0,99 na vzorkovaném signálu (neškálovaný 3,6 až 3,8). Samotný detektor bump-jump, na trojicích korelátorů s přesnou kovariancí šumu BOC(1 1), neudělal žádný falešný skok ve 100 000 aktualizacích při 25 až 45 dB-Hz a detekoval 1000 z 1000 startů v postranním vrcholu při 35 dB-Hz. NOT MET (zjištění F1): předregistrovaná jednotková mřížka testu škálování zahrnuje posuny mimo lineární rozsah diskriminátorů, kde škálované hodnoty minou posun až o 48 %. CO NENÍ KONTROLOVÁNO: terénní IQ, přední části s omezeným pásmem, složené repliky MBOC/QMBOC a jakýkoli vnější přijímač. | iq::track::boc (BocKind, BocTracking, BumpJump, boc11_dll_scale); iq::track::channel (the bump-jump taps and Channel::bump_jumps) |
| Kanál ionosférické scintilace IQ (model Cornell) proti naměřené scintilaci GPS L1 s 50 Hz | iq::channel::scint, scintilační model Cornell (Riceova intenzita, spektrum Butterworth druhého řádu, fáze arg z) poháněný S4 a dobou dekorelace intenzity naměřeného okna, porovnávaný na tom, co generuje nad rámec těchto dvou vstupů; realdata::scint50 čte naměřený záznam, odstraní z něj trend a provede porovnání. | MODELLED | Naměřená data podle prahů předregistrovaných v b6ccb499 (xval/scint-malindi/): záznam Zenodo 16941224 (INGV, Malindi, 18 březen 2023, GPS PRN 26, intenzita a fáze nosné s 50 Hz, CC BY 4,0, SHA-256 zkontrolováno). 22 kvalifikujících 60 s oken (N1 splněno). MET: rozdělení intenzity (Kolmogorovův-Smirnovův D 0,0415, práh 0,05) a fázová scintilace vázaná na S4 (medián naměřeného/modelového sigma-phi 0,779, práh 2/3 až 3/2). NOT MET (zjištění F1): podíl hlubokých úniků v modelu je 2,38krát naměřený (práh 0,5 až 2) a jeho střední únik 3,51krát delší (práh 2/3 až 3/2). Zjištění F2: zaregistrované zpracování čte zabalenou fázi modelu, což odhalila vlastní kontrola; B3 opakované dodatečně s rozbalenou fází dává 0,804. CO NENÍ KONTROLOVÁNO: jiné noci, stanice, zeměpisné šířky či signály; šum přijímače v modelu. Řádek zůstává MODELLED. | iq::channel::scint (Scintillation, ScintParams); realdata::scint50 (parse_log, segments, measured_windows, model_windows, compare) |
| Volba CFAR s průměrováním buněk v akvizici IQ | iq::acq::ca_cfar a ca_cfar_cells (dobrovolné): buňka akviziční mřížky se porovnává s průměrem referenčních buněk své Dopplerovy řady (ochranné a krokové zpoždění, zalomené kolem periody) při faktoru alpha stanoveném z uzavřeného tvaru pravděpodobnosti falešného poplachu CA-CFAR pro M nekoherentních bloků (ca_cfar_pfa, ca_cfar_alpha). Detektor výkonu vzorku zůstává výchozí a každý stávající výstup je beze změny. | MODELLED | Uzavřený tvar, s prahy předregistrovanými v 3724aefa (docs/design/evidence/acq-cfar/). Pravděpodobnost falešného poplachu CA-CFAR pro buňky Gamma(M) oproti Monte Carlo přesného modelu: 18 z 18 případů v rozmezí 3 binomických sigma. Na každé buňce vyhledávání iq::acq (GPS L1 C/A, 2,5 MS/s, po 210 000 buňkách) při návrhové hodnotě 1 %: 0,977 % a 0,969 % na gaussovském šumu a 1,006 % a 0,999 % na 2bitově kvantovaném šumu (M = 1 a 4; práh plus minus 20 %); rozhodnutí se nemění při přeškálování vstupu. NOT MET (zjištění F1): u 2bitového signálu bez šumu jsou detekce i její buňka správně, ale 1,28 % buněk mimo vrchol v řádku vrcholu (práh 1 %) překračuje prahovou hodnotu, a to na deterministických korelačních postranních lalocích kódu. CO SE NEKONTROLUJE: jiné varianty CFAR, dvourozměrná okna, přední části s omezeným pásmem, terénní data. | iq::acq (CfarConfig, ca_cfar, ca_cfar_cells, ca_cfar_pfa, ca_cfar_alpha) |
| Model spektra: pásma GLONASS, BeiDou a Galileo E6 (volitelně) | spectrum::default_band určuje, výhradně podle jména (MORE_BAND_NAMES), GLONASS L1OF a L2OF na každém kanálu FDMA K = -7 až 6 (BPSK, 0,511 Mchip/s), BeiDou B1I (BPSK(2)), B1C (MBOC(6,1,1/11)), B2a a B3I (BPSK(10)) a Galileo E6 (BPSK(5)), s nosnými a minimálními přijímanými výkony podle jejich dokumentů popisu rozhraní; výchozí sada pásem a všechny stávající výstupy se nemění. | MODELLED | Zveřejněné dokumenty popisu rozhraní a uzavřené tvary, s prahy předregistrovanými v 5806f28b (docs/design/evidence/spectrum-bands/): GLONASS ICD Edition 5,1, BDS-SIS-ICD B1I 3,0, B1C 1,0, B2a 1,0 a B3I 1,0, Galileo OS SIS ICD Issue 2,1. MET: každá nosná, čipová rychlost a přijímaný výkon podle přepisu (28 kanálů GLONASS), první nuly BPSK na čipové rychlosti, složený signál B1C rovný MBOC(6,1,1/11), jak jej uvádí tabulka výkonů jeho ICD, identita cesty C/N0 a bajtově shodné scénáře spektra. NOT MET: práh jednotkové plochy, který byl tak, jak byl napsán, nedosažitelný (zjištění F1; plochy se rovnají uzavřenému tvaru podílu v pásmu), a shoda po jednotlivých binech průběhů B1I a B1C vrstvy IQ s obálkou modelu (1,26 a 1,56 dB oproti 0,5 dB, zjištění F2; GLONASS 0,07 dB), protože kódy Gold a Weil mají nerovnoměrná čárová spektra; po zprůměrování v pásmu se hlavní laloky shodují v rozmezí 0,25 dB. CO SE NEKONTROLUJE: zaznamenané IQ, jiné signály, interference v rámci systému. | spectrum (default_band, MORE_BAND_NAMES, GLONASS_CHANNELS) |
| Primární dálkoměrné kódy BeiDou B1I oproti nezávislému generátoru | iq::signals::beidou::b1i_bits a b1i: kódy Gold podle BDS-SIS-ICD-B1I-3.0 zkrácené na 2046 čipů, PRN 1 až 63, tak jak je vrstva IQ generuje, akvizicí vyhledává a sleduje. | VALIDATED | GNSS-SDR v0.0.19 (tag v0.0.19, commit 1ddd4562), nezávislá open-source implementace téhož ICD: jeho beidou_b1i_code_gen_int, přeložená samostatně, vygenerovala všech 63 kódů. Commitnut je pouze jeho programový výstup: tests/fixtures/iq_signals/beidou_b1i_gnss_sdr.txt, 64čipový prefix a SHA-256 každého 2046čipového kódu. Tento výstup jsou primární kódy PRN BeiDou B1I, které definuje veřejné BDS-SIS-ICD-B1I-3.0; v repozitáři není žádný zdrojový kód ani binárka GNSS-SDR. Práh předregistrovaný v 911106d1 (xval/beidou-b1i-gnss-sdr/): všech 2046 čipů všech 63 PRN shodných, bez inverze, posunu či přeznačení. Výsledek: 63 z 63 shodných; fixture byla znovu vygenerována z čerstvého checkoutu v0.0.19 (SHA-256 zdrojového souboru podle záznamu) a je bajtově shodná. CO SE NEKONTROLUJE: sekundární kód NH20, seznam PRN GEO, nosná a čipová rychlost. | iq::signals::beidou (b1i_bits, b1i) |
| Dálkoměrné a překryvné kódy GPS L1C oproti kontrolním sloupcům vytištěným v IS-GPS-800J | iq::signals::gps::l1c_p_bits, l1c_d_bits a l1c_o_bits: dálkoměrné kódy Weil L1CP a L1CD (vypočtená Legendreova posloupnost, index Weil, expanzní posloupnost vložená před čip p) a překryvné kódy L1CO S1, PRN 1 až 63. | VALIDATED | IS-GPS-800J (01-AUG-2022, distribution statement A), kontrolní sloupce, které tiskne vedle parametrů generátoru: Table 3.2-2 počátečních a koncových 24 čipů každého kódu L1CP a L1CD, Table 3.2-3 počátečních a koncových 11 bitů každého kódu L1CO, Table 6.2-1 Legendreova posloupnost délky 10223; přepsáno skriptem scripts/extract_is_gps_800_tables.py z PDF (SHA-256 c4aad710...). Prahy předregistrované v fe372e26 (docs/design/evidence/l1c-codes/): 252 z 252 sloupců, 63 z 63 překryvů a 10 223 z 10 223 bitů Legendreovy posloupnosti shodných; extrakce --check projde; negativní kontrola selže u přeznačených, invertovaných a posunutých kódů. CO SE NEKONTROLUJE: samotné parametry generátoru (pocházejí ze stejných tabulek), čipy mezi vytištěnými sloupci, vzor subnosné TMBOC a kódy L1CO S2. | iq::signals::gps (l1c_weil, l1c_ranging_bits, l1c_p_bits, l1c_d_bits, l1co_s1_run, l1c_o_bits); iq::signals::tables |
| Primární kódy LunaNet AFS-I a AFS-Q oproti kontrolním sloupcům vytištěným v LSIS-AFS V1.0 | iq::signals::lunanet::afs_i_bits a afs_q_primary_bits (názvy signálů lunanet-afs-i a lunanet-afs-q v kshana iq): kód Gold AFS-I (2047 zkrácený cyklem na 2046, G2 zpožděný podle PRN) a primární kód Weil AFS-Q (vypočtená Legendreova posloupnost, index Weil, expanzní posloupnost vložená před čip p), PRN 1 až 210. | VALIDATED | Oproti vytištěným tabulkám LSIS-AFS V1.0 (ve specifikaci označeným TBC): LunaNet Interoperability Specification V5, Applicable Document 1 Volume A: LunaNet Signal-In-Space Recommended Standard, Augmented Forward Signal (LSIS-AFS) V1.0, 29 January 2025 (NASA; SHA-256 PDF 986e0795...), kontrolní sloupce, které tiskne vedle parametrů generátoru: Tables C-1 až C-5 a D-2 až D-6 prvních a posledních 24 čipů každého kódu AFS-I a AFS-Q, Table D-1 Legendreova posloupnost délky 10223; extrahováno skriptem scripts/extract_lunanet_afs_tables.py (xval/lunanet-afs/oracle/). Prahy předregistrované v b3ba5d5 (xval/lunanet-afs/PREREGISTRATION.md) dříve, než generátor existoval: B1 420 z 420, B2 shodné, B3 420 z 420. Dokument označuje své tabulky kódů {LSIS-TBC} a uvádí, že jsou určeny jen pro testování a integraci, takže to ověřuje konstrukci oproti tabulkám tohoto vydání, nikoli pozdějšího. Předregistrované tvrzení o vytištěném počátečním stavu G2 (B1b) bylo formulováno s opačným směrem a je NOT MET (0 z 210), zafixováno; opravený vztah (2047 minus zpoždění) platí u 210 z 210 a je zaznamenán jako post hoc. CO SE NEKONTROLUJE: samotné parametry generátoru (stejné tabulky), čipy mezi vytištěnými sloupci, terciární kód, vrstva zpráv a kódování LDPC. | iq::signals::lunanet (afs_i_bits, afs_q_primary_bits, legendre_bits); iq::signals::lunanet_tables; iq::lunanet_afs::check_spec |
| Terciární kódy LunaNet AFS a vrstva zpráv (SB1 BCH, CRC-24Q, prokládač) oproti LSIS-AFS V1.0 | iq::signals::lunanet::afs_q_tertiary_bits, afs_q_tiered; iq::lunanet_afs: synchronizační vzor, kodér SB1 BCH(51 8) a dekodér s 256 hypotézami, CRC-24Q, blokový prokládač 60 x 98, kontrola proudu symbolů (kshana lunanet-afs-check) a generátor testovacího proudu se zástupnými podrámci. Kódování LDPC s rychlostí 1/2 u podrámců 2 až 4 není implementováno (jeho matice jsou v samostatné příloze). | MODELLED | LSIS-AFS V1.0 (jak výše): Legendreova posloupnost délky 1499 (Table E-1, shodná) a terciární prvních a posledních 24 čipů (Tables E-2 až E-6: 419 z 420 sloupců shodných; dokument tiskne stejných posledních 24 čipů, A14850, pro PRN 147 a PRN 151 a generátor reprodukuje čipy PRN 151, takže položka PRN 147 je nejspíše tisková chyba; práh 420 z 420 je NOT MET a nesoulad je zafixován); vzorový příklad z Figure 8 kódu SB1 (jeden příklad: 0x045 se zakóduje na 0x229F61DBB84A0); CRC-24Q oproti katalogové kontrolní hodnotě 0xCDE703 pro ASCII 123456789; vlastní aritmetika rámců dokumentu. Prahy předregistrované v b3ba5d5. Jeden nesoulad v záznamu a jeden vzorový příklad pro vrstvu zpráv, takže řádek zůstává MODELLED. CO SE NEKONTROLUJE: LDPC a slova CRC uvnitř podrámců 2 až 4, obsah zpráv a jakýkoli zaznamenaný proud | iq::lunanet_afs; iq::signals::lunanet (afs_q_tertiary_bits, afs_q_overlay_bits, afs_q_tiered); surface (lunanet_afs_check_spec, lunanet_afs_check_symbols, lunanet_afs_generate) |
| Balíčky norem: scénáře hodnocené podle prahů stanovených před během | standards_pack (kshana standards-pack): testovací profily rámce DHS Resilient PNT pro úrovně 1 až 4, úrovně přesnosti a vyhodnocení integrity podle IMO MSC.1/Circ.1575 a balíčky ICAO Doc 9849 Appendix F pro monitorování, posouzení a zmírnění: každý test spouští přibalený druh scénáře a porovnává pole výsledku s prahy uvedenými v balíčku, a testy, které potřebují záznam přijímače, jsou uvedeny jako NEEDS INPUT a nehodnotí se. | MODELLED | Žádná vnější reference pro výsledky scénářů: každý test balíčku spouští druh scénáře MODELLED. Prahy jsou uvedeným profilem autora balíčku (rámec DHS neuvádí žádné hodnoty; limity přesnosti IMO jsou Table C-1 z MSC.1/Circ.1575, přečtená celá; balíček ICAO se řídí vlastní prezentací ICAO RFI Mitigation Plan, protože Doc 9849 je placená publikace a nebyl čten), zafixované před jakýmkoli hodnoceným během v souborech PREREGISTRATION.md ve stylu xval pod standards/. Práh MET říká, že modelovaný scénář splnil stanovený práh, nic o produktu | standards_pack; compliance (standards-pack facts in compliance-report) |
| Laboratorní balíček důkazů z okruhu tam a zpět (scénář, zkušební podmínky, záznam přijímače, skóre) | evidence::roundtrip (kshana evidence round-trip) a export záznamu přijímače kshana.test-conditions/1 z kshana bench-export: podepsaný balíček, který zaznamenává hash scénáře, hash uvedených podmínek, hash záznamu a skóre vůči uvedeným událostem, a odmítá podmínky, které se neshodují s hodnoticími událostmi, nebo záznam, jehož hash není uvedený hash. Žádný signál se nezapisuje, nepřehrává ani neplánuje. | MODELLED | Žádná vnější reference: balíček propojuje hashe a skóre záznamu přijímače MODELLED, ověřené na syntetických datech (exportované NMEA přibaleného scénáře zacházené jako se záznamem přijímače). Žádný laboratorní běh se netvrdí | evidence::roundtrip, evidence::assemble, interop::testbench (write_conditions_json), iq::campaign::conditions |
| Sledovací engine IQ oproti GNSS-SDR 0.0.19 na nezávislých záznamech | Úplný sledovací engine vrstvy IQ (iq::track prostřednictvím kshana iq track: předání z akvizice, korelátory, NCO, smyčka PLL Costas druhého řádu 15 Hz, smyčka DLL s obálkou EML prvního řádu 2 Hz podporovaná nosnou, indikátor zachycení a odhadovače C/N0) na GPS L1 C/A při 30 až 45 dB-Hz. | MODELLED | GNSS-SDR 0.0.19 (GPL-3.0-or-later, balíček Ubuntu 24,04, spuštěný jako samostatný program; commitnuta jsou jen odvozená čísla) sleduje tytéž záznamy numpy (nezávislé na enginu), obojí měřeno proti analytické pravdě. Prahy předregistrované v 48edd4a5, upravené před jakýmkoli testovacím záznamem v 1e4288c4 (FLL 10 Hz jen během navázání u obou přijímačů, poté co registrovaná kalibrace selhala na chybném předání GNSS-SDR, zjištění F3). MET při 30, 35, 40 a 45 dB-Hz: jitter nosné do 4,3 %, jitter kódu do 4,6 % a střední hodnota a rozptyl Dopplera v mezích GNSS-SDR. NOT MET: C/N0 NWPR enginu je o 2,3 až 7,1 dB pod SNV GNSS-SDR (zjištění F4, známé omezení NWPR; jeho M2M4 je do 0,06 dB od pravdy); indikátory zachycení fáze se liší podle definice (F5); při 30 dB-Hz GNSS-SDR dvakrát proklouzl a engine ne (F6). Vlastní předání GNSS-SDR se zachytilo na špatnou frekvenci ve 3 z 30 kalibračních běhů. CO SE NEKONTROLUJE: jiné signály, odstranění datových bitů, opětovná akvizice, terénní záznamy. Řádek zůstává MODELLED. | iq::track (Channel, LoopCore, design); iq::cli::track |
| Zisky antény CRPA v druhu jamming oproti nezávislému přepočtu v numpy | Volitelná sekce [crpa] druhu jamming: paprsek pro každý kanál směrem ke každé družici (potlačení s rušičem jako nulou, nebo MVDR na sigma^2 I + P_j a_j a_j^H), který škáluje šum každého spoje hodnotou ||w||^2 a rušič hodnotou |w^H a_j|^2 před stávající rovnicí C/N0 pro ochranu proti rušení. | MODELLED | Nezávislý přepočet v numpy (xval/crpa-jamming/oracle.py, bez sdíleného kódu: řídicí vektory numpy, numpy.linalg.solve a inv) každého spoje geometrie jamming-demo se 4prvkovým čtvercovým polem, při obou váhováních. Prahy předregistrované v 08d83b4d. MET: A1 (všech 150 výsledků scénářů bajtově shodných bez sekce, po opravě: první sestavení přidalo jednotky crpa do tabulky jednotek každého běhu jamming), A2 (jeden prvek se rovná žádnému poli na 1e-12 dB), A3 u šumového zisku pole a efektivního C/N0 (912 váhování spojů do 1e-9 dB, nejhorší 2.1e-14 dB) a u nuly rušiče při potlačení (pod -200 dB na obou stranách), A4 (MVDR do 0,1 dB od potlačení při JNR 80 dB). NOT MET: A3 u zisku rušiče MVDR, 194 z 456 spojů nad 1e-9 dB při 0,36 přenosné matematice (202 při matematice hostitele; docs/revisions/STUDIO15-batch4-rebaseline.md) (nejhorší 1.7e-6 dB) na reziduích -100 až -188 dB, kde obě implementace omezuje zrušení v float64 (inv a solve v numpy se navzájem liší u 169 spojů, nejhorší 7.9e-7 dB); efektivní C/N0, které z nich vychází, tím není dotčeno. CO SE NEKONTROLUJE: vzájemná vazba, nesoulad prvků, širokopásmové zpracování, více rušičů, jakýkoli anténní hardware. Přepočet týchž rovnic, nikoli vnější orákulum; řádek zůstává MODELLED. | jamming (CrpaCfg, crpa_weights, run_jamming); crpa (null_steering_weights, mvdr_weights, covariance) |
| Terénní zastínění rušiče v druhu jamming oproti nezávislému přepočtu v numpy na skutečné dlaždici SRTM | Volitelná sekce [terrain] druhu jamming: profil terénu po ortodromě mezi rušičem a přijímačem na dlaždici SRTM .hgt s vyboulením Země podle k-faktoru, dominantní ostrá hrana (největší Fresnelovo-Kirchhoffovo nu) a ztráta jednou ostrou hranou podle ITU-R P.526-15 oddíl 4,1, odečtená od výkonu rušiče na vstupu přijímače. | MODELLED | Nezávislý přepočet v numpy (xval/jamming-terrain/oracle.py, bez sdíleného kódu: vlastní čtení .hgt, bilineární interpolace, převod tam a zpět WGS 84, profil, vyboulení, nu a J(nu)) deseti umístění rušiče kolem přijímače v Badwater Basin na commitnuté skutečné dlaždici SRTM tests/fixtures/terrain/N36W117_sub6.hgt. Prahy a umístění předregistrované v 92cd2bfd. Všechny MET: aditivita (všech 150 výsledků scénářů bajtově shodných bez sekce); body profilu a překážka každého umístění shodné a nu i ztráta do 1.6e-10 (práh 1e-9); ztráta nikdy neroste, když rušič stoupá z 2 na 4902 m; ztráta snižuje každé J/S přesně o sebe samu a o nic jiného; J(nu) do 1e-12 dB od orákula. Zjištění: umístění za pohořími Black a Funeral Mountains ztrácejí 44 až 48 dB; dvě umístění na dně údolí ztrácejí 8 a 15 dB samotným vyboulením Země při výškách antén 2 m, což je mezní případ modelu jedné ostré hrany. CO SE NEKONTROLUJE: jakékoli měřené šíření, difrakce na více hranách, odraz od země, clutter, vlastní chyba DEM. Přepočet téhož modelu, nikoli vnější orákulum; řádek zůstává MODELLED. | jamming_terrain (TerrainCfg, jammer_terrain, knife_edge_loss_db); jamming (run_jamming_sky) |
| Hystereze akvizice a kvantizér předního stupně v druhu jamming oproti nezávislým přepočtům | Volitelná sekce [acquisition] druhu jamming (družice je získána při hodnotě na akvizičním prahu nebo nad ním po prodlevě opětovné akvizice a držena, dokud je na sledovacím prahu nebo nad ním) a sekce [front_end] (údaj AGC 10 log10(1 + J/N) a ztráta Gaussova vstupního kvantizéru ADC odečtené z každého spoje, označené jako neplatné pro negaussovské rušiče). | MODELLED | Nezávislý přepočet v Pythonu každého příznaku akvizice (xval/jamming-acq-agc/hysteresis.py) z efektivního C/N0 enginu v každé epoše, nezávislý Monte Carlo v numpy ztráty kvantizéru (xval/jamming-acq-agc/quantiser_mc.py, vlastní hledání optimálního kroku, 2^22 vzorků) a smyčka AGC vrstvy IQ. Prahy předregistrované v 70c72fcc, s doplňkovou sadou běhů v 37793290. MET: aditivita (všech 150 výsledků scénářů bajtově shodných bez sekcí); každý příznak shodný v doplňkových bězích (1824 spojů, z nichž 732 vykazuje hysterezi); monotonie v prahu; ztráta kvantizéru do 0,0007 dB od Monte Carlo při 1 až 4 bitech (práh 0,02 dB); údaj AGC do 0,012 dB od smyčky AGC (práh 0,05 dB). NOT MET: registrované běhy hystereze (jamming-demo při 10 až 30 dBW) byly neinformativní, protože každý spoj byl ztracen, a jejich H2 a H4 jsou splněny jen triviálně. Zjištění: s rušičem CW ztrácí 1bitový ADC asi o 5 dB více než gaussovská hodnota, kterou engine používá, a označí to jako neplatné. CO SE NEKONTROLUJE: samotné akviziční vyhledávání, dynamika AGC v čase, jakýkoli hardware přijímače. Přepočty téhož modelu, nikoli vnější orákulum; řádek zůstává MODELLED. | jamming_rx (AcquisitionCfg, AcqState, FrontEndCfg, front_end); jamming (run_jamming_sky); iq::frontend::quant (optimum_step_sigma) |
| Omezené navázání FLL pod výchozí podlahou předání z FLL do PLL výchozího návrhu (volitelně) | volitelné carrier.fll_pull_in_max_s v iq::track (pole fll_pull_in_max_s v iq::track::LoopConfig): při fll_assist = pull-in předá FLL řízení PLL po pevné době navázání bez ohledu na PLI, s odpovídající dobou návratu, dokud PLI poprvé nedosáhne fll_off_pli. | MODELLED | Vnitřní konzistence oproti vložené pravdě: syntetický zdroj GPS L1 C/A bez dat (PRN 13, 1500 Hz, 4,1 MHz, 8 s, deset seedů šumu), jehož fáze nosné je známa, s prahy předregistrovanými v 58789af0 (docs/design/evidence/fll-handover-floor/). MET: kontrola (výchozí nastavení bez omezení nikdy nepředá řízení v 9 z 10 seedů při 33 dB-Hz); aditivita (výchozí hash a stávající testy sledování beze změny); navázání předání s odchylkou 100 Hz při 45 dB-Hz. NOT MET: s omezením 1,0 s předání a udržení v každém běhu (16 z 20 při 33 dB-Hz, 8 z 20 při 31 dB-Hz; zbytek cykluje mezi vynucenými předáními a návratem FLL) a fázový jitter do 25 % samotné PLL (10,8 oproti 6,1 stupňům při 33 dB-Hz). CO SE NEKONTROLUJE: datové bity, jiné signály a vzorkovací frekvence, terénní záznamy. Výchozí nastavení se nemění; řádek zůstává MODELLED. | iq::track (LoopConfig, FllGate, design); iq::track::channel (the FLL gate) |
| Čtečka řešení RTKLIB .pos pro receiver-trust | Čte soubor řešení RTKLIB (kalendářní čas nebo čas GPS týden/TOW, zeměpisná šířka/délka nebo poloha ECEF, použité družice) do časové osy receiver-trust (receiver_trust::machines::rtklib). | MODELLED | Žádná vnější reference: nebyl přečten žádný soubor vytvořený RTKLIB a rozložení sloupců vychází z příručky RTKLIB. Ověřeno jen na ručně napsaných souborech; převod ECEF znovu používá frames::ecef_to_geodetic, které má vlastní řádky | receiver_trust::machines::rtklib (read_rtklib_pos); receiver_trust::LogFormat::RtklibPos |
| Logy NovAtel OEM7 ASCII a binární (BESTPOS, RANGE, RXSTATUS) pro receiver-trust | Čte BESTPOS (poloha), RANGE (C/No podle signálu) a RXSTATUS (příznak rušení přijímače jako vlastní hlášení epochy) z logů OEM7 ASCII i binárních, s kontrolou CRC, jen pro čtení (receiver_trust::machines::novatel). | MODELLED | Žádná vnější reference jako práh splnění. Rozložení polí a CRC vycházejí z veřejné dokumentace OEM7 (docs.novatel.com); rutina CRC byla jednou ověřena proti CRC, které dokumentace uvádí pro vlastní příklad BESTPOSA (citováno, nikoli převzato doslova). Fixtures jsou ručně napsané; nebyl přečten žádný log ze skutečného přijímače | receiver_trust::machines::novatel (read_novatel, novatel_crc32); receiver_trust::LogFormat::Novatel |
| Čtečka poměru nosné k šumu RTCM 3 MSM4 a MSM7 pro receiver-trust | Čte C/N0 každé signálové buňky zpráv RTCM 3 MSM4 a MSM7 (GPS, GLONASS, Galileo, SBAS, QZSS, BeiDou, NavIC) z proudu rámců, s kontrolou CRC-24Q (receiver_trust::machines::rtcm3). Rozložení z tabulek pyrtcm s licencí BSD, nikoli z textu normy RTCM. | MODELLED | ReferenceImpl v jednorázové kontrole, nikoli test v sadě: dekodér pyrtcm 1.2.0 čte tytéž ručně napsané rámce na stejné C/N0 a čas epochy. Sdílí zdroj svých tabulek s touto čtečkou, takže kontroluje práci s bity, nikoli rozložení. Nebyl přečten žádný záznam ze skutečného přijímače ani základnové stanice | receiver_trust::machines::rtcm3 (read_rtcm3, crc24q); receiver_trust::LogFormat::Rtcm3 |
| Adaptér monitoru GNSS-SDR pro receiver-trust | Čte zprávy GNSS-SDR Monitor (Gnss_Synchro) a PVT-monitoru, předávané jako řádky JSON s názvy polí z proto, do C/N0 po kanálech, určení polohy, použitých družic, HDOP a oblohy (receiver_trust::machines::gnss_sdr; integrations/gnss-sdr/relay.py). | MODELLED | Žádná vnější reference: názvy polí pocházejí z dokumentace GNSS-SDR; ani čtečka, ani relay.py nebyly spuštěny proti živému GNSS-SDR ani skutečnému záznamu | receiver_trust::machines::gnss_sdr (read_gnss_sdr_monitor); receiver_trust::LogFormat::GnssSdr |
| Načítání logů IMU, vstup směru z gyra a Allanův fit parametrů hybridních senzorů | Čte CSV IMU (zdokumentované sloupce, nebo rozložení EuRoC); integruje rychlost stáčení do směru, který čte monitor směru a kurzu ([log.imu]); a z klidového logu přes překrývající se Allanovu odchylku (imu-fit) fituje parametry šumu akcelerometru a gyra pro hybridní a fúzní scénáře. | MODELLED | Žádná vnější reference: fit je ověřen na syntetických logech bílého šumu se známými koeficienty, směr na logech s konstantní rychlostí stáčení. Nebyl fitován žádný skutečný log IMU a q_aa se nefituje | receiver_trust::machines::imu, imu_fit; surface::imu_fit; scenario [log.imu] |
| Exportér objevování MQTT a stavu Home Assistant pro telemetrii důvěry | Stavový dokument JSON a zprávy objevování MQTT Home Assistant pro proud důvěry, vypisované jako text na každém rozhraní a publikované přes MQTT 3.1.1 QoS 0 příkazovým řádkem (telemetry::mqtt; trust-telemetry --mqtt-tcp, --print-mqtt, format mqtt). | MODELLED | Žádná vnější reference: pakety četl zpětnovazební posluchač napsaný pro test, nikoli skutečný broker, a Home Assistant nebyl spuštěn | telemetry::mqtt (discovery, state_json, connect_packet, publish_packet, MqttSink); surface::TelemetryFormat::Mqtt |
| Balíček receiver-trust pro ROS 2 a most gnss_lib_py | Most bez ROS, který zapisuje zprávy o určení polohy a družicích jako NMEA a hodnotí je přes vazbu pro Python (integrations/ros2/kshana_trust), a most z gnss_lib_py NavData do receiver-trust přes formát rtklib-pos (integrations/gnss_lib_py). | MODELLED | Žádná vnější reference: uzel ROS nebyl spuštěn na živém grafu ROS 2 a názvy polí ublox_ubx_msgs nebyly ověřeny proti běžícímu ovladači. gnss_lib_py (MIT) byl pro test mostu spuštěn | integrations/ros2/kshana_trust (bridge.py, trust_node.py); integrations/gnss_lib_py/kshana_gnss_lib_py.py |