Beiträge von SurfaceCleanerZ

Der Patch ist in der stable (deb) Version 0.91 nicht enthalten, aber zumindest in der cvs 0.95., welches die neueste zu sein scheint.
aber wenn ich diese benutze und dann ./grub-reboot 2 eingebe (habe den Kernel erfolgreich und per manueller Auswahl auch funktionierend in menu.lst von grub eingetragen als "poweroff" bzw. als 2. Eintrag) gibt er keine Fehler aus und fragt, ob jetzt neu gestartet werden soll, was ich bejahe, dann bootet er aber trotzdem immer den ersten eingetragenen (den default) Eintrag der menu.lst.

Im Wiki und im Handbuch finde ich nichts dazu!

Die 2 ist zwar falsch, da es eine 1 sein müsste lt. cvs readme von NVRAM, aber er bootet auch nicht das als 3. Eintrag eingetragene Memtest!

Edit: Sorry muss ein Serverfehler bzw. Verbindungshaker gewesen sein, deshalb Doppelpost.

Werde morgen nochmal das savedefault eintragen, das fehlt mir zur Zeit noch.

Bistr-o-Math: CVS-Readme
SO WHAT CAN WE DO ABOUT THISE PROBLEMS?
Second problem: 2. Absatz:
"In you use vdrshutdown"
Das müsste "If" heissen, ist mir nur gerade so nebenbei aufgefallen, falls du es ändern möchtest/kannst.

Der Patch ist in der stable (deb) Version 0.91 nicht enthalten, aber zumindest in der cvs 0.95., welches die neueste zu sein scheint.
aber wenn ich diese benutze und dann ./grub-reboot 2 eingebe (habe den Kernel erfolgreich und per manueller Auswahl auch funktionierend in menu.lst von grub eingetragen als "poweroff" bzw. als 2. Eintrag) gibt er keine Fehler aus und fragt, ob jetzt neu gestartet werden soll, was ich bejahe, dann bootet er aber trotzdem immer den ersten eingetragenen (den default) Eintrag der menu.lst.

Habe diese Diagnose noch mal ins VDR-Wiki geschrieben, das erspart euch Arbeit

Zitat

Edit: Habe nach Neustart eingegegeben (SSH) und es kommt das:
vdr_hh:~# svdrpsend HITK Power
-bash: svdrpsend: command not found

evtl. heisst es svdrpsend.pl oder so aehnlich.
was passiert wenn du (Auf der Kommandozeile) "svdrpse" eingibst und die Tabulator-Taste drueckst? evtl ein 2. mal drueckst?[/quote]

