HM-LC-Bl1PBU-FM: RESPONSE TIMEOUT:RegisterRead

[Motivierte linke Hände]

Hi,

nun habe ich hier fhem mit zig Homematic devices seit einiger Zeit laufen und dachte, ich könnte mit den Dingern ausreichend gut umgehen. Aber nun zickt ein HM-LC-Bl1PBU-FM. Ich dachte er sei kaputt und habe ihn gegen einen anderen getauscht, aber der Neue genau dasselbe Verhalten.

Ausgepackt, eingebaut, gepaired via Serial. Gerät erscheint in fhem. Dann der Versuch, Daten zu erhalten und schonmal die Fahrzeit zu konfigurieren:

Code Auswählen Erweitern

attr HM_4E87A9 autoReadReg 5_readMissing
set HM_4E87A9 regSet driveUp 24
set HM_4E87A9 regSet driveDown 24

Übertragungsfehler:

Code Auswählen Erweitern

2016-10-21_16:21:32 HM_4E87A9 D-firmware: 2.8
2016-10-21_16:21:32 HM_4E87A9 D-serialNr: NEQ0989657
2016-10-21_16:21:38 HM_4E87A9 deviceMsg: 50 (to vccu)
2016-10-21_16:21:38 HM_4E87A9 level: 50
2016-10-21_16:21:38 HM_4E87A9 motor: err:50
2016-10-21_16:21:38 HM_4E87A9 pct: 50
2016-10-21_16:21:38 HM_4E87A9 50
2016-10-21_16:21:38 HM_4E87A9 timedOn: off
2016-10-21_16:22:03 HM_4E87A9 ResndFail
2016-10-21_16:22:03 HM_4E87A9 RESPONSE TIMEOUT:RegisterRead
2016-10-21_16:25:39 HM_4E87A9 ResndFail
2016-10-21_16:25:39 HM_4E87A9 MISSING ACK
2016-10-21_16:27:11 HM_4E87A9 deviceMsg: 52 (to broadcast)
2016-10-21_16:27:11 HM_4E87A9 level: 52
2016-10-21_16:27:11 HM_4E87A9 motor: up:52
2016-10-21_16:27:11 HM_4E87A9 pct: 52
2016-10-21_16:27:11 HM_4E87A9 52
2016-10-21_16:27:11 HM_4E87A9 timedOn: off
2016-10-21_16:28:06 HM_4E87A9 deviceMsg: on (to broadcast)
2016-10-21_16:28:06 HM_4E87A9 level: 100
2016-10-21_16:28:06 HM_4E87A9 motor: stop:on
2016-10-21_16:28:06 HM_4E87A9 pct: 100
2016-10-21_16:28:06 HM_4E87A9 on
2016-10-21_16:28:06 HM_4E87A9 timedOn: off
2016-10-21_16:34:38 HM_4E87A9 R-driveUp: set_24 s
2016-10-21_16:34:47 HM_4E87A9 R-driveDown: set_24 s
2016-10-21_16:35:00 HM_4E87A9 ResndFail
2016-10-21_16:35:00 HM_4E87A9 MISSING ACK
2016-10-21_16:35:23 HM_4E87A9 ResndFail
2016-10-21_16:35:23 HM_4E87A9 RESPONSE TIMEOUT:RegisterRead

Auch mit set on/off lässt er sich nicht steuern - führt zu einem MISSING ACK.

Code Auswählen Erweitern

2016-10-21_16:45:46 HM_4E87A9 set_off
2016-10-21_16:46:02 HM_4E87A9 ResndFail
2016-10-21_16:46:02 HM_4E87A9 MISSING ACK

List:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        4E87A9
   HMLAN1_MSGCNT 4
   HMLAN1_RAWMSG E4E87A9,0000,75DB27AA,FF,FFB4,6284104E87A90000000601C800
   HMLAN1_RSSI -76
   HMLAN1_TIME 2016-10-21 16:28:06
   HMLAN2_MSGCNT 5
   HMLAN2_RAWMSG E4E87A9,0000,04668B36,FF,FFB9,6284104E87A90000000601C800
   HMLAN2_RSSI -71
   HMLAN2_TIME 2016-10-21 16:28:06
   HMUSB_MSGCNT 3
   HMUSB_RAWMSG E4E87A9,0000,00264942,FF,FFAD,6284104E87A90000000601C800
   HMUSB_RSSI -83
   HMUSB_TIME 2016-10-21 16:28:06
   IODev      HMLAN2
   LASTInputDev HMUSB
   MSGCNT     12
   NAME       HM_4E87A9
   NOTIFYDEV  global
   NR         4025
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:62 - t:10 s:4E87A9 d:000000 0601C800
   protCmdDel 14
   protLastRcv 2016-10-21 16:28:06
   protResnd  15 last_at:2016-10-21 16:45:57
   protResndFail 5 last_at:2016-10-21 16:46:02
   protSnd    7 last_at:2016-10-21 16:45:46
   protState  CMDs_done_Errors:1
   rssi_HMLAN2 max:-68 avg:-68 min:-68 lst:-68 cnt:1
   rssi_at_HMLAN1 cnt:4 lst:-76 min:-90 max:-72 avg:-78
   rssi_at_HMLAN2 min:-73 avg:-70.2 max:-69 lst:-71 cnt:5
   rssi_at_HMUSB min:-86 avg:-81.33 max:-75 lst:-83 cnt:3
   Readings:
     2016-10-21 16:21:32   D-firmware      2.8
     2016-10-21 16:21:32   D-serialNr      NEQ0989657
     2016-10-21 16:34:47   R-driveDown     set_24 s
     2016-10-21 16:34:38   R-driveUp       set_24 s
     2016-10-21 16:28:06   deviceMsg       on (to broadcast)
     2016-10-21 16:28:06   level           100
     2016-10-21 16:28:06   motor           stop:on
     2016-10-21 16:28:06   pct             100
     2016-10-21 16:28:06   recentStateType info
     2016-10-21 16:46:02   state           MISSING ACK
     2016-10-21 16:28:06   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   101
     cSnd       01ABC1234E87A900040000000000,11ABC1234E87A90201000000
     dlvl       00
     dlvlCmd    ++A011ABC1234E87A90201000000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     rxType     1
     Ack:
     Dir:
       cur        stop
       rct        up
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4E87A9,00,02,00
       nextSend   1477060086.14624
       rxt        0
       vccu       vccu
       p:
         4E87A9
         00
         02
         00
       prefIO:
         HMLAN2
     Mrssi:
       mNo        62
       Io:
         HMLAN1     -76
         HMLAN2     -69
         HMUSB      -83
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       Hmlan2:
         avg        -68
         cnt        1
         lst        -68
         max        -68
         min        -68
       At_hmlan1:
         avg        -78
         cnt        4
         lst        -76
         max        -72
         min        -90
       At_hmlan2:
         avg        -70.2
         cnt        5
         lst        -71
         max        -69
         min        -73
       At_hmusb:
         avg        -81.3333333333333
         cnt        3
         lst        -83
         max        -75
         min        -86
     Shadowreg:
       RegL_01.    0D:00 0E:F0 0B:00 0C:F0
     Tmpl:
Attributes:
   IODev      HMLAN2
   IOgrp      vccu:HMLAN2
   autoReadReg 5_readMissing
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   room       CUL_HM
   serialNr   NEQ0989657
   subType    blindActuator
   verbose    5
   webCmd     statusRequest:toggleDir:on:off:up:down:stop

Ein getConfig führt zu einige Resends und dann CMDs_done_Errors:1

Werksreset und dann neu Pairing führen zu demselben Problem: Der HM-LC-Bl1PBU-FM wird angelegt und geht dann sofort auf RESPONSE TIMEOUT:RegisterRead, d.h. er lässt sich nicht auslesen und ist wohl auch nicht ordentlich gepaired. Nochmaliges Pairen via pairForSec geht nicht, die LED blinkt bis zum Ablauf der Zeit durch, ohne dass etwas passiert.

Der HM-LC-Bl1PBU-FM sitzt genau über einem zweiten HM-LC-Bl1PBU-FM, der problemlos funktioniert (wie auch alle anderen hier im Haus verteilten). Die manuelle Steuerung per Wippe funktioniert problemlos.

Ein configCheck führt zu nichts, was mich erhellen würde:

Code Auswählen Erweitern

configCheck done:

missing register list
    HM_4E87A9: RegL_01.
    Sens_Gaestebad: RegL_00.

incomplete register list
    HM_4E87A9: RegL_00.

Register changes pending
    HM_4E87A9

peer list incomplete. Use getConfig to read it.
    incomplete: HM_4E87A9:
    incomplete: Sens_Gaestebad:

trigger sent to unpeered device
    triggerUnpeered: Fstr_Buero:000000
    triggerUnpeered: Fstr_Gast:000000
    triggerUnpeered: Fstr_KuecheKlein:000000

templist mismatch
      [diverse]


