VDR Extension Board - Hardware-Wakeup und LED-Erweiterung

Hallo,

und damit die neuen Features der Firmware-1.08 des extb-board genutzt werden können
gibt es auch eine neue Version extb-Plugins.

http://deltab.de/vdr/extb.html
http://deltab.de/vdr/vdr-extb-0.2.7.tgz

Änderung seit der 0.2.6

*) Hinzugefügt: Script für Wakeup per extb-board, siehe auch ./wakeup/README.de
benötigt aber Update der auf minimal pic-firmware 1.08 und der passenden lircd.conf dazu
*) Fix das fehlende M2 Senden beim Shutdown
*) Hinzugefügt LED Quellen für Kanal als DVB-S/C/T bzw. nutzt Horizontale/Vertikale Polarisation
*) Reduzierung der Debugger Nachrichten im LIRC-Loop
*) Fix für Build mit gcc2.95, danke an Luzifer
*) Hinzugefügt: Setup für die neuen Features wie LED Blinken oder LED 7-14 Erweiterung
benötigt aber Update der auf minimal pic-firmware 1.05 und der passenden lircd.conf dazu

Cu,
Andreas

Edit: fast das wichtigste Vergessen, der Shutdownscript für das extb-Board

Was macht extb-poweroff.pl

Mit dem Script extb-poweroff.pl kann der VDR heruntergefahren werden
und dabei wird im PIC des extb-board ein Wakeup-Timer programmiert
der den Rechner zum nächsten programmierten Zeitpunkt eines Timers im
VDR aufwachen lässt.

--------------------------------------------------------------------------------
Erfordernisse
*) perl, getestet mit perl v5.8.3 aber jede andere Version sollte auch gehen
*) muss auf dem extb-Board mindestens die PIC-Firmware extb_1.08 eingespielt sein.
*) lircd.conf muss mit extb_1.08+ übereinstimmen (Function: 0-9 (for setting the count down timer))

--------------------------------------------------------------------------------
Installation und Verwendung

Den Script extb-poweroff.pl in ein beliebiges Verzeichnis(INSTALLATIONSORT) kopieren.
Achtung, bitte den PATH zum INSTALLATIONSORT mit dem gewählten Verzeichnisnamen anpassen.
---
Er sollte normalerwiese als VDR Parameter "-s shutdownscript" im
Script runvdr angegeben und zur laufzeit als Shutdownscript durch den VDR ausgeführt.
Ein manuelles Ausführen ist nicht notwendig.

in runvdr:
vdr -s PATH-INSTALLATIONSORT/extb-poweroff.pl
z.B vdr -s /usr/local/bin/extb-poweroff.pl

---
Der Script extb-poweroff.pl kann aber auch manuell ohne Parameter als
direktes Kommando in der Konsole oder durch eine anderen Shellkommando aufgerufen werden.
In diesem Modus wird der VDR per svdrpsend.pl nach dem nächsten Timer befragt,
und der Wakeuptimer des extb-board dem entsprechend programmiert.

--------------------------------------------------------------------------------
Parameter innerhalb von extb-poweroff.pl

$STARTUPMARGIN = "300";
=> 300 = 300 Sekunden, wieviel Sekunden soll der Rechner vor dem nächsten
Programmieren Timer des VDR aufwachen, meist reichen schon 60 oder weniger Sekunden,
um keinen Timer des VDR zu verpassen, bedenke aber das Linux in regelmässigen Abständen
ein Festplattenscan auf korrekte Filesystemdaten durchführt, was die Startphase verlängern kann.

$SHUTDOWNDURATION = "15";
=> 15 = 15 Sekunden, wie lange braucht der Rechner zwischen Programmierung des Timer
und erreichen des Standbyzustandes. Der extb-Timer beginnt erst zulaufen wenn
der Rechner den Standbyzustandes erreicht hat. (Einfach einmal ausmessen)

$WAKEFOREPGSCAN = 0;
=> 1 - Jede Nacht den VDR um 2:00 aufwachen lassen um z.B. EPG scan ausführen zulassen,
der VDR fährt nach gewählter Inaktiven Phase selbst ständig herrunter
=> 0 - nur bei programmieren Timer aufwachen

$DEBUG = 0;
=> 1 - Diagnosemodus nur ausgaben auf der Konsole erzeugen, kein Shutdown ausführen.
=> 0 - Normaler Shutdown

Hallo TBE,

könntest du die Datei mit der Firmware und dem lirc.conf-Script evtl. noch in dein Verzeichnis kopieren.

Man kann die Datei im Moment nämlich unter dem Link nicht runterladen.

Hi Luzifer,

vielleicht mag dein Browser das "&" nicht im Dateinamen ...,
deswegen kopiere ich mal die Datei hierher.

Andreas

Edit : gelöscht, da nicht mehr notwendig

Zitat

Ersetze es doch mal hiermit

Hmm Sollte man dann nicht auch die Files auf den Server legen ??

