New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
firmware update via eq3configcmd macht HM-MOD-UART kaputt #2120
Comments
Interessant. Passiert das auch mit vorherigen Versionen? Vllt mal einige versionen zurückspringen und schauen ab wann das passiert? Und schätze es ist immer reproduzierbar? Vielleicht hat ja auch @alexreinert eine Idee was hier ggf. schief geht? Er hat da ja recht viel Erfahrung mit. Oder wir verwenden für das Firmware Update/Downgrade in Zukunft das von dir referenzierte Tool statt eq3configcmd? Hattest du das ausreichend genug testet das das mit verschiedensten Firmware Updates/Downgrades auch stabil funktioniert? |
Hardwareseitig konnte ich es nur mit nem HM-MOD-UART auf einem HB-RF-USB an der x86 OVA testen. Firmware-Updates des RPI-RF-MOD funktionieren jedoch am HB RF USB, davon gehe ich zumindest aus. Denn da gab es in letzter Zeit häufiger Updates und es wurde von keinem Fehlschlag berichtet. Vielleicht meldet sich tomo_2403 die Tage ja noch mal in dem Foren-Thread. Bei ihm steckt das Modul ja direkt auf dem Pi3B+ |
Und mit dem |
Damit geht es. Hin und her, hoch und runter. |
Wenn ich den HB-RF-USB erst ranstecke, nachdem das System hochgefahren ist, geht es auch mit dem Starte ich mit angestecktem HB-RF-USB, stoppe dann HMIPserver, multimacd und rfd, geht es nicht. |
Verstehe. Das kann aber gut sein, denn nachdem HMIPServer, rfd, multimacd & co schon auf das funkmodul losgelassen wurden kann es gut sein das das funkmodul in einem komischen modus ist und deshalb kein update/downgrade geht. Da hilft es dann eigentlich erst ein funkmodul reset via GPIO zu initiieren und dann das fw update/downgrade nochmal zu versuchen... warum das bei dem andere fw tool auch ohne reset geht ist interessant und müsste man sich nochmal anschauen/testen... |
Ich hab es gerade noch mal versucht und kann das Verhalten jetzt nicht mehr reproduzieren 😮 Ticket schließen? |
Oh.. wollte mir das bald mal anschauen und selbst noch einmal testen.. aber wenn es nicht voll reproduzierbar ist, ist das natürlich schwierig. Aber wenn wir eh irgendwann auf hmlangw mit dualcopro fw umstellen dann brauchen wir kein dauerndes fw up/downgrade mehr machen. Oder ist es trotzdem sinnvoll statt eq3configcmd auf diese andere Tool umzustellen?!? |
Genau,wenn es wirklich alles so klappt und ein Downgrade in Zukunft nicht mehr notwendig ist, würde ich an der Updateprozedur nichts verändern. |
Sehe ich auch so. #2132 ist ja nun implementiert und daher sollte es für dieses Problem hier (hoffentlich) kein Bedarf mehr geben. |
Mhh, ich habe heute gemert, das bei BidCos ansheinend garnicht mehr läuft auf ein RPI3 mit Raspberrymatic. Folgendes bekomme ich nach einen Versuch des Firmware Updates angezeigt:
Ist das Funkmodul evtl. defekt ? |
@ChR-iSz Hast du es mit dem |
Gerade eben, muss aber mit STRG-C abbrechen, da nichts mehr passiert:
|
Waren vorher alle Dienste, die auf das Funkmodul zugreifen könnten, beendet? - |
Wenn ich nichts vergessen habe, eigentlich ja:
|
In RaspberryMatic nicht mit den init-Skripten arbeiten! Der |
Ohhhh, den watchdog hab ich auch gerade gesehen....!! Danke für Deinen Tipp!!
|
Jetza.....
Mal eine Anektode zu meinen Fehler. Ich hatte am Freitag einen Telekom-Techniker in der Wohnung, der mit extremen Equitment versucht hat meine DSL-Störung zu finden (Interferenzen check). Am Freitag Abend ist mir aufgefallen, dass HMIP nicht mehr läuft. Ich vermute jetzt einfach mal, dass seine Gerät irgendiw den HM-MOD-UART in den bootmodus gesetzt haben muss. Natürlich nur ne Vermutung, aber der Zeitraum ist einfach zu passend... |
Sehr abstrakt, zumal der Modus Bootloader/Applikation nicht persistent ist.
Nur die Steuerung der HmIP-Geräte? |
Leider zu früh gefreut:
RF-Module/Firmware: HM-MOD-RPI-PCB (2.8.6)
|
Wiso ist der überhaupt doppelt in der Hilfe Seite drin ? Address: 0xB744DD (0xB744DD) Ist das RX, TX ? Werde mich dann mal die Nacht rumschlagen, wo hier der Fehler ist.... |
Warum? In der Hilfe ist doch alles da, korrekt ausgelesen.
Die BidCos Adresse ist eine andere als die HmIP Adresse |
Argh, du hast Recht...
Ah ja, sehe gerade HmIP und HmRF... |
Was ich nur noch nicht verstehe, iat warum in Raspberrymatic bei allen Funkaktoren UNREACHABLE steht, und der Tuerkontakt beim oeffnen erst gwlb und dann rot blinkt. 🤷♂️ |
Describe the issue you are experiencing
Will man die Firmware eines HM-MOD-RPI-PCB mithilfe des Tools
eq3configcmd
up-/downgraden ( 1.4.1 <> 2.8.6) schlägt das Update fehl und der HM-MOD-UART hängt im Bootloader fest.Siehe auch https://homematic-forum.de/forum/viewtopic.php?f=65&t=76910
Describe the behavior you expected
Flashvorgang wird von
eq3configcmd
korrekt ausgeführt.Steps to reproduce the issue
What is the version this bug report is based on?
3.67.9.20221220
Which base platform are you running?
ova (Open Virtual Infrastructure)
Which HomeMatic/homematicIP radio module are you using?
HM-MOD-RPI-PCB
Anything in the logs that might be useful for us?
Additional information
Einzige Möglichkeit, um dem Funkmodul wieder Leben einzuhauchen, ist die Verwendung von
flash-hmmoduart
aus https://github.com/dettmering/hmcfgusbWenn ich es richtig sehe, wurde seit der 3.55 am
eq3configcmd
nichts veränderthttps://github.com/eq-3/occu/tree/master/arm-gnueabihf-gcc8/packages-eQ-3/LinuxBasis/bin
Daher bin ich auch grad etwas ratlos, woher das komische Verhalten kommt.
The text was updated successfully, but these errors were encountered: