addr_rtc_day

Austrian Coder · 15. Mai 2004

Hallo

Ich verwende ich 0.95. Habe mittels einem helper script diese Config bekommen:

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ASUSTeK Computer INC."
##    - Mainboard type:     "CUSI-FX"
##    - Mainboard revision: "REV 1.xx"
##    - BIOS vendor:        "Award Software, Inc."
##    - BIOS version:       "ASUS CUSI-FX ACPI BIOS Revision 1005"
##    - BIOS release:       "12/11/2000"


addr_stat        = 0x56
shift_stat       = 4
addr_day         = 0x57
addr_rtc_day     = 0x57
addr_stat        = 0x6D   # but differs somewhere else
shift_stat       = 7
addr_stat        = 0x70   # but differs somewhere else

Alles anzeigen

Doch bekomme den Fehler:

vdr root # nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 1200))
nvram-wakeup: /etc/nvram-wakeup.conf: 15: Syntax error: unknown variable name
nvram-wakeup: Reading configuration file returned with errors.

An was kann das liegen?

Danke, Christian

Bistr-o-Math · 15. Mai 2004

Zitat

Original von Austrian Coder

An was kann das liegen?

an einem kleinen bug, der in 0.95a behoben wurde

Austrian Coder · 15. Mai 2004

Hab nun auf nvram-wakeup-0.95a geupdatet, doch der Fehler bleibt der gleiche. Muss ich etwa das Guess nochmal machen?

Bistr-o-Math · 15. Mai 2004

Zitat

Original von Austrian Coder
Hab nun auf nvram-wakeup-0.95a geupdatet, doch der Fehler bleibt der gleiche. Muss ich etwa das Guess nochmal machen?

ja. der Fehler war in guess. Die vier Dateien musst du allerdings nicht nochmal erstellen
Lass einfach das neue Guess drueber laufen und eine neue Config erstellen.

Austrian Coder · 16. Mai 2004

ok.. habe guess-helper.sh nochmal laufen lassen, und dann die nvram-wakeup aus ~/guess-nvram-module nach /etc/ kopiert. Nun bekomme ich den Fehler:

Code

