RTC und Systemzeit nicht synchron

  • high.all!


    ich hab seit dem update auf vdrdevel-1.3.22 das problem, dass die systemzeit und die RTC total unsynchron laufen:

    Code
    idefix:~# hwclock --show;date
    Sun Jan 23 23:41:39 2005  -0.595900 seconds
    Wed Mar 23 23:42:15 CET 2005


    diese unsynchronität ist vorher nicht aufgetreten, und ich hab auch nicht händisch die RTC zeit geändert.


    die systemzeit wird ja via VDR nach den boot-vorgang upgadated, nur wird die RTC nicht mehr mir dieser zeit aktualisiert, was natürlich zur folge hat, dass jegliche timer nicht mehr zum richtigen zeitpunkt aufgeweckt werden, da die RTC ja falsch läuft.


    mittels

    Code
    hwclock --systohc

    kann man ja die RTC mit der systemzeit synchronisieren, aber das immer händisch zu machen, macht auch nicht spass.


    gibts irgendwo eine einstellung, mit dem man so eine synchronisierung aktivieren kann?

    cheers
    -drhookson
    __________________
    Software: debian sarge - kernel 2.6.15.1 - vdr 1.3.45-1ctvdr1 - dvb-ttpci-01.fw-261f :strike1
    Hardware: mCubed HFX Media PC (¡lüfterlos!), Motherboard AOpen i915GMm-HFS, Pentium-M 760 (2.0 GHz, 533 FSB), 1024MB DDR2, 2x Samsung SpinPoint P120 250GB SATA II, Pioneer DVDRW DVR-106DB (zu laut ;(), TechnoTrend DVB-c Rev. 2.1 & AVboard v1.3 :cylon


  • hab jetzt noch etwas umhergestöbert, und fand eine einstellung in /etc/default/rcS.


    kann es sein, dass man dort lediglich

    Code
    # No Hardware Clock Access
    HWCLOCKACCESS=yes

    setzen muss?
    was hat es für (negative) nebeneffekte, wenn ich diese einstellung von 'no' auf 'yes' ändere???

    cheers
    -drhookson
    __________________
    Software: debian sarge - kernel 2.6.15.1 - vdr 1.3.45-1ctvdr1 - dvb-ttpci-01.fw-261f :strike1
    Hardware: mCubed HFX Media PC (¡lüfterlos!), Motherboard AOpen i915GMm-HFS, Pentium-M 760 (2.0 GHz, 533 FSB), 1024MB DDR2, 2x Samsung SpinPoint P120 250GB SATA II, Pioneer DVDRW DVR-106DB (zu laut ;(), TechnoTrend DVB-c Rev. 2.1 & AVboard v1.3 :cylon


  • @ Hi drhookson


    Zitat

    was hat es für (negative) nebeneffekte


    Das der VDR beim herunterfahren die Systemzeit speichert und der Timer für das nächste Aufwachen überschrieben wird ;(


    Ich habe das Problem so gelöst:


    Mit apt-get ntpdate Zeitserver installiert


    3 3 TimeServer ntpdate 130.149.17.21 >/var/log/TimeServer.log
    3 4 HardwareClock hwclock -w


    in anacron hinterlegt somit wird alle 3 Tage die Zeit aktualisiert und dann gespeichert.


    Pit

    Intel 1800Mhz c´t 6.1 VDR 1.6.0 Multipatch (Tobi) Plugin Timelinie Nordlicht-EPG Epgsearch Noad

  • Zitat

    Original von drhookson
    mittels

    Code
    hwclock --systohc

    kann man ja die RTC mit der systemzeit synchronisieren, aber das immer händisch zu machen, macht auch nicht spass.


    gibts irgendwo eine einstellung, mit dem man so eine synchronisierung aktivieren kann?


    Also ich lasse bei mir in einem Shutdown-Hook vom VDR die Zeit der RTC aktualisieren. Habe die Zeitsynchronisation von VDR über EPG an. Ohne die Aktualisierung der RTC verweigert NVRAM den Dienst, wenn die Abweichung zwischen Systemzeit und RTC zu groß ist. Deshalb muss der Shutdown-Hook eine niedrigere Zahl als der NVRAM-Shutdown-Hook haben.


    Habe mir dazu die Datei /usr/share/vdr/shutdown-hooks/S10hwclock angelegt und folgendes reingeschrieben:

    Code
    #
    # VDR Shutdown Hook to set hardware clock (RTC)
    # ---------------------------------------------
    #
    hwclock --systohc
    exit 0


    Bye, gabe!

    VDR User #928 - Asus P5A * K6-2 450MHz * 256MB RAM * 160GB Samsung SV1604N * Nexus-S Rev2.2 * gepanschtes c't-VDR 3.06 & Tobi's Bigpatch Experimental & Kernel/Treiber c't-VDR 4

  • dank euch mal für euren input. ;)


    Zitat

    Original von Pit Carlo
    Das der VDR beim herunterfahren die Systemzeit speichert und der Timer für das nächste Aufwachen überschrieben wird ;(


    hmmm, so ganz kann ich dem nicht folgen. es wir die RTC überschrieben, das ist klar, aber die ACPI wakeup timer sollte doch davon nicht betroffen sein, oder?


    kleiner ausschnitt aus meinem log beim shutdown sagt mir folgendes:

    Code
    Mar 24 08:13:09 idefix vdr-addon-acpiwakeup: Current ACPI alarm time: 2005-03-24 03:04:00
    Mar 24 08:13:09 idefix vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2005-03-24 15:36:00
    Mar 24 08:13:09 idefix vdr-addon-acpiwakeup: New ACPI alarm time: 2005-03-24 15:36:00


    schaut doch eigentlich ganz gut aus, oder überseh ich da was?
    nichtsdestotrotz muss ich gestehen, dass meine testaufnahme letzte nacht nicht funkte (vdr schaltete sich nicht ein) obwohl die timer-einstellungen laut log aus ok schienen:

    Code
    Mar 24 00:55:21 idefix vdr-addon-acpiwakeup: Current ACPI alarm time: 2005-03-24 03:04:00
    Mar 24 00:55:21 idefix vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2005-03-24 03:04:00
    Mar 24 00:55:21 idefix vdr-addon-acpiwakeup: New ACPI alarm time: 2005-03-24 03:04:00


    Zitat

    Original von gabe
    Also ich lasse bei mir in einem Shutdown-Hook vom VDR die Zeit der RTC aktualisieren. Habe die Zeitsynchronisation von VDR über EPG an. Ohne die Aktualisierung der RTC verweigert NVRAM den Dienst, wenn die Abweichung zwischen Systemzeit und RTC zu groß ist. Deshalb muss der Shutdown-Hook eine niedrigere Zahl als der NVRAM-Shutdown-Hook haben.


    Habe mir dazu die Datei /usr/share/vdr/shutdown-hooks/S10hwclock angelegt und folgendes reingeschrieben:

    Code
    #
    # VDR Shutdown Hook to set hardware clock (RTC)
    # ---------------------------------------------
    #
    hwclock --systohc
    exit 0

    !


    ich verwende acpi-wakeup und nicht nvram-wakeup, aber trotzdem gefällt mir diese variante mit dem shutdown-hook besser.
    trotzdem find ich es schade, dass

    Code
    # No Hardware Clock Access
    HWCLOCKACCESS=yes

    in /etc/default/rcS nicht das hält, was es verspricht. ich denke ja so eine abgleich der systemzeit (mit der die timer programmiert werden) und der hwclock ist ja doch fast mandatory, oder? ?(

    cheers
    -drhookson
    __________________
    Software: debian sarge - kernel 2.6.15.1 - vdr 1.3.45-1ctvdr1 - dvb-ttpci-01.fw-261f :strike1
    Hardware: mCubed HFX Media PC (¡lüfterlos!), Motherboard AOpen i915GMm-HFS, Pentium-M 760 (2.0 GHz, 533 FSB), 1024MB DDR2, 2x Samsung SpinPoint P120 250GB SATA II, Pioneer DVDRW DVR-106DB (zu laut ;(), TechnoTrend DVB-c Rev. 2.1 & AVboard v1.3 :cylon


  • @ Hi drhookson


    Beim ACPI-Wakeup wird keine Zeit im Sinne von St:Min:Sek übergeben
    sondern die Sekunden bis zum nächsten aufwachen. Die Hardware-Uhr speichert die aktuelle Uhrzeit indem sie die Sekunden von 1968 IBM (Datum ist nur Beispiel) bis jetzt berechnet
    Zeit = 65854215 Sek von 1968
    Timer 20:15 = 8St x 60 x60 +15Min =29700 Sek bis einschalten


    Beim Ausschalten speichert Acpiwakeup die Zeit und setzt den Timer
    Beim Einschalten ist es genau umgekehrt Acpiwakeup schreibt die gespeicherte Zeit wieder ins System.
    Beim Shutdown wird durch HWCLOCKACCESS der Timer durch die Zeit ersetzt und das passiert nachdem Du Dein Log lesen kannst (einer der letzten Funktionen vor dem Ausschalten)
    Von dem bekommst Du aber nichts mit, aber er wird nicht aufwachen.


    Pit

    Intel 1800Mhz c´t 6.1 VDR 1.6.0 Multipatch (Tobi) Plugin Timelinie Nordlicht-EPG Epgsearch Noad

    Einmal editiert, zuletzt von Pit Carlo ()

  • Zitat

    Original von drhookson
    ich verwende acpi-wakeup und nicht nvram-wakeup, aber trotzdem gefällt mir diese variante mit dem shutdown-hook besser.


    Naja, das hab ich übersehen, dürfte aber ähnlich laufen. Musst mal gucken, aber sicherlich gibt es für ACPI-Wakeup auch einen Shutdown-Hook. Und die Datei S__hwclock muss lediglich eine niedrigere Zahl haben als der Shutdown-Hook vom ACPI-Wakeup.


    Zitat

    Original von drhookson
    trotzdem find ich es schade, dass

    Code
    # No Hardware Clock Access
    HWCLOCKACCESS=yes

    in /etc/default/rcS nicht das hält, was es verspricht. ich denke ja so eine abgleich der systemzeit (mit der die timer programmiert werden) und der hwclock ist ja doch fast mandatory, oder? ?(


    Das habe ich mich auch bei NVRAM gefragt. Das Problem ist, dass der VDR sich vor Linux beendet. Also erst führt VDR seine Shutdown-Hooks aus (u.a. setzen des Aufwachtimers) und beendet sich. Und erst dann fährt Linux runter und setzt ggf. die RTC. Und wahrscheinleich deaktiviert/stört das das Aufwachen. Mein Vorschlag: teste das ganze mal mit dem Setzen der RTC im Shutdown-Hook und HWCLOCKACCESS=no.


    Bye, gabe!

    VDR User #928 - Asus P5A * K6-2 450MHz * 256MB RAM * 160GB Samsung SV1604N * Nexus-S Rev2.2 * gepanschtes c't-VDR 3.06 & Tobi's Bigpatch Experimental & Kernel/Treiber c't-VDR 4

  • Zitat

    Original von Pit Carlo...aber er wird nicht aufwachen.


    und genau das passiert! X(


    naja, was solls, ich werd jetzt mal das mit dem shutdown hook probieren. scheint mir eigentlich eh eine gute lösung zu sein, zumal ich ja bereits die aktuelle zeit via der sender bekomm und diese lediglich auf die RTC zuückschreiben muss.


    bin fest davon überzeugt, dass es funkt! ;D


    danke für eure infos & hilfe!!!

    cheers
    -drhookson
    __________________
    Software: debian sarge - kernel 2.6.15.1 - vdr 1.3.45-1ctvdr1 - dvb-ttpci-01.fw-261f :strike1
    Hardware: mCubed HFX Media PC (¡lüfterlos!), Motherboard AOpen i915GMm-HFS, Pentium-M 760 (2.0 GHz, 533 FSB), 1024MB DDR2, 2x Samsung SpinPoint P120 250GB SATA II, Pioneer DVDRW DVR-106DB (zu laut ;(), TechnoTrend DVB-c Rev. 2.1 & AVboard v1.3 :cylon


Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!