HM-ES-TX-WM und missing register list ..._IEC_02:.RegL_01.

[Handfest]

Werte Wissenden,
ich habe mir o.g. Device nebst Sensor ES-Fer zugelegt, um meinen Ferraris-Zähler auszulesen. Leider gibt es Fehlermeldungen, weil Register nicht gelesen werden können.

RESPONSE TIMEOUT:RegisterRead

Wahrscheinlich sehe ich mittlerweile den Wald vor lauter Bäumen nicht mehr, aber ich kriege es nicht gebacken und frage deshalb hier nach Hilfe.

Hier ein List des Devices

List:

Code Auswählen Erweitern

Internals:
   CUL_0_MSGCNT 8
   CUL_0_RAWMSG A0A2B80023DFB861C4B0C00::-31.5:CUL_0
   CUL_0_RSSI -31.5
   CUL_0_TIME 2023-11-21 15:42:14
   DEF        3DFB86
   FUUID      655c9215-f33f-6c57-a645-2ba39465a921df78
   HMLAN1_MSGCNT 4
   HMLAN1_RAWMSG 051000314B865E3DFB86000000004C90004A38
   HMLAN1_RSSI -49
   HMLAN1_TIME 2023-11-21 15:42:14
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     12
   NAME       HM_3DFB86
   NR         689
   NTFY_ORDER 48-HM_3DFB86
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_3DFB86_IEC_01
   channel_02 HM_3DFB86_IEC_02
   disableNotifyFn 1
   eventCount 14
   lastMsg    No:4B - t:5E s:3DFB86 d:000000 004C90004A38
   protCmdDel 1
   protLastRcv 2023-11-21 15:42:14
   protRcv    11 last_at:2023-11-21 15:42:14
   protResnd  3 last_at:2023-11-21 15:40:07
   protResndFail 1 last_at:2023-11-21 15:42:19
   protSnd    4 last_at:2023-11-21 15:42:14
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 cnt:8 min:-31.5 max:-31.5 avg:-31.5 lst:-31.5
   rssi_at_HMLAN1 cnt:4 min:-50 max:-49 avg:-49.25 lst:-49
   READINGS:
     2023-11-21 15:42:14   CommandAccepted yes
     2023-11-21 14:57:17   D-firmware      1.0
     2023-11-21 14:57:17   D-serialNr      MEQ0705893
     2023-11-21 15:42:14   IODev           HMLAN1
     2023-11-21 14:57:51   PairedTo        0x1C4B0C
     2023-11-21 12:54:45   R-pairCentral   0x1C4B0C
     2023-11-21 13:02:24   R-powerMode     undef lit:68
     2023-11-21 12:27:12   R-transmDevTryMax 6
     2023-11-21 15:23:58   cfgState        ok
     2023-11-21 15:42:19   commState       CMDs_done_Errors:1
     2023-11-21 12:26:53   powerOn         2023-11-21 12:26:53
     2023-11-21 15:42:19   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   75
     cSnd       011C4B0C3DFB8602040000000001,011C4B0C3DFB8602040000000001
     lastMsgTm  1700577734.89935
     mId        00DE
     peerFriend -
     peerOpt    -:powerSensor
     regLst     0
     rxType     12
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1700577213.76954
       TmplTs     1700577213.76954
       cmdKey     0:1:0::HM_3DFB86:00DE:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         text       -txt1- [-txt2-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       flgs       0
       newChn     +3DFB86,00,00,00
       nextSend   1700577734.98832
       rxt        2
       vccu       VCCU
       p:
         3DFB86
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        4B
       io:
         CUL_0:
           -31.5
         HMLAN1:
           -41
           -41
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_CUL_0:
         avg        -31.5
         cnt        8
         lst        -31.5
         max        -31.5
         min        -31.5
       at_HMLAN1:
         avg        -49.25
         cnt        4
         lst        -49
         max        -49
         min        -50
     tmpl:
Attributes:
   IOgrp      VCCU:HMLAN1
   autoReadReg 5_readMissing
   commStInCh off
   expert     allReg
   firmware   1.0
   model      HM-ES-TX-WM
   room       Homematic,Testraum,_New
   serialNr   MEQ0705893
   subType    powerSensor
   webCmd     getConfig:clear msgEvents

und eines der Channel ..._IEC_01:

Code Auswählen Erweitern

Internals:
   DEF        3DFB8601
   FUUID      655c9215-f33f-6c57-fc87-969e8afb50ec78e4
   NAME       HM_3DFB86_IEC_01
   NR         691
   NTFY_ORDER 48-HM_3DFB86_IEC_01
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     HM_3DFB86
   disableNotifyFn 1
   eventCount 11
   READINGS:
     2023-11-21 12:27:13   R-mtrConstGas   0.01 m3/I
     2023-11-21 12:27:13   R-mtrConstIr    100 U/kWh
     2023-11-21 12:27:13   R-mtrConstLed   10000 i/kWh
     2023-11-21 12:36:32   R-mtrSensIr     186 %
     2023-11-21 12:36:32   R-mtrType       IR
     2023-11-21 12:27:13   R-sign          off
     2023-11-21 12:27:13   R-transmitTryMax 6
     2023-11-21 15:49:32   boot            off
     2023-11-21 15:45:57   cfgState        ok
     2023-11-21 15:49:32   eState          E: 1990 P: 230
     2023-11-21 15:49:32   energy          1990
     2023-11-21 15:49:32   energyCalc      1990
     2023-11-21 12:26:53   energyOffset    0
     2023-11-21 15:49:32   power           230
   helper:
     peerFriend
     peerIDsState peerUnread
     peerOpt    -:powerSensor
     regLst     1
     cmds:
       TmplKey    :no:1700577213.77168
       TmplTs     1700577213.77168
       cmdKey     1:0:0::HM_3DFB86:00DE:01:
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         sign       [(on|{off})]
         text       -txt1- [-txt2-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     peerIDsH:
     role:
       chn        1
     tmpl:
Attributes:
   expert     allReg
   model      HM-ES-TX-WM
   peerIDs    peerUnread
und _IEC_02:

Code Auswählen Erweitern

Internals:
   DEF        3DFB8602
   FUUID      655c9215-f33f-6c57-e633-a1f20f7a56106a18
   NAME       HM_3DFB86_IEC_02
   NR         692
   NTFY_ORDER 48-HM_3DFB86_IEC_02
   STATE      2000
   TYPE       CUL_HM
   chanNo     02
   device     HM_3DFB86
   disableNotifyFn 1
   eventCount 12
   READINGS:
     2023-11-21 15:45:57   cfgState        RegMiss
     2023-11-21 15:51:51   state           2000
   helper:
     getCfgListNo
     peerFriend
     peerOpt    -:powerSensor
     regLst     1
     cfgChk:
       idRc01     .RegL_01.
     cmds:
       TmplKey    :no:1700577213.77325
       TmplTs     1700577213.77325
       cmdKey     1:0:0::HM_3DFB86:00DE:02:
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         sign       [(on|{off})]
         text       -txt1- [-txt2-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     peerIDsH:
     role:
       chn        1
     tmpl:
Attributes:
   expert     allReg
   model      HM-ES-TX-WM

HM meldet configCheck done:

 missing register list
    HM_3DFB86_IEC_02:   .RegL_01.


Was kann ich noch tun, um dieses Timeout zu verhindern? Ich hab bestimmt schon ein dutzend Mal "getConfig" am Hauptdeich und auch an beiden Channels gemacht und anschließend am Gerät auch das Knöpcher "Pfeil rechts" gedrückt. Irgendwie komme ich über das RESPONSE TIMEOUT:RegisterRead nicht hinweg.
Wie kann ich das fehlende Register auslesen?

Auffällig ist der STATE des CH01, der "" zeigt, obwohl energy-Werte gemessen werden.
Ausserdem das attr peerIDs beim CH01, das "peerUnread" zeigt
und ein cfgState "RegMiss" beim CH02



Ich bitte um Unterstützung und sage schon mal DANKE!
Gruß Handfest

[frank]

ich habe den verdacht, dass es probleme mit der veralteten fw 1.0 geben könnte.
mach doch mal ein update.

[Handfest]

Hallo frank,
falls du die FW auf dem HM-ES-TX-WM meinst, so gibt es lt. changelog nur Änderungen die sich auf andere Zählerdevices/Sensoren als die für Ferraris-Zähler beziehen und zudem diverse User die hier von einer funktionierenden V1.0 bei Ferraris berichten. Da möchte ich lieber nicht ran, wenn es sich irgendwie vermeiden lässt.

Gruß Handfest

[Handfest]

ich habe den verdacht, dass es probleme mit der veralteten fw 1.0 geben könnte.
mach doch mal ein update.

Das wäre auch nach hinten losgegangen:

Aus dem changelog zur V1.2:
Wichtiger Hinweis bei dem Update von der Version 1.0:
Dieses Update ist nur erforderlich, wenn Sie einen ES-IEC Sensor verwenden!

Aus dem Changelog zur V2.5:
* This version only supports the ES-IEC sensor.
* Support for IR-, gas- and LED-sensor removed. These sensors are only supported by versions smaller than version 2.0.

Also ist die V1.0 die bei mir drauf ist die "richtige".

Aber trotzdem Danke für deine Idee.

Gruß Handfest

[frank]

Das wäre auch nach hinten losgegangen:

sicherlich nicht!

[frank]

sniffe mal die raw messages für ein getconfig am hauptdevice.
und wie sieht es aus, wenn der cul als prefered io gesetzt ist?

[frank]

sniffe mal die raw messages für ein getconfig am hauptdevice.
und wie sieht es aus, wenn der cul als prefered io gesetzt ist?

das kannst du dir ersparen.

falls du die FW auf dem HM-ES-TX-WM meinst, so gibt es lt. changelog nur Änderungen die sich auf andere Zählerdevices/Sensoren als die für Ferraris-Zähler beziehen und zudem diverse User die hier von einer funktionierenden V1.0 bei Ferraris berichten.

keine ahnung was du da gesehen hast.
in diesem thread wurde mein verdacht jedenfalls schon vor 3,5 jahren bestätigt. 

also mach das update auf fw 1.2, damit auch der channel2 gelesen werden kann.
und nach erfolgreichem update reset auf werkseinstellungen nicht vergessen. danach natürlich wieder pairen.

[Handfest]

OK, danke fürs Kümmern.
Ich gehe das Thema mal an, wenn mich das fehlende Register nervt. Im Augenblick ist bis auf die Fehlermeldung im HM alles schön, es kommen Werte im Device und in beiden Kanälen. Und die können auch verarbeitet werden. Ist eigentlich nur noch die Meldung...

Da das FW Update bei mir auch nur mit der CUL geht und ich zudem wenig Übung damit habe ist das Risiko dass ich es "verschlimmbessere" da... Aber es ist ja jetzt die Jahreszeit wo man mal probieren kann

Danke jedenfalls - falls ich noch über die "FW1.0 ist alles i.O."-Nachrichten stolpere melde ich mich nochmal

Gruß Handfest

[frank]

Da das FW Update bei mir auch nur mit der CUL geht und ich zudem wenig Übung damit habe ist das Risiko dass ich es "verschlimmbessere" da...

wieso "nur" einen cul.

ich habe hmlan, hmuart und cul.
von den dreien ist der cul das einzige io, das mit jeder situation klar kommt.
somit übernimmt er bei mir alle spezialaufgaben, bei dennen die beiden anderen probleme haben, oder auch updates.

Ich gehe das Thema mal an, wenn mich das fehlende Register nervt.

Code Auswählen Erweitern

autoReadReg 5_readMissingbis dahin würde ich dann aber autoreadreg abschalten, sonst versucht fhem wahrscheinlich immer wieder die daten zu holen.

noch mehr würde mich stören, dass die fw 1.0 scheinbar den wakeup mode ablehnt und dauernd NACK sendet. so muss man ja bei jedem getconfig/regset in den keller laufen und aufs knöpfchen drücken.

[Handfest]

noch mehr würde mich stören, dass die fw 1.0 scheinbar den wakeup mode ablehnt und dauernd NACK sendet. so muss man ja bei jedem getconfig/regset in den keller laufen und aufs knöpfchen drücken.

Ja, das stimmt wohl

OK, dann gehe ich es mal an. Rechne damit, dass ich mich bei Schwierigkeiten melde  :
Sieht das list der CUL_0 für dich für ein FW-Update OK aus?

Code Auswählen Erweitern

Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_0_MSGCNT 3930
   CUL_0_TIME 2023-11-23 12:32:09
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         23
   FHTID      1034
   FUUID      5c853236-f33f-6c57-7959-5977c33965c6ea6b
   NAME       CUL_0
   NR         99
   NR_CMD_LAST_H 3
   PARTIAL   
   RAWMSG     A0FF986106F1CE00000000AA8D10A184009
   RSSI       -69.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   devioNoSTATE 1
   eventCount 27
   initString X21
Ar
   owner_CCU  VCCU
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2023-11-22 19:29:52   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2023-11-23 12:32:09   state           Initialized
     2023-11-04 14:42:08   version         V 1.67 CUL868
   XMIT_TIME:
     1700677813.02975
     1700677813.18079
     1700677906.35513
   helper:
     000000:
       QUEUE:
     6F1D46:
       QUEUE:
Attributes:
   connectCommand A
   hmId       1C4B0C
   rfmode     HomeMatic
   room       CUL_X,Gateways,Homematic
   verbose    5
Sollte ich noch was anderes beachten als vorher den preferred IO mit

Code Auswählen Erweitern

attr <HM-ES-TX-WM> IOGrp VCCU:CUL_0 zu setzen und den HMLAN mit

Code Auswählen Erweitern

set HMLAN1 close ausser Betrieb zu setzen ?

Danach nur nach Anleitung auf Bootloader laden stellen und

Code Auswählen Erweitern

set <HM-ES-TX-WM> fwUpdate </Pfad/Dateiname> oder fehlt da noch irgendwo was?



Gruß Handfest

[frank]

beim cul würde ich erst noch verbose auf 3 stellen, damit er sich besser aufs update konzentrieren kann.
wenn der cul sonst grundsätzlich ohne zicken funktioniert, der funk gut ist, und fhem geschmeidig ohne freezes läuft, sollte auch das update klappen.

das close am hmlan ist wahrscheinlich überflüssig.

beim fwUpdate fehlt noch am ende die optionale waittime. dann wartet fhem mindestens solange, bis du das device manuell in den bootloader gebracht hast.

Code Auswählen Erweitern

set <HM-ES-TX-WM> fwUpdate </Pfad/Dateiname> 60

im prinzip wie im wiki zum tx würde ich sagen:

Firmwareupdate

Für ein erfolgreiches Firmwareupdate sollte das Gerät mit einem Sensor verbunden sein.

Das Gerät lässt sich in den Updatemodus versetzen, im dem die Batterien zunächst entfernt, dann beim Einsetzen die Anlerntaste (die rechte mit der Bezeichnung ">") gedrückt bleibt. Die Leuchtdiode blinkt dann rot im sehr schnellen Takt.

Das FHEM-Kommando zum Senden der Firmware per set <devicename> fwUpdate <Firmwaredatei.eq3> muss vor dem Einlegen der Batterie (bei gleichzeitigem Drücken der Anlerntaste) aufgegeben werden. Erfolgt zum Zeitpunkt des Einschaltens im Updatemodus keine Sendung der Firmware wird der Zählersensor normal gebootet.

Die Meldung <devicename> fwUpdate: fail:notInBootLoader im Filelog erscheint, wenn das FHEM fwUpdate Kommando zu spät gesendet wurde.

Der Update dauert etwa eine Minute. Während des Updates blinkt die Diode rot in kurzen Intervallen. Nach erfolgreichen Update muss der Sensor auf die Werkseinstellungen zurückgesetzt (">" Taste 4 Sekunden drücken (Display zeigt reS), kurz warten, ">" noch mal 4 Sekunden drücken - Zählersensor rebootet), aus der FHEM Konfiguration entfernt und neu angelernt werden.

Wenn der Reset nicht durchgeführt wird, kommt vom Sensor immer die Fehlermeldung: einmal langes und drei mal kurzes rotes Blinken (Sitz des Auslesekopfes prüfen). Diese Meldung ist in diesem Zusammenhang ziemlich irreführend.

Dieser Vorgang ist im changelog.txt file der Firmware unvollständig beschrieben, da hier ein Update an der CCU vorausgesetzt wird und die CCU die Firmware wohl automatisch sendet.

[Handfest]

Danke. Mal sehen wann ich das die Tage mit unterbringe. Soll man ja etwas Ruhe zu haben

Werde berichten
Gruß Handfest

[Handfest]

So, mit deiner Hilfe frank erledigt!

FW1.2 drauf, "CMDs_done", alle Register gelesen, demzufolge "configCheck done:"

War zwar Fummelei mit den Batterien und gleichzeitig den Knopf drücken aber schon das Pairing lief doppelt so schnell wie bei FW1.0
Und ich hab wieder was gelernt: Der Tipp mit Abstand zwischen CUL und Gerät ist tatsächlich Gold wert. Anscheinend brät der CUL so stark dass das Gerät nicht alle Blöcke der Übertragung fehlerfrei mitkriegt. Also USB-Verlängerung geholt und das Gerät in den Blech-Zählerschrank verfrachtet und schon läuft das FW-Update durch.

Bestätige also deinen Verdacht mit der FW1.0, die buggy ist

Danke nochmal und schönen Abend noch
Gruß Handfest