QuoteOriginal von doug
ist natürlich nicht hochgefahren und jetzt steht wieder das unter rtc:
Woher weißt du das? Er sollte erst Morgen 0:36 hochfahren. Immer daran denken, dass die alrm_time in UTC ist, also 2 Stunden draufrechnen.
Gerald
[gelöst] vdr wacht 2 Stunden zu spät auf mit ACPI
- doug
- Closed
-
-
Quote
Original von gda
Woher weißt du das? Er sollte erst Morgen 0:36 hochfahren. Immer daran denken, dass die alrm_time in UTC ist, also 2 Stunden draufrechnen.Gerald
ok, dann warte ich mal länger
Das mit Test-Script verhält sich wie folgt:
Er trägt nur dann was ein, wenn ich die Zeit hochdrehe (>125):
nextboot=`echo "$now + 125 * 60" | bc`
dann geht es:
Code
Display Morevdr:/usr/bin# ./ACPI-test Aktuelle Zeit: 2010-07-21 23:00:48 Starte Rechner neu um: Do 22. Jul 01:05:48 CEST 2010 Fahre Rechner nun runter. RTC: rtc_time : 23:00:48 rtc_date : 2010-07-21 alrm_time : 23:05:48 alrm_date : 2010-07-21 alarm_IRQ : yes alrm_pending : no 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : no DST_enable : no periodic_freq : 1024 batt_status : okay/Doug
-
Moin,
aus meiner Erfahrung mit diesem Thema:
1) Hast Du auch Windows/Dualboot auf der Kiste? Dann wirds fies ...
2) Lass dich nicht von hwclock vs. date irritieren: hwclock/bios/ntp muss auf utc laufen, die Anzeige per $(date) zeigt dir die Uhrzeit in deiner Zeitzone.
3) alrm_date muss immer "voll" ausgefüllt sein, sonst geht der acpi-wakeup nicht.Soweit,
Matthias -
Hallo
Liest du auch mal die Beiträge die hier stehen? Hab oben schon geschrieben, dass das mit deinem Kernel nicht funktioniert.
lallo
-
Hallo
Du kannst den von Tobi nehmen (den hat er nämlich genau wegen diesem Problem im Repo) oder den Backports-Kernel 2.6.32.
Sollte mit beiden problemlos klappen.
lallo
-
Hallo,
ich habe ein ähnliches Problem wie doug, denn mein ctVDR fährt auch nicht selbstständig vor Aufnahmebeginn hoch.
Ich habe versucht die Sachen im Thread nachzuvollziehen, aber irgend wie klappt das nicht so recht.
Was habe ich inzwischen gemacht?
Nach dem lesen habe ich den Kernel von tobi installiert und mit
ctVDR:~# uname -r
2.6.28-etobi.3-486
geprüft, dass dieser auch verwendet wird, das trifft zu.Dann habe ich wieder versucht, aber ohne Erfolg. Nun habe ich festgestellt, dass ich das Add On Package für acpi wakeup nicht installiert hatte. Das habe ich nun nachinstalliert, wieder kein Erfolg.
Also Hardware siehe Testsystem im Profil unten.
Der Rechner kann aus S4 aufwachen. (kernel log sagt das)
Nachdem ich das Testscript folgendermaßen modifiziert habe, bootete der Rechner auch nach 3 Minuten neu. (Modifiziert, da auch ich bei dre Originalen Version die Fehler in Zeile 17 und 22 ausgegeben bekomme)Bash
Display More#!/bin/bash # Startet dem Rechner nach 3 Minuten über ACPI neu. DEV=/sys/class/rtc/rtc0/wakealarm #DEV=/proc/acpi/alarm # Fuer Kernel < 2.6.22 now=`date +%s` nextboot=`echo "$now + 3 * 60" | bc` echo 0 > $DEV echo $nextboot > $DEV # Einige Mainboards sind etwas begriffsstutzig, #echo $nextboot > $DEV # sie kapieren erst nach zwei Aufrufen, was Sache ist. echo "Aktuelle Zeit: "`date "+%Y-%m-%d %H:%M:%S"` echo "Starte Rechner neu um: " $nextboot echo "Fahre Rechner nun runter." #busybox poweroff #/usr/bin/poweroff.pl poweroffAber in /sys/class/rtc/rtc0/wakealarm steht nie was drin.
Sollte da nicht automatisch was eingetragen werden, wenn ich einen neuen Timer setze?Bitte um Hilfe.
Gruß Norbert
-
Keiner ne Ahnung, wo ich noch nachsehen kann?
Gruß
-
Hallo,
ich habe mal noch etwas probiert und versuche nun das ACPI WakeUp Wiki noch einmal durchzugehen.
Ich schaffe es nun schon in wakealarm was einzutragen, aber dann:
Code
Display MorectVDR:/sys/class/rtc/rtc0# echo 0 > /sys/class/rtc/rtc0/wakealarm ctVDR:/sys/class/rtc/rtc0# date +%s -d "Fri Aug 07 12:12:00 MET 2010" > /sys/class/rtc/rtc0/wakealarm ctVDR:/sys/class/rtc/rtc0# cat /proc/driver/rtc rtc_time : 10:04:08 rtc_date : 2010-07-31 alrm_time : 11:12:00 alrm_date : 2010-08-07 alarm_IRQ : yes alrm_pending : no 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : yes DST_enable : no periodic_freq : 1024 batt_status : okay ctVDR:/var/lib/vdr# ctVDR:/var/lib/transfer# ./acpitest_org.sh Aktuelle Zeit: 2010-07-31 12:10:15 ./acpitest_org.sh: line 17: unexpected EOF while looking for matching `"' ./acpitest_org.sh: line 22: syntax error: unexpected end of fileHier komme ich nicht weiter. Wie bereits im vorherigen Thread geschrieben, bootet der VDR neu, wenn ich das Testscript abändere, was ja aber nicht der Sinn sein kann, oder? Wie muss das Script denn nun aussehen, damit es durchläuft?
Und warum sagt er Alarm Pending = no?
oder fehlt noch was bei ACPI ?
Code
Display MorectVDR:~# aptitude search acpi p acpi - Anzeigen von Informationen zu ACPI-Geräten p acpi-support - Skripte zur Verwaltung von ACPI-Ereignissen p acpi-support-base - Skripte zur Verarbeitung grundlegender ACPI-Ereignisse wie den Startkn i acpid - Hilfsprogramme für die Benutzung der ACPI-Energieverwaltung p acpidump - Hilfsprogramme zum Speichern der ACPI-Systemtabellen in einer ASCII-Da p acpitail - Anzeige von ACPI-Informationen im Stil von tail p acpitool - Kommandozeilen-Client für ACPI p acpitool-dbg - command line ACPI client (debug) p claws-mail-acpi-notifier - Laptop's Mail LED control for Claws Mail p eeepc-acpi-scripts - Scripts to support suspend and hotkeys on the Asus Eee PC laptop p libacpi-dev - development files for libacpi p libacpi0 - general purpose library for ACPI v sylpheed-claws-gtk2-acpi-notifier - i vdr-addon-acpiwakeup - Addon that enables vdr to wakeup itself using ACPI p wmacpi - ACPI battery monitor for WindowMaker p yacpi - Ncurses-basierter ACPI-Monitor für den TextmodusGruß Norbert
-
GELÖßT; OHNE HILFE!
Also beim FOXCON Mainboard muss man den Alarm im Bios einschalten, aber alle Zeiten und Datum mit Nullen füllen und HPET einschalten, dann geht es.
Gruß Norbert
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!