Ansonsten funzen Firmware und Plugin bei mir einwandfrei, zumindest das LED-blinken was ich bis jetzt testen konnte.

Danke für die tollen Erweiterungen...

MFG
Marco

Wow, das ist cool! Aber mein VDR ist grad zerlegt

Lars

Zitat

Original von LarsAC
Wow, das ist cool! Aber mein VDR ist grad zerlegt

Lars

Ja,das sehe ich genauso. Ich bin auch total begeistert!
Tolle Arbeit!

Und meine DVB-Karte dümpelt immer noch bei Wolfsoft dahin.

Viele Grüße
rok

Hi,
super klasse. Das Ding ist ja nun nahezu perfekt

Gruß
Stefan

TBE: Ich haette noch einen Vorschlag bzgl des Drifts der Quarz(un)genauigkeit.

Unter Linux gibts sowas aehnliches bzgl der RTC.

Der PC legt sich schlafen und programmiert den PIC so, dass er zum Zeitpunkt X wieder aufwacht.

Vorschlag:
Beim Aufwachen stellt er fest, es ist gar nicht der Zeitpunkt X sondern X-34sec (zum Beispiel) und er berechnet für das naechste Schlafengehen einfach eine entsprechende Korrektur bei der Berechnung des Counters bis zum nächsten Aufwachen.

Somit würde das nach dem zweiten (evtl. auch dritten) Aufwachen einigermassen korrekt arbeiten und das ganze ohne RTC.

Gruss

Hi,

ich habe in den Shutdownscript einen Parameter "$DAILYOFFSET" mit aufgenommen,
um mit steigender Tagesdifferenz zwischen Shutdown und nächsten Einschaltpunkt
die mögliche Drift des Quarz kompensieren zu können.

Der Parameter ist aber im Script per default "0" gesetzt und muss selbstständig anpasst
werden, z.B. auf die von Tom empfohlenen 6 Sekunden.

Ich möchte aber zubedenken geben die hier errechneten Driftwerte des Quarzes sind
rein theoretische Werte und wenn der VDR im täglichen, selbst nur im wöchtlichen
Einsatz ist, sind die Abweichungen zu minimal um überhaupt ins Gewicht zufallen.
Dazu kommt das es nicht nur eine permantene Abweichung, sondern auch eine
temperaturabhängig gibt. Aber wir reden hier über ppm (part per million)

Wenn die Quarzabweichung sogar negativ ist wacht der VDR sowieso immer zu früh auf.

Die auftretenende zeitliche Abweichung ist auch kein additiver Fehler, wie bei
einer einfachen Armbanduhr, da ja der Wakeup-Timer bei jedem Shutdown des VDR
neu parametiert wird.

Wer über längeren Zeitraum ganz sicher gehen will, kann ja auch die Funktion des
"$WAKEFOREPGSCAN" nutzen, und damit den VDR täglich um 2:00 wecken lassen
und damit den Timer schrittweise an den nächsten offiziellen Weckup heranführen.
Damit bleibt der Fehler wirklich unter maximal angenommen sechs Sekunden.

Ganz im Gegensatz zu doch ab- und zu auftretenden automatischen Filesystemcheck
oder das den Programmverschiebungen der meist öffentlich rechtlichen Sender

PS: Ich glaub manche ein RTC auf dem Mainboard ist hier bedeutend ungenauer

Cu,
Andreas

Hi,

Zitat

Ich möchte aber zubedenken geben die hier errechneten Driftwerte des Quarzes sind
rein theoretische Werte und wenn der VDR im täglichen, selbst nur im wöchtlichen
Einsatz ist, sind die Abweichungen zu minimal um überhaupt ins Gewicht zufallen

Ich verwende seit nun über einem halben Jahr einen µC zum timergesteuerten Aufwachen. Der arbeietet ebenfalls als Countdowntimer, ohne RTC und mit einem 4 MHz Quarz. Ich kann nur bestätigen, dass die theoretische Quarzabweichung im praktischen Einsatz zu vernachlässigen ist. Korrekturen waren bislang nicht erforderlich (außer bei meinem ersten Modell, aber das arbeitete mit einem Resonator ;)) und 5 Minuten reichen nach meiner Erfahrung auch mit ggf. Filesystemcheck als "Vorlaufzeit" aus
Sehr schöne Arbeit auch mit den eingebundenen Skripten und natürlich dem Plugin
Gruß
steini

Hi,

da stellt sich mir die Frage ob es nicht möglich ist dem Extension Board eine Hardware Erweiterung zukommen zu lassen, welche eine RTC und eine Baterie enthält.

Ich weiss es ist nicht nötig, und soll hier auch nicht Thema sein, aber interessieren würde es mich doch schon.

Gruß
Markus

Hi Hulk

