[gelöst] /proc/acpi/alarm richtig?!?

easyVDR - >VARforumsname - >[gelöst] /proc/acpi/alarm richtig?!?

micahel 03.Jun.2011 08:41:39

Hallo Forum,

ich habe gemerkt, dass seit meiner Umstellung auf eine neue Hardware (neues Gehäuse und neues Motherboard), der Rechner sich nicht mehr automatisch einschaltet.
Jetzt stellt sich für mich die generelle Frage:
Ist dieser Eintrag in der Datei "/proc/acpi/alarm" richtig?

2011-06-00 08:52:00
Auf den ersten Blick würde ich behaupten, nein. Es fehlt ja offensichtlich der Tag. Ich wollte mich aber hier nochmal vergewissern.
Wenn nein, was kann dann falsch sein?

Hier ein Beispiel:
Eintrag in der timers.conf:
1:C-9999-161-12101:2011-06-03:0851:0852:50:99:RTL:
wird in /proc/acpi/alarm zu
2011-06-00 08:52:00

Letztendlich ist das Resultat: Rechner schaltet sich zu dem Zeitpunkt nicht ein :(
Danke und grüße
Michael

silverbox:ASUS AT5IONT-I NM10 Atom D525, 4GB RAM, Sundtek SkyTV Ultimate IV 2014 (DVB-S/S2), easyVDR 2.0.6
blackbox:Streacom FC9 Fanless Chassis, MSI B75MA-E31, Intel Core i3-3220T, 16GB RAM, TechnoTrend Connect CT2-4650 CI, Streacom ST-IRRC Set, easyVDR 2.0.6

zzzözzz 03.Jun.2011 09:19:09

Wakeup per RTC Test, ob der PC per RTC aufwacht
[*]Erstellen von ~/wakeuptest cat > ~/wakeuptest << "EOF"
#!/bin/bash
# Startet dem Rechner nach 3 Minuten über ACPI neu.
DEV=/sys/class/rtc/rtc0/wakealarm
# how much minutes later restart should be.
RESTARTDELAY=3
SECS_PER_MINUTE=60
now=$(date +%s)
let 'nextboot=now+RESTARTDELAY*SECS_PER_MINUTE'
echo 0 > $DEV
echo $nextboot > $DEV
WAKEUP=$(cat $DEV)
echo "Now : "$(date "+%Y-%m-%d %H:%M:%S")
echo "Wakeup : "$(date -d @$WAKEUP "+%Y-%m-%d %H:%M:%S")
for ((i=9;i>=0;i--)); do
echo "--- poweroff in $i seconds ---"
sleep 1
done
poweroff
EOF

[*]~/wakeuptest ausführbar machen chmod a+x ~/wakeuptest

[*]Alle geöffneten Dateien/Programme schließen, dann ~/wakeuptest ausführen ACHTUNG: DAS SCRIPT PROGRAMMIERT EINE AUFWACHZEIT UND FÄHRT DEN PC HERUNTER!
cd ~
./wakeuptest
Wenn alles richtig konfiguriert wurde, muss der Rechner in drei Minuten von selbst wieder einschalten.
Ansonsten prüfen, ob im Bios ACPI enabled ist, der Kernel RTC Support und ACPI support hat sowie im Bios
Power On By RTC Alarm ausgeschaltet(!) ist.

sinai 03.Jun.2011 09:24:39

Darf ich das als Paket mit einbauen?

Andy

VDR 1: ASRock mit Atom J1200, NVIDIA GT610, Lüfterlos, TBS 6982 SE mit easyVDR 3.0

zzzözzz 03.Jun.2011 09:37:26

Klar darfst du.
Ist eh copy&&paste von meiner Webseite.

Vielleicht machst du dann RESTARTDELAY (also die Minuten bis zum Reboot) noch konfigurierbar, z.B. dem script als Zahl übergeben.

micahel 03.Jun.2011 10:01:06

Also im Bios:

ACPI Settings:
Suspend To Ram -> Disabled
Restore on AC/Power Loss -> Power Off
Ring-In Power On -> Disabled
PCI Devices Power On -> Disabled
PS/2 Keyboard Power On -> Disabled
RTC Alarm Power On -> Disabled
ACPI HPET Table -> Enabled

wakeuptest bestätigt, was ich vorher schon wusste. der RTC Support funktioniert nicht bei mir.

./wakeuptest: line 9: /sys/class/rtc/rtc0/wakealarm: Datei oder Verzeichnis nicht gefunden
./wakeuptest: line 10: /sys/class/rtc/rtc0/wakealarm: Datei oder Verzeichnis nicht gefunden
cat: /sys/class/rtc/rtc0/wakealarm: Datei oder Verzeichnis nicht gefunden
Now : 2011-06-03 09:56:59
date: ungÃ¼ltiges Datum â@â
Wakeup :
--- poweroff in 9 seconds ---
--- poweroff in 8 seconds ---
--- poweroff in 7 seconds ---
--- poweroff in 6 seconds ---
--- poweroff in 5 seconds ---
--- poweroff in 4 seconds ---
--- poweroff in 3 seconds ---
--- poweroff in 2 seconds ---
--- poweroff in 1 seconds ---
--- poweroff in 0 seconds ---

Wie kann ich nachforschen, ob der RTC Support wirklich nicht da ist? in /proc ?

... und die bessere Frage wie aktivieren? Deswegen falle ich auf die Methode /proc/acpi/alarm zurück!

Danke und Grüße
Michael

zzzözzz 03.Jun.2011 10:23:06

Hmmm..., /proc/acpi/alarm ist die Schnittstelle von alten Kerneln, vor 2.6.21 oder 2.6.22. Weiß ich nicht mehr genau..
Danach wurde auch /sys/class/rtc/.. gewechselt.

trag doch mal im script testweise die alte Schnittstelle ein.

Was die BIOS Einstellungen betrifft: da musst du rumspielen, bei einigen Boards muss APM Configuration - Power on by RTC Alarm _ausgeschaltet_ werden, damit es funzt.

micahel 03.Jun.2011 10:57:58

also langsam wird hier alles konfus:
wenn ich /proc/acpi/alarm schreiben möchte bringt er mir diese Meldungen:

./wakeuptest: line 10: echo: write error: Das Argument ist ungÃ¼ltig
./wakeuptest: line 11: echo: write error: Das Argument ist ungÃ¼ltig
Now : 2011-06-03 10:51:22
date: zusÃ¤tzlicher Operand â+%Y-%m-%d %H:%M:%Sâ
âdate --helpâ gibt weitere Informationen.
Wakeup :
--- poweroff in 9 seconds ---
--- poweroff in 8 seconds ---
--- poweroff in 7 seconds ---
--- poweroff in 6 seconds ---
--- poweroff in 5 seconds ---

(...)
schaue ich mir die /proc/config.gz an, sehe ich dass RTC/CLASS komplett abgeschaltet ist!!!

(...)
CONFIG_NVRAM=y
CONFIG_RTC=y
(...)

# CONFIG_EDAC is not set
# CONFIG_RTC_CLASS is not set
CONFIG_DMADEVICES=y
(...)

ist das richtig so?
Ich habe den normalen Kernel von easyvdr und nicht großartiges dazu gebaut?

Linux vdrzombie 2.6.28.9 #2 SMP PREEMPT Wed Mar 25 15:42:10 CET 2009 i686 GNU/Linux

Soll ich auf den neueren Kernel umstellen, der auch schon bei mir installiert ist, aber nicht default ist.

-rwxrwxrwx 1 root root 306398 2006-12-15 22:25 bzImage.2.4poweroff
-rw-r--r-- 1 root root 545457 2008-01-06 21:01 bzImage.poweroff
-rw-r--r-- 1 root root 62370 2008-03-03 10:55 config-2.6.22.15
-rw-r--r-- 1 root root 87719 2010-03-28 07:03 config-2.6.28.10_scz
-rw-r--r-- 1 root root 87573 2009-03-25 16:28 config-2.6.28.9
-rw-r--r-- 1 root root 8986 2008-01-06 21:02 config.2.6.9-poweroff
drwxr-xr-x 2 1002 users 1024 2010-08-14 22:30 grub
-rw-r--r-- 1 root root 94356 2005-02-02 23:41 memtest86.bin
-rw-r--r-- 1 root root 1303786 2008-03-03 10:55 System.map-2.6.22.15
-rw-r--r-- 1 root root 1593522 2010-03-28 07:03 System.map-2.6.28.10_scz
-rw-r--r-- 1 root root 1604788 2009-03-25 16:28 System.map-2.6.28.9
-rw-r--r-- 1 root root 3773936 2008-03-03 10:55 vmlinuz-2.6.22.15
-rw-r--r-- 1 root root 4350416 2010-03-28 07:03 vmlinuz-2.6.28.10_scz
-rw-r--r-- 1 root root 4371152 2009-03-25 16:28 vmlinuz-2.6.28.9

Danke und Grüße
Michael

micahel 03.Jun.2011 14:07:22

Also, fürs Protokoll:
Ich habe

[*]den Kernel neu kompiliert mit dem RTC Kram
[*]Nvidia neu kompiliert
[*]ALSA neu kompiliert

Wenn ich jetzt Wirbel's Testskript laufen lasse, kommt dies:

Now : 2011-06-03 14:04:13
date: ungÃ¼ltiges Datum â@â
Wakeup :
--- poweroff in 9 seconds ---
--- poweroff in 8 seconds ---
--- poweroff in 7 seconds ---
--- poweroff in 6 seconds ---
--- poweroff in 5 seconds ---
--- poweroff in 4 seconds ---
^C

Könnt Ihr mir weiterhelfen? Ich hoffe, kurz vor dem Ziel zu sein ::)

