Danke für's testen 
der Speicher ist leer
Meinst du damit das eeprom? Nur durch das hin und her flashen kann das eigentlich nicht kommen.
Falls du noch mehr testen magst, baue ich eine Test-Firmware mit nur geänderter EEPROM_START_ADDRESS. Aber erst in ein paar Wochen, weil jetzt ich erstmal keine Zeit mehr dafür habe.
Das xine Plugin läuft bei mir tadellos.
Allerdings nur mit einer etwas älteren xine Version, denn neuere machen Probleme bei den Trickspeed-Modi.
Da wurde xine weiterentwickelt, aber die vdr-Schnittstelle nicht mitgezogen.
Ich hatte mit einem xine Entwickler versucht das zu fixen, aber nach diversen vergeblichen Versuchen erstmal aufgegeben.
Mit diesem Patch könntest du dir die Empfangswerte in dB ausgeben lassen.
Dann kann man beurteilen, ob es am Empfang liegt oder am PCI-PCIe.
Ich habe jetzt mit zwei anderen SMK RC6 MCE 50GB getestet und beide machen ähnliche Fehler. Mal wird als Protokol 0x15 erkannt, mal 0x11, mal 0x17.
Ich war schon drauf und dran Logging anzustellen und einen Scan zu machen, aber jetzt werden beide Fernbedienungen wieder korrekt erkannt! Der einzige mir bewusste Unterschied: es ist jetzt etwas kühler.
Ich werde da nicht mehr Zeit investieren und lasse das auf sich beruhen.
Anbei noch ein Bild des Innenlebens der Fernbedienung.
Es wird zweimal hintereinander übersetzt, erst in der REMOTE_KEYS[] und dann in der evmap.
Das war sowohl mit 36kHz und mit 38 kHz.
An denselben Empfängern haben andere Exemplare dieser Fernbedienung tadellos funktioniert, auch mit 36 kHz.
0x15,0x000f,0x0422,0x00 => korrekt (RC6A)
0x11,0x02aa,0x015a,0x00 => falscher Code (SIEMENS?)
0x15,0x000f,0x0422,0x00
Die SMK_RC6_MCE läuft hier mit einem TSOP4838 und auch mit einem TSOP31236 perfekt (beide AGC2).
Ich habe jetzt mit zwei anderen SMK RC6 MCE 50GB getestet und beide machen ähnliche Fehler. Mal wird als Protokol 0x15 erkannt, mal 0x11, mal 0x17.
Deswegen meine Frage: geht diese Fernbedienung jetzt bei dir oder hast du immer noch diese Fehler? Es gibt die ja sehr billig aus China, aber vielleicht haben manche miese Qualität oder abweichende timings?
Wenn du wieder Zeit hast, probier mal die angehängte Firmware.
Die hat nur 1 Änderung (3 statt 2 Flash wait states):
Vielleicht reicht das schon?
sudo /etc/init.d/vdr restart && sudo /etc/init.d/vdradmin-am restart
passt aber nicht zu systemd, oder?
Ich erinnere mich schwach, dass ich zu init Zeiten udevadm settle abgewartet habe und erst danach vdr gestartet habe.
Schön, dass es nun klappt.
Das zeigt, dass der CS32 (im Gegensatz zum STM32) kaum Reserven hat, bzw. dein Exemplar sogar mit Standardtimings überfordert ist oder aber das der Flash einen Defekt hat.
Ich nehme derzeit die 9-2020-q2-update.
Wenn du willst und auch neugierig bist, könntest du mal gucken, welche der 3 Änderungen es war.
Probiere mal die angehängte Firmware.
Die hat 3 Änderungen:
EEPROM_START_ADDRESS von 0x0801F000 auf 0x0800F000
3 statt 2 Flash wait states
EraseTimeout 0X00108000 statt 0x000B0000 und ProgramTimeout 0x00003000 statt 0x00002000
Hast du einen Link, wo du den Stick gekauft hast?
Es wäre interessant, als was der verkauft wurde und mit wieviel angegebenem Flash.
Alternativ wäre es einen Versuch wert, einen kompletten Erase des uC zu machen. Dann muss aber auch der Bootloader neu geflasht werden. Es gibt im STM32-Utility eine solche Option.
CS32 und RedCrap ist doppelter Müll 
Im Log kann man sehen, dass nur die ersten 3 Zeilen gelöscht wurden, der Rest aber nicht.
Jeder Vorgang wird zwar mit OK quittiert, aber die Firmware macht beim Reset keinen verify, das OK bedeutet also nicht, dass der Reset erfolgreich gewesen wäre.
Offensichtlich funktioniert bei deinem Stick das Beschreiben des eeproms oft nicht. Das Auslesen klappt aber.
Zeigt die gui diesen Stick als STM32 oder als CS32 an?
Die IRMP Firmware schreibt im Normalfall nur sehr wenig ins eeprom, nämlich den Wakeup und sonst nichts.
Die KBD Firmware schreibt das eeprom ziemlich voll, weil ja alle Tasten und Keys drin sind, und meist nach kurzer Zeit auch nicht benutzte Tasten.
Es wurde ja lange gerätselt, ob die Sticks 64kB oder 128kB voll funktionsfähigen Flash haben. Das im Flash emulierte eeprom liegt derzeit knapp unter 128kB.
Möglicherweise bist du ja der Erste, der einen uC mit nicht voll funktionsfähigem oberem eeprom/flash erwischt hat?
Es ist allerdings in all den Jahren das erste Mal.
Man könnte für diesen Stick eine Firmware bauen mit eeprom unterhalb von 64kB und gucken, ob es damit geht.
Dazu müsste in der eeprom.h die EEPROM_START_ADDRESS von 0x0801F000 auf 0x0800F000 gesenkt werden.
Die Raue plus den Kommentaren entferne ich vorher natürlich.
Das wäre nicht nötig, das macht (sonst) die gui.
07000b003300 ff|KEY_ENTER#ok
Das entspricht dem Drücken von Enter/Return auf der Tastatur.
Davon kann er wohl kaum abstürzen.
Es wird eher an der Hardware liegen.
Andererseits sagen die Fehlermeldungen aus #128, dass der USB Verkehr funktioniert, nur dass beim Verarbeiten der Aufforderung, irdata und key ins eeprom zu speichern, ein Fehler auftritt.
Hat der betreffende Stick denn vorher schon mal funktioniert?
Wenn ja, zeigt er beim Anstecken und Einlesen das eeprom an?
Und was sagt ein Vergleich auf anderer Hardware?
Ich habe eben einen RedCrap aus meiner Bastelkiste geholt, eine map geflasht, kontrolliert, eeprom reset gemacht, kontrolliert, wieder geflasht, kontrolliert und es geht Alles tadellos.
Dass die 5.8.er Firmware bei dir geht, und die vom 23.6. nicht leuchtet mir auch nicht ein, denn dazwischen hat sich nichts diesbezügliches geändert. Ich vermute du hast da irgendwo etwas Grenzwertiges, was mal geht und mal nicht. Wie z.B ein minderwertiges USB-Kabel oder noch eher der RedCrap selber, nicht umsonst hat er diesen Namen.
Bei einem meiner RedCraps war plötzlich der Spannungswandler defekt, einfach so.
Allerdings gibt es bei der Taste OK einen ganz krassen Cinnamon Segfault:
Da wäre es interessant, was den Absturz verursacht.
Zeig mal deine map Datei. Was für irdata ist denn der Taste OK zugeordnet? Und welcher modifier|key ist diesem irdata zugeordnet?
Die Funktion reset eeprom dient doch dazu, den Speicher zu leeren, oder? Dies funktioniert mit dem RedCrap Stick zumindest bei mir nicht. Ich wollte die Konfiguration mal mit einer MCE überschreiben, funktioniert auch nicht.
Da bräuchte ich die debug messages.
Probier mal die Firmware vom 5.8. oder 9.7.
Linux/Windows? Welche Firmware? Welche gui-Version?
Bei mir mit neuestem git geht es.
