firmwareupdate HM-Sen-MDIR-WM55 fail:notInBootLoader

[Fixel2012]

Guten Abend,

ich versuche seit gestern die Firmware meines HM-Sen-MDIR-WM55 auf die Version 1.2 zu flashen.

Hier im Forum gibt es dazu auch bereits ca. 5 Threads zu, konnte aber dennoch den Bewegungsmelder nicht in den Bootloader setzen um ihn zu flashen.

Habe folgendes Probiert:

-Knopf gedrückt halten und Batterie einlegen
-Knopf einnmalig normal drücken
-Knopf mehrmals drücken

Jedes mal danach habe ich im Device das FW Update folgendermaßen gestartet:

Code Auswählen Erweitern

set BZ.Bewegungsmelder fwUpdate /opt/fhem/FHEM/firmware/bewegungsmelder_FW/HM-Sen-MDIR-WM55_update_V1_2_0_160825.eq3

Selbstverständlich liegt die angegebene Datei auch in dem Verzeichnis.

Als Rückgabe bekomme ich innerhalb Fhem nur immer das gleiche:

fwUpdate              fail:notInBootLoader          2017-12-11 17:28:19

Was mache ich falsch?

Ich würde ungerne den Aktor aus dem System löschen und neu anlernen 

Danke und Gruß,

Fixel

[Otto123]

Hallo Fixel,

funktioniert der Taster noch oder hat das fwupdate bisher gar nicht funktioniert?

Gruß Otto

[Fixel2012]

Der Taster funktioniert noch!

Er will schlichtweg nur nicht in den Bootloader um das update durch zu führen. Er blinkt zwar manchmal ganz lustig rot/geld/grün in verschiedenen Kombinationen rum, aber updaten lässt sich nichts.

[Otto123]

Ich habe diesen Taster nicht. Aber die Geräte die ich bisher geflasht habe, musste ich nicht manuell in den Bootloader versetzen. Das macht fwupdate.
Hier meine Notizen zum Thema.

Gruß Otto

[Fixel2012]

Sehr schöner Artikel! Werde ich mir später nochmal vorknöpfen!

Vielen Dank und Gruß,

Fixel

[frank]

zu den fw files gibt es eigentlich auch jeweils ein text file mit hinweisen.

[Otto123]

Kurz mal geschaut:
Auszug aus dem Changelog

In Verbindung mit der CCU2 wird das Geraet automatisch in den Updatemodus versetzt.
Fuer ein Firmware-Update mit dem Firmware Update Tool, gehen Sie wie folgt vor:
1. Entnehmen sie die Battieren aus dem Geraet,
2. den Anlerntasters des Geraetes drücken und festhalten,
3. bei immer noch gedrueckt gehaltener Anlerntaster die Batterien wieder einsetzen.
4. Sobald die LED schnell blinkt, kann die Taste losgelassen werden. Das Update wird jetzt durchgefuehrt.

Ich denke an der Stelle ist FHEM wie die CCU2 
Also 1-4 ist für das Tool und nicht für fwupdate!

Gruß Otto

[frank]

ich würde es mal so probieren. dann aber den update befehl mit einer waittime nutzen!

[frank]

oder nutzt du einen cul?
was sagt fhem.log?

[Fixel2012]

oder nutzt du einen cul?
was sagt fhem.log?

Habe CUL und HMLAN im Angebot, da der HMLAN das nicht kann, hatte ich ihn "geclosed" und das Update über den CUL gemacht.

Log sagt folgendes:

Code Auswählen Erweitern

2017.12.11 17:28:09 2: CUL_HM fwUpdate started for BZ.Bewegungsmelder
2017.12.11 17:28:09 3: CUL_HM set BZ.Bewegungsmelder fwUpdate /opt/fhem/FHEM/firmware/bewegungsmelder_FW/HM-Sen-MDIR-WM55_update_V1_2_0_160825.eq3
2017.12.11 17:28:19 2: CUL_HM fwUpdate BZ.Bewegungsmelder end. IO-speed: normal

[frank]

