hm-lgw-o-tw-w-eu-2 Applikationsfirmware (D-firmware)

[geforce28]

Guten Abend.

Ich verzweifle gerade...
Habe die aktuelle Version von FHEM (Aktuellster Updatestand) in einer Debian VM.

Als Hardware habe ich einen "hm-lgw-o-tw-w-eu-2", welchen ich mit Hilfe von NetFinder (Homematic-Software) auf die LAN-Firmware 1.1.5 aktualisiert habe.

Die D-Firmware ist: 1.0.6, welche ich gerne aktualisieren möchte.

Habe mir also, wie im Wiki beschrieben die Datei "coprocessor_update_hm_only.eq3" geladen.
Diese habe ich dann unter /opt/fhem/FHEM/firmware/ abgelegt.

Nun habe ich im FHEM folgendes ausgeführt:

Code Auswählen Erweitern

set HMLAN updateCoPro "/opt/fhem/FHEM/firmware/coprocessor_update_hm_only.eq3"

Leider aktualisiert er ums verrecken die D-Firmware nicht.
Woran liegt das ?

Das FHEM Log File schreibt folgendes:

Code Auswählen Erweitern


2017.12.28 12:34:47 1: HMUARTLGW HMLAN starting firmware upgrade
2017.12.28 12:34:47 3: HMLAN device closed
2017.12.28 12:34:47 3: Opening HMLAN:keepAlive device 10.0.3.8:2001
2017.12.28 12:34:47 1: 10.0.3.8:2000 reappeared (HMLAN)
2017.12.28 12:34:47 3: HMLAN:keepAlive device opened
2017.12.28 12:34:47 3: HMUARTLGW HMLAN:keepAlive KeepAlive-port opened
2017.12.28 12:34:47 3: HMUARTLGW HMLAN BidCoS-port opened
2017.12.28 12:34:48 1: HMUARTLGW HMLAN starting firmware upgrade
2017.12.28 12:34:48 3: HMLAN device closed
2017.12.28 12:34:48 3: Opening HMLAN:keepAlive device 10.0.3.8:2001
2017.12.28 12:34:48 1: 10.0.3.8:2000 reappeared (HMLAN)
2017.12.28 12:34:48 3: HMLAN:keepAlive device opened
2017.12.28 12:34:48 3: HMUARTLGW HMLAN:keepAlive KeepAlive-port opened
2017.12.28 12:34:48 3: HMUARTLGW HMLAN BidCoS-port opened
2017.12.28 12:34:49 1: HMUARTLGW HMLAN frame with wrong length received: 225, should: 4: FD000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2017.12.28 12:34:49 1: HMUARTLGW HMLAN frame with wrong length received: 451, should: 4: FD00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2017.12.28 12:34:49 1: HMUARTLGW HMLAN frame with wrong length received: 677, should: 4: FD0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000



Könnt ihr helfen ??
Vielen Dank im Voraus.

[geforce28]

So nachdem ich die Netzwerkverschlüsselung deaktiviert habe sieht es nun scheinbar anders aus, allerdings klappt das Update immer noch nicht...

Auszug aus dem Log:
https://pastebin.com/6z3Zfb9F

die D-Firmware bleibt unveränder bei 1.0.6 !

Was kann ich tun ?

[Otto123]

Hi,

Die "" braucht es meines Wissen nicht! Ob die stören weiß ich nicht.

Code Auswählen Erweitern

set HMLAN updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update_hm_only.eq3

Auszug wegen AES:

Das Modul beherrscht von sich aus AES zu den Geräten. Für weitere Informationen zum Thema Verschlüsselung gibt es den Beitrag AES Encryption. Soll auch die LAN Kommunikation verschlüsselt ablaufen wird das Modul Crypt::Rijndael (Linux Befehl: "sudo apt-get install libcrypt-rijndael-perl" siehe auch unter Raspberry Pi) benötigt (siehe auch Meldung im Log). Die LAN Verschlüsselung kann mit dem Tool Lankonfigurator (netfinder) von eq3 aktiviert oder deaktiviert werden. Im Auslieferungszustand ist sie aktiviert. Da das Modul Crypt::Rijndael für die Kommunikation mit den Rauchmeldern SD2 auch benötigt wird, kann man dieses Modul per default installieren.

Gruß Otto

[geforce28]

Ja, habe es auch schon ohne die "" probiert.
Nutzt leider nichts.

Netzwerkverschlüsselung habe ich mithilfe des Netfinders bereits deaktiviert.
Das Modul "libcrypt-rijndael-perl" ist installiert.

Bin echt ratlos...

[Otto123]

und das /opt/fhem/FHEM/firmware/coprocessor_update_hm_only.eq3 ist von allen lesbar?

Wie hast Du es heruntergeladen? Mit

Code Auswählen Erweitern

wget https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3

[geforce28]