Warum kann ich das Ding nicht pairen, was übersehe ich?

Ich bin für jede Hilfe dankbar!

[LuckyDay]

Der HM-LC-Bl1PBU-FM sitzt genau über einem zweiten HM-LC-Bl1PBU-FM

Mach mal den funktionierenden Stromlos, und paire nochmal über die vccu, den neuen.

[Motivierte linke Hände]

Das (um genau zu sein: Ich habe den ausgebauten separat mit Strom versorgt und getestet, da rumfummeln am eingebauten Schalter mühsam ist, er sitzt in einer Leiste mit 4 anderen Schaltern in der Wand) klappt wesentlich besser:

Code Auswählen Erweitern

2016-10-21_18:32:21 HM_41DB60 D-firmware: 2.8
2016-10-21_18:32:21 HM_41DB60 D-serialNr: MEQ0737063
2016-10-21_18:32:27 HM_41DB60 R-driveDown: 50 s
2016-10-21_18:32:27 HM_41DB60 R-driveTurn: 0.5 s
2016-10-21_18:32:27 HM_41DB60 R-driveUp: 50 s
2016-10-21_18:32:27 HM_41DB60 R-sign: off
2016-10-21_18:32:29 HM_41DB60 deviceMsg: 50 (to vccu)
2016-10-21_18:32:29 HM_41DB60 level: 50
2016-10-21_18:32:29 HM_41DB60 motor: err:50
2016-10-21_18:32:29 HM_41DB60 pct: 50
2016-10-21_18:32:29 HM_41DB60 50
2016-10-21_18:32:29 HM_41DB60 timedOn: off
2016-10-21_18:33:21 HM_41DB60 R-driveUp: set_24 s
2016-10-21_18:33:33 HM_41DB60 R-driveDown: set_24 s
2016-10-21_18:33:33 HM_41DB60 R-driveTurn: set_0.5 s
2016-10-21_18:33:33 HM_41DB60 R-sign: set_off
2016-10-21_18:33:51 HM_41DB60 ResndFail
2016-10-21_18:33:51 HM_41DB60 RESPONSE TIMEOUT:RegisterRead
2016-10-21_18:34:15 HM_41DB60 R-driveDown: 50 s
2016-10-21_18:34:15 HM_41DB60 R-driveTurn: 0.5 s
2016-10-21_18:34:15 HM_41DB60 R-driveUp: 24 s
2016-10-21_18:34:15 HM_41DB60 R-sign: off
2016-10-21_18:35:26 HM_41DB60 R-driveDown: set_24 s
2016-10-21_18:35:31 HM_41DB60 R-pairCentral: 0xCD0007
2016-10-21_18:35:32 HM_41DB60 R-driveDown: 24 s
2016-10-21_18:36:39 HM_41DB60 set_off
2016-10-21_18:36:39 HM_41DB60 deviceMsg: 50 (to vccu)
2016-10-21_18:36:39 HM_41DB60 level: 50
2016-10-21_18:36:39 HM_41DB60 motor: down:50
2016-10-21_18:36:39 HM_41DB60 pct: 50
2016-10-21_18:36:39 HM_41DB60 50
2016-10-21_18:36:39 HM_41DB60 timedOn: off
2016-10-21_18:37:08 HM_41DB60 deviceMsg: off (to vccu)
2016-10-21_18:37:08 HM_41DB60 level: 0
2016-10-21_18:37:08 HM_41DB60 motor: stop:off
2016-10-21_18:37:08 HM_41DB60 pct: 0
2016-10-21_18:37:08 HM_41DB60 off
2016-10-21_18:37:08 HM_41DB60 timedOn: off

Es gab zwar auch einen Timeout, aber der lies sich durch nochmaliges Senden beseitigen.

Ok, was bedeutet das nun, dass die HM-LC-Bl1PBU-FM grundsätzlich funktionieren, sich aber an dem Platz nicht pairen lassen, bzw. was müsste ich ändern?

Die HM-LC-Bl1PBU-FM hängen, wie gesagt, in einer 4er-Leiste in der Wand. Von oben nach unten:

• Taster - hängt an einem HM-LC-SW1-FM im Elektroschrank
• Taster - hängt an einem HM-LC-SW1-FM im Elektroschrank
• HM-LC-Bl1PBU-FM (problematisch)
• HM-LC-Bl1PBU-FM (ok)

Könnte der zweite HM-LC-Bl1PBU-FM schlecht geschirmt sein? Die Taster können ja wohl nicht stören, oder? Und die RSSI-Werte sind ja eigentlich ok. 

[Motivierte linke Hände]

Ok, ich habe den eben außen gepairten HM-LC-Bl1PBU-FM in die Wand gesetzt.

Als er draußen an den Kabeln baumelte, klappt alles. Nachdem ich ihn in die Wand setzte, führte das erste getConfig wieder zum Timeout, aber das zweite lief dann durch... 

Die RSSI-Werte sind ja ok... Und der zweite HM-LC-Bl1PBU-FM kann ja nun auch nicht so viel funken, dass das nachhaltig stört, soviel darf er ja gar nicht senden...

[en-trust]

Ich bekomme ebenfall diesen Timeout. Fahr ich die Jalousie runter kommt dann missing ACK.

Hier mal das List...

Code Auswählen Erweitern

Internals:
   CFGFN      ./FHEM/fhem_activeactors.cfg
   DEF        49DA45
   IODev      myCUL
   NAME       SZ.Jalousie.Rechts
   NOTIFYDEV  global
   NR         193
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 4
   protResnd  6 last_at:2018-01-07 16:55:36
   protResndFail 2 last_at:2018-01-07 16:55:40
   protSnd    2 last_at:2018-01-07 16:55:23
   protState  CMDs_done_Errors:1
   READINGS:
     2018-01-03 08:00:00   CommandAccepted yes
     2017-07-14 13:26:41   D-firmware      2.8
     2017-07-14 13:26:41   D-serialNr      NEQ0076387
     2017-09-09 22:45:09   PairedTo        0xF11034
     2017-09-09 22:45:10   R-driveDown     23.1 s
     2017-07-21 07:44:37   R-driveTurn     0.5 s
     2017-09-09 22:45:10   R-driveUp       24 s
     2017-07-21 07:44:36   R-pairCentral   0xF11034
     2017-07-21 07:44:37   R-powerUpAction off
     2017-07-21 07:44:37   R-sign          off
     2018-01-04 19:16:26   deviceMsg       15.5 (to myVCCU)
     2018-01-04 19:16:26   level           15.5
     2018-01-04 19:16:26   motor           stop:15.5
     2018-01-04 19:16:26   pct             15.5
     2018-01-04 19:16:26   powerOn         2018-01-04 19:16:26
     2018-01-04 19:16:26   recentStateType info
     2018-01-07 16:55:40   state           MISSING ACK
     2018-01-07 16:55:40   statePosition   0
     2018-01-04 19:16:26   timedOn         off
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   109
     cSnd       01F1103449DA4500040000000000,11F1103449DA450201C80000
     dlvl       C8
     dlvlCmd    ++A011F1103449DA450201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +49DA45,00,00,00
       nextSend   1515340570.98229
       rxt        0
       vccu       myVCCU
       p:
         49DA45
         00
         00
         00
       prefIO:
         myCUL
     mRssi:
       mNo       
       io:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     tmpl:
Attributes:
   IODev      myCUL
   IOgrp      myVCCU:myCUL
   autoReadReg 4_reqStatus
   comment    1-fach Schaltaktor fuer Schlafzimmer-Jalousie (Rechts)
   devStateIcon auf:fts_shutter_10 zu:fts_shutter_100 *:fts_shutter_50
   event-on-change-reading state
   eventMap   on:hoch off:runter stop:stop
   expert     2_raw
   firmware   2.8
   group      Aktoren
   icon       fts_shutter_automatic
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       CUL_HM,Schlafzimmer
   serialNr   NEQ0076387
   subType    blindActuator
   userReadings statePosition {if(ReadingsVal($name,"state","0") eq "up" or ReadingsVal($name,"state","0") eq "down" or ReadingsVal($name,"state","0") eq "closed" or ReadingsVal($name,"state","0") eq "open_ack") {ReadingsVal($name,"state",0)} else {ReadingsVal($name,"position",0)};}
   webCmd     statusRequest:toggleDir:pct:on:off:up:down:stop

[Motivierte linke Hände]

Ich habe inzwischen beschlossen, dass die Einbaustelle einfach ungünstig zu Stahlträgern, Bleiummantelungen oder Erdstrahlen liegt. Auch ein neuer, dort eingesetzter Rollladenaktor zeigt dasselbe Verhalten bei mir. Allerdings: Schon immer.

Wenn das bei Dir erst neuerdings auftritt und vorher alles funktionierte, könnte es bei Dir natürlich auch an was anderem liegen...

Warum hast Du eigentlich keine rssi-Internals für den Aktor? Gibt es die beim CUL nicht?