im log sehe ich keine waittime.
stelle auch mal verbose 4 beim cul ein und millisekunden für das log.

[Fixel2012]

Habe nun den Bewegungsmelder direkt neben dem CUL liegen, so dass eine gute Funkverbindung zur Stande kommen sollte.

Außerdem habe ich das noch eingestellt:

im log sehe ich keine waittime.
stelle auch mal verbose 4 beim cul ein und millisekunden für das log.

Aber funktionieren will es immer noch nicht...

Hier die Log Auszüge:

Code Auswählen Erweitern

2017.12.12 16:18:04.356 4: CUL_Parse: HM_CUL A 0D 01 8441 4E5F2E 000000 0301678028 -54
2017.12.12 16:18:09.573 4: CUL_Parse: HM_CUL A 0F F6 8610 4DA799 000000 0AB0E10C004000 -74
2017.12.12 16:18:54.398 4: CUL_Parse: HM_CUL A 14 00 0010 4E5F2E 000000 004E45513039363431393317 -62.5
2017.12.12 16:18:58.961 4: CUL_Parse: HM_CUL A 0D 00 8410 4E5F2E 000000 06006E0023 -56.5
2017.12.12 16:18:59.410 4: CUL_Parse: HM_CUL A 0B 01 8440 4E5F2E 000000 410113 -64.5
2017.12.12 16:18:59.682 4: CUL_Parse: HM_CUL A 0B 02 8440 4E5F2E 000000 410123 -56.5
2017.12.12 16:18:59.954 4: CUL_Parse: HM_CUL A 0B 03 8440 4E5F2E 000000 410129 -53.5
2017.12.12 16:19:00.242 4: CUL_Parse: HM_CUL A 0B 04 8440 4E5F2E 000000 410129 -53.5
2017.12.12 16:19:00.515 4: CUL_Parse: HM_CUL A 0B 05 8440 4E5F2E 000000 410129 -53.5
2017.12.12 16:19:00.787 4: CUL_Parse: HM_CUL A 0B 06 8440 4E5F2E 000000 41012A -53
2017.12.12 16:19:01.059 4: CUL_Parse: HM_CUL A 0B 07 8440 4E5F2E 000000 410123 -56.5
2017.12.12 16:19:01.861 2: CUL_HM fwUpdate started for BZ.Bewegungsmelder
2017.12.12 16:19:01.883 3: CUL_HM set BZ.Bewegungsmelder fwUpdate /opt/fhem/FHEM/firmware/bewegungsmelder_FW/HM-Sen-MDIR-WM55_update_V1_2_0_160825.eq3 10
2017.12.12 16:19:02.387 4: CUL_Parse: HM_CUL A 0A 0A 8002 4E5F2E 497500 8020 -58
2017.12.12 16:19:11.929 2: CUL_HM fwUpdate BZ.Bewegungsmelder end. IO-speed: normal

Könnt ihr dem Log irgendetwas ungewöhnliches entnehmen?

[frank]

wenn 4E5F2E der bm ist, machst du die update prozedur anscheinend in der falschen reihenfolge.

1. du setzt zuerst den update befehl in fhem.
2. jetzt hast du solange zeit, wie du mit der waittime (im log sind es 10 sekunden) angegeben hast, um den bm mit der angegebenen prozedur zu booten. dauert es zu lange, bricht fhem den update vorgang ab. setze also besser 60s waittime, damit du das device auf alle fälle in der zeit booten kannst. sobald fhem das booten bemerkt, fängt das update an.

ausserdem cul und device nicht zu dicht nebeneinander. besser 1-2 meter.

[Fixel2012]

Soll "4E5F2E" der Device Name sein?

Mein BM heißt allerdings "BZ.Bewegungsmelder" 

[frank]

Soll "4E5F2E" der Device Name sein?

Mein BM heißt allerdings "BZ.Bewegungsmelder" 

die frage ist, ob dein bm diese DEF (definition oder id) hat. poste mal ein "list BZ.Bewegungsmelder".

aber das wichtigste: hast du es so probiert, wie ich es beschrieben habe?