Fernbedienung TT S2300 mag nicht

Nummer5 · 31. Dezember 2014

Hallo,

ich spiele gerade an meinem neuen VDR. Zum testen/übergangsweise soll er mit meiner alten FF Satkarte laufen - eine TT S2300.
Soweilt läuft alles bis auf die Fernbedinung. Leider komme ich nicht weiter...

cat /proc/bus/input/devices

Code

I: Bus=0001 Vendor=13c2 Product=000e Version=0002
N: Name="DVB on-card IR receiver"
P: Phys=pci-0000:04:01.0/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0/input/input7
U: Uniq=
H: Handlers=kbd event7
B: PROP=0
B: EV=100013
B: KEY=fc012 204100000000 0 8000 180c0000801 9e168000000000 ffc
B: MSC=18

Dann lade ich per

Code

av7110_loadkeys /usr/share/dvb/av7110_loadkeys/hauppauge.rc5  >> /proc/av7110_ir"

die passende Belegung der Keys.

Wenn ich mir nun das per evtest anschaue

Code

Event: time 1420033394.462934, type 4 (EV_MSC), code 3 (MSC_RAW), value 150003
Event: time 1420033394.462936, type 4 (EV_MSC), code 4 (MSC_SCAN), value 03
Event: time 1420033394.462940, type 1 (EV_KEY), code 2 (KEY_1), value 1
Event: time 1420033394.462942, -------------- SYN_REPORT ------------
Event: time 1420033394.569820, type 4 (EV_MSC), code 3 (MSC_RAW), value 150003
Event: time 1420033394.569821, type 4 (EV_MSC), code 4 (MSC_SCAN), value 03
Event: time 1420033394.847823, type 1 (EV_KEY), code 2 (KEY_1), value 0
Event: time 1420033394.847825, -------------- SYN_REPORT ------------
Event: time 1420033395.735709, type 4 (EV_MSC), code 3 (MSC_RAW), value 150004
Event: time 1420033395.735711, type 4 (EV_MSC), code 4 (MSC_SCAN), value 04
Event: time 1420033395.735715, type 1 (EV_KEY), code 3 (KEY_2), value 1
Event: time 1420033395.735717, -------------- SYN_REPORT ------------
Event: time 1420033395.843024, type 4 (EV_MSC), code 3 (MSC_RAW), value 150004
Event: time 1420033395.843026, type 4 (EV_MSC), code 4 (MSC_SCAN), value 04
Event: time 1420033396.119870, type 1 (EV_KEY), code 3 (KEY_2), value 0
Event: time 1420033396.119871, -------------- SYN_REPORT ------------
Event: time 1420033397.907537, type 4 (EV_MSC), code 3 (MSC_RAW), value 150005
Event: time 1420033397.907539, type 4 (EV_MSC), code 4 (MSC_SCAN), value 05
Event: time 1420033397.907544, type 1 (EV_KEY), code 4 (KEY_3), value 1
Event: time 1420033397.907545, -------------- SYN_REPORT ------------
Event: time 1420033398.014830, type 4 (EV_MSC), code 3 (MSC_RAW), value 150005
Event: time 1420033398.014832, type 4 (EV_MSC), code 4 (MSC_SCAN), value 05
Event: time 1420033398.291829, type 1 (EV_KEY), code 4 (KEY_3), value 0
Event: time 1420033398.291831, -------------- SYN_REPORT ------------
Event: time 1420033401.145425, type 4 (EV_MSC), code 3 (MSC_RAW), value 150006
Event: time 1420033401.145427, type 4 (EV_MSC), code 4 (MSC_SCAN), value 06
Event: time 1420033401.145432, type 1 (EV_KEY), code 5 (KEY_4), value 1
Event: time 1420033401.145433, -------------- SYN_REPORT ------------
Event: time 1420033401.252150, type 4 (EV_MSC), code 3 (MSC_RAW), value 150006
Event: time 1420033401.252152, type 4 (EV_MSC), code 4 (MSC_SCAN), value 06
Event: time 1420033401.531874, type 1 (EV_KEY), code 5 (KEY_4), value 0
Event: time 1420033401.531876, -------------- SYN_REPORT ------------
....

Alles anzeigen

kommen immer schön die passenden Tasten - KEY_1, KEY_2, KEY_3,...
Es funktionieren schon mal ALLEN Tasten der FB korrekt.

Beim VDR kommen allerdings nicht alle Tastenbefehle an. 1 bis 9 gehen und UP / DOWN / LEFT / RIGHT, das wars. 0 geht auch, alledings als PREVIOUS.

Was mir aufgefallen ist, dass es unter /proc/bus/input/devices kein eventlircd gibt - liegt da das Problem?
Muss ich erst eine passende udev-Regel anlegen damit das eventlircd device angelegt wird und die Tastenbefehle richtig weitergegeben werden?

Gruß!

seahawk1986 · 31. Dezember 2014

Zitat von Nummer5

Was mir aufgefallen ist, dass es unter /proc/bus/input/devices kein eventlircd gibt - liegt da das Problem?

Eventlircd sollte eigentlich immer gestartet werden - was sagt denn

Code

status eventlircd

Es kann gut sein, dass eventlircd erst ein Eingabe-Gerät anlegt, wenn es ein anderes eingebunden hat.

Zitat von Nummer5

Muss ich erst eine passende udev-Regel anlegen damit das eventlircd device angelegt wird und die Tastenbefehle richtig weitergegeben werden?

