yavdr + Technotrend S2-4600 Fernbedienung

falcon64 · 23. Januar 2014

Ich hab mir ja echt Mühe gegeben, aber ich bin stuck

Mein Setup:yavdr 0.5, xbmc frontend, auf zbox id41, Technotrend S2-4600, läuft prima, nur ich bekomme die Fernbedienung nicht hin.

Code

cat /proc/bus/input/devices 
I: Bus=0003 Vendor=0b48 Product=3011 Version=0000
N: Name="IR-receiver inside an USB DVB receiver"
P: Phys=usb-0000:01:00.0-1.3/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input6
U: Uniq=
H: Handlers=kbd event6 
B: PROP=0
B: EV=3
B: KEY=40fc010 20206100000000 0 8000 418080002001 9e168000000000 ffc

Probleme:
a) doppelte Tastendrücke, hab ich gesehen kommt vor, Lösungen gibt es, kümmere ich mich später drum.
Aber b) nicht alle Tasten kommen beim VDR an!

Zum Beispiel die OK Taste zeigt keine Wirkung. Bei evtest sehe ich alle Tasten korrekt...

Code

evtest /dev/input/event6
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xb48 product 0x3011 version 0x0
Input device name: "IR-receiver inside an USB DVB receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
	Event code 2 (KEY_1)
	Event code 3 (KEY_2)
	Event code 4 (KEY_3)
	Event code 5 (KEY_4)
	Event code 6 (KEY_5)
	Event code 7 (KEY_6)
	Event code 8 (KEY_7)
	Event code 9 (KEY_8)
	Event code 10 (KEY_9)
	Event code 11 (KEY_0)
	Event code 103 (KEY_UP)
	Event code 105 (KEY_LEFT)
	Event code 106 (KEY_RIGHT)
	Event code 108 (KEY_DOWN)
	Event code 113 (KEY_MUTE)
	Event code 114 (KEY_VOLUMEDOWN)
	Event code 115 (KEY_VOLUMEUP)
	Event code 116 (KEY_POWER)
	Event code 119 (KEY_PAUSE)
	Event code 128 (KEY_STOP)
	Event code 141 (KEY_SETUP)
	Event code 159 (KEY_FORWARD)
	Event code 167 (KEY_RECORD)
	Event code 168 (KEY_REWIND)
	Event code 174 (KEY_EXIT)
	Event code 207 (KEY_PLAY)
	Event code 352 (KEY_OK)
	Event code 357 (KEY_OPTION)
	Event code 358 (KEY_INFO)
	Event code 365 (KEY_EPG)
	Event code 373 (KEY_MODE)
	Event code 388 (KEY_TEXT)
	Event code 398 (KEY_RED)
	Event code 399 (KEY_GREEN)
	Event code 400 (KEY_YELLOW)
	Event code 401 (KEY_BLUE)
	Event code 402 (KEY_CHANNELUP)
	Event code 403 (KEY_CHANNELDOWN)
	Event code 410 (KEY_SHUFFLE)
Testing ... (interrupt to exit)
Event: time 1390508800.268777, type 1 (EV_KEY), code 352 (KEY_OK), value 1
Event: time 1390508800.268781, -------------- SYN_REPORT ------------
Event: time 1390508800.268801, type 1 (EV_KEY), code 352 (KEY_OK), value 0
Event: time 1390508800.268803, -------------- SYN_REPORT ------------
Event: time 1390508807.841784, type 1 (EV_KEY), code 108 (KEY_DOWN), value 1
Event: time 1390508807.841788, -------------- SYN_REPORT ------------
Event: time 1390508807.841845, type 1 (EV_KEY), code 108 (KEY_DOWN), value 0
Event: time 1390508807.841848, -------------- SYN_REPORT ------------

Alles anzeigen

Ich verstehe im Moment nicht wie ich nachvollziehen kann wie genau die Fernbedienung aktuell eingebunden ist und an wo ich an der Konfiguration drehen kann