Danke und Grüße
Michael

sinai 03.Jun.2011 14:34:29

^C? Und stop bei 4 Sekunden?

Bricht das Script da alleine ab? Oder hast du Strg+C gedrückt?

Andy

VDR 1: ASRock mit Atom J1200, NVIDIA GT610, Lüfterlos, TBS 6982 SE mit easyVDR 3.0

micahel 03.Jun.2011 15:35:15

STRG+C manuell ;-)
ich habe in der Datei nachgeschaut und keinen Eintrag gefunden. Jedenfalls ist die Datei nun da /sys/class/rtc/rtc0/wakealarm

sinai 03.Jun.2011 15:36:28

Warum brichst du denn ein Script ab, welches Wakeup testen soll?

Und geht RTC-Wakeup nun?

Andy

VDR 1: ASRock mit Atom J1200, NVIDIA GT610, Lüfterlos, TBS 6982 SE mit easyVDR 3.0

micahel 03.Jun.2011 17:05:43

Hallo sinai,
also nochmal den Test durchgeführt, leider erfolglos. habe 10 minuten gewartet kein aufwachen nach 3 minuten:

xxx:~# ./wakeuptest
Now : 2011-06-03 16:51:42
date: ungÃ¼ltiges Datum â@â
Wakeup :
--- poweroff in 9 seconds ---
--- poweroff in 8 seconds ---
--- poweroff in 7 seconds ---
--- poweroff in 6 seconds ---
--- poweroff in 5 seconds ---
--- poweroff in 4 seconds ---
--- poweroff in 3 seconds ---
--- poweroff in 2 seconds ---
--- poweroff in 1 seconds ---
--- poweroff in 0 seconds ---

Broadcast message from root@xxx (pts/0) (Fri Jun 3 16:51:52 2011):

The system is going down for system halt NOW!
xxx:~#

ich würde jetzt auch nicht erwarten, dass der wakeup geht, da die bestätigende Zeile ja fehlerhaft ist:

date: ungÃ¼ltiges Datum â@â
Wakeup :
also irgendwo hier in dem code scheint es auf meiner Maschine nicht zu klappen:

let 'nextboot=now+RESTARTDELAY*SECS_PER_MINUTE'
echo 0 > $DEV
echo $nextboot > $DEV
WAKEUP=$(cat $DEV)
echo "Now : "$(date "+%Y-%m-%d %H:%M:%S")
echo "Wakeup : "$(date -d @$WAKEUP "+%Y-%m-%d %H:%M:%S")
Ideen?

sinai 03.Jun.2011 17:09:36

Teste mal das:

#!/bin/bash
# Startet dem Rechner nach 3 Minuten über ACPI neu.

min=`date "+%M"`
nextmin=`expr $min + 3`
nextboot=`date "+%Y-%m-%d %H:"$nextmin:00`
echo $nextboot > /proc/acpi/alarm # Einige Mainboards sind etwas begriffsstutzig,
echo $nextboot > /proc/acpi/alarm # sie kapieren erst nach zwei Aufrufen, was Sache ist.

