yavdr050 tägliches Einschalten

Zitat von hbrg

Warum schaltet der VDR den PC nicht wie erwartet nach ein paar Minuten ab, sondern wartet bis der Sleep-Timer abgelaufen ist? Kennt sich damit jemand aus?

Der VDR hält das Attachen des Softhddevice-Frontends für Benutzeraktivität.

Zitat von hbrg

Gibt es einen Weg, zu prüfen, ob der VDR "user inaktiv" erkannt hat oder warum auch immer auf "user aktiv" läuft?

Ja, dank mini73 geht das über dbus2vdr:

vdr-dbus-send /Shutdown shutdown.ConfirmShutdown

Wenn da Code 901 zurück kommt ist der Benutzer aktiv, die restlichen Return-Codes und was man damit noch so anstellen kann, steht in der README des Plugins: https://github.com/yavdr/vdr-plugin-dbus2vdr

Zitat von hbrg

(Wie) kann man das korrigieren?

Indem man die die /etc/init/vdr-frontend.conf entsprechend anpasst, dass das Frontend nicht attached wird, wenn der VDR denkt, dass er für Timer u.a. gestartet wurde. Ich habe das für Timer ausgearbeitet (siehe [yaVDR 0.5 alpha1] Feature-Request - SoftHDDevice Suspend bei Timer-Start bzw. Beenden) - du kannst gerne testen, ob das auch fürs ACPI-Wakeup klappt (ausgewertet wird die NextWakeupTime in der setup.conf, daher vermute ich dass es klappen sollte).

Moin!

Das ist "normal". Da der vdr nicht aufgrund eines Timers gestartet wird ("assuming manual start" im Log), greift nicht der Timeout für Aufnahmen, sondern der Sleep-Timer.
Woher soll der vdr denn wissen, ob er durch den Benutzer oder durch einen Cronjob eingeschaltet wurde?
Da muss dann dein Cronjob entsprechend was tun. Was genau, kann ich nicht sagen. Evtl. kannst du dem vdr mitteilen, dass kein User aktiv ist (z.B. per dbus2vdr-Plugin), dann wird er aber gleich wieder herunterfahren.
Ist alles ein wenig tricky.

Oder du benutzt einen manuellen, kurzen Timer, um den vdr regelmäßig aufzuwecken. Dann legt er sich auch gleich wieder schlafen. Hilft aber nur, wenn man mehr als einen Tuner hat.

Lars. (ach, mal wieder zu langsam, das kommt davon, wenn man die Vorschau benutzt...)

Moin..

Zitat

Woher soll der vdr denn wissen, ob er durch den Benutzer oder durch einen Cronjob eingeschaltet wurde?

Das Thema interessiert mich auch immer noch brennend, gibts da mittlerweile was?
Ich meine klar.. syslog greppen, oder NextWakeUpTime auswerten ist eine möglichkeit..das funktioniert aber nur, wenn der vdr bereits gestartet ist..
Interessant wäre es allerdings dies heruaszufinden BEVOR der vdr gestartet ist

Zitat von BooStar

Interessant wäre es allerdings dies heruaszufinden BEVOR der vdr gestartet ist

Die NextWakeupTime steht doch schon vor dem Start des VDR in der setup.conf - aber was für einen Unterschied macht es das vor dem VDR-Start auszulesen?

Wenn man über Cron spät nachts aufweckt, würde ich über Cron einfach x Minuten später noch einen Job machen der
svdrpsend HITK Power
macht.

Läuft ein Timer, dann wird sowieso nicht runtergefahren. Nur wenn doch spät Nachts noch jemand vor der Kiste sitzt, dann muss er schnell zur Fernbedienung greifen und abbrechen.

Die Frage ist halt, wie die Aufweckzeit zu den einenen Sehgewohnheiten passt.

Viele Gruesse
schneisa

Es gibt auch noch das Scheduler-plugin. Das startet Scripte (z.B. eines was nix macht als 10 Minuten warten) zu bestimmten Zeiten (cron like, setzt natürlich auch die Wakeupzeit im VDR passend) und fährt den VDR wieder runter wenn die Scripte fertig sind.

Wobei (IIRC) fährt der den VDR immer runter, auch wenn er zum Zeitpunkt der geplanten Scriptausführung schon längst lief. Ist nen kleiner Schönheitsfehler. Also auch hier im Zweifel schnell zur Fernbedienung greifen

cu

Zum Softhddevice-Frontend-Attach-User-Activity-Problem:

Könnte man nicht über lircrc einen Befehl für's softhddevice-Frontend-attachen definieren und es somit beim Booten nicht attachen. Man kann dem Normal-User dann eine visuelle Hilfestellung geben, indem man das Hintergrundbild von openbox austauscht durch ein Bild mit einem Hinweis, dass man mit Fernbedienungs-Button X das Frontend attachen kann.

Gruß
hepi

Wurde das hier schon angesprochen: Über vdr-addon-acpi-wakeup kann man in dessen .conf-Datei einen täglichen Wakeup zu einer bestimmten Uhrzeit definieren.

Gruß
hepi

Zitat von hepi