vdr guess-nvram-module # nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 1200))
nvram-wakeup: /etc/nvram-wakeup.conf: 15: Previous definition of variable `addr_stat': first definition in line 12
nvram-wakeup: Reading configuration file returned with errors.

Christian

Bistr-o-Math · 16. Mai 2004

wie sieht nvram-wakeup.conf denn aus?

Austrian Coder · 16. Mai 2004

So:

Zitat

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: "ASUSTeK Computer INC."
## - Mainboard type: "CUSI-FX"
## - Mainboard revision: "REV 1.xx"
## - BIOS vendor: "Award Software, Inc."
## - BIOS version: "ASUS CUSI-FX ACPI BIOS Revision 1005"
## - BIOS release: "12/11/2000"

addr_stat = 0x56
shift_stat = 4
addr_day = 0x57
addr_stat = 0x5E # but differs somewhere else
shift_stat = 2
addr_stat = 0x5E # but differs somewhere else
shift_stat = 5
addr_stat = 0x6C # but differs somewhere else
addr_stat = 0x6C # but differs somewhere else
shift_stat = 1
addr_stat = 0x6C # but differs somewhere else
shift_stat = 2
addr_stat = 0x6D # but differs somewhere else
shift_stat = 3
addr_stat = 0x70 # but differs somewhere else
rtc_day = 0x70 # but differs somewhere else
reset_day = ON

Alles anzeigen

Bistr-o-Math · 16. Mai 2004

Zitat

Original von Austrian Coder
So: [...]

kannst du bitte die nvram-wakeup.conf und guess-error.log aus dem directisa-Verzeichnis posten?

Austrian Coder · 16. Mai 2004

guess-error.log:

Zitat

$Id: guess.c,v 1.22 2004/03/04 08:38:14 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 0x00 from 31.23.59.59+
Please read README.mb for more information

Alles anzeigen

nvram-wakeup.conf ist 0 kb groß, sprich leer.

Bistr-o-Math · 17. Mai 2004

Zitat
Original von Austrian Coder
guess-error.log:
Code
...
Couldn't read byte 0x00 from 31.23.59.59+
...

die Datei 31.23.59.59+ ist leer. Warum?

Austrian Coder · 17. Mai 2004

Wenn ich das wüsste

Aber im Verzwichniss guess-nvram-module sind alle Dateien von dem Typ 114 b gross.

Was soll ich nur machen?

Bistr-o-Math · 17. Mai 2004

Zitat

Original von Austrian Coder
Wenn ich das wüsste

Aber im Verzwichniss guess-nvram-module sind alle Dateien von dem Typ 114 b gross.

Was soll ich nur machen?

scheinbar hat cat_nvram ein Problem oder es wird gar nicht erst gefunden...
versuch mal das:

Code

# cat_nvram >/dev/null
cat_nvram: Requesting permissions for io ports 0x70...0x75
cat_nvram: The size of NVRAM is 128 bytes.

steht was in cat_nvram.log ???

Austrian Coder · 17. Mai 2004

vdr root # cat_nvram >/dev/null
-bash: cat_nvram: command not found

Bistr-o-Math · 17. Mai 2004

Zitat

Original von Austrian Coder
vdr root # cat_nvram >/dev/null
-bash: cat_nvram: command not found

"make install" im nvram-wakeup Verzeichnis gemacht?

cat_nvram geht dabei nach /usr/local/sbin/. Ist dieses Vezeichnis im Suchpfad? (echo $PATH)

Gurkendieb · 24. Mai 2004

Moin,

von mir kommen auch noch Daten fuer ein Mini-ATX ECS :

biosinfo :
Following DMI entries found:
- Mainboard vendor: "ECS"
- Mainboard type: "K7VMM+"
- Mainboard revision: "3.1"
- BIOS vendor: "American Megatrends Inc."
- BIOS version: "07.00T"
- BIOS release: "04/02/01"

Nur weiss ich noch net ob es ein Reboot braucht

Gestern ging es ohne , heute mit (manchmal garnet ..hehe)

bye

EDIT:

Aber ich habe auch dasselbe Problem wie AustrianCoder .
Meine nvram-wakeup.conf sie so aus (erstellt mit guess-helper.sh und keine
Fehler in Logs) :

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ECS"
##    - Mainboard type:     "K7VMM+"
##    - Mainboard revision: "3.1"
##    - BIOS vendor:        "American Megatrends Inc."
##    - BIOS version:       "07.00T"
##    - BIOS release:       "04/02/01"


addr_stat        = 0x56
shift_stat       = 7
addr_day         = 0x58
addr_hour        = 0x59
addr_min         = 0x5A
addr_sec         = 0x5B
addr_stat        = 0x6F   # but differs somewhere else
rtc_day          = 0x6F
reset_day        = ON
rtc_sec          = 0x73
rtc_min          = 0x75
rtc_hour         = 0x77
addr_chk_h       = 0x30
addr_chk_l       = 0x31


upper_method = VT82Cxxx

Alles anzeigen

Befehl nvram-wakeup funzt aber nur wenn ich einiges auskommentiere :

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ECS"
##    - Mainboard type:     "K7VMM+"
##    - Mainboard revision: "3.1"
##    - BIOS vendor:        "American Megatrends Inc."
##    - BIOS version:       "07.00T"
##    - BIOS release:       "04/02/01"


addr_stat        = 0x56
shift_stat       = 7
addr_day         = 0x58
addr_hour        = 0x59
addr_min         = 0x5A
addr_sec         = 0x5B
##addr_stat        = 0x6F   # but differs somewhere else
rtc_day          = 0x6F
reset_day        = ON
##rtc_sec          = 0x73
##rtc_min          = 0x75
##rtc_hour         = 0x77
addr_chk_h       = 0x30
addr_chk_l       = 0x31


upper_method = VT82Cxxx

Alles anzeigen

rtc_sec ,rtc_min,rtc_hour sind unbekannt und addr_stat doppelt wird ausgegeben

nvram-0.95a , werde mal 0.96 versuchen

mit 0.96 sieht es so aus (genauso ;))
./guess > nvram-wakeup.conf 2> guess-error.log

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ECS"
##    - Mainboard type:     "K7VMM+"
##    - Mainboard revision: "3.1"
##    - BIOS vendor:        "American Megatrends Inc."
##    - BIOS version:       "07.00T"
##    - BIOS release:       "04/02/01"


addr_stat        = 0x56
shift_stat       = 7
addr_day         = 0x58
addr_hour        = 0x59
addr_min         = 0x5A
addr_sec         = 0x5B
addr_stat        = 0x6F   # but differs somewhere else
rtc_day          = 0x6F
reset_day        = ON
rtc_sec          = 0x73
rtc_min          = 0x75
rtc_hour         = 0x77
addr_chk_h       = 0x30
addr_chk_l       = 0x31

Alles anzeigen

Bistr-o-Math · 24. Mai 2004

@Morone:

probier mal diese Konfiguration: Die muesste perfekt passen.

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ECS"
##    - Mainboard type:     "K7VMM+"
##    - Mainboard revision: "3.1"
##    - BIOS vendor:        "American Megatrends Inc."
##    - BIOS version:       "07.00T"
##    - BIOS release:       "04/02/01"


addr_stat        = 0x56
shift_stat       = 7
addr_day         = 0x58
addr_hour        = 0x59
addr_min         = 0x5A
addr_sec         = 0x5B


rtc_day          = 0x6F
reset_day        = ON


rtc_time         = ON


addr_chk_h       = 0x30
addr_chk_l       = 0x31

Alles anzeigen

Austrian Coder · 24. Mai 2004

Ich probier heute mal die neuen Version aus, evt gehts mit der besser.

Bistr-o-Math · 24. Mai 2004

Zitat

Original von Austrian Coder
Ich probier heute mal die neuen Version aus, evt gehts mit der besser.

an dieser Stelle solte sich nichts geaendert haben. (kannst aber gerne mal ausprobieren)

der Fehler bei dir lag dara, dass cat_nvram nicht ausgefuehrt werden konnte (vermutlich weil /ust/local/sbin nicht im Suchpfad war.)

nachdem du mit "make" das Programm kompilliert und mit "make install" installiert hast,
schau mal, ob du "cat_nvram" einfach so ausfuehren kannst.

wenn ja, dann kannst du mit guess_helper anfangen. vorher musst du allerdings die Verzeichnisse guess-directisa und guess-nvram-module in deinem home-Verzeichnis loeschen.

Austrian Coder · 24. Mai 2004

War ein Fehler im eBuild... hab einen version bump gemacht und den Fehler behoben -> cat_nvram gibts nun.

In welches Verzeichnis sollten die *.sh scripte?

Bistr-o-Math · 24. Mai 2004

Zitat

Original von Austrian Coder
War ein Fehler im eBuild... hab einen version bump gemacht und den Fehler behoben -> cat_nvram gibts nun.

In welches Verzeichnis sollten die *.sh scripte?

nun, guess-helper legt im Homeverzeichnis des Benutzers, der guess-helper ausfuehrt,
zwei Verzeichnisse: guess-directisa und guess-nvram-module

in beiden werden nach den vier reboots je vier Dateien 31.23.59.59+ usw. erstellt.
(im ersteren mit Hilfe von cat_nvram, im letzteren mit Hilfe von /dev/nvram)

anschliessend wird guess ausgefuehrt und es entstehen nvram-wakeup.conf und guess-error.log.

addr_rtc_day

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema