Das Datum auf meiner x86-Maschine wird verrückt. Wenn ich hochfahre, ist es 1980 (wie erwartet, da der CMOS-Akku leer ist). Ich synchronisiere es also ohne Probleme. Einige Zeit später (innerhalb einiger Stunden und manchmal sogar innerhalb von Minuten) endet das System an einem der folgenden Daten:
Jun 09 00:21:48 UTC 2013 (Just a few days ago...) Jan 30 14:14:06 UTC 2040 (Back to the future!) Mar 08 00:08:31 UTC 2105 (Super far into the future) Ich glaube nicht, dass NTP dies tut, da ich nur einmalige NTP-Aktualisierungen durchführe (wenn es nicht im Labor ist, ist NTP keine Option).
Soweit ich das beurteilen kann, ist an keinem dieser Datumsangaben etwas Besonderes, weder in der GPS- noch in der UTC-Zeit. Stehen diese Daten für jemanden nahe an der Standardeinstellung, wenn ich ein bestimmtes Format überlade? Beide zukünftigen Termine liegen über dem Zusammenbruch von 2038.
Besonderheiten: Dies ist ein Embedded-System mit einer x86-Karte, auf der QNX 6.4.1 ausgeführt wird. Es verwendet UTC-Zeit ohne Zeitzonenversatz.
Das Datum stabil bleiben ist ziemlich wichtig. Wenn es nur dieses spezielle System ist, das schlecht ist, feine, schlechte Hardware oder was auch immer. Aber wenn es systemisch ist, muss ich es isolieren und reparieren.
Welche Schritte kann ich unternehmen, um dies zu isolieren? Kann mir bitte jemand die richtige Richtung weisen?
Hinweis: Falls dies nicht das richtige Forum für eine solche Frage ist, helfen Sie mir bitte, das richtige zu finden.
Für den allgemeinen Fall keine gute Antwort, schließe ich die Schleife.
Dieses eingebettete System wird im Allgemeinen mit der GPS-Zeit eines Hardwaregeräts synchronisiert. Die Firmware auf dem Hardwaregerät wurde geringfügig geändert, als die digitalen Leute zu einer neuen Version des VHDL-Toolset gingen. Um es kurz zu machen, die Firmware gab uns verrückte Werte für die Synchronisierung und die Software verhalten sich "vernünftig".