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:
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:
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...
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
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.
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
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.
Hallo en-trust,
das ist jetzt der dritte Thread wo Du dein Problem mit dem Türsennsor reinwirfst. :-X
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
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.
Warum 3mal die gleiche Anfrage? Welche willst du verfolgen? Die anderen sollten wir auf duplicate setzen. Dann sehen wir weiter. Danke Otto.
Ich mach in meinem Threat (https://forum.fhem.de/index.php/topic,74153.msg658543.html#msg658543) weiter...