Danke vorab an die Gemeinde für die Unterstützung!

seahawk1986 · 23. Januar 2014

Zitat von falcon64

Ich verstehe im Moment nicht wie ich nachvollziehen kann wie genau die Fernbedienung aktuell eingebunden ist und an wo ich an der Konfiguration drehen kann

Also die Tastennamen scheinen ja zu passen und evtest reagiert. Wenn du jetzt evtest beendest, eventlircd startest und dann irw aufrufst:

Code

sudo irw

solltest du sehen was eventlircd auf dem Lirc-Sockel ausgibt, von dem auch der VDR und XBMC lesen.

falcon64 · 23. Januar 2014

sudo irw liefert bei Tastendruck im Terminal keine Ausgabe. Auf die "wenigen Tasten die funktionieren" reagiert der vdr allerdings ...
Schlüssig ist das nicht

falcon64 · 23. Januar 2014

Was ich nicht nachvollziehen kann: selbst wenn ich eventlircd stoppe sehe ich bei evtest die Tasten. Hilft das als Info weiter was ich falsch mache/interpretiere?

seahawk1986 · 23. Januar 2014

Ah Moment, das ist ja gar kein rc-core Gerät, sondern ein normales Kernel Input Device - d.h. die Tasten musst du über eine evmap zuweisen und du brauchst noch eine udev-Regel um den Empfänger von eventlircd auswerten zu lassen.

Also sollte in die /lib/udev/rules.d/98-eventlircd.rules an dieser Stelle: https://github.com/yavdr/yavdr…/98-eventlircd.rules#L163 noch diese Ergänzung:

Code

ENV{ID_VENDOR_ID}=="0b48", ENV{ID_MODEL_ID}=="3011", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_$env{ID_VENDOR_ID}_$env{ID_MODEL_ID}.evmap"

Und du musst eine /etc/eventlircd.d/03_0b48_3011.evmap anlegen, in der du die Tasten, die noch nicht zum yaVDR-Namespace passen remappst.

falcon64 · 23. Januar 2014

Mach ich, Danke! Keep you posted was dabei raus kommt!

falcon64 · 24. Januar 2014

An der evmap hänge ich jetzt
Bleiben wir bei der OK Taste, vdr reagiert nicht.
Bei EVTEST kommt aber schon (original post oben)

Code

Event code 352 (KEY_OK)

"KEY_OK" ist doch schon Namespace konform?!

Wie muss die Zeile für die OK Taste dann in evmap konkret aussehen??

seahawk1986 · 24. Januar 2014

Zitat von falcon64

"KEY_OK" ist doch schon Namespace konform?!

Ja.

Wichtig wäre jetzt erst mal zu sehen, ob der Empfänger das udev-Attribut bekommt:

Code

udevadm info --query=env /dev/input/event6 # vorher mit evtest oder "cat /proc/bus/input/devices nachsehen, ob event6 immer noch stimmt

Da solltest du so etwas sehen, wenn die udev-Regel greift (im Zweifelsfall mal einen Neustart machen, damit sie sicher angewendet wird):

Code

eventlircd_enable=true
eventlircd_evmap=03_0b48_3011.evmap

Falls das Atribut nicht auftaucht, bräuchte ich mal die Details zu den Udev-Merkmalen des Gerät:

Code

udevadm info --query=all --attribute-walk /dev/input/event6

falcon64 · 24. Januar 2014

Ist nach meinem Eintrag in 98-eventlircd.rules auf event4 gewandert.

Code

evtest /dev/input/event4
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xb48 product 0x3011 version 0x0
Input device name: "IR-receiver inside an USB DVB receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
	Event code 2 (KEY_1)
	Event code 3 (KEY_2)
	Event code 4 (KEY_3)
	Event code 5 (KEY_4)
	Event code 6 (KEY_5)
	Event code 7 (KEY_6)
	Event code 8 (KEY_7)
	Event code 9 (KEY_8)
	...

