[gelöst] abgelernter HM-CC-RT-DN Firmware manuell aufspielen

[gadgetfreak]

Hallo,
ich habe ein Problem mit einem meiner HM-CC-RT-DN Heizungsaktoren. Bei diesem wurde das Firmware-Update wohl nicht richtig übertragen und er meldet sich bei jedem Start mit FuP und kurze Zeit später mit CrC.
Ja ich weiß es gibt schon dutzende Threads dazu, diese habe ich aber wirklich alle gelesen und bin leider noch zu keiner Lösung gekommen.
Hintergrund ist folgender:
Ich habe vor ein paar Monaten meinen RPi3 gegen einen RPi4 ersetzt. Leider kann ich mich nicht mehr an alle Schritte im Detail erinnern aber im diesem Zuge habe ich alles Schritt für Schritt aktualisiert und in den Tiefen der CCU-Menüs fiel mir auf das alle HM-CC-RT-DN noch auf Version 1.4 sind und mir angezeigt wurde das eine neue Firmware vorhanden sei. Also habe ich angefangen die Firmware meiner fünf HM-CC-RT-DN zu aktualisieren. Das klappte auch bei allen bis auf einen. Leider hatte ich zu dem Zeitpunkt keine Möglichkeit mich damit weiter zu befassen und zog nur die Batterien raus und legte den einen HM-CC-RT-DN zu Seite (es ist ja sowieso erst mal Sommer).
Nun hab ich Zeit gefunden mich damit zu beschäftigen und dabei ist mir aufgefallen das meine CCU als Fehler meldet "BidCos-RF reagiert nicht mehr". Wenn ich den "Gerät anlernen" knopf drücke wird mir nur noch HM-IP angezeigt, aber nicht die Felder um HM (ohne IP) anzulernen. Testweise habe ich auf einer zweiten SD-Karte ein RaspberryMatic gestartet und konnte ohne Probleme im Werkszustand einen der funktionierenden HM-CC-RT-DN anlernen. Mein HM-MOD-UART scheint also problemlos zu funktionieren. Auch die Firmware über /tools/devconfig erneut auf einen neu angelernten HM-CC-RT-DN aufspielen funktioniert. Sobald ich aber mein Backup auf das RaspberryMatic lade kommt der "BidCos-RF reagiert nicht mehr" Fehler. Mein (leider einziges) Backup scheint also defekt zu sein. Unter Geräte bekomme ich damit zwar alle fünf HM-CC-RT-DN gelistet, über "Einstellen" bekomme ich aber keinerlei Optionen und über /tools/devconfig werden mir auch keine HM-CC-RT-DN angezeigt um das Firmware Update manuell anzustoßen.
Über ein "frisches" RaspberryMatic bleibt mir die Option ja vollkommen verwehrt, da der fehlerhafte HM-CC-RT-DN ja nicht angelernt ist. Habe da auch mal probiert mit einem entsprechend angepassten Link das Update für ein nicht angelerntes Gerät zu starten, das brachte aber leider auch nichts.

Code: Alles auswählen

http://192.168.x.y/tools/devconfig.cgi?cmd=firmware_update&device=MEQ0252782&iface=BidCos-RF&sid=xyz

Also habe ich weiter gesucht und bin auf hmcfgusb gestoßen mit dem man mittels HM-MOD-UART ja auch die Firmware bei nicht angelernten HM-Geräten updaten soll. Also ein sauberes Raspian auf eine SD-Karte geschrieben, alles entsprechend installiert/eingerichtet und mit dem Befehl

Code: Alles auswählen

./flash-ota -f hm_cc_rt_dn_update_V1_5_003_171004.eq3 -s MEQ0252782 -U /dev/ttyAMA0

das Firmware Update angestoßen. Ich erhalte auch keinerlei Fehlermeldung und bekomme die Meldung

Code: Alles auswählen

HomeMatic OTA flasher version 0.103-git

Reading firmware from hm_cc_rt_dn_update_V1_5_003_171004.eq3...
Firmware with 234 blocks successfully read.
Waiting for application to settle...
HM-MOD-UART firmware version: 1.4.1, used credits: 0%

HM-MOD-UART opened

Entering 10k-mode
Waiting for device with serial MEQ0252782

aber wenn ich das entsprechende HM-CC-RT-DN im Bootloader starte (Tasten "Uhr" und "Tag/Nacht" gleichzeitig drücken während eine Batterie eingelegt wird ist doch richtig!?) passiert nichts weiter. Es kommt ca. 5 Sekunden FuP, danach leuchtet alles auf dem Display auf und dann erscheint wieder CrC. Ich habe es schon zig-fach probiert. Habe den Abstand quer durchs ganze Haus variiert, trotzdem keinerlei Meldung bzw. Firmware Update.
Jetzt habe ich das ganze nochmal mit einer Serial eines der funktionierenden HM-CC-RT-DN probiert, aber auch da startet kein Firmware-Update (diesen hatte ich über /tools/devconfig über CCU manuell schon erfolgreich mit derselben Firmware neu bespielt).
Jetzt frage ich mich: Was mache ich in bezug auf flash-ota falsch? Hier nochmal ein Bild meiner Serial

20200727_125256.jpg (8.15 KiB) 1652 mal betrachtet

MEQ0252782 sollte richtig sein, oder? In den Beispielen ist ja immer KEQ... genannt, aber ich vermute das die Buchstaben einfach nach Produktionszeitraum aufsteigen?!
Den HM-CC-RT-DN über die PRG1 Schnittstelle direkt mit einer Firmware zu versehen ist ja leider nicht dokumentiert oder hat da jemand Informationen wie dies möglich wäre?
Ansonsten würde ich mich über einen Tipp freuen wie ich das flash-ota doch zum laufen bekomme!

[jp112sdl]

Hast du mal die Reihenfolge getauscht?
Erst HKT in "FuP" Modus und dann flash-ota starten

Funken bei dir noch viele Geräte nebenher? Nicht dass die Übertragung immer durch Fremd-Pakete gestört wird.

Den HM-CC-RT-DN über die PRG1 Schnittstelle direkt mit einer Firmware zu versehen ist ja leider nicht dokumentiert oder hat da jemand Informationen wie dies möglich wäre?

Das geht nicht so ohne weiteres, dazu müsstest du die FW-Updatedatei erstmal wieder in ein Hex-File "zurückumwandeln".

[robbi77]

HMIP?

[jp112sdl]

HMIP?

Gesundheit. Falsche Kategorie... aber man kanns ja mal melden

[robbi77]

Danke.
Das kann der TE selbst machen, dafür ist das „!“ oben rechts gedacht. Vielleicht gibts ja einen Lernefekt.

[gadgetfreak]

Hast du mal die Reihenfolge getauscht?
Erst HKT in "FuP" Modus und dann flash-ota starten

Funken bei dir noch viele Geräte nebenher? Nicht dass die Übertragung immer durch Fremd-Pakete gestört wird.

Hab auch erst FuP, dann flash-ota probiert. Mit einem RaspberryMatic kann ich sofort ohne Probleme die Firmware auf einen funktionierenden HKT aufspielen, daher schließe ich das meine Umgebung ok sein sollte!

HMIP?

HomeMaticIP. Dachte die Abkürzung wäre hier gängig.

Falsche Kategorie... aber man kanns ja mal melden

Danke, hab ich verwechselt. Hab eine mal eine Verschiebung "beauftragt".

[robbi77]

HomeMaticIP. Dachte die Abkürzung wäre hier gängig.

Ja das weiß ich, deshalb schrieb ich ja „HMIP?“ , da ich in deinem Post kein IP erkannt hatte.

[gadgetfreak]

Hallo,
ich konnte mein HKT wieder zum Leben erwecken. Hier mein Vorgehen, falls jemand mal in eine ähnliche Situation kommt:
Wie schon geschrieben konnte ich mit der "serial" in der flash-ota Befehlszeile keinen meiner HKT zum Firmware-Upgrade bewegen. Der Befehl

Code: Alles auswählen

./flash-ota -f hm_cc_rt_dn_update_V1_5_003_171004.eq3 -s MEQ0252782 -U /dev/ttyAMA0

hat nicht funktioniert, egal ob ich es mit einem noch reagierenden HKT im Bootloader oder dem HKT in der Bootschleife probiert habe.
Also habe ich versucht mal heraus zu bekommen ob über Funk noch überhaupt etwas von dem HKT in der Bootschleife zu sehen ist. Ich habe ein wenig mit den Befehlen, welche im Ordner von hmcfgusb vorhanden sind, rumprobiert, da ich leider keine weitere Dokumentation dazu gefunden habe, und habe letztendlich mit

Code: Alles auswählen

./hmsniff -U /dev/ttyAMA0

folgende Ausgabe bekommen

Code: Alles auswählen

HM-MOD-UART opened!
                         LL NR FL CM sender recvr  payload
2020-07-28 13:03:17.379: 14 00 00 10 3898CC 000000 004D455130323532373832 (Information)
2020-07-28 13:03:31.019: 14 7B 2C 10 3898CC 000000 004D455130323532373832 (Information)
2020-07-28 13:03:43.232: 14 7B 2C 10 3898CC 000000 004D455130323532373832 (Information)

Jedes mal wenn ich bei dem HKT in der Bootschleife die mittlere Taste gedrückt habe, wenn er auf CrC stand, ist er wieder auf FuP gegangen und dieselbe Zeile ist in der Ausgabe vom RPi erschienen. Daraus habe ich mir die "sender HMID" und "recvr HMID" entnommen.
Nun habe ich den flash-ota Befehl entsprechend umgebaut auf

Code: Alles auswählen

./flash-ota -f hm_cc_rt_dn_update_V1_5_003_171004.eq3 -C 000000 -D 3898CC -U /dev/ttyAMA0

und, nach drücken der mittleren Taste am betroffenen HKT, ging dieser wieder auf FuP und ich bekam sofort folgende Ausgabe

Code: Alles auswählen

HomeMatic OTA flasher version 0.103-git

Reading firmware from hm_cc_rt_dn_update_V1_5_003_171004.eq3...
Firmware with 234 blocks successfully read.
HM-MOD-UART firmware version: 1.4.1, used credits: 1%

HM-MOD-UART opened

Entering 10k-mode
Waiting for device with HMID 3898cc
Device with serial MEQ0252782 (HMID: 3898cc) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 234 blocks: 0001/0234 |

Nach paar Minuten waren alle 234 Blöcke übertragen, der HKT startete selbstständig neu und ist wieder einsatzbereit!
Also falls jemand mal in die Verlegenheit kommt einen abgelernten HKT mit CrC Fehler flashen zu müssen, sollte dies wie beschrieben funktionieren.

Was mir noch eingefallen ist:
Mein HM-MOD-UART hatte, als ich begonnen hatte mit hmcfgusb rumzuprobieren, wohl noch eine "zu neue" Firmware. Für hmcfgusb wird 1.4.1 verlangt. Diese kann man aber ganz einfach mit

Code: Alles auswählen

wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3

flashen, falls jemand Fehler beim Ausführen von hmsniff oder flash-ota bekommen sollte!

[SpocksBeard]

Hallo Gadgetfreak,

ich bin ein absoluter Neuling und habe es direkt verbockt

Kannst du mir erklären wo du den Code eingibst?

Ich habe auf einem Raspi4 den Iobroker mit PIVCC laufen

Vielen Dank im Voraus