AUtomatisches Hochfahren

  • Hi,
    Nachdem ich nun GEN2VDR 1.2 am Laufen habe wollte ich
    mit dem Programmieren von Timern experimentieren.
    Leider fährt er immer zu spät hoch. wenn ich von 18:30 bis 18:40
    aufnehmen will fährt er 18:38 hoch.
    Eigentlich kann es auch nicht das UTC Problem sein. Allerdings hat er dann
    nach dem Hochfahren wieder die falsche Zeit (- 1 h).
    Hat irgendjemand einen Tipp wo man am besten welche Zeit einträgt
    sodass das funktioniert ?


    Gruss


    e.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Hi helau,


    habe leider keinen Zugriff auf mein MP aber soviel kann ich sagen:
    Ich habe einen timer von 19:30 bis 19:40 gesetzt.
    Hochgefahren ist das ding um 19:35 und im BIOS stand als Zeit
    auch 18:35 also UTC (oder ?) Was ich seltsam fand war der
    Zeitpunkt zum Hochfahren, der war auch 18:35 somit ist das Ding
    korrekt hochgefahren was aber leider nicht mit meinem Timer übereinstimmt. Sobald ich Zeit habe werde ich mal einen Test
    fahren und die messages posten.


    Gruss


    e.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Hallo hier mal der Auszug aus der messages



    und pünktlich um 18:34 fährt die Kiste hoch :schiel

    Code
    Oct 30 17:14:59 [metalog] Klog child [2775] died.
    Oct 30 16:34:18 [kernel] Linux version 2.6.20.4-gentoo (root@vdr01) (gcc version 3.3.6 (Gentoo 3.3.6-r1, ssp-3.3.6-1.0, pie-8.7.8)) #10 SMP PREEMPT Fri Mar 23 23:30:15 CET 2007
    Oct 30 16:34:19 [kernel] BIOS-provided physical RAM map:
    Oct 30 16:34:19 [kernel] sanitize start


    Irgendwas läuft mit der Berechnung der Aufwachzeit falsch.


    Gruss


    e.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Meiner Meinung nach ja. 1 Stunde hinter unserer Winterzeit oder ?


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Das hatte ich auch schon durchgesehen
    Was ich nicht verstehe, ist dass hier ein Timer mit Uhrzeit 17:30 gesetzt wird:


    Oct 30 17:13:14 [vdr] [3177] timer 1 (4 1730-1740 'Unter uns') set to event Die 30.10.2007 17:30-18:00 'Unter uns'
    Oct 30 17:13:14 [vdr] [3177] timer 1 (4 1730-1740 'Unter uns') modified (active)


    und als Aufwachzeit 16:33 eingetragen wird.


    ct 30 17:13:51 [nvram-wakeup] Enabling (0x3F) WakeUp-on-RTC in nvram._
    Oct 30 17:13:51 [nvram-wakeup] New Day : 30 (0x1E)_
    Oct 30 17:13:51 [nvram-wakeup] New Hour : 16 (0x10)_
    Oct 30 17:13:51 [nvram-wakeup] New Minute : 33 (0x21)_
    Oct 30 17:13:51 [nvram-wakeup] New Second : 44 (0x2C)_
    Oct 30 17:13:51 [nvram-wakeup] New Checksum: 0x192B_


    Die Ganze UTC GMT oder localtime diskussion dreht sich doch immer um Abweichungen von einer ganzen
    Stunde. Bei mir fährt der Rechner ja schon Stundenmaääsig gesehn korrekt hoch,
    aber halt immer 10 Min zu spät.
    Bitte korrigiert mich wo ich mich irre, aber wie berechnet er bei einem timer
    mit 30 Minuten eine Aufwachzeitzeit 3 Minuten später. Die Alternativer wäre, der Timer wäre ca 55 Minuten zu früh was ja auch nicht stimmen kann.
    Bei bei meinem alten vdr hat einfach ein hwcklock --systohc --utc dazu geführt, dass das funktioniert. Ich werde mal jetzt einfach mit den Einstellungen spielen und schauen was funktioniert.


    Gruss


    e.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Zitat

    Original von helau
    Per default nutzt gen2vdr localtime.
    Hast Du dies umgestellt ?


    Zitat

    Original von elbo88de
    Bei bei meinem alten vdr hat einfach ein hwcklock --systohc --utc dazu geführt, dass das funktioniert. Ich werde mal jetzt einfach mit den Einstellungen spielen und schauen was funktioniert.


    Lass mal das -utc weg,
    wie gesagt tut hier prima wenn sowohl hwclock als auch date CET ausgeben.


    Gruß Ulf

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

  • Hi ULF,


    genau so habe ich das jetzt gemacht:

    Code
    vdr01 ~ # hwclock
    Fr 02 Nov 2007 16:36:32 CET  -0.922065 seconds
    vdr01 ~ # date
    Fr Nov  2 17:36:33 CET 2007


    leider hat das den gleichen Effekt:

    Code
    Nov  2 16:57:19 [vdr] [3165] timer 1 (1 1710-1730 'Tagesschau um fünf') set to event Fre 02.11.2007 17:15-17:47 (VPS: 02.11 17:15) 'Brisant'
    Nov  2 16:57:19 [vdr] [3165] timer 1 (1 1710-1730 'Tagesschau um fünf') added (active)
    Nov  2 16:57:51 [nvram-wakeup] Enabling (0x3F) WakeUp-on-RTC in nvram._
    Nov  2 16:57:51 [nvram-wakeup] New Day     : 02 (0x02)_
    Nov  2 16:57:51 [nvram-wakeup] New Hour    : 16 (0x10)_
    Nov  2 16:57:51 [nvram-wakeup] New Minute  : 17 (0x11)_
    Nov  2 16:57:51 [nvram-wakeup] New Second  : 43 (0x2B)_
    Nov  2 16:57:51 [nvram-wakeup] New Checksum: 0x18FE_


    Die berechnete Wakeupezeit, die ins BIOS geschrieben ist, kann gar nicht dazu führen,
    dass der Rechner korrekt hochfährt.



    oder ?


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • das der Timer > 15min in der Zukunft liegen muss ist Dir bekannt ?
    Hab ich mal irgendwo aufgeschnappt hab aber keine Info ob es wirklich so ist, hatte aber mal dasselbe Problem und da gab mir jemand den Tip.
    teste mal ?

    Software: gen2vdr V3 ( Beta8 ) / gen2vdr V2
    Hardware: Intel 5200EE - 5N7A-VM - Scythe Shuriken - BeQuiet(Netzteil) - X10-USB Remote
    SMT 7020S & P3@900 - Testsystem mit FF und X10-USB Remote
    Links für Neueinsteiger


    "Jetzt, wo ich weiß wie es geht, versteh ich auch die Gebrauchsanleitung"

    Einmal editiert, zuletzt von Mr.N!ce ()

  • Zitat

    Original von elbo88de
    genau so habe ich das jetzt gemacht:

    Code
    vdr01 ~ # hwclock
    Fr 02 Nov 2007 16:36:32 CET  -0.922065 seconds
    vdr01 ~ # date
    Fr Nov  2 17:36:33 CET 2007


    Hallo,
    lt dem steht das schon auf localtime, nur hast du es einmal mit --utc gesetzt?


    Gruß Ulf

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

  • So, nun habe ich im BIOS die korrekte localtime eingestellt und der vdr ist
    korrekt wach geworden (19:00 war der Timer)
    Leider war für den vdr erst 18:00 daher hat er nix aufgenommen.
    Ich denke aber nach meinem nächsten Test
    (habe wie von helau /etc/conf.d/clock auf localtime geändert, was mir sehr schlüssig vorkommt)
    kann ich Erfolg vermelden. :lachen3


    Danke für eure Tipps. Irgendwie habe ich aber bei meinem anderen vdr
    eine andere Lsöung gefunden, da ich seit jahren mich um keine Sommerzeit
    umstellung kümmern musste und hier den Eindruck habe, das das Setzen der RTC nicht funktioniert (ist allerdings auch ein AVT MP).
    Ich habe allerdings im QDI Bios noch eine Option gefunden, die das Bios von
    Zugriffen von Aussen blockt, evetuell gehört die Zeit ja auch dazu.


    erstmal herzlich danke für alle Tipps.


    e.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Leider immer noch nix. Die Zeiten sind jetzt synchron.

    Code
    vdr01 ~ # date
    Fr Nov  2 19:36:33 CET 2007
    vdr01 ~ # hwclock
    Fr 02 Nov 2007 19:36:38 CET  -0.646778 seconds


    Trotzdem ist der kalkulierte Zeitpunkt von nvram später als der gesetzte Timer


    jetzt bin ich wieder soweit wie am Anfang (ausser, das RTC und sysclock nun synchron laufen)


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

  • Ok, danke, werde mal für heute nacht einen programmieren
    und dann mal schauen.


    Für heute gebe ich ansonsten erstmal auf ;)


    Vielen Dank mal wieder für die Unterstützung.


    VDR1: Media Portal QDI 700 MHz Celeron - 400 GB Samsung - 128 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - PICO AV Board - LAN Modul - WLAN - USB 2.0 - Toshiba DVD-LW - GEN2VDR 2.0
    VDR2: Media Portal AVT 600 MHz Celeron - 160 GB Samsung - 64 DRAM - DVB-S FF (rev 1.3) - DVB-S Nova - Toshiba DVD-LW - GEN2VDR 2.0

Jetzt mitmachen!

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