Kostengünstige Zeitübertragung von Starlink über WLAN
Originaltitel (Englisch): Paired Clock Time Transfer from Starlink over Wi-Fi: Causal Filtering, Drift, and GNSS-Shadow Validation
Welche Zeitqualität lässt sich mit Ihrem vorhandenen Starlink und WLAN-Access-Point erreichen?
Überblick
Wer bereits Starlink besitzt, kann mit dessen lokalem Terminal-NTP-Dienst und gewöhnlichen WLAN-Beacons kostengünstig Zeitübertragung erforschen. Diese Studie kombiniert auf einem ESP32-S3-W12-Client NTP-Zeit mit der Beacon-Uhr des Access Points und vergleicht den Hybridansatz mit einer lokalen Uhrenschätzung allein aus NTP. Der robuste Hybrid erreichte nach einer festen, vorab mit GNSS bestimmten Phasenkorrektur 19,226 µs und 8,240 µs RMS in zwei Läufen. Der Ansatz nutzt vorhandene Ausrüstung besser; um diese kalibrierten Ergebnisse zu reproduzieren, ist weiterhin eine GNSS-Referenz nötig.
Was Sie benötigen
- Eine vorhandene Starlink-Antenne und einen WLAN-Access-Point. Das Experiment fragt den lokalen NTP-Dienst des Terminals ab; es gewinnt keine Zeitinformation aus dem Satellitenfunksignal.
- Einen Client, der Zeitstempel von WLAN-Empfangsereignissen bereitstellt. Getestet wurde ein ESP32-S3 W12; gewöhnliche Smartphone- oder Laptop-Apps stellen die benötigten Zeitinformationen möglicherweise nicht bereit.
- Eine GNSS-PPS-Referenz, um die vorab bestimmte Phasenkorrektur jedes Modells zu messen und das Ergebnis zu validieren. Diese Korrektur gilt nur für den jeweiligen Client, Pfad, Bootvorgang und das Modell; ein unkalibrierter Aufbau übernimmt den berichteten RMS-Wert nicht.
Die gepaarten Ergebnisse
Zwei Läufe nutzten jeweils 900 Sekunden Training und anschließend 900 Sekunden Auswertung. Beide Verfahren wurden pro Lauf mit denselben 900 künftigen PPS-Referenzpulsen verglichen (GNSS, ein Puls pro Sekunde); sämtliche großen Abweichungen bleiben enthalten.
Nur NTP bezeichnet die AP-freie NTP/lokale WLS900-Kontrollschätzung; NTP + WLAN bezeichnet das vorab benannte robuste AP-Modell.
| Lauf / Verfahren | RMS (µs) | Abs. P99 (µs) | Ausgewertete PPS |
|---|---|---|---|
| R1 · nur NTP | 37,180 | 67,329 | 900/900 |
| R1 · NTP + WLAN | 19,226 | 43,079 | 900/900 |
| R2 · nur NTP | 35,662 | 54,767 | 900/900 |
| R2 · NTP + WLAN | 8,240 | 20,069 | 900/900 |
Das Beacon-gestützte Ergebnis verwendet den vorab benannten robusten Filter. Jedes Verfahren hat eine eigene, vor der Validierung festgelegte GNSS-Phasenkorrektur; GNSS trainiert niemals die Frequenz. Ohne diese Korrektur bleibt der RMS-Wert der Rohphase über 200 µs. Im ersten Lauf verbessert sich der Bias, während die zentrierte Streuung leicht zunimmt; im zweiten verbessern sich beide. Andere Beacon-Fits und Servos liefern gemischte Ergebnisse.
Eine vollständige Validierungsabdeckung von 900/900 belegt keine kontinuierliche Zeitverfügbarkeit. Bei nativ nicht verfügbarer AP-Zeit bleibt das Ergebnis unbekannt.
Worum es in diesem Paper geht
- Wie NTP die Zeit liefert und häufige WLAN-Beacons eine zweite Uhrenkoordinate bereitstellen.
- Wie robuste Filterung gegenüber einer NTP-Basislinie auf denselben künftigen Beobachtungen abschneidet.
- Warum Phasenbias, zentrierte Streuung und Drift unterschiedliche Leistungsfragen beantworten.
- Wie sich laufend aktualisierte Schätzungen mit 60 Sekunden Quellgültigkeit vom Holdover eines eingefrorenen Uhrenmodells unterscheiden.
Aussagebereich der Untersuchung
Jeder der beiden Validierungsläufe nutzt 900 Sekunden Training und alle 900 künftigen PPS-Referenzpulse bei vorab festgelegten Parametern. Nach vorab bestimmter Phasenkorrektur beträgt der RMS-Wert 19,226/8,240 µs für den robusten Hybrid gegenüber 37,180/35,662 µs nur mit NTP. Der RMS-Wert der Rohphase bleibt über 200 µs. Dies sind kalibrierte Vergleiche am PPS-Eingang, ohne belegte übertragbare UTC-Genauigkeit ohne GNSS, kontinuierliche Verfügbarkeit oder vermessenen elektrischen Ausgang. Unterschiede bei Gewichtung, Koordinaten und zugelassenen Eingängen verhindern, die gesamte Verbesserung dem Oszillator des Access Points zuzuschreiben.
Einordnung und weitere Lektüre
Nutzen Sie dieses Paper, um einen kostengünstigen Zeitübertragungsansatz und dessen Kalibrierbedarf zu beurteilen. Es beschreibt keinen sofort einsetzbaren Zeitdienst. Im ersten Lauf verbessert sich der Bias bei leicht zunehmender zentrierter Streuung; im zweiten verbessern sich beide. Gewöhnliche AP-Fits und Servos liefern gemischte Ergebnisse. Frühere nicht bestandene Prüfkriterien, unvollständige Verläufe und eingefrorene Prognosen bleiben im Paper und öffentlichen Begleitmaterial getrennt. Der Autor gab das unveränderte siebenseitige PDF am 3. November zur öffentlichen Entwurfsprüfung frei; die frühere Kennzeichnung zur Autorenprüfung bleibt im Dokument erhalten.
Diese Ausgabe zitieren
Jonathan Yantis. Paired Clock Time Transfer from Starlink over Wi-Fi: Causal Filtering, Drift, and GNSS-Shadow Validation. 3. November 2026. Forschungsentwurf zur öffentlichen Prüfung. Original-PDF.
Permalink der Zusammenfassung: https://ptob.dev/de/forschung/starlink-wlan-zeituebertragung/
Jonathan Yantis leitet Protokolldesign, Hardwareentwicklung und Forschung. GPT 6.1 trägt zu Implementierung, Analyse und Dokumentation bei. Diese Seite fasst die verlinkte Ausgabe zusammen; maßgeblich bleiben deren ursprüngliche Messdaten und Referenzen.