HM-Sec-SC-2 lässt sich nicht pairen

[osiris86]

Hallo zusammen,

seit einigen Wochen habe ich das Problem, dass mein Fensterkontakt nicht mehr die Heizung reguliert. Also habe ich das Device aus FHEM gelöscht, den Fensterkontakt gemäß Anleitung zurückgesetzt und neu mit FHEM verbunden. Leider funktioniert das Pairing anscheinend nicht. Nach dem Anlernen sind in der Regel X CMDs_PENDING, die nach mehrmaligem Drücken der Anlern-Taste in einem Fehler enden (mal Missing Ack, mal ResponseTimeout...).
Nach dem Anlernen sieht der Fensterkontakt so aus:

Code Auswählen Erweitern

Internals:
   COC_MSGCNT 26
   COC_RAWMSG A1A3684003FBE8A0000002400B14D45513131333935383080810101::-71.5:COC
   COC_RSSI   -71.5
   COC_TIME   2017-04-17 17:29:25
   DEF        3FBE8A
   IODev      COC
   LASTInputDev COC
   MSGCNT     26
   NAME       HM_3FBE8A
   NOTIFYDEV  global
   NR         163
   NTFY_ORDER 50-HM_3FBE8A
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:36 - t:00 s:3FBE8A d:000000 2400B14D45513131333935383080810101
   protCmdDel 1
   protCmdPend 5 CMDs pending
   protLastRcv 2017-04-17 17:29:25
   protResnd  7 last_at:2017-04-17 17:27:50
   protResndFail 1 last_at:2017-04-17 17:14:20
   protSnd    5 last_at:2017-04-17 17:27:46
   protState  CMDs_pending
   rssi_at_COC max:-59 avg:-68.11 min:-79 lst:-71.5 cnt:26
   Readings:
     2017-04-17 17:27:46   Activity        alive
     2017-04-17 17:27:46   D-firmware      2.4
     2017-04-17 17:27:46   D-serialNr      MEQ1139580
     2017-04-17 17:17:06   R-pairCentral   set_0xA1B2C3
     2017-04-17 17:27:35   battery         ok
     2017-04-17 17:27:35   contact         open (to broadcast)
     2017-04-17 17:27:35   state           open
     2017-04-17 17:27:35   trigger_cnt     51
   cmdStack:
     ++A001A1B2C33FBE8A00050000000000
     ++A001A1B2C33FBE8A000802010AA10BB20CC3
     ++A001A1B2C33FBE8A0006
     ++A001A1B2C33FBE8A00040000000000
     ++A001A1B2C33FBE8A01040000000001
     ++A001A1B2C33FBE8A0103
   Helper:
     HM_CMDNR   54
     cSnd       01A1B2C33FBE8A00050000000000,01A1B2C33FBE8A00050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00B1
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3FBE8A,00,00,00
       nextSend   1492442965.84329
       prefIO
       rxt        0
       vccu
       p:
         3FBE8A
         00
         00
         00
     Mrssi:
       mNo        36
       Io:
         COC        -69.5
     Prt:
       bErr       0
       sProc      2
       wuReSent   4
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_coc:
         avg        -68.1153846153846
         cnt        26
         lst        -71.5
         max        -59
         min        -79
     Shadowreg:
       RegL_00.    02:01 0A:A1 0B:B2 0C:C3
Attributes:
   IODev      COC
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       CUL_HM
   serialNr   MEQ1139580
   subType    threeStateSensor

Nachdem der Fehler aufgetreten ist (in diesem Fall MISSING ACK), sieht das Device so aus:

Code Auswählen Erweitern

Internals:
   COC_MSGCNT 29
   COC_RAWMSG A1A3984003FBE8A0000002400B14D45513131333935383080810101::-67:COC
   COC_RSSI   -67
   COC_TIME   2017-04-17 17:37:51
   DEF        3FBE8A
   IODev      COC
   LASTInputDev COC
   MSGCNT     29
   NAME       HM_3FBE8A
   NOTIFYDEV  global
   NR         163
   NTFY_ORDER 50-HM_3FBE8A
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:39 - t:00 s:3FBE8A d:000000 2400B14D45513131333935383080810101
   protCmdDel 7
   protLastRcv 2017-04-17 17:37:51
   protResnd  7 last_at:2017-04-17 17:27:50
   protResndFail 2 last_at:2017-04-17 17:37:56
   protSnd    6 last_at:2017-04-17 17:37:51
   protState  CMDs_done_Errors:1
   rssi_at_COC cnt:29 lst:-67 max:-59 avg:-67.56 min:-79
   Readings:
     2017-04-17 17:37:51   Activity        alive
     2017-04-17 17:37:51   D-firmware      2.4
     2017-04-17 17:37:51   D-serialNr      MEQ1139580
     2017-04-17 17:17:06   R-pairCentral   set_0xA1B2C3
     2017-04-17 17:37:42   battery         ok
     2017-04-17 17:37:42   contact         open (to broadcast)
     2017-04-17 17:37:56   state           MISSING ACK
     2017-04-17 17:37:42   trigger_cnt     56
   Helper:
     HM_CMDNR   78
     cSnd       01A1B2C33FBE8A00050000000000,01A1B2C33FBE8A00050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00B1
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3FBE8A,00,00,00
       nextSend   1492443471.61717
       prefIO
       rxt        0
       vccu
       p:
         3FBE8A
         00
         00
         00
     Mrssi:
       mNo        39
       Io:
         COC        -65
     Prt:
       bErr       0
       mmcS       1
       sProc      0
       mmcA:
         ++A001A1B2C33FBE8A00050000000000
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_coc:
         avg        -67.5689655172414
         cnt        29
         lst        -67
         max        -59
         min        -79
     Shadowreg:
       RegL_00.    02:01 0A:A1 0B:B2 0C:C3
Attributes:
   IODev      COC
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       CUL_HM
   serialNr   MEQ1139580
   subType    threeStateSensor

Da das Attribut pairCentral noch auf set steht, gehe ich davon aus, dass das Pairing nicht geklappt hat und das peeren wird dann ohnehin nicht klappen. Der Status des Fensters wird jedoch korrekt im Reading contact bzw. state angezeigt...

Irgendwelche Ideen wie ich den Fensterkontakt dazu bekomme vernünftig mit FHEM zu kommunizieren? Ein zweiter Kontakt funktioniert übrigens bestens...

[isy]

Haben 15 Stück von den Teilen, hatte dieses Problem auch.
Die Anlerntaste kurz drücken ist korrekt.

Frage: Hast du vorher ein getConfig abgesetzt?

Gruß Helmut

[en-trust]

Ich habe an meinem Türkontakt die Batterie austauschen müssen. Damit verlor er dann aber auch den Kontakt. Jetzt habe ich ihn neu gepaired (ist das überhaupt bei Homematic notwendig). Ohne Erfolg. Dann habe ich set ... clean readings, Anlerntaste drücken, set ... getConfig, Anlerntaste drücken gemacht, so wie es im wiki stand. Ich habe auch über die Serialnummer versucht zu pairen. Jetzt habe ich wieder eine pair central Id. Aber wenn ich die Tür öffne leuchtet die Led nur orange und beim schließen auch. Der Kontakt ist jetzt unzuverlässig. Vor dem Batterietausch war das viel besser.
Das list ergab.

Code Auswählen Erweitern


Internals:
   CFGFN      ./FHEM/fhem_activeactors.cfg
   DEF        3FB7A6
   IODev      myCUL
   LASTInputDev myCUL
   MSGCNT     7
   NAME       FL.Tuerkontakt
   NOTIFYDEV  global
   NR         133
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:17 - t:41 s:3FB7A6 d:F11034 011600
   myCUL_MSGCNT 7
   myCUL_RAWMSG A0C17A2413FB7A6F11034011600::-81.5:myCUL
   myCUL_RSSI -81.5
   myCUL_TIME 2017-07-13 05:48:23
   protLastRcv 2017-07-13 05:48:23
   protSnd    7 last_at:2017-07-13 05:48:23
   protState  CMDs_done
   rssi_at_myCUL max:-80 cnt:7 avg:-83.21 min:-88.5 lst:-81.5
   Readings:
     2017-07-12 21:26:37   Activity        alive
     2017-07-12 20:35:03   D-firmware      2.4
     2017-07-12 20:35:03   D-serialNr      MEQxxxx
     2017-07-12 20:35:03   PairedTo        0xF11034
     2017-07-12 20:35:03   R-cyclicInfoMsg off
     2017-07-12 20:35:03   R-pairCentral   0xF11034
     2017-07-12 20:35:03   R-sabotageMsg   on
     2017-07-12 20:35:03   RegL_00.        02:01 09:00 0A:F1 0B:10 0C:34 10:01 14:06 00:00
     2017-07-12 20:37:26   RegL_01.
     2017-07-13 05:48:23   battery         ok
     2017-07-13 05:48:23   contact         closed (to myVCCU)
     2017-07-13 05:48:23   state           closed
     2017-07-13 05:48:23   trigger_cnt     22
   Helper:
     HM_CMDNR   23
     mId        00B1
     rxType     28
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3FB7A6,00,00,00
       nextSend   1499917703.54222
       rxt        2
       vccu       myVCCU
       p:
         3FB7A6
         00
         00
         00
       prefIO:
         myCUL
     Mrssi:
       mNo        17
       Io:
         myCUL      -79.5
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         myCUL
       flg        A
       ts         1499917703.44691
       ack:
         HASH(0x50f2628)
         178002F110343FB7A60101C800
     Rssi:
       At_mycul:
         avg        -83.2142857142857
         cnt        7
         lst        -81.5
         max        -80
         min        -88.5
     Tmpl:
Attributes:
   IODev      myCUL
   IOgrp      myVCCU:myCUL
   actCycle   028:00
   actStatus  alive
   alias      Haustürkontakt
   autoReadReg 5_missing
   devStateIcon .*:fts_door_right_closed .*:fts_door_right .*:fts_door_right .*:fts_door_right .*:fts_door_right
   event-on-change-reading state,battery,sabotageError
   expert     2_raw
   firmware   2.4
   group      Aktoren
   icon       fts_door_right_open
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       CUL_HM,Hausflur,Sensoren
   serialNr   MEQxxxx
   subType    threeStateSensor


[frank]

peere den sensor mit einem channel der vccu. dann sollte der sensor auch ein ack bekommen, damit er grün blinkt.
lazyconfig funktioniert dann wohl auch.

[Otto123]

Hallo en-trust,

das ist jetzt der dritte Thread wo Du dein Problem mit dem Türsennsor reinwirfst. 

Normalerweise melden die Sensoren grün wenn die Zentrale reagiert, ohne peeren. ist bei meinen SEC-SCo zumindest so. Die melden grün wenn sie nicht angelernt sind und melden grün wenn Sie an die Zentrale angelernt sind und diese reagiert. Ansonsten würden sie rot melden.

Deine RSSI Werte sind nicht so toll < -80 . Aber Du sagst ja es ging früher.

Sagt hmInfo was zu dem Sensor? RegL01. ist leer.. Mach nochmal ein getConfig und stoß die Datenübertragung mit dem configTaster an.

Gruß Otto

[en-trust]

Was meinst Du mit "peere den sensor mit einem channel der vccu" ? getConfig habe ich bei dem Türkontakt gestern ca. 5 mal durchgeführt bis er endlich mal grün leuchtete bzw eine PairId vergeben hat. Beim pairen habe ich direkt neben dem CUL gesessen.

[martinp876]

Warum 3mal die gleiche Anfrage? Welche willst du verfolgen? Die anderen sollten wir auf duplicate setzen. Dann sehen wir weiter. Danke Otto.

[en-trust]

Ich mach in meinem Threat (https://forum.fhem.de/index.php/topic,74153.msg658543.html#msg658543) weiter...