Asus P4P800 VM und NVRAM-Wakeup

  • Hallo an alle,


    ich habe NVRAM installiert und nach Hubertus Anleitung die Dateien erstellt (Einschaltzeiten vom Bios). Danach habe ich die Werte mit guess in die nvram-wakeup.conf schreiben lassen.
    Nach einem Aufruf von nvram-wakeup --debug erscheint folgendes:



    Was bedeutet die vorletzte Zeile (addr_stat)???
    Irgendwie funktioniert jier was nicht oder es fehlt ihm was!? Was ist hier falsch???


    Viele Grüße
    Peter

  • Hey,


    ich habe das Prinzip von Set_Timer noch nicht verstanden! Wird dort die Uhr verstellt? Was würde das für einen Sinn machen. Bleibt die Uhrzeit vom VDR richtig eingestellt?


    Wie installiere ich es? Die Kommentare der set_timer verstehe ich nicht!


    Vielen Dank schon im Voraus.


    Gruß
    Peter

  • Zitat

    Original von Oestreich
    ich habe das Prinzip von Set_Timer noch nicht verstanden! Wird dort die Uhr verstellt? Was würde das für einen Sinn machen. Bleibt die Uhrzeit vom VDR richtig eingestellt?


    Wie installiere ich es? Die Kommentare der set_timer verstehe ich nicht!


    starte mal hier: http://www.vdr-portal.de/board/thread.php?sid=&postid=43962&threadview=1
    (der thread heisst Asus P4P800 (Deluxe))


    und folge auch dem Link dort.


    Wenn du dann noch fragen hast, stelle sie hier.


    um ganz kurz deine Frage zu beantworten: die Wakeup Zeit wird nicht verstellt.
    Die Uhr wird verstellt und zwar so, dass der Wakeup zur richtigen Zeit passiert.
    beim Booten wird die Uhr richtig gestellt.

  • Hey,


    ich habe das vdrshutdown-Script von NVRAM-WakeUp benutzt und die beiden Zeilen mit der set_timer..-Zeile ersetzt, so wie es in der Doku steht.


    Als Ausgabe bekomme ich folgende Fehler:


    Code
    /usr/local/bin/set_timer needs the time command fron nvram-wakeup
    /usr/local/bin/vdrshutdown: line 36: MESG: command not found


    Was hat das zu bedeuten?


    Gruß
    Peter

  • Code
    /usr/local/bin/set_timer needs the time command fron nvram-wakeup


    es erwartet in /usr/local/bin/time das kleine Prograemmchen time, welches von nvram-wakeup kommt


    Code
    /usr/local/bin/vdrshutdown: line 36: MESG: command not found


    mit deinem CHECKSCRIPT stimmt wohl etwas nicht ganz... oder mit dem SVDRPCMD

  • Zitat

    Original von LinuxOr
    Bistr-o-Math


    Ich habe das so gemacht wie du es geschrieben hast.nun kriege ich beim ausführen garnichts.
    linux:/usr/src/nvram-wakeup-0.91 # ./set_timer
    linux:/usr/src/nvram-wakeup-0.91 #


    was bedeutet das denn.


    set_timer wird zum setzen der Zeit mit zwei Parametern aufgerufen. (dir beiden von VDR)
    dabei wird eine Datei erstellt, in der die Differenz zur korrekten Zeit abgespeichert wird.


    wenn du set_timer ohne Parameter aufrufst, dann schaut es, ob diese Datei existiert und korrigiert die Zeit. Wenn sie nicht existiert, passiert gar nichts.


    (siehe auch die Kommentare im Skript)

  • wenn ich das hier beim ausführen vo guess kriege heisst es dass guess mein board erkannt hat.


    $Id: guess.c,v 1.16 2003/03/18 14:34:19 bistr-o-math Exp $
    Opened file 31.23.59.59+ readonly...
    Opened file 11.12.13.14+ readonly...
    Opened file 01.00.00.00+ readonly...
    Opened file 01.00.00.00- readonly...
    Couldn't read byte 0x72 from 31.23.59.59+
    Assuming size of files 114 bytes


    ################################################
    ## Mainboard autodetection information:
    ##
    guess: Opening /dev/mem in O_RDONLY mode...
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: _DMI_ table found: base: 0xF0000, size: 0x380, count: 36
    guess: Following DMI entries found:
    guess: - Mainboard vendor: Shuttle Inc
    guess: - Mainboard type: FB50
    guess: - Mainboard revision:
    guess: - BIOS vendor: Phoenix Technologies, LTD
    guess: - BIOS version: 6.00 PG
    guess: - BIOS release: 11/22/2002
    ## - Mainboard vendor: "Shuttle Inc"
    ## - Mainboard type: "FB50"
    ## - Mainboard revision: ""
    ## - BIOS vendor: "Phoenix Technologies, LTD"
    ## - BIOS version: "6.00 PG"
    ## - BIOS release: "11/22/2002"


    Couldn't guess checksum addresses (out of 0).


  • ja. guess hat dein board erkannt.



    Zitat

    Couldn't guess checksum addresses (out of 0).


    aber die vier erstellten Dateien sind nun mal identisch, d.h. weder guess noch ich wissen, wie die
    Wakeup zeit verstellt werden kann.

  • Zitat

    Original von LinuxOr
    bistro
    ich weiss überhaupt nicht was man mit dem set_timer erreichen soll.
    kannst mir das bissel erklären.
    ich verstehe das irgendwie nicht. :(


    eigentlich habe ich diese Frage weiter oben bereits beantwortet. aber nun hier etwas ausfuehrlicher:


    Das Skript set_timer ist gerade fuer solche Boards geschrieben, die das
    Feature (Wake up) zwar besitzen, die Werte aber nicht (von der OS ebene aus)
    verstellt werden koennen.


    Im Prinzip funktioniert es so:

    • man stellt (im BIOS Setup) als Wakeup eine bestimmte Zeit ein. Und diese wird niemals veraendert.
      Siehe Kommentar im Skript:
      Code
      # The wake up time must be set to 23:59:59 the day must be set to 31


    • beim Runterfahren wird die *Uhrzeit* so verstellt, dass der PC zur richtigen Zeit aufwacht.
    • beim Hochfahren wird die Uhrzeit wieder korrigiert.
  • Hallo Peter,
    ich habe hier gerade einen neuen VDR zusammengebaut - mit einem ASUS P4P800S-E (Notlösung, weil mein anderes Board - Athlon mit VIA-Chipsatz - massive PCI-Problme hat). Mit nvram-wakeup ist dem Board nicht beizukommen, weil nvram-wakeup zwar die Daten lernen und auch speichern kann, der Wakeup für die Uhr beim Shutdown nicht aktiviert wird. Sprich: nvram-wakeup konfiguriert alles richtig, das Board wacht aber nicht auf.


    Ich habe aber gerade einen heißen Tip bekommen, daß es von e-Tobi eine erste Version eines ACPI-basierten Plugins gibt (vdr-addon-acpiwakeup), die, wie der Name schon sagt, die Einstellungen via ACPI setzt. Bei meinem Board scheint das zu funktionieren, ich muß aber noch ausführlicher testen ;D


    Viele Grüße,
    Torsten


    ;D ;D

    "The day Microsoft makes something that doesn't suck is probably
    the day they start making vacuum cleaners" - Ernst Jan Plugge
    __________________
    Torsten Lang

  • also nochmal für doofe bitte:


    seit umstellen von:


    tobi/testing/multipatch auf
    tobi/experimental/bigpatch

    geht nvram nicht mehr :( sonst allleeess suuuper!!!)


    - installieren tu ich immer ctvdr2
    - update auf tobi/experimental/bigpatch
    - paar Sachen ändern (scd0 - kernel-poweroff - etc..)


    Asus p4p800-vm (bios 1014.002) (auch 1012)


    vorher ging immer --directisa mit poweroffkernel...


    Gruß, Nicki

  • habe gerade bemerkt, dasss ich beide Versionen noch draufhabe:


    nvram-wakeup und
    vdr-addon-nvram-wakeup


    muß eine runter??



    (so sieht die vdr-nvram-wakeup.conf zz aus..)


    #


    ENABLED="yes"


    #


    COMMANDLINE="--directisa"


    #


    SPECIALSHUTDOWN="lilo -R PowerOff ; shutdown -r now"


    REGULAR_DAYS=0 # 0=disabled, 1=each day, 2=each 2'nd day, 3=...
    REGULAR_TIME=01:00 # HH:MM


    ------------


    versucht hab ich auch commandline="asus_p4p800_vm"


    und


    commandline="asus_p4p800_vm_2"

  • Hallo insmod,
    zuerst mal musst du in der Kommandozeile mit commandline wenn du einen Boardnamen angibst = -I asus... eingeben, bei dir fehlt also das -I. Warum das ganze mit directisa nicht mehr klappen soll, versteh ich nicht, aber vielleicht hilft dir ja der Bistromath ;). Die Version, die nach dem Herbstupdate relevant ist, ist die nvram-wakeup, die addon ist nur noch ein dummy. Wie gesagt, habe aber auch keine Antwort darauf, warum das Board nicht mehr läuft...


    mfg


    Oliver

Jetzt mitmachen!

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