Bräuchte wieder mal Deine Hilfe
Möchte die extb-poweroff.pl zum laufen bringen
Verwende die ct´v2 und die hat in /etc/vdr/ die shutdown-hook um ein Script beim herunterfahren aufzurufen.
Welchen Eintrag muss ich dort hineinschreiben.
Mein zweites Problem:
Habe versuch die extb-poweroff.pl auf der Kommandozeile mit "perl extb-poweroff.pl" aufzurufen und bekomme nur die Meldung "HELP! What to do?".
Düfte bei der ct´distri etwas anders sein.

Danke

Pit

Hi,

Zitat

Original von Pit Carlo
Verwende die ct´v2 und die hat in /etc/vdr/ die shutdown-hook um ein Script beim herunterfahren aufzurufen.
Welchen Eintrag muss ich dort hineinschreiben.

Keine Ahnung wie die shutdown-hook funktionieren,
im Zweifel sollte das in der Readme des Pakete dazu stehen, meist README.gz/README.Debian.gz

Überprüfe doch einfach die Dateiliste des vdr-paketes. (dpkg -L paketname)
#> dpkg -L vdr | grep README
das verrät wo die zum vdr-Debian-Paket gehörigen Dateien zu finden sind (grep filtert nur noch die README heraus)

Zitat

Original von Pit Carlo
Habe versuch die extb-poweroff.pl auf der Kommandozeile mit "perl extb-poweroff.pl" aufzurufen und bekomme nur die Meldung "HELP! What to do?".
Düfte bei der ct´distri etwas anders sein.

für die Kommandozeile muss svdrpsend.pl vorhanden sein, (kommt vom VDR)
damit wird der nächste Zeitpunkt des nächsten timer befragt.
aber für Aufruffunktion aus dem VDR heraus ist svdrpsend.pl nicht notwendig.

folgendes sollte in der Konsole funktionieren.
#> svdrpsend.pl next abs
220 vdr SVDRP VideoDiskRecorder 1.3.10; Thu Jul 15 21:29:12 2004
250 2 1089924600
221 vdr closing connection

eine andere Methode wäre per anderem Programm nc(netcat), mit dem selben Ergebnis.
#> echo -e "next abs\nquit" | nc 127.0.0.1 2001
220 vdr SVDRP VideoDiskRecorder 1.3.10; Thu Jul 15 21:29:12 2004
250 2 1089924600
221 vdr closing connection

Folgende Zeile in ext-poweroff.pl können als verfeinerung anpasst werden
my $next = `svdrpsend.pl next abs`;

wenn bloss der Path nicht stimmt
my $next = `/usr/local/bin/svdrpsend.pl next abs`;

ansonsten wenn nc als anderes Kommando verwendet werden soll.
my $next = `echo -e "next abs\nquit" | nc 127.0.0.1 2001`;

ich hoffe das hilft weiter,
Andreas

PS zulesen von gz-komprimierten README's
#> zcat README.gz | less

Danke Hulk

Stehe aber damit voll auf dem Schlauch, habe zwar die poweroff.pl angepasst aber der Fehler muss schon in der shutdown-hook liegen.
Bekomme auch über syslog keine Auskunft ob es aufgerufen wird oder nicht.
Die Kommandos auf der Eingabezeile werden mit einer Fehlermeldung quittiert.
Vielleicht hat das schon wer mit der ct am laufen und kann mir helfen.

auf alle Fälle danke

Pit

Hallo Hulk,

Ich hätte da noch ein paar Vorschläge für das plugin / shutdownscript:

a) Plugin:
Ich fände es ganz praktisch, wenn man es beim Plugin konfigurieren könnte, was das Extension-Board beim runterfahren machen soll. Also ich stelle mir das folgendermassen vor:
1. Option: M2 senden, wie bisher auch. Falls das nicht aktiviert ist gibt es die beiden folgenden Auswahlmöglichkeiten.
2. Option: für Video die folgenden Möglichkeiten: ganz aus, VGA, AUX oder DVB.
3. Option: für Audio analog muten, digital muten, beides muten oder an lassen.

b) shutdownscript:
Für das nvram-shutdownscript gab es hier im Forum eine Erweiterung mit dem checkscript, daß den shutdown unterbinden konnte, wenn z.B. noch eine User eingeloggt ist. Kann man dieses Abfrage auch in das shutdown script fürs extension board einbauen? Ich habe leider nicht genug Ahnung von Perl um das selber hinzukriegen. In meinem bisherigen shutdownscript wird das ganze so aufgerufen:

#!/bin/bash
SVDRPCMD=/usr/bin/svdrpsend.pl
CHECKSCRIPT=/usr/bin/checkscript.sh


test -x $CHECKSCRIPT && {
     msg=`$CHECKSCRIPT "$@"`
     test "$msg" != "" && {
          $SVDRPCMD MESG $msg &
          exit 1
     }
}
...
...

Wenn das checkscript keine Einwände gegen den shutdown hat, gibt es gar nichts aus und das shutdown-script macht ganz normal mit dem shutdown weiter. Ansonsten wird die Ausgabe vom checkscript als Message an den vdr geschickt und das shutdownscript beendet sich.

Lars