[yavdr-ansible 24.04] IRMP-Varianten in den beiden Eventlircd rules

blau · January 21, 2026 at 8:01 PM

Ich möchte vorschlagen, in der /lib/udev/rules.d/98-eventlircd.rules noch mehrere Varianten der IRMP-Empfänger von jrie aufzuführen, also mindestens so:

Code

# IRMP_STM32_KBD
ENV{ID_VENDOR_ID}=="1209", ENV{ID_MODEL_ID}=="4445", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_1209_4445.evmap"

Der Eintrag für PICO sieht für mich auch fremd aus. Ich verstehe es zumindest nicht. IRMP_PICO hat übrigens 4446, nicht mehr 4445. Eventuell sollte man auch noch IRMP_STM32 mit 4444 aufnehmen.

Aus der /lib/udev/rules.d/98-eventlircd-names.rules würde ich diese Zeilen herausnehmen:

Code

#ATTRS{name}=="STMicroelectronics STM32 IRMP HID-KBD-Device", \
#  ENV{eventlircd_enable}="true", \
#  ENV{eventlircd_evmap}="STM32_IRMP.evmap"

#ATTRS{name}=="Raspberry Pi Pico IRMP HID-KBD-Device", \
#  ENV{eventlircd_enable}="true", \
#  ENV{eventlircd_evmap}="STM32_IRMP.evmap"

Ich hatte mal irgendwann Probleme, weil die Zuweisung über die Namen mit der Zuweisung über die IDs konkurriert hat.

seahawk1986 · January 21, 2026 at 9:31 PM

Du hast recht, ich habe gerade mal einen frisch gelieferten RP2040 Zero Clone geflasht, der meldet sich so in lsusb:

Code

Bus 004 Device 004: ID 1209:4446 Generic IRMP HID-KBD-Device

Mit udev sieht das so aus:

Code

DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.1/4-1.1:1.0/0003:1209:4446.0007/input/input28/event7
DEVNAME=/dev/input/event7
MAJOR=13
MINOR=71
SUBSYSTEM=input
USEC_INITIALIZED=41253282375
ID_INPUT=1
ID_INPUT_KEY=1
ID_INPUT_KEYBOARD=1
ID_BUS=usb
ID_MODEL=IRMP_HID-KBD-Device
ID_MODEL_ENC=IRMP\x20HID-KBD-Device
ID_MODEL_ID=4446
ID_SERIAL=Raspberry_Pi_Pico_IRMP_HID-KBD-Device_4250304637383915
ID_SERIAL_SHORT=4250304637383915
ID_VENDOR=Raspberry_Pi_Pico
ID_VENDOR_ENC=Raspberry\x20Pi\x20Pico
ID_VENDOR_ID=1209
ID_REVISION=0100
ID_TYPE=hid
ID_USB_MODEL=IRMP_HID-KBD-Device
ID_USB_MODEL_ENC=IRMP\x20HID-KBD-Device
ID_USB_MODEL_ID=4446
ID_USB_SERIAL=Raspberry_Pi_Pico_IRMP_HID-KBD-Device_4250304637383915
ID_USB_SERIAL_SHORT=4250304637383915
ID_USB_VENDOR=Raspberry_Pi_Pico
ID_USB_VENDOR_ENC=Raspberry\x20Pi\x20Pico
ID_USB_VENDOR_ID=1209
ID_USB_REVISION=0100
ID_USB_TYPE=hid
ID_USB_INTERFACES=:030101:
ID_USB_INTERFACE_NUM=00
ID_USB_DRIVER=usbhid
ID_PATH_WITH_USB_REVISION=pci-0000:00:1d.0-usbv2-0:1.1:1.0
ID_PATH=pci-0000:00:1d.0-usb-0:1.1:1.0
ID_PATH_TAG=pci-0000_00_1d_0-usb-0_1_1_1_0
XKBMODEL=pc105
XKBLAYOUT=de
XKBVARIANT=nodeadkeys
BACKSPACE=guess
LIBINPUT_DEVICE_GROUP=3/1209/4446:usb-0000:00:1d.0-1
DEVLINKS=/dev/input/by-id/usb-Raspberry_Pi_Pico_IRMP_HID-KBD-Device_4250304637383915-event-kbd /dev/input/by-path/pci-0000:00:1d.0-usb-0:1.1:1.0-event-kbd /dev/input/by-path/pci-0000:00:1d.0-usbv2-0:1.1:1.0-event-kbd
TAGS=:power-switch:
CURRENT_TAGS=:power-switch:

Display More

In https://github.com/j1rie/IRMP_PIC…lircd.rules#L26 ist der STM32 mit 4445 auch noch mit drin, da hatte ich den falschen Eintrag erwischt.

Also die Einträge für die IRMP HID-KBD-Devices aus der 98-eventlircd-names raus und dafür die zwei rein?

Code

