YaVDR 0.5 lirc

    Hallo,


    ich habe yavdr 0.5 neu installiert.


    leider bekomme ich die Fernbedienung unter VDR nicht zum laufen. Hauppauge_350
    Unter xbmc funktioniert die Fernbedienung.
    irw liefert mir z.B.


    160 0 KEY_OK devinput
    160 1 KEY_OK devinput
    160 2 KEY_OK devinput
    160 3 KEY_OK devinput
    160 4 KEY_OK devinput
    160 5 KEY_OK devinput
    160 6 KEY_OK devinput


    Schaut also gut aus.
    In der remote.conf sie der entsprechende Eintrag original so aus:
    LIRC.Ok OK


    ist das richtig? Oder sollte dieser so aussehen?
    LIRC.Ok KEY_OK


    Wie hier beschrieben: http://www.yavdr.org/documentation/0.5/de/ch02s03.html
    Dementsprechend wäre bei mir lirc event9 zugeordnet. Event9 ist mit /dev/lirc0 verbunden, das wäre aber falsch da die Signale an /dev/lirc1 herauskommen.


    ir-keytable liefert;
    Found /sys/class/rc/rc0/ (/dev/input/event9) with:
    Driver saa7134, table rc-hauppauge
    Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
    Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
    Repeat delay = 500 ms, repeat period = 125 MS


    ir-keytable -r funktioniert nicht, da scheinbar Event9 an lirc0 hängt.


    Laufen die Signale nun durch die keymap?



    Bekommt der VDR das Signal über Event oder lirc?


    Habe schon viel gesucht leider zum Teil etwas widersprüchlich.


    viele Grüße
    Andi

    Zitat von Back2Live

    In der remote.conf sie der entsprechende Eintrag original so aus:
    LIRC.Ok OK

    Das kann eigentlich nicht von yaVDR stammen - direkt bei der Installation wird die remote.conf aus mehreren Templates erstellt. Das für die Fernbedienungstasten ist dieses hier: https://github.com/yavdr/yavdr…dr/remote.conf/10_buttons und Zeile 4 sagt etwas anderes.

    Zitat von Back2Live

    Dementsprechend wäre bei mir lirc event9 zugeordnet. Event9 ist mit /dev/lirc0 verbunden, das wäre aber falsch da die Signale an /dev/lirc1 herauskommen.

    Was für einen Lirc-Empfänger hast du denn? Der Empfänger auf event19 ist ja ein rc-core Gerät und hat mit lircd so OOTB erst mal nichts am Hut - wie . Der Kernel erzeugt dafür ein Kernel Input Device. Über /lib/udev/rules.d/40-ir-keytable.rules wird die Keytable entsprechend der Konfiguration in der /etc/rc_maps.cfg geladen. Dann bekommt das Gerät über die /lib/udev/rules.d/98-eventlircd.rules die Umgebungsvariable "eventlircd_enable=true" zugewiesen und evenlircd greift sich das dann exklusiv und gibt die weitergeleiteten Tastendrücke auf seinem Socket /var/run/lirc/lircd aus.

    Zitat von Back2Live

    ir-keytable -r funktioniert nicht, da scheinbar Event9 an lirc0 hängt.

    Eventlircd öffnet das Input Device exklusiv. "ir-keytable -r" zum Anzeigen einer Keytable sollte aber eigentlich trotzdem funktionieren. Für das Testen der Tastendrücke mittels "ir-keytable -t" muss man eventlircd zuvor stoppen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hi,


    Ich habe den IR-Einschalter Rev5
    bei meinem bisherigen System wurde eventx je nach dem vergeben welche es nun gibt und wieviele es sind.


    ir-keytable
    Found /sys/class/rc/rc0/ (/dev/input/event9) with:
    Driver saa7134, table rc-hauppauge
    Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
    Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
    Repeat delay = 500 ms, repeat period = 125 MS



    und ist mit lirc0 verbunden:
    ll /sys/class/rc/rc0/
    insgesamt 0
    drwxr-xr-x 5 root root 0 Jan 20 20:53 ./
    drwxr-xr-x 3 root root 0 Jan 20 20:53 ../
    lrwxrwxrwx 1 root root 0 Jan 20 21:51 device -> ../../../0000:04:01.0/
    drwxr-xr-x 6 root root 0 Jan 20 20:53 input9/
    drwxr-xr-x 3 root root 0 Jan 20 20:53 lirc0/
    drwxr-xr-x 2 root root 0 Jan 20 21:51 power/
    -rw-r--r-- 1 root root 4096 Jan 20 20:53 protocols
    lrwxrwxrwx 1 root root 0 Jan 20 20:53 subsystem -> ../../../../../../class/rc/
    -rw-r--r-- 1 root root 4096 Jan 20 20:53 uevent


    an lirc0 kommt leider nichts sondern an lirc1, hmm.


    in der Datei /lib/udev/rc_keymaps/rc-hauppauge


    Steht z.B.
    0x1e25 KEY_OK


    müsste das die gleiche Adresse wie in der /etc/lirc/lircd.conf sein?
    KEY_OK 0x00000000000017A5

    Zitat von Back2Live

    an lirc0 kommt leider nichts sondern an lirc1, hmm.

    /dev/lirc0 ist der Ausgabepunkt, den der rc-core Treiber für den Empfänger in deiner DVB-Karte erstellt hat, da kommt IIRC nur etwas an, wenn kein Decoder neben dem LIRC-Protokoll aktiv ist. /dev/lirc1 dürfte dann der Atric Rev. 5 sein.


    Nachdem du lircd im WFE konfiguriert hat(wenn du kein vorgefertigtes Profil auswählst musst du noch eine passende lircd.conf nach /etc/lirc/lircd.conf kopieren und dann lircd von Hand mit "sudo start lircd" starten), kannst du mit

    Code
    pidof lircd

    sehen, ob lircd läuft und welche pid es hat. Die Ausgabe von lircd selbst solltest du dann so sehen können:

    Code
    sudo irw /var/run/lirc/lircd.$(pidof lircd)

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von Back2Live

    Steht z.B.
    0x1e25 KEY_OK


    müsste das die gleiche Adresse wie in der /etc/lirc/lircd.conf sein?
    KEY_OK 0x00000000000017A5

    Da ist nur das Toggle-Bit anders gesetzt - das Bit sollte bei der Bestimmung der Taste nicht berücksichtigt werden, da es mit jedem neuen Tastendruck den Zustand wechselt:

    Code
    0b0100000000000# toggle_bit_mask 0x800
0b1111000100101 #0x1e25
0b1011110100101 #0x17A5


    Meine lircd.conf für eine Hauppauge A415 Fernbedienung sieht so aus:

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    ok, das hatte ich auch schonmal getestet.


    irw /var/run/lirc/lircd.714
    00000000000017a5 00 KEY_OK Hauppauge_350
    00000000000017a5 01 KEY_OK Hauppauge_350
    00000000000017a5 00 KEY_OK Hauppauge_350
    00000000000017a5 01 KEY_OK Hauppauge_350


    Schaut auch gut aus.


    vdr wird so geladen:
    /usr/bin/vdr -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 --lirc=/var/run/lirc/lircd -w 0 -Pxineliboutput --local=none --primary --remote=127.0.0.1:37890 --truecolor -Ptext2skin -Pmenuorg -Pextrecmenu -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Pchannellists -Pmarkad -Piptv -Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper --upstart -Psc -B0 -B1 -B2 -Pstreamdev-server -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pfemon -Pxvdr -t 10 -Plircrc -Pquickepgsearch -Pepgsearch -f /usr/bin/svdrpsend -Pepgsearchonly -Pconflictcheckonly -Plive --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache vdr/epgimages -Pwirbelscan -Pdynamite


    er macht immer noch keinen muks mit der Fernbedienung.

    Wie gesagt ich vermute dass da die remote.conf des VDR nicht mehr original ist - die kannst du so wieder in den Auslieferungszustand versetzen (ggf. vorher nachsehen, ob es in /etc/yavdr/templates_custom/var/lib/vdr/remote.conf noch irgendwelche Dateien gibt, die da stören würden):

    Code
    sudo stop vdr
sudo process-template --mode=755 --owner=vdr --group=vdr /var/lib/vdr/remote.conf
sudo start vdr

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    hatte die remote.conf vorhin schon durch die von deinem link ersetzt und jetzt nochmal die Original mit
    process-template --mode=755 --owner=vdr --group=vdr /var/lib/vdr/remote.conf
    wieder hergestellt.


    Leider immer noch kein Erfolg.


    Im syslog noch einen Eintrag gefunden:
    lircrc: killing VDRs LIRC remote

    Also es funktioniert nur am VDR nicht, XBMC reagiert auf Tastendrücke, die der Atric empfängt?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Was sagen denn

    Code
    status lircd2uinput
svdrpsend remo


    Reagiert der VDR auf SVDRP-Befehle wie z.B.

    Code
    svdrpsend hitk ok

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    [code]root@yavdr:~# status lircd2uinput
    lircd2uinput start/running, process 809


    root@yavdr:~# svdrpsend remo
    220 yavdr SVDRP VideoDiskRecorder 2.0.6; Wed Jan 21 00:00:11 2015; UTF-8
    250 Remote control is enabled
    221 yavdr closing Connection


    root@yavdr:~# svdrpsend hitk ok
    220 yavdr SVDRP VideoDiskRecorder 2.0.6; Wed Jan 21 00:00:45 2015; UTF-8
    250 Key "ok" accepted
    221 yavdr closing connection
    root@yavdr:~#[/code]


    ja er reagiert darauf. Wie er sollte bei der key ok.

    Wie sieht die /var/lib/vdr/remote.conf jetzt aus?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Die schaut nun so aus:


Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden