yavdr ansible - zweite Fernbedienung (mceusb) wird nicht richtig eingebunden

joe_pow · 13. März 2019

Hallo,

nach erfolgreichem Start mit yavdr-ansible hakt es jetzt mit der Einbindung der zweiten Fernbedienung.

Neben einem im Gehäuse vorhandenen imon-Empfänger habe ich noch einen externen über USB angebundenen Empfänger.

Diese Kombi läuft mit eigenen Keymaps in yavdr6 seit Jahren problemlos.

Unter ansible wird nur der imon-Empfänger richtig erkannt und die eigene modifizerte Keymap geladen.

Den externen MCE-Empfänger schnappt sich irgendwie lirc.

ir-keytable -v liefert folgendes:

Code

GerÃ¤t /sys/class/rc/rc1/ gefunden
GerÃ¤t /sys/class/rc/rc0/ gefunden
Uevent /sys/class/rc/rc1/lirc0/uevent wird ausgewertet.
/sys/class/rc/rc1/lirc0/uevent Uevent MAJOR=244
/sys/class/rc/rc1/lirc0/uevent Uevent MINOR=0
/sys/class/rc/rc1/lirc0/uevent Uevent DEVNAME=lirc0
Eingabe-Sysfs-Knoten ist /sys/class/rc/rc1/input9/
Ereignis-Sysfs-Knoten ist /sys/class/rc/rc1/input9/event7/
Uevent /sys/class/rc/rc1/input9/event7/uevent wird ausgewertet.
/sys/class/rc/rc1/input9/event7/uevent Uevent MAJOR=13
/sys/class/rc/rc1/input9/event7/uevent Uevent MINOR=71
/sys/class/rc/rc1/input9/event7/uevent Uevent DEVNAME=input/event7
Uevent /sys/class/rc/rc1/uevent wird ausgewertet.
/sys/class/rc/rc1/uevent Uevent NAME=rc-rc6-mce
/sys/class/rc/rc1/uevent Uevent DRV_NAME=mceusb
/sys/class/rc/rc1/uevent Uevent DEV_NAME=Media Center Ed. eHome Infrared Remote Transceiver (147a:e042)
EingabegerÃ¤t ist /dev/input/event7
/sys/class/rc/rc1/protocols-Protokoll rc-5 (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll nec (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll rc-6 (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll jvc (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll sony (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll rc-5-sz (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll sanyo (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll sharp (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll mce_kbd (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll xmp (deaktiviert)
/sys/class/rc/rc1/protocols-Protokoll lirc (aktiviert)
/sys/class/rc/rc1/ gefunden (/dev/input/event7) mit:
Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042)
Treiber: mceusb, Tabelle: rc-rc6-mce
Lirc GerÃ¤t: /dev/lirc0
unterstÃ¼tzte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
Aktivierte Protokolle: lirc
bus: 3, Anbieter/Produkt: 147a:e042, Version: 0x1101
Bei /sys/class/rc/rc0/lirc* konnte kein Knoten gefunden werden.
Eingabe-Sysfs-Knoten ist /sys/class/rc/rc0/input8/
Ereignis-Sysfs-Knoten ist /sys/class/rc/rc0/input8/event5/
Uevent /sys/class/rc/rc0/input8/event5/uevent wird ausgewertet.
/sys/class/rc/rc0/input8/event5/uevent Uevent MAJOR=13
/sys/class/rc/rc0/input8/event5/uevent Uevent MINOR=69
/sys/class/rc/rc0/input8/event5/uevent Uevent DEVNAME=input/event5
Uevent /sys/class/rc/rc0/uevent wird ausgewertet.
/sys/class/rc/rc0/uevent Uevent NAME=rc-imon-pad
/sys/class/rc/rc0/uevent Uevent DRV_NAME=imon
/sys/class/rc/rc0/uevent Uevent DEV_NAME=iMON Remote (15c2:0034)
EingabegerÃ¤t ist /dev/input/event5
/sys/class/rc/rc0/protocols-Protokoll other (aktiviert)
/sys/class/rc/rc0/protocols-Protokoll rc-6 (deaktiviert)
/sys/class/rc/rc0/ gefunden (/dev/input/event5) mit:
Name: iMON Remote (15c2:0034)
Treiber: imon, Tabelle: rc-imon-pad
unterstÃ¼tzte Protokolle: other rc-6
Aktivierte Protokolle: other
bus: 3, Anbieter/Produkt: 15c2:0034, Version: 0x0016
WiederholungsverzÃ¶gerung = 500 ms, Wiederholungsperiode = 125 ms
WiederholungsverzÃ¶gerung = 500 ms, Wiederholungsperiode = 125 ms

Alles anzeigen

Eine probeweise Installation mit Ubuntu 18.04 Desktop führt zu zwei funktionierenden Fernbedienungen.

Der Unterschied scheint ein laden von lirc_dev zu sein.

lsmod liefert:

Code

Module Size Used by
nvidia_uvm 36864 0
wmi_bmof 16384 0
snd_hda_codec_hdmi 49152 1
edac_mce_amd 28672 0
kvm_amd 86016 0
kvm 598016 1 kvm_amd
irqbypass 16384 1 kvm
serio_raw 16384 0
k10temp 16384 0
isl6423 16384 2
nvidia 10559488 58 nvidia_uvm
stv6110x 16384 2
drm 401408 3 nvidia
stv090x 69632 2
shpchp 36864 0
snd_hda_codec_realtek 106496 1
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
budget 20480 20
ir_rc6_decoder 16384 0
budget_core 20480 1 budget
ttpci_eeprom 16384 1 budget_core
rc_rc6_mce 16384 0
joydev 24576 0
saa7146 28672 2 budget,budget_core
input_leds 16384 0
dvb_core 126976 2 budget,budget_core
ir_lirc_codec 16384 0
lirc_dev 16384 2 ir_lirc_codec
ftdi_sio 53248 0
rc_imon_pad 16384 0
mceusb 32768 0
usbserial 45056 1 ftdi_sio
snd_usb_audio 204800 2
snd_usbmidi_lib 32768 1 snd_usb_audio
snd_rawmidi 32768 1 snd_usbmidi_lib
imon 36864 0
rc_core 36864 9 imon,lirc_dev,ir_lirc_codec,mceusb,ir_rc6_decoder,rc_imon_pad,rc_rc6_mce
snd_seq_device 16384 1 snd_rawmidi
snd_hda_intel 40960 4
snd_hda_codec 126976 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core 81920 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep 20480 2 snd_usb_audio,snd_hda_codec
snd_pcm 98304 6 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core
snd_timer 32768 1 snd_pcm
snd 81920 23 snd_hda_codec_generic,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
soundcore 16384 1 snd
asus_atk0110 20480 0
wmi 24576 1 wmi_bmof
mac_hid 16384 0
sch_fq_codel 20480 2
ib_iser 49152 0
rdma_cm 61440 1 ib_iser
iw_cm 45056 1 rdma_cm
ib_cm 53248 1 rdma_cm
ib_core 225280 4 rdma_cm,iw_cm,ib_iser,ib_cm
iscsi_tcp 20480 0
nfsd 339968 13
auth_rpcgss 61440 1 nfsd
nfs_acl 16384 1 nfsd
lockd 90112 1 nfsd
grace 16384 2 nfsd,lockd
sunrpc 335872 18 nfsd,auth_rpcgss,lockd,nfs_acl
libiscsi_tcp 20480 1 iscsi_tcp
libiscsi 53248 3 libiscsi_tcp,iscsi_tcp,ib_iser
scsi_transport_iscsi 98304 3 iscsi_tcp,ib_iser,libiscsi
ip_tables 28672 0
x_tables 40960 1 ip_tables
autofs4 40960 4
btrfs 1122304 0
zstd_compress 163840 1 btrfs
raid10 53248 0
raid456 143360 0
async_raid6_recov 20480 1 raid456
async_memcpy 16384 2 raid456,async_raid6_recov
async_pq 16384 2 raid456,async_raid6_recov
async_xor 16384 3 async_pq,raid456,async_raid6_recov
async_tx 16384 5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
xor 24576 2 async_xor,btrfs
raid6_pq 114688 4 async_pq,btrfs,raid456,async_raid6_recov
libcrc32c 16384 1 raid456
raid1 40960 0
raid0 20480 0
multipath 16384 0
linear 16384 0
uas 24576 0
usb_storage 69632 1 uas
hid_generic 16384 0
hid_logitech_hidpp 32768 0
hid_logitech_dj 20480 0
usbhid 49152 0
hid 118784 4 usbhid,hid_generic,hid_logitech_dj,hid_logitech_hidpp
psmouse 147456 0
forcedeth 69632 0
ahci 40960 4
libahci 32768 1 ahci
i2c_nforce2 16384 0
video 45056 0

Alles anzeigen

Da weiß ich jetzt aber nicht mehr weiter.

Das übliche Vorgehen mit irw, evtest und mode2 habe ich schon probiert - immer nur Ausgaben bei rc0.

Gruß

joe_pow

seahawk1986 · 14. März 2019

Lirc sollte nicht nötig sein, solange du ein IR-Protokoll nutzt, für das es im Kernel Dekoder gibt (also eines aus unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp).

Welches IR-Protokoll und welche Keytable willst du denn mit dem Empfänger nutzen? Wenn du mit ir-keytable die Einstellungen für einen anderen Empfänger als rc0 ändern willst, musst du das Device mit angeben, also z.B. sudo ir-keytable --sysdev rc1 -P rc-6, um das IR-Protokoll auf rc-6 zu setzen.

joe_pow · 15. März 2019

Ich gehe eigentlich genauso vor wie in yavdr6.

Zuerst habe ich das Template der rc_maps.cfg auf meine Bedürfnisse angepasst:

Code

# *** ANSIBLE MANAGED FILE ***
# template: /home/jg/yavdr-ansible/roles/yavdr-remote/templates/rc_maps.cfg.j2
#
#
# Keymaps table
#
# This table creates an association between a keycode file and a kernel
# driver. It can be used to automatically override a keycode definition.
#
# Although not yet tested, it is mented to be added at udev.
#
# To use, you just need to run:
# ./ir-keytable -a
#
# Or, if the remote is not the first device:
# ./ir-keytable -a -s rc1 # for RC at rc1
#
# Format:
# driver - name of the driver provided via uevent - use * for any driver
# table - RC keymap table, provided via uevent - use * for any table
# file - file name. If directory is not specified, it will default to
# /etc/rc_keymaps.
# For example:
# driver table file
# cx8800 * ./keycodes/rc5_hauppauge_new
# * rc-avermedia-m135a-rm-jx ./keycodes/kworld_315u
# saa7134 rc-avermedia-m135a-rm-jx ./keycodes/keycodes/nec_terratec_cinergy_xs
# em28xx * ./keycodes/kworld_315u
# * * ./keycodes/rc5_hauppauge_new
# Table to automatically load the rc maps for the bundled IR's provided with the
# devices supported by the linux kernel
#driver table file
mceusb rc-rc6-mce /etc/rc_keymaps/rc6-jg
# imon-pad
imon rc-imon-pad /etc/rc_keymaps/rc-imon-pad-jg

Alles anzeigen

Die entsprechenden Keymaps sind hinterlegt und funktionieren genauso in yavdr6.

rc6-jg:

Code

# table rc-rc6-mce, type: RC6
0x800f041e KEY_UP
0x800f041f KEY_DOWN
0x800f0422 KEY_OK
0x800f0423 KEY_ESC
0x800f0420 KEY_LEFT
0x800f0421 KEY_RIGHT
0x800f045b KEY_RED
0x800f045c KEY_GREEN
0x800f045d KEY_YELLOW
0x800f045e KEY_BLUE
0x800f0400 KEY_0
0x800f0401 KEY_1
0x800f0402 KEY_2
0x800f0403 KEY_3
0x800f0404 KEY_4
0x800f0405 KEY_5
0x800f0406 KEY_6
0x800f0407 KEY_7
0x800f0408 KEY_8
0x800f0409 KEY_9
0x800f040f KEY_INFO
0x800f0416 KEY_PLAY
0x800f0418 KEY_PAUSE
0x800f0419 KEY_STOP
0x800f0417 KEY_RECORD
0x800f0414 KEY_FASTFORWARD # FASTFWD
0x800f0415 KEY_REWIND # FASTREW
0x800f041a KEY_NEXT
0x800f041b KEY_BACK # PREV
0x800f041d KEY_ESC
0x800f040c KEY_POWER2 # POWER
0x800f0412 KEY_CHANNELUP # CHANNEL+
0x800f0413 KEY_CHANNELDOWN # CHANNEL-
0x800f0410 KEY_VOLUMEUP # VOLUME+
0x800f0411 KEY_VOLUMEDOWN # VOLUME-
0x800f040e KEY_MUTE
0x800f0424 KEY_MENU # Menu
0x800f044a KEY_PVR # List
0x800f0425 KEY_SUBTITLE # SUBTITLES (LiveTV)
0x800f0426 KEY_EPG # SCHEDULE (EPG)
0x800f045a KEY_TEXT # User0 (Videotext)
0x800f040d KEY_PROG1 # 1
0x800f0427 KEY_PROG2 # 2
0x800f0447 KEY_PROG3 # 3
0x800f0449 KEY_PROG4 # 4
0x800f0450 KEY_AUDIO # User5 (Hoch)
0x800f044c KEY_VIDEO # User6 (Runter)
0x800f040a KEY_FN # User8 (Clear)
0x800f040b KEY_SCREEN # User9 (Enter)

Alles anzeigen

und rc-imon-pad-jg:

Code

# table rc-imon-pad, type:other
0x100007f = KEY_RIGHT
0x1000080 = KEY_LEFT
0x1007f00 = KEY_DOWN
0x1008000 = KEY_UP
0x1010000 = BTN_MOUSE
0x1010080 = BTN_MOUSE
0x1020000 = BTN_RIGHT
0x1020080 = BTN_RIGHT
0x200001e = KEY_1
0x200001f = KEY_2
0x2000020 = KEY_3
0x2000021 = KEY_4
0x2000022 = KEY_5
0x2000023 = KEY_6
0x2000024 = KEY_7
0x2000025 = KEY_8
0x2000026 = KEY_9
0x2000027 = KEY_0
0x2000028 = KEY_OK
0x2000029 = KEY_ESC
0x200002a = KEY_BACK
0x200002c = KEY_SELECT
0x2000065 = KEY_COMPOSE
0x02200020 = KEY_NUMERIC_POUND
0x02200025 = KEY_NUMERIC_STAR
0x2800000 = KEY_CHANNEL
0x288195b7 = KEY_EXIT
0x288515b7 = KEY_PROG1
0x288795b7 = KEY_CHANNELDOWN
0x289115b7 = KEY_POWER2
0x289395b7 = KEY_CHANNELUP
0x28a395b7 = KEY_VOLUMEUP
0x28a515b7 = KEY_YELLOW
0x28a595b7 = KEY_VOLUMEDOWN
0x298115b7 = KEY_RECORD
0x298195b7 = KEY_NEXT
0x298595b7 = KEY_SUBTITLE
0x299195b7 = KEY_GREEN
0x299395b7 = KEY_INFO
0x29a395b7 = KEY_DVD
0x29a595b7 = KEY_ZOOM
0x29b195b7 = KEY_EJECTCD
0x29b715b7 = KEY_EPG
0x2a8115b7 = KEY_PLAY
0x2a8195b7 = KEY_REWIND
0x2a9115b7 = KEY_PAUSE
0x2a9395b7 = KEY_CYCLEWINDOWS
0x2aa395b7 = KEY_SCREEN
0x2ab195b7 = KEY_MENU
0x2ab715b7 = KEY_PROG2
0x2b8115b7 = KEY_FASTFORWARD
0x2b8395b7 = KEY_TIME
0x2b8515b7 = KEY_RED
0x2b8595b7 = KEY_AUDIO
0x2b9115b7 = KEY_PREVIOUS
0x2b9595b7 = KEY_MUTE
0x2b9715b7 = KEY_STOP
0x2ba115b7 = KEY_BLUE
0x2ba395b7 = KEY_MENU

Alles anzeigen

Komischerweise werden automatisch beide Keymaps richtig geladen, nur bei der mce Fernbedienung wird RC6 nicht aktiviert.

Ein manuelles Ausführen von sudo ir-keytable -s rc1 -a /etc/rc_maps.cfg aktiviert dann auch rc6, Protokoll lirc bleibt aber auch aktiviert:

Code

/sys/class/rc/rc1/ gefunden (/dev/input/event7) mit:
Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042)
Treiber: mceusb, Tabelle: rc-rc6-mce
Lirc Gerät: /dev/lirc0
unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
Aktivierte Protokolle: lirc rc-6
zusätzliche Fähigkeiten: <Zugriff verweigert>

Auch jetzt keine Reaktion mit irw, evtest etc.

seahawk1986 · 15. März 2019

joe_pow schrieb:

Lirc Gerät: /dev/lirc0

Gibt es da eventuell einen Prozess, der auf /dev/lirc0 zugreift? Eventuell sieht man da mit fuser etwas.

joe_pow · 15. März 2019

Ein sudo fuser -v /dev/lirc0 bringt eine leere Ausgabe.

Was mir auffällt im Vergleich zu einem Live-Ubuntu-Desktop ist das zusätzliche Laden der Module "lirc_dev" und "ir_lirc_codec", die bei meiner Konstellation nicht nötig sein sollten.

Wie kann ich herausfinden, wo dies geschieht?

seahawk1986 · 15. März 2019

Hast du mal versucht die beiden Module zu blacklisten?

joe_pow · 17. März 2019

So, bin jetzt einen kleinen Schritt weiter.

Da blacklisten nichts half und die Hardwareerkennung mit Ubuntu Desktop offensichtlich anders funktioniert, habe ich einfach mal eine Ubuntu Desktop (minimal) Installation vorgenommen.

Anschließend mit der Holzhammermethode X11 entfernt sudo apt-get purge libx11.* libqt.*

Danach lief das Playbook ohne Probleme durch und führte zu einer funktionierenden ansible-Installation.

Ein ir-keytable liefert jetzt:

Code

/sys/class/rc/rc1/ gefunden (/dev/input/event5) mit:
Name: iMON Remote (15c2:0034)
Treiber: imon, Tabelle: rc-imon-pad
Lirc Gerät: /dev/lirc0
unterstützte Protokolle: other rc-6
Aktivierte Protokolle: other
zusätzliche Fähigkeiten: <Zugriff verweigert>
/sys/class/rc/rc0/ gefunden (/dev/input/event7) mit:
Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042)
Treiber: mceusb, Tabelle: rc-rc6-mce
Lirc Gerät: /dev/lirc1
unterstützte Protokolle: other lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
Aktivierte Protokolle: lirc
zusätzliche Fähigkeiten: <Zugriff verweigert>

Alles anzeigen

Leider greift die rc_maps.cfg nur für den imon-Empfänger.

Ein manueller Aufruf von sudo ir-keytable -s rc0 -a /etc/rc_maps.cfg setzt aber das Protokoll rc-6 richtig und beide Fernbedienungen laufen wie gewünscht.

Jetzt bleibt nur die Frage, warum die Automatik nicht durchläuft.

seahawk1986 · 17. März 2019

joe_pow schrieb:

Da blacklisten nichts half und die Hardwareerkennung mit Ubuntu Desktop offensichtlich anders funktioniert, habe ich einfach mal eine Ubuntu Desktop (minimal) Installation vorgenommen.

Eigentlich sollte es da keinen Unterschied geben - der Empfänger wird über udev erkannt und dann reagieren Udev-Regeln und Dienste darauf. Wenn eventlircd läuft, öffnet es das Gerät exklusiv, d.h. wenn man mit ir-keytable Tastendrücke sehen will, muss man den Dienst (und die Socket-Activation) zuvor stoppen: systemctl mask --now --runtime stop eventlircd.service eventlircd.socket

In MCE Remote mit 1804+Ansible verhält sich komsich gab es ein ähnliches Problem - ist das eventuell das selbe in grün?

joe_pow · 18. März 2019

Auch die probeweise Installation über die Mini.iso lieferte die Einbindung über lirc_dev. Da auch dabei ein blacklisten nichts half, habe ich einfach mal die Module "lirc_dev" und "ir-lirc-codec" umbenannt, so dass sie nicht mehr gefunden wurden.

Und siehe da - alles funktioniert problemlos, auch über Reboot und An- und Abstecken hinweg.

Mittlerweile habe ich auch in http://www.lirc.org/html/configuration-guide.html gesehen, dass die Standardkonfiguration von lirc nur mit einer Fernbedienung funktioniert. Ich verstehe aber die Zusammenhänge mit vdr nicht ganz und würde es gerne sauber konfigurieren, so dass ich nach einem Kernel-Update nicht jedesmal die Module umbenennen muss.

seahawk1986 · 18. März 2019

Lirc wird von yavdr-ansible eigentlich nicht gestartet, solange es keinen Atric IrWakeupUSB oder eine yaUsbIR findet - dessen Dienste sollten dann vom Playbook maskiert werden: https://github.com/yavdr/yavdr…remote/tasks/main.yml#L26.

Die Eingaben von Kernel Input Devices mit einen entsprechenden udev-Tag werden von eventlircd gelesen auf dessen lircd-kompatiblen Sockel ausgegeben, von dem der VDR (und KODI) lesen.

joe_pow · 20. März 2019

Tja, ist wohl offensichtlich kein yavdr-Problem.

Nachdem "normales" Blacklisten nicht funktionert hat, bin ich testweise mal so vorgegangen (Module aber eingetragen in blacklist.conf):

Manuelles entfernen der Module mit sudo rmmod ir_lirc_codec und sudo rmmod lirc_dev

Anschließend sudo depmod -a und sudo update-initramfs -u

Nach einem Reboot erscheinen zwar wieder die Module mit lsmod, es funktioniert aber alles.

Ich kapier es zwar nicht, gebe jetzt aber auf und warte mal auf das nächsten Kernel-Update.

Teilen