Ja genau so habe ich es geladen.

Bzgl. Rechte habe ich gerade extra nochmal ein "chmod -v 777 /opt/fhem/FHEM/firmware/coprocessor_update_hm_only.eq3" hinterhergeschoben.

Leider auch so ohne Wirkung das ganze...
Was nun ?

[Otto123]

Netfinder hast Du aber aus? Konkurierende Zugriffe dürfen nicht sein!

[geforce28]

Ja, netfinder ist aus.

[Otto123]

Ich habe gerade mal in deinen Link geschaut (ich hasse solche externen Links) da steht doch

Code Auswählen Erweitern

2017.12.29 00:24:55.251 1: HMUARTLGW HMLAN firmware update successfull
Bist Du sicher, das es nicht erfolgreich war? Wie alt sind die readings?
Gib mal ein list HMLAN

Gruß Otto

[geforce28]

Ja genau das verwirrt mich auch !

Und ja ich bin mir sicher, dass es nicht funktioniert hat.

Die Readings sind aktuell, auch einen Power Cycle + Neustart des FHEM Servers, was alles komplett neu initialisiert, habe ich schon durchgeführt.

list HMLAN ergibt:
(habe S/N und HMID zensiert)

Code Auswählen Erweitern


Internals:
   AssignedPeerCnt 0
   CNT        22
   Clients    :CUL_HM:
   DEF        10.0.3.8
   DEVCNT     22
   DevState   99
   DevType    LGW
   DeviceName 10.0.3.8:2000
   FD         12
   LastOpen   1514581329.23274
   NAME       HMLAN
   NR         26
   PARTIAL   
   RAWMSG     040200
   RSSI       -89
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      eQ3-HM-LGW
   msgLoadCurrent 0
   msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
   msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
   owner      5AF222
   owner_CCU  VCCU
   Helper:
     CreditTimer 4
     FW         65542
     Initialized 1
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     RoundTrip:
       Delay      0.00340104103088379
     loadLvl:
       lastHistory 1514581331.99766
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
   READINGS:
     2017-12-29 22:02:11   D-HMIdAssigned  5AF222
     2017-12-29 22:02:11   D-HMIdOriginal  000000
     2017-12-29 22:02:09   D-LANfirmware   1.1.5
     2017-12-29 22:02:11   D-firmware      1.0.6 (outdated)
     2017-12-29 22:02:09   D-serialNr      OEQ07XXXXX
     2017-12-29 22:02:09   D-type          eQ3-HM-LGW
     2017-12-29 22:02:12   cond            ok
     2017-12-29 22:02:12   load            0
     2017-12-29 22:02:12   loadLvl         low
     2017-12-29 22:02:09   state           opened
   keepAlive:
     CNT        10
     DEVCNT     9
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 10.0.3.8:2001
     FD         13
     LastOpen   1514581329.24134
     NAME       HMLAN:keepAlive
     NR         255
     PARTIAL   
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1514581390.25478
       Log:
         Resolve    1
         IDs:
     READINGS:
       2017-12-29 22:02:09   state           opened
Attributes:
   hmId       5AF222
   lgwPw      JSRXXXXX
   qLen       60


[Otto123]

Ich bin mir ziemlich sicher, das hier normalerweise FFFFF steht

D-HMIdOriginal  000000

Du, ich habe keine Idee mehr. Ich habe das Gateway auch nicht, ich kann nichts testen oder eigene Erfahrungen beisteuern.

Viel Erfolg
Otto

[geforce28]

Ja keine Ahnung, warum da bei mir 000000 steht...

Okay, dann mal die Frage an alle anderen Experten hier:
Was kann ich noch tun ?
Habt ihr noch Ideen ?

[martinp876]

Die orgid scheint bei lgw nicht zu existieren. Das kommt von hmlan. Evtl kann das lgw nicht wie ein hmlan eingesetzt werden und braucht es auch nicht.
Der fwuodate ist nicht in der normalen FW.
Du hast sicher schon einen powerup nach dem Update gemacht

[Otto123]

Ja die D-HMIdOriginal existiert beim Lan Gateway nicht. Aber in allen listings hier im Forum habe ich dort immer FFFFFF gesehen.

Nur mal so doof gefragt: Es gibt ein Modul HMLAN, dein Gateway hast Du HMLAN genannt. Du hast nicht zufällig irgendwas mit dem Modul HMLAN definiert und es ist alles etwas durcheinander?
Mach mal bitte

Code Auswählen Erweitern

list TYPE=HMLAN

Gruß Otto

[geforce28]

JA, falls du mit "Powerup" das aus und einschalten des LGW meinst, habe ich gemacht...

Code Auswählen Erweitern

list TYPE=HMLAN funktioniert bei mir nicht.
Passiert einfach nichts, wenn ich das bei mir in FHEM eingebe.