Ich habe einen HM-TC-IT-WM-W-EU nachgerüstet.
Bei der Änderung auf den HM-TC-IT-WM-W-EU dürfte sich irgendwie ein Fehler eingeschlichen haben.
Hier sind peerIDs eingetragen die es nicht gibt.
Sie lassen sich aber auch nicht entfernen (OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61).
list OG1_STH_HZG_TC_Weather
Internals:
DEF 6AF5F101
FUUID 5fc515e8-f33f-de83-9bbe-942955572531407b
NAME OG1_STH_HZG_TC_Weather
NOTIFYDEV global
NR 13412
NTFY_ORDER 50-OG1_STH_HZG_TC_Weather
STATE Temperatur: 19.4 °C<br>Luftfeuchte abs.: 8.3 g/m³<br>Luftfeuchte rel.: 50.0 %F<br>Taupunkt: 8.7 °C<br>Dampfdruck: 11.2 hPa
TYPE CUL_HM
chanNo 01
device OG1_STH_HZG_TC
peerList EG_STH_HZG_RT_Weather,OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61,
READINGS:
2020-11-30 16:58:22 R-sign off
2020-12-12 17:38:54 RegL_01. 00:00 08:00
2020-12-12 17:42:19 absoluteHumidity 8.3
2020-11-30 19:07:11 alarm off
2020-12-12 17:38:54 cfgState PeerVerf
2020-12-12 17:42:19 dewpoint 8.7
2020-12-12 17:42:19 humidity 50
2020-12-12 17:38:54 peerList EG_STH_HZG_RT_Weather,OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61,
2020-12-12 17:42:19 state T: 19.4 H: 50
2020-12-12 17:42:19 temperature 19.4
2020-12-12 17:42:19 vapourPressure 11.2
helper:
peerFriend peerSensT
peerIDsRaw ,6391C261,6391C23F,613F9E01,00000000
peerOpt p:thermostat
regLst 1
cfgChk:
idPz02 p:EG_STH_HZG_RT_Weather
p:OG1_STH_HZG_RT_chn-3F
p:OG1_STH_HZG_RT_chn-61
cmds:
TmplKey EG_STH_HZG_RT_Weather,OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61,:no:1607521351.70633
TmplTs 1607521351.70633
cmdKey 1:0:0::OG1_STH_HZG_TC:00AD:01:EG_STH_HZG_RT_Weather,OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61,
cmdLst:
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)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_EG_STH_HZG_RT_Weather -tplPeer-
tplSet_OG1_STH_HZG_RT_chn-3F -tplPeer-
tplSet_OG1_STH_HZG_RT_chn-61 -tplPeer-
lst:
condition slider,0,1,255
peer EG_STH_HZG_RT_Weather,OG1_STH_HZG_RT_chn-3F,OG1_STH_HZG_RT_chn-61
peerOpt remove_EG_STH_HZG_RT_Weather,remove_OG1_STH_HZG_RT_chn-3F,remove_OG1_STH_HZG_RT_chn-61
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 1
prt:
brstWu 1
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
alias OG1 Stiegenhaus - Heizung - Temperaturcontroller Weather
devStateStyle style="text-align:left;;font-weight:bold;;"
group EG Stiegenhaus - Heizung,OG1 Stiegenhaus - Heizung
icon hm-tc-it-wm-w-eu
model HM-TC-IT-WM-W-EU
peerIDs 00000000,613F9E01,6391C23F,6391C261,
room EG-Stiegenhaus,OG1-Stiegenhaus,_HM
sortby 04.03
stateFormat {sprintf
("Temperatur: %.1f °C<br>Luftfeuchte abs.: %.1f g/m³<br>Luftfeuchte rel.: %.1f %%F<br>Taupunkt: %.1f °C<br>Dampfdruck: %.1f hPa",
ReadingsNum("$name","temperature",0),
ReadingsNum("$name","absoluteHumidity",0),
ReadingsNum("$name","humidity",0),
ReadingsNum("$name","dewpoint",0),
ReadingsNum("$name","vapourPressure",0))}
Ich habe die fehlerhaften Einträge versucht mittels set OG1_STH_HZG_TC_Weather peerBulk 6391C23F unset bzw. set OG1_STH_HZG_TC_Weather peerBulk 6391C261 unset zu trennen. Oder mittels set OG1_STH_HZG_TC_Weather peerChan 0 OG1_STH_HZG_RT_chn-3F single unset Antwort peer is not a channel
Das hat aber auch nichts gebracht.
Wie kann ich die falschen Einträge aus dem Gerät entfernen?
Hi Chris,
meines Wissen nur durch Werksreset. Ich glaube da gab es die Vermutung auf einen Bug in der Firmware.
Stören tun sie wohl nicht (außer den Gewissenhaften :) )
ich glaube dieses Thema gab es schon mal. Ich wüsste nicht das sich da was ergeben hatte.
Gruß Otto
nach dem peerbulk muss das device natürlich erst noch ausgelesen werden (getconfig).
das getconfig ist eventuell noch pending, falls es schon automatisch erfogte.
Ich habe es schon mit dem Werksreset getestet. Kein Erfolg.
Auch nach dem peerbulk ein getconfig. Kein Erfolg.
Das ganze System ist zudem auf Letztstand.
Hallo,
bringt die jetzt vielleicht auch nicht weiter aber ich hatte das gleiche Problem.
Bei mir hatte ich es mit einem Werksreset lösen können.
Gruß
Mike
Nach vielen Werksresets, clear all und neuerlichem mehrfachem pairing hatten sich fehlerhaften peeiIDS des TC_Weather endlich verabschiedet.
Das war ein wirklich hartnäckiger Fehler bei dem man selbst noch hartnäckiger sein muss.
Es ist zum verrückt werden.
Nach einigen Tagen tritt das gleiche Problem zwischen TC und RT auf, nur halt mit dem ersten TR.
list OG1_STH_HZG_TC_Weather
Internals:
DEF 6AF5F101
FUUID 5fc515e8-f33f-de83-9bbe-942955572531407b
NAME OG1_STH_HZG_TC_Weather
NOTIFYDEV global
NR 13418
NTFY_ORDER 50-OG1_STH_HZG_TC_Weather
STATE Temperatur: 21.8 °C<br>Luftfeuchte abs.: 9.6 g/m³<br>Luftfeuchte rel.: 50.0 %F<br>Taupunkt: 10.9 °C<br>Dampfdruck: 13.0 hPa
TYPE CUL_HM
chanNo 01
device OG1_STH_HZG_TC
peerList EG_STH_HZG_RT_chn-63,EG_STH_HZG_RT_chn-91,OG1_STH_HZG_RT_Weather,
READINGS:
2020-12-15 13:11:50 R-sign off
2020-12-17 16:28:41 RegL_01. 00:00 08:00
2020-12-17 16:32:01 absoluteHumidity 9.6
2020-12-15 13:37:29 alarm off
2020-12-17 16:28:41 cfgState PeerVerf
2020-12-17 16:32:01 dewpoint 10.9
2020-12-17 16:32:01 humidity 50
2020-12-17 16:28:41 peerList EG_STH_HZG_RT_chn-63,EG_STH_HZG_RT_chn-91,OG1_STH_HZG_RT_Weather,
2020-12-17 16:32:01 state T: 21.8 H: 50
2020-12-17 16:32:01 temperature 21.8
2020-12-17 16:32:01 vapourPressure 13.0
helper:
peerFriend peerSensT
peerIDsRaw ,613F9E63,613F9E91,6391C201,00000000
peerOpt p:thermostat
regLst 1
cfgChk:
idPz02 p:EG_STH_HZG_RT_chn-63
p:EG_STH_HZG_RT_chn-91
cmds:
TmplKey EG_STH_HZG_RT_chn-63,EG_STH_HZG_RT_chn-91,OG1_STH_HZG_RT_Weather,:no:1608109069.37702
TmplTs 1608109069.37702
cmdKey 1:0:0::OG1_STH_HZG_TC:00AD:01:EG_STH_HZG_RT_chn-63,EG_STH_HZG_RT_chn-91,OG1_STH_HZG_RT_Weather,
cmdLst:
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)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_EG_STH_HZG_RT_chn-63 -tplPeer-
tplSet_EG_STH_HZG_RT_chn-91 -tplPeer-
tplSet_OG1_STH_HZG_RT_Weather -tplPeer-
lst:
condition slider,0,1,255
peer EG_STH_HZG_RT_chn-63,EG_STH_HZG_RT_chn-91,OG1_STH_HZG_RT_Weather
peerOpt remove_EG_STH_HZG_RT_chn-63,remove_EG_STH_HZG_RT_chn-91,remove_OG1_STH_HZG_RT_Weather
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 1
prt:
brstWu 1
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
alias OG1 Stiegenhaus - Heizung - Temperaturcontroller Weather
devStateStyle style="text-align:left;;font-weight:bold;;"
event-on-change-reading .*
group EG Stiegenhaus - Heizung,OG1 Stiegenhaus - Heizung
icon hm-tc-it-wm-w-eu
model HM-TC-IT-WM-W-EU
peerIDs 00000000,613F9E63,613F9E91,6391C201,
room EG-Stiegenhaus,OG1-Stiegenhaus,_HM
sortby 04.03
stateFormat {sprintf
("Temperatur: %.1f °C<br>Luftfeuchte abs.: %.1f g/m³<br>Luftfeuchte rel.: %.1f %%F<br>Taupunkt: %.1f °C<br>Dampfdruck: %.1f hPa",
ReadingsNum("$name","temperature",0),
ReadingsNum("$name","absoluteHumidity",0),
ReadingsNum("$name","humidity",0),
ReadingsNum("$name","dewpoint",0),
ReadingsNum("$name","vapourPressure",0))}
Es muss doch eine Möglichkeit geben diese falschen peerIDs endgültig zu trennen.
das problem ist der tc.
der hat wohl lange weile und will dich ärgern. ;)
haben die tc die aktuelle fw 1.4?
Ja das ist einer letzten angeschafften TCs mit FW 1.4.
Der Fehler ist eigenartiger Weise nur der Weather Kanal der Probleme macht.
list OG1_STH_HZG_TC
Internals:
DEF 6AF5F1
FUUID 5fc515e7-f33f-de83-bbad-17262b83af2f3498
HmUART_AB_GTO_MSGCNT 2300
HmUART_AB_GTO_RAWMSG 0500004A0B84706AF5F100000000E52F
HmUART_AB_GTO_RSSI -74
HmUART_AB_GTO_TIME 2020-12-17 17:25:35
HmUART_EG_MSGCNT 3963
HmUART_EG_RAWMSG 0500015D0984706AF5F100000000E62F
HmUART_EG_RSSI -93
HmUART_EG_TIME 2020-12-17 17:20:30
HmUART_OG1_MSGCNT 4764
HmUART_OG1_RAWMSG 050000480B84706AF5F100000000E52F
HmUART_OG1_RSSI -72
HmUART_OG1_TIME 2020-12-17 17:25:35
HmUART_OG2_MSGCNT 4855
HmUART_OG2_RAWMSG 050001430B84706AF5F100000000E52F
HmUART_OG2_RSSI -67
HmUART_OG2_TIME 2020-12-17 17:25:35
HmUART_Test_MSGCNT 4872
HmUART_Test_RAWMSG 050000260B84706AF5F100000000E52F
HmUART_Test_RSSI -38
HmUART_Test_TIME 2020-12-17 17:25:35
IODev HmUART_OG2
LASTInputDev HmUART_OG1
MSGCNT 20754
NAME OG1_STH_HZG_TC
NOTIFYDEV global
NR 13416
NTFY_ORDER 50-OG1_STH_HZG_TC
STATE CMDs_done
TYPE CUL_HM
channel_01 OG1_STH_HZG_TC_Weather
channel_02 OG1_STH_HZG_TC_Climate
channel_03 OG1_STH_HZG_TC_WindowRec
channel_06 OG1_STH_HZG_TC_remote
channel_07 OG1_STH_HZG_TC_SwitchTr
lastMsg No:0B - t:70 s:6AF5F1 d:000000 00E52F
protCmdDel 528
protCondBurst on
protErrIoAttack 80 last_at:2020-12-15 19:17:56
protLastRcv 2020-12-17 17:25:35
protNack 6 last_at:2020-12-17 17:11:59
protRcv 6403 last_at:2020-12-17 17:25:35
protResnd 70 last_at:2020-12-17 16:20:54
protResndFail 57 last_at:2020-12-17 16:20:57
protSnd 8221 last_at:2020-12-17 17:12:10
protSndB 223 last_at:2020-12-17 17:12:04
protState CMDs_done
rssi_HmUART_OG2 cnt:8 min:-64 max:-63 avg:-63.75 lst:-64
rssi_at_HmUART_AB_GTO cnt:2300 min:-85 max:-60 avg:-69.11 lst:-74
rssi_at_HmUART_EG cnt:3963 min:-96 max:-62 avg:-77.16 lst:-93
rssi_at_HmUART_OG1 cnt:4764 min:-87 max:-48 avg:-67.61 lst:-72
rssi_at_HmUART_OG2 cnt:4855 min:-85 max:-58 avg:-66.97 lst:-67
rssi_at_HmUART_Test cnt:4872 min:-82 max:-23 avg:-47.68 lst:-38
READINGS:
2020-12-16 10:04:19 Activity alive
2020-12-17 17:12:06 CommandAccepted yes
2020-12-16 09:57:43 D-firmware 1.4
2020-12-16 09:57:43 D-serialNr PEQ1457050
2020-12-17 17:02:53 PairedTo 0xF12347
2020-12-16 19:36:05 R-btnLock on
2020-12-02 17:51:56 R-burstRx on
2020-12-14 13:30:46 R-cyclicInfoMsg on
2020-12-02 17:51:56 R-cyclicInfoMsgDis 0
2020-12-02 17:51:56 R-globalBtnLock off
2020-12-02 17:51:56 R-localResDis off
2020-12-02 17:51:56 R-lowBatLimitRT 2.2 V
2020-12-02 17:51:56 R-modusBtnLock off
2020-12-15 19:23:05 R-pairCentral 0xF12347
2020-12-17 17:02:53 RegL_00. 00:00 01:01 02:01 09:01 0A:F1 0B:23 0C:47 0F:01 11:00 12:16 16:01 18:00 19:00 1A:00
2020-12-17 17:09:04 RegL_07.
2020-12-17 17:25:25 battery ok
2020-12-17 17:25:25 batteryLevel 3.4
2020-12-17 17:12:11 cfgState ok
2020-12-17 17:12:11 commState CMDs_done
2020-12-17 17:25:25 desired-temp 19.0
2020-12-17 17:02:43 fwUpdate done
2020-12-17 17:25:25 measured-temp 22.9
2020-12-17 17:02:48 powerOn 2020-12-17 17:02:47
2020-12-17 17:02:48 recentStateType info
2020-12-12 06:35:44 rssi_HmUART_OG1 -65
2020-12-17 06:05:55 rssi_HmUART_OG2 -64
2020-12-15 13:12:50 rssi_at_HmUART_AB_FR -79
2020-12-17 17:25:35 rssi_at_HmUART_AB_GTO -74
2020-12-17 17:20:30 rssi_at_HmUART_EG -93
2020-12-17 17:25:35 rssi_at_HmUART_OG1 -72
2020-12-17 17:25:35 rssi_at_HmUART_OG2 -67
2020-12-17 17:25:35 rssi_at_HmUART_Test -38
2020-12-15 19:17:56 sabotageAttack_ErrIoAttack_cnt 80
2020-12-17 17:12:11 state CMDs_done
2020-12-17 17:02:51 time-request -
helper:
HM_CMDNR 11
PONtest 1
cSnd 01F123476AF5F10103,01F123476AF5F101040000000001
mId 00AD
peerFriend
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1608109069.37843
TmplTs 1608109069.37843
cmdKey 0:1:0::OG1_STH_HZG_TC:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +6AF5F1,00,03,00
nextSend 1608222335.33538
rxt 0
vccu VCCU
p:
6AF5F1
00
03
00
prefIO:
HmUART_OG2
HmUART_OG1
HmUART_EG
mRssi:
mNo 0B
io:
HmUART_AB_FR:
HmUART_AB_GTO:
-74
-74
HmUART_EG:
HmUART_OG1:
-72
-72
HmUART_OG2:
-63
-63
HmUART_Test:
-38
-38
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
HmUART_OG2:
avg -63.75
cnt 8
lst -64
max -63
min -64
at_HmUART_AB_GTO:
avg -69.1113043478261
cnt 2300
lst -74
max -60
min -85
at_HmUART_EG:
avg -77.1667928337117
cnt 3963
lst -93
max -62
min -96
at_HmUART_OG1:
avg -67.6129303106632
cnt 4764
lst -72
max -48
min -87
at_HmUART_OG2:
avg -66.9783728115344
cnt 4855
lst -67
max -58
min -85
at_HmUART_Test:
avg -47.6882183908045
cnt 4872
lst -38
max -23
min -82
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev HmUART_OG2
IOgrp VCCU:HmUART_OG2,HmUART_OG1,HmUART_EG
actCycle 000:10
actStatus alive
alias OG1 Stiegenhaus - Heizung - Temperaturcontroller
autoReadReg 4_reqStatus
burstAccess 1_auto
devStateStyle style="text-align:left;;font-weight:bold;;"
event-on-change-reading .*
expert defReg,allReg,rawReg,templ
firmware 1.4
group EG Stiegenhaus - Heizung,OG1 Stiegenhaus - Heizung
icon hm-tc-it-wm-w-eu
model HM-TC-IT-WM-W-EU
msgRepeat 1
room EG-Stiegenhaus,OG1-Stiegenhaus
rssiLog 1
serialNr PEQ1457050
sortby 04.01
subType thermostat
webCmd getConfig:clear msgEvents
Ich denke ich habe die passenden Lösung gefunden.
Zumindest konnte ich in dieser Form die falschen peerIDs entfernen, und es tauchten nicht wieder erneut irgendwelche peerIDs auf.
Hoffentlich bleibt dieser Zustand auch beibehalten.
Fehlerhafte peerIDs können mit set HM-TC-IT-WM-W-EU_Weather peerBulk C26391C2 unset nicht getrennt werden.
Mit einem Werksreset ist es mir geglückt die fehlerhafte peerIDs des HM-TC-IT-WM-W-EUs zu löschen.
Auch bei vorhandener FHEM Konfiguration des HM-TC-IT-WM-W-EUs pairing erneut ausführen.
Bei mehreren HM-MOD-UARTs nur einen HM-MOD-UART während der weiteren Konfiguration des HM-TC-IT-WM-W-EUs verwenden.
Also das Attribut IOgrp VCCU:HmUART nur mit einem HM-MOD-UART.
Bei mehreren HM-MOD-UART Einträge gab es immer wieder bei mir den Fall, dass falsche peerIDs unter TC Weather wieder eingetragen wurden.
Ist zwar nur relevant für den HM-TC-IT-WM-W-EU_Weather Kanal, aber sicherheitshalber für die Konfiguration des HM-TC-IT-WM-W-EUs beibehalten und abgeschlossen ist.
Dieser Vorgang der IOgrp Definition ist sicherheitshalber für alle Homematic Geräte bis zur fertigen Konfiguration des einzelnen Gerätes ratsam.
Nach abgeschlossener Konfiguration können wieder unter IOgrp zusätzliche HM-MOD-UARTs eingetragen werden.