IRMP auf Pico - ein USB-HID-Keyboard IR-Empfänger/Sender/Einschalter mit Wake-up Timer

****************************************************************************************

Projektseiten:

IRMP_PICO

Verkauf im Forums-Marktplatz:

Verkauf:STM32 Sticks und Arduino USB IR Empfänger, RP 2040 Zero I.R. Empfänger kompl.

Entstanden aus:

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

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

****************************************************************************************

Für IRMP auf Pico habe ich das Beste aus den Vorgängern zusammengefügt.
Es wird sowohl als Tastatur ausgegeben als auch über hid raw. Das hat den Vorteil, dass auch das Protokoll und die Wiederholrate übergeben werden, was nur als Tastatur nicht möglich war.
Für die Verwendung mit VDR empfehle ich das vdr-plugin-irmp. Es umgeht die Fehler, die im VDR lirc Code stecken und kann dank bekannter Wiederholrate ein perfektes Timeout einstellen. Bei anderen Empfängern geht das nicht (und für Klaus hat das geringe Priorität).
Für Kodi wird wie gewohnt die Keyboard Ausgabe benutzt.
Im Vergleich hat der Flirc das schönere Aussehen, während der IRMP die überlegene Technik hat.

Egal ob man vom Keyboard Empfänger oder vom lirc Empfänger kommt, braucht man nur die neue Firmware zu flashen. Beim lirc Empfänger kann man auch noch die Tasten für Keyboard anlernen, geht aber auch ohne.
Repeat delay, period und timeout sollte man vom Keyboard Empfänger kommend resetten. Vom lirc Empfänger kommend muss das Wakeup neu angelernt werden und eventuell die Makros.
Wer will kann den Timeout auch nach wie vor von Hand setzen. 0 bedeutet automatisch.
Für vdr-plugin-irmp müssen die Tasten angelernt werden, am einfachsten per VDR's OSD.

Wenn man softhddevice benutzt, muss der Parameter -N übergeben werden, damit die Tastatur Ausgaben nicht ausgewertet werden, denn softhddevice ist da ziemlich ungenau.
Bei softhddevice-drm-gles braucht man --no-kbd.

Ich habe die LIESMICHs auf den neuesten Stand gebracht und es lohnt sich sie zu lesen.

Das Ganze ist noch ziemlich neu und kann Fehler enthalten. Die werden sobald bekannt schnellstmöglich behoben. Denn die Weiterentwicklung findet nur noch hier statt.
Wer will kann über Weihnachten schon mal spielen

Die USB ID ist 4446 statt 4445, ansonsten so wie vorher.

Edit: Ich muss nochmal überdenken, ob der USB ID Wechsel sinnvoll ist.

Da ich vom "STM32_KBD", das mit 1209:4445 einhergeht, weg wollte, ist es glaube ich am saubersten, für "Pico" 1209:4446 zu verwenden.
Wenn du beide bedienen willst, würde ich versuchen erst das Eine zu öffnen open_irmp("/dev/irmp_stm32_kbd"), und wenn das nicht geht, versuchen das Andere zu öffnen open_irmp("/dev/irmp_pico"). Die Zuordnung macht die udev Regel. Oder so ähnlich.

Quote from vdr_rossi

Und scrollen darin springt immer zwei Einträge weiter.

Das hatte ich vor kurzem auch.
Gestern habe ich stundenlang getestet, da ging es immer perfekt.
Ich bin noch auf der Suche, ob da irgendeine Randbedingung alles durcheinander bringt.

Im Moment ist da viel Bewegung drin. Hast du alles auf Stand gestern?

Teste mal mit irmpconfig -> m und drücke wild durcheinander auf beliebige Tasten und poste den Output.
pass_on_delta_detection_f sollte bei deiner Sky auf 150 stehen, min_delta wenn es gut läuft auch.
Wenn min_delta bzw pass_on_delta_detection_f deutlich kleiner wäre, liegt ein Fehler vor.

Die Frage ist, wie man den Fehler reproduzieren kann, damit ich ihm auf die Schliche komme.

Was kurzfristig hilft: eine Taste einer anderen Fernbedienung mit anderem Protokol drücken, dann setzt die Firmware die Werte zurück.

Das Problem ist, dass wenn es gut läuft, die automatische Repeatraten Erkennung sehr praktisch ist, aber wenn sie aus dem Tritt kommt, wird der VDR fast unbedienbar.

Quote from vdr_rossi

Dez 30 14:39:26 LibreELEC kernel: hid-generic 0003:1209:4446.0003: input,hiddev96,hidraw2: USB HID v1.11 Keyboard [Raspberry Pi Pico IRMP HID-KBD-Device] on usb-xhci-hcd.0-1.

Dann ./irmpconfig /dev/hidraw2. Eigentlich sollte die udev Rule das machen.
Du kannst auch ein make absetzen und bei dir neu bauen.

Bei mir läuft das.

Quote from vdr_rossi

LibreElec ist soweit abgespeckt, da kann ich kein make absetzen.

Unpraktisch.

Das binary ist für x86 gebaut, nicht für arm.

Alternativ kannst du den VDR auf der Kommandozeile starten, dann siehst du die Debugausgaben von vdr-plugin-irmp.
Da kommt es auf den Wert von timeout an.

In der Firmware auf dem Pico, denn im vdr-plugin hat es nicht zuverlässig funktioniert.

Quote from jrie

Deswegen gehört die Wiederholraten Erkennung auf einen Mikrocontroller, der nur das macht und sonst nichts und daher nie Hänger hat.

Ich habe noch einen möglichen Fehler abgefangen (der aber ziemlich unwahrscheinlich ist).
Eine andere Fehlerquelle konnte ich nicht finden (daher sollte es bereits seit Firmware von gestern funktionieren).

Es gibt neue Firmware (und die Ausgaben von irmpconfig habe ich etwas reduziert).

Der zweite Fehler (29.12. Firmware): es wurde nicht nur das Intervall zwischen den Tastendrücken gemessen, sondern auch das VOR dem ersten Druck (was keinen Sinn macht).
Der erste Fehler (27.12. Firmware): dieser Wert vor dem ersten Druck war nicht initialisiert, hatte also einen zufälligen Wert, und je nach Zufall ging es dann oder nicht.
In der Firmware ab 30.12. ist Beides behoben.

Mit welchen Plugins und Parametern startest du vdr?

Bei mir funktioniert die Sky.

Da müsstest du rell bitten, meinen Patch command line argument to disable softhddevice’s remote control zu übernehmen.

Denn sonst bekommst du die Tastendrücke sowohl über vdr-plugin-irmp als auch vermutlich über vdr-plugin-softhddevice-drm-gles.