Hallo,
nach einigen neuen Erkenntnissen muss ich mich korrigieren:
mein gerade gekaufter HM-LC-SW4-BA-PCB schaltet zwar relativ zeitnah (<1sec) aber das Kommando ist immer immer erst mit 5 sek Verzögerung fertig.
Im Eventlog dauert es immer 5 sec von set_toggle bis Rückmeldung. Während dieser Zeit kann man auch keine weiteren Schaltvorgänge auslösen.
Hab schon mehrmals angelernt/abgelernt/..., Strom aus/ein.
Im log hab ich jetzt gesehn das immer ein Resend passiert:
2015.09.25 13:50:51 5: CUL_HM Aktor1 protEvent:CMDs_pending pending:1
2015.09.25 13:50:51 3: CUL_HM set Aktor1_ch1 toggle
2015.09.25 13:50:51 5: CUL_HM Aktor1 protEvent:CMDs_processing... pending:0
2015.09.25 13:50:56 4: CUL_HM_Resend: Aktor1 nr 2
2015.09.25 13:50:56 5: CUL_HM Aktor1 protEvent:CMDs_done
2015.09.25 13:51:02 4: CUL_HM Aktor1 dupe: dont process
Woran kann das liegen ? Oder ist das eine gegebene Eigenschaft dieses Aktors ?
define Aktor1 CUL_HM 38B0EA
attr Aktor1 IODev HMLAN1
attr Aktor1 autoReadReg 4_reqStatus
attr Aktor1 expert 2_full
attr Aktor1 firmware 1.1
attr Aktor1 model HM-LC-SW4-BA-PCB
attr Aktor1 msgRepeat 1
attr Aktor1 room CUL_HM
attr Aktor1 serialNr MEQ0166208
attr Aktor1 subType switch
attr Aktor1 webCmd getConfig:clear msgEvents
define FileLog_Aktor1 FileLog ./log/Aktor1-%Y.log Aktor1
attr FileLog_Aktor1 logtype text
attr FileLog_Aktor1 room CUL_HM
define Aktor1_ch1 CUL_HM 38B0EA01
attr Aktor1_ch1 model HM-LC-SW4-BA-PCB
attr Aktor1_ch1 peerIDs 00000000,
attr Aktor1_ch1 webCmd statusRequest:toggle:on:off
2015-09-24 23:10:48 CUL_HM Aktor1 CMDs_pending
2015-09-24 23:10:48 CUL_HM Aktor1_ch1 set_toggle
2015-09-24 23:10:53 CUL_HM Aktor1 battery: ok
2015-09-24 23:10:53 CUL_HM Aktor1 CMDs_done
2015-09-24 23:10:53 CUL_HM Aktor1_ch1 level: 100
2015-09-24 23:10:53 CUL_HM Aktor1_ch1 pct: 100
2015-09-24 23:10:53 CUL_HM Aktor1_ch1 deviceMsg: on (to HMLAN1)
2015-09-24 23:10:53 CUL_HM Aktor1_ch1 on
2015-09-24 23:10:53 CUL_HM Aktor1_ch1 timedOn: off
Hm, ein "update" hat meine Probleme behoben.