Könnte man nicht über lircrc einen Befehl für's softhddevice-Frontend-attachen definieren und es somit beim Booten nicht attachen. Man kann dem Normal-User dann eine visuelle Hilfestellung geben, indem man das Hintergrundbild von openbox austauscht durch ein Bild mit einem Hinweis, dass man mit Fernbedienungs-Button X das Frontend attachen kann.

Kann man sicherlich auch machen - meine Lösung attacht nach einem automatischen Start dann einfach nachträglich das Frontend bei einem beliebigen Tastendruck (damit braucht man keine extra Taste auf der FB dafür) (und erlaubt auch das De/Reattachen des Frontends über KEY_PROG1 oder was man sonst so im Skript einträgt) und für den Fall das der User abschalten will und dabei einfach KEY_POWER drückt wird das Frontend auch wieder detached falls nötig.
Da meine Harmony eine extra Einschalttaste kennt (die nicht auf KEY_POWER2 gemappt ist) läuft im normalen Betrieb alles völlig unbemerkt vom Benutzer ab, was den WAF deutlich steigert

Zitat von hbrg

Früher (war manches besser?) - also bei früheren VDR-Versionen scheint sich der VDR nur daran orientiert zu haben, ob er über einen eigenen Timer gestartet wurde (= user inaktiv = Timer-Abschaltung), oder ob der Anwender die FB bzw. Tastatur betätigt (= user aktiv = Sleep-Abschaltung). Wenn der Anwender keine Tastatureingaben machte, erkannte der VDR auf "user inaktiv" so daß er sich mittels Timer-Abschaltung dann schnell wieder verabschieden konnte.
Schade daß das so nicht mehr funktioniert.

So kenne ich es auch noch aus der yaVDR 0.4 mit xineliboutput/vdr-sxfe. Mit meinen Anpassungen läuft es unter der 0.5alpha1 genauso mit softhddevice - xine und xineliboutput habe ich da nicht mehr wirklich getestet, da die andere Probleme und längere Umschaltzeiten mit sich bringen...

Zitat von hbrg

Wie machen das denn andere Anwender, um ihren yavdr, die Systemuhrzeit u.a. aktuell zun halten, wenn der yavdr nicht täglich benutzt wird?

Hat deine RTC auf dem Motherboard so große Abweichungen?

moin..

Zitat

Die NextWakeupTime steht doch schon vor dem Start des VDR in der setup.conf - aber was für einen Unterschied macht es das vor dem VDR-Start auszulesen?

also mir geht es darum meinen tv einzuschalten, über irsend, das soll natürlich nur passieren wenn der vdr manuell gestartet wird und natürlich auch so früh wie möglich..
aber das ist ein anderes thema.. vllt sieht man sich ja mal im irc oder mach dafür die tage maln fred auf...

Für externes EPG gibt es ein zwei Plugins, die bei laufendem VDR automatisch updaten und für ein paar Tage das EPG aus dem Internet holt/ergänzt.

Bei meinem Timergewohnheiten (neues Wort) hat der VDR sowie spätestens am übernächsten Tag wieder was zu tun. Das reicht bei mir locker, sodass ich mit extra Aufwachzeiten für EPG nie angefangen habe.

Viele Gruesse
soschnei

Noch eine Idee: Wenn Du im Haushalt noch eine FritzBox/NAS/Plug-Computer hast, der 24/7 läuft, kann dieser doch die Aufgabe über einen cronjob übernehmen, den VDR per WOL täglich zu starten, ein EPG scan zu triggern über SVDRP und dann nach einer gewünschten Zeitspanne dem VDR ein Shutdown-Signal über SVDRP zu geben. Nimmt der VDR dann zufällig was auf, würde der Shutdown verzögert.

Gruß
hepi

Moin!

Ich musste mich dem Thema auch noch nie auseinandersetzen, weil bei meinen "Timergewohnheiten" fast jeden Tag etwas aufgezeichnet wird und ich mehr als einen Tuner habe.
Für einen EPG-Scan ist dann immer Zeit.

Sicherlich wäre es gut, wenn das acpiwakeup-Addon das Ausschalten organisiert, wenn es verantwortlich für einen vdr-Start war.

Lars.

Wir hatten die Diskussion irgendwann schonmal: Der VDR-Rechner weiß beim Aufwachen nicht, wer ihn geweckt hat: Ein ACPI-Wakeup, ein WOL oder ein sanfter Fingerdruck auf die Power-Taste. Der VDR kann nicht nachschlagen, was passiert ist.
Beim Starten vergleicht der VDR die Uhrzeit mit dem Anfang des nächsten Timers. Wenn der nächste Timer im Zeitraum der nächsten Minuten ansteht, nimmt der VDR an, dass er automatisch eingschaltet worden ist.

Gruß
hepi

Außerdem ist nicht zu vergessen, dass aufgrund eines Bugs im VDR-Core der erzwungene EPG-Scan sowieso nicht funktioniert, wenn nur ein DVB-Device angeschlossen ist. Der Bug wurde erst mit 1.7.28 gefixt:

Zitat

Fixed EPG scan on systems with only a single DVB device that use software output (reported by Juergen Lock).

Gruß
hepi