IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger/Sender/Einschalter mit Wakeup-Timer

Ob der Empfänger gegrabt wird, wird hier festgelegt: https://github.com/j1rie/IRMP_STM…rmphidkbd.c#L49
Default ist aus.

Damit keine doppelten Tastendrücke kommen, kommt in die remote.conf:
XKeySym.Up n
XKeySym.Down n
XKeySym.Menu n

Funktioniert bei mir einwandfrei.
Statt dessen könnte man auch überlegen, softhddevice um eine Option "keine Fernbedienung" zu erweitern.

Vor die Wahl gestellt, rauszukriegen, warum softhddevice manchmal die Tastendrücke verzögert weitergibt, oder ein Plugin zu schreiben, hielt ich Letzteres für die schnellere Variante.

Quote from clausmuus

Gibt es das Problem eigentlich nur bei IRMP Geräten, oder auch bei anderen HID Geräten?

Bei allen.

Quote from clausmuus

Und falls ja, würde das Plugin auch da funktionieren und helfen?

Im Prinzip Ja.
Da muss man sich den Einzelfall anschauen.

https://git.tvdr.de/?p=vdr.git;a=b…ba3a7160133#l41
VDR kennt Repeat und Release, mein Plugin auch.
https://github.com/j1rie/IRMP_STM…mphidkbd.c#L117
https://github.com/j1rie/IRMP_STM…mphidkbd.c#L130

Kodi kennt lange und kurze Tastendrücke.

Quote from clausmuus

Zumindest beim RC6 Protokoll sendet die Fernbedienung unterschiedliche Signale, je nachdem ob lange oder doppelt gedrückt wird. Ob der IRMP-HID das auch unterschiedlich weiterreicht und in langes oder kurzes drücken übersetzt, weiß ich nicht mehr.

Bei den Protokollen, die ein Bit toggeln, erkennt IRMP das.

Beim Weitergeben kann ein Tastaturempfänger aber nur Keypress und Release ausgeben. Daher kann die Erkennung ob kurz oder lang erst in der auswertenden Software erfolgen.

Dazu gab es schon längere Diskussionen hier im Portal, und daher habe ich mal was dazu geschrieben:
https://github.com/j1rie/IRMP_STM…_Zusatzsoftware

Die Zusatzsoftware ist je nach Geschmack mein Kerneltreiber oder stm32kbd2uinput (für Kodi relevant) oder findet in VDR's cRemote statt.
Das kann aus Prinzip nicht perfekt sein, weil man einen Timeout abwartet, um zu unterscheiden ob Repeat oder Neu. In der Praxis ist das aber bei einem vernüfigen Timeout (der eigentlich zum IR Protokoll passen muss), gut genug.

An den Stellen, wo Setup.RcRepeatDelta * 3 / 2 als Timeout eingestellt ist, ist das meinem Verständnis nach nicht sinnvoll (softhddevice und cKbdRemote), denn das Timeout muss zur Wiederholrate der Fernbedienung passen, während RcRepeatDelta * 3 / 2 , wenn zum Beispiel jeder zweite Impuls durchgelassen werden soll, zu gross ist.

Quote from jrie

Das kann aus Prinzip nicht perfekt sein, weil man einen Timeout abwartet, um zu unterscheiden ob Repeat oder Neu. In der Praxis ist das aber bei einem vernüfigen Timeout (der eigentlich zum IR Protokoll passen muss), gut genug.

VDR wertet in lirc.c den Zähler bzw. LIRC_SCANCODE_FLAG_TOGGLE aus, das bedeutet, bei IR Protokollen, die togglen, geht das nahtlos bis zum VDR durch.
Das ist optimal, und wenn man sehr schnell auf die Taste hackt, kann das den Unterschied machen, ob Repeat bzw. Neu richtig erkannt wird.
Wenn man schon etwas älter ist und der Finger nicht mehr so schnell ist, ist das aber auch egal. Um mit dem Finger schneller als ein vernünftig gewählter Timeout zu sein, muss man sich schon Mühe geben. Möglich ist es aber.

Quote from vdr_rossi

Bin gespannt ob das einen Mehrwert bei der Bedienung gibt.

Wo spielt die Erkennung ob Wiederholung oder Neuer eine Rolle?

Im VDR zum Beispiel beim Ändern mancher Setup Werte beim höchsten bzw. tiefsten Wert, aber auch an anderen Stellen. Das müsste kls sagen, wo überall. Ziemlich praktisch, geht zur Not aber auch ohne.

In Kodi soweit ich mich erinnere setzt bei Repeat eine Beschleunigung ein (oder kam die von eventlircd?). Das ist bei sehr langen Listen praktisch und will man haben. Manchmal stört das aber auch.
Im Source vom VDR gibt es TODO Kommentare, das eventuell auch einzubauen.

Test: Einstellungen → OSD → Anzeigedauer
10 eingeben, Links gedrückt halten, er geht bis 0 und hält da an, wenn Repeats richtig erkannt werden. Mit neu Links drücken springt er auf 60.
Falls alle Tasten als neu erkannt werden, würde er bei 0 nicht anhalten, sondern gleich auf 60 und weiter abwärts gehen.

Softhddevice funktioniert bei mir wieder. Bin nicht dahinter gekommen, was den Unterschied macht.

Was ich aber gelernt habe: Der Empfänger sollte die Tasten einfach durchgeben und nicht auf RepeatDelay oder RepeatDelta filtern, denn das macht besser der VDR bzw. der cRemote-Teil in softhddevice.

Das vdr-plugin-irmphidkbd wertet jetzt auch Protokoll und Zähler aus und stellt automatisch optimale Erkennungswerte ein.
Das kann eine Tastatur eigentlich gar nicht übergeben, aber mit einem Trick geht es trotzdem.
Modifier gehen auch.
Es muss neu angelernt werden und die neue Firmware benutzt werden.

remote.conf:
IRMP_KBD.Left       ff|KEY_LEFT
IRMP_KBD.Right      ff|KEY_RIGHT
IRMP_KBD.Red        KEY_LEFTCTRL|KEY_T

Seit über 1 Jahr war in der GUI „set by remote → irdata“ kaputt. Da fehlte nach umbenennen 1 Buchstabe. Ist jetzt gefixt.

Quote from jrie

Statt dessen könnte man auch überlegen, softhddevice um eine Option "keine Fernbedienung" zu erweitern.

Hab's eingebaut: https://github.com/j1rie/vdr-plug…5076148141437e5

https://github.com/j1rie/IRMP_STM…uliertes-eeprom: da fehlt noch ein commit.
Wenn man bei der nächsten Version mit der Maus auf eeprom-flash geht, sieht man unten in der Hilfezeile den Text: "flash into eeprom (RP2xxx: finally press 'commit'!" als Erinnerung.
Ist mir auch schon passiert, dass ich das vergessen habe.

Das Problem ist, dass das emulierte EEprom bei den RP2xxx anders funktioniert als bei den STM32.
Und die Funktionalität bei der GUI wurde sozusagen aufgepfropft.
Vielleicht fällt mir noch was ein, wie ich das noch besser machen kann.
Ich hab auch schon überlegt, ein neues Repo nur für RP2xxx aufzumachen. Aber dazu konnte ich mich noch nicht durchringen, da viel Arbeit und die STM32 sollen auch noch was von der Weiterentwicklung haben.

Nächster hoffentlich völlige Klarheit schaffender Entwurf:

eeprom-flash:

eeprom-commit:

Der Vorteil vom Cache ist, dass es weniger Schreibvorgänge gibt, und der Flash, der nur eine gewisse Anzahl von Überschreiben aushält, länger lebt.
Das könnte vor allem bei China Klonen mit billigem Flash wichtig sein.