[0.7] yavdr ansible mit softhdvaapi, funktioniert statusleds ?

jrie · September 28, 2025 at 1:08 AM

In der README steht schon immer unter Requirements:
- vdr running as superuser (for console access)

Es ist also ein Problem der fehlenden Zugriffsrechte.
Ich schätze (ohne das tiefer analysiert zu haben), da kann ich nichts machen.

Kurzfristig empfehle ich #17, langfristig denke ich über #19 nach.
Die Frage ist aber, ob jemand #19 braucht? Denn laut RE: vdr-plugin-statusleds 0.4 geht es ja mit blinkd.

Wer die Tastatur blinken lassen will, nimmt blinkd; wer die LED am Empfänger blinken lassen will, nimmt #17 (falls das als nicht-root funktioniert, was ich aber annehme).

jrie · September 28, 2025 at 11:29 AM

Außerdem gibt es ja auch noch die beiden neuen Plugins https://github.com/j1rie/vdr-plugin-statusleds2irmphidkbd und https://github.com/j1rie/vdr-plugin-statusleds2irmplirc
Um nur die Empfänger blinken zu lassen, die beste Wahl. Dafür braucht man auch keinen vdr-Patch.

vdr_rossi · September 28, 2025 at 12:27 PM

Ok, dann wünsche ich mir das Plugin statusleds2irmphidkbd im yavdr 2.7.7 ppa.

Probiere nachher auch nochmal das binary (stm32kbdIRstatusled) aus.

Die xset Befehle funktionieren so nicht:

Code

root@vdr1:/home/rossi# xset -led 2 led on
xset:  unable to open display ""

Geht wohl nur in passender tty console.

seahawk1986 · September 28, 2025 at 12:36 PM

vdr_rossi wenn du mit dem X-Server kommunizieren willst, musst du die Umgebungsvariable für DISPLAY passend setzen - bei yaVDR ist das i.d.R. DISPLAY=:0 - der VDR Prozess bekommt die Umgebungsvariablen der Openbox-Session aus /var/lib/vdr/.session-env, wenn er über Systemd gestartet wird, bei SSH-Sitzungen muss man das selber setzen - entweder als Umgebungsvariable oder für den Befehl - also z.B. xset -display :0 -led 2 led on bzw. DISPLAY=:0 xset -led 2 led on

seahawk1986 · September 28, 2025 at 12:37 PM

Die Plugins versuche ich später zu paketieren.

jrie · September 28, 2025 at 12:39 PM

Da hilft eventuell ein DISPLAY=:0 oder was es bei dir ist vor dem xset.

vdr_rossi · September 28, 2025 at 1:49 PM

Quote from seahawk1986

also z.B. xset -display :0 -led 2 led on

Danke für den Schubs - ja, das funktioniert. Macht aber Caps lock Led an und ich brauche Num lock Led

Habe eben alternativ xset -display :0 -led 1 led on oder -led 3 probiert. Aber es geht immer nur Caps lock on/off

jrie · September 28, 2025 at 3:21 PM

Probier mal xset -display :0 led on oder xset -display :0 led 1

seahawk1986 · September 28, 2025 at 3:41 PM

Für Numlock kannst du numlockx (aus dem gleichnamigen Paket) nutzen:

Code

$ numlockx -h
NumLockX 1.2
(C) 2000-2001 Lubos Lunak <l.lunak@kde.org>
(C) 2001      Oswald Buddenhagen <ossi@kde.org>

Usage: numlockx [on|off|toggle|status]
on     - turns NumLock on in X ( default )
off    - turns NumLock off in X
toggle - toggles the NumLock on and off in X
status - gets the NumLock status

seahawk1986 · September 28, 2025 at 5:28 PM

Für den VDR 2.7.7 stehen die Pakete bereit zum Testen: https://launchpad.net/~seahawk1986-h….series_filter=

vdr_rossi · September 28, 2025 at 7:04 PM

Quote from jrie

Probier mal xset -display :0 led on oder xset -display :0 led 1

Ja, damit geht an der echten USB Tastatur Num lock an/aus. Aber der parallel angeschlossene irmp_kbd (RP2350) bzw. dessen Led reagiert nicht.

numlockx braucht auch eine Display Angabe:

Code

root@vdr1:/# numlockx on
Error opening display!

Kombiniert angegeben geht es nicht:

Code

root@vdr1:/var/log# numlockx -display :0 led on
NumLockX 1.2
(C) 2000-2001 Lubos Lunak <l.lunak@kde.org>
(C) 2001      Oswald Buddenhagen <ossi@kde.org>

Usage: numlockx [on|off|toggle|status]
on     - turns NumLock on in X ( default )
off    - turns NumLock off in X
toggle - toggles the NumLock on and off in X
status - gets the NumLock status

Dann habe ich noch vdr-plugin-statusleds2irmphidkbd installiert. Aber auch dort die Abhängigkeit zu root Recht.

Code

2025-09-28T18:40:15.726040+02:00 vdr1 vdr: [1522] starting plugin: statusleds2irmphidkbd
2025-09-28T18:40:15.726113+02:00 vdr1 vdr: [1522] starting plugin: systeminfo
2025-09-28T18:40:15.726168+02:00 vdr1 vdr: [1522] starting plugin: dynamite
2025-09-28T18:40:15.726220+02:00 vdr1 vdr: [1522] dynamite: startup channel is 3
2025-09-28T18:40:15.726254+02:00 vdr1 vdr: [1685] Status LED's: Thread started (pid=1522)
2025-09-28T18:40:15.726291+02:00 vdr1 vdr: [1685] ERROR: Status LED's: Can't open console /dev/console
2025-09-28T18:40:15.726327+02:00 vdr1 vdr: [1685] Status LED's: Thread ended (pid=1522)

d.h. wenn geklärt ist warum nur an der echten usb Tastatur Num lock angeht und nicht auch am irmp_kbd, wäre ein aufbohren mit xset -display :0 led on ein Workaround.

seahawk1986 · September 28, 2025 at 7:15 PM

Quote

d.h. wenn geklärt ist warum nur an der echten usb Tastatur Num lock angeht und nicht auch am irmp_kbd, wäre ein aufbohren mit xset -display :0 led on ein Workaround.

Der X-Server ignoriert alle Eingabegeräte, die das eventlircd-Tag haben: https://github.com/yavdr/yavdr-an…ntlircd.conf.j2 - sonst gab es das Problem, dass eventlird die nicht exklusiv öffnen kann, wenn es später als der X-Server startet.

vdr_rossi · September 28, 2025 at 7:27 PM

Ah, richtig: irmp_kbd wird von eventlirc übernommen. Gut kombiniert.

Egal ob statusleds oder statusleds2irmphidkbd - ohne Root Rechte - kein Zugriff auf /dev/console.

Ok, gäbe es noch einen anderen Weg zur Lösung?

jrie · September 28, 2025 at 8:47 PM

Quote from vdr_rossi

Egal ob statusleds oder statusleds2irmphidkbd - ohne Root Rechte - kein Zugriff auf /dev/console.

Das ist so zu erwarten.

Nächste Woche schmeisse ich die Abhängigkeit vom Konsolenzugriff aus statusleds, statusleds2irmplirc und statusleds2irmphidkbd raus, dann sollte es auch ohne Konsolenzugriff gehen. Dann blinkt die Tastatur nicht (weil mangels Rechte nicht möglich), aber wenigstens der Empfänger.

Da bei mir alles als root läuft, hatte ich das bisher nicht im Blick.

vdr_rossi · September 29, 2025 at 11:20 AM

Quote from jrie

Nächste Woche schmeisse ich die Abhängigkeit vom Konsolenzugriff aus statusleds, statusleds2irmplirc und statusleds2irmphidkbd raus, dann sollte es auch ohne Konsolenzugriff gehen. Dann blinkt die Tastatur nicht (weil mangels Rechte nicht möglich), aber wenigstens der Empfänger.
Da bei mir alles als root läuft, hatte ich das bisher nicht im Blick.

Super.

statusleds wäre meiner Meinung nach obsolete und statusleds2irmphid(kbd) der funktionale und namentliche Nachfolger.
Weil auf irmp beschränkt.

Wer z.B. eine USB Tastatur schlachtet, also ohne irmp Hardware statusleds nutzen möchte, kommt eh nicht zum Ziel. Zumindest nicht in yavdr Konstellation.

jrie · September 29, 2025 at 12:05 PM

Ja, gute Überlegung. Vielleicht gebe ich statusleds auf.
Falls jemand einen Einwand hat, bitte sagen, was dagegen spricht.

seahawk1986 · September 29, 2025 at 12:28 PM

Quote from vdr_rossi

Wer z.B. eine USB Tastatur schlachtet, also ohne irmp Hardware statusleds nutzen möchte, kommt eh nicht zum Ziel. Zumindest nicht in yavdr Konstellation.

Es gibt ja noch andere Möglichkeiten auf Status-Events des VDR zu reagieren - z.B. sendet das dbus2vdr-Plugin Signale für bestimmte Events, die man verwerten kann: https://github.com/flensrocker/vd…ter/README#L369 ff.

Falls das für dich interessant ist, kann ich da mal ein kleines Python-Skript basteln, das da als Wrapper fungiert, um beliebige Befehle auszuführen, wenn eine Aufnahme anläuft bzw. beendet wird.

vdr_rossi · September 29, 2025 at 2:11 PM

Ok, aber es geht doch um gescheiterte Signalisierung am Ende. Die richtigen Status-Events bekommt statusleds* ja, nur fehlt das Rechte auf Ausgabegerät Console/Tastatur/irmp zum anzuzeigen.

Ein Wrapper würde dann den "Led an Befehl" an das Ausgabegerät senden? Dann besser ein direktes ansprechen mit statusleds2irmp...

seahawk1986 · September 29, 2025 at 2:52 PM

Der Vorteil wäre, dass man mit dem Wrapper flexibler ist - der kann mit anderen Berechtigungen und in anderen Umgebungsbedingungen als der VDR laufen - wenn du Befehle ausführen willst, die höhere Rechte benötigen, kannst du den als root starten, ohne da beim VDR etwas durcheinander zu bringen.

Ansonsten könnte man von statusleds aus ein kompiliertes Programm mit gesetztem setuid-Bit starten, damit das die nötigen Rechte hat.

SHF · September 30, 2025 at 12:07 AM

Reicht es eventuell schon den VDR der Gruppe "tty" hinzuzufügen?

Participate now!