Da kommt das:
-bash: svdrpse: command not found
(wenn ichs in der SSH Komandozeile mache zumindest...

Habe jetzt hauptsächlich das Problem, dass der Rechner nicht durch den Menüeintrag herunterfahren herunterfährt, sondern sich weigert, ungefähr abwechselnd mit "Could not set time" und "Specialshutdown nicht installiert". Ich weiss nicht, wie ich den Poweroff-Kernel ein Grub anmelde. Für den Specialshutdown soll in der Debian Version (auf der c't VDR ja basiert) den Patch dass es den Parameter -R gibt schon eingebaut sein, ich weiss aber nicht, wie ich das herausbekomme, ob das stimmt. Aber davor muss der Poweroff Kernel doch sicher erst mal im Grub Boot-Menü erscheinen, dort ist aber nur Linux und MEMTest86 enthalten.

Die wie im obigen Log eingetragende WakeUp Zeit erscheint auch im BIOS.

Wenn keine Timer vorhanden sind, fährt er beim ersten Versuch, ihn über Menü herunterzufahren mit "Specialshutdown nicht installiert" nicht herunter, beim zweiten Versuch macht ers aber ohne Murren! Dann ist im Bios der WakeUp ausgeschaltet.

Zitat

Original von Bistr-o-Math
[quote]Original von SurfaceCleanerZ
Sorry habe eben gegessen und nen bischen ferngesehn...

Also NVRAM steht auf ENABLED, muss COMMANDLINE auch gesetzt sein mit Mainboardtyp? Weil das ist auskommentiert!

COMMANDLINE="-C /etc/nvram-wakeup.conf" habe ich dort jetzt eingefügt

muesste bei EPIA eigentlich auch ohne gehen. Test ist ganz einfach: einfach mal nvram-wakeup ohne Parameter laufen lassen.

Ja geht auch ohne! Habs aber lieber drin gelassen.

So bin jetzt zwar am anderen VDR, aber baugleich und mit so gut wie gleichem System (Kopie). Ich habe es geschafft, dass NVRAM die Werte im BIOS setzt, aber das System kann ich jetzt nicht mehr herunterfahren im Menü, da er abbricht, da NVRAM kein Specialshutdown findet. Den benötigten Poweroff-Kernel habe ich mit apt-get kernel-poweroff installiert, aber weiter komme ich nicht, da die Anleitungen, die ich finden kann, auch wenn sie für c't VDR sein sollen, alle mit lilo arbeiten, bei c't VDR ist aber GRUB verwendet!
Wie mache ich das dann?

Hier noch das log bzw. die Ausgabe:
vdr_hh:~# nvram-wakeup --debug -C /etc/nvram-wakeup.conf -s `date -d"+20min" +%s`
nvram-wakeup: Printing debug messages enbled.
nvram-wakeup: $Id: nvram-wakeup.h,v 1.35 2004/07/20 14:20:36 bistr-o-math Exp $
nvram-wakeup: $Id: nvram-wakeup.c,v 1.74 2004/07/20 14:30:40 bistr-o-math Exp $
nvram-wakeup: Opening /etc/nvram-wakeup.conf in 'r' mode...
nvram-wakeup: /etc/nvram-wakeup.conf: 2: comment: ################################################
nvram-wakeup: /etc/nvram-wakeup.conf: 3: comment: ## Mainboard autodetection information:
nvram-wakeup: /etc/nvram-wakeup.conf: 4: comment: ##
nvram-wakeup: /etc/nvram-wakeup.conf: 5: comment: ## - Mainboard vendor: ""
nvram-wakeup: /etc/nvram-wakeup.conf: 6: comment: ## - Mainboard type: "EPIA-M"
nvram-wakeup: /etc/nvram-wakeup.conf: 7: comment: ## - Mainboard revision: ""
nvram-wakeup: /etc/nvram-wakeup.conf: 8: comment: ## - BIOS vendor: "Award Software International, Inc."
nvram-wakeup: /etc/nvram-wakeup.conf: 9: comment: ## - BIOS version: "6.00 PG"
nvram-wakeup: /etc/nvram-wakeup.conf: 10: comment: ## - BIOS release: "12/11/2003"
nvram-wakeup: /etc/nvram-wakeup.conf: 12: name : addr_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 12: value : 0x4B
nvram-wakeup: /etc/nvram-wakeup.conf: 13: name : shift_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 13: value : 3
nvram-wakeup: /etc/nvram-wakeup.conf: 14: name : addr_day
nvram-wakeup: /etc/nvram-wakeup.conf: 14: value : 0x4C
nvram-wakeup: /etc/nvram-wakeup.conf: 15: name : addr_hour
nvram-wakeup: /etc/nvram-wakeup.conf: 15: value : 0x4D
nvram-wakeup: /etc/nvram-wakeup.conf: 16: name : addr_min
nvram-wakeup: /etc/nvram-wakeup.conf: 16: value : 0x4E
nvram-wakeup: /etc/nvram-wakeup.conf: 17: name : addr_sec
nvram-wakeup: /etc/nvram-wakeup.conf: 17: value : 0x4F
nvram-wakeup: /etc/nvram-wakeup.conf: 18: name : addr_chk_h
nvram-wakeup: /etc/nvram-wakeup.conf: 18: value : 0x6D
nvram-wakeup: /etc/nvram-wakeup.conf: 19: name : addr_chk_l
nvram-wakeup: /etc/nvram-wakeup.conf: 19: value : 0x6E
nvram-wakeup: /etc/nvram-wakeup.conf: 20: name : need_reboot
nvram-wakeup: /etc/nvram-wakeup.conf: 20: value : ON_ANY_CHANGE
nvram-wakeup: Closing /etc/nvram-wakeup.conf ...
nvram-wakeup: Using following bios info:
nvram-wakeup: need_reboot = -1
nvram-wakeup: addr_chk_h = 0x6D
nvram-wakeup: addr_chk_l = 0x6E
nvram-wakeup: addr_chk_h2 = 0x00
nvram-wakeup: addr_chk_l2 = 0x00
nvram-wakeup: addr_stat = 0x4B
nvram-wakeup: addr_mon = 0x00
nvram-wakeup: addr_day = 0x4C
nvram-wakeup: addr_wdays = 0x00
nvram-wakeup: addr_hour = 0x4D
nvram-wakeup: addr_min = 0x4E
nvram-wakeup: addr_sec = 0x4F
nvram-wakeup: shift_stat = 3
nvram-wakeup: shift_mon = 0
nvram-wakeup: shift_day = 0
nvram-wakeup: shift_wdays = 0
nvram-wakeup: shift_hour = 0
nvram-wakeup: shift_min = 0
nvram-wakeup: shift_sec = 0
nvram-wakeup: rtc_time = 0
nvram-wakeup: rtc_day = 0x00
nvram-wakeup: rtc_mon = 0x00
nvram-wakeup: rtc_day_0_is_c0 = 0
nvram-wakeup: rtc_mon_0_is_c0 = 0
nvram-wakeup: reset_day = 0
nvram-wakeup: reset_mon = 0
nvram-wakeup: nr_stat = 1
nvram-wakeup: nr_mon = 4
nvram-wakeup: nr_day = 5
nvram-wakeup: nr_hour = 5
nvram-wakeup: nr_min = 6
nvram-wakeup: nr_sec = 6
nvram-wakeup: nr_rtc_day = 6
nvram-wakeup: nr_rtc_mon = 5
nvram-wakeup: nr_wdays = 7
nvram-wakeup: bcd = 0
nvram-wakeup: day_hack = 0
nvram-wakeup: upper_method = 0
nvram-wakeup: chk_method = 0
nvram-wakeup: Opening /dev/rtc in O_RDONLY mode...
nvram-wakeup: Hardware clock: 2005-05-15 20:29:26
nvram-wakeup: rtc.tm_isdst : 1
nvram-wakeup: rtc.tm_gmtoff: 7200
nvram-wakeup: diff : 0
nvram-wakeup: RTC is running in localtime!
nvram-wakeup: Test (this should be the current time of the hardware clock): Sun May 15 20:29:26 2005
nvram-wakeup: Opening /dev/nvram in O_RDONLY mode...
nvram-wakeup: The size of NVRAM is 128 bytes.
nvram-wakeup: 0000000: 0000 40FC F070 0F80 02C0 FF2F 2FBF FFFF
nvram-wakeup: 0000010: 0000 0000 0000 0000 FFFF 1000 00FE FFFF
nvram-wakeup: 0000020: 0D11 C0FF 2080 E0E0 F6FF FFFF FF0F BED1
nvram-wakeup: 0000030: A211 20FF DADC FFF3 FCF0 FF1F BCF9 FFF0
nvram-wakeup: 0000040: FDFF 1FC0 5864 0200 AFC3 D0D5 0F14 0500
nvram-wakeup: 0000050: C3FD B3F8 00FC DA24 0E2F 0000 0000 0000
nvram-wakeup: 0000060: 0000 2F00 0010 0000 FEFF FFFF FF1D 2800
nvram-wakeup: 0000070: 0020 2600 2915 2020 0315 0505 2602 0080
nvram-wakeup: value of the addr_stat byte is: 0xD5.
nvram-wakeup: value of the addr_day byte is: 0x0F.
nvram-wakeup: value of the addr_hour byte is: 0x14.
nvram-wakeup: value of the addr_min byte is: 0x05.
nvram-wakeup: value of the addr_sec byte is: 0x00.
nvram-wakeup: value of the addr_chk_h byte is: 0x1D.
nvram-wakeup: value of the addr_chk_l byte is: 0x28.
nvram-wakeup: Checksum is: 0x1D28.

All values are displayed as they are stored in the nvram/rtc.
(and do not correspond necessarily to the system date/time)

WakeUp : Disabled (0xD5)
Day : 15 (0x0F)
Hour : 20 (0x14)
Minute : 05 (0x05)
Second : 00 (0x00)
Checksum: 0x1D28

Enabling (0xDD) WakeUp-on-RTC in nvram.
New Day : 15 (0x0F)
New Hour : 20 (0x14)
New Minute : 44 (0x2C)
New Second : 26 (0x1A)
New Checksum: 0x1D71

nvram-wakeup: Byte 0x4B is changed: 0xD5 -> 0xDD
Now really WRITING into /dev/nvram...
nvram-wakeup: Opening /dev/nvram in O_WRONLY mode...
nvram-wakeup: Writing value 0xDD into byte 0x4B of NVRAM
nvram-wakeup: Byte 0x4E is changed: 0x05 -> 0x2C
nvram-wakeup: Writing value 0x2C into byte 0x4E of NVRAM
nvram-wakeup: Byte 0x4F is changed: 0x00 -> 0x1A
nvram-wakeup: Writing value 0x1A into byte 0x4F of NVRAM
nvram-wakeup: Byte 0x6E is changed: 0x28 -> 0x71
nvram-wakeup: Writing value 0x71 into byte 0x6E of NVRAM
nvram-wakeup: need_reboot: 7
The changes to take effect, you must reboot your computer now.

Sorry habe eben gegessen und nen bischen ferngesehn...

Also NVRAM steht auf ENABLED, muss COMMANDLINE auch gesetzt sein mit Mainboardtyp? Weil das ist auskommentiert!

COMMANDLINE="-C /etc/nvram-wakeup.conf" habe ich dort jetzt eingefügt in der /etc/vdr/vdr-addon-nvram-wakeup.conf und in der /etc/nvram-wakeup.conf ist das Epia erkannt mit:

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: ""
## - Mainboard type: "EPIA-M"
## - Mainboard revision: ""
## - BIOS vendor: "Award Software International, Inc."
## - BIOS version: "6.00 PG"
## - BIOS release: "12/11/2003"

addr_stat = 0x4B
shift_stat = 3
addr_day = 0x4C
addr_hour = 0x4D
addr_min = 0x4E
addr_sec = 0x4F
addr_chk_h = 0x6D
addr_chk_l = 0x6E

need_reboot = ON_ANY_CHANGE

ok, ich teste es!

Edit: Habe nach Neustart eingegegeben (SSH) und es kommt das:
vdr_hh:~# svdrpsend HITK Power
-bash: svdrpsend: command not found

Im syslog finde ich nichts:
ACPI: have wakeup address 0xc0001000

Das ist das einzige, aber du meintest sicher eh, wenn er etwas macht, was er ja nicht getan hat.

Dabei ist NVRAM zwar, aber eben nicht aktiviert, das ist es ja. Und wie ist das mit dem poweroff Kernel für EPIA?
ok, das werde ich über SSH mal testen.

Bistr-o-Math: Hast du eigentlich ICQ, AIM, MSN? Wäre wohl einfacher?

Also benötige ich die poweroff.pl auch? Weil ich ja auch die Timer in NVRAM nutzen möchte, damit er nicht immer laufen muss.

Den Power Knopf am Gerät zum Herunterfahren zu belegen, wie in Win wäre zusätzlich auch gut, aber nicht essentiell! Hatte das auch schon mal irgendwo hier gelesen, aber dann aufgeschoben, weil andere Sachen wichtiger waren und jetzt finde ich den Link nicht mehr....

Meine Tastatur hat einen Powerknopf, wie kann ich diesen zuweisen?

Ich benutze wie in der Signatur steht ct VDR ohne Herbstupdate.

ok habe jetzt in der inittab gefunden, wo er es mir eingestellt hatte, dort werde ich jetzt eintragen:die poweroff.pl von oben? oder
svdrpsend HITK "Power"

Was dort jetzt eintragen?

Welche Datei wird eigentlich verwendet? Die remote.kbd.conf oder die remote.conf? Ich vermute letztere, da diese nach der Installation nämlich nicht vollständig war und ich die bak dort nehmen musste, welche zumindest alle Zahlen enthielt. Was kommt dort für dem Powerknopf rein (Die Sondertaste im Block über Cursortasten bei neuen Tastaturen)?

Bin leider etwas hilflos, also das ist meine remote.conf
die remote.kbd.conf ist sieht genauso aus wie der kbd teil hieraus. Wozu ist der Lirc teil gut? Kann ich den entfernen, ich hatte nicht vor, es einzusetzen!

Wo liegt normalerweise die runvdr?

Ich benutze zur Zeit die Tastatur zur Eingabe, würde allerdings schon gern die Fernbedienung nutzen am AVBoard! Wie lerne ich die an, bzw. woher bekomme ich die Werte für die remote.conf (nehme an, dass das die Datei, die diese normalerweise beeinhaltet)?

Bin leider Win User

LIRC.Up Up
LIRC.Down Down
LIRC.Menu Menu
LIRC.Ok Ok
LIRC.Back Back
LIRC.Left Left
LIRC.Right Right
LIRC.Red Red
LIRC.Green Green
LIRC.Yellow Yellow
LIRC.Blue Blue
LIRC.Power Power
LIRC.Volume+ Volplus
LIRC.Volume- Volminus
LIRC.Mute Mute
LIRC.0 0
LIRC.1 1
LIRC.2 2
LIRC.3 3
LIRC.4 4
LIRC.5 5
LIRC.6 6
LIRC.7 7
LIRC.8 8
LIRC.9 9

KBD.Up 00000000001B5B41
KBD.Down 00000000001B5B42
KBD.Menu 000000000000006D
KBD.Ok 000000000000000D
KBD.Back 000000000000007F
KBD.Left 00000000001B5B44
KBD.Right 00000000001B5B43
KBD.Red 000000001B5B5B41
KBD.Green 000000001B5B5B42
KBD.Yellow 000000001B5B5B43
KBD.Blue 000000001B5B5B44
KBD.0 0000000000000030
KBD.1 0000000000000031
KBD.2 0000000000000032
KBD.3 0000000000000033
KBD.4 0000000000000034
KBD.5 0000000000000035
KBD.6 0000000000000036
KBD.7 0000000000000037
KBD.8 0000000000000038
KBD.9 0000000000000039
KBD.Volume+ 000000000000002B
KBD.Volume- 000000000000002D
KBD.Mute 0000000000000073

remote-event0._Setup /proc/av7110_ir 00000000 31
remote-event0.Up 0000000100010021
remote-event0.Down 0000000100010022
remote-event0.Menu 000000010001000E
remote-event0.Ok 0000000100010026
remote-event0.Back 0000000100010020
remote-event0.Left 0000000100010012
remote-event0.Right 0000000100010011
remote-event0.Red 000000010001000C
remote-event0.Green 000000010001002F
remote-event0.Yellow 0000000100010039
remote-event0.Blue 000000010001002A
remote-event0.0 0000000100010001
remote-event0.1 0000000100010002
remote-event0.2 0000000100010003
remote-event0.3 0000000100010004
remote-event0.4 0000000100010005
remote-event0.5 0000000100010006
remote-event0.6 0000000100010007
remote-event0.7 0000000100010008
remote-event0.8 0000000100010009
remote-event0.9 000000010001000A
remote-event0.Play 0000000100010036
remote-event0.Pause 0000000100010031
remote-event0.Stop 0000000100010037
remote-event0.Record 0000000100010038
remote-event0.FastFwd 0000000100010035
remote-event0.FastRew 0000000100010033
remote-event0.Power 000000010001003E
remote-event0.Channel+ 000000010001001F
remote-event0.Channel- 0000000100010025
remote-event0.Volume+ 000000010001003D
remote-event0.Volume- 000000010001000D
remote-event0.Mute 0000000100010010
remote-event0.Schedule 000000010001003C

Mein AVBoard ist nicht Fernbedienungsfähig bis jetzt, da ich mittlerweile zwar das remote Plugin drauf hab, aber noch nicht dazugekommen bin, mich mit dem Lernen der Tasten zu beschäftigen.

Wie fährt man den VDR eigentlich herunter? Ich mache das bis jetzt immer mit Affengriff, den mir ein Kumpel soi umbelegt hat, dass er nicht neu startet, sondern ausgeht.
Dabei wird aber nichts mit Timern etc ins EEPROM geschrieben, oder?

Muss man echt immer umständlich im Menü, die Funktion suchen zum Herunterfahren?

Also ich hatte es im BIOS aktiviert und auch Werte eingetragen! Werde es aber nochmal testen. Oder muss ich in der conf den Sekundeneintrag weglassen?

Ich habe mit demselben Board ein ähnliches Problem!
Wie hast du es jetzt gelöst?

Unten meine Ausgabe von Bistr-o-Maths Eingabe und dadrunter meine nvram-wakeup.conf

vdr_hh:~# nvram-wakeup --debug -C /etc/nvram-wakeup.conf -s `date -d"+20min" +%s`
nvram-wakeup: Printing debug messages enbled.
nvram-wakeup: $Id: nvram-wakeup.h,v 1.30 2004/02/06 23:54:44 bistr-o-math Exp $
nvram-wakeup: $Id: nvram-wakeup.c,v 1.65.2.1 2004/03/07 00:43:21 tiber Exp $
nvram-wakeup: Opening /etc/nvram-wakeup.conf in 'r' mode...
nvram-wakeup: /etc/nvram-wakeup.conf: 2: comment: ################################################
nvram-wakeup: /etc/nvram-wakeup.conf: 3: comment: ## Mainboard autodetection information:
nvram-wakeup: /etc/nvram-wakeup.conf: 4: comment: ##
nvram-wakeup: /etc/nvram-wakeup.conf: 5: comment: ## - Mainboard vendor: ""
nvram-wakeup: /etc/nvram-wakeup.conf: 6: comment: ## - Mainboard type: "EPIA-M"
nvram-wakeup: /etc/nvram-wakeup.conf: 7: comment: ## - Mainboard revision: ""
nvram-wakeup: /etc/nvram-wakeup.conf: 8: comment: ## - BIOS vendor: "Award Software International, Inc."
nvram-wakeup: /etc/nvram-wakeup.conf: 9: comment: ## - BIOS version: "6.00 PG"
nvram-wakeup: /etc/nvram-wakeup.conf: 10: comment: ## - BIOS release: "12/11/2003"
nvram-wakeup: /etc/nvram-wakeup.conf: 12: name : addr_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 12: value : 0x4B
nvram-wakeup: /etc/nvram-wakeup.conf: 13: name : shift_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 13: value : 3
nvram-wakeup: /etc/nvram-wakeup.conf: 14: name : addr_day
nvram-wakeup: /etc/nvram-wakeup.conf: 14: value : 0x4C
nvram-wakeup: /etc/nvram-wakeup.conf: 15: name : addr_hour
nvram-wakeup: /etc/nvram-wakeup.conf: 15: value : 0x4D
nvram-wakeup: /etc/nvram-wakeup.conf: 16: name : addr_min
nvram-wakeup: /etc/nvram-wakeup.conf: 16: value : 0x4E
nvram-wakeup: /etc/nvram-wakeup.conf: 17: name : addr_sec
nvram-wakeup: /etc/nvram-wakeup.conf: 17: value : 0x4F
nvram-wakeup: /etc/nvram-wakeup.conf: 18: name : addr_chk_h
nvram-wakeup: /etc/nvram-wakeup.conf: 18: value : 0x6D
nvram-wakeup: /etc/nvram-wakeup.conf: 19: name : addr_chk_l
nvram-wakeup: /etc/nvram-wakeup.conf: 19: value : 0x6E
nvram-wakeup: /etc/nvram-wakeup.conf: 21: name : need_reboot
nvram-wakeup: /etc/nvram-wakeup.conf: 21: value : ON_ANY_CHANGE
nvram-wakeup: Closing /etc/nvram-wakeup.conf ...
nvram-wakeup: Using following bios info:
nvram-wakeup: need_reboot = -1
nvram-wakeup: addr_chk_h = 0x6D
nvram-wakeup: addr_chk_l = 0x6E
nvram-wakeup: addr_chk_h2 = 0x00
nvram-wakeup: addr_chk_l2 = 0x00
nvram-wakeup: addr_stat = 0x4B
nvram-wakeup: addr_mon = 0x00
nvram-wakeup: addr_day = 0x4C
nvram-wakeup: addr_wdays = 0x00
nvram-wakeup: addr_hour = 0x4D
nvram-wakeup: addr_min = 0x4E
nvram-wakeup: addr_sec = 0x4F
nvram-wakeup: shift_stat = 3
nvram-wakeup: shift_mon = 0
nvram-wakeup: shift_day = 0
nvram-wakeup: shift_wdays = 0
nvram-wakeup: shift_hour = 0
nvram-wakeup: shift_min = 0
nvram-wakeup: shift_sec = 0
nvram-wakeup: rtc_time = 0
nvram-wakeup: rtc_day = 0x00
nvram-wakeup: rtc_mon = 0x00
nvram-wakeup: rtc_day_0_is_c0 = 0
nvram-wakeup: rtc_mon_0_is_c0 = 0
nvram-wakeup: reset_day = 0
nvram-wakeup: reset_mon = 0
nvram-wakeup: nr_stat = 1
nvram-wakeup: nr_mon = 4
nvram-wakeup: nr_day = 5
nvram-wakeup: nr_hour = 5
nvram-wakeup: nr_min = 6
nvram-wakeup: nr_sec = 6
nvram-wakeup: nr_rtc_day = 6
nvram-wakeup: nr_rtc_mon = 5
nvram-wakeup: nr_wdays = 7
nvram-wakeup: bcd = 0
nvram-wakeup: day_no_chk = 0
nvram-wakeup: day_hack = 0
nvram-wakeup: upper_method = 0
nvram-wakeup: Opening /dev/rtc in O_RDONLY mode...
nvram-wakeup: Hardware clock: 2005-03-30 15:27:15
nvram-wakeup: rtc.tm_isdst : 1
nvram-wakeup: rtc.tm_gmtoff: 7200
nvram-wakeup: diff : 0
nvram-wakeup: RTC is running in localtime!
nvram-wakeup: Test (this should be the current time of the hardware clock): Wed Mar 30 15:27:15 2005
nvram-wakeup: Opening /dev/nvram in O_RDONLY mode...
nvram-wakeup: The size of NVRAM is 128 bytes.
nvram-wakeup: 0000000: 0000 40FD F070 0F80 02C0 FF2F 2FBF FFFF
nvram-wakeup: 0000010: 0000 0000 0000 0000 FFFF 1000 00FE FFFF
nvram-wakeup: 0000020: 0D12 C0FF 2080 E0E0 F6FF FFFF FF0F BED1
nvram-wakeup: 0000030: A211 20FF DBDC FFF3 FCF0 FF1F BCF9 FFF0
nvram-wakeup: 0000040: FDFF 1FC0 5864 0200 AEC3 D0DD 1700 0EFF
nvram-wakeup: 0000050: C3FD B3F8 00FC DA24 0E2F 0000 0000 0000
nvram-wakeup: 0000060: 0000 2F00 0010 0000 FEFF FFFF FF1E 2C00
nvram-wakeup: 0000070: 0020 1500 2714 1500 0330 0305 2602 4080
nvram-wakeup: value of the addr_stat byte is: 0xDD.
nvram-wakeup: value of the addr_day byte is: 0x17.
nvram-wakeup: value of the addr_hour byte is: 0x00.
nvram-wakeup: value of the addr_min byte is: 0x0E.
nvram-wakeup: value of the addr_sec byte is: 0xFF.
nvram-wakeup: value of the addr_chk_h byte is: 0x1E.
nvram-wakeup: value of the addr_chk_l byte is: 0x2C.
nvram-wakeup: Checksum is: 0x1E2C.
nvram-wakeup: WakeUp Second value (63) not correct.

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: ""
## - Mainboard type: "EPIA-M"
## - Mainboard revision: ""
## - BIOS vendor: "Award Software International, Inc."
## - BIOS version: "6.00 PG"
## - BIOS release: "12/11/2003"

addr_stat = 0x4B
shift_stat = 3
addr_day = 0x4C
addr_hour = 0x4D
addr_min = 0x4E
addr_sec = 0x4F
addr_chk_h = 0x6D
addr_chk_l = 0x6E

need_reboot = ON_ANY_CHANGE

Also ich (bzw. ein linuxfähiger Kumpel) haben es unter einem ct VDR zum Laufen gebracht, unter dem zweiten eigentlich baugleichen (Software kopiert) aber nicht hinbekommen bis jetzt.
Ist ein 2.4.26 Kernel (wenn ich mich nicht irre)

Cool, das hat geholfen! Jetzt geht es im BIOS! Da werde ich heut abend mal testen, ob NVRAM WakeUp auch funzt!

Vielen Dank für die Hilfe, da wäre ich im Leben nicht drauf gekommen, dass das daran liegt!

Ich wollte bei meinem VIA EPIA M10000 mit Firmware 1.13 den Bios RTC Timer benutzen, aber der Rechner wacht auch nach einem Reboot nach dem Speichern im BIOS bis in VDR und anschliessendem erneut Runterfahren und Ausschalten zur eingestellten Zeit nicht auf. Das Interessante: Ich habe 2 Boards mit dieser Firmware bzw. 2 baugleiche VDRs mit zu unterschiedlichen Zeiten gekauften Boards, die beide nicht aufwachen. WOL funktioniert, also kanns am zu schwachen Lintec Netzteil nicht liegen, oder?

Eigentlich geht es mir natürlich um NVRam WakeUp, aber wenn es nichtmal im BIOS funktioniert, ist klar, das das auch nicht funktioniert.

Irgendwelche Ideen?

Achso: Die Uhr ist richtig eingestellt!

Es gibt nicht nur eine Seite mit Displays, rechts unten ist ein Mini-Link auf die nächsten Seiten. Habe mir jetzt das 4x27 bestellt mit Schutzscheibe. Werde mal berichten, wenn es läuft.

Aber auf der zweiten Seite das vierzeilige Wintek mit 27 Zeichen pro Zeile ist doch schon ganz ordentlich, oder nicht?
Oder gibt es da Anschlussprobleme?

Kannst du mir mal die Belegung geben? Überlege, ob ich mir dort auch eins bestelle. Benutze allerdings ct VDR 1.2 mit AVBoard 1.2 bis jetzt ohne Display.
Das ist ja ein 2.4.26.

Habe gerade bei Pollin LCDs zu einem unschlagbaren Preis gesehen.
http://www.pollin.de/catalog/detail.asp?ID=228738
Das kostet nur 4,95 + 2,95 für die Anschlussplatine an Paralleport.
http://www.pollin.de/catalog/detail.asp?ID=229054

Was ist davon zu halten, ist dieses Display für VDR ausreichend?
Oder zu klein? Kann ich diesers einfach mit dem gLCD Plugin ansteuern? oder muss man da etwas anpassen, bin totaler Linux Newbie.