{"format":"ptob-page","version":1,"canonical":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","title":"Ein heterogenes Zeitmesh bei GNSS-Störungen — PToB-Blog","description":"Wie unterschiedliche GNSS-Empfänger, unabhängige Referenzen und Holdover-Uhren PToB bei Störungen nutzbare Zeit liefern könnten – mit nachvollziehbarer Herkunft und wachsender Unsicherheit.","language":"de","robots":"index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1","dates":{"published":"2026-11-01T19:02:29.000Z","modified":"2026-11-01T19:02:29.000Z"},"authors":["Jonathan Yantis"],"mainEntity":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#article","representations":{"application/json":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/?format=json","text/markdown":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/?format=markdown"},"documentation":"https://ptob.dev/agent-formats.json","social":{"openGraph":{"title":"Ein heterogenes Zeitmesh bei GNSS-Störungen — PToB-Blog","description":"Wie unterschiedliche GNSS-Empfänger, unabhängige Referenzen und Holdover-Uhren PToB bei Störungen nutzbare Zeit liefern könnten – mit nachvollziehbarer Herkunft und wachsender Unsicherheit.","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","type":"article","siteName":"PToB","locale":"de_DE","image":{"url":"https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png","secureUrl":"https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png","type":"image/png","width":"1586","height":"992","alt":"Sechs Uhren bilden ein verbundenes Mesh in einer Landschaft. Räumlich getrennte GNSS-Empfänger, eine unabhängige Glasfaser-Zeitreferenz sowie OCXO- und TCXO-Uhren stehen an verschiedenen Orten. Eine Uhr ohne lokalen GNSS-Empfang bleibt mit ihren Nachbarn verbunden."}},"twitter":{"card":"summary_large_image","title":"Ein heterogenes Zeitmesh bei GNSS-Störungen — PToB-Blog","description":"Wie unterschiedliche GNSS-Empfänger, unabhängige Referenzen und Holdover-Uhren PToB bei Störungen nutzbare Zeit liefern könnten – mit nachvollziehbarer Herkunft und wachsender Unsicherheit.","image":{"url":"https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png","alt":"Sechs Uhren bilden ein verbundenes Mesh in einer Landschaft. Räumlich getrennte GNSS-Empfänger, eine unabhängige Glasfaser-Zeitreferenz sowie OCXO- und TCXO-Uhren stehen an verschiedenen Orten. Eine Uhr ohne lokalen GNSS-Empfang bleibt mit ihren Nachbarn verbunden."}}},"citations":[],"provenance":{"sourceUrl":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","sourceMediaType":"text/html","sourceSha256":"960582bb36fcdd585a88424cbe98c9ee6349df1aad8e9740f320c1f3b5be9cad","rightsUrl":"https://github.com/yantisj2/PToB/blob/main/LICENSING.md"},"contentUsage":{"aiTrain":true,"search":true,"aiInput":true,"reason":"summary-or-introduction"},"structuredData":[{"@context":"https://schema.org","@graph":[{"@type":"WebSite","@id":"https://ptob.dev/#website","url":"https://ptob.dev/","name":"PToB","alternateName":["Precision Time over BLE","Precision Time over Bluetooth"],"description":"Bluetooth and USB software clocks: W12 60.3 ns relative-PPS RMS over 522/600 observations, separate 64 s sampled holdover, and CoreSE diagnostics.","inLanguage":["en","de"],"publisher":{"@id":"https://ptob.dev/#jonathan-yantis"}},{"@type":"Person","@id":"https://ptob.dev/#jonathan-yantis","name":"Jonathan Yantis","url":"https://github.com/yantisj2/PToB/blob/main/CREDITS.md"},{"@type":"Project","@id":"https://ptob.dev/#project","name":"PToB","alternateName":"Precision Time over BLE","url":"https://ptob.dev/","description":"An independent protocol project researching precision time transfer across Bluetooth-enabled microcontrollers and USB clients.","sameAs":"https://github.com/yantisj2/PToB","member":{"@id":"https://ptob.dev/#jonathan-yantis"},"knowsAbout":{"@id":"https://ptob.dev/#protocol"}},{"@type":"Thing","@id":"https://ptob.dev/#protocol","name":"Precision Time over BLE","alternateName":"PToB","description":"An experimental PTP-inspired protocol proposal for wireless clock synchronization over Bluetooth Low Energy."},{"@type":"WebPage","@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#webpage","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","name":"Ein heterogenes Zeitmesh bei GNSS-Störungen — PToB-Blog","description":"Wie unterschiedliche GNSS-Empfänger, unabhängige Referenzen und Holdover-Uhren PToB bei Störungen nutzbare Zeit liefern könnten – mit nachvollziehbarer Herkunft und wachsender Unsicherheit.","inLanguage":"de","keywords":["Widerstandsfähigkeit gegen GNSS-Störungen","Heterogenes Zeitmesh","Uhren-Holdover","Unabhängige Zeitquellen","Quellenherkunft"],"isPartOf":{"@id":"https://ptob.dev/#website"},"author":{"@id":"https://ptob.dev/#jonathan-yantis"},"about":{"@id":"https://ptob.dev/#protocol"},"dateModified":"2026-11-01T19:02:29.000Z","image":"https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png","breadcrumb":{"@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#breadcrumbs"},"mainEntity":{"@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#article"},"translationOfWork":{"@id":"https://ptob.dev/blog/gnss-resilient-time-mesh/#webpage"}},{"@type":"BreadcrumbList","@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#breadcrumbs","itemListElement":[{"@type":"ListItem","position":1,"name":"PToB","item":"https://ptob.dev/de/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https://ptob.dev/de/blog/"},{"@type":"ListItem","position":3,"name":"Wie ein heterogenes Zeitmesh GNSS-Störungen abfedern könnte","item":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/"}]},{"@type":"Blog","@id":"https://ptob.dev/de/blog/#blog","url":"https://ptob.dev/de/blog/","name":"PToB-Blog","description":"Entwicklungsnotizen über gemeinsame Zeit, preiswerte Hardware und die Experimente hinter PToB.","inLanguage":"de","publisher":{"@id":"https://ptob.dev/#jonathan-yantis"},"isPartOf":{"@id":"https://ptob.dev/#website"},"blogPost":[{"@id":"https://ptob.dev/de/blog/esp32-sensoren-ble-synchronisieren/#article"},{"@id":"https://ptob.dev/de/blog/esp32-uhren-grundlagen/#article"},{"@id":"https://ptob.dev/de/blog/zuverlaessige-firmware-zeitmesh/#article"},{"@id":"https://ptob.dev/blog/lab-sensor-timing-economics/#article"},{"@id":"https://ptob.dev/de/blog/starlink-lokaler-stratum-1-zeitserver/#article"},{"@id":"https://ptob.dev/de/blog/raspberry-pi-ptp-ntp-ble/#article"},{"@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#article"},{"@id":"https://ptob.dev/de/blog/passives-lora-kanalwechsel/#article"},{"@id":"https://ptob.dev/de/blog/esp32-holdover-unter-einer-mikrosekunde/#article"},{"@id":"https://ptob.dev/de/blog/lokale-zeit-utc-netz/#article"},{"@id":"https://ptob.dev/de/blog/grandmaster-ausfall-und-uhrenensemble/#article"},{"@id":"https://ptob.dev/de/blog/ble-uhren-innenraumnavigation/#article"},{"@id":"https://ptob.dev/de/blog/passives-ble-esp32/#article"},{"@id":"https://ptob.dev/de/blog/warum-utc/#article"},{"@id":"https://ptob.dev/de/blog/warum-ptob/#article"}]},{"@type":"BlogPosting","@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#article","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","headline":"Wie ein heterogenes Zeitmesh GNSS-Störungen abfedern könnte","description":"Wie unterschiedliche GNSS-Empfänger, unabhängige Referenzen und Holdover-Uhren PToB bei Störungen nutzbare Zeit liefern könnten – mit nachvollziehbarer Herkunft und wachsender Unsicherheit.","mainEntityOfPage":{"@id":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#webpage"},"isPartOf":{"@id":"https://ptob.dev/de/blog/#blog"},"author":{"@id":"https://ptob.dev/#jonathan-yantis"},"publisher":{"@id":"https://ptob.dev/#jonathan-yantis"},"inLanguage":"de","dateCreated":"2026-11-01T00:00:00.000Z","dateModified":"2026-11-01T19:02:29.000Z","datePublished":"2026-11-01T19:02:29.000Z","image":"https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png","articleSection":"Widerstandsfähige Mesh-Zeit","keywords":["Widerstandsfähigkeit gegen GNSS-Störungen","Heterogenes Zeitmesh","Uhren-Holdover","Unabhängige Zeitquellen","Quellenherkunft"],"wordCount":1242,"citation":[{"@type":"CreativeWork","name":"NovAtel · GNSS-Störungen (Englisch)","url":"https://novatel.com/an-introduction-to-gnss/gnss-threats/interference"},{"@type":"CreativeWork","name":"NIST · Time over Fiber (Englisch)","url":"https://www.nist.gov/pml/time-and-frequency-division/time-services/time-over-fiber"},{"@type":"CreativeWork","name":"Microchip · GNSS-nachgeführte Oszillatormodule (Englisch)","url":"https://ir.microchip.com/news-events/press-releases/detail/1330/easily-integrate-position-navigation-and-timing-technology-with-microchips-portfolio-of-gnss-disciplined-oscillator-modules"},{"@type":"CreativeWork","name":"Analog Devices · DS3231 datasheet","url":"https://www.analog.com/media/en/technical-documentation/data-sheets/ds3231.pdf"},{"@type":"CreativeWork","name":"PToB · Aktuelle GM7-Implementierung (Englisch)","url":"https://github.com/yantisj2/PToB/blob/main/docs/t096/gm7-implementation.md"},{"@type":"CreativeWork","name":"PToB · Empirischer Holdover unter einer Mikrosekunde (Englisch)","url":"https://ptob.dev/papers/ptob-empirical-sub-microsecond-holdover-20261030.pdf"}],"about":{"@id":"https://ptob.dev/#protocol"}}]}],"content":{"mediaType":"text/markdown","headings":[{"level":1,"text":"Wie ein heterogenes Zeitmesh GNSS-Störungen abfedern könnte","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#main"},{"level":2,"text":"Vielfalt muss bei der Referenz beginnen","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#diversity-has-to-reach-the-reference"},{"level":2,"text":"Besserer Holdover an wenigen Knoten kann vielen Empfängern helfen","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#better-holdover-at-a-few-nodes-can-help-many-receivers"},{"level":2,"text":"Was das Protokoll ergänzen müsste","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#what-the-protocol-would-need-to-add"},{"level":2,"text":"Wie eine Unterbrechung ablaufen könnte","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#how-an-interruption-could-unfold"},{"level":2,"text":"Die Einzelheiten erkunden","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#related-title"},{"level":3,"text":"Von der Ausfallübernahme zum Ensemble","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#main"},{"level":3,"text":"ESP32-Holdover","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#main"},{"level":3,"text":"Zeitverbindungen über größere Entfernungen","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#main"},{"level":2,"text":"Quellen und weitere Lektüre","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#sources-title"},{"level":2,"text":"Diesen Beitrag zitieren","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/#cite-title"}],"links":[{"text":"Jonathan Yantis","url":"https://github.com/yantisj2/PToB/blob/main/CREDITS.md"},{"text":"NovAtels Leitfaden zu GNSS-Störungen","url":"https://novatel.com/an-introduction-to-gnss/gnss-threats/interference"},{"text":"Der NIST-Dienst Time over Fiber","url":"https://www.nist.gov/pml/time-and-frequency-division/time-services/time-over-fiber"},{"text":"Kommerzielle nachgeführte Oszillatormodule","url":"https://ir.microchip.com/news-events/press-releases/detail/1330/easily-integrate-position-navigation-and-timing-technology-with-microchips-portfolio-of-gnss-disciplined-oscillator-modules"},{"text":"für den DS3231 spezifizierten ±2 ppm bei 0–40 °C","url":"https://www.analog.com/media/en/technical-documentation/data-sheets/ds3231.pdf"},{"text":"ESP32-Holdover-Untersuchung","url":"https://ptob.dev/de/blog/esp32-holdover-unter-einer-mikrosekunde/"},{"text":"Von der Ausfallübernahme zum Ensemble Wie mehrere beitragende Uhren den heute vorbereiteten Grandmaster-Ersatz erweitern könnten.","url":"https://ptob.dev/de/blog/grandmaster-ausfall-und-uhrenensemble/"},{"text":"ESP32-Holdover Eingefrorene Uhrenvorhersagen, Haltedauern in Stichproben und mögliche externe Uhrenbausteine.","url":"https://ptob.dev/de/blog/esp32-holdover-unter-einer-mikrosekunde/"},{"text":"Zeitverbindungen über größere Entfernungen Die vorgeschlagene LoRa-Richtung neben lokalem BLE, mit Signallaufzeit und Funkgrenzen.","url":"https://ptob.dev/de/blog/passives-lora-kanalwechsel/"},{"text":"NovAtel · GNSS-Störungen (Englisch)","url":"https://novatel.com/an-introduction-to-gnss/gnss-threats/interference"},{"text":"NIST · Time over Fiber (Englisch)","url":"https://www.nist.gov/pml/time-and-frequency-division/time-services/time-over-fiber"},{"text":"Microchip · GNSS-nachgeführte Oszillatormodule (Englisch)","url":"https://ir.microchip.com/news-events/press-releases/detail/1330/easily-integrate-position-navigation-and-timing-technology-with-microchips-portfolio-of-gnss-disciplined-oscillator-modules"},{"text":"Analog Devices · DS3231 datasheet","url":"https://www.analog.com/media/en/technical-documentation/data-sheets/ds3231.pdf"},{"text":"PToB · Aktuelle GM7-Implementierung (Englisch)","url":"https://github.com/yantisj2/PToB/blob/main/docs/t096/gm7-implementation.md"},{"text":"PToB · Empirischer Holdover unter einer Mikrosekunde (Englisch)","url":"https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-empirical-sub-microsecond-holdover-20261030.pdf"},{"text":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/","url":"https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/"},{"text":"Zurück zum Blog","url":"https://ptob.dev/de/blog/"},{"text":"Messnachweise des Projekts ansehen","url":"https://github.com/yantisj2/PToB/blob/main/evidence/README.md"}],"text":"# Wie ein heterogenes Zeitmesh GNSS-Störungen abfedern könnte\n\nReferenzen mit unterschiedlichen Ausfallursachen verbinden, die Uhren dazwischen kennenlernen und jedem Empfänger zeigen, wie seine Zeitschätzung altert.\n\n[Jonathan Yantis](https://github.com/yantisj2/PToB/blob/main/CREDITS.md) 1. November 2026  6 Min. Lesezeit\n\n![Sechs Uhren bilden ein verbundenes Mesh in einer Landschaft. Räumlich getrennte GNSS-Empfänger, eine unabhängige Glasfaser-Zeitreferenz sowie OCXO- und TCXO-Uhren stehen an verschiedenen Orten. Eine Uhr ohne lokalen GNSS-Empfang bleibt mit ihren Nachbarn verbunden.](https://ptob.dev/blog/gnss-resilient-time-mesh-v2.png)\n\nVorgeschlagene PToB-Architektur. Referenzen speisen Zeit an verschiedenen Knoten ein; verbundene Uhren bieten alternative Pfade. Die linke Uhr verliert ihren lokalen GNSS-Empfang und bleibt mit dem Mesh verbunden. OCXO und TCXO veranschaulichen lokalen Holdover. Gelände, Geräte und Verbindungslängen sind konzeptionell und zeigen keine gemessene Reichweite oder Präzision.\n\nIn diesem Beitrag\n\nEin GNSS-Störsender kann einer vollständig funktionsfähigen Uhr ihre Referenz nehmen. Ihr Prozessor läuft weiter, ihr Funk funktioniert noch, und Geräte in der Nähe brauchen weiterhin vergleichbare Zeitstempel. Ein Zeitmesh könnte diesen lokalen Verlust besser überbrücken: Verbleibende Referenzen werden geteilt, während zuvor trainierte Uhren ihre Zeit vorhersagen.\n\nFür PToB liegt die Chance in einem **heterogenen Mesh aus Quellen, Empfängern und Oszillatoren**: preiswerte BLE-Uhren am Rand, besser geschützte oder räumlich getrennte GNSS-Empfänger, eine unabhängige Referenz, wo sie verfügbar ist, und ausgewählte Knoten mit besserem Holdover. Das Protokoll müsste genügend Informationen übertragen, damit Empfänger diese Alternativen beurteilen können. Dies ist eine vorgeschlagene Erweiterung unserer heutigen Architektur; ihre Widerstandsfähigkeit gegen Störsender muss noch gemessen werden.\n\n## Vielfalt muss bei der Referenz beginnen\n\nDrei GNSS-Platinen neben derselben Antennenanlage bieten nur begrenzten Schutz vor einer Störung, die alle drei erreicht. Unterschiedliche Hersteller können gemeinsame Implementierungsfehler verringern. Unterschiedliche Frequenzbänder können die Anfälligkeit für einen schmalbandigen Störer verteilen. Räumlicher Abstand kann verhindern, dass ein lokaler Störsender alle Empfänger zugleich erreicht. Das sind nützliche, aber unterschiedliche Eigenschaften.\n\nMehrere Satellitenkonstellationen allein belegen keine Unabhängigkeit: Ihre Signale können überlappende Frequenzbänder nutzen. Ein Empfänger, der auf ein anderes, ungestörtes Band zugreifen kann, hält den Dienst möglicherweise aufrecht, wenn ein Band ausfällt. Filter und bei anspruchsvolleren Installationen adaptive Antennensysteme können zusätzlichen Schutz am Empfänger bieten. Ihre Wirksamkeit hängt von Störung und Installation ab. [NovAtels Leitfaden zu GNSS-Störungen](https://novatel.com/an-introduction-to-gnss/gnss-threats/interference) erklärt diese Ansätze.\n\nEine ergänzende Referenz sollte ihre Zeit auch über einen anderen Weg beziehen. Eine kabelgebundene PTP- oder Glasfaserverbindung könnte eine entfernte Uhr an ein künftiges PToB-Gateway anbinden; entscheidend bleibt ihre vorgelagerte Quelle. Ein naher GNSS-Empfänger, der einen Ethernet-Grandmaster versorgt, teilt weiterhin das lokale GNSS-Risiko. [Der NIST-Dienst Time over Fiber](https://www.nist.gov/pml/time-and-frequency-division/time-services/time-over-fiber) veranschaulicht eine Referenz, die ohne GNSS-Abhängigkeit übertragen wird.\n\nDasselbe gilt für den Funktransport. Unser vorgeschlagener LoRa-Pfad für größere Entfernungen könnte Zeit von einem Empfänger außerhalb des betroffenen Gebiets in ein lokales BLE-Mesh bringen. BLE und LoRa bieten unterschiedliche Übertragungswege; keiner davon erzeugt eine unabhängige Referenz. Beide Pfade brauchen eine eigene Verzögerungscharakterisierung und können gestört werden. Batteriepufferung und getrennte Stromversorgungen zählen ebenfalls, wenn mehrere Referenzen sonst dieselbe Ausfallursache teilen.\n\n## Besserer Holdover an wenigen Knoten kann vielen Empfängern helfen\n\nHoldover nutzt, was eine Uhr bei intakter Referenz gelernt hat. Bleiben Aktualisierungen aus, sagt der lokale Oszillator den weiteren Verlauf voraus. Eine Frequenzreferenz erhält die Taktrate; für eine UTC-Vorhersage wird zusätzlich eine beibehaltene, vertrauenswürdige Epoche benötigt.\n\nDafür gibt es mehrere Hardwarestufen. Eine gewöhnliche MCU-Uhr kann ihre Rate in Software lernen. Ein temperaturkompensierter Quarzoszillator, kurz TCXO, ergänzt eine Hardwarekompensation. Ein ofenstabilisierter Quarzoszillator, kurz OCXO, regelt die Temperatur des Quarzes. Rubidiumuhren und miniaturisierte Atomuhren bieten weitere Möglichkeiten für Installationen mit strengeren Anforderungen bei Ausfällen. [Kommerzielle nachgeführte Oszillatormodule](https://ir.microchip.com/news-events/press-releases/detail/1330/easily-integrate-position-navigation-and-timing-technology-with-microchips-portfolio-of-gnss-disciplined-oscillator-modules) verbinden solche Uhren bereits mit GNSS oder alternativen Referenzeingängen. Jeder Kandidat muss für Temperaturbereich, Alterung, Strombedarf und Erfassungspfad charakterisiert werden. Ein vorgeschlagener Eingangsadapter würde PPS- oder heruntergeteilte Frequenzflanken in Hardware erfassen, einer etablierten Epoche zuordnen und die Eingangsverzögerung berücksichtigen.\n\nEine batteriegepufferte Echtzeituhr hat eine weitere nützliche Aufgabe: Sie erhält eine ungefähre Zeit über Stromausfälle hinweg. Präziser Holdover verlangt zuvor eine vermessene Kalibrierung. Zur Einordnung: Die [für den DS3231 spezifizierten ±2 ppm bei 0–40 °C](https://www.analog.com/media/en/technical-documentation/data-sheets/ds3231.pdf) entsprechen bei diesem Frequenzfehler 120 µs aufsummierter Abweichung in einer Minute. Im Vergleich dazu ergeben **10 ppb verbleibender Frequenzfehler 600 ns Abweichung in einer Minute**, noch ohne anfänglichen Phasenfehler und weitere Effekte. Das sind Rechnungen, keine gemessenen PToB-Ausfallergebnisse.\n\nUnsere [ESP32-Holdover-Untersuchung](https://ptob.dev/de/blog/esp32-holdover-unter-einer-mikrosekunde/) liefert einen preiswerten Ausgangspunkt. Eine vollständig nachgerechnete Population erreichte 64 Sekunden unter 1 µs bei P99 in Stichproben; eine separate feste Kohorte bestand bei 75 Sekunden, während spätere gleitende Fenster bei 24 Sekunden endeten. Dabei wurden eingefrorene Vorhersagen gegen BLE-Beobachtungen geprüft, kein unabhängig kalibrierter Versuch ohne GNSS durchgeführt. Temperatur bleibt ausschließlich ein Beobachtungsexperiment.\n\nEin künftiges Mesh könnte bessere Oszillatoren an wenigen Referenzknoten bündeln und ihre Vorhersagen an einfachere Empfänger verteilen. Jede nachgelagerte Uhr würde weiterhin den mit der Zeit wachsenden Fehler der Quelle übernehmen und eigene Übertragungs- und Vorhersageunsicherheit hinzufügen.\n\n## Was das Protokoll ergänzen müsste\n\nDas heutige GM7 bereitet neben dem ACTIVE-Grandmaster einen HOT-Nachfolger vor. Dessen Sendeberechtigung hängt von der unabhängigen Qualifizierung seines lokalen GNSS/PPS ab. Empfänger-Holdover erteilt keine Erlaubnis, eine neue Zeitquelle zu werden. Alternative Referenzen und angekündigter Holdover brauchen deshalb ausdrückliche Protokollerweiterungen.\n\nVier Ergänzungen würden die verfügbaren Nachweise nutzbar machen:\n\n- **Referenzidentität und Herkunft.** Die ursprüngliche Referenz, ihre Zeitskala und Epoche sowie gemeinsame Abhängigkeiten abgeleiteter Ströme beschreiben. Drei Relais, die dieselbe Uhr wiederholen, bleiben eine Referenz. Die Beitragshistorie eines Ensembles muss außerdem verhindern, dass Zeitinformation im Kreis läuft und dadurch zusätzliches Gewicht erhält.\n- **Referenzzustand und Alter.** Extern referenzierte Zeit, Holdover, verdächtige Eingaben und nicht verfügbare Zeit unterscheiden. Die letzte vertrauenswürdige Referenzbeobachtung und ihr Alter über jeden Funkabschnitt mitführen. Ein neu gesendetes Paket darf eine alte Referenz niemals jung erscheinen lassen.\n- **Ein Unsicherheitsmodell für alternde Vorhersagen.** Anfängliche Phasenunsicherheit, verbleibende Frequenzunsicherheit und die Bedingungen angeben, unter denen die Vorhersage charakterisiert wurde. Transport und Empfängererfassung berücksichtigen. Ein Perzentil aus Stichproben braucht eine entsprechende Kennzeichnung; eine unbekannte Grenze muss unbekannt bleiben.\n- **Ausdrückliche Eignungs- und Wiederaufnahmeregeln.** Festlegen, welche Quellentypen Zeit liefern dürfen, welcher Holdover-Bereich erlaubt ist, wie frische Berechtigungen entstehen und wie inkompatible Empfänger nicht unterstützte Zeitbedeutungen ablehnen. Prüfungen von Boot, Quellenepoche, Wiederholungen und ursprünglicher Ablaufzeit beibehalten. Eine Holdover-Ankündigung darf keine abgelaufene GNSS-Berechtigung erneuern.\n\nBevor Empfänger Beobachtungen kombinieren, würden sie diese auf einen gemeinsamen Zeitpunkt und eine kompatible Zeitskala umrechnen. Dann könnten sie den Einfluss alternder Eingaben verringern und Widersprüche eingrenzen. Bei zwei widersprüchlichen Referenzen zeigt die Abweichung allein nicht, welche richtig ist. Mehrere korrelierte GNSS-Empfänger können die richtige Zeit nicht durch Mehrheitswahl belegen.\n\nEmpfängerberichte könnten Hinweise wie Störindikatoren, verlorene Signalverfolgung oder fehlende PPS beitragen. Die Ursache sollte unbekannt bleiben, wenn die Nachweise nicht zwischen Störsender, Antennenfehler und schlechtem Empfang unterscheiden können. Mesh-Authentifizierung schützt die Integrität der Berichte gegen Außenstehende; ein gültiger Bericht beweist nicht, dass sein GNSS-Eingang richtig ist.\n\n## Wie eine Unterbrechung ablaufen könnte\n\nStellen wir uns eine Installation mit zwei räumlich getrennten GNSS-Eingängen, einer unabhängigen kabelgebundenen Referenz und einem Knoten mit OCXO vor. Ein lokaler GNSS-Eingang verliert die Signalverfolgung. Sein Referenzzustand ändert sich sofort, während die übrigen Eingänge weiter beobachtet werden. Empfänger nutzen geeignete Alternativen und überbrücken Lücken mit ihren lokalen Vorhersagen.\n\nVerschwinden alle externen Referenzen, geht die Installation in Holdover über. Ihre Uhren können untereinander eng übereinstimmen, während ihre gemeinsame Unsicherheit gegenüber UTC wächst. Anwendungen können unterschiedliche Grenzen haben: Die Zuordnung von Sensorereignissen verträgt möglicherweise ein Intervall, das für eine UTC-Protokollierung nicht genügt. Das Mesh sollte diese Grenzen offenlegen und eine Präzisionsaussage zurücknehmen, sobald ihr belegter Gültigkeitsbereich endet.\n\nKehrt GNSS zurück, würde eine vorgeschlagene Wiederaufnahmeregel es vor erneuter Zulassung mit überlebenden Referenzen und Holdover-Vorhersagen vergleichen. Abweichungen blieben erhalten; die passende Qualifizierungswartezeit wäre einzuhalten. Ein unerklärter großer Widerspruch sollte für die Diagnose sichtbar bleiben.\n\nDie erste Validierung sollte kontrollierte Referenzunterbrechungen und einen unabhängigen Zeitbeobachter nutzen. Vollständige Fehlerverläufe bei Ausfall und Wiederanlauf, fehlende Beobachtungen und Temperaturänderungen bleiben erhalten. Unterschiedliche Empfänger, räumliche Trennung und gleichzeitiger Quellenverlust brauchen separate Fälle. Leitungsgebundene oder abgeschirmte Störprüfungen können anschließend das Empfängerverhalten untersuchen, ohne einen Störsender in die Umgebung ausstrahlen zu lassen.\n\nZiel ist, den Verlust einer Zeitquelle als beherrschbare Änderung der verfügbaren Nachweise zu behandeln. Ein heterogenes Mesh könnte länger nutzbare Zeit erhalten, indem es Referenzen mit unterschiedlichen Schwächen verbindet, bessere Oszillatoren gemeinsam nutzt und die Grenzen jeder Vorhersage sichtbar macht.\n\nJeder Zeitstempel braucht eine Referenz.\n**Welches Ereignis wurde erfasst?**\n\n## Die Einzelheiten erkunden\n\n[Von der Ausfallübernahme zum Ensemble Wie mehrere beitragende Uhren den heute vorbereiteten Grandmaster-Ersatz erweitern könnten.](https://ptob.dev/de/blog/grandmaster-ausfall-und-uhrenensemble/)[ESP32-Holdover Eingefrorene Uhrenvorhersagen, Haltedauern in Stichproben und mögliche externe Uhrenbausteine.](https://ptob.dev/de/blog/esp32-holdover-unter-einer-mikrosekunde/)[Zeitverbindungen über größere Entfernungen Die vorgeschlagene LoRa-Richtung neben lokalem BLE, mit Signallaufzeit und Funkgrenzen.](https://ptob.dev/de/blog/passives-lora-kanalwechsel/)\n\n## Quellen und weitere Lektüre\n\nPrimärquellen zu den besprochenen Geräten und Methoden.\n\n1. [NovAtel · GNSS-Störungen (Englisch)](https://novatel.com/an-introduction-to-gnss/gnss-threats/interference)\n\n   Empfängerfilter, mehrere Frequenzbänder und Antennentechniken gegen Störsender.\n2. [NIST · Time over Fiber (Englisch)](https://www.nist.gov/pml/time-and-frequency-division/time-services/time-over-fiber)\n\n   Eine GNSS-unabhängige UTC-Referenz und die notwendige Charakterisierung der Übertragungsverzögerungen.\n3. [Microchip · GNSS-nachgeführte Oszillatormodule (Englisch)](https://ir.microchip.com/news-events/press-releases/detail/1330/easily-integrate-position-navigation-and-timing-technology-with-microchips-portfolio-of-gnss-disciplined-oscillator-modules)\n\n   OCXO- und Atomuhr-Optionen, die sich durch GNSS oder eine alternative Referenz nachführen lassen.\n4. [Analog Devices · DS3231 datasheet](https://www.analog.com/media/en/technical-documentation/data-sheets/ds3231.pdf)\n\n   Batteriegepufferte Zeitfortführung und spezifizierte Frequenzgenauigkeit des Oszillators.\n5. [PToB · Aktuelle GM7-Implementierung (Englisch)](https://github.com/yantisj2/PToB/blob/main/docs/t096/gm7-implementation.md)\n\n   Vorbereitete Nachfolge, unabhängige GNSS-Qualifizierung und zeitlich begrenzte Quellenberechtigung.\n6. [PToB · Empirischer Holdover unter einer Mikrosekunde (Englisch)](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-empirical-sub-microsecond-holdover-20261030.pdf)\n\n   BLE-relative Messungen eingefrorener Uhren mit getrennten Populationen und Aussagegrenzen.\n\n## Diesen Beitrag zitieren\n\nJonathan Yantis. Wie ein heterogenes Zeitmesh GNSS-Störungen abfedern könnte PToB-Blog. Veröffentlicht am 1. November 2026.\n\nPermalink zum Beitrag: [https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/](https://ptob.dev/de/blog/gnss-resilientes-zeitmesh/)\n\n[Zurück zum Blog](https://ptob.dev/de/blog/)[Messnachweise des Projekts ansehen](https://github.com/yantisj2/PToB/blob/main/evidence/README.md)"}}