Das würde ich mal versuchen - z.B. könnte man an der Stelle https://github.com/yavdr/yavdr…v/98-eventlircd.rules#L72 so etwas versuchen:

Code

ATTRS{idVendor}=="13c2", ATTRS{idProduct}=="000e", \
  ENV{eventlircd_enable}="true", \
  RUN+="av7110_loadkeys /usr/share/dvb/av7110_loadkeys/hauppauge.rc5 >> /proc/av7110_ir"

Nummer5 · 31. Dezember 2014

Zitat

Eventlircd sollte eigentlich immer gestartet werden - was sagt denn

Ja läuft, ebenso wie lircd.

Zitat von seahawk1986
Das würde ich mal versuchen - z.B. könnte man an der Stelle https://github.com/yavdr/yavdr-remote/bl…lircd.rules#L72 so etwas versuchen:
Code
ATTRS{idVendor}=="13c2", ATTRS{idProduct}=="000e", \


  ENV{eventlircd_enable}="true", \


  RUN+="av7110_loadkeys /usr/share/dvb/av7110_loadkeys/hauppauge.rc5 >> /proc/av7110_ir"

Leider wurde kein Eventlircd input device erzeugt. Die keys wurden auch nicht gelade... hat wohl nicht funktioniert.
Kann man irgendwie prüfen ob die udev Regel greift?

Hier mal udevadm

Spoiler anzeigen

Code

root@yavdr:/home/yavdr# udevadm info --query=all --attribute-walk --name=/dev/input/event2


Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.


  looking at device '/devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0/input/input2/event2':
	KERNEL=="event2"
	SUBSYSTEM=="input"
	DRIVER==""


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


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0':
	KERNELS=="0000:04:01.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="av7110"
	ATTRS{vendor}=="0x1131"
	ATTRS{device}=="0x7146"
	ATTRS{subsystem_vendor}=="0x13c2"
	ATTRS{subsystem_device}=="0x000e"
	ATTRS{class}=="0x048000"
	ATTRS{irq}=="16"
	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{enable}=="1"
	ATTRS{broken_parity_status}=="0"
	ATTRS{msi_bus}==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:03:00.0':
	KERNELS=="0000:03:00.0"
	SUBSYSTEMS=="pci"
	DRIVERS==""
	ATTRS{vendor}=="0x1b21"
	ATTRS{device}=="0x1080"
	ATTRS{subsystem_vendor}=="0x1849"
	ATTRS{subsystem_device}=="0x1080"
	ATTRS{class}=="0x060401"
	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{enable}=="1"
	ATTRS{broken_parity_status}=="0"
	ATTRS{msi_bus}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1c.3':
	KERNELS=="0000:00:1c.3"
	SUBSYSTEMS=="pci"
	DRIVERS==""
	ATTRS{vendor}=="0x8086"
	ATTRS{device}=="0x244e"
	ATTRS{subsystem_vendor}=="0x1849"
	ATTRS{subsystem_device}=="0x244e"
	ATTRS{class}=="0x060401"
	ATTRS{irq}=="0"
	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{enable}=="1"
	ATTRS{broken_parity_status}=="0"
	ATTRS{msi_bus}=="1"


  looking at parent device '/devices/pci0000:00':
	KERNELS=="pci0000:00"
	SUBSYSTEMS==""
	DRIVERS==""

Alles anzeigen

seahawk1986 · 31. Dezember 2014

Zitat von Nummer5

Code

looking at device '/devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0/input/input2/event2':
	KERNEL=="event2"
	SUBSYSTEM=="input"
	DRIVER==""


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


  looking at parent device '/devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0':
	KERNELS=="0000:04:01.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="av7110"
	ATTRS{vendor}=="0x1131"
	ATTRS{device}=="0x7146"
	ATTRS{subsystem_vendor}=="0x13c2"
	ATTRS{subsystem_device}=="0x000e"

Alles anzeigen

Ah dann hat das Gerät andere Attribute als erwartet - dann würde ich es mal so versuchen:

Code

SUBSYSTEM=="input", ATTRS{subsystem_vendor}=="13c2", ATTRS{subsystem_device}=="000e", \
  ENV{eventlircd_enable}="true", \
  RUN+="av7110_loadkeys /usr/share/dvb/av7110_loadkeys/hauppauge.rc5 >> /proc/av7110_ir"

Nummer5 · 31. Dezember 2014

So,

glaube ein Prolem liegt daran, dass das av7110_loadkeys.... >> /proc/av7110_ir fehlschlägt.
Wenn ichs von Hand als root mache läufts - Rechteproblem?

Gabe es schon mal => http://www.vdr-portal.de/board…berechtigung-gel%C3%B6st/

Ansonsten läuft es jetzt!
Jetzt erst mal den Jahreswechsel rumbringen
Guten Rutsch!

Nummer5 · 1. Januar 2015

Ja, per upstart läuft es nicht:

Code

Jan 1 14:31:45 yavdr kernel: [ 20.129521] init: av7110_ir_key_load main process (1458) terminated with status 255

per rc.local gehts.
Dauer allerdings eine gefühlte Ewigkeit bis die Fernbedinung nach erscheinen des TV-Bildes funktioniert - vielleicht eine Minute.

Fernbedienung TT S2300 mag nicht

Jetzt mitmachen!

Teilen