# STM32 HID-KBD
ATTRS{ID_VENDOR_ID}=="1209", ATTRS{ID_VENDOR_ID}=="4445",\
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_1209_4445.evmap"
  
# IRMP PICO HID-KBD
ATTRS{ID_VENDOR_ID}=="1209", ATTRS{ID_VENDOR_ID}=="4446",\
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_1209_4445.evmap"

Wie ist das bei den STM32 mit 4444, die hatten noch keine Keyboard-Emulation und laufen über irmplircd oder habe ich das falsch in Erinnerung?

jrie · January 21, 2026 at 9:49 PM

Quote from seahawk1986

STM32 mit 4444, die hatten noch keine Keyboard-Emulation und laufen über irmplircd

Ja.

jrie · January 21, 2026 at 9:56 PM

Quote from seahawk1986

Also die Einträge für die IRMP HID-KBD-Devices aus der 98-eventlircd-names raus und dafür die zwei rein?

Ja. Aber als zweites ID_MODEL_ID statt ID_VENDOR_ID.

seahawk1986 · January 21, 2026 at 10:03 PM

Ok, passt das so?

https://github.com/yavdr/yavdr-re…b790d510c3da1a5

https://github.com/yavdr/yavdr-re…e283ae65024da3e

blau · January 22, 2026 at 6:09 AM

Ja, für mich sieht es erstmal gut aus. Ich teste etwas später am yaVDR noch:

Code

ATTRS{ID_VENDOR_ID}=="1209", ATTRS{ID_MODEL_ID}=="4445",\

Sollte aber eigentlich alles passen.

blau · January 22, 2026 at 7:21 AM

Kurztest mit diesen Änderungen (per Hand eingebaut) und MODEL 4445 war erfolgreich.

Danke, seahawk1986 und jrie .

blau · January 22, 2026 at 9:48 AM

seahawk1986

Leider habe ich noch etwas gefunden. Ich habe ein Update durch Ansible machen lassen und die beiden neuen Files bekommen.

In der /lib/udev/rules.d/98-eventlircd.rules steht:

Code

# STM32 HID-KBD
ATTRS{ID_VENDOR_ID}=="1209", ATTRS{ID_MODEL_ID}=="4445",\
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_1209_4445.evmap"

Damit klappt bei mir die Zuordnung zu evmap irgendwie nicht (einzelne Tasten funktionieren nicht).

Mit ENV statt ATTRS geht es aber reproduzierbar:

Code

# STM32 HID-KBD
ENV{ID_VENDOR_ID}=="1209", ENV{ID_MODEL_ID}=="4445", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_1209_4445.evmap"

Warum?

seahawk1986 · January 22, 2026 at 10:29 AM

Gut, dann ändere ich das noch.

jrie · January 22, 2026 at 12:58 PM

Mit ATTRS geht es bei mir so:
ATTRS{id/vendor}=="1209", ATTRS{id/product}=="4446",\
ENV{eventlircd_enable}="true", \
ENV{eventlircd_evmap}="03_1209_4446.evmap"

ATTRS{id/vendor}=="1209", ATTRS{id/product}=="4445",\
ENV{eventlircd_enable}="true", \
ENV{eventlircd_evmap}="03_1209_4445.evmap"
Kann aber auch an openSuse liegen.

vdr_rossi · January 22, 2026 at 2:40 PM

Insgesamt guter Vorschlag.

Wichtig finde ich noch, dass die angegebene evmap auch die standard Tastatur Belegung enthält. Bei Tastatur Empfänger.

Werde heute Abend mein System updaten... eventl. ist das ja schon berücksichtigt.
Bin diesbezüglich mal reingefallen -> [yavdr-ansible] passende flirc.evmap

seahawk1986 · January 22, 2026 at 3:21 PM

Quote from vdr_rossi

Bin diesbezüglich mal reingefallen -> [yavdr-ansible] passende flirc.evmap

Ich habe das auch mal hinzugefügt: https://github.com/yavdr/yavdr-re…fa54bc273cbba7b, neues Paket kommt bald.

vdr_rossi · January 22, 2026 at 4:04 PM

Super, "damals" verwendete ich noch Taste TAB für Menu.

KEY_TAB = KEY_MENU

jetzt sollte es stringent

KEY_M = KEY_MENU

sein.

Mein Fehler.

FJe · January 23, 2026 at 10:38 AM

moin, das mit dem KEY_M war ganz früher mal schon Menu.

Wurde das nicht in TAB geändert, damit man beim Tippen in Felder auch die Taste M nutzen kann?

Ich wäre schon dafür, die Buchstaben ohne Funktion zu lassen und die Tasten drum herum zu nutzen, also TAB für Menu lassen.

seahawk1986 · January 23, 2026 at 12:08 PM

Das wird dann in der evmap auf den yaVDR-Namespace gebracht - eventlircd macht dann aus KEY_M KEY_MENU und das geht über den Lirc-Kompatiblen Sockel an den VDR, KODI usw. - Xorg bekommt davon nichts mit.

Participate now!