Alles anzeigen

Soweit also alles OK.

Mit dem udev-Attribut scheint das allerdings in's Leere zu laufen:

Code

root@zbox:~# udevadm info --query=env /dev/input/event4
query needs a valid device specified by --path= or --name=

Da ich mit dem Befehl bisher nicht arbeiten musste einfach mal auf typo getippt und versucht:

Code

root@zbox:~# udevadm info --query=env --path=/dev/input/event4
device path not found

Bringt mich also auch nicht weiter

seahawk1986 · 24. Januar 2014

Probier es mal so - offenbar ist udev nicht in der Lage selbst zu erkennen was für ein Typ es ist...

Code

udevadm info --query=env --name=/dev/input/event4
udevadm info --query=all --attribute-walk --name=/dev/input/event4

falcon64 · 24. Januar 2014

Mühsam ernährt sich das Eichhörnchen

Also erstmal zur Bestätigung (jetzt event10...):

Code

root@zbox:~# evtest /dev/input/event10
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xb48 product 0x3011 version 0x0
Input device name: "IR-receiver inside an USB DVB receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
	Event code 2 (KEY_1)
	Event code 3 (KEY_2)
	Event code 4 (KEY_3)
	....

Alles anzeigen

udevadm liefert:

Code

root@zbox:~# udevadm info --query=env --name=/dev/input/event10
DEVLINKS=/dev/input/by-path/pci-0000:01:00.0-usb-0:1.3-event-ir
DEVNAME=/dev/input/event10
DEVPATH=/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input10/event10
ID_INPUT=1
ID_INPUT_KEY=1
ID_PATH=pci-0000:01:00.0-usb-0:1.3
ID_PATH_TAG=pci-0000_01_00_0-usb-0_1_3
ID_SERIAL=noserial
MAJOR=13
MINOR=74
SUBSYSTEM=input
UDEV_LOG=3
USEC_INITIALIZED=6469160
XKBLAYOUT=de
XKBMODEL=pc105


root@zbox:~# udevadm info --query=all --attribute-walk --name=/dev/input/event10


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.0/0000:01:00.0/usb6/6-1/6-1.3/input/input10/event10':
	KERNEL=="event10"
	SUBSYSTEM=="input"
	DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input10':
	KERNELS=="input10"
	SUBSYSTEMS=="input"
	DRIVERS==""
	ATTRS{name}=="IR-receiver inside an USB DVB receiver"
	ATTRS{phys}=="usb-0000:01:00.0-1.3/ir0"
	ATTRS{uniq}==""
	ATTRS{properties}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3':
	KERNELS=="6-1.3"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	....

Alles anzeigen

Hilft das weiter ???

seahawk1986 · 24. Januar 2014

Die Ausgabe von udevadm brauche ich schon komplett, sonst weiß ich ja nicht welche Attribute man in der udev-Regel verwenden kann - aktuell greift die ja noch nicht...

falcon64 · 24. Januar 2014

Sorry, ich hatte die Vermutung nur die ersten beiden Einträge ...
Here you go:

Code

