HM-MOD-RE-8: RESPONSE TIMEOUT:RegisterRead

Begonnen von gestein, 30 Juli 2019, 13:13:09

Vorheriges Thema - Nächstes Thema

gestein

Hallo,

ich kämpfe seit längerem mit meinen HM-MOD-RE-8.
Insgesamt habe ich 3 Stück und immer wieder (teilweise mehrmals am Tag) stehen die Teile auf Status "RESPONSE TIMEOUT:RegisterRead".

Ich habe dann immer wieder ein "getConfig" aufgerufen, dann geht es mal für einige Zeit, manchmal kommt sogar da der "Response Timeout".
Bei einem der nächsten Schalten kommt dann wieder eine Fehlermeldung.

Das Empfangsmodul (ein HmUART) hängt an einem Raspberry pi zero und ist über set2ser in fhem eingebunden.

Was könnte ich noch tun, um die Teile endlich funktionsfähig zu bekommen?
Vielen Dank im Voraus
lg, Gerhard

Ein "list TW.Bewaesserung" ergibt:

Internals:
   DEF        56E264
   FUUID      5c43b925-f33f-0b7a-ab07-847928fba7ba29f4
   IODev      WLAN_HmUART
   LASTInputDev WLAN_HmUART
   MSGCNT     32
   NAME       TW.Bewaesserung
   NOTIFYDEV  global
   NR         676
   NTFY_ORDER 50-TW.Bewaesserung
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   WLAN_HmUART_MSGCNT 32
   WLAN_HmUART_RAWMSG 0501004B59A41056E26412345606030000
   WLAN_HmUART_RSSI -75
   WLAN_HmUART_TIME 2019-07-30 07:02:41
   channel_01 TW.Bewaesserung_Gelaender
   channel_02 TW.Bewaesserung_GelaenderH
   channel_03 TW.Bewaesserung_Kraeuter
   channel_04 TW.Bewaesserung_Erdbeeren
   channel_05 TW.Bewaesserung_Bank
   channel_06 TW.Bewaesserung_Ahorn
   channel_07 TW.Bewaesserung_Zypresse
   channel_08 TW.Bewaesserung_Olive
   lastMsg    No:59 - t:10 s:56E264 d:123456 06030000
   protCmdDel 64
   protLastRcv 2019-07-30 07:02:41
   protRcv    30 last_at:2019-07-30 07:02:41
   protResnd  8 last_at:2019-07-30 12:47:38
   protResndFail 6 last_at:2019-07-30 12:47:44
   protSnd    44 last_at:2019-07-30 12:47:30
   protSndB   21 last_at:2019-07-30 12:47:38
   protState  CMDs_done_Errors:1
   rssi_at_WLAN_HmUART cnt:32 min:-78 max:-75 avg:-76.12 lst:-75
   READINGS:
     2019-07-10 00:30:25   CommandAccepted yes
     2019-07-10 00:29:57   D-firmware      1.2
     2019-07-10 00:29:57   D-serialNr      OEQ0207590
     2019-07-30 03:44:53   PairedTo        0x123456
     2019-07-10 01:01:26   R-intKeyVisib   invisib
     2019-07-10 00:23:33   R-ledMode       off
     2019-07-19 03:43:52   R-lowBatLimitBA3 16 V
     2019-07-10 01:01:26   R-pairCentral   0x123456
     2019-07-11 22:40:38   level           0
     2019-07-11 22:40:38   pct             0
     2019-07-11 22:40:38   powerOn         2019-07-11 22:40:38
     2019-07-11 22:40:38   recentStateType info
     2019-07-12 01:48:15   sabotageAttack_ErrIoAttack cnt 27
     2019-07-30 12:47:45   state           RESPONSE TIMEOUT:RegisterRead
     2019-07-11 22:40:38   timedOn         off
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   91
     cSnd       1112345656E2640208C80000BB83,0112345656E26400040000000000
     mId        00BE
     peerFriend
     peerOpt    -:switch
     regLst     0
     rxType     2
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +56E264,00,00,00
       nextSend   1564462961.80474
       rxt        0
       vccu       VCCU
       p:
         56E264
         00
         00
         00
       prefIO:
         WLAN_HmUART
     mRssi:
       mNo        59
       io:
         WLAN_HmUART:
           -73
           -73
         WLAN_HmUSB_TO:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rpt:
       IO         WLAN_HmUART
       flg        A
       ts         1564462961.70082
       ack:
         HASH(0x3063108)
         59800212345656E26400
     rssi:
       at_WLAN_HmUART:
         avg        -76.125
         cnt        32
         lst        -75
         max        -75
         min        -78
     shadowReg:
     tmpl:
