Ich habe einen HM-SEC-SC-2, der mit einer VCCU gepairt ist. Beim Schalten des Sensors habe ich u.a. die Meldung: ,,trigDst_vccu: noConfig" im Log, die ich nicht verstehe und bei anderen SC2 auch nicht habe.
2016-07-30_10:41:23 Heizungskeller.Tuer battery: ok
2016-07-30_10:41:23 Heizungskeller.Tuer contact: open (to vccu)
2016-07-30_10:41:23 Heizungskeller.Tuer open
2016-07-30_10:41:23 Heizungskeller.Tuer trigDst_vccu: noConfig
2016-07-30_10:41:23 Heizungskeller.Tuer trigger_cnt: 27
2016-07-30_10:41:31 Heizungskeller.Tuer battery: ok
2016-07-30_10:41:31 Heizungskeller.Tuer contact: closed (to vccu)
2016-07-30_10:41:31 Heizungskeller.Tuer closed
2016-07-30_10:41:31 Heizungskeller.Tuer trigDst_vccu: noConfig
2016-07-30_10:41:31 Heizungskeller.Tuer trigger_cnt: 28
Ein List des Sensors:
Internals:
DEF 4054EF
HMLAN1_MSGCNT 12
HMLAN1_RAWMSG E4054EF,0000,08C81D7A,FF,FFC2,1DA6414054EF272E57011C00
HMLAN1_RSSI -62
HMLAN1_TIME 2016-07-30 10:41:31
HMUSB_MSGCNT 10
HMUSB_RAWMSG E4054EF,0000,0D7D3BC1,FF,FFB6,1DA6414054EF272E57011C00
HMUSB_RSSI -74
HMUSB_TIME 2016-07-30 10:41:31
IODev HMLAN1
LASTInputDev HMUSB
MSGCNT 22
NAME Heizungskeller.Tuer
NR 825
NTFY_ORDER 50-Heizungskeller.Tuer
STATE closed
TYPE CUL_HM
lastMsg No:1D - t:41 s:4054EF d:272E57 011C00
protLastRcv 2016-07-30 10:41:31
protSnd 12 last_at:2016-07-30 10:41:31
protState CMDs_done
rssi_at_HMLAN1 avg:-63.99 min:-67 max:-62 lst:-62 cnt:12
rssi_at_HMUSB avg:-74.3 min:-81 max:-70 lst:-74 cnt:10
Readings:
2016-07-29 12:47:46 Activity alive
2016-07-29 11:45:40 CommandAccepted yes
2016-07-29 11:48:21 D-firmware 2.4
2016-07-29 11:48:21 D-serialNr MEQ1595498
2016-07-29 11:48:21 PairedTo 0x272E57
2016-07-29 11:48:21 R-cyclicInfoMsg on
2016-07-29 11:48:22 R-eventDlyTime 0 s
2016-07-29 11:48:22 R-ledOnTime 0.5 s
2016-07-29 11:48:22 R-msgScPosA closed
2016-07-29 11:48:22 R-msgScPosB open
2016-07-29 11:48:21 R-pairCentral 0x272E57
2016-07-29 11:48:21 R-sabotageMsg on
2016-07-29 11:48:22 R-sign off
2016-07-29 11:48:21 R-transmDevTryMax 6
2016-07-29 11:48:22 R-transmitTryMax 6
2016-07-29 11:48:21 RegL_00. 02:01 09:01 0A:27 0B:2E 0C:57 10:01 14:06 00:00
2016-07-29 11:48:22 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2016-07-29 11:52:09 alive yes
2016-07-30 10:41:31 battery ok
2016-07-30 10:41:31 contact closed (to vccu)
2016-07-29 11:52:09 recentStateType info
2016-07-29 11:52:09 sabotageError off
2016-07-30 10:41:31 state closed
2016-07-30 10:41:31 trigDst_vccu noConfig
2016-07-30 10:41:31 trigger_cnt 28
Helper:
HM_CMDNR 29
mId 00B1
rxType 28
Ack:
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +4054EF,00,00,00
nextSend 1469868092.0464
rxt 2
vccu vccu
p:
4054EF
00
00
00
Mrssi:
mNo 1D
Io:
HMLAN1 -60
HMUSB -74
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1469868091.77816
ack:
HASH(0x3ab03d8)
1D8002272E574054EF0101C800
Rssi:
At_hmlan1:
avg -64
cnt 12
lst -62
max -62
min -67
At_hmusb:
avg -74.3
cnt 10
lst -74
max -70
min -81
Tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
devStateIcon open:fts_door_open@red closed:fts_door@green
expert 251_anything
firmware 2.4
icon fts_door
model HM-SEC-SC-2
peerIDs 00000000,
room Heizungskeller
serialNr MEQ1595498
subType threeStateSensor
Der Sensor ist mit keinem Gerät gepeert, laut ,,hm configCheck" ist alles ok.
Ist das jetzt nur ein Schönheitsfehler oder ist doch bei der Konfiguration etwas schief gelaufen?
Holger
der SC ist nicht mit der vccu gepeert - und sonst auch nicht. Korrekt? dann kommt so etwas zustande.
Dass ich einen SC, der einen TC beeinflussen soll, mit diesem peeren muss, verstehe ich.
Aber: warum soll ein standalone SC mit einer vccu gepeert werden – das verstehe ich nicht. Welche Vorteile bringt das bzw. welche Nachteile nimmt man in Kauf, wenn man das nicht durchführt?
Den sc2 koennte man damit konfigurieren
Den Filter muss ich noch einbauen