[endlich gelöst] Firmware update beim HM-ES-TX-WM

[andies]

Kann mir mal jemand helfen? Ich versuche auf dem HM-ES-TX-WM die neue Firmware 1.2 zu installieren (https://www.eq-3.de/downloads/software/firmware/hm-es-tx-wm_update_v1_2_160628.tgz) und erhalte bei "set <devicename> fwUpdate" die Meldung

Code Auswählen Erweitern

file corrupt. length:1754 expected:1776
Im Forum finde ich darunter nichts.

Die Datei liegt unter /opt/fhem/FHEM/firmware und gehört fhem:dialout.

[Otto123]

Hi,

entpackt hast Du sie? (Meine Notiz)

Gruß Otto

[andies]

Nee, hatte ich natürlich vergessen 

Jetzt liess es sich auslösen, aber

Code Auswählen Erweitern

fwUpdate
fail:notInBootLoader
Da hast Du dann den Strom ausgeschaltet, Update gestartet und wieder eingeschaltet? Habe ich das richtig verstanden?

[andies]

Ich habe den unteren Eintrag in Deinem Blog befolgt und die Steuertaste (rechte Taste am Gerät) gedrückt, dann Firmware update ausgelöst und erhalte nun leider

Code Auswählen Erweitern

fail:Block2
als Antwort. RSSI ist im grünen Bereich (-65). Das ganze habe ich zweimal probiert, einmal auch mit Batterie entfernen - ohne Änderung. Hast Du eine Idee?

PS

Code Auswählen Erweitern

Internals:
   DEF        4D0FD6
   FUUID      5c782b59-f33f-1115-0b50-b7b9e6b3a07cb696
   IODev      WLAN_HmUART
   LASTInputDev WLAN_HmUART
   MSGCNT     5691
   NAME       Wasserzaehler
   NOTIFYDEV  global
   NR         145
   NTFY_ORDER 50-Wasserzaehler
   STATE      CMDs_done
   TYPE       CUL_HM
   WLAN_HmUART2_MSGCNT 2946
   WLAN_HmUART2_RAWMSG 0500004100865E4D0FD6000000000000000000
   WLAN_HmUART2_RSSI -65
   WLAN_HmUART2_TIME 2019-10-21 08:29:11
   WLAN_HmUART_MSGCNT 2745
   WLAN_HmUART_RAWMSG 0500005600865E4D0FD6000000000000000000
   WLAN_HmUART_RSSI -86
   WLAN_HmUART_TIME 2019-10-21 08:29:11
   channel_01 Wasserzaehler_IEC_01
   channel_02 Wasserzaehler_IEC_02
   lastMsg    No:00 - t:5E s:4D0FD6 d:000000 000000000000
   protCmdDel 4
   protLastRcv 2019-10-21 08:29:11
   protNack   1 last_at:2019-10-20 20:52:46
   protRcv    2959 last_at:2019-10-21 08:29:11
   protSnd    249 last_at:2019-10-21 08:26:15
   protSndB   6 last_at:2019-10-21 08:25:38
   protState  CMDs_done
   rssi_at_WLAN_HmUART cnt:2745 min:-98 max:-74 avg:-83.87 lst:-86
   rssi_at_WLAN_HmUART2 cnt:2946 min:-86 max:-62 avg:-64.68 lst:-65
   Helper:
     DBLOG:
       rssi_at_WLAN_HmUART:
         DbLog:
           TIME       1571639351.75179
           VALUE      -86
       rssi_at_WLAN_HmUART2:
         DbLog:
           TIME       1571639351.65789
           VALUE      -65
   READINGS:
     2019-10-21 08:25:34   Activity        alive
     2019-10-20 20:52:46   CommandAccepted no
     2019-10-21 08:25:34   D-firmware      1.0
     2019-10-21 08:25:34   D-serialNr      NEQ0861910
     2018-09-02 10:58:14   PairedTo        0x676767
     2018-09-02 10:58:14   R-pairCentral   0x676767
     2018-09-02 10:58:14   R-transmDevTryMax 6
     2019-10-21 08:26:15   battery         ok
     2019-10-21 08:26:09   fwUpdate        fail:Block2
     2019-10-21 08:26:15   powerOn         2019-10-21 08:26:15
     2019-10-21 08:29:11   rssi_at_WLAN_HmUART -86
     2019-10-21 08:29:11   rssi_at_WLAN_HmUART2 -65
     2019-10-21 08:26:15   state           CMDs_done
   helper:
     HM_CMDNR   0
     PONtest    0
     mId        00DE
     peerFriend
     peerOpt    -:powerSensor
     regLst     0
     rxType     12
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +4D0FD6,00,00,00
       nextSend   1571639351.66471
       rxt        2
       vccu       VCCU
       p:
         4D0FD6
         00
         00
         00
       prefIO:
         WLAN_HmUART
     mRssi:
       mNo        00
       io:
         WLAN_HmUART:
           -84
           -84
         WLAN_HmUART2:
           -65
           -65
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_WLAN_HmUART:
         avg        -83.8783242258651
         cnt        2745
         lst        -86
         max        -74
         min        -98
       at_WLAN_HmUART2:
         avg        -64.6812627291242
         cnt        2946
         lst        -65
         max        -62
         min        -86
     tmpl:
Attributes:
   IODev      WLAN_HmUART
   IOgrp      VCCU:WLAN_HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 0_off
   expert     251_anything
   firmware   1.0
   group      Homematic
   model      HM-ES-TX-WM
   room       Unsorted
   rssiLog    1
   serialNr   NEQ0861910
   subType    powerSensor
   webCmd     getConfig:clear msgEvents

[Otto123]

Moin,

ich würde den WLAN_HmUART ganz raus nehmen (set close) damit der nicht dazwischenfunkt.
Und bei vielen Versuchen immer "overload" im Funkverkehr im Auge behalten!

Ich habe es allerdings nie mit Wlan hmUarts probiert. 

Gruß Otto

[sledge]

Mit WLAN-hmuarts geht es definitiv - hier erfolgreich mehrfach durchgeführt.

Empfehlung allerdings, den Firmware-Update mit immer nur einem IODev durchzuführen, die anderen solange auf close stellen. Dann sollte es einfach durchlaufen.

Gruß, Tom

[frank]

wenn ich mich richtig erinnere, hatte andies aber grottenschlechte latenzen an seinem wlan-hmuart.

[sledge]

wenn ich mich richtig erinnere, hatte andies aber grottenschlechte latenzen an seinem wlan-hmuart.

Hmm - das weiß ich jetzt nicht - kann aber leihweise meinen hm-cfg-lan anbieten.

[Otto123]

Hmm - das weiß ich jetzt nicht - kann aber leihweise meinen hm-cfg-lan anbieten.

Der runde UFO ? der kann keine OTA Firmware Updates durchführen 

[sledge]

Der runde UFO ? der kann keine OTA Firmware Updates durchführen 

D*mned - right. Der liegt bei mir schon solange in der Kramkiste, dass ich das verdrängt habe - meine HMuarts via Wifi funktionieren perfekt. Will ich nicht mehr missen, die Dinger.

[andies]

wenn ich mich richtig erinnere, hatte andies aber grottenschlechte latenzen an seinem wlan-hmuart.

Ja, hatte ich. Und ich habe ein halbes Jahr gebraucht (letzte Woche endlich fertig geworden: https://forum.fhem.de/index.php/topic,102141.msg979682.html), um einen zweiten UART anzuschließen. Das Problem mit dem Ding lag vermutlich am Wemos-Clone, ich bin da nicht schlau geworden, aber jetzt läuft der zweite UART. Und er hat jetzt -65, also das ist im grünen Bereich. Aber ich habe beim flashen zu Hause vergessen, den ersten UART auszuschalten. Mache ich, wenn ich zurück bin.

[andies]

Hm, jetzt habe ich den ersten HmUART closed geschaltet und den zweiten flashen wollen. Rechten Knopf am Gerät gedrückt, set fwUpdate <Dateiname> eingetragen, rote LED blinkt verrückt und danach lese ich

Code Auswählen Erweitern

fwUpdate fail:Block1 
Das gab es bei mir auch noch nie. Langsam gehen mir die Ideen aus...

[MadMax-FHEM]

Wie lang hast du zwischen den Versuchen gewartet?

Evtl. "Credits" zu Ende...
...wenn keine "Credits" mehr da sind, wird auch nichts mehr übertragen...

Hatte ich schon mal, als ich mehrere Geräte updaten wollte...

Nur weil dir die Ideen ausgegangen sind...
...eine von mir...

Gruß, Joachim

[frank]

Und er hat jetzt -65, also das ist im grünen Bereich.

damit meinst du wohl einen rssi wert, oder?

ich sagte latenz.
also zb die signallaufzeit oder verzögerung.
näherungsweise in "roundtrip delay" (antwortverzögerung?) erkennbar.

[andies]

Richtig, das war RSSI. Latenz ist in der Tat nicht überragend, ich kann das mit den Tools, die ich habe, nicht konkret messen. Unifi sagt aber, die Latenz sei schwierig.

Wenn die LED rot blinkt, kann ich dann nicht davon ausgehen, dass zumindest die Übertragung läuft? Und das Problem woanders liegt? Ich werde es einfach die Tage nochmal probieren.