Attributes:
   IODev      WLAN_HmUART
   IOgrp      VCCU:WLAN_HmUART
   autoReadReg 4_reqStatus
   expert     251_anything
   firmware   1.2
   model      HM-MOD-RE-8
   msgRepeat  1
   room       Bewässerung,CUL_HM,Terrasse_West
   serialNr   OEQ0207590
   subType    switch
   verbose    5
   webCmd     getConfig:clear msgEvents


Das roundtrip delay schwankt stark, das bekomme ich nicht in den Griff (obwohl das Empfangsmodul schon auf einen anderen Raspberry übersiedelt ist, der sonst nichts tut):
2019.07.30 12:51:58.592 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0176
2019.07.30 12:52:14.391 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0645
2019.07.30 12:52:29.503 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0398
2019.07.30 12:52:45.228 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.1169
2019.07.30 12:53:02.030 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.5500
2019.07.30 12:53:16.896 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.1480
2019.07.30 12:53:31.931 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0475
2019.07.30 12:53:57.568 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.1255
2019.07.30 12:54:21.336 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.5250
2019.07.30 12:54:22.133 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0321
2019.07.30 12:54:37.191 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0230
2019.07.30 12:54:52.252 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0226
2019.07.30 12:55:25.425 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.8458
2019.07.30 12:55:40.458 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.4389
2019.07.30 12:55:56.835 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.3533
2019.07.30 12:56:11.590 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0426
2019.07.30 12:56:41.659 5: HMUARTLGW WLAN_HmUART roundtrip delay: 2.8355
2019.07.30 12:56:54.875 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.4534
2019.07.30 12:57:09.497 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0233
2019.07.30 12:57:31.815 5: HMUARTLGW WLAN_HmUART roundtrip delay: 4.9340
2019.07.30 12:57:41.973 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0306
2019.07.30 12:57:57.071 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0398
2019.07.30 12:58:12.176 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0487
2019.07.30 12:58:29.487 5: HMUARTLGW WLAN_HmUART roundtrip delay: 1.2716
2019.07.30 12:58:44.629 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.7177
2019.07.30 12:58:59.031 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0406
2019.07.30 12:59:14.266 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0842
2019.07.30 12:59:30.898 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.9465
2019.07.30 12:59:47.499 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.7292
2019.07.30 13:00:01.833 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.0892
2019.07.30 13:00:17.610 5: HMUARTLGW WLAN_HmUART roundtrip delay: 0.2964
2019.07.30 13:00:35.073 5: HMUARTLGW WLAN_HmUART roundtrip delay: 1.6316

frank

#1
mit den werten bleibt es ein glücksspiel mit dem wlan.
entweder wlan verbessern oder kabel nutzen.

edit:
eventuell mal powerlan probieren. ich weiss aber nicht wirklich, wie gut diese verbindungen sind.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

gestein

Hallo Frank,

Ein RSSI von -75dB ist schlecht?
Dachte, das ist ein eher guter Wert.

Oder meinst Du den ,,roundtrip delay"?

Oder welchen Wert meinst Du?

Lg, Gerhard

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

gestein

Danke. Das habe ich eh auch vermutet.
Über LAN könnte es besser sein? Werde ich gleich mal probieren.

Lg, Gerhard