[yavdr 0.5 - gelöst] Technotrend TTUSBIR Empfänger mit TTS35AI Fernbedienung

  • Hallo vdr Entwickler Team, Hallo vdr Gemeinde,


    wie immer laufen meine vdrs super :-).
    Vielen Dank an das vdr Entwickler Team.


    Leider bin ich beim Aufbau eines neuen vdrs auf ein Problem gestoßen.


    Die Kombination aus Technotrend TTUSBIR Empfänger und TTS35AI Fernbedienung wird bereits erfolgreich bei einem alten yavdr 0.5 benutzt.


    Allerdings verhält sich der neu aufgesetzte vdr anders.


    Die funktionierende Kombination wurde wie folgt aufgesetzt:
    yavdr 0.5 installiert, im WFE als Empfänger "Technotrend USB IR receiver" ausgewählt.
    Danach unter
    /usr/share/yavdr-remote/remotes
    die Datei ttusbir.conf gegen die TTS35AI keymap ausgetauschen.


    Beim Aufsetzen des neuen vdrs führt dieses Vorgehen nicht mehr zum Erfolg.
    Der vdr reagiert weiterhin auf die originale TT Fernbedienung, jedoch nicht auf die TTS35AI.


    Dmesg zeigt, daß beim neuen vdr der TT USB IR Empfänger sowohl als lircd Device als auch als RC Core Device erkannt wird (Registered IR keymap rc-tt-1500), während der alte vdr nur ein lircd device anlegt.


    Dmesg alter vdr beim Anstecken der Empfängers:
    [ 2637.012095] usb 4-1: new full-speed USB device number 2 using ohci_hcd
    [ 2637.262809] lirc_dev: IR Remote Control driver registered, major 250
    [ 2637.264692] lirc_ttusbir: module is from the staging directory, the quality is unknown, you have been warned.
    [ 2637.267832] TTUSBIR 4-1:1.0: lirc_dev: driver TTUSBIR registered at minor = 0
    [ 2637.267915] usbcore: registered new interface driver TTUSBIR
    [ 2637.669430] input: lircd as /devices/virtual/input/input13


    Dmesg neuer vdr bei Anstecken der Empfängers:
    [ 99.292004] usb 2-1.5: new full-speed USB device number 6 using ehci-pci
    [ 99.400946] usb 2-1.5: New USB device found, idVendor=0b48, idProduct=2003
    [ 99.400951] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
    [ 99.400953] usb 2-1.5: Product: TT-USB Infrared Device
    [ 99.400955] usb 2-1.5: Manufacturer: TechnoTrend AG
    [ 99.463820] Registered IR keymap rc-tt-1500
    [ 99.463889] input: TechnoTrend USB IR Receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/rc/rc0/input11
    [ 99.463932] rc0: TechnoTrend USB IR Receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/rc/rc0
    [ 99.464247] usbcore: registered new interface driver ttusbir
    [ 99.472126] IR NEC protocol handler initialized
    [ 99.480443] IR RC5(x) protocol handler initialized
    [ 99.492208] IR RC6 protocol handler initialized
    [ 99.500815] IR JVC protocol handler initialized
    [ 99.514295] IR Sony protocol handler initialized
    [ 99.515712] IR SANYO protocol handler initialized
    [ 99.517285] input: MCE IR Keyboard/Mouse (ttusbir) as /devices/virtual/input/input12
    [ 99.517353] IR MCE Keyboard/mouse protocol handler initialized
    [ 99.518928] lirc_dev: IR Remote Control driver registered, major 250
    [ 99.519522] rc rc0: lirc_dev: driver ir-lirc-codec (ttusbir) registered at minor = 0
    [ 99.519524] IR LIRC bridge handler initialized
    [ 99.830792] input: lircd as /devices/virtual/input/input13


    Gibt es eine Möglichkeit das Verhalten des neuen vdrs so zu ändern, daß er sich wie der alte verhält und der Austausch von /usr/share/yavdr-remote/remotes/ttusbir.conf die TTS35AI aktiviert?


    Falls nicht, gibt es eine Möglichkeit die keymap rc-tt-1500 durch die TTS35AI keymap zu ersetzen?


    Mit freundlichen Grüßen
    Bernhard

  • Die Kombination aus Technotrend TTUSBIR Empfänger und TTS35AI Fernbedienung wird bereits erfolgreich bei einem alten yavdr 0.5 benutzt.


    Allerdings verhält sich der neu aufgesetzte vdr anders.

    Ist das wirklich beide Male der gleiche Empfänger und yaVDR 0.5 gewesen?


    Der Empfänger wird also als rc-core Gerät erkannt (damit ist die Auswahl des Lirc-Gerätes im WFE hinfällig). Aufgrund dieses Eintrags in der /etc/rc_map.cfg greift die genannte keytable rc-tt-1500
    Du kannst mit einem Custom Template für die /etc/rc_map.cfg den Pfad ohne Probleme auf ein anderes Ziel umbiegen und die nötige Konfiguration dort hinterlegen. Falls nicht alle Scancodes bekannt sind, kannst du sie wie in der Dokumentation beschriben mit Hilfe von ir-keytable ermitteln: http://www.yavdr.org/documenta…html#_scancodes_ermitteln (den Header am besten von der existierenden Keytable übernehmen).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hallo Seahawk,


    vielen Dank für die schnelle Antwort.
    Das Umbiegen des rc-tt-1500 Eintrags funktoniert prima.

    Ist das wirklich beide Male der gleiche Empfänger und yaVDR 0.5 gewesen?

    Laut lsusb sind beide Empfänger die selben: ID=121893 ID 0b48:2003 TechnoTrend AG.
    Tausch der beiden Empfänger führt auf beiden Rechnern zum selben Verhalten.


    vdr und yavdr-remote Version ist auf beiden Rechnern gleich (vdr 2.0.3-3, bzw. yavdr-remote von 20130905 stable).


    Unterschiedlcih ist nur die Rechner Hardware:
    Rechner alt: Asus AT3N7A-I (Atom / Ion Grafik, kein serieller Port)
    Rechner neu: Verhalten getestet mit Asrock H61 Mainboard + Nvidia GT630 (raring kernel) bzw. Zotac D2550-ITX (precise kernel)


    Mit freundlichen Grüßen
    Bernhard

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!