echo "Aktuelle Zeit: "`date "+%Y-%m-%d %H:%M:%S"`
echo "Starte Rechner neu um: "`cat /proc/acpi/alarm`
echo "Fahre Rechner nun runter."
poweroff

Andy

VDR 1: ASRock mit Atom J1200, NVIDIA GT610, Lüfterlos, TBS 6982 SE mit easyVDR 3.0

zzzözzz 03.Jun.2011 17:12:18

@Andy: Das muss eh auf /sys umgestellt werden. Alles was auf /proc beruht ist Auslaufmodell.

zzzözzz 03.Jun.2011 18:25:49

[quote='micahel link' pid='11905' dateline='1307116454']
Ich habe nochmal wirbels skript mit dem set -x erweitert. und da sehe ich, dass die datei /sys/class/rtc/rtc0/wakealarm trotz umleitung nicht befüllt ist.

/sys/class/rtc/rtc0/wakealarm ist keine Datei, ebensowenig wie /proc/acpi/alarm eine Datei ist.

@Wirbel: irgendeine idee warum?

Solange du nichts erfolgreich in /sys/class/rtc/rtc0/wakealarm rein schreibst, steht da nichts drin. Und 'nichts' meint wirklich gar nichts.

Ich vermute, du hast keine root oder sudo Rechte beim AUsführen des scripts. Kann das sein?

micahel 03.Jun.2011 17:54:14

wollte gerade das skript von sinai ausführen und bin schon daran gescheitert, dass es die datei gar nicht gibt /proc/acpi/alarm. stattdessen gibt es eine datei /proc/acpi/wakeup.
anyway!
Ich habe nochmal wirbels skript mit dem set -x erweitert. und da sehe ich, dass die datei /sys/class/rtc/rtc0/wakealarm trotz umleitung nicht befüllt ist.
@Wirbel: irgendeine idee warum?

+ DEV=/sys/class/rtc/rtc0/wakealarm
+ RESTARTDELAY=3
+ SECS_PER_MINUTE=60
++ date +%s
+ now=1307116002
+ let 'nextboot=now+RESTARTDELAY*SECS_PER_MINUTE'
+ echo 0
+ echo 1307116182
++ cat /sys/class/rtc/rtc0/wakealarm
+ WAKEUP=
++ date '+%Y-%m-%d %H:%M:%S'
+ echo 'Now : 2011-06-03' 17:46:42
Now : 2011-06-03 17:46:42
++ date -d @ '+%Y-%m-%d %H:%M:%S'
date: ungÃ¼ltiges Datum â@â
+ echo 'Wakeup : '
Wakeup :
+ (( i=9 ))
+ (( i>=0 ))
+ echo '--- poweroff in 9 seconds ---'
--- poweroff in 9 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 8 seconds ---'
--- poweroff in 8 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 7 seconds ---'
--- poweroff in 7 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 6 seconds ---'
--- poweroff in 6 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 5 seconds ---'
--- poweroff in 5 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 4 seconds ---'
--- poweroff in 4 seconds ---
+ sleep 1

-rw-r--r-- 1 root root 4096 2011-06-03 17:46 /sys/class/rtc/rtc0/wakealarm
danke und grüße

micahel 04.Jun.2011 09:18:44

Ok, zugegeben, meine Wortwahl war nicht ganz korrekt.
Also nach langem Studieren, sieht es wohl so aus, als ob ich mit ACPI nicht weit kommen werde. Im Internet gibt es verschieden Boards, die auch berichten, dass sie partout keinen Eintrag schreiben können. Scheint so, als ob ich mit meinem Board betroffen bin.
Gibt es eine Anleitung wie man mit NVRAM weiterkommt? HOWTO Steps?

Danke und Grüße
Michael

zzzözzz 04.Jun.2011 09:39:40

Hattest du root Rechte bzw. hast du das script per sudo probiert?

micahel 04.Jun.2011 10:27:49

hallo wirbel,
ja habe ich. bei easyvdr läuft ja das ganze unter root