root@zbox:~# udevadm info --query=all --attribute-walk --name=/dev/input/event10


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.0/0000:01:00.0/usb6/6-1/6-1.3/input/input10/event10':
	KERNEL=="event10"
	SUBSYSTEM=="input"
	DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input10':
	KERNELS=="input10"
	SUBSYSTEMS=="input"
	DRIVERS==""
	ATTRS{name}=="IR-receiver inside an USB DVB receiver"
	ATTRS{phys}=="usb-0000:01:00.0-1.3/ir0"
	ATTRS{uniq}==""
	ATTRS{properties}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3':
	KERNELS=="6-1.3"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}=="Default"
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="80"
	ATTRS{bMaxPower}=="500mA"
	ATTRS{urbnum}=="287194"
	ATTRS{idVendor}=="0b48"
	ATTRS{idProduct}=="3011"
	ATTRS{bcdDevice}=="0000"
	ATTRS{bDeviceClass}=="00"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="00"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="3"
	ATTRS{devpath}=="1.3"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="0"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{manufacturer}=="Jactek"
	ATTRS{product}=="TechnoTrend USB2.0"
	ATTRS{serial}=="000000031"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1':
	KERNELS=="6-1"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}==""
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="e0"
	ATTRS{bMaxPower}=="100mA"
	ATTRS{urbnum}=="25"
	ATTRS{idVendor}=="2109"
	ATTRS{idProduct}=="0811"
	ATTRS{bcdDevice}=="0200"
	ATTRS{bDeviceClass}=="09"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="01"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="2"
	ATTRS{devpath}=="1"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="4"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{product}=="USB2.0 Hub"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6':
	KERNELS=="usb6"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}==""
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="e0"
	ATTRS{bMaxPower}=="  0mA"
	ATTRS{urbnum}=="19"
	ATTRS{idVendor}=="1d6b"
	ATTRS{idProduct}=="0002"
	ATTRS{bcdDevice}=="0302"
	ATTRS{bDeviceClass}=="09"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="01"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="1"
	ATTRS{devpath}=="0"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="1"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{manufacturer}=="Linux 3.2.0-58-generic xhci_hcd"
	ATTRS{product}=="xHCI Host Controller"
	ATTRS{serial}=="0000:01:00.0"
	ATTRS{authorized_default}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0':
	KERNELS=="0000:01:00.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="xhci_hcd"
	ATTRS{vendor}=="0x1106"
	ATTRS{device}=="0x3432"
	ATTRS{subsystem_vendor}=="0x19da"
	ATTRS{subsystem_device}=="0x4243"
	ATTRS{class}=="0x0c0330"
	ATTRS{irq}=="43"
	ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f"
	ATTRS{local_cpulist}=="0-3"
	ATTRS{numa_node}=="-1"
	ATTRS{dma_mask_bits}=="64"
	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.0':
	KERNELS=="0000:00:1c.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="pcieport"
	ATTRS{vendor}=="0x8086"
	ATTRS{device}=="0x27d0"
	ATTRS{subsystem_vendor}=="0x19da"
	ATTRS{subsystem_device}=="0xa140"
	ATTRS{class}=="0x060400"
	ATTRS{irq}=="40"
	ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f"
	ATTRS{local_cpulist}=="0-3"
	ATTRS{numa_node}=="-1"
	ATTRS{dma_mask_bits}=="32"
	ATTRS{consistent_dma_mask_bits}=="32"
	ATTRS{enable}=="2"
	ATTRS{broken_parity_status}=="0"
	ATTRS{msi_bus}=="1"


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

Alles anzeigen

seahawk1986 · 24. Januar 2014

Probier mal bitte, ob das etwas ändert wenn du die Regel in der /lib/udev/rules.d/98-eventlircd.rules so abänderst:

Code

ATTRS{idVendor}=="0b48", ATTRS{idProduct}=="3011", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_$attr{idVendor}_$attr{idProduct}.evmap"

Wenn das auch nicht klappt, kannst du stattdessen in der /lib/udev/rules.d/98-eventlircd-names.rules so eine Regel verwenden:

Code

ATTRS{name}=="IR-receiver inside an USB DVB receiver", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="03_0b48_3011.evmap"

falcon64 · 24. Januar 2014

Irgendwie klappt das mit den Regeln nicht. Mit beiden Varianten ergeben sich keine Veränderungen (gebootet habe ich zwischendurch jedes Mal!).

Code

