[yavdr-ansible] Update für das Frontend-Skript

Hallo,

ich habe gerade eine neue Version des Pakets python3-yavdrfrontend hochgeladen, deren Verhalten näher an dem ist, was mit yaVDR 0.6 möglich war. Da sich die Abschnitte in der Konfigurationsdatei /etc/yavdr-frontend/config.yml etwas geändert haben bitte die neue Version aus dem Paket übernehmen bzw. die Anpassungen mit dem neuen Stand zusammenführen.

Man kann jetzt im Abschnitt vdr über die Variable attach_on_startup festlegen, ob das VDR-Frontend beim Start attached werden soll:

[...]
vdr:
    id: 0  # vdr instance id
    dbus2vdr_bus: SystemBus  # the bus to communicate with the dbus2vdr plugin - SystemBus or SessionBus
    attach_on_startup: auto  # choose one of auto, always or never
[...]

• auto: Das VDR-Frontend wird attached, wenn der VDR einen "Manual Start" erkannt hat.
• always: Das VDR-Frontend wird immer attached, der VDR wird auf den Nutzeraktivitätsstatus vor dem Attachen des Frontends gesetzt. Damit sollte er jetzt auch bei einer Timer-Aufnahme gemäß den Einstellungen zum Brückentimeout herunterfahren
• never: Das Frontend wird erst attached, wenn der Benutzer eine Knopf auf der Fernbedienung drückt bzw. über die DBus-API das Frontend aktiviert

Wenn der Recher vom vdr-addon-acpiwakeup ohne existierenden Aufwachzeitpunkt für einen Timer bzw. VDR-Plugin geweckt wurde, versucht das yavdr-frontend ihn nach dem Brückentimeout automatisch wieder herunterzufahren.