xxx:~# id
uid=0(root) gid=0(root) Gruppen=0(root)
xxx:~# ./wakeuptest
+ DEV=/sys/class/rtc/rtc0/wakealarm
+ RESTARTDELAY=3
+ SECS_PER_MINUTE=60
++ date +%s
+ now=1307175488
+ let 'nextboot=now+RESTARTDELAY*SECS_PER_MINUTE'
+ echo 0
+ echo 1307175668
++ cat /sys/class/rtc/rtc0/wakealarm
+ WAKEUP=
++ date '+%Y-%m-%d %H:%M:%S'
+ echo 'Now : 2011-06-04' 10:18:08
Now : 2011-06-04 10:18:08
++ date -d @ '+%Y-%m-%d %H:%M:%S'
date: ungÃ¼ltiges Datum â@â
+ echo 'Wakeup : '
Wakeup :
+ (( i=9 ))
+ (( i>=0 ))
+ echo '--- poweroff in 9 seconds ---'
--- poweroff in 9 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 8 seconds ---'
--- poweroff in 8 seconds ---
+ sleep 1
^C

ich bin ziemlich ratlos. auffällig ist ja schon, dass ich mit diesem board bei /proc/acpi/alarm auf die Nase gefallen bin wegen fehlendem Tag-Eintrag. Sonst wäre ich ja nie darauf gestossen, dass ich noch die "alte" Methode benutze.
auch ein

xxx:~# cat /proc/driver/rtc
rtc_time : 10:22:39
rtc_date : 2011-06-04
alrm_time : 10:23:08
alrm_date : ****-**-04
alarm_IRQ : no
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : no
DST_enable : no
periodic_freq : 1024
batt_status : okay

ist nicht weiterführend (der alarm_time wird automatisch auf 5 minuten nach rechnerstart gesetzt, aber alarm_date spinnt komplett herum).
Bei "/proc/acpi/alarm" hat jahr und monat gestimmt und Tag war auf "00" und nun bei RTC spinnt Jahr und Monat und dafür ist der Tag richtig gesetzt??

michel8 04.Jun.2011 10:41:49

[quote='micahel link' pid='11905' dateline='1307176069']

ich bin ziemlich ratlos. auffällig ist ja schon, dass ich mit diesem board bei /proc/acpi/alarm auf die Nase gefallen bin wegen fehlendem Tag-Eintrag.

Hi,

acpi-alarm ist in vielen Fällen ohne Tag-Information, darum gibt es ja auch den Parameter tägliche Aufwachstunde.
Wenn also kein Aufwachen in den kommenden 24h programmiert ist wacht er automatisch zur "täglichen Aufwachstunde" auf, aktualisiert die epg-daten und setzt den nächsten Timer - entweder einen gewünschten oder halt den in 24h - und legt sich dann wieder schlafen...

Gruß
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

micahel 04.Jun.2011 21:04:34

also, ich bin einen kleinen schritt weitergekommen, aber leider kein durchbruch in sachen wakeup.
ich habe die ganze zeit meine uhr im bios auf "localtime" gesetzt gehabt. nun habe ich das ganze auf utc umgestellt (also -2h) und ab dem zeitpunkt läuft zumindest das testskript von wirbel fehlerfrei durch. doch leider bewirkt es immer noch kein wakeup des system nach 3 minuten. entweder blockiert irgend ein shutdownscript das prozedere oder es geht generell nicht.
sonst noch eine idee wo ich jetzt schauen könnte?

danke und grüße
michael

zzzözzz 04.Jun.2011 21:15:37

*hmpf*

Na wenn du deine Uhr auf localtime hattest, dann schreibt das script eine Zeit in der Vergangenheit bezogen auf UTC.
Und die verwirft der Kernel sofort als "timer abgelaufen". In diesem Falle steht dann in /sys/... nichts drin, nicht einmal eine Null.

micahel 04.Jun.2011 21:23:44

hmpf genau so. ich hätte echt k..../brechen können. aber was mich jetzt noch mehr nervt ist, dass trotz, dass das script durchläuft, das ding immer noch nicht von alleine aufwacht. also jetzt steht definitv was drin und er macht immer noch keinen mucks.

xxx:~# ./wakeuptest
+ DEV=/sys/class/rtc/rtc0/wakealarm
+ RESTARTDELAY=3
+ SECS_PER_MINUTE=60
++ date +%s
+ now=1307215482
+ let 'nextboot=now+RESTARTDELAY*SECS_PER_MINUTE'
+ echo 0
+ echo 1307215662
++ cat /sys/class/rtc/rtc0/wakealarm
+ WAKEUP=1307215662
++ date '+%Y-%m-%d %H:%M:%S'
+ echo 'Now : 2011-06-04' 21:24:42
Now : 2011-06-04 21:24:42
++ date -d @1307215662 '+%Y-%m-%d %H:%M:%S'
+ echo 'Wakeup : 2011-06-04' 21:27:42
Wakeup : 2011-06-04 21:27:42
+ (( i=9 ))
+ (( i>=0 ))
+ echo '--- poweroff in 9 seconds ---'
--- poweroff in 9 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 8 seconds ---'
--- poweroff in 8 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 7 seconds ---'
--- poweroff in 7 seconds ---
+ sleep 1
+ (( i-- ))
+ (( i>=0 ))
+ echo '--- poweroff in 6 seconds ---'
--- poweroff in 6 seconds ---
+ sleep 1

xxx:~# cat /proc/driver/rtc
rtc_time : 19:24:49
rtc_date : 2011-06-04
alrm_time : 19:27:42
alrm_date : 2011-06-04
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

zzzözzz 04.Jun.2011 21:30:24

Mehr als die Uhr programmieren kann der Kernel nicht.

Probier mal das Setzen einer Zeit im Bios selbst ob das funzt.

micahel 05.Jun.2011 20:31:47

hallo wirbel,

ja das funzt!
habe das heute mittag getestet. aber beim test ist mir etwas komisches aufgefallen. meine bios zeit war wieder auf "localtime" umgestellt gewesen und ich weiss nicht wieso. also scheint da in easyvdr irgendetwas da an meiner bios uhr (bzw am hwclock) herumzuspielen, was vielleicht irgendwie die alarme durcheinanderbringt.
jedenfalls bios rtc alarm setzen funzt. nur eben aus dem linux heraus bisher noch nicht.
verdammte hacke: eben mache ich einen check und schon wieder ist die bios uhr auf localtime umgestellt worden, nachdem ich schon manuell die zeit im bios umgestellt habe.
kann das "ntp" sein, was mir da quer schiesst?

xxx:~# date
So 5. Jun 20:27:05 CEST 2011
xxx:~# hwclock
So 05 Jun 2011 20:27:09 CEST -0.456219 seconds

SurfaceCleanerZ 08.Jun.2011 19:16:28

Hallo,
was ist das Problem mit ACPI-Wakeup? Dann wacht er halt täglich auf...

Bei diversen Boards geht es nicht anders, da das BIOS checksummengeschützt ist (z.B. bei FuSi).

Wenns direkt ausm Bios tut, dann könnte NVRAM tun, muss aber nicht wegen Checksumme!

mfG,
Stefan

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

micahel 09.Jun.2011 08:29:08

Hallo Stefan,
mit anderen Worten: Ich werde bei einem BIOS, das checksum geschützt ist, es nicht schaffen, aus dem Linux-Kernel heraus einen Timer zu setzen. Eventuell mit NVRAM, aber auch nicht sicher.
Ist das so richtig?
Dass ich im BIOS den Timer setzen kann, ist zwar schön und er würde täglich aufwachen, aber das bringt mir ja nichts, wenn ich mehrere Timer für mehrere Aufnahmen an einem Tag bräuchte.
Es setzt sich bei mir die Erkenntnis durch, dass ich mit dem Motherboard keine gute Wahl getroffen habe.

Danke und Grüße
Michael

michel8 09.Jun.2011 09:04:38

[quote='micahel link' pid='11905' dateline='1307600948']
Dass ich im BIOS den Timer setzen kann, ist zwar schön und er würde täglich aufwachen, aber das bringt mir ja nichts, wenn ich mehrere Timer für mehrere Aufnahmen an einem Tag bräuchte.

Das ist so nicht richtig micahel,

Ist ein Timer in den kommenden 24h programmiert (z.B. in 4h) wird natürlich diese Zeit als Aufwachtermin eingetragen, nur wenn der nächste Timer mehr als 24h in der zukunft liegt gilt das, was ich oben schon geschrieben habe:
[quote='michel8 link' pid='11905' dateline='1307176909']
Wenn also kein Aufwachen in den kommenden 24h programmiert ist wacht er automatisch zur "täglichen Aufwachstunde" auf, aktualisiert die epg-daten und setzt den nächsten Timer - entweder einen gewünschten oder halt den in 24h - und legt sich dann wieder schlafen...

Gruß
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

micahel 09.Jun.2011 09:42:03

