VDR Portal

Probier mal den gewünschten S-State auf /proc/acpi/sleep zu schreiben

arghgra

Probier mal etwas in Richtung echo "button power.*" > /proc/acpi/event oder echo "button/power.*" > /proc/acpi/event

Hi,
der Powerbutton löst doch auch nur ein Skript aus.
Bei Kanotix zB sieht dieses Skript so aus:




Gruss
Marc

Wenn man den acpid killt, kann man sich die ausgelösten Events mittels cat /proc/acpi/event anzeigen lassen. Allerdings läuft dann ja kein Daemon, der sie verarbeitet.
Ich vermute mal stark, dass /proc/acpi/event nicht schreibbar ist bzw. das ein schreiben darauf keine Hardware-Reaktion hervorruft.

Ich denke, du müsstest entweder irgendwie rausfinden, wie genau das Gehäuse seinen Zustand feststellt, oder eben den Powerbutton tatsächlich drücken/überbrücken, z.B. mit einem Relais, das du über die serielle oder parallele Schnittstelle ansteuerst.

Sorry kann noch nichts konstruktives beitragen, bin aber selber gerade am Testen. Scheint so als wären wir zwei beide mit die einzigen S100 Besitzer hier im Board. Obwohl diese Kiste einfach nur genial ist.

Bau doch einfach die SMD's aus, dann geht dir das Geblinke vom Display nicht mehr auf die Nerven, ergo wäre es auch egal ob die Über SW oder HW das System runterfährst, da es keine veränderung mehr am gehäuse gibt.

Hast du eigentlich den Kondensator-Mod bei dir eingebaut? Für's langsame runterfahren? Steht irgendwo im zenega-board/wiki.
Ich schalte momentan einfach über Powerbutton auf der FB aus, aber da schaltet sich natürlich das system ab, bevor es heruntergefahren wurde.

Wenn du eine Lösung mit dem ATX-Powerbutton aus dem Shell-Skript raus hast, dann müssen wir noch rausfinden wie wir das Abschalten des Systems durch den Powerbutton auf der FB unterbinden, denn dann können wir ja unser Shell-Skript aufrufen, das Sys orderntlich runterfahren und anschließend den "Powerbutton" betätigen.

Danke für den Hinweis, das das Schalten auch anders herum funktioniert, hatte ich noch gar nicht mitgekriegt.

Ich hänge leider noch an einem ganz anderen Problem. Ich hab bei meiner s100 die PS/2-Ports umschaltbar 'freigelegt' und darüber auch einen klassischen Powerbutton vorgesehen. Starte ich nun ohne den Powerbutton der Frontplatine, bleibt die Anzeige auf konstant rot, und die Fernbedienung funktioniert nicht. Auch die Bytefolge um das Blinken abzuschalten, ändert daran nichts.

Noch lästiger: Starte ich per Frontbutton und ohne Tastatur+Mausverbindung, erkennt die Frontplatine das als Fehler und startet immer wieder neu. Vermutlich erwartet die Frontplatine innerhalb der ersten Sekunden die Aktivierung beider PS/2-Ports, und startet andernfalls neu.

(Um das für alle nochmal klar zu machen: Die Frontplatine ist mit den PS/2 Tastatur- und Mausport verbunden, mit COM2, und mit dem ATX-Powerbutton. Die Fernbedienung steuert den ATX-Powerbutton und die Tastatur, die Mausanbindung scheint keine Funktion zu haben - darf aber auch nicht getrennt sein.)

Gruß,

Udo

Jetzt ist es mir endlich gelungen, den LinVDR auf der S100 zu Laufen zu bringen. Ärgernis war auch bei mir der Powerbutton. Das Geblinke habe ich beim Rauf- (/etc/init.d/rcStart) und Runterfahren (/etc/init.d/rcShutdown) ab- bzw. angestellt.
Besonders hat mich nun noch gestört, dass trotz Kondensator-Mod die Kiste nach PowerBtn-Betätigung auf der Fernbedienung gnadenlos runterfuhr und es vom VDR aus keine Möglichkeit gab, dies abzubrechen. Falls gerade eine Aufnahme lief, war das besonders unangenehm.
Also habe ich die Routine, die der PowerBtn auslöste, auf ein eigenes Script geleitet.
Meine /etc/acpi/powerbtn sieht so aus:

Mein Script wartet nun, dass das doofe Geblinke aufhört, weil bei einem rot-Blinken außer die Power-Taste auf nichts anderes reagiert wird. Falls es grün blinken sollte, wird wieder auf grünes Dauerlicht umgeschaltet. Dann wird der VDR benachrichtigt, dass runtergefahren werden soll und der fragt dann über das OSD noch einmal nach.
Außerdem musste noch abgefangen werden, dass das Script mehrfach aufgerufen wird, weil dies eventuell die Warteschlage des Tastaturpuffers (glaube ich) gefüllt hat und bei der entsprechenden Abarbeitung für den Nutzer (WAF!) völlig unvorhergesehene Sachen passierten. (Weil ich nicht weiß, wie man im Script ermittelt, ob es selbst schon läuft, habe ich eine temporäre Datei angelegt, welche ich zum Schluss wieder lösche.)

Was jetzt noch stört ist, dass es möglich ist, dass die Anzeige z.B. nach dem ersten Abbruch des Shutdowns rotes Dauerlicht haben kann, aber trotzdem wunderschön läuft. Schön wäre eine Möglichkeit, abfragen zu können, in welchen Zustand sich die Anzeige gerade befindet, um entsprechend reagieren zu können.
(Außerdem würde ich gern den Scart-Ausgang + AudioOut aktivieren, damit ich die olle Kabelpeitsche der TT2300 nicht nehmen muss, habe aber keine Ahnung wie).

Gruß OlaLu