yavdr + Technotrend S2-4600 Fernbedienung

  • Heute möchte ich an den doppelten Tasten weiterkommen. Ich bleibe in dem alten Thread damit am Ende klar ist wie die Kiste an's laufen kommt :]
    Also ich habe versucht mich durch die Dokus/Threads zu lesen:
    Scheint ein dauerhaftes Thema zu sein, unter yavdr 0.4 wurde mit hardcoded delays in eventlircd experimentiert. In 0.5 wird dann lirc2uinput verwendet?!


    Details zu meinen Problemen damit:
    a) lircd2uinput schein nicht gestartet zu sein :


    Code
    root@zbox:~# status lircd2uinput 
    lircd2uinput stop/waiting


    Wo stelle ich ein, dass der startet?


    b) in der Doku zu yavdr 0.5 steht:


    Code
    Dieser lässt sich im Webfrontend einfach auf der Seite zur Fernbedienung
     aktivieren und über die Konfigurationsdatei in 
    /etc/yavdr/lircd2uinput.conf feinjustieren.


    1. Wo bitteschön im Webfrontent, da sehe ich nichts ?!
    2. Die /etc/yavdr/lirc2uinput.conf muss ich wohl erst anlegen, weil nicht existent!...


    c) gibt es ein template für diese lircd2input.conf mit der ich anfangen kann zu experimentieren?


    Sorry, ich hatte mir wirklich vorgenommen alleine weiter zu kommen. Ich brauche Euch aber doch :(

  • lircd2uinput dient wie der Name schon sagt dazu von einem Lirc-Sockel zu lesen und daraus über uinput ein Eingabegerät zu simulieren (das eventlircd dann einbinden kann). Das Programm ist bei deinem Empfänger sinnlos, da es keinen Lirc-Sockel gibt, von dem es lesen könnte.


    Du hast mit deinem Empfänger zwei Möglichkeiten:
    1) der VDR 2.x.x hat einen einstellbaren Repeat-Filter (unter Sonstiges in den Einstellungen):
    [Blockierte Grafik: https://dl.dropboxusercontent.…09/Settings-sonstiges.jpg]
    2) du schaltest den Repeatfilter von eventlircd wieder ein, indem du die Raute vor --repeat-filter in dieser Zeile der /etc/init/eventlircd.conf entfernst: https://github.com/yavdr/yavdr…/init/eventlircd.conf#L21

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich nutze als Frontend XBMC, da habe ich diese Einstellmöglichkeiten nicht.
    Ich habe im Netz einen älteren Hinweis aus 2011 gefunden:


    Code
    Dann in der Datei
    /root/.XBMC/userdata/advancedsettings.xml
    die Zeile
    <remotedelay>10</remotedelay>
    einfügen.


    Stimmt das (noch) bzw. macht das bei meinem Setup überhaupt Sinn?
    Ich probiers dann heute Abend mal damit.

  • Ich nutze als Frontend XBMC, da habe ich diese Einstellmöglichkeiten nicht.


    Der Weg über den Repeat-Filter von Eventlircd sollte auf jeden Fall möglich sein.


    Die Advancedsettings.xml wird bei yaVDR unter /var/lib/vdr/.xbmc/userdata/ erwartet - neben remotedelay gibt es auch noch remoterepeat:
    http://wiki.xbmc.org/?title=Ad…ngs.xml#.3Cremotedelay.3E
    http://wiki.xbmc.org/?title=Ad…gs.xml#.3Cremoterepeat.3E


    Da musst du einfach ausprobieren was das bessere Ergebnis für dich bringt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Extrem nervig X(
    Der Repeat-Filter von Eventlircd steht bei mir nur auf Rang 2 da ich ihn nicht parametrieren kann. Sowieso: wenn ich ihn einschalte verbessert sich nix.


    advancedsettings.xml zeigt leider auch keinen Effekt. Ich habe extra in XBMC im Debugmodus kontrolliert ob das File eingelesen wird und ich nicht doch im Pfad oder aber im File selber einen Typo habe.



    Also alles in Ordnung, ich hab (neben remotedelay) bei remoterepeat bis 20000 probiert. Kein Effekt. Ich sehe sowohl bei irw, als auch im XBMC Logfile immer noch in einem von 5-10 Fällen die doppelten Tasten mit der entsprechenden Reaktion im GUI.


    Ich werde jetzt zwei Wege probieren:
    1. ich versuche mir einen eigenen Filter zu stricken den ich wirklich kontrollieren kann.
    2. Vielleicht einfach eine andere separate FB (rc_core) :(

  • Kannst du mal die Ausgabe von evtest für ein paar Tasten posten, damit man das Timing der wiederholten Tastendrücke sieht?
    Da das Problem ja öfters auftritt lohnt es sich vermutlich da noch einen besser anpassbaren Filter vor eventlircd zu hängen - man könnte z.B. den PS3-remote-daemon etwas umstricken, damit der die Events eines Kernel Input Devices filtert (https://github.com/seahawk1986…mon/blob/master/ps3remote) - ich schau mir das mal heute Abend an.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Voilá,


    hier war's OK:


    Code
    Event: time 1391177664.273088, type 1 (EV_KEY), code 106 (KEY_RIGHT), value 1
    Event: time 1391177664.273092, -------------- SYN_REPORT ------------
    Event: time 1391177664.273117, type 1 (EV_KEY), code 106 (KEY_RIGHT), value 0
    Event: time 1391177664.273120, -------------- SYN_REPORT ------------


    Bei den folgenden dann nicht:


    Code
    Event: time 1391177493.397967, type 1 (EV_KEY), code 105 (KEY_LEFT), value 1
    Event: time 1391177493.397970, -------------- SYN_REPORT ------------
    Event: time 1391177493.397991, type 1 (EV_KEY), code 105 (KEY_LEFT), value 0
    Event: time 1391177493.397993, -------------- SYN_REPORT ------------
    Event: time 1391177493.649992, type 1 (EV_KEY), code 105 (KEY_LEFT), value 1
    Event: time 1391177493.649996, -------------- SYN_REPORT ------------
    Event: time 1391177493.650017, type 1 (EV_KEY), code 105 (KEY_LEFT), value 0
    Event: time 1391177493.650019, -------------- SYN_REPORT ------------


    Code
    Event: time 1391177770.145967, type 1 (EV_KEY), code 352 (KEY_OK), value 1
    Event: time 1391177770.145970, -------------- SYN_REPORT ------------
    Event: time 1391177770.145992, type 1 (EV_KEY), code 352 (KEY_OK), value 0
    Event: time 1391177770.145994, -------------- SYN_REPORT ------------
    Event: time 1391177770.397997, type 1 (EV_KEY), code 352 (KEY_OK), value 1
    Event: time 1391177770.398000, -------------- SYN_REPORT ------------
    Event: time 1391177770.398021, type 1 (EV_KEY), code 352 (KEY_OK), value 0
    Event: time 1391177770.398023, -------------- SYN_REPORT ------------


    Code
    Event: time 1391177810.969995, type 1 (EV_KEY), code 108 (KEY_DOWN), value 1
    Event: time 1391177810.969998, -------------- SYN_REPORT ------------
    Event: time 1391177810.970023, type 1 (EV_KEY), code 108 (KEY_DOWN), value 0
    Event: time 1391177810.970025, -------------- SYN_REPORT ------------
    Event: time 1391177811.221985, type 1 (EV_KEY), code 108 (KEY_DOWN), value 1
    Event: time 1391177811.221987, -------------- SYN_REPORT ------------
    Event: time 1391177811.222009, type 1 (EV_KEY), code 108 (KEY_DOWN), value 0
    Event: time 1391177811.222011, -------------- SYN_REPORT ------------


    Offenbar jedes Mal ca. 250 ms?


    Eine brauchbare Lösung für alle wäre natürlich genial. Ich schau parallel auch mal rein!

  • Ok, das sind ja keine Tastenwiederholungen, sondern mehrfache Einzeltastendrücke, daher greift der Filter von eventlircd vermutlich nicht.


    Wie sieht das mit "sudo irw" aus? Vermutlich zählt er dann die Tasten-Wiederholungen nicht hoch, sondern fängt immer wieder bei 0 an - und dann greift der Wiederholungsfilter von XBMC auch nicht: https://github.com/xbmc/xbmc/b…input/linux/LIRC.cpp#L298

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Nein, irw zählt die nicht hoch:


    Code
    6a 0 KEY_RIGHT devinput
    6a 0 KEY_RIGHT devinput
    69 0 KEY_LEFT devinput
    69 0 KEY_LEFT devinput
    6a 0 KEY_RIGHT devinput


    Mehrere Einzeltastendrücke, also Tastenprellen (bouncing). Genau dagegen soll doch in den advancedsettings.xml von XBMC remoterepeat helfen!


    OK, warum auch immer das nichts bringt, lass uns es einfach vorher abfangen...

  • Mehrere Einzeltastendrücke, also Tastenprellen (bouncing). Genau dagegen soll doch in den advancedsettings.xml von XBMC remoterepeat helfen!

    Jein, das ist eigentlich nur für prellende Lirc-Fernbedienungen gedacht, bei denen es (fälschlicherweise) Wiederholungsevents gibt - Einzeltastendrücke mit 250 ms Abstand hintereinander sind ja eigentlich nichts ungewöhnliches und prinzipell erwünscht. Wie man sieht löst nicht jede Software das Problem so pragmatisch wie der VDR :unsch


    IMHO verhält sich der Treiber für den Empfänger unglücklich, weil er keine Wiederholungsevents generiert. Woher die ~ 250 ms Abstand kommen würde mich auch interessieren, das wäre für die gängigen IR-Protokolle recht ungewöhnlich...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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