Hi Michel8,
ja, du hast ja recht. Aber bei mir ist ja das Problem, dass er eben auch nicht nachts aufwacht um die EPG Daten zu aktualisieren. Man kann setzen, was man will, er wird nicht aufwachen.
Die einzige Methode, wo ich gesehen habe, dass er von alleine aufwacht, war als ich im BIOS eine spezielle Zeit im RTC Alarm setzte. Da ist er aufgewacht. Und das meinte ich damit. Ich kann zwar im BIOS den RTC Alarm einschalten und auf eine gewisse Uhrzeit einstellen, nur wird mich das nicht weiterbringen, da ich immer noch das Problem habe, dass er aus dem Kernel keinen Timer akzeptiert, sagen wir mal für eine weitere Aufnahme 4 Stunden später.

Weiterhin habe ich jetzt folgendes Verhalten:
Ich konnte durch Anpassungen am easyvdrshutdown.sh skript es so hinbiegen, dass ein Ausschalten über Fernbedienung der Timer im RTC richtig gesetzt wird. Und so wie Du es beschreibst, Michel8, bei längeren Timern wird stattdessen der nächtliche Timer gesetzt. Soweit so gut. Nur er startet nachts nicht, das weiss ich, weil nichts im Log steht. Im Gegenteil: Wenn ich am nächsten Tag den VDR einschalte, glaubt der VDR er sei in einer Timer Aufnahme und möchte nach 5 Minuten wieder herunterfahren (ohne Interaktion), statt der von mir eingestellten 120 Minuten Inaktivität.
Das ist für mich ein "Teufelskreis". Er schaltet sich von alleine aus -> setzt den nächtlichen Timer -> der klappt nicht -> Rechner wird manuell gestartet -> VDR glaubt in einer Timer Aufnahme zu sein und möchte wieder nach 5 Minuten herunterfahren -> setzt den nächtlichen Timer -> der klappt nicht -> Rechner wird manuell gestartet -> .....usw.

Grüße
Michael

michel8 09.Jun.2011 09:58:43

Dann probier mal im BIOS RTC-Alarm auszuschalten, es gab da einige MoBos, die haben nur dann APCI-Wakeup akzeptiert, wenn es im BIOS deaktiviert war (such mal hier im Forum, da gibt es einige Hinweise dazu..)
Die shutdown wurde damals aber nicht angepasst...

Meine beiden Testboards wachen auch auf wenn der RTC-Alarm im BIOS enabled ist

Gruß
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

micahel 09.Jun.2011 10:45:17

Hi Michel,

egal ob im BIOS RTC Alarm ein- oder ausgeschaltet ist, der Timer aus dem Linux Kernel greift nicht.
Ich probiere jetzt den Ansatz mit NVRAM mal sehen wohin das führt.

Grüße
Michael

micahel 09.Jun.2011 14:46:06

leichte Zuversicht auf meiner Seite. NVRAM scheint zu funktionieren. Ein manueller Test, hat den Rechner tatsächlich aufgeweckt. :D
Jetzt lasse ich das ganze aus VDR testen (mit PowerOff Taste usw...) Mal schauen, ob ich dann immer noch lache.
Jedenfalls scheint dies der einzige Weg für dieses MoBo zu sein, um ihn wach zu bekommen.

tbc...

micahel 09.Jun.2011 16:03:46

jaaaaaaaaaaaaaaaaaa! :D :D :D
er ist wach und nimmt auf. endlich!
danke an alle, die mich unterstützt haben.
dank auch an SurfaceCleanerZ, der mit seiner nüchternen Art und Weise mir nochmal Hoffnung gemacht hat, das ganze mit NVRAM zu testen.

So und bald mache ich die nächste Baustelle auf: Digital Ton 5.1 über HDMI.
Das will auch noch nicht so richtig bei mir. Bisher gibt es nur den Standard Ton über HDMI.

Bis Bald und Grüße
Michael

SurfaceCleanerZ 24.Jun.2011 21:38:40

Hi,
gern doch, dann melde doch mal dein Board im VDR-Portal als tauglich beim NVRAM-Projekt!

Checksummengeschützte BIOSse sind mir eh nur von Fujitsu bekannt in der P3-Generation...
aber ich habs Jahre nicht mehr versucht!

Nutze nur noch ACPI, das tut bei FuSi auch...

Und wegen tägl. EPG-Aktualisieren ist das eh sinnvoll.

mfG,
Stefan

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe