[GELÖST] (0.6.1) L4M-Display mit IR-Empfänger einbinden

Boss666 · 19. März 2016

Hallo,

bin gerade dabei in einen VDR hier das L4M-Display wieder zum Laufen zu bekommen. Es handelt sich um das L4M-USB-Display mit IR-Empfänger.

Aus meiner Doku zur früheren yaVDR-Installation mit diesem Display hatte ich mir notiert, dass ich eine eigene udev-rule anlegen musste, damit das Display korrekt vom System erkannt wurde:

Code

sudo nano /etc/udev/rules.d/20-l4m-display.rules
# Linux4Media Dispay
SYSFS{idVendor}=="4243", SYSFS{idProduct}=="ee08", GROUP="vdr", MODE="0660"


ODER
sudo nano /etc/udev/rules.d/10-eigenes.rules
# Linux4Media Dispay
BUS=="usb", KERNEL=="hiddev?", SYSFS{idVendor}=="4243", SYSFS{idProduct}=="ee08", SYMLINK+="usb/usblcd"

Das Ganze funktioniert mit der 0.6.1 yaVDR-Variante nun nicht mehr. lsusb sagt nach einem Neustart immer noch:

Code

Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 006: ID 1307:0330 Transcend Information, Inc. 63-in-1 Multi-Card Reader/Writer
Bus 003 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 003 Device 007: ID 4243:ee08  
Bus 003 Device 003: ID 045e:001e Microsoft Corp. IntelliMouse Explorer
Bus 003 Device 002: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Alles anzeigen

Heißt wohl, dass das "Bus 003 Device 007: ID 4243:ee08"-Device nicht korrekt installiert wurde:

Code

ls -al /dev/usb/
insgesamt 0
drwxr-xr-x  2 root root     80 Mär 19 16:29 .
drwxr-xr-x 17 root root   4420 Mär 19 16:29 ..
crw-------  1 root root 180, 0 Mär 19 16:29 hiddev0
crw-rw----  1 root vdr  180, 1 Mär 19 16:29 hiddev1

Wo müsste ich da ansetzen? Passen die alten udev-Parameter nicht mehr?
Merci & viele Grüße

seahawk1986 · 19. März 2016

Die erste Regel greift doch - oder hast du die zweite angelegt?

Boss666 · 19. März 2016

Nein, habe grad die erste Regel. Heisst dann, dass es das Device "hiddev1" ist, weil das der Gruppe "vdr" zugeordnet wurde?

Code

ls -al /dev/input/by-id/
insgesamt 0
drwxr-xr-x 2 root root 180 Mär 19 16:51 .
drwxr-xr-x 5 root root 520 Mär 19 16:51 ..
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-BTC_USB_Multimedia_Keyboard-event-if01 -> ../event3
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-BTC_USB_Multimedia_Keyboard-event-kbd -> ../event2
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-Linux4Media_GmbH_IR__RF_Control-event-kbd -> ../event5
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-Linux4Media_GmbH_IR__RF_Control-if01-event-mouse -> ../event6
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-Linux4Media_GmbH_IR__RF_Control-if01-mouse -> ../mouse1
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-Microsoft_Microsoft_IntelliMouse®_Explorer-event-mouse -> ../event4
lrwxrwxrwx 1 root root   9 Mär 19 16:51 usb-Microsoft_Microsoft_IntelliMouse®_Explorer-mouse -> ../mouse0

Alles anzeigen

Ich vermisse in 0.6.1 eine /etc/init/remoted.conf ... die sah in der Vorgängerversion so aus:

Code

#################################################################################
#                                                                               #
#   The following configuration file is generated automatically by the yaVDR    #
#     system. Don't change this file as every update of yaVDR will overwrite    #
#         the local changes. Instead put your required customizations           #
#       into /etc/yavdr/templates_custom/ based on the original templates       #
#                      under /usr/share/yavdr/templates.                        #
#                                                                               #
#   http://www.vdr-wiki.de/wiki/index.php/YaVDR-FAQ#Templating.2FCustomizing    #
#                                                                               #
#                                                                               #
#################################################################################






# Starts Inputlirc daemon.
#
# Inputlirc is used to control different
# infrared receivers and transceivers.


description     "Inputlirc Daemon"
author          "Gerald Dachs <gda@dachsweb.de>"


start on starting vdr
stop on runlevel [016]


respawn


script
[ -r /etc/default/inputlirc] && . /etc/default/inputlirc
test -f /usr/sbin/inputlircd || exit 0


exec /usr/sbin/inputlircd -f $OPTIONS -m0 -g -r250 -c $EVENTS /dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd /dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-mouse
end script

Alles anzeigen

Hättest da noch nen Tipp, wo ich das jetzt finde oder anpassen müsste? Also den unteren Part mit inputlircd meine ich...

seahawk1986 · 19. März 2016

Was war denn deine vorherige Version? Ich glaube inputlircd wurde nur bis zu 0.3 in der Form genutzt. Wenn es ein Kernel Input Device gibt, würde ich das einfach mit eventlircd anbinden - was liefert udevadm denn an Attributen dafür?

Code

udevadm info --query=all --name=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd
udevadm info --query=all --name=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-mouse

Boss666 · 19. März 2016

Das schaut ja schon mal gut aus! Also das Display selbst läuft jetzt bzw. zeigt das an, was es soll. Ich kam nur mit den anderen Verzeichnissen und den Orten der conf-Dateien nicht klar.

Fehlt nur noch, dass die FB auch wieder geht...

udevadm info --query=all --name=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd:

Code

P: /devices/pci0000:00/0000:00:14.0/usb3/3-7/3-7:1.0/input/input8/event5
N: input/event5
S: input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd
S: input/by-path/pci-0000:00:14.0-usb-0:7:1.0-event-kbd
E: DEVLINKS=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd /dev/input/by-path/pci-0000:00:14.0-usb-0:7:1.0-event-kbd
E: DEVNAME=/dev/input/event5
E: DEVPATH=/devices/pci0000:00/0000:00:14.0/usb3/3-7/3-7:1.0/input/input8/event5
E: ID_BUS=usb
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_INPUT_KEYBOARD=1
E: ID_MODEL=IR__RF_Control
E: ID_MODEL_ENC=IR\x2f\x20RF\x20Control
E: ID_MODEL_ID=ee08
E: ID_PATH=pci-0000:00:14.0-usb-0:7:1.0
E: ID_PATH_TAG=pci-0000_00_14_0-usb-0_7_1_0
E: ID_REVISION=0101
E: ID_SERIAL=Linux4Media_GmbH_IR__RF_Control
E: ID_TYPE=hid
E: ID_USB_DRIVER=usbhid
E: ID_USB_INTERFACES=:030101:030102:030000:
E: ID_USB_INTERFACE_NUM=00
E: ID_VENDOR=Linux4Media_GmbH
E: ID_VENDOR_ENC=Linux4Media\x20GmbH
E: ID_VENDOR_ID=4243
E: MAJOR=13
E: MINOR=69
E: SUBSYSTEM=input
E: USEC_INITIALIZED=29037
E: XKBLAYOUT=de
E: XKBMODEL=pc105
E: XKBVARIANT=nodeadkeys
E: eventlircd_enable=true
E: eventlircd_evmap=03_4243_ee08.evmap

Alles anzeigen

und udevadm info --query=all --name=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-mouse:

Code

udevadm info --query=all --name=/dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-mouse

So...und spätestens jetzt schau ich wieder wie ein Schwein ins neue Uhrwerk.

seahawk1986 · 19. März 2016

Zitat von Boss666

E: eventlircd_enable=true
E: eventlircd_evmap=03_4243_ee08.evmap

Da ist doch schon alles vorbereitet, damit das Gerät von eventlircd eingebunden wird - klappt das denn nicht? Hast du die remote.conf des VDR verändert?

Boss666 · 19. März 2016

Gibts da noch was, wo ich das prüfen kann, ob das Gerät von eventlircd eingebunden wird? Die remote.conf des VDR habe ich nicht verändert, ja noch nichtmal irgendwas im WFE geändert/eingestellt.

Wenn es das nicht ist, bliebe eigentlich nur noch, dass der IR-Empfänger jetzt nen Heimatschuss hat?

EDIT: Oder ist eventlircd davon abhängig, ob das Display hiddev0 oder hiddev1 ist? Da kann ich mich dunkel dran erinnern, dass ich da schon mal in eine Falle getappt war, als ich eine USB-Tastatur angeschlossen hatte - wie jetzt gerade auch - und der nach nem Neustart munter hiddev0 und hiddev1 immer an das andere Gerät vergeben hatte. Den VDR mit nem USB-Keyboard zu bedienen, geht grad jedenfalls. Nur mal noch so eine mögliche Fehlerquelle...

seahawk1986 · 19. März 2016

Schau doch mal, was passiert, wenn du

Code

sudo irw

aufrufst und ein paar Tasten auf der Fernbedienung drückst.
Falls da nichts kommt, stoppe mal eventlircd und guck mit evtest, was der Empfänger so von sich gibt:

Code

sudo stop eventlircd
sudo apt-get install evtest
sudo evtest /dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-kbd
sudo evtest /dev/input/by-id/usb-Linux4Media_GmbH_IR__RF_Control-event-mouse

Eventlircd sollte es eigentlich egal sein, ob das Gerät hiddev0 oder hiddev1 heißt, das erkennt an dem udev-Attribut (das ja laut Ausgabe gesetzt wurde), ob es ein Kernel Input Device einbinden soll.

Boss666 · 19. März 2016

Genial,

es geht!!!

Ich hatte in einem anderen Thread ja geschrieben, dass das Display defekt war. Ein freundlicher User hatte mir ein L4M-Display geschickt, was er noch hatte. Jetzt war nur der IR-Empfänger mit den 3 Pins falsch herum drangeklemmt. Das habe ich gerade behoben und nun läuft es.

Vielen herzlichen Dank seahawk!

[GELÖST] (0.6.1) L4M-Display mit IR-Empfänger einbinden

Jetzt mitmachen!

Teilen