Beim Druck auf die Power-Taste der Fernbedienung (sollte den Tastendruck KEY_POWER2 auslösen) wird das aktuell aktive Frontend (VDR-Ausgabeplugin, KODI usw.) gestoppt und falls der VDR gerade nicht herunterfahren will in Abständen von ca. 5 Minuten versucht den Shutdown zu wiederholen. Falls man bei attach_on_startup als Wert always gewählt hat, bleibt das VDR-Frontend bis zum erfolgreichen Shutdown attached. Ein rotes Shutdown-Symbol im yaVDR-Logo des Hintergrundes (sieht in etwa so aus: https://github.com/yavdr/yavdr…ges/animation/extro09.png) signalisiert, wenn das yavdr-frontend versucht den VDR periodisch herunterzufahren. Durch einen Druck auf der Fernbedienung bzw. Start eines Frontends über die DBus-API kann man den Shutdown abbrechen.

Quote from utiltiy

Vorhin, wie ich meinen VDR per FB eingeschaltet habe, kam gleich der Hinweis dass der VDR in 5:00 Minuten ausgeschaltet wird. Ein Druck auf die FB hat diese Meldung "quittiert".

Kannst du mal das Log von dem Boot posten (journalctl -b -l > log.txt)? Meine Vermutung wäre, dass der VDR von einem Start für einen Timer bzw. Plugin ausgegangen ist und das Frontend-Skript dann nach dem Attachen den Benutzer wieder inaktiv gesetzt hat.

Quote from utiltiy

Dez 30 10:30:34 vdr03 yavdr-frontend[1910]: DEBUG:VDRFrontend:Could not retrieve Shutdown.IsUserActive(): '<CompositeObject>' object has no attribute 'IsUserActive'

Ah, ich hatte vergessen die neue dbus2vdr-Version in experimental-vdr bauen zu lassen, der alten fehlt noch die Methode IsUserActive().

Das Paket vdr-plugin-dbus2vdr - 20181026140000experimental-0yavdr0~bionic baut gerade im PPA.

Edit: Paket ist fertig und wurde veröffentlicht.

Quote from ludi

frontend-dbus-send /frontend atta

Gibt es eine ähnliche Möglichkeit auch bei yavdr ansible?

Ja, das yavdr-frontend hat eine DBus API dafür, die Aufrufe sind anders als bei yaVDR 0.6:

$ frontend-dbus-send 
usage: /usr/bin/frontend-dbus-send COMMAND [ARGS]...
you can call the following methods:

        <node>
            <interface name='de.yavdr.frontend.Controller'>
                <method name='start'>
                    <arg type='b' name='response' direction='out'/>
                    <arg type='s' name='reason' direction='out'/>
                </method>
                <method name='stop'>
                    <arg type='b' name='a' direction='out'/>
                    <arg type='s' name='reason' direction='out'/>
                </method>
                <method name='toggle'>
                    <arg type='b' name='response' direction='out'/>
                    <arg type='s' name='reason' direction='out'/>
                </method>
                <method name='switch'>
                    <arg type='b' name='response' direction='out'/>
                    <arg type='s' name='reason' direction='out'/>
                </method>
                <method name='switchto'>
                    <arg type='s' name='frontend' direction='in'/>
                    <arg type='b' name='response' direction='out'/>
                </method>
                <method name='switchbetween'>
                    <arg type='s' name='frontendA' direction='in'/>
                    <arg type='s' name='frontendB' direction='in'/>
                    <arg type='b' name='response' direction='out'/>
                </method>
                <method name='setNext'>
                    <arg type='s' name='frontend' direction='in'/>
                    <arg type='b' name='response' direction='out'/>
                </method>
                <method name='setDisplay'>
                    <arg type='s' name='frontend' direction='in'/>
                    <arg type='b' name='response' direction='out'/>
                </method>
                <method name='start_desktop'>
                    <arg type='s' name='frontend' direction='in'/>
                    <arg type='b' name='response' direction='out'/>
                    <arg type='s' name='reason' direction='out'/>
                </method>
                <method name='set_next_fe'>
                    <arg type='s' name='type' direction='in' />
                    <arg type='s' name='name' direction='in' />
                    <arg type='s' name='class' direction='in' />
                    <arg type='b' name='response' direction='out'/>
                </method>
                <method name='Quit'/>
                <signal name="FrontendChanged">
                    <arg direction="out" type="s" name="frontend"/>
                    <arg direction="out" type="s" name="status"/>
                </signal>
            </interface>
        </node>

Um das aktuelle Frontend zu attachen bzw. zu starten, kannst du also frontend-dbus-send start aufrufen. Mit frontend-dbus-send switchbetween kodi vdr kann man zwischen dem VDR-Frontend und KODI umschalten (macht sich z.B. gut in der /var/lib/vdr/.lircrc für irexec).

Ansonsten kann man z.B. auch lircd2uinput nutzen, um Fernbedienungstasten auf dem Eventlircd-Sockel auszugeben, was dann beim VDR bzw. KODI oder auch irexec ankommt: lircd2uinput-send KEY_OK

Quote from utiltiy

frontend-dbus-send switchbetween kodi vdr hab ich probiert. Von VDR zu KODI ging es, wie ich zurück wollte zum VDR kam nur das yaVDR Logo und kein Bild / Ton. Wobei das "zurückschalten" zum VDR länger gedauert hat bis was sichtlich passiert ist.

Da bräuchte ich ein Log davon - das müsstest du in den /var/log/syslog* Dateien finden können (wenn du journald das persistente Speichern der Logdaten erlaubst, kannst du dir den Zeitraum auch mit journalctl rauslassen).

Entweder du hast einen Deadlock im VDR (in dem Log, das du mir gestern gezeigt hast, gab es eine Meldung für eine falsche Lock-Reihenfolge mit dem zappilot-Plugin und auch Crashes des VDR, die man sich mal genauer ansehen sollte) oder du hast KODI (17 oder 18?) in einer Phase erwischt, wo es nicht sauber auf den Quit-Befehl reagiert (das kommt z.B. gerne mal vor, wenn es gerade Datenbanken aktualisiert).

Dass sich ein Paket im PPA bauen lässt, bedeutet leider nicht automatisch, dass es problemlos funktioniert - es gibt vermutlich noch etliche Plugins, die das Locking nicht sauber handhaben. Zur Fehlersuche am besten mal alles abgesehen vom Ausgabeplugin und dbus2vdr deaktivieren und dann nach und nach Plugins dazu nehmen und schauen, ob es Deadlocks bzw. Warnungen zur Locking-Reihenfolge im Log gibt.

Quote from Murry

beim beenden (über die Fernbedienung) von Kodi 18 kann ich nicht zum vdr zurückkehren. Wenn ich über das Menü gehe und Beenden/Verlassen wähle geht es.

Nutzt du KODI 17 oder 18 und wie versuchst du über die Fernbedienung zum VDR zurückzukehren? Mit frontend-dbus-send switch bzw. frontend-dbus-send switchbetween kodi vdr oder auf einem anderen Weg?