{"format":"ptob-page","version":1,"canonical":"https://ptob.dev/de/","title":"PToB — Zeitsynchronisation unter 1 µs über Bluetooth","description":"Bluetooth- und USB-Softwareuhren: W12 mit 60,3 ns relativem PPS-RMS bei 522/600 Messungen, separaten 64-s-Holdover-Stichproben und CoreSE-Diagnostik.","language":"de","robots":"index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1","dates":{"modified":"2026-11-08"},"authors":["Jonathan Yantis"],"representations":{"application/json":"https://ptob.dev/de/?format=json","text/markdown":"https://ptob.dev/de/?format=markdown"},"documentation":"https://ptob.dev/agent-formats.json","social":{"openGraph":{"title":"PToB — Zeitsynchronisation unter 1 µs über Bluetooth","description":"Bluetooth- und USB-Softwareuhren: W12 mit 60,3 ns relativem PPS-RMS bei 522/600 Messungen, separaten 64-s-Holdover-Stichproben und CoreSE-Diagnostik.","url":"https://ptob.dev/de/","type":"website","siteName":"PToB","locale":"de_DE","image":{"url":"https://ptob.dev/social/ptob-timing-v3.jpg","secureUrl":"https://ptob.dev/social/ptob-timing-v3.jpg","type":"image/jpeg","width":"1200","height":"630","alt":"PToB: Zeitsynchronisation im Nanosekundenbereich über Bluetooth. T096: 62,5 ns RMS im PPS-Vergleich über ein Relais. W12 ESP32-S3: 60,3 ns RMS im relativen PPS-Vergleich; 522/600 auswertbar, Maximum 180 ns."}},"twitter":{"card":"summary_large_image","title":"PToB — Zeitsynchronisation unter 1 µs über Bluetooth","description":"Bluetooth- und USB-Softwareuhren: W12 mit 60,3 ns relativem PPS-RMS bei 522/600 Messungen, separaten 64-s-Holdover-Stichproben und CoreSE-Diagnostik.","image":{"url":"https://ptob.dev/social/ptob-timing-v3.jpg","alt":"PToB: Zeitsynchronisation im Nanosekundenbereich über Bluetooth. T096: 62,5 ns RMS im PPS-Vergleich über ein Relais. W12 ESP32-S3: 60,3 ns RMS im relativen PPS-Vergleich; 522/600 auswertbar, Maximum 180 ns."}}},"citations":[],"provenance":{"sourceUrl":"https://ptob.dev/de/","sourceMediaType":"text/html","sourceSha256":"83b6e87bd38641ed31216bd9de5db3ff4185fd29be4f2e26311efc08860da056","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/#webpage","url":"https://ptob.dev/de/","name":"PToB — Zeitsynchronisation unter 1 µs über Bluetooth","description":"Bluetooth- und USB-Softwareuhren: W12 mit 60,3 ns relativem PPS-RMS bei 522/600 Messungen, separaten 64-s-Holdover-Stichproben und CoreSE-Diagnostik.","inLanguage":"de","keywords":["Precision Time over BLE","Zeitübertragung unter 1 µs über Bluetooth","Zeitübertragung unter 1 µs über USB","Experimentelle Zeitübertragung über LoRa","Uhrenabgleich auf Mikrocontrollern","Software PLL zwischen unterschiedlichen Geräten","Boundary-Clock-Relais"],"isPartOf":{"@id":"https://ptob.dev/#website"},"author":{"@id":"https://ptob.dev/#jonathan-yantis"},"about":{"@id":"https://ptob.dev/#protocol"},"dateModified":"2026-11-08","image":"https://ptob.dev/social/ptob-timing-v3.jpg","relatedLink":["https://ptob.dev/de/netzaufbau/","https://ptob.dev/de/hardware/","https://ptob.dev/de/forschung/","https://ptob.dev/de/blog/"],"citation":[{"@type":"CreativeWork","name":"PToB Viability: Rooted BLE Timing Meshes for Heterogeneous Edge Networks","url":"https://ptob.dev/papers/ptob-viability-preprint-20261030.pdf"},{"@type":"CreativeWork","name":"Gepaarte Zeitübertragung von Starlink über WLAN: Kausale Filterung, Drift und GNSS-Schattenvalidierung","url":"https://ptob.dev/papers/starlink-wifi-hybrid-timing-20261103.pdf"},{"@type":"CreativeWork","name":"Ein Raspberry-Pi-Zeitserver am Rand eines BLE-Zeitmeshs: Gemessene M-HAT-PPS-Übertragung und Perspektiven für USB- und umgekehrte PTP-Gateways","url":"https://ptob.dev/papers/pi5-mhat-gateway-20261102.pdf"},{"@type":"CreativeWork","name":"Trustworthy Hardware Timestamps in Zephyr: Event Association, Clock Continuity, and Service Availability","url":"https://ptob.dev/papers/zephyr-hardware-timestamps-20261101.pdf"},{"@type":"CreativeWork","name":"Empirical Sub-Microsecond Holdover on BLE-Trained Software Clocks","url":"https://ptob.dev/papers/ptob-empirical-sub-microsecond-holdover-20261030.pdf"},{"@type":"CreativeWork","name":"PToB-IPS: Toward GNSS-like Indoor Positioning with Surveyed BLE Timing Beacons","url":"https://ptob.dev/papers/ptob-indoor-ips-preprint.pdf"},{"@type":"CreativeWork","name":"V14-Protokollvorschlag","url":"https://ptob.dev/papers/ptob-v14-release-candidate-20261106.pdf"},{"@type":"CreativeWork","name":"V14-Forschungspaper","url":"https://ptob.dev/papers/ptob-v14-preprint.pdf"},{"@type":"CreativeWork","name":"Beyond USB Packet Arrival: Frame-Identified Time Transfer to macOS","url":"https://ptob.dev/papers/usb-macos-time-transfer-20261017.pdf"},{"@type":"CreativeWork","name":"Low-Level Timing on ESP32-S3: Event Capture, Clock Bridges, and Causal Validation","url":"https://ptob.dev/papers/ptob-esp32s3-low-level-timing.pdf"},{"@type":"CreativeWork","name":"A Shared Time Base for Robotic gPTP and TSN Systems","url":"https://ptob.dev/papers/ptob-gptp-tsn-robotics-preprint.pdf"}],"translationOfWork":{"@id":"https://ptob.dev/#webpage"}}]}],"content":{"mediaType":"text/markdown","headings":[{"level":1,"text":"Präzise Zeit über Bluetooth","url":"https://ptob.dev/de/#intro-title"},{"level":2,"text":"Das Zeitnetz erkunden","url":"https://ptob.dev/de/#atlas-title"},{"level":2,"text":"So gleicht PToB die Uhren ab","url":"https://ptob.dev/de/#mechanism-title"},{"level":3,"text":"Senden","url":"https://ptob.dev/de/#how-it-works"},{"level":3,"text":"Erfassen","url":"https://ptob.dev/de/#how-it-works"},{"level":3,"text":"Zuordnen","url":"https://ptob.dev/de/#how-it-works"},{"level":3,"text":"Nachführen","url":"https://ptob.dev/de/#how-it-works"},{"level":3,"text":"T096-Zeitarchitektur","url":"https://ptob.dev/de/#how-it-works"},{"level":2,"text":"Das Protokoll Paket für Paket erkunden","url":"https://ptob.dev/de/#packet-explorer-title"},{"level":3,"text":"Ein Zeitframe von 62,5 ms","url":"https://ptob.dev/de/#packet-explorer"},{"level":2,"text":"Gemessene Zeitübertragung auf BLE-Mikrocontrollern","url":"https://ptob.dev/de/#hardware-title"},{"level":3,"text":"nRF52","url":"https://ptob.dev/de/#hardware"},{"level":3,"text":"ESP32-S3","url":"https://ptob.dev/de/#hardware"},{"level":2,"text":"PToB im Vergleich","url":"https://ptob.dev/de/#comparison-title"},{"level":2,"text":"Ein drahtloses Zeitnetz planen","url":"https://ptob.dev/de/#deployment-feature-title"},{"level":2,"text":"Aus dem Blog","url":"https://ptob.dev/de/#latest-blog-title"},{"level":3,"text":"ESP32-Sensoren ohne GPS über BLE synchronisieren","url":"https://ptob.dev/de/#blog"},{"level":2,"text":"Fragen zu PToB","url":"https://ptob.dev/de/#questions-title"},{"level":3,"text":"Was ist PToB?","url":"https://ptob.dev/de/#what-is-ptob"},{"level":3,"text":"Wie präzise ist PToB über Bluetooth?","url":"https://ptob.dev/de/#bluetooth-timing-precision"},{"level":3,"text":"Kann PToB einen Mac mit Zeit versorgen?","url":"https://ptob.dev/de/#ptob-macos-time"},{"level":3,"text":"Unterstützt PToB Zeitübertragung über LoRa?","url":"https://ptob.dev/de/#ptob-lora-timing"},{"level":2,"text":"Forschung erkunden","url":"https://ptob.dev/de/#research-title"},{"level":3,"text":"Die Machbarkeit von PToB","url":"https://ptob.dev/de/#featured-paper-ble-timing-mesh-viability"},{"level":3,"text":"V14-Protokollvorschlag","url":"https://ptob.dev/de/#featured-paper-v14-protocol-proposal"},{"level":3,"text":"Kostengünstige Zeitübertragung von Starlink über WLAN","url":"https://ptob.dev/de/#featured-paper-starlink-wifi-timing"},{"level":3,"text":"Jonathan Yantis × GPT 6.1","url":"https://ptob.dev/de/#research"}],"links":[{"text":"62,5 ns RMS im relativen PPS-Vergleich über ein Relais.","url":"https://ptob.dev/de/forschung/#t096-relay"},{"text":"Das Ergebnis hängt vom Zeitpfad des Mikrocontrollers ab. (PDF, Englisch)","url":"https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-viability-preprint-20261030.pdf"},{"text":"T096-ZeitarchitekturDen Weg von der Hardwareerfassung über Servo und SoftPLL zur ausgegebenen Uhr verfolgen. Betriebsarten erkunden und Gangabweichungen oder Zeitversatz untersuchen. Interaktives Blockdiagramm öffnen","url":"https://ptob.dev/de/hardware/t096/zeitarchitektur/"},{"text":"V14-Paketexplorer öffnen","url":"https://ptob.dev/de/paket-explorer/"},{"text":"64 s · P99 760 ns · 128 Präfixe","url":"https://ptob.dev/de/forschung/#w12-holdover"},{"text":"W12-Ergebnisse und TX-Grenzen lesen","url":"https://ptob.dev/de/forschung/#w12-utc-basis"},{"text":"Alle W12-Zeitfenster und Populationen ansehen.","url":"https://ptob.dev/de/forschung/#w12-utc-basis"},{"text":"Frühere Direktmessungen","url":"https://ptob.dev/de/forschung/#results"},{"text":"Hardwareanleitung lesen","url":"https://ptob.dev/de/hardware/"},{"text":"CoreSE Precision Clock","url":"https://ptob.dev/de/hardware/#corese"},{"text":"ESP32-S3 · PToB","url":"https://ptob.dev/de/forschung/#w12-utc-basis"},{"text":"Öffentlicher Protokollvorschlag","url":"https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-proposal.pdf"},{"text":"nRF52 · PToB","url":"https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-v14-preprint.pdf"},{"text":"Öffentlicher Protokollvorschlag","url":"https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-proposal.pdf"},{"text":"Nordic-Timeslot-Demo","url":"https://devzone.nordicsemi.com/guides/short-range-guides/b/bluetooth-low-energy/posts/wireless-timer-synchronization-among-nrf5-devices"},{"text":"MicroSync","url":"https://da.lib.kobe-u.ac.jp/da/kernel/0100491658/0100491658.pdf"},{"text":"BlueSync","url":"https://ieeexplore.ieee.org/document/9555832/"},{"text":"CheepSync","url":"https://arxiv.org/abs/1501.06479"},{"text":"Messmethoden lesen","url":"https://ptob.dev/de/forschung/"},{"text":"Aufbauszenarien erkunden","url":"https://ptob.dev/de/netzaufbau/"},{"text":"Alle Beiträge","url":"https://ptob.dev/de/blog/"},{"text":"ESP32-Sensoren ohne GPS über BLE synchronisieren","url":"https://ptob.dev/de/blog/esp32-sensoren-ble-synchronisieren/"},{"text":"Beitrag lesen","url":"https://ptob.dev/de/blog/esp32-sensoren-ble-synchronisieren/"},{"text":"Was ist PToB?","url":"https://ptob.dev/de/#what-is-ptob"},{"text":"Die Zeitarchitektur erkunden.","url":"https://ptob.dev/de/netzaufbau/"},{"text":"Wie präzise ist PToB über Bluetooth?","url":"https://ptob.dev/de/#bluetooth-timing-precision"},{"text":"Messungen und Grenzen lesen.","url":"https://ptob.dev/de/forschung/#w12-utc-basis"},{"text":"Kann PToB einen Mac mit Zeit versorgen?","url":"https://ptob.dev/de/#ptob-macos-time"},{"text":"Die USB/macOS-Ergebnisse ansehen.","url":"https://ptob.dev/de/hardware/#macos-results"},{"text":"Unterstützt PToB Zeitübertragung über LoRa?","url":"https://ptob.dev/de/#ptob-lora-timing"},{"text":"Die LoRa-Entwicklungsrichtung lesen.","url":"https://ptob.dev/de/blog/passives-lora-kanalwechsel/"},{"text":"Zum Forschungsportal","url":"https://ptob.dev/de/forschung/"},{"text":"Ergebnisse auf GitHub ansehen (Englisch)","url":"https://github.com/yantisj2/PToB/blob/main/evidence/README.md"},{"text":"Die Machbarkeit von PToBArchitektur, Messgrundlage und Grenzen eines BLE-Zeitnetzes mit gemeinsamer Zeitquelle. Preprint zur öffentlichen Begutachtung · 30. Oktober 2026 Zusammenfassung lesen","url":"https://ptob.dev/de/forschung/machbarkeit-ble-zeitnetz/"},{"text":"V14-ProtokollvorschlagWie Quellen, Empfänger und Relais Zeit verteilen und ihren Ursprung nachvollziehbar halten. Release Candidate zur öffentlichen Begutachtung · 6. November 2026 Zusammenfassung lesen","url":"https://ptob.dev/de/forschung/v14-protokollentwurf/"},{"text":"Kostengünstige Zeitübertragung von Starlink über WLANKostengünstige Zeitübertragung mit vorhandenem Starlink, WLAN-Beacons und ESP32-S3: 19,226/8,240 µs RMS in zwei Läufen mit GNSS-Phasenkalibrierung. Übertragbare UTC-Genauigkeit bleibt unqualifiziert. Neuestes Paper · 3. November 2026 Zusammenfassung lesen","url":"https://ptob.dev/de/forschung/starlink-wlan-zeituebertragung/"}],"text":"# Präzise Zeit über Bluetooth\n\nWie viel Präzision steckt in einer kleinen Funkplatine? PToB erforscht, wie preiswerte Mikrocontroller ihre Uhren über Bluetooth synchronisieren können. Wir verbinden Ideen aus der präzisen Netzwerktechnik mit Messungen am Empfänger – und zeigen, was funktioniert, wo die Grenzen liegen und welche Fragen offenbleiben.\n\n**[62,5 ns RMS im relativen PPS-Vergleich über ein Relais.](https://ptob.dev/de/forschung/#t096-relay)**\nGM → T096-Relais (nRF52) → T096-Empfänger. [Das Ergebnis hängt vom Zeitpfad des Mikrocontrollers ab. (PDF, Englisch)](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-viability-preprint-20261030.pdf)\n\n## Das Zeitnetz erkunden\n\n**T096  A** Grandmaster  Unabhängige Quelle\n\n**ESP32  B** Empfänger  Ursprung A\n\n**T096  C** Empfänger  Ursprung A\n\n**ESP32  D** Empfänger  Ursprung A\n\nBluetooth Low Energy   Paketbeschriftung = Sender / Ursprungsquelle\n\nV14-Grandmaster A sendet Zeitereignisse und spätere Korrekturen. Die Empfänger gleichen ihre lokalen Uhren durch passiven Empfang ab.\n\n V14 · schematisches Beispiel\n\n**Zeit empfangen** · Ohne Geräte zu koppeln.\n\n**Zeit weitergeben** · Auch über Relais bleibt die ursprüngliche Quelle erkennbar.\n\n**Quelle auswählen** · Berechtigte Zeitgeber koordinieren ihre Rollen im Netz.\n\n## So gleicht PToB die Uhren ab\n\nPToB verbindet ein erfasstes Funkereignis mit ergänzenden Zeitdaten. Der Empfänger berechnet daraus den Zeitversatz zur Quelle und verfolgt, wie schnell seine eigene Uhr läuft. Eine Software-Regelschleife (Software PLL) führt die lokale Uhr nach. Der Zeitpfad und seine Kalibrierung bestimmen die Präzision.\n\n1. ### Senden\n\n   Ein Zeitgeber sendet ein Zeitsignal über BLE.\n2. ### Erfassen\n\n   Ein geeigneter Empfänger erfasst das physische Funkereignis mit einem Zeitstempel.\n3. ### Zuordnen\n\n   Ergänzende Daten zeigen, wann dieses Ereignis ursprünglich gesendet wurde.\n4. ### Nachführen\n\n   Der Empfänger führt seine eigene Uhr anhand der Quelle nach.\n\nEinfache Scanner können die ausgesendete Zeit nutzen. Hohe Präzision braucht Zeitstempel aus der Hardware und ein kalibriertes Uhrenmodell.\n\n[T096-Zeitarchitektur Den Weg von der Hardwareerfassung über Servo und SoftPLL zur ausgegebenen Uhr verfolgen. Betriebsarten erkunden und Gangabweichungen oder Zeitversatz untersuchen. Interaktives Blockdiagramm öffnen](https://ptob.dev/de/hardware/t096/zeitarchitektur/)\n\n## Das Protokoll Paket für Paket erkunden\n\nDen Weg von der Quelle über eine eigene Relais-Uhr zum Client verfolgen. Jedes Originalereignis seiner späteren Korrektur zuordnen und anschließend die exakten V14-Bytes sowie die Regeln zum Alter der Uhrenabbildung untersuchen.\n\n[V14-Paketexplorer öffnen](https://ptob.dev/de/paket-explorer/)\n\nSynthetische V14-RC1-Beispiele. Die physische Präzision ist nicht nachgewiesen.\n\n### Ein Zeitframe von 62,5 ms\n\n Quelle → RC → Client\n\n**Quelle** GM · TX\n\n**RC 1** RC · TX\n\n**Client** Client · RX\n\n**Jede Uhr erzeugt neue Ereignisse.** Der nominelle RC-Sendeplatz liegt 15,625 ms nach der Ursprungsquelle. Seine spätere Korrektur enthält die lokale Abbildungsgeneration und das übernommene Alter. Die Marken sind zur besseren Sichtbarkeit verbreitert; ihre Breite dient nur der Veranschaulichung.\n\n## Gemessene Zeitübertragung auf BLE-Mikrocontrollern\n\nNordics nRF52840 erfasst physische Funkereignisse; der ESP32-S3 im W12 nutzt eine empirisch angepasste Erfassung der Empfangsaktivität. Die getrennten Versuche vergleichen die ausgegebene BLE-Zeit mit lokalen PPS-Beobachtungen. Pfad, Datum und Abdeckung bleiben für jeden Versuch separat ausgewiesen.\n\n### nRF52\n\n Nordic · T096 (nRF52840)\n\n62,5  ns   RMS im PPS-Vergleich über ein Relais\n\nGrandmaster, Relais-Uhr und Empfänger verteilen Zeit über zwei BLE-Verbindungen. Gemessen wird gegen einen unabhängig erfassten lokalen Sekundenimpuls.\n\nP95 des Betrags / Maximum\n\n123,25 / 191 ns\n\nAuswertbare / erwartete Beobachtungen\n\n436 / 602 · 72,425 %\n\nPlattform\n\nHeltec T096 · nRF52840\n\n### ESP32-S3\n\n Espressif · W12\n\n60,3  ns   W12-RMS im relativen PPS-Vergleich\n\nW12 prüft seine ausgegebene BLE-Uhr an lokalen GNSS-PPS-Flanken. GNSS beobachtet die Uhr, ohne sie zu trainieren; die Lücke beim Quellenwechsel bleibt im Gesamtergebnis enthalten.\n\nP95 des Betrags / Maximum\n\n122 / 180 ns\n\nAuswertbare / protokollierte Beobachtungen\n\n522 / 600 · 87,0 %\n\nPlattform / Zeitfenster\n\nW12 · ESP32-S3 · 2 × 300 s\n\nSeparate Holdover-Beobachtung in Stichproben\n\n[64 s · P99 760 ns · 128 Präfixe](https://ptob.dev/de/forschung/#w12-holdover)\n\nDas stabile zweite Zeitfenster erreichte 38,3 ns RMS bei 300/300 Beobachtungen. Hinter dem W12-Relais maß T096 61,9 ns RMS bei 451/600 Beobachtungen und ein Maximum von 211 ns.\n\n[W12-Ergebnisse und TX-Grenzen lesen](https://ptob.dev/de/forschung/#w12-utc-basis)\n\nDie Holdover-Untersuchung vom 30. Oktober erreicht in einer separaten festen Kohorte 75 s und scheitert bei 76 s; spätere gleitende Fenster enden bei 24 s. Holdover-Stichproben garantieren keine durchgängige Genauigkeit.\n\nWie diese Zahlen gemessen werden\n\nEine PPS-Beobachtung fragt die bereits veröffentlichte BLE-Uhr des Empfängers an einer separat erfassten Sekundenimpulsflanke (PPS) auf demselben Hardwarezähler ab. Die Referenz prüft die BLE-Uhr und trainiert sie nicht.\n\nDas T096-Ergebnis über ein Relais vom 12. Oktober beträgt 62,504 ns RMS einschließlich Bias bei 436/602 auswertbaren/erwarteten Grenzen. Das W12-Ergebnis vom 24. Oktober beträgt 60,3 ns RMS einschließlich Bias bei 522/600 protokollierten PPS-Beobachtungen. Alle 78 nicht verfügbaren Einträge und das Maximum von 180 ns bleiben erhalten; das stabile Fenster mit 300 Stichproben wird separat ausgewiesen. [Alle W12-Zeitfenster und Populationen ansehen.](https://ptob.dev/de/forschung/#w12-utc-basis)\n\nHinter dem W12-Relais beträgt die ausgegebene T096-PPS-Phasenabweichung 61,9 ns RMS bei 451/600 Beobachtungen und einem Maximum von 211 ns. Die separate TX-Stichprobe wertet 58/120 ausgewählte Sendungen aus: 108,3 ns RMS und 226 ns Maximum, bei 61 fehlenden Zuordnungen und einer Beobachtung ohne einschließende PPS-Marken. Messwege und Nenner unterscheiden sich.\n\nRMS ist weder eine garantierte Fehlergrenze noch eine UTC-Zertifizierung. Physische Ausgabe, HF-Bezugspunkt und absolute UTC-Genauigkeit sind nicht nachgewiesen. Die Übertragbarkeit der Kalibrierung auf andere W12-Geräte und Profile ist nicht gemessen. [Frühere Direktmessungen](https://ptob.dev/de/forschung/#results) behalten ihre eigenen Datumsangaben.\n\n[Hardwareanleitung lesen](https://ptob.dev/de/hardware/)\n\nVier ESP32-S3-Ziele: W12, [CoreSE Precision Clock](https://ptob.dev/de/hardware/#corese), StickS3 und CoreClock. CoreSE ergänzt eine Touchscreen-Uhr, sechs Diagnoseseiten und ein separates Instrument zur Holdover-Beobachtung. CoreClock ist nicht öffentlich verfügbar.\n\n## PToB im Vergleich\n\nPToB nutzt Zeitfunktionen der nRF52- und ESP32-S3-Plattformen, die sich auf kompatiblen Geräten wiederverwenden lassen. Die gemessenen Zielkonfigurationen stehen hier anderen BLE-Zeituntersuchungen gegenüber.\n\n| Ansatz | Übertragung und Hardware | Berichtete Präzision | Messung und Bedingungen | Protokoll / Standard |\n| --- | --- | --- | --- | --- |\n| [ESP32-S3 · PToB](https://ptob.dev/de/forschung/#w12-utc-basis) 24. Oktober 2026 | Passiver BLE-Advertising-Empfang Meshnology W12 · ESP32-S3-Empfänger | 60,3 ns RMS der ausgegebenen Uhr im relativen PPS-Vergleich · einschließlich Bias P95 122 ns · P99 156 ns · Max. 180 ns | Lokale GNSS-PPS-Beobachtung Zwei Fenster von 300 s; 522/600 auswertbar, 78 nicht verfügbar. Stabiles zweites Fenster: 38,3 ns RMS, 300/300. Nachgelagertes Relais: 61,9 ns RMS, 451/600, Max. 211 ns. Physische Ausgabe und kalibrierte UTC-Genauigkeit nicht nachgewiesen. | [Öffentlicher Protokollvorschlag](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-proposal.pdf) W12-Empfänger mit feiner Uhr; empirische RX-Erfassung und kausale Uhrenabbildung. |\n| [nRF52 · PToB](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-v14-preprint.pdf) 12. Oktober 2026 | Passiver BLE-Advertising-Empfang Heltec T096 · nRF52840 · ein Relais | 62,5 ns RMS im PPS-Vergleich über ein Relais P95 123,25 ns · P99 160,25 ns · Max. 191 ns | Unabhängige lokale PPS-Beobachtung 601,576 s; 436/602 auswertbar/erwartet (72,425 %). RMS einschließlich Bias; Kalibrierung vor der Validierung eingefroren. GPIO-Ausgabe nicht unabhängig gemessen. | [Öffentlicher Protokollvorschlag](https://ptob.dev/de/papers/preview/?file=%2Fpapers%2Fptob-proposal.pdf) PTP-inspirierter Dienstvertrag, Profile und Übertragungsformat. Kein verabschiedeter Standard. |\n| [Nordic-Timeslot-Demo](https://devzone.nordicsemi.com/guides/short-range-guides/b/bluetooth-low-energy/posts/wireless-timer-synchronization-among-nrf5-devices) 2016 | Proprietäre Funkzeitfenster 100 Hz · im zitierten Versuch ohne konkurrierenden Stack | 65,6 ns Mittlere GPIO-Differenz Standardabweichung 41,0 ns · Max. 220 ns | GPIO-Vergleich mit Logikanalysator 30 Minuten; 439.445 Umschaltungen. Zwei benachbarte nRF52-Entwicklungskits. | Offener Referenzcode Herstellerdemo mit proprietären Zeitpaketen; kein standardisierter BLE-Zeitdienst. |\n| [MicroSync](https://da.lib.kobe-u.ac.jp/da/kernel/0100491658/0100491658.pdf) 2024 | Verbindungsorientiertes BLE nRF52840 · Zentrale und drei Peripheriegeräte | 272 ns Mittlerer absoluter Fehler Standardabweichung 319,2 ns · 99%-CDF 591,25 ns · RMS nicht angegeben | Externer GPIO-Vergleich · 800 MHz Hochgenaue Ereignisplanung. Bidirektionaler Austausch und PA/LNA-Zeitsignale. | Veröffentlichtes Forschungsprotokoll Übertragung über BLE-Verbindungen. Synchronisation und Zeitplanung sind im Paper beschrieben. |\n| [BlueSync](https://ieeexplore.ieee.org/document/9555832/) 2021 / 2022 | Verbindungslose BLE-Baken Hardware-Ereigniserfassung und ergänzende Zeitstempel | 320 ns Mittlerer Synchronisationsfehler je 60 s Beste berichtete Einstellung · ein Funkabschnitt | Zwei handelsübliche BLE-SoCs Sitzungen von 10 Minuten ohne erneuten Abgleich. Driftbehandlung und Paketeinstellungen variieren. | Veröffentlichtes Forschungsprotokoll Übertragung über BLE-Baken. Zeit- und Driftverfahren sind im Paper beschrieben. |\n| [CheepSync](https://arxiv.org/abs/1501.06479) 2015 / 2016 | BLE-Advertising nRF24Cheep-Sender · Android-Empfänger | ~10 µs Mittlere Genauigkeit über einen Funkabschnitt Hardwarenahe Zeitstempel und Fehlerkompensation | Versuche zwischen Advertising-Sendern und Empfängern Unterschiedliche passive Empfänger auf Hardware mit knappen Ressourcen. | Veröffentlichtes Forschungsprotokoll Auf Basis von Bluetooth-4.0-Advertising. Der Zeitdienst ist im Paper beschrieben. |\n\nDie Zeilen sind nach dem angezeigten Zeitwert geordnet. RMS, mittlerer absoluter Fehler, Standardabweichung und mittlere GPIO-Differenz sind unterschiedliche Kennzahlen aus unterschiedlichen Versuchsbedingungen. Die Studien liefern keinen Vergleich der Ausgabegenauigkeit oder des Energiebedarfs unter gleichen Bedingungen. BLE allein definiert keinen standardisierten Zeitdienst.\n\n[Messmethoden lesen](https://ptob.dev/de/forschung/)\n\n## Ein drahtloses Zeitnetz planen\n\nMit Geräten in der Nähe beginnen. Einen Ersatz-Grandmaster ergänzen, das Netz durch Relais-Uhren erweitern und Zeit über USB in macOS bereitstellen.\n\n[Aufbauszenarien erkunden](https://ptob.dev/de/netzaufbau/)\n\n**GM  ACTIVE** HOT-Ersatz\n\n**RC1****RC2****Clients**\n\nEine Referenz. Lokale Uhren im ganzen Netz.\nAufbauten mit 1, 2 oder 3 GMs, Relaistiefe, LoRa-Ausweichpfad und USB erkunden.\n\n## Aus dem Blog\n\n[Alle Beiträge](https://ptob.dev/de/blog/)\n\n### [ESP32-Sensoren ohne GPS über BLE synchronisieren](https://ptob.dev/de/blog/esp32-sensoren-ble-synchronisieren/)\n\nSynchronisiere ESP32-S3-Sensoren per Bluetooth Low Energy ohne GPS oder UTC. Sieh, wie ein SoftPLL den Uhrendrift korrigiert, und starte das Beispiel am Computer.\n\n8. November 2026 [Beitrag lesen](https://ptob.dev/de/blog/esp32-sensoren-ble-synchronisieren/)\n\n## Fragen zu PToB\n\nEin Einstieg in das Protokoll, die Messungen und die noch offenen Aufgaben.\n\n### [Was ist PToB?](https://ptob.dev/de/#what-is-ptob)\n\nPToB steht für Precision Time over BLE, also Bluetooth Low Energy. Es ist ein experimentelles, von PTP inspiriertes Protokoll zum Uhrenabgleich zwischen Mikrocontrollern. Empfänger erfassen Funkereignisse mit Zeitstempeln, bestimmen mit ergänzenden Daten deren Sendezeitpunkte und verfolgen Zeitversatz und Drift mit einer Software-Regelschleife (Software PLL). PToB ist ein unabhängiger Vorschlag und kein verabschiedeter Standard der Bluetooth SIG oder des IEEE. [Die Zeitarchitektur erkunden.](https://ptob.dev/de/netzaufbau/)\n\n### [Wie präzise ist PToB über Bluetooth?](https://ptob.dev/de/#bluetooth-timing-precision)\n\nIm W12-ESP32-S3-Versuch vom 24. Oktober 2026 betrug die Abweichung der ausgegebenen BLE-Uhr gegenüber unabhängig erfassten lokalen PPS-Beobachtungen 60,3 ns RMS einschließlich Bias: 522 von 600 Beobachtungen waren auswertbar, 78 nicht verfügbar; der größte gemessene Fehler betrug 180 ns. Das Ergebnis gilt für diese Hardware, diesen Pfad und diese Population. RMS ist keine garantierte Fehlergrenze; absolute UTC-Genauigkeit und durchgängige Verfügbarkeit sind nicht nachgewiesen. [Messungen und Grenzen lesen.](https://ptob.dev/de/forschung/#w12-utc-basis)\n\n### [Kann PToB einen Mac mit Zeit versorgen?](https://ptob.dev/de/#ptob-macos-time)\n\nDer experimentelle macOS-Client für Apple-M-Chips empfängt Zeit über eine per USB angeschlossene PToB-Uhr und nutzt eine eigene chrony-Uhr im Benutzerkontext. Die Systemuhr bleibt unverändert. Die berichtete Übereinstimmung mit derselben Quelle ist von unabhängiger UTC-Genauigkeit zu unterscheiden; zurückgehaltene Beobachtungen bleiben Teil der Ergebnisse. [Die USB/macOS-Ergebnisse ansehen.](https://ptob.dev/de/hardware/#macos-results)\n\n### [Unterstützt PToB Zeitübertragung über LoRa?](https://ptob.dev/de/#ptob-lora-timing)\n\nPToB hat einen separaten experimentellen LoRa-Zeitpfad. Die geplante Erweiterung für größere Entfernungen nutzt schmalere Kanäle, kurze Aussendungen, Kanalwechsel und eine Laufzeitkorrektur anhand bekannter Entfernungen bei festen Installationen. Reichweite und ausgegebene Präzision müssen gemessen werden; die BLE-Ergebnisse weisen keine LoRa-Leistung nach. [Die LoRa-Entwicklungsrichtung lesen.](https://ptob.dev/de/blog/passives-lora-kanalwechsel/)\n\n## Forschung erkunden\n\nEntdecken Sie die Paper, Methoden und Messergebnisse hinter PToB. Im Forschungsportal finden Sie zu jeder Studie eine Zusammenfassung, die Messgrundlage und ihre Grenzen.\n\n[Zum Forschungsportal](https://ptob.dev/de/forschung/)[Ergebnisse auf GitHub ansehen (Englisch)](https://github.com/yantisj2/PToB/blob/main/evidence/README.md)\n\n[Die Machbarkeit von PToB Architektur, Messgrundlage und Grenzen eines BLE-Zeitnetzes mit gemeinsamer Zeitquelle. Preprint zur öffentlichen Begutachtung · 30. Oktober 2026 Zusammenfassung lesen](https://ptob.dev/de/forschung/machbarkeit-ble-zeitnetz/)\n\n[V14-Protokollvorschlag Wie Quellen, Empfänger und Relais Zeit verteilen und ihren Ursprung nachvollziehbar halten. Release Candidate zur öffentlichen Begutachtung · 6. November 2026 Zusammenfassung lesen](https://ptob.dev/de/forschung/v14-protokollentwurf/)\n\n[Kostengünstige Zeitübertragung von Starlink über WLAN Kostengünstige Zeitübertragung mit vorhandenem Starlink, WLAN-Beacons und ESP32-S3: 19,226/8,240 µs RMS in zwei Läufen mit GNSS-Phasenkalibrierung. Übertragbare UTC-Genauigkeit bleibt unqualifiziert. Neuestes Paper · 3. November 2026 Zusammenfassung lesen](https://ptob.dev/de/forschung/starlink-wlan-zeituebertragung/)\n\n### Jonathan Yantis × GPT 6.1\n\nJonathan Yantis leitet Hardwareentwicklung, Protokolldesign und Forschung. GPT 6.1 trägt zu Implementierung, Analyse und Dokumentation bei."}}