root@zbox:~# udevadm info --query=all --attribute-walk --name=/dev/input/event6


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.0/0000:01:00.0/usb6/6-1/6-1.3/input/input6/event6':
	KERNEL=="event6"
	SUBSYSTEM=="input"
	DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input6':
	KERNELS=="input6"
	SUBSYSTEMS=="input"
	DRIVERS==""
	ATTRS{name}=="IR-receiver inside an USB DVB receiver"
	ATTRS{phys}=="usb-0000:01:00.0-1.3/ir0"
	ATTRS{uniq}==""
	ATTRS{properties}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3':
	KERNELS=="6-1.3"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}=="Default"
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="80"
	ATTRS{bMaxPower}=="500mA"
	ATTRS{urbnum}=="9774"
	ATTRS{idVendor}=="0b48"
	ATTRS{idProduct}=="3011"
	ATTRS{bcdDevice}=="0000"
	ATTRS{bDeviceClass}=="00"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="00"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="3"
	ATTRS{devpath}=="1.3"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="0"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{manufacturer}=="Jactek"
	ATTRS{product}=="TechnoTrend USB2.0"
	ATTRS{serial}=="000000031"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1':
	KERNELS=="6-1"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}==""
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="e0"
	ATTRS{bMaxPower}=="100mA"
	ATTRS{urbnum}=="25"
	ATTRS{idVendor}=="2109"
	ATTRS{idProduct}=="0811"
	ATTRS{bcdDevice}=="0200"
	ATTRS{bDeviceClass}=="09"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="01"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="2"
	ATTRS{devpath}=="1"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="4"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{product}=="USB2.0 Hub"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6':
	KERNELS=="usb6"
	SUBSYSTEMS=="usb"
	DRIVERS=="usb"
	ATTRS{configuration}==""
	ATTRS{bNumInterfaces}==" 1"
	ATTRS{bConfigurationValue}=="1"
	ATTRS{bmAttributes}=="e0"
	ATTRS{bMaxPower}=="  0mA"
	ATTRS{urbnum}=="19"
	ATTRS{idVendor}=="1d6b"
	ATTRS{idProduct}=="0002"
	ATTRS{bcdDevice}=="0302"
	ATTRS{bDeviceClass}=="09"
	ATTRS{bDeviceSubClass}=="00"
	ATTRS{bDeviceProtocol}=="01"
	ATTRS{bNumConfigurations}=="1"
	ATTRS{bMaxPacketSize0}=="64"
	ATTRS{speed}=="480"
	ATTRS{busnum}=="6"
	ATTRS{devnum}=="1"
	ATTRS{devpath}=="0"
	ATTRS{version}==" 2.00"
	ATTRS{maxchild}=="1"
	ATTRS{quirks}=="0x0"
	ATTRS{avoid_reset_quirk}=="0"
	ATTRS{authorized}=="1"
	ATTRS{manufacturer}=="Linux 3.2.0-58-generic xhci_hcd"
	ATTRS{product}=="xHCI Host Controller"
	ATTRS{serial}=="0000:01:00.0"
	ATTRS{authorized_default}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1c.0/0000:01:00.0':
	KERNELS=="0000:01:00.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="xhci_hcd"
	ATTRS{vendor}=="0x1106"
	ATTRS{device}=="0x3432"
	ATTRS{subsystem_vendor}=="0x19da"
	ATTRS{subsystem_device}=="0x4243"
	ATTRS{class}=="0x0c0330"
	ATTRS{irq}=="43"
	ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f"
	ATTRS{local_cpulist}=="0-3"
	ATTRS{numa_node}=="-1"
	ATTRS{dma_mask_bits}=="64"
	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.0':
	KERNELS=="0000:00:1c.0"
	SUBSYSTEMS=="pci"
	DRIVERS=="pcieport"
	ATTRS{vendor}=="0x8086"
	ATTRS{device}=="0x27d0"
	ATTRS{subsystem_vendor}=="0x19da"
	ATTRS{subsystem_device}=="0xa140"
	ATTRS{class}=="0x060400"
	ATTRS{irq}=="40"
	ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f"
	ATTRS{local_cpulist}=="0-3"
	ATTRS{numa_node}=="-1"
	ATTRS{dma_mask_bits}=="32"
	ATTRS{consistent_dma_mask_bits}=="32"
	ATTRS{enable}=="2"
	ATTRS{broken_parity_status}=="0"
	ATTRS{msi_bus}=="1"


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

