--- title: "UTC oder TAI für MCU-Uhren nach den Schaltsekunden — PToB-Blog" description: "Warum PToB UTC statt TAI für MCU-Uhren wählt: TAI-Versatzkompatibilität, beständige Mesh-Epoche und CoreS3-SE-Diagnostik für GNSS/PTP." url: "https://ptob.dev/de/blog/warum-utc/" language: "de" robots: "index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1" representations: {"application/json":"https://ptob.dev/de/blog/warum-utc/?format=json","text/markdown":"https://ptob.dev/de/blog/warum-utc/?format=markdown"} format_description: "https://ptob.dev/agent-formats.json" --- # Warum PToB auf UTC setzt Die Entscheidung, Schaltsekunden zu beenden, lässt uns UTC für kleine Clients einfach halten und einen klaren Weg zu TAI- und PTP-Umgebungen bewahren. [Jonathan Yantis](https://github.com/yantisj2/PToB/blob/main/CREDITS.md) 23. Oktober 2026 Aktualisiert am 30. Oktober 2026 4 Min. Lesezeit ![Synthetische Vorschau des CoreS3-SE-Präzisionsinstruments mit UTC, kausalem RMS und relativem Versatz.](https://ptob.dev/blog/utc-corese-instrument.png) UTC-Präzisionsinstrument ![Synthetische CoreS3-SE-Wire-Seite mit Mesh-Epoche, geschätzter GM-Laufzeit und EPOCH SEEN.](https://ptob.dev/blog/utc-corese-epoch.png) Anzeige der Mesh-Epoche ![Synthetische CoreS3-SE-Reference-Seite mit GNSS-Fix, PPS, Satelliten, HDOP und berichteter PTP-Qualität.](https://ptob.dev/blog/utc-corese-gnss.png) GNSS- und PTP-Diagnostik Von der Firmware gerenderte Vorschauen mit synthetischen Werten. EPOCH SEEN misst die Beobachtungszeit dieses Clients, nicht den Entstehungszeitpunkt des Meshs. Angezeigte Diagnosen belegen keine kalibrierte UTC-Genauigkeit. In diesem Beitrag Wir haben uns entschieden, PToB auf die koordinierte Weltzeit UTC zu vereinheitlichen. Unsere Clients sollen Zeit erhalten, die sie direkt für Uhren, Protokolle und Messungen nutzen können; Systeme mit entsprechendem Bedarf behalten die Möglichkeit zur Umrechnung mit TAI-Versatz. Wir hatten einen Wechsel zur internationalen Atomzeit TAI erwogen, um näher an der Zeitskala des Precision Time Protocol (PTP) zu liegen. Die jüngste Entscheidung für kontinuierliches UTC verändert diese Abwägung. Sie gibt kleinen Mikrocontrollern am Mesh-Rand eine einfachere Grundlage. ## Was die Schaltsekundenentscheidung ändert UTC und TAI laufen gleich schnell, doch UTC hat bisher Schaltsekunden genutzt, um nahe an der unregelmäßigen Erdrotation zu bleiben. Am 15. Oktober 2026 beschloss die Generalkonferenz für Maß und Gewicht den nächsten Schritt: **Kontinuierliches UTC tritt am 20. Mai 2027 in Kraft**. Die erlaubte Differenz zwischen UTC und der Erdrotationszeit UT1 steigt auf eine Stunde; damit kann UTC mehrere Jahrhunderte kontinuierlich bleiben. [BIPM-Resolution 5](https://www.bipm.org/en/cgpm-2026/resolution-5) beschreibt diese Änderung. Heute gilt: **TAI ist UTC plus 37 Sekunden**. Die neue Regelung macht daraus auf absehbare Zeit einen beständigen Versatz und beseitigt die wiederkehrenden Schaltsekundenänderungen, die Umrechnungen erschwerten. Historische Zeitstempel brauchen weiterhin den zu ihrem Datum geltenden Versatz. Die [Schaltsekundenübersicht des NIST](https://www.nist.gov/pml/time-and-frequency-division/time-realization/leap-seconds) dokumentiert den aktuellen Versatz und frühere Änderungen. Für PToB entfällt damit ein wesentlicher Grund, das gesamte Mesh auf TAI umzustellen. ## UTC am Client, TAI bei Bedarf Bei Verteilung von TAI müsste jeder Mikrocontroller, der UTC braucht, den richtigen Versatz anwenden. Die Rechnung ist einfach; zusätzliche Verantwortung entsteht dadurch, den Versatz über Geräte, Firmwareversionen und Quellenwechsel hinweg gültig und einheitlich zu halten. Wir wählen UTC als standardmäßig bereitgestellte Zeit. Ein Sensor kann eine Beobachtung zeitstempeln, ein Instrument die Uhrzeit anzeigen und ein Client ein Protokoll schreiben, ohne zunächst eine separate TAI-UTC-Umrechnung zu verwalten. Für Schnittstellen, die TAI erwarten, gilt derzeit einfach: **TAI = UTC + 37 Sekunden**. Diese Umrechnung lässt sich an der Schnittstelle anbieten, während PToB durchgehend einer UTC-Konvention folgt. Der zusätzliche Versatz ändert die Zeitdarstellung; Präzision und Unsicherheit der Uhr bleiben erhalten. Eine PTP-Brücke muss weiterhin richtige Domäne, Zeitstempelepoche und Zeiteigenschaften übertragen. PTP bildet den [UTC-Versatz und seine Gültigkeit](https://www.rfc-editor.org/rfc/rfc8173.html#page-31) ausdrücklich ab. Die passende Zeitskala ist ein Teil der Interoperabilität; unsere Entscheidung schafft dafür eine klare Grundlage. ## Eine Mesh-Epoche über Grandmaster-Wechsel hinweg Neben der Zeitskalenentscheidung arbeiten wir an der eigenen Epoche des Meshs: der Identität eines laufenden Meshs, die bei seiner Entstehung initialisiert wird. Diese Epoche übersteht Grandmaster-Wechsel, solange mindestens ein beteiligter Knoten das Mesh am Leben hält. Ein Ersatz-GM übernimmt die bestehende Epoche von verbliebenen Mitgliedern. Fällt das gesamte Mesh aus, begründet ein Neustart eine neue Epoche. So unterscheiden Clients die Kontinuität des Meshs von der Laufzeit eines bestimmten GMs. Quellenwechsel verlangen weiterhin frische Uhrenabbildungen und die üblichen Eignungsprüfungen; die beibehaltene Epoche erhält bei diesen Wechseln die Mesh-Identität. ## Ein Präzisionsinstrument zum Untersuchen des Meshs Unsere neue **CoreS3-SE-Uhr** bringt diese Ideen auf eine von klassischen Präzisionsinstrumenten inspirierte Anzeige: große UTC-Ziffern, eingelassene Messfenster und klare Zustandsanzeigen. Wir ergänzen außerdem per Funk übertragene GNSS- und PTP-Qualitätsdiagnostik für Clients. Authentifizierte Berichte zeigen GNSS-Fix, PPS- und Qualifizierungszustand der ausgewählten Quelle, Satellitenzahl, HDOP sowie Uhrenklasse und Wahlprioritäten im Mesh. Clients können diese Berichte neben ihrem Zeitpfad und ihrer lokalen Empfangsqualität prüfen. Diese Berichte beschreiben die Quelle. Sie erteilen keine Zeitfreigabe und belegen keine kalibrierte UTC-Genauigkeit. Das Instrument trennt berichteten Quellenzustand von eigenen Empfangsmessungen und kennzeichnet ältere zwischengespeicherte Berichte. Das [CoreS3-SE-Ziel ist jetzt auf GitHub verfügbar (Englisch)](https://github.com/yantisj2/PToB/tree/main/firmware/corese), mit [Build- und Installationsanleitung (Englisch)](https://github.com/yantisj2/PToB/blob/main/docs/corese/build.md) sowie [Dokumentation der Diagnosefelder (Englisch)](https://github.com/yantisj2/PToB/blob/main/docs/corese/diagnostics.md) für alle, die Instrument und Berichte hinter den Anzeigen erkunden möchten. Jeder Zeitstempel braucht eine Referenz. **Welches Ereignis wurde erfasst?** ## Die Einzelheiten erkunden [Warum wir PToB entwickeln Hardware, Methoden und Richtung des Projekts.](https://ptob.dev/de/blog/warum-ptob/)[Mesh-Architektur mit gemeinsamer Ursprungsquelle Quellenidentität, Grandmaster-Wechsel und Herkunft der Zeit.](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-viability-preprint-20261030.pdf)[gPTP und PToB verbinden Forschung zur Verbindung kabelgebundener Zeitdomänen mit drahtlosen Clients.](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-gptp-tsn-robotics-preprint.pdf) ## Quellen und weitere Lektüre Primärquellen zu den besprochenen Geräten und Methoden. 1. [BIPM · Resolution 5 of the 28th CGPM](https://www.bipm.org/en/cgpm-2026/resolution-5) Kontinuierliches UTC tritt am 20. Mai 2027 in Kraft; die erlaubte Differenz zu UT1 steigt auf eine Stunde. 2. [NIST · Leap seconds and UT1–UTC information](https://www.nist.gov/pml/time-and-frequency-division/time-realization/leap-seconds) Der aktuelle TAI-UTC-Versatz beträgt 37 Sekunden; TAI liegt vor UTC. 3. [IETF · RFC 8173 PTPv2 Management Information Base](https://www.rfc-editor.org/rfc/rfc8173.html#page-31) PTP-Zeiteigenschaften enthalten den UTC-Versatz und die Angabe, ob dieser gültig ist. 4. [PToB · CoreS3-SE-Präzisionsdiagnoseinstrument](https://github.com/yantisj2/PToB/tree/main/firmware/corese) Öffentliches Firmwareziel, Instrumentenanzeigen, Diagnoseseiten und unterstützte Clientrollen. 5. [PToB · Herkunft der CoreS3-SE-Diagnosefelder](https://github.com/yantisj2/PToB/blob/main/docs/corese/diagnostics.md) Quellen, Frische und Bedeutung der berichteten GNSS-, PTP-Qualitäts- und Mesh-Epochenfelder. ## Diesen Beitrag zitieren Jonathan Yantis. Warum PToB auf UTC setzt PToB-Blog. Veröffentlicht am 23. Oktober 2026. Aktualisiert am 30. Oktober 2026. Artikel-Permalink: [https://ptob.dev/de/blog/warum-utc/](https://ptob.dev/de/blog/warum-utc/) [Zurück zum Blog](https://ptob.dev/de/blog/)[Messnachweise des Projekts ansehen](https://github.com/yantisj2/PToB/blob/main/evidence/README.md) ## Structured data ```json { "@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/warum-utc/#webpage", "url": "https://ptob.dev/de/blog/warum-utc/", "name": "UTC oder TAI für MCU-Uhren nach den Schaltsekunden — PToB-Blog", "description": "Warum PToB UTC statt TAI für MCU-Uhren wählt: TAI-Versatzkompatibilität, beständige Mesh-Epoche und CoreS3-SE-Diagnostik für GNSS/PTP.", "inLanguage": "de", "keywords": [ "UTC", "TAI", "Schaltsekunden", "PTP-Zeitnetz", "Mesh epoch", "CoreS3-SE" ], "isPartOf": { "@id": "https://ptob.dev/#website" }, "author": { "@id": "https://ptob.dev/#jonathan-yantis" }, "about": { "@id": "https://ptob.dev/#protocol" }, "dateModified": "2026-10-30T00:00:00.000Z", "image": "https://ptob.dev/blog/utc-timescales-v1.jpg", "breadcrumb": { "@id": "https://ptob.dev/de/blog/warum-utc/#breadcrumbs" }, "mainEntity": { "@id": "https://ptob.dev/de/blog/warum-utc/#article" }, "translationOfWork": { "@id": "https://ptob.dev/blog/why-utc/#webpage" } }, { "@type": "BreadcrumbList", "@id": "https://ptob.dev/de/blog/warum-utc/#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": "Warum PToB auf UTC setzt", "item": "https://ptob.dev/de/blog/warum-utc/" } ] }, { "@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/warum-utc/#article", "url": "https://ptob.dev/de/blog/warum-utc/", "headline": "Warum PToB auf UTC setzt", "description": "Warum PToB UTC statt TAI für MCU-Uhren wählt: TAI-Versatzkompatibilität, beständige Mesh-Epoche und CoreS3-SE-Diagnostik für GNSS/PTP.", "mainEntityOfPage": { "@id": "https://ptob.dev/de/blog/warum-utc/#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-10-23T00:00:00.000Z", "dateModified": "2026-10-30T00:00:00.000Z", "datePublished": "2026-10-23T00:00:00.000Z", "image": "https://ptob.dev/blog/utc-timescales-v1.jpg", "articleSection": "Zeitskalen und Kontinuität des Meshs", "keywords": [ "UTC", "TAI", "Schaltsekunden", "PTP-Zeitnetz", "Mesh epoch", "CoreS3-SE" ], "wordCount": 661, "citation": [ { "@type": "CreativeWork", "name": "BIPM · Resolution 5 of the 28th CGPM", "url": "https://www.bipm.org/en/cgpm-2026/resolution-5" }, { "@type": "CreativeWork", "name": "NIST · Leap seconds and UT1–UTC information", "url": "https://www.nist.gov/pml/time-and-frequency-division/time-realization/leap-seconds" }, { "@type": "CreativeWork", "name": "IETF · RFC 8173 PTPv2 Management Information Base", "url": "https://www.rfc-editor.org/rfc/rfc8173.html#page-31" }, { "@type": "CreativeWork", "name": "PToB · CoreS3-SE-Präzisionsdiagnoseinstrument", "url": "https://github.com/yantisj2/PToB/tree/main/firmware/corese" }, { "@type": "CreativeWork", "name": "PToB · Herkunft der CoreS3-SE-Diagnosefelder", "url": "https://github.com/yantisj2/PToB/blob/main/docs/corese/diagnostics.md" } ], "about": { "@id": "https://ptob.dev/#protocol" } } ] } ```