Habe jetzt zum 2. Mal in 1 Jahr das Problem, dass einfach ein Trigger von einem HM-SCI-3-FM Schließerkontakt "verschluckt" wird und damit der Zustand des Schließerkontakts nicht passt.
Siehe Filelog unten: Es fehlt der trigger_cnt 49. Um 14:48 wurde eigentlich der Schließerkontakt geöffnet, aber der trigger kam nie bei fhem an.
2016-09-30_14:18:23 Sw__1 trigger_cnt: 48
2016-09-30_14:18:23 Sw__1 realStatus: closed
2016-09-30_16:39:12 Sw__1 contact: closed (to vccu)
2016-09-30_16:39:12 Sw__1 closed
2016-09-30_16:39:12 Sw__1 trigger_cnt: 50
2016-09-30_16:39:12 Sw__1 realStatus: closed
2016-09-30_16:39:15 Sw__1 contact: open (to vccu)
Kennt jemand das Problem?
Hast du rohmessages vom Ereignis? Ich sehe leider nicht was der Sensor gemacht hat.
Das io war durchgehend aktiv? Rssi ist kein Problem?
Steht das reg message repeat zu Verfügung?
rohmessages habe ich leider nicht, der fehler ist leider nicht nachstellbar und tritt nur alle 6 monaten oder so auf.
das io (hmlan) war aktiv, zumindest gibt es kein disconnect im log. allerdings gibt es öfter mal perfmon delays. kann es damit zusammenhängen?
rssi ist min -59, max -45.
firmware ist 1.2.
reg message repeat sehe ich nicht. wo finde ich das?
sehe gerade, dass das pairing nicht komplett zu sein scheint:
R-pairCentral
set_0xABCDEF
2015-12-21 11:23:26
kann es daran liegen?
leider ist das ding verbaut und ich komme schlecht an die anlerntaste. gibt es eine möglichkeit den anlernmodus per software zu starten?
Möglich. Wenn das device nicht dediziert an einen Empfänger sendet wartet es nicht auf ack und wiederholt ggf. Auch nicht.
Mit get hm models -f SCI kannst du sehen dass das device config und wakeup unterstützen sollte. Config ist die schlecht erreichbare configtasters. Wakeup bedeutend, dass das device regelmässig aufwacht und dabei Kommandos abarbeiten würde. Bei diesen device es kann regelmässig 24h bedeuten. Du kannst also versuchen ein set regset pairedto fhemhmid abzusetzen, also das pairing Register zu beschreiben. Und dann ein getconfig hinterher. Dann. Is zu 24h warten. Das macht wohl kaum einer weil die Gedult fehlt.
Sinnvoll ist es rohmessages zu sniffen. Es reicht selektiv von diesem device
danke, probiere es mal.
wie oft und über welchen zeitraum wiederholt ein homematic device eigentlich normalerweise eine message, wenn kein ack zurück kommt? vermutlich ja auch nicht ewig. und kann man das konfigurieren?
Typisch 3mal, Dauer 2sec. Es dient nur dazu eine einfache Kollision abzufedern. Wenn du ein get regList machst siehst du alle Optionen. Bei manchen device es ist es einstellbar.
ok, danke.
ich versuche gerade alle nachrichten des devices (nicht all) zu sniffen. dazu muss ich
attr hmlan logIDs ID,sys
angeben, aber wie finde ich die ID des Schliesserkontakts raus?
update: erledigt, name des devices als id funktioniert
Zitat von: martinp876 am 01 Oktober 2016, 04:57:06
...Sinnvoll ist es rohmessages zu sniffen. Es reicht selektiv von diesem device
Folgendes kam bisher beim Sniffen raus:
2016.10.01 07:59:43.469 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:42FDA202 d:FF r:FFCB m:45 A441 375C23 ABCDEF 0135C8
2016.10.01 15:39:03.324 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:44A23AC6 d:FF r:FFC7 m:46 A441 375C23 ABCDEF 013600
2016.10.01 16:08:26.661 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:44BD23E6 d:FF r:FFCF m:47 A441 375C23 ABCDEF 0137C8
Kann jemand lesen, ob das ok ist?
Sollte jeweils die Betätigung des Schließerkontakts sein...
Das sind die trigger. Werde ich mir ansehen. Des Sensors sollte aber täglich eine statusmessage senden. Um die zu fangen musst du warten - bis zu 24h. Dort erwarte ich die bat Info primär.
Nein, es kommt auch nach 24h nichts.
Irgendetwas scheint nicht zu stimmen. Seit Tagen hängen die Registeränderungen als pending herum. "R-cyclicInfoMsg" steht auf "set_on" und "R-pairCentral" auf "set_0xABCDEF".
Ein "grep "HMLAN_Parse" fhem-2016-10.log" ergibt folgendes:
2016.10.01 07:59:43.469 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:42FDA202 d:FF r:FFCB m:45 A441 375C23 ABCDEF 0135C8
2016.10.01 15:39:03.324 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:44A23AC6 d:FF r:FFC7 m:46 A441 375C23 ABCDEF 013600
2016.10.01 16:08:26.661 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:44BD23E6 d:FF r:FFCF m:47 A441 375C23 ABCDEF 0137C8
2016.10.01 22:09:04.219 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:46075AF7 d:FF r:FFCD m:48 A441 375C23 ABCDEF 013800
2016.10.02 07:50:39.445 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:481BE614 d:FF r:FFC8 m:49 A441 375C23 ABCDEF 0139C8
2016.10.02 14:06:05.048 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:4973AABB d:FF r:FFCC m:4A A441 375C23 ABCDEF 013A00
2016.10.02 14:21:09.591 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:498178A9 d:FF r:FFCE m:4B A441 375C23 ABCDEF 013BC8
2016.10.02 22:35:40.788 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:4B464A2C d:FF r:FFCD m:4C A441 375C23 ABCDEF 013C00
2016.10.03 08:58:41.396 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:4D80C365 d:FF r:FFCC m:4D A441 375C23 ABCDEF 013DC8
2016.10.03 09:52:24.558 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:4DB1F3D8 d:FF r:FFCD m:4E A441 375C23 ABCDEF 013E00
2016.10.05 13:01:36.504 0: HMLAN_Parse: HMLAN1 R:E375C23 stat:0000 t:58AC5525 d:FF r:FFCF m:4F A441 375C23 ABCDEF 013FC8
Ein list des devices sagt folgendes:
Internals:
DEF 375C23
HMLAN1_MSGCNT 163
HMLAN1_RAWMSG E375C23,0000,58AC5525,FF,FFCF,4FA441375C23ABCDEF013FC8
HMLAN1_RSSI -49
HMLAN1_TIME 2016-10-05 13:01:36
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 163
NAME Sw_1
NOTIFYDEV global
NR 666
NTFY_ORDER 50-Sw_1
STATE CMDs_pending
TYPE CUL_HM
channel_01 Sw_1_1
channel_02 Sw_1_2
channel_03 Sw_1_3
lastMsg No:4F - t:41 s:375C23 d:ABCDEF 013FC8
protCmdPend 19 CMDs pending
protLastRcv 2016-10-05 13:01:36
protSnd 12 last_at:2016-10-05 13:01:36
protState CMDs_pending
rssi_at_HMLAN1 avg:-51.91 min:-57 lst:-49 cnt:12 max:-49
Readings:
2016-10-05 13:10:50 Activity alive
2016-10-01 07:47:04 R-cyclicInfoMsg set_on
2016-10-01 07:35:05 R-pairCentral set_0xABCDEF
2016-10-05 13:01:36 battery ok
2016-10-01 07:47:57 state CMDs_pending
cmdStack:
++A001ABCDEF375C2300050000000000
++A001ABCDEF375C2300080AAB0BCD0CEF
++A001ABCDEF375C230006
++A001ABCDEF375C2300040000000000
++A001ABCDEF375C2301040000000001
++A001ABCDEF375C230103
++A001ABCDEF375C2302040000000001
++A001ABCDEF375C230203
++A001ABCDEF375C2303040000000001
++A001ABCDEF375C230303
++A001ABCDEF375C2300050000000000
++A001ABCDEF375C23000809010AAB0BCD0CEF
++A001ABCDEF375C230006
++A001ABCDEF375C2300050000000000
++A001ABCDEF375C23000809010AAB0BCD0CEF140A
++A001ABCDEF375C230006
++A001ABCDEF375C2300050000000000
++A001ABCDEF375C23000809010AAB0BCD0CEF140A
++A001ABCDEF375C230006
Helper:
HM_CMDNR 79
mId 005F
rxType 12
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +375C23,02,00,00
nextSend 1475665296.59372
rxt 2
vccu vccu
p:
375C23
00
00
00
prefIO:
HMLAN1
Mrssi:
mNo 4F
Io:
HMLAN1 -47
Prt:
bErr 0
sProc 2
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
dev 1
Rpt:
IO HMLAN1
flg A
ts 1475665296.5102
ack:
HASH(0x38e2588)
4F8002ABCDEF375C2300
Rssi:
At_hmlan1:
avg -51.9166666666667
cnt 12
lst -49
max -49
min -57
Shadowreg:
RegL_00. 0A:AB 0B:CD 0C:EF 09:01 14:0A
Tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.2
model HM-SCI-3-FM
room CUL_HM,1_Schliessung
serialNr MEQ0068654
subType threeStateSensor
webCmd getConfig:clear msgEvents
ZitatIrgendetwas scheint nicht zu stimmen.
du must knöpfchen drücken am sci, um die pendings, abzu arbeiten!