Yavdr schaltet sich für Timerprogrammiereung nicht ein

  • Ich komme leider nicht mehr weiter:


    Mainboard: Asus ION AT3N7


    USB MCE IR Empfänger
    Einschalten mit der Fernbedienung funktionert


    Bioseinstellung:
    Suspend Mode: S3 only
    ACPI 2.0 Support: Disabled
    ACPI APIC support: Enabled


    VDR-Shutdown: suspend to RAM


    /etc/defaull/grub
    GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet noresume nohz=off acpi_enforce_resources=lax acpi=force hpet=disable usbcore.autosuspend=-1"


    sudo update-grub


    /etc/vdr/vdr-addon-acpiwakeup.conf
    ACPI_ENABLED=yes


    sudo reboot


    /etc/default/rcS
    UTC=yes


    /etc/init/hwclock-save.conf
    alles ge # tet


    Danke
    lg johnzac

  • Es ist schon mehr als einmal vorgekommen, dass fälschlicherweise angenommen wurde, dass der VDR sich nicht zum Aufnahmebeginn einschaltet. In diesen Fällen war dann falsch getestet worden. Wie testest Du? Gehst du mit der Aufwachzeit mindestens eine halbe Stunde in die Zukunft?


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • eine halbe stunde war es nicht, beim testen dürften es ca. 10 minuten gewesen sein


    Programmiere über EPG und schalte dann mit Standby aus


    Schaltet sich der YaVDR überhaubt ein für die Aufnahme


    Danek

  • Zitat

    Original von johnzac
    eine halbe stunde war es nicht, beim testen dürften es ca. 10 minuten gewesen sein


    Das ist zu wenig, das ist ein "Feature" des vdrs und nicht nur bei yaVDR so.

    Zitat

    Original von johnzac
    Schaltet sich der YaVDR überhaubt ein für die Aufnahme


    Ist das eine Frage? Satzzeichen machen das Lesen einfacher. Natürlich schaltet sich yaVDR für Aufnahmen ein.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • ich vermute das die Bios Zeit nicht stimmt


    # date
    Mit Mär 2 18:04:53 CET 2001


    #cat /proc/driver/rtc
    rtc_time : 17:04:59
    rtc_date : 2011-03-02
    alrm_time: 16:42:02
    alrm_date: ****-03**
    alrm_IQ : no
    alrm_pending: no


    Wenn ich dan in Bios die Zeit umstelle zeigt mit cat dir richtige Zeit bis zum nächsten Neustart


    LG johnzac

  • Zitat

    Original von johnzac
    /etc/init/hwclock-save.conf
    alles ge # tet


    Vielleicht verhindert das das korrekte Stellen der Uhr beim Shutdown...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • was ich jetzt gesehen hab , das meine änderungen im hwclock-save.conf nicht gespeichert waren.


    hab nochmals in der hwclock.save.conf überal eine # am anfang hinzugefügt, siehe da die Zeit stimmt.


    wie kann man der hwclock.save.conf unsere Zeitzone sagen GW+1
    dann sollte die Zeit nach dem neustart richtig sein


    hwclock.save.conf möchte ich nicht deaktivieren, was ist dan bei der Umstellung von Sommer und Winterzeit


    Danke

  • Am besten stellst du die BIOS-Uhr auf UTC und sagst dem PC in welcher Zeitzone er steht... das macht deutlich weniger Probleme bei der Zeitumstellung.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • hab noch was versucht:


    sudo sh -c "echo 0 > /sys/class/rtc/rtc0/wakealarm"
    sudo sh -c "echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm"
    cat /sys/class/rtc/rtc0/wakealarm


    cat /proc/driver/rtc
    rtc_time : 19:14:19
    rtc_date: 2011-03-02
    alrm_time: 19:19:06
    alarm_date: ****-03-02 ( sollte statt **** nich 2011 stehen ?)
    alrm_IRQ: no
    alrm_pending :no
    24hr; yes
    peridic_IRQ: no
    HPET_emulated: no
    DST:enable: no
    periodic_freq: 1024
    batt_status; okay


    Danke

  • meine weiteren versuche:


    # sudo sh -c "echo 0 > /sys/class/rtc/rtc0/wakealarm"


    # cat /proc/driver/rtc


    rtc_time : 07:05:01
    rtc_date: 2011-03-02
    alrm_time: 07:10:00
    alarm_date: ****-03-03


    # sudo sh -c "echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm"
    # cat /sys/class/rtc/rtc0/wakealarm
    ist leer


    # date -u --date "Jul 1, 2011 10:32:00" +%s > /sys/class/rtc/rtc0/wakealarm


    # cat /sys/class/rtc/rtc0/wakealarm
    13095116320


    # cat /proc/driver/rtc


    rtc_time : 07:05:01
    rtc_date: 2011-03-02
    alrm_time: 10:32:00
    alrm_date: 2011-07-01
    alrm_IRQ:yes


    aber wenn ich dan das selbe mit Heute versuche:


    # date -u --date "Mär 3, 2011 10:32:00" +%s > /sys/class/rtc/rtc0/wakealarm


    # cat /sys/class/rtc/rtc0/wakealarm
    1299153600


    # cat /proc/driver/rtc


    rtc_time : 07:05:01
    rtc_date: 2011-03-02
    alrm_time: 12:00:00 -> Zeit ist falsch
    alrm_date: 2011-03-03 -> Datum stimmt
    alrm_IRQ:yes


    Danke

  • Zitat

    Original von johnzac
    /etc/default/rcS
    UTC=yes


    Hast Du hier was geändert?


    Zitat

    /etc/init/hwclock-save.conf
    alles ge # tet


    Warum das? Wo steht dass das man es so machen soll?

    Gruß utiltiy



    VDR Projekte VDR Projects

  • /etc/default/rcS
    UTC=yes


    hab ich geändert


    /etc/init/hwclock-save.conf


    hab ich von
    http://www.mythtv.org/wiki/ACPI_Wakeup


    Disable HWclock updates
    The reason for this recommendation is that most Linux distributions write the current system time back to the BIOS when shutting down the machine. With most BIOS, the machine will not wake up if the hardware clock has been modified after the wakeup alarm has been set. To avoid this, it is necessary to disable the writing of the current system time to the BIOS by the system shutdown scripts. This is distribution specific, so here are some examples:


    /etc/init/hwclock-save.conf


    # hwclock-save - save system clock to hardware clock
    #
    # This task saves the time from the system clock back to the hardware
    # clock on shutdown.
    description "save system clock to hardware clock"
    start on runlevel [06]
    task
    script
    . /etc/default/rcS
    [ "$UTC" = "yes" ] && tz="--utc" || tz="--localtime"
    [ "$BADYEAR" = "yes" ] && badyear="--badyear"
    # exec hwclock --rtc=/dev/rtc0 --systohc $tz --noadjfile $badyear
    end script

  • Und wieso änderst Du das?

    Gruß utiltiy



    VDR Projekte VDR Projects

  • jetzt hab ich festgestellt, das mein YaVDR mit dem Monat März nicht zurecht kommt:


    # date -u --date "Mär 3, 2011 10:32:00" +%s > /sys/class/rtc/rtc0/wakealarm


    es ist egal welchen März und Zeit nimmt, kommt immer


    rtc_time : 07:05:01
    rtc_date: 2011-03-02
    alrm_time: 12:00:00 -> Zeit ist falsch
    alrm_date: 2011-03-03 -> Datum stimmt
    alrm_IRQ:yes


    bei anderen Monaten funktioniert


    wenn ich jetzt mit
    # date -u --date "'2011-03-03 08:45:00" +%s > /sys/class/rtc/rtc0/wakealarm
    wird es Richtig angezeigt und er YaVDR hat sich eingeschaltet


    Danke

  • Ich habe die Distri auf 3 verschiedenen MB installiert und bei keiner mußte ich eine Datei ändern so wie Du, nur acpi-wakeup aktivieren in der Conf und Fertig.

    Gruß utiltiy



    VDR Projekte VDR Projects

  • OK, ich dachte auch es ist einfacher !


    So, jetzt hab ich YaVDR nochmal neu installiert



    /etc/vdr/vdr-addon-acpiwakeup.conf
    ACPI_ENABLED=yes


    /etc/default/rcS
    UTC=yes


    # sudo reboot


    #date
    Don Mär 3 10:32:46 CET 2011


    #cat /proc/driver/rtc
    rtc_time : 09:33:19


    jetzt jab ich versuchsweise im Bios die Uhrzeit auf 01:01:01 gestellt


    #cat /proc/driver/rtc
    tct_time: 01:02:03


    # sudo reboot


    #cat /proc/driver/rtc
    rtc_time : 09:36:19


    wie es aussieht, wird die Uhrzeit beim hinunterfahren im Bios umgestellt, nur halt um eine Stunde zu früh.
    Soll das so sein?


    Wird bei der Timerprogrammierung vielleicht das berücksichtigt


    Danke

  • Zitat

    Original von johnzac
    wie es aussieht, wird die Uhrzeit beim hinunterfahren im Bios umgestellt, nur halt um eine Stunde zu früh.
    Soll das so sein?


    Wird bei der Timerprogrammierung vielleicht das berücksichtigt


    Ja, das ist der Witz daran, wenn die Uhr deines Mainboards mit UTC läuft... :unsch
    Die Timer werden dann auf eine UTC-Zeit programmiert, so dass es auch bei der Umstellung auf Sommerzeit zu weniger Problemen kommt (falls du einen EPG-Anbieter hast, der korrekte UTC-Zeiten liefert).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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