Ziehe den 5v Pin hier ab und verbinde ihn direkt mit der lila Strippe vom Netzteil Stecker?
Genau.
Von den TT-Kabeln habe ich mehrere da, eins funktioniert nach gleichem Prinzip an einem Raspberry per GPO.
Mit wieviel Volt versorgt?
Ältere TSOPs brauchen 5V und Neuere, die 3,3V brauchen verkraften auch 5V.
Beim event vom Flirc ist Delay 270 und Period 40 - 44 ms.
Wenn du das event vom Keyboard-Empfänger auch so einstellst bzw. es per default genauso eingestellt ist, verhalten sich beide gleich.
Du kannst noch versuchen, den repeat_timeout etwas kleiner zu machen, z.B. mal 170 testen. Je näher an 150 desto besser, aber gross genug, dass es noch funktioniert. Das optimiert den Nachlauf.
Display MoreEvent: time 1658947343.386885, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003c
Event: time 1658947343.386885, type 1 (EV_KEY), code 61 (KEY_F3), value 1
Event: time 1658947343.386885, -------------- SYN_REPORT ------------
Event: time 1658947343.408848, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003c
Event: time 1658947343.408848, type 1 (EV_KEY), code 61 (KEY_F3), value 0
Event: time 1658947343.408848, -------------- SYN_REPORT ------------
Event: time 1658947343.686903, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003c
Event: time 1658947343.686903, type 1 (EV_KEY), code 61 (KEY_F3), value 1
Event: time 1658947343.686903, -------------- SYN_REPORT ------------
Event: time 1658947343.708891, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003c
Event: time 1658947343.708891, type 1 (EV_KEY), code 61 (KEY_F3), value 0
Event: time 1658947343.708891, -------------- SYN_REPORT ------------ Weniger anzeigen
Da kommt F3 und 22 ms später der Release, und 300 ms später dasselbe nochmal. Das ist natürlich nicht so schnell.
Liegt vermutlich daran, dass du die Farbtaste Gelb genommen hast. Die Farbtasten sind bei der URC1635 laut Handbuch für Makros vorgesehen und verhalten sich anders. Bei meinem Exemplar kommen da nur einzelne Tastendrücke, auch wenn ich den Finger drauf lasse, und auch erst wenn ich loslasse. Wenn ich Stakato morse, schaffe ich selten mal 150 ms.
Was steht bei deiner URC1635 im Batteriefach? Auch URC11-1635 R00, Y210701?
Setze mal repeat_timeout auf 200 setzen, dann greift die Wiederholrate vom Kernel und das ist meist superschnell. Aber nicht bei den Farbtasten.
Anpassen kann man das mit ir-keytable -D 250 -P 100 -d /dev/input/event12, falls es event12 ist.
Poste die Ausgabe von evtest mit Taste 1, wenn du etwas länger drückst.
Was sagt evtest beim Flirc bei derselben Taste?
Hast du den neueren Flirc mit der schwarzen Kappe (statt durchsichtigem Gehäuse)?
Damit der Keyboard-Empfänger sich so wie der neue Flirc verhält, muss repeat_timeout etwas grösser als die Wiederholfrequenz der Fernbedienung sein.
Gerade mal gemessen: Wenn man mit dem Finger auf einer Taste bleibt, kommen bei der URC1635 alle 149-150 ms die Tastendrücke an.
Es gibt schnellere Protokolle, aber es sollte trotzdem schnell genug sein.
Bei den Farbtasten verhält sich die URC1635 unerwartet, sie sendet erst nach Loslassen der Farbtaste.
Was sagt denn evtest, wenn du deine Problem-Taste drückst?
Benutzt du yaVDR oder was sonst?
Zeig mal deine udev und evmap und eeprom map.
Die Eingabegeschwindigkeit ist eigentlich nur durch die Wiederholfrequenz der Fernbedienung begrenzt, der µC sollte dabei keine grosse Rolle spielen.
In der gui habe ich auch noch was gefixt, für Repeat-Werte über 255 war da auch noch ein Fehler.
Taste auf der Tastatur im Bild drücken und dann gewünschte FB Taste hinterher - fertig.
Mal sehen, ob ich das auch so implementieren kann. Wäre jedenfalls einfacher als jetzt.
Aber wie kommen Tasten rein, die nicht auf der Tastatur sind?
Bekomme oben genannte Werte nicht in den Stick.
Habe den Fehler gefunden, ich hatte beim Umbauen an einer Stelle vergessen eine 4 durch eine 5 zu ersetzen.
Es gibt neue Firmwares.
Mit creating-an-eeprom-map, zweite Methode.
Edit: das war eine Antwort auf eine inzwischen gelöschte Frage. Durch den Hinweis auf mögliche Tasten verstehe ich jetzt auch, was mit der Frage eigentlich gemeint war 
Ich hatte damals überlegt, in der gui ein Auswahlmenü für mögliche Keys zu machen. Aber bei 164 möglichen Keys wäre eine eindimensionale Liste wie im select-Feld einfach zu lang. Gelegentlich gucke ich mal, ob es im fox toolkit andere Möglichkeiten gibt. Vielleicht ein Quadrat 13x13?
Hat jemand Ideen?
Wie löst Flirc das Problem? Über Tastatur geht auch nicht, weil viel zu wenig Tasten im Vergleich zu 164 möglichen.
Edit2: Jetzt steht da, ich hätte #169 editiert. Habe ich aber nicht. Dämliche Foren-Software.
Die Keyboard-Firmware kann jetzt auch Sky Q (Sky+ Pro) und Sky+.
Und ich habe 2 Jahre Weiterentwicklung aus der irmplircd-Firmware nachgeholt.
Es fehlt nur noch der F401, der wegem grösserem emuliertem Eeprom und schnellerem µC am empfehlenswertestem für die Keyboard-Version ist.
Bugreports und Erfolgsmeldungen willkommen 
Die irmplircd-Firmware kann jetzt auch Sky Q (Sky+ Pro) und Sky+.
Bis das auch in der Keyboard-Version ankommt, kann es noch etwas dauern, denn da muss ich erst mal 2 Jahre Weiterentwicklung nachholen.
Man kann die Fernbedienung URC1635 über die 6 Pins oberhalb der Batterien mit RMIR roh ausgelesen. Leider wird sie von RMIR noch nicht richtig unterstützt.
Frank hat geantwortet: https://www.mikrocontroller.ne…oder?goto=7110877#7111600
Eine Scan-Datei wäre sinnvoll. Bei den Sticks müsste man dazu aber mit Fädeldraht an zwei Pins ran (M-Reimer hat das mal gemacht: IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer). Eine entsprechende Firmware würde ich dir bereitstellen. Ansonsten müssten deine Fernbedienung und ein Developer-Board mit Logging und USB-seriell-Adapter mal am selben Ort sein. Oder hast du einen Logic-Analyzer oder ein Oszilloskop?
Hier hat schon mal jemand nach Sky gefragt. Wie immer wäre ein Scan nötig, um das in IRMP einzubauen.
Dazu ist eine serielle Schnittstelle auf dem µC nötig. Die ist aber nicht auf dem Stick, sondern nur auf den Developer Boards.
Du könntest einfach mal Frank fragen, ob das noch nötig ist, da die Info ja anscheinend schon da ist.
Ich hatte irgendwann den Bootloader gewechselt, und du hast noch den alten Maple von LeafLabs drauf. Dafür brauchst du dann die alten Skripte wie https://github.com/j1rie/IRMP_…tloader/old/FlashDFUSe.sh oder mit neuerem dfu-util https://github.com/j1rie/IRMP_…otloader/FlashDFUmaple.sh
stm32FWupgrade funktioniert nur mit dem neuen Bootloader von mir.
1209:4444 bedeutet, dass noch die Irmplircd-Firmware drauf ist, nicht die Keyboard Firmware, denn die hat 1209:4445.
Was sagt syslog, wenn du den Stick ansteckst? Was sagt lsusb?
Wenn du die Keyboard-Firmware flasht, brauchst du dann auch die Keyboard-Software, also stm32kbdIRconfig_gui anstatt stm32IRconfig_gui.
Passend zum Patch von HelmutB hier noch ein Patch für vdr-plugin-femon 2.4.1.
Andere Möglichkeit: Die *.mp4 mit dem mpv-plugin abspielen.
In dem Code sieht man, wie /dev/amremote konfiguriert wird, aber nicht wie die Tastendrücke nach /dev/amremote kommen.
Ich habe noch das gefunden.
Da müsste dir jemand helfen, der sich damit auskennt.
Wenn das nicht gelingt, wäre es am einfachsten, das remote-plugin entsprechend anzupassen (einen Timer starten bei Tastendruck der Autorepeats generiert, bei Tastenrelease den stoppen).
Notfalls ginge ein externer Empfänger am USB.
Für LE gibt es sogar (etwas älteren) Code von mir für meinen irmplircd-Empfänger, ebenso wenn man den Kernel selbst baut einen Patch für meinen Tastaturempfänger. Die reagieren jedenfalls absolut präzise ohne jeglichen lag und da würde ich auch Support leisten.
Natürlich wäre es viel eleganter das Amlogic Meson IR zum Laufen zu bekommen.
Richtig perfekt kann das mit dem Key-Press und Key-Release System sowieso nicht werden, siehe hier.
Ist der meson-ir bzw. der amremote Code eigentlich open source und irgendwo einsehbar?
