Posts by vdr_rossi

    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.

    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.

    Code
    root@vdr1:/# adduser vdr tty
    info: Füge Benutzer »vdr« der Gruppe »tty« hinzu …

    Auch nach reboot blinkt es nicht.

    syslog Meldung bleibt gleich:

    Code
    2025-09-27T13:29:58.280759+02:00 vdr1 vdr: [2097] starting plugin: statusleds
    2025-09-27T13:29:58.280797+02:00 vdr1 vdr: [2132] Status LED's: Thread started (pid=2097)
    2025-09-27T13:29:58.280811+02:00 vdr1 vdr: [2132] ERROR: Status LED's: Can't open console /dev/console
    2025-09-27T13:29:58.280823+02:00 vdr1 vdr: [2132] Status LED's: Thread ended (pid=2097)

    Gruppenmitglied ist vdr aber:

    Code
    root@vdr1:/# groupmems -g tty -l
    vdr

    Ja, da steht:

    Code
    2025-09-27T12:48:56.058852+02:00 vdr1 vdr: [1555] starting plugin: statusleds
    2025-09-27T12:48:56.058938+02:00 vdr1 vdr: [1717] Status LED's: Thread started (pid=1555)
    2025-09-27T12:48:56.058967+02:00 vdr1 vdr: [1555] starting plugin: systeminfo
    2025-09-27T12:48:56.059002+02:00 vdr1 vdr: [1555] starting plugin: dynamite
    2025-09-27T12:48:56.059043+02:00 vdr1 vdr: [1717] ERROR: Status LED's: Can't open console /dev/console
    2025-09-27T12:48:56.059077+02:00 vdr1 vdr: [1555] dynamite: startup channel is 2
    2025-09-27T12:48:56.059106+02:00 vdr1 vdr: [1717] Status LED's: Thread ended (pid=1555)
    2025-09-27T12:48:56.059148+02:00 vdr1 vdr: [1718] Status LED's: Presignal-Thread started (pid=1555)

    Problem extrahiert: Status LED's: Can't open console /dev/console

    Gibt es aber:

    Code
    rossi@vdr1:/$ ls /dev/con* -l
    crw--w---- 1 root tty 5, 1 Sep 27 12:48 /dev/console

    Wie ließe sich das lösen?

    Hallo,

    mein System nutzt Ubuntu 24.04.3 lts als Basis. Per yavdr ansible ist vdr 2.7.7 installiert. Als Frontend verwende ich softhdvaapi.
    IR Empfänger ist RP2350 mit aktueller irmp_kbd Firmware und angeschlossene Led (Num Lock). Laut https://github.com/j1rie/IRMP_STM…rc/config.h#L46

    Wenn ich den RP2350 an meine Windows Kiste anschließe und auf der Tastatur Num Lock drücke, wechselt die LED Farbe von weiß auf rot, das passt also grundsätzlich. Am vdr steckt eine usb Tastatur und eben der RP2350 als IR Empfänger.

    Möchte nun vdr-plugin-statusleds nutzen. Installiert ist:

    Plugin Einstellungen:

    Code
    rossi@vdr1:/var/lib/vdr$ grep statusleds setup.conf
    statusleds.Led = 1
    statusleds.OffDuration = 10
    statusleds.OnDuration = 1
    statusleds.OnPauseDuration = 5
    statusleds.PerRecordBlinking = 0
    statusleds.PrewarnBeep = 0
    statusleds.PrewarnBeepPause = 500
    statusleds.PrewarnBeeps = 0
    statusleds.PrewarnBeepTime = 120

    Als Frontend nutze ich softhdvaapi.

    Damit die Led blinkt, muss die Tastatur/RP2350 in der aktiven vdr Konsole sein? Wie bekomme ich das in der Kombination zum laufen?
    Per Tastatur und auch RP2350 (IR Signale) lässt sich Vdr bedienen.

    Plugin wird geladen:

    Code
    Sep 26 19:23:27 vdr1 vdr[1546]: [1546] loading plugin: /usr/lib/vdr/plugins/libvdr-statusleds.so.9
    Sep 26 19:23:27 vdr1 vdr[1546]: [1546] initializing plugin: statusleds (0.7): show vdr status over kbd led's and stm32IRstatusled
    Sep 26 19:23:33 vdr1 vdr[1546]: [1546] starting plugin: statusleds

    Aber bei Aufnahme blinkt weder die Led auf der echten Tastatur noch RP2350 Led.

    Danke für Hilfe
    Rossi

    Dadurch hat sich die Fehlermeldung leicht geändert:

    Python
    vdr1:/usr/local/bin # ./ps3remote.py
    Traceback (most recent call last):
      File "/usr/local/bin/./ps3remote.py", line 30, in <module>
        from evdev import UInput, InputDevice, ecodes, categorize
      File "/usr/lib/python/evdev/ecodes.py", line 78, in <module>
        for k, v in g[prefix].items():
                    ~^^^^^^^^
    KeyError: 'UI_FF'

    ecodes.py enthält jetzt UI_FF, aber das reicht offenbar noch nicht.

    Tja leichter gesagt als getan. Egal was ich tue es wird immer die libX11 dazu gelinkt. Also erstmal wird das wohl nix mit dem entfernen der X11 abhängigkeit von softhddrm.

    Habe jetzt LibreELEC-12-x86_64-Generic (ohne x11) installiert. Dort kommt: ERROR: /usr/local/lib/vdr/libvdr-softhddrm.so.9: cannot open shared object file: No such file or directory
    Klar weil kein x11...

    die Datei /lib/python/evdev/ecodes.py wird wenn ich das richtig sehe durch die setup.py erstellt - wie sieht die denn auf dem betroffenen System aus?

    Unter Vdr*Elec heisst die Datei /lib/python/evdev/ecodes.pyx mit x am Ende. Siehe auch Anhang + .txt

    Da sind vor und hinterher Hieroglyphen drin... muss das so? Und UI_FF ist da auch nicht enthalten.

    Habe mein Odroid HC4 (VDR*Elec) upgedatet.

    Von der Fernbedienung gehen jetzt nur die hoch/runter, ok und Zahlentasten. Vermisse die Menütaste.

    Habe mir den Beitrag nochmal durchgelesen und nachverfolgt. Für Vdr*Elec fehlt noch die Dokumentation zu der Anlage des amremote.service

    Code
    #/storage/.config/system.d/amremote.service                                                                                                                                                    
    [Unit]
    Description=Start amremote
    After=eventlircd.service
    Before=vdropt.service
    AllowIsolate=yes
    [Service]
    ExecStart=/usr/local/bin/start_ps3remote.sh
    [Install]
    WantedBy=basic.target 

    und

    Code
    systemctl daemon-reload
    systemctl enable amremote.service
    systemctl start amremote.service 

    denke der Fehler liegt hier:

    Python
    vdr1:/usr/local/bin # ./start_ps3remote.sh
    Traceback (most recent call last):
      File "/usr/local/bin/ps3remote.py", line 30, in <module>
        from evdev import UInput, InputDevice, ecodes, categorize
      File "/lib/python/evdev/ecodes.py", line 78, in <module>
    KeyError: 'UI_FF'

    D.h. ps3remote input device wird nicht erstellt und das weitere Zusammenspiel funktioniert nicht.

    Was bedeutet KeyError: 'UI_FF'?