Hallo allerseits,
bin gestern auf ein seltsames Phänomen gestoßen ... eines meiner (insgesamt 9) Heizventile hat Teile seiner Identität verloren. Konkret aufgefallen ist mir, daß das "model" Attribut plötzlich auf "ACTIONDETECTOR" gesetzt ist. Die channels (normalerweise sechs) waren alle bis auf einen weg. Durch ein "modelforce" habe ich die wiederbekommen, aber die readings sind tlw. haarsträubend falsch (zB serialNr, firmware).
Solange ich modelforce nicht gesetzt hatte, kam beim getConfig immer die Fehlermeldung "RESPONSE TIMEOUT:RegisterRead", nachdem ich das eingestellt habe ging ein getConfig wieder Ok durch, aber die readings wurden nicht korrigiert.
Hat jemand eine Idee wie ich das wieder gerade biegen kann? Bin für jeden Hinweis dankbar ;)
Internals:
DEF 51A856
FUUID 5c4eeaff-f33f-7ca3-a010-12cf5d6bd7746293
IODev hm2
LASTInputDev hm4
MSGCNT 1517
NAME GZheizventil
NOTIFYDEV global
NR 85
NTFY_ORDER 50-GZheizventil
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 GZheizventil_Weather
channel_02 GZheizventil_Climate
channel_03 GZheizventil_WindowRec
channel_04 GZheizventil_Clima
channel_05 GZheizventil_ClimaTeam
channel_06 GZheizventil_remote
hm1_MSGCNT 493
hm1_RAWMSG 0500003AB3861051A8560000000A61280C0040
hm1_RSSI -58
hm1_TIME 2020-07-11 14:53:13
hm2_MSGCNT 463
hm2_RAWMSG 05000056B0861051A8560000000A61290C0040
hm2_RSSI -86
hm2_TIME 2020-07-11 14:45:08
hm3_MSGCNT 72
hm3_RAWMSG 050000579E861051A8560000000A61290C0040
hm3_RSSI -87
hm3_TIME 2020-07-11 14:00:13
hm4_MSGCNT 489
hm4_RAWMSG 05000041B3861051A8560000000A61280C0040
hm4_RSSI -65
hm4_TIME 2020-07-11 14:53:13
lastMsg No:B3 - t:10 s:51A856 d:000000 0A61280C0040
protCmdDel 1
protLastRcv 2020-07-11 14:53:13
protRcv 1 last_at:2020-07-11 14:53:13
protResnd 3 last_at:2020-07-11 14:53:07
protResndFail 1 last_at:2020-07-11 14:53:13
protSnd 1 last_at:2020-07-11 14:52:53
protState CMDs_done_Errors:1
rssi_at_hm1 cnt:493 min:-60 max:-56 avg:-58.14 lst:-58
rssi_at_hm2 cnt:463 min:-87 max:-68 avg:-73.68 lst:-86
rssi_at_hm3 cnt:72 min:-89 max:-83 avg:-85.87 lst:-87
rssi_at_hm4 cnt:489 min:-81 max:-61 avg:-63.84 lst:-65
rssi_hm2 cnt:2 min:-74 max:-74 avg:-74 lst:-74
Helper:
DBLOG:
actuator:
logdb:
TIME 1594471824.9391
VALUE 0
batteryLevel:
logdb:
TIME 1594466497.38568
VALUE 2.7
desired-temp:
logdb:
TIME 1594471824.9391
VALUE 12.0
rssi_at_hm1:
logdb:
TIME 1594471993.68966
VALUE -58
rssi_at_hm2:
logdb:
TIME 1594471508.20586
VALUE -86
rssi_at_hm3:
logdb:
TIME 1594468813.67711
VALUE -87
rssi_at_hm4:
logdb:
TIME 1594471993.69691
VALUE -65
READINGS:
2020-07-10 20:54:05 Activity alive
2020-07-10 23:16:23 CommandAccepted yes
2020-06-28 23:42:03 D-firmware 0.10
2020-06-28 23:42:03 D-serialNr P
2020-07-10 21:05:00 PairedTo 0x001412
2020-06-24 22:51:16 R-backOnTime 10 s
2020-07-10 20:45:08 R-btnLock off
2020-06-24 22:51:16 R-burstRx on
2020-06-24 22:51:16 R-cyclicInfoMsg on
2020-06-24 22:51:16 R-cyclicInfoMsgDis 0
2020-06-24 22:51:16 R-globalBtnLock off
2020-06-24 22:51:16 R-localResDis off
2020-06-24 22:51:16 R-lowBatLimitRT 2.1 V
2020-06-24 22:51:16 R-modusBtnLock off
2020-06-24 22:51:16 R-pairCentral 0x001412
2020-07-11 14:50:24 actuator 0
2020-07-11 14:50:24 battery ok
2020-07-11 14:50:24 batteryLevel 2.7
2020-07-10 22:13:23 cfgState ok
2020-07-11 14:53:13 commState CMDs_done_Errors:1
2019-03-12 10:45:30 controlMode manual
2020-07-11 14:50:24 desired-temp 12.0
2018-12-16 12:40:55 fwUpdate done
2020-07-11 14:50:24 measured-temp 29.7
2020-07-11 14:50:24 motorErr ok
2020-07-10 20:36:36 powerOn 2020-07-10 20:36:36
2020-07-10 20:36:36 recentStateType info
2020-07-11 14:53:13 rssi_at_hm1 -58
2020-07-11 14:45:08 rssi_at_hm2 -86
2020-07-11 14:00:13 rssi_at_hm3 -87
2020-07-11 14:53:13 rssi_at_hm4 -65
2020-03-18 20:20:49 rssi_at_hm5 -62
2019-03-25 06:03:47 rssi_hm1 -70
2020-07-10 23:16:23 rssi_hm2 -74
2018-09-28 07:06:11 rssi_hm3 -82
2017-05-17 05:29:21 sabotageAttackId_ErrIoId_F10000 cnt:447
2020-07-11 14:53:13 state RESPONSE TIMEOUT:RegisterRead
2020-06-28 02:18:59 time-request -
RegL_00.:
VAL
helper:
HM_CMDNR 179
cSnd 0100141251A85600040000000000,0100141251A85600040000000000
mId 0000
peerFriend
peerOpt -:-
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1594407247.90253
TmplTs 1594407247.90253
cmdKey :0:1:0::0000:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|all]
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
tplDel:tmplt
unpair:
update:
expert:
def 1
det 1
raw 1
tpl 0
io:
newChn +51A856,00,01,00
nextSend 1594471993.75331
rxt 2
vccu VCCU
p:
51A856
00
01
00
prefIO:
hm2
mRssi:
mNo B3
io:
hm1:
-58
-58
hm2:
hm3:
hm4:
-65
-65
prt:
awake 0
bErr 0
brstWu 1
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
at_hm1:
avg -58.1419878296146
cnt 493
lst -58
max -56
min -60
at_hm2:
avg -73.6889848812095
cnt 463
lst -86
max -68
min -87
at_hm3:
avg -85.875
cnt 72
lst -87
max -83
min -89
at_hm4:
avg -63.844580777096
cnt 489
lst -65
max -61
min -81
hm2:
avg -74
cnt 2
lst -74
max -74
min -74
shRegW:
07 04
shadowReg:
tmpl:
Attributes:
BattChangeDate 2019-04-17,2018-08-23u,2017-12-13u
DbLogInclude actuator,desired-temp,batteryLevel,rssi_at_.*
IODev hm2
IOgrp VCCU:hm2
actCycle 012:00
actStatus alive
autoReadReg 5_readMissing
event-min-interval batteryLevel:14400,.*:300
event-on-change-reading .*
expert 3_allReg+raw
firmware 0.10
model ACTIONDETECTOR
room Gästezimmer
rssiLog 1
serialNr P
subType virtual
webCmd getConfig:clear msgEvents:burstXmit
ich habe jetzt das Gerät gelöscht und neu gepaired. Es wurde auch korrekt mit allen channels neu angelegt. Nun steht das Teil mit state CMDs_pending und 14 CMDs in der queue, und weigert sich die abzuarbeiten. Egal was ich mache (burstXmit, Taste lang am Gerät), die Queue wird nicht bzw. nur um ein CMD kürzer, dann geht state kurz auf CMD_processing, und die Queue hat wieder 14.
Langsam bin ich am verzweifeln ... ich mach das nicht zum ersten Mal, aber so ein Verhalten habe ich noch nicht erlebt :(
In den logs finden sich vereinzelt "PERL WARNING: Argument "cfgState: ok" isn't numeric in numeric gt (>) at (eval 510413) line 4.". Sonst kann ich nichts ungewöhnliches feststellen.
Hier noch ein aktueller list:
Internals:
CFGFN
DEF 51A856
FUUID 5f0b543a-f33f-7ca3-7632-256f4ee0a33341d4
IODev hm1
LASTInputDev hm1
MSGCNT 33
NAME HM_51A856
NOTIFYDEV global
NR 33966
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_51A856_Weather
channel_02 HM_51A856_Climate
channel_03 HM_51A856_WindowRec
channel_04 HM_51A856_Clima
channel_05 HM_51A856_ClimaTeam
channel_06 HM_51A856_remote
hm1_MSGCNT 11
hm1_RAWMSG 0500003B01840051A8560000001400954E4551313439303136385900FFFF
hm1_RSSI -59
hm1_TIME 2020-07-12 20:43:23
hm2_MSGCNT 11
hm2_RAWMSG 0500014101840051A8560000001400954E4551313439303136385900FFFF
hm2_RSSI -65
hm2_TIME 2020-07-12 20:43:23
hm4_MSGCNT 11
hm4_RAWMSG 0500003C01840051A8560000001400954E4551313439303136385900FFFF
hm4_RSSI -60
hm4_TIME 2020-07-12 20:43:23
lastMsg No:01 - t:00 s:51A856 d:000000 1400954E4551313439303136385900FFFF
protCmdPend 14 CMDs pending
protCondBurst off
protLastRcv 2020-07-12 20:39:56
protRcv 2 last_at:2020-07-12 20:39:56
protResnd 1 last_at:2020-07-12 20:40:02
protSnd 6 last_at:2020-07-12 20:58:17
protSndB 5 last_at:2020-07-12 20:58:17
protState CMDs_pending
rssi_at_hm1 cnt:5 min:-62 max:-57 avg:-58.8 lst:-59
rssi_at_hm2 cnt:5 min:-68 max:-65 avg:-66.2 lst:-65
rssi_at_hm4 cnt:5 min:-64 max:-58 avg:-61 lst:-60
READINGS:
2020-07-12 20:54:18 Activity dead
2020-07-12 20:39:56 D-firmware 1.4
2020-07-12 20:39:56 D-serialNr NEQ1490168
2020-07-12 20:45:33 RegL_00.
2020-07-12 20:40:01 cfgState updating
2020-07-12 20:58:20 commState CMDs_pending
2020-07-12 20:35:30 powerOn 2020-07-12 20:35:30
2020-07-12 20:35:30 recentStateType info
2020-07-12 20:58:20 state CMDs_pending
cmdStack:
++A00100141251A85600040000000000
++A00100141251A8560103
++A00100141251A85601040000000001
++A00100141251A8560203
++A00100141251A85602040000000001
++A00100141251A8560303
++A00100141251A85603040000000001
++A00100141251A8560403
++A00100141251A85604040000000001
++A00100141251A85600040000000007
++A00100141251A8560503
++A00100141251A85605040000000001
++A00100141251A8560603
++A00100141251A85606040000000001
helper:
HM_CMDNR 46
PONtest 0
cSnd 0100141251A85600040000000000,0100141251A85600040000000000
mId 0095
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 1
cfgChk:
idPc01 fail
idRc01 RegL_00.
cmds:
TmplKey :no:1594579201.21974
TmplTs 1594579201.21974
cmdKey :0:1:0::0095:01
TmplCmds:
cmdList:
assignHmKey:
burstXmit:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getConfig:
getDevInfo:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
inhibit:[on|off]
raw:data ...
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
reset:
sysTime:
tplDel:tmplt
unpair:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +51A856,02,01,00
nextSend 1594579403.84804
prefIO
rxt 2
vccu
p:
51A856
00
01
00
mRssi:
mNo 01
io:
hm1:
-53
-53
hm2:
-65
-65
hm4:
-60
-60
prt:
awake 0
bErr 0
brstWu 0
sProc 2
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_hm1:
avg -58.8
cnt 5
lst -59
max -57
min -62
at_hm2:
avg -66.2
cnt 5
lst -65
max -65
min -68
at_hm4:
avg -61
cnt 5
lst -60
max -58
min -64
shRegW:
07 04
shadowReg:
tmpl:
Attributes:
IODev hm1
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr NEQ1490168
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Gibts noch irgendwas wo ich drehen könnte? Ich hab echt keinen Plan mehr :'(
du hast anscheinend 4 io, aber keine vccu?
wenn doch zeige mal ein list.
Hallo Wetterhexe,
das Attribut IOgrp ist nicht gesetzt.
Versuch es mal mit IOgrp VCCU.
VCCU sollte auch definiert sein mit zugeordneten IOs.
Gruß, Ansgar.
eine VCCU hab ich (natürlich ;) )
Internals:
DEF 001412
FUUID 5c4eeb00-f33f-7ca3-d34e-d24e3470b81fd2a5
IODev hm1
LASTInputDev hm4
MSGCNT 286
NAME VCCU
NOTIFYDEV global
NR 178
NTFY_ORDER 50-VCCU
STATE hm1:ok,hm2:ok,hm3:ok,hm4:ok
TYPE CUL_HM
assignedIOs hm1,hm2,hm3,hm4
channel_01 VCCU_ch01
hm1_MSGCNT 59
hm1_RAWMSG 050000473E80020014126B10E601010000
hm1_RSSI -71
hm1_TIME 2020-07-12 22:03:17
hm2_MSGCNT 104
hm2_RAWMSG 05000048EA80020014124E62AA01010000
hm2_RSSI -72
hm2_TIME 2020-07-12 22:02:40
hm4_MSGCNT 123
hm4_RAWMSG 050000483E80020014126B10E601010000
hm4_RSSI -72
hm4_TIME 2020-07-12 22:03:17
lastMsg No:3E - t:02 s:001412 d:6B10E6 01010000
protLastRcv 2020-07-12 22:03:17
protRcv 140 last_at:2020-07-12 22:03:17
protRcvB 5 last_at:2020-07-12 21:59:50
rssi_at_hm1 cnt:59 min:-77 max:-69 avg:-71.06 lst:-71
rssi_at_hm2 cnt:104 min:-80 max:-71 avg:-73.13 lst:-72
rssi_at_hm4 cnt:123 min:-80 max:-68 avg:-69.82 lst:-72
READINGS:
2020-07-12 22:03:17 CommandAccepted yes
2020-07-12 21:54:16 IOopen 4
2020-07-12 20:04:09 aesReqTo GZfensterkontakt
2020-07-12 22:01:32 cfgState ok
2020-06-24 21:17:11 commState Info_Cleared
2020-07-12 21:54:16 state hm1:ok,hm2:ok,hm3:ok,hm4:ok
2020-03-28 15:21:27 unknown_1790BE received
2020-03-27 06:01:47 unknown_185317 received
2020-04-25 20:36:49 unknown_1853A6 received
2020-07-02 21:39:56 unknown_185645 received
2020-04-19 16:43:59 unknown_1CAFCC received
2020-07-10 17:10:13 unknown_209506 received
2020-04-18 20:37:51 unknown_271CD6 received
2020-04-03 09:33:28 unknown_4F3F09 received
2020-06-12 19:00:20 unknown_50A951 received
2020-07-12 21:42:15 unknown_51A856 received
2020-05-25 06:56:24 unknown_550087 received
2020-07-12 18:01:07 unknown_584AF9 received
2020-06-06 21:30:58 unknown_5A2EE2 received
2020-04-11 10:58:13 unknown_5AAB22 received
2020-04-02 18:23:17 unknown_5D191D received
2020-06-21 03:47:54 unknown_6AE9CC received
2020-06-19 19:34:26 unknown_6AEDF0 received
2020-06-19 19:37:47 unknown_6AEDF4 received
2020-06-19 18:07:22 unknown_6C75B1 received
2020-06-24 18:13:44 unknown_712094 received
2020-03-28 10:45:44 unknown_9EFFFF received
2020-04-03 09:33:28 unknown_AAB99C received
helper:
HM_CMDNR 62
PONtest 1
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1594583061.92307
TmplTs 1594583061.92307
cmdKey :0:1:1::FFF0:01
TmplCmds:
cmdList:
assignHmKey:
assignIO:-IO- [set|unset]...
clear:[readings|rssi|msgErrors|msgErrors|unknownDev]
defIgnUnknown:
deviceRename:newName
fwUpdate:-filename- -bootTime- ...
getDevInfo:
hmPairForSec:-sec- ...
hmPairSerial:-serial-
peerSmart:[AZbewegungsmelder_Btn_01|AZbewegungsmelder_Btn_02|AZbewegungsmelder_Motion|AZheizventil_WindowRec|AZheizventil_remote|AZlichtschalter|AZthermostat_WindowRec|AZthermostat_remote|AZtuerkontakt|BZbewegungsmelder_Btn_01|BZbewegungsmelder_Btn_02|BZbewegungsmelder_Motion|BZfensterkontakt|BZheizventil_WindowRec|BZheizventil_remote|BZthermostat_WindowRec|BZthermostat_remote|DBconverter_Btn_05|DBconverter_Btn_06|DBconverter_Btn_07|DBconverter_Btn_08|DBlichtschalter|GHlichtschalter|GHmowerswitch_SenF|GHmowerswitch_SenI|GHmowerswitch_SenPwr|GHmowerswitch_SenU|GHmowerswitch_Sw|GHtuerkontakt|GZbewegungsmelder_Btn_01|GZbewegungsmelder_Btn_02|GZbewegungsmelder_Motion|GZfensterkontakt|GZlichtschalter|GZthermostat_WindowRec|GZthermostat_remote|HM_643C83_Btn_01|HM_643C83_Btn_02|HM_643C83_Btn_03|HM_643C83_Btn_04|HM_643C83_Btn_05|HM_643C83_Btn_06|HM_643C83_Btn_07|HM_643C83_Btn_08|HM_6ED782|HMp3|HMremote1_Btn1|HMremote1_Btn2|HMremote1_Btn3|HMremote1_Btn4|HMremote2_Btn1|HMremote2_Btn2|HMremote2_Btn3|HMremote2_Btn4|HMremote3_Btn1|HMremote3_Btn2|HMremote3_Btn3|HMremote3_Btn4|HMremote_def_Btn1|HMremote_def_Btn2|HMremote_def_Btn3|HMremote_def_Btn4|HeizthermeSwitch|KEbewegungsmelderBU_Btn_01|KEbewegungsmelderBU_Btn_02|KEbewegungsmelderBU_Motion|KEbewegungsmelderKE_Btn_01|KEbewegungsmelderKE_Btn_02|KEbewegungsmelderKE_Motion|KEbewegungsmelderKL_Btn_01|KEbewegungsmelderKL_Btn_02|KEbewegungsmelderKL_Motion|KEbewegungsmelderVZ_Btn_01|KEbewegungsmelderVZ_Btn_02|KEbewegungsmelderVZ_Motion|KEfensterkontaktL|KEfensterkontaktR|KEgartenpumpe_SenF|KEgartenpumpe_SenI|KEgartenpumpe_SenPwr|KEgartenpumpe_SenU|KEgartenpumpe_Sw|KEheizventil_WindowRec|KEheizventil_remote|KElichtbuero|KElichtheizung|KElichtkellerstiege|KElichtlager|KEtemplager_WindowRec|KEtemplager_remote|KEtemprack_WindowRec|KEtemprack_remote|KEthermostat_WindowRec|KEthermostat_remote|KEwasserSensor2_Sw_01|KEwasserSensor2_Sw_02|KEwasserSensor2_Sw_03|KEwasserSensor_Sw_01|KEwasserSensor_Sw_02|KEwasserSensor_Sw_03|KUbewegungsmelder_Btn_01|KUbewegungsmelder_Btn_02|KUbewegungsmelder_Motion|KUdunstabzug|KUfensterkontakt|KUheizventil_WindowRec|KUheizventil_remote|KUlichtbar|KUlichtschalter|KUlichtunterschrank|KUthermostat_WindowRec|KUthermostat_remote|OUTbwmG|OUTbwmI|OUTbwmM|OUTbwmO|OUTlichtEinfahrt|OUTlichtHaustuer|OUTlichtIRled|OUTtasterEinfahrt|OUTtoraussen_Sw_03|OUTtoraussen_Sw_04|OUTtoraussen_Tor|OUTtoraussen_Tuer|OUTtorinnen_Sw_03|OUTtorinnen_Sw_04|OUTtorinnen_Tor|OUTtorinnen_Tuer|OUTtorstromA_SenF|OUTtorstromA_SenI|OUTtorstromA_SenPwr|OUTtorstromA_SenU|OUTtorstromA_Sw|SHlichtschalterOG_Btn_01|SHlichtschalterOG_Btn_02|SHlichtschalterVZ|SZbewegungsmelder_Btn_01|SZbewegungsmelder_Btn_02|SZbewegungsmelder_Motion|SZheizventil_WindowRec|SZheizventil_remote|SZlichtbettrechts|SZlichtschalter|SZthermostat_WindowRec|SZthermostat_remote|SZtuerkontakt|TestBWM_Btn_01|TestBWM_Btn_02|TestBWM_Motion|VZbewegungsmelderHT_Btn_01|VZbewegungsmelderHT_Btn_02|VZbewegungsmelderHT_Motion|VZbewegungsmelderSH_Btn_01|VZbewegungsmelderSH_Btn_02|VZbewegungsmelderSH_Motion|VZconverter_Btn_02|VZconverter_Btn_03|VZconverter_Btn_04|VZconverter_Btn_05|VZconverter_Btn_06|VZconverter_Btn_07|VZconverter_Btn_08|VZheizventil_WindowRec|VZheizventil_remote|VZlichtschalterKU_Btn_01|VZlichtschalterKU_Btn_02|VZlichtschalterVZ|VZlichtschalterWZ_Btn_01|VZlichtschalterWZ_Btn_02|VZthermostat_WindowRec|VZthermostat_remote|VZtuerkontakt|WCbewegungsmelder_Btn_01|WCbewegungsmelder_Btn_02|WCbewegungsmelder_Motion|WCfensterkontakt|WCheizventil_WindowRec|WCheizventil_remote|WClichtschalter|WCthermostat_WindowRec|WCthermostat_remote|WCwamaswitch_SenF|WCwamaswitch_SenI|WCwamaswitch_SenPwr|WCwamaswitch_SenU|WCwamaswitch_Sw|WZbewegungsmelder_Btn_01|WZbewegungsmelder_Btn_02|WZbewegungsmelder_Motion|WZfensterkontakt|WZheizventil_WindowRec|WZheizventil_remote|WZlichteckschrank|WZlichtschalterhinten|WZlichtschaltervorne|WZlichtschrankwand|WZthermostat_WindowRec|WZthermostat_remote|WZtuerkontakt]
raw:data ...
reset:
unpair:
update:
virtual:-noButtons-
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1594584198.00808
prefIO
vccu VCCU
ioList:
hm1
hm2
hm3
hm4
mRssi:
mNo 3E
io:
hm1:
-69
-69
hm2:
-72
hm4:
-72
-72
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_hm1:
avg -71.0677966101695
cnt 59
lst -71
max -69
min -77
at_hm2:
avg -73.1346153846154
cnt 104
lst -72
max -71
min -80
at_hm4:
avg -69.8292682926829
cnt 123
lst -72
max -68
min -80
shadowReg:
tmpl:
Attributes:
IODev hm1
IOList hm1,hm2,hm3,hm4
IOgrp VCCU
expert 2_raw
group HomeMatic,RxTx
model CCU-FHEM
room common
subType virtual
webCmd virtual:update:hmPairForSec 300
Die IOgrp setze ich normalerweise nicht manuell, die trägt sich von selbst ein (wenn das IO funktioniert).
Ich bin mittlerweile einen kleinen Schritt weiter ... aus einem Bauchgefühl heraus hab ich die Batterien gewechselt. Für die alten gabs keine Batteriewarnung, das Meßgerät zeigte eigentlich auch "nicht voll aber noch brauchbar" an. Jedenfalls sind jetzt neue drin und plötzlich kommen die IOs wieder an. Nach ein paar Zicken ist auch das getConfig wieder durchgelaufen.
Werde mal die config vervollständigen und schauen ob der Rest auch noch klappt.
Erstmal danke für die Inputs, ich berichte sobald ich mehr weiß.
lg, Christina
Hallo Christina,
das Attribut hmKey solltest eher nicht im list hier veröffentlichen. ;)
Das Attribut IOgrp macht bei der VCCU keinen Sinn. Dort kannst Du es löschen. Das Attribut IOgrp wird bei der VCCU z.B. genutzt, wenn virtuelle Kanäle broadcasts senden sollen. In dem broadcast Fall wäre das Ergebnis passabel, wenn auch ein zentral positioniertes Vorzugs-IO mit angegeben wird. Der RSSI-Automatismus liefert dann eher Quatsch. Gibt es weitere Nutzungsfälle des Attributs IOgrp bei der VCCU? Hier https://forum.fhem.de/index.php/topic,88621.msg811870.html#msg811870 (https://forum.fhem.de/index.php/topic,88621.msg811870.html#msg811870) hatte ich schon mal was dazu geschrieben, mit Code Änderungstipp.
Das IO hm3 empfängt anscheined nichts. Ist das sehr abgelegen mit wenig Empfangsmöglichkeiten?
Gruß, Ansgar.
wenn eine vccu vorhanden ist, steht deren name normaler weise im list unter helper>io>vccu.
hast du vielleicht das "set hmPair..." nicht über die vccu gemacht, sondern über ein io direkt?
@noansi
ZitatDas Attribut IOgrp macht bei der VCCU keinen Sinn. Dort kannst Du es löschen.
das mchr sehr wohl sinn, damit alles reibungslos funktioniert.
alle devices, egal ob real oder virtuell, benötigen beide attribute (iodev, iogrp).
hatte ich dir schon mal gesagt, denke ich.
Zitat von: frank am 12 Juli 2020, 22:36:13hast du vielleicht das "set hmPair..." nicht über die vccu gemacht, sondern über ein io direkt?
hmPairSerial mach ich eigentlich gar nicht. HmPairForSec mache ich ausnahmslos, immer, seit ich die VCCU habe (2017) an der VCCU, weil die das in den webcmds stehen hat. Das pairing löse ich direkt am Gerät aus (in dem Fall boost Taste longpress).
Statusupdate: alle peerings wieder hergestellt, hat problemlos funktioniert, alles läuft wieder wie wenn nix gewesen wär, die readings passen, configCheck ist zufrieden, alles schick 8)
Hab noch die Batt history geprüft ... die letzten zwei Monate wurden 2.7V gemeldet. Das sollte doch deutlich reichen, meine anderen devices melden tlw. deutlich weniger und zicken nicht rum. Naja, egal, ich bin froh daß wieder alles läuft, und entsorge die beiden AA's mit Freuden (zumal ich sie diesmal durch Li-Ions ersetzt habe)
Danke nochmal fürs mitleiden, und LG,
Christina
Zitat von: noansi am 12 Juli 2020, 22:26:19
das Attribut hmKey solltest eher nicht im list hier veröffentlichen. ;)
ach ja, hab ich vergessen rauszunehmen. Na egal, dort wo ich wohne gibts niemand sonst der hm betreibt ;D von hier mitlesen und knowhow das auszunutzen ganz zu schweigen ...
Zitat von: noansi am 12 Juli 2020, 22:26:19
Das IO hm3 empfängt anscheined nichts. Ist das sehr abgelegen mit wenig Empfangsmöglichkeiten?
ja das stimmt ... der steckt in meinem Postkasten, und empfängt hauptsächlich die Fernbedienungen am Schlüsselbund :)
mit hm.js sind einige probleme leicht erkennbar.
https://forum.fhem.de/index.php/topic,112156.0.html (https://forum.fhem.de/index.php/topic,112156.0.html)
Zitat von: frank am 13 Juli 2020, 14:22:04
mit hm.js sind einige probleme leicht erkennbar.
Danke, hab ich schon auf dem Radar ... werd ich mir bei Gelegenheit anschauen ;)