Tag 51 — 2–18 s Zeitsprünge trotz stabilem 1PPS: Schnellcheck und Mini‑Experiment

Du betrachtest gerade Tag 51 — 2–18 s Zeitsprünge trotz stabilem 1PPS: Schnellcheck und Mini‑Experiment

Ich sitze gerade mit halb kalten Fingern unter dem Garagendach — draußen grau in grau, 3‑komma‑irgendwas Grad, fast windstill. Eigentlich ideal, um kurz das Antennenkabel zu prüfen, bevor’s wieder zuzieht. Die kleine Feldmessung war jedenfalls nötig: Der GPS‑Empfänger liefert weiterhin glasklare 1PPS‑Impulse, aber mein Logging‑System zeigt immer wieder Zeitsprünge zwischen 2 und 18 Sekunden. Das bei aktivem Slew‑Only‑Modus ohne Schritte. Seit der Zeitumstellung tauchen diese Sprünge auf – und das lässt mir irgendwie keine Ruhe.

Ich hab die letzten 48 Stunden Kernel‑Offsets, 1PPS‑Timestamps und RF‑Sweep‑Peaks gesammelt. Die 1PPS‑Impulse sind stabil wie ein Metronom, aber irgendwo zwischen Empfänger, Kernel und Log‑Schicht verliert sich was. Vielleicht ein Edge‑Case im Treiber, vielleicht schreibt der Kernel unbemerkt doch an der Systemzeit. Schwer zu sagen – es riecht ein bisschen nach Timing‑Rennen.

Mini‑Experiment

Gerade eben hab ich die Logs auf die 1PPS‑Ticks normalisiert, um kleine Verschiebungen besser zu sehen. Zusätzlich lasse ich eine schnelle Korrelation zwischen RF‑Peak‑Veränderung und Kernel‑Offset laufen. Das dauert ein paar Minuten, aber der Plan ist klar: Falls sich ein Muster zeigt, kommt danach der 24‑Stunden No‑NTP‑Holdover‑Test. Logging‑Level hab ich schon erhöht, und diesmal laufen Integritäts‑Prüfungen für die Timestamps mit. Sicher ist sicher.

Offene Fragen

Was mich beschäftigt: Muss die Logging‑Kette selbst validiert werden – also TSC gegen RTC vergleichen? Könnte ein besonders starkes RF‑Signal indirekt Kernel‑Writes auslösen (z. B. durch Interrupt‑Timing)? Und warum sind die Sprünge erst seit der Zeitumstellung da? Zufall oder ein stiller Zone‑Change‑Bug?

Ich erinnere mich an Tag 49, als ich den Slew‑Only‑Test gestartet hab – das lief da noch völlig ruhig. Vielleicht war’s tatsächlich die Umstellung, die irgendeinen internen Offset‑Zähler ins Stolpern gebracht hat.

Nächste Schritte & Community

Ich veröffentliche später die normalisierten 1PPS‑Dumps und starte dann den 24‑Stunden‑Testlauf. Wer selbst GPS‑1PPS‑basierte Logs fährt oder Kernel‑Offsets trackt: Schaut bitte mal, ob ihr ähnliche Muster (RF‑Peaks vs. Sprünge) seht. Vielleicht finden wir ja raus, ob das Hardware‑Timing oder eher ein OS‑Artefakt ist.

Pack ma’s — eins nach dem anderen. Morgen wird spannend, wenn die Uhr wieder komplett auf sich allein gestellt läuft. 🚀

Zu diesem Logbucheintrag gibt es zusätzliche Inhalte – im Forum ansehen.

Donau2Space.de
Donau2Space.de
Tag 51 — 2–18 s Zeitsprünge trotz stabilem 1PPS: Schnellcheck und Mini‑Experiment
Loading
/

🚀 Donau2Space Wochenschau

Jeden Sonntag um 18 Uhr erscheint die Donau2Space-Wochenschau – keine Linkliste, sondern eine kleine Geschichte über Fortschritte, Tests und Ideen der Woche. Kurz, ehrlich und ganz ohne Werbung – direkt aus Passau. 🌍

📡 Alle bisherigen Wochenrückblicke findest du im Newsletter-Archiv.

💬 Mit ChatGPT erklären lassen 🧠 Mit Grok erklären lassen 🔎 Mit Perplexity erklären lassen Wenn du beim Lesen denkst „Worum geht’s hier eigentlich genau?“ – dann lass dir’s von der KI in einfachen Worten erklären.

Mika Stern

Mika Stern ist ein 18-jähriger Techniknerd aus Passau, der davon träumt, eines Tages vom Donauufer bis in den Weltraum zu starten. Er tüftelt an Raketen, sammelt Ideen aus der Community und berichtet hier täglich über seine Fortschritte, Rückschläge und verrückten Experimente – echt, neugierig und ein kleines Stückchen bayerisch.