Ich betreibe 4 Homematic HM-CC-RT-DN Thermostate mit externen Jeelink/LaCrosse Thermometern, seit mehreren Jahren problemlos. Bei 3 Thermostaten klappt das Timing der Übergabe nach wie vor gut, bei einem aktuell sehr oft nicht mehr.
Was kann ich prüfen um das Problem einzugrenzen?
Hat niemand eine Idee?
Aktuell besteht das Problem wieder.
Auch wenn ich bestätigen kann, dass es grade bei (mind.) zwei Thermostaten auch nicht funktioniert: Es fehlen wieder sämtliche Infos...
Was bei mir nicht funktioniert, ist ein 1:2-peering, list für die beiden betroffenen Thermostate bzw. vollst. list von dem virtuellen liefere ich bei Bedarf nach; version sagt: 10_CUL_HM.pm 23644 2021-01-30 16:22:42Z martinp876, die peer-Liste bei dem Virtuellen Sensor ist ok, aber peerIDsState ist "incomplete":
Internals:
.triggerUsed 1
DEF 33221102
FUUID 5f5df0c1-f33f-d171-4e03-5162f819d9067454
NAME Fake_Tuere_WZ_Temp
NOTIFYDEV global
NR 504
NTFY_ORDER 50-Fake_Tuere_WZ_Temp
STATE set_virtTemp 23.1
TYPE CUL_HM
chanNo 02
device Fake_Tuere_WZ
peerList Thermostat_Wohnzimmer_SSO_Weather,Thermostat_Wohnzimmer_SSW_Weather
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2021-02-12 19:14:11 .associatedWith Fake_Tuere_WZ,Fake_Tuere_WZ_Temp,Virtueller_Tuerkontakt_WZ,Fake_Tuere_WZ,Thermostat_Wohnzimmer_SSW_Weather,Thermostat_Wohnzimmer_SSO_Weather
2021-02-12 19:14:27 cfgState ok
2021-02-12 19:14:11 peerList Thermostat_Wohnzimmer_SSO_Weather,Thermostat_Wohnzimmer_SSW_Weather
2021-02-16 11:50:19 state set_virtTemp 23.1
2021-02-16 11:50:19 temperature 23.1
helper:
fkt virtThSens
peerFriend peerSens,peerAct
peerIDsState incomplete
....
näher habe ich mich noch nicht damit beschäftigt...
Internals:
DEF 4ED3CB01
FUUID 5c4570df-f33f-0af0-9b90-907ef9b53788d2d4
NAME DG.Kz.HZ.Thermostat_Weather
NOTIFYDEV global
NR 357
NTFY_ORDER 50-DG.Kz.HZ.Thermostat_Weather
STATE 19.1
TYPE CUL_HM
chanNo 01
device DG.Kz.HZ.Thermostat
peerList DG.Kz.vT.Temperatur_Sensor1
READINGS:
2021-01-04 13:48:54 CommandAccepted yes
2019-04-23 21:45:29 R-sign off
2021-02-15 16:35:15 cfgState ok
2021-02-16 12:41:42 measured-temp 19.1
2021-02-15 16:35:05 peerList DG.Kz.vT.Temperatur_Sensor1
2021-01-04 13:48:54 recentStateType ack
2021-02-16 12:41:42 state 19.1
2021-01-04 13:48:54 trigLast DG.Kz.vT.Temperatur_Sensor1:long
2021-01-04 13:48:54 trig_DG.Kz.vT.Temperatur_Sensor1 Long_1
helper:
peerFriend peerSensT
peerIDsRaw ,22334401,00000000
peerIDsState complete
peerOpt p:thermostat
regLst 1
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 16.02. 12:42:28
max 0.00102686882019043
tot 0.00192070007324219
mAr:
HASH(0x5077e50)
DG.Kz.HZ.Thermostat_Weather
?
CUL_HM_Set:
cnt 6
dmx -1000
dtot 0
dtotcnt 0
mTS 16.02. 11:53:54
max 0.00169610977172852
tot 0.008148193359375
mAr:
HASH(DG.Kz.HZ.Thermostat_Weather)
DG.Kz.HZ.Thermostat_Weather
?
cmds:
TmplKey DG.Kz.vT.Temperatur_Sensor1:no:1613373372.95553
TmplTs 1613373372.95553
cmdKey 1:0:0::DG.Kz.HZ.Thermostat:0095:01:DG.Kz.vT.Temperatur_Sensor1
cmdLst:
burstXmit noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_DG.Kz.vT.Temperatur_Sensor1 -tplPeer-
lst:
condition slider,0,1,255
peer DG.Kz.vT.Temperatur_Sensor1
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 0
tpl 0
peerIDsH:
00000000 broadcast
22334401 DG.Kz.vT.Temperatur_Sensor1
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
model HM-CC-RT-DN
peerIDs 00000000,22334401
room Heizung
Internals:
DEF 22334401
FUUID 5c4570df-f33f-0af0-6e74-2301222c70c235d1
NAME DG.Kz.vT.Temperatur_Sensor1
NOTIFYDEV global
NR 364
NTFY_ORDER 50-DG.Kz.vT.Temperatur_Sensor1
STATE set_virtTemp 13
TYPE CUL_HM
chanNo 01
device DG.Kz.vT.Temperatur
peerList DG.Kz.HZ.Thermostat_Weather
READINGS:
2021-02-10 17:27:25 cfgState ok
2021-02-15 08:16:13 peerList DG.Kz.HZ.Thermostat_Weather
2021-01-04 13:48:53 press_DG.Kz.HZ.Thermostat_Weather long count:0 dly:0.25 cnt: 1
2020-12-22 19:22:15 press_broadcast long count:0 dly:0.25 cnt: 1
2021-02-16 12:38:37 state set_virtTemp 13
2021-02-16 12:38:37 temperature 13
2021-01-04 13:48:54 trigger Long_1
2021-01-04 13:48:54 triggerTo_DG.Kz.HZ.Thermostat Long_1_ack
2021-01-04 13:48:54 trigger_cnt 1
helper:
fkt virtThSens
peerFriend peerSD,peerSens,peerAct
peerIDsState incomplete
peerOpt -:virtual
regLst
virtTC 00
bm:
CUL_HM_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 16.02. 12:42:36
max 0.00122904777526855
tot 0.00122904777526855
mAr:
HASH(0x51be078)
DG.Kz.vT.Temperatur_Sensor1
?
CUL_HM_Set:
cnt 8
dmx -1000
dtot 0
dtotcnt 0
mTS 16.02. 12:12:36
max 0.0437219142913818
tot 0.30384373664856
mAr:
HASH(0x51be078)
DG.Kz.vT.Temperatur_Sensor1
virtTemp
12.7
cmds:
TmplKey DG.Kz.HZ.Thermostat_Weather:no:1613373373.26616
TmplTs 1613373373.26616
cmdKey 1:0:1:virtThSens:DG.Kz.vT.Temperatur:FFF1:01:DG.Kz.HZ.Thermostat_Weather
cmdLst:
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
tplSet_0 -tplChan-
tplSet_DG.Kz.HZ.Thermostat_Weather -tplPeer-
virtHum (off|0.0..99.0;0.1)
virtTemp (off|-20.0..50.0;0.1)
lst:
condition slider,0,1,255
peer DG.Kz.HZ.Thermostat_Weather
peerOpt Aussen_Garten_Bewegungmelder_DachNord,Aussen_Garten_Bewegungmelder_Haustuer,Aussen_Garten_Bewegungmelder_HauswandSued,Aussen_Garten_Bewegungmelder_Strasse,Aussen_Garten_Lampe_Haustuer,Aussen_Garten_Lampe_Kelletreppe,Aussen_Garten_Lampe_Wegbeleuchtung,Aussen_Garten_Steckdose_Sitzecke,DG.Bad.FK.Fensterkontakt,DG.Bad.HZ.Thermostat_WindowRec,DG.Bad.HZ.Thermostat_remote,DG.Bad.vT.Temperatur_Sensor1,DG.Fl.Rm.RauchmelderFlur,DG.Ga.FK.Fensterkontakt,DG.Ga.HZ.Thermostat_WindowRec,DG.Ga.HZ.Thermostat_remote,DG.Ga.Ra.Rolladen,DG.Ga.vT.Temperatur_Sensor1,DG.Kz.FK.FensterkontaktEinfahrt,DG.Kz.FK.FensterkontaktStrasse,DG.Kz.HZ.Thermostat_WindowRec,DG.Kz.HZ.Thermostat_remote,DG.Sz.FK.FensterkontaktEingang,DG.Sz.FK.FensterkontaktStrasse,DG.Sz.HZ.Thermostat_WindowRec,DG.Sz.HZ.Thermostat_remote,DG.Sz.vT.Temperatur_Sensor1,EG.Bu.Ra.RolladenLinks,EG.Bu.Ra.RolladenStrasse,EG.Fl.Rm.RauchmelderFlur,EG.Ku.Ra.Rolladen,EG.Wc.Ra.Rolladen,EG.Wz.FK.TerrassenTuerLinks,EG.Wz.Ra.RolladenErkerLinks,EG.Wz.Ra.RolladenErkerMitte,EG.Wz.Ra.RolladenErkerRechts,EG.Wz.Ra.RolladenStrasse,EG.Wz.Ra.RolladenTerrasse,HM_2D4795_SenF,HM_2D4795_SenI,HM_2D4795_SenPwr,HM_2D4795_SenU,HM_2D4795_Sw,HM_4A892E_Btn_01,HM_4A892E_Btn_02,HM_4A892E_Btn_03,HM_4A892E_Btn_04,HM_4A892E_Btn_05,HM_4A892E_Btn_06,HM_586DB1,HM_59656F,HM_70B1EC_Sw_03,HM_70B1EC_Sw_04,KG.Fl.Rm.RauchmelderFlur,Rauchmelder_Team,VCCU,Vact_Taster
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
param -param-
expert:
def 1
det 0
raw 0
tpl 0
peerIDsH:
4ED3CB01 DG.Kz.HZ.Thermostat_Weather
role:
chn 1
vrt 1
tmpl:
vd:
ackT
cmd 8470223344000000
idh 1023927
idl 17408
miss 0
msgCnt 161
msgRed 0
next 1613475946.55148
nextM 1613475946.55148
typ 2
val 0082
vin 13
Attributes:
DbLogExclude .*
cyclicMsgOffset 250
model VIRTUAL
peerIDs 4ED3CB01
room Heizung
verbose 2
webCmd press short:press long
10_CUL_HM.pm 23644 2021-01-30 16:22:42Z martinp876
eben gesehen: Es gibt eine neue Version, da wurde was am PeerHandling verändert.
Werde mal updaten...
Im Moment ist es leider wieder ein anderer virtueller Sensor, der nicht ordentlich mit dem Thermostat kommuniziert.
Hat jemand eine Idee warum das nicht mehr zuverlässig funktioniert?
Zwischeninfo: Meine beiden sind wieder "online".
Problem war gewesen, dass da - aus welchen Grund auch immer - das IOgrp-Attribut am virtuellen Basisdevice nicht gesetzt gewesen war und die Kommunikation dann direkt über einen CUL ging...
Attribut gesetzt, etwas gewartet, dann war alles wieder ok.
1) das Attribut peerIDs der virtuellen Sensoren werden ich ändern. Der helper-state hierzu ist nicht von weiterem Interesse.
2) das Timing wurde nicht geändert
3) IOgrp bei virtuellen Senoren nicht gesetzt oder gelöscht haben ich bisher nicht gesehen. Wenn es ein Einzelfall ist lassen wir es auf sich beruhen
4) wenn es zu problemen kommt einfach einmal verbose 5 loggen. Da sind die Primär daten enthalten. Bei falschen IO hilft es aber nichts.
4a) sniffen kann man auch
Zitat von: martinp876 am 21 Februar 2021, 10:57:02
...
4) wenn es zu problemen kommt einfach einmal verbose 5 loggen. Da sind die Primär daten enthalten. Bei falschen IO hilft es aber nichts.
...
Problem existiert immer noch, auf welchem Device sollte ich verbose auf 5 stellen?
Kann mir jemand sagen bei welchem Device verbose=5 eingestellt werden sollte um dem nervendem Problem auf den Grund gehen zu können?