Alles anzeigen

falcon64 · 24. Januar 2014

Stop! Einen Schritt weiter bin ich!

Mit der Änderung in /lib/udev/rules.d/98-eventlircd-names.rules bekomme ich:

Code

root@zbox:~# udevadm info --query=env --name=/dev/input/event6
DEVLINKS=/dev/input/by-path/pci-0000:01:00.0-usb-0:1.3-event-ir
DEVNAME=/dev/input/event6
DEVPATH=/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/usb6/6-1/6-1.3/input/input6/event6
ID_INPUT=1
ID_INPUT_KEY=1
ID_PATH=pci-0000:01:00.0-usb-0:1.3
ID_PATH_TAG=pci-0000_01_00_0-usb-0_1_3
ID_SERIAL=noserial
MAJOR=13
MINOR=70
SUBSYSTEM=input
UDEV_LOG=3
USEC_INITIALIZED=6310621
XKBLAYOUT=de
XKBMODEL=pc105
eventlircd_enable=true
eventlircd_evmap=03_0b48_3011.evmap

Alles anzeigen

Next steps? Damit wären wir wieder bei der evmaps ...

falcon64 · 24. Januar 2014

Die Ausgabe von EVTEST jetzt:

Code

root@zbox:~# evtest /dev/input/event6
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xb48 product 0x3011 version 0x0
Input device name: "IR-receiver inside an USB DVB receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
	Event code 2 (KEY_1)
	Event code 3 (KEY_2)
...
	Event code 403 (KEY_CHANNELDOWN)
	Event code 410 (KEY_SHUFFLE)
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
***********************************************

Alles anzeigen

Ist aber wie erwartet ?!

falcon64 · 24. Januar 2014

Weiter gestochert... Mangels besseren Wissens einen Dummy Eintrag in 03_0b48_3011.evmap gemacht:

Code

KEY_OK 	= KEY_OK

Sicher Schwachsinn, aber was solls.

Jetzt liefert irw aber output

Code

root@zbox:~# irw
160 0 KEY_OK devinput
160 0 KEY_OK devinput
6c 0 KEY_DOWN devinput
67 0 KEY_UP devinput

Und z.B. die OK Taste zeigt auch eine Reaktion.
Macht bitte mal jemand das Licht hier für mich an?!!

seahawk1986 · 24. Januar 2014

Zitat von falcon64

Next steps? Damit wären wir wieder bei der evmaps ...

Zitat von seahawk1986

Und du musst eine /etc/eventlircd.d/03_0b48_3011.evmap anlegen, in der du die Tasten, die noch nicht zum yaVDR-Namespace passen remappst.

Code

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

Nach einem

Code

sudo stop eventlircd # gibt ggf. eine Fehlermeldung, wenn er nicht läuft
sudo start eventlircd

Solltest du sehen, dass eventlircd Tasten weiterreicht - überprüfen kannst du das mit

Code

sudo irw

Die Ausgabe von evtest ändert sich nicht.

Und jetzt trägst du für jede Taste, die nicht das tut was du von ihr willst den gewünschten Namen in die evmap ein, z.B. wird statt KEY_EXIT die Taste KEY_ESC erwartet, um im Menü einen Schritt zurück zu gehen und statt KEY_POWER wird KEY_POWER2 genutzt - also schreibst du so eine Zeile in die evmap:

Code

KEY_EXIT  =  KEY_ESC
KEY_POWER =  KEY_POWER2

Die Änderungen werden jeweils nach einem Neustart von eventlircd aktiv:

Code

sudo restart eventlircd

falcon64 · 24. Januar 2014

Hab jetzt auch ich verstanden

Ich danke Dir für die Super Hilfe!

yavdr + Technotrend S2-4600 Fernbedienung

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema