yaVDR 0.5 Nexus-S Fernbedienung - eventlircd gibt befehle nicht weiter

groove1985 · 11. März 2014

Hallo Gemeinde!

Nachdem ich mit eurer Unterstützung meine FB ans laufen gebracht habe, hat ein apt-get upgrade vorgestern irgendwas kaputt gemacht

Als vdr noob habe ich anhand meines letzten Freds nachvollziehen können, dass mit

Code

sudo evtest /dev/input/ir
Input driver version is 1.0.1
Input device ID: bus 0x1 vendor 0x13c2 product 0xe version 0x2
Input device name: "DVB on-card IR receiver"

immernoch alle Befehle von der Fernbedienung ankommen.

Erstaunlicher weise werden aber nur noch die Zahlentasten vom VDR umgesetzt. Sondertasten wie Menu ( KEY_MENU) oder OK (KEY_OK) usw. werden alle ignoriert, obwohl evtest sie anzeigt.
Das einzige was ich bisher als eventuelles Problem identifizieren konnte war folgendes:

Code

sudo cat /var/log/syslog | grep av7110
...
Mar 11 20:16:54 mediacenter kernel: [ 1402.737615] init: load_av7110_ir main process (3426) terminated with status 255

Leider kann ich dazu überhaupt nichts finden

Hat jemand evtl. eine Idee was da schief laufen könnte?

Grüße

ATD · 12. März 2014

Zitat von groove1985

hat ein apt-get upgrade vorgestern irgendwas kaputt gemacht

Ich hoffe, Du meinst apt-get dist-upgrade!?

Zitat von groove1985

Hat jemand evtl. eine Idee was da schief laufen könnte?

Wurde eventuell Deine hauppauge.rc5 überschrieben?

Sonst once again.

Albert

groove1985 · 13. März 2014

Hi,

Zitat von ATD

Ich hoffe, Du meinst apt-get dist-upgrade!?

Öh ne, war tatsächlich ein upgrade und kein dist-upgrade... *Unterschied erst recherchieren muss*

Zitat von ATD

Wurde eventuell Deine hauppauge.rc5 überschrieben?

Das kann ich zum Glück ausschließen. Interessanter weise kommen die richtigen Tasten ja beim evtest an, nur scheint eventlircd nicht alle weiter zu verarbeiten

Grüßle, Groove

seahawk1986 · 13. März 2014

Was passiert denn, wenn du die hauppauge.rc5 von Hand landen lässt?

Code

sudo bash -c "av7110_loadkeys /usr/share/dvb/av7110_loadkeys/hauppauge.rc5  >> /proc/av7110_ir"

groove1985 · 13. März 2014

Hi,

habe den Befehl zum laden der .rc5 in der /etc/rc.local hinterlegt, damit er beim booten automatisch ausgeführt wird.

Manuell muss ich erst einen chmod 777 und ein chown vdr.vdr auf /proc/av7110_ir machen, da ansonsten (wie nach jedem Neustart) keine Berechtigung zum laden besteht.

Wenn ich dann die .rc5 manuell lade erhalte ich keine Fehler oder sonstige Ausgaben. Das Problem besteht jedoch weiterhin.

habe mal noch ein apt-get dist-upgrade gemacht, da kam aber nur ein neues Paket mit rum, welches offenbar keinen Einfluss auf mein Problem hatte.

Ich bin mal wieder ratlos
Ich ziehe tatsächlich schon eine Windows-"Lösung" (Neuinstallation) in betracht , aber das kann ja eigentlich keine echte Lösung sein

Grüße,
Groove

seahawk1986 · 13. März 2014

Kann es sein, dass deine Anpassungen der udev-Regel das Update nicht überlebt haben?

groove1985 · 13. März 2014

Hi,

die udev regel habe ich mal überprüft. Ich habe keine passende gefunden, bin mir aber nicht sicher ob ich zuvor auch schon eine erstellt hatte. Habe anhand von

Code

udevadm info --query=all --attribute-walk --name=/dev/input/ir
...
  looking at device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10/event10':
    KERNEL=="event10"
    SUBSYSTEM=="input"
    DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10':
    KERNELS=="input10"
    SUBSYSTEMS=="input"
    DRIVERS==""
    ATTRS{name}=="DVB on-card IR receiver"
    ATTRS{phys}=="pci-0000:05:00.0/ir0"
    ATTRS{uniq}==""
    ATTRS{properties}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0':
    KERNELS=="0000:05:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="av7110"
    ATTRS{vendor}=="0x1131"
    ATTRS{device}=="0x7146"
    ATTRS{subsystem_vendor}=="0x13c2"
    ATTRS{subsystem_device}=="0x000e"
    ATTRS{class}=="0x048000"
    ATTRS{irq}=="19"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{numa_node}=="-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""
...

Alles anzeigen

die folgende UDEV Regel erzeugt:

Code

ATTRS{vendor}=="1131", ATTRS{device}=="7146", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_$attr{vendor}_$attr{device}.evmap"

und mit

Code

sudo touch /etc/eventlircd.d/03_1131_7146.evmap

eine neue evmap erzeugt. Diese ist aktuell leer. Soweit ich das verstanden habe muss da ja aber nur was rein wenn ich Befehle mappen möchte.
Habe grade noch mal mit evtest getestet, dabei ist mir aufgefallen, dass /dev/input/ir auf den falschen Input zeigt :

Code

ls -la /dev/input/


lrwxrwxrwx  1 root root      7 Mär 13 18:26 ir -> event10

Code

sudo evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event10:     DVB on-card IR receiver
/dev/input/event11:     HDA NVidia HDMI/DP,pcm=9
/dev/input/event12:     HDA NVidia HDMI/DP,pcm=8
/dev/input/event13:     HDA NVidia HDMI/DP,pcm=7
/dev/input/event14:     HDA NVidia HDMI/DP,pcm=3
/dev/input/event15:     DVB on-card IR receiver
/dev/input/event16:     Logitech Unifying Device. Wireless PID:4024
/dev/input/event2:      HDA Intel PCH Line
/dev/input/event3:      HDA Intel PCH Front Mic
/dev/input/event4:      HDA Intel PCH Rear Mic
/dev/input/event5:      HDA Intel PCH Front Headphone
/dev/input/event6:      HDA Intel PCH Line-Out Side
/dev/input/event7:      HDA Intel PCH Line-Out CLFE
/dev/input/event8:      HDA Intel PCH Line-Out Surround
/dev/input/event9:      HDA Intel PCH Line-Out Front
...

Alles anzeigen

Auf event10 kommt nichts an, auf event15 sehe ich jedoch alle kommandos von der FB.
Der Link wird vermutlich automatisch erzeugt, da sich die EventNummern teilweise beim booten ändern. Wo kann man das denn umkonfigurieren?

Code

sudo irw

liefert leider momentan nichts.

Grüße,
Groove

groove1985 · 13. März 2014

Hi,

habe aufgrund von diesem Fred mal die UDEV Geschichte etwas unter die Lupe genommen:

Code

udevadm info --query=env --name=/dev/input/ir
DEVLINKS=/dev/input/by-path/pci-0000:05:00.0-event-ir /dev/input/ir
DEVNAME=/dev/input/event10
DEVPATH=/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10/event10
DMI_VENDOR=MSI
ID_INPUT=1
ID_INPUT_KEY=1
ID_PATH=pci-0000:05:00.0
ID_PATH_TAG=pci-0000_05_00_0
ID_SERIAL=noserial
MAJOR=13
MINOR=74
SUBSYSTEM=input
UDEV_LOG=3
USEC_INITIALIZED=14884534
XKBLAYOUT=de
XKBMODEL=pc105
XKBVARIANT=nodeadkeys

Alles anzeigen

Code

udevadm info --query=all --attribute-walk --name=/dev/input/ir
...
  looking at device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10/event10':
    KERNEL=="event10"
    SUBSYSTEM=="input"
    DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10':
    KERNELS=="input10"
    SUBSYSTEMS=="input"
    DRIVERS==""
    ATTRS{name}=="DVB on-card IR receiver"
    ATTRS{phys}=="pci-0000:05:00.0/ir0"
    ATTRS{uniq}==""
    ATTRS{properties}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0':
    KERNELS=="0000:05:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="av7110"
    ATTRS{vendor}=="0x1131"
    ATTRS{device}=="0x7146"
    ATTRS{subsystem_vendor}=="0x13c2"
    ATTRS{subsystem_device}=="0x000e"
    ATTRS{class}=="0x048000"
    ATTRS{irq}=="19"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{numa_node}=="-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""
...

Alles anzeigen

daraus habe ich meine /lib/udev/rules.d/98-eventlircd.rules wie folgt erweitert:

Code

ATTRS{vendor}=="1131", ATTRS{device}=="7146", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_$attr{vendor}_$attr{device}.evmap"

und meine /lib/udev/rules.d/98-eventlircd-names.rules wie folgt angepasst:

Code

ATTRS{name}=="DVB on-card IR receiver", \
  ENV{eventlircd_enable}="true", \
  env{eventlircd_evmap}="03_1131_7146.evmap"

dann ein

Code

sudo restart eventlircd
eventlircd start/running, process 3819

und wieder ein

Code

udevadm info --query=env --name=/dev/input/ir
DEVLINKS=/dev/input/by-path/pci-0000:05:00.0-event-ir /dev/input/ir
DEVNAME=/dev/input/event10
DEVPATH=/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/0000:05:00.0/input/input10/event10
DMI_VENDOR=MSI
ID_INPUT=1
ID_INPUT_KEY=1
ID_PATH=pci-0000:05:00.0
ID_PATH_TAG=pci-0000_05_00_0
ID_SERIAL=noserial
MAJOR=13
MINOR=74
SUBSYSTEM=input
UDEV_LOG=3
USEC_INITIALIZED=14884534
XKBLAYOUT=de
XKBMODEL=pc105
XKBVARIANT=nodeadkeys

Alles anzeigen

irgendwie wird wohl der Empfänger von udev auch nicht erkannt?

Grüße

groove1985 · 21. März 2014

Hmm hat keiner mehr eine Idee? Ich leider nicht
Bleibt wohl doch nur neu installieren

yaVDR 0.5 Nexus-S Fernbedienung - eventlircd gibt befehle nicht weiter

Jetzt mitmachen!

Teilen