HM-LC-Bl1PBU-FM Firmware-Update

[MegaData]

Mit

Code Auswählen Erweitern

./flash-ota -f ../HM-LC-Bl1PBU-FM_update_V2_8_2_150713.eq3 -D 3B83EF -C 1C695F -c /dev/ttyAMA0


passiert das Gleiche

Ich benutze übrigens dieses Teil hier auf meinen RPI: http://busware.de/tiki-index.php?page=CCD-V1 - vielleicht ist das gar nicht kompatibel ?!

[Ralli]

Mühselig ernährt sich das Eichhörnchen.

Wenn flash-ota erfolgreich die Firmware abfragt und nicht meckert, kommt flash-ota auch mit dem CCD zurecht. Du hast aber nicht zufälligerweise AES für den Aktor, den Du updaten willst, aktiviert? Wenn doch, fehlt noch -K mit Parameter.

[mgernoth]

Hallo,

Ich benutze übrigens dieses Teil hier auf meinen RPI: http://busware.de/tiki-index.php?page=CCD-V1 - vielleicht ist das gar nicht kompatibel ?!

IIRC hat die CCD-FW erst seit Version 1.64 ASKSIN_FUP-Support, Du müsstest also updaten.

Viele Grüße
  Michael

[MegaData]

Das war der Knackpunkt ! Es geht ! Ich bin ja glücklich - auch wenn ich schon wieder am schwitzen war, weil das CCD flashen erstmal nur gelöscht hat und nix schreiben wollte... Danke euch für die Hilfe 

[MarcelK]

Nur mal als Tipp für Mitleser: Habe das bei allen Rollläden und Lichtschaltern am letzten Wochenende auch gemacht, allerdings mit HM-CFG-USB-2 und dem eQ3 Windows HM Firmware Update Tool. Zumindest bei den Einbauaktoren für Markenschalter muss man da nix ausbauen.

Der Beitrag ist zwar schon etwas her, aber da ich in der gleichen Situation bin (FHEM läuft ausschließlich mit HM-LAN, Updates mache ich mit HM-CFG-USB-2 und eQ3 Tool) hier mein kleiner Tipp:

Der HM-LAN kann zwar kein Firmware-Update, er kann aber sehr wohl das Kommando schicken damit das Device in den Bootloader geht!

Also:
1. eQ3 Update Tool scharf machen
2. In FHEM: set <device> raw ++3011hhhhhhddddddCA schicken, wobei hhhhhh die HM-ID der Zentrale und dddddd die HM-ID des Devices ist.
3. Freuen

Kein Sicherungskasten, Klebeband oder sonstwas nötig

Beste Grüße, Marcel

[Deudi]

Na, hätte ich das mal vorher gewusst, dann wäre ich nicht so ins Schwitzen gekommen 
Bei den nächsten Updates probier ich das mal aus. Danke für den Tipp.

[MarcelK]

Na, hätte ich das mal vorher gewusst, dann wäre ich nicht so ins Schwitzen gekommen 

Ich hatte erst beim Lesen Deines Beitrags die Idee dass das funktionieren könnte
Vielleicht kann Martin ja dazu bewegt werden den angehängten Patch einzuspielen, dann könnte man das dann sehr einfach mit

set <device> fwUpdate onlyEnterBootLoader

starten.

Besten Gruß, Marcel

[martinp876]

Noch mal für die langsamen. Fhem setzt den bootloadermode und Ende. Dann kann man mit der eq3 Sw über einen hmlan flashen?
Fhem stoppt im bootloader jegliche andere aktion. Wann sind wir fertig?
Kannst du den Ablauf schildern, wie es genau funktionieren soll? Ist sicher eines wiki wert.

[MarcelK]

Nicht ganz. Die eq-3 Software versteht sich nur mit dem HM-USB, den ich damals extra nur für den Zweck von FW Updates gekauft habe. Dummerweise sendet sie das Kommando für den Bootloader nicht, so dass bei UP-Aktoren nur der Weg mittels Ausbau oder Sicherungskasten funktioniert. Mein Vorgehen wäre so:
Windows-Laptop mit HM-USB neben das Device stellen, das geupdated werden soll
eq3 Software starten, Seriennummer eingeben und File auswählen. Die Software wartet dann auf die Meldung des Bootloadera
In FHEM set dev fwUpdate onlyEnterBootloader
In dem Moment fängt die eq-3 Software sofort das flashen an, FHEM kriegt davon nichts mit
Nach dem Update meldet sich das Gerät wieder ganz normal bei FHEM

Wenn ich mal dran denke endlich nen Zugang zu besorgen kann ich das auch gerne dann ins Wiki schreiben.

Besten Gruss, Marcel

[Ralli]

Nicht ganz. Die eq-3 Software versteht sich nur mit dem HM-USB, den ich damals extra nur für den Zweck von FW Updates gekauft habe. Dummerweise sendet sie das Kommando für den Bootloader nicht, so dass bei UP-Aktoren nur der Weg mittels Ausbau oder Sicherungskasten funktioniert.

Das stimmt so nicht ganz. Die eq3-Software mag es vielleicht nicht tun, mit dem HM-CFG-USB(2) kann es aber flash-ota.

Siehe https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb .

Damit kannst Du Dich mit Notebook und Stick und flash-ota neben das Device stellen und alles ohne fhem machen.

[MarcelK]

Das stimmt so nicht ganz. Die eq3-Software mag es vielleicht nicht tun, mit dem HM-CFG-USB(2) kann es aber flash-ota.

Meine Aussage war dass die eq3-Software das nicht kann.

Damit kannst Du Dich mit Notebook und Stick und flash-ota neben das Device stellen und alles ohne fhem machen.

Wo kriegt der User dann ein Windows-Binary von flash-ota her?

[Deudi]

Wo kriegt der User dann ein Windows-Binary von flash-ota her?

Die Frage habe ich implizit auch schon mal gestellt. Manche wollen es einfach nicht wahrhaben, das nicht jeder über ein Linux-Notebook verfügt 

[Ralli]

Es geht z.B. auch über eine virtuelle Maschine mit irgendeinem schmalen Linux auf einem Windows-Notebook. Ich hab es auch schon mal mit einem per WLAN angebundenen RPi gemacht, den ich dann temporär an günstigen Standorten (statt für hmland) kurz für flash-ota in Betrieb nahm.

Es gibt - wie immer - mehrere Wege.

[MarcelK]

Es geht z.B. auch über eine virtuelle Maschine mit irgendeinem schmalen Linux auf einem Windows-Notebook. Ich hab es auch schon mal mit einem per WLAN angebundenen RPi gemacht, den ich dann temporär an günstigen Standorten (statt für hmland) kurz für flash-ota in Betrieb nahm.

Meiner Meinung nach ist das Leben zu kurz um ein alternatives Betriebssystem zu booten nur um einen Lichtschalter zu flashen Bevor ich das mache portiere ich eher noch flash-ota nach Windows, da hätten zumindest mehr Leute was davon. Aber da mein Vorschlag bereits bestens funktioniert und auch für User einfach anwendbar sein sollte, hoffe ich einfach mal dass er so übernommen wird.

Grüße, Marcel

[martinp876]

Fhem unterstützt den ota update mit hmusb. Wozu soll ich also eine Methode einbinden, die das ota mit einer externen fw macht? Wo ist mein Denkfehler?