Time - drift

    Moin,

    seit wenigen Tagen beobachte ich ein verzögertes Senden der "long identification":


    Da die Zeitansage nicht mehr DCF-konform kam, hatte ich zunächst den ntpd-Daemon in Verdacht - bis ich ins Log schaute.
    Kann jemand von seinem System eine ähnliche Abweichung bestätigen?

    Ich nutze dieses Signal aber zur Kontrolle div. Uhren im Haushalt - und die sollten schon genau gehen, sonst könnte ich mir ja den ntp(d) sparen. Bin halt diesbezüglich ein Pingel :mrgreen:

    Mein Verdacht ist, dass die Verzögerung durch den Abruf der METAR-Daten kommt, die zur Erzeugung der aktuellen Temperatur und der stündlichen, aktualisierten Ausgabe dient. Diese erfolgt halt exakt zur vollen Stunden und hat bis vor einigen Tagen "just-in-time" erfolgt, also verzögerungsfrei.

    Quote

    Mein Verdacht ist, dass die Verzögerung durch den Abruf der METAR-Daten kommt...

    Daher auch mein letzter Thread in der issue-Liste bzgl. des Abrufes von Daten aus dem Internet oder von Geräten die blockierend sind. Mach das einfach im Hintergrund per crond und source die dabei erstellte Datei bei long_ident o.ä. Oder ist Dir wirklich sooo wichtig, dass die Temperaturangabe nicht älter als zwei Minuten sein darf :D
    Das o.g. geht immer und vor allem viel schneller.

    vy 73s de Adi / DL1HRC

    Habe ich jetzt umgestellt und hole mir zur 59. Minute die aktuelle Temperatur. Diese muss dann nur noch zu jeder vollen Stunde vorgelesen werden und schon stimmt die Uhrzeit wieder!

    Die http://www.aviationweather.gov - Seite ist in letzter Zeit nicht sehr performant :geek: