Hallo zusammen,
weiß jemand was dieser Fehler bedeutet bzw. warum er kommt?
Das Gerät ist jetzt seit fast 2 Jahren in Betrieb und die Meldung kam gestern erstmals und heute wieder
2022-09-23_05:09:26 HM_2EA8CD sabotageAttackId_ErrIoId_F13003: cnt:1
2022-09-23_05:09:26 HM_2EA8CD sabotageAttack_ErrIoAttack_cnt: 1
...
...
2022-09-24_06:57:18 HM_2EA8CD sabotageAttackId_ErrIoId_F13003: cnt:2
2022-09-24_06:57:18 HM_2EA8CD sabotageAttack_ErrIoAttack_cnt: 2
Viele Grüße
Nobby
Das heisst, dass der Sensor nicht mehr (richtig) in seiner Halterung sitzt.
wer ist F13003? dieser wird als feind gesehen.
zeig je ein list von vccu, F13003 und dem aktor.
@gamof: es handelt sich nicht um einen Sensor sondern um einen Schaltaktor
@Frank: F13003 kommt in meinem Namensraum nicht vor ... auch nicht ein ähnlicher Name
im list der VCCU findet sich ein unkown_F13003 ... das ist nicht von mir, sollte die VCCU solche Geräte "vom Nachbarn" nicht eigentlich unterdrücken?
Internals:
DEF 2EA8CD
FUUID 5f8ed794-f33f-092f-4e19-adb81ada3816a036
HMLAN1_MSGCNT 10
HMLAN1_RAWMSG E2EA8CD,0000,51D346B4,FF,FFC3,4C845E2EA8CD000000824A4F000000000008CD01
HMLAN1_RSSI -61
HMLAN1_TIME 2022-09-24 11:27:05
HMLAN2_MSGCNT 6
HMLAN2_RAWMSG E2EA8CD,0000,07E999C5,FF,FFAD,4C845E2EA8CD000000824A4F000000000008CD01
HMLAN2_RSSI -83
HMLAN2_TIME 2022-09-24 11:27:05
IODev HMLAN1
LASTInputDev HMLAN2
MSGCNT 16
NAME HM_2EA8CD
NOTIFYDEV global
NR 487
NTFY_ORDER 50-HM_2EA8CD
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_2EA8CD_Sw
channel_02 HM_2EA8CD_Pwr
channel_03 HM_2EA8CD_SenPwr
channel_04 HM_2EA8CD_SenI
channel_05 HM_2EA8CD_SenU
channel_06 HM_2EA8CD_SenF
lastMsg No:4C - t:5E s:2EA8CD d:000000 824A4F000000000008CD01
protLastRcv 2022-09-24 11:27:05
protRcv 11 last_at:2022-09-24 11:27:05
protSnd 2 last_at:2022-09-24 11:19:14
protState CMDs_done
rssi_HMLAN1 cnt:1 min:-56 max:-56 avg:-56 lst:-56
rssi_at_HMLAN1 cnt:10 min:-61 max:-59 avg:-60.2 lst:-61
rssi_at_HMLAN2 cnt:6 min:-83 max:-83 avg:-83 lst:-83
READINGS:
2022-09-18 10:42:23 Activity alive
2020-11-21 13:47:45 CommandAccepted yes
2020-11-21 12:02:05 D-firmware 2.5
2020-11-21 12:02:05 D-serialNr LEQ0927662
2022-09-23 11:30:46 PairedTo 0x2AEDA2
2022-09-23 11:30:46 RegL_00. 00:00 02:01 0A:2A 0B:ED 0C:A2 15:FF 18:00
2022-09-23 11:30:56 cfgState ok
2022-09-24 11:19:14 commState CMDs_done
2022-07-13 00:19:27 powerOn 2022-07-13 00:19:26
2022-09-23 05:09:26 sabotageAttackId_ErrIoId_F13003 cnt:1
2022-09-23 05:09:26 sabotageAttack_ErrIoAttack_cnt 1
2022-09-24 11:19:14 state CMDs_done
helper:
HM_CMDNR 76
cSnd ,012AEDA22EA8CD010E
mId 00AC
peerFriend -
peerOpt -:powerMeter
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1664011137.4442
TmplTs 1664011137.4442
cmdKey 0:1:0::HM_2EA8CD:00AC: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|List7) [-peerChn-]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
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 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +2EA8CD,00,00,00
nextSend 1664011625.18092
prefIO
rxt 0
vccu VCCU
p:
2EA8CD
00
00
00
mRssi:
mNo 4C
io:
HMLAN1:
-57
-57
HMLAN2:
-83
-83
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
HMLAN1:
avg -56
cnt 1
lst -56
max -56
min -56
at_HMLAN1:
avg -60.2
cnt 10
lst -61
max -59
min -61
at_HMLAN2:
avg -83
cnt 6
lst -83
max -83
min -83
tmpl:
Attributes:
IODev HMLAN1
IOgrp VCCU
actCycle 000:10
actStatus unset
autoReadReg 4_reqStatus
expert rawReg
firmware 2.5
model HM-ES-PMSW1-PL
room CUL_HM
serialNr LEQ0927662
subType powerMeter
webCmd getConfig:clear msgEvents
Internals:
DEF 2AEDA2
FUUID 5c7d4bac-f33f-092f-0a24-49f76e6ea1291a67
HMLAN1_MSGCNT 20
HMLAN1_RAWMSG E2AEDA2,0000,51D1242F,FF,FFAC,8FA0012AEDA24D106F02040000000001
HMLAN1_RSSI -84
HMLAN1_TIME 2022-09-24 11:24:45
HMLAN2_MSGCNT 48
HMLAN2_RAWMSG E2AEDA2,0000,07E899C5,FF,FFA5,A980022AEDA23422B500
HMLAN2_RSSI -91
HMLAN2_TIME 2022-09-24 11:25:59
IODev HMLAN1
LASTInputDev HMLAN2
MSGCNT 68
NAME VCCU
NOTIFYDEV global
NR 7
NTFY_ORDER 50-VCCU
STATE HMLAN1:ok,HMLAN2:ok
TYPE CUL_HM
assignedIOs HMLAN1,HMLAN2
chanNo 01
lastMsg No:A9 - t:02 s:2AEDA2 d:3422B5 00
protLastRcv 2022-09-24 11:25:59
protRcv 60 last_at:2022-09-24 11:25:59
rssi_at_HMLAN1 cnt:20 min:-88 max:-84 avg:-86.6 lst:-84
rssi_at_HMLAN2 cnt:48 min:-92 max:-88 avg:-90.41 lst:-91
READINGS:
2022-09-24 11:25:59 CommandAccepted yes
2022-09-24 11:19:11 IOopen 2
2021-11-03 15:26:08 cfgState ok
2021-04-09 18:23:29 hmPair name:HM_2C8F63 SN:LEQ0536276 model:HM-ES-PMSW1-PL
2022-09-15 11:36:39 recentStateType ack
2022-09-24 11:19:11 state HMLAN1:ok,HMLAN2:ok
2018-12-23 22:21:00 unknown_0DF75A received
2022-09-19 17:25:52 unknown_170985 received
2018-11-11 23:36:10 unknown_1B4C52 received
2021-08-19 14:11:41 unknown_1F979A received
2022-02-24 22:38:21 unknown_20083C received
2022-08-24 02:06:23 unknown_2428F1 received
2020-11-26 13:18:32 unknown_26E9A0 received
2022-02-02 16:57:25 unknown_28CF50 received
2019-12-08 02:54:43 unknown_2C819E received
2021-04-08 12:37:24 unknown_2C8F63 received
2020-10-20 14:24:37 unknown_2EA8CD received
2018-08-18 13:37:58 unknown_2EC4E6 received
2020-10-20 15:04:35 unknown_3310E0 received
2019-12-25 19:20:49 unknown_34A39F received
2020-11-16 12:26:36 unknown_34B41E received
2022-04-01 17:25:39 unknown_3582C9 received
2022-09-18 23:31:35 unknown_35A7A3 received
2019-11-03 12:56:07 unknown_37A39F received
2022-04-01 17:25:56 unknown_3F0538 received
2018-08-04 22:01:15 unknown_417858 received
2022-04-01 17:25:51 unknown_4750BD received
2022-04-01 17:25:38 unknown_4EF682 received
2022-08-26 18:25:24 unknown_52D392 received
2018-06-08 12:21:02 unknown_54038C received
2018-09-14 19:05:07 unknown_555779 received
2020-12-02 20:41:50 unknown_58D39E received
2022-04-01 17:24:57 unknown_59F257 received
2021-12-28 07:49:16 unknown_5CB43F received
2022-08-21 07:00:21 unknown_5D7D88 received
2018-06-25 17:36:17 unknown_5DBD4D received
2021-06-23 13:03:10 unknown_5ED862 received
2022-05-23 12:14:30 unknown_5ED885 received
2022-05-25 16:38:41 unknown_5ED948 received
2022-04-04 10:58:31 unknown_5F5389 received
2018-06-19 10:30:36 unknown_5F5785 received
2020-05-06 01:45:16 unknown_647650 received
2019-08-21 15:52:38 unknown_647651 received
2020-05-17 00:11:17 unknown_647671 received
2021-03-14 23:45:59 unknown_64F6D0 received
2022-08-30 06:47:28 unknown_667451 received
2022-04-01 17:24:50 unknown_6698BF received
2019-08-21 15:55:50 unknown_683777 received
2022-09-22 22:40:02 unknown_6928F1 received
2019-08-27 16:00:45 unknown_6E6EB6 received
2022-09-18 15:22:49 unknown_6EE89E received
2022-09-01 20:57:16 unknown_6EE8E6 received
2022-04-30 21:12:47 unknown_6EE8FF received
2020-11-21 11:11:04 unknown_6F5AF4 received
2022-09-10 20:42:31 unknown_7141E8 received
2022-09-23 22:39:13 unknown_74F8F1 received
2022-09-23 01:47:36 unknown_77273B received
2022-04-01 16:52:04 unknown_77B221 received
2022-09-19 18:00:43 unknown_78796C received
2022-09-19 10:37:06 unknown_787C71 received
2022-09-19 09:16:35 unknown_787F7F received
2021-06-11 17:56:22 unknown_8FCFA3 received
2021-03-24 09:06:23 unknown_B99BD4 received
2022-05-17 18:01:09 unknown_BA4BC3 received
2022-05-17 17:50:41 unknown_BF41E3 received
2021-03-16 13:26:00 unknown_E57650 received
2022-09-23 05:09:26 unknown_F13003 received
helper:
HM_CMDNR 169
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1664011139.44069
TmplTs 1664011139.44069
cmdKey 1:1:1::VCCU::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
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})]
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt Aqua_SenF,Aqua_SenI,Aqua_SenPwr,Aqua_SenU,Aqua_Sw,Bett_SenF,Bett_SenI,Bett_SenPwr,Bett_SenU,Bett_Sw,Buero_SenF,Buero_SenI,Buero_SenPwr,Buero_SenU,Buero_Sw,GongLed,GongMp3,HM_2C8F63_SenF,HM_2C8F63_SenI,HM_2C8F63_SenPwr,HM_2C8F63_SenU,HM_2C8F63_Sw,HM_2EA8CD_SenF,HM_2EA8CD_SenI,HM_2EA8CD_SenPwr,HM_2EA8CD_SenU,HM_2EA8CD_Sw,HM_647651_WindowRec,HM_647651_remote,HM_683777_WindowRec,HM_683777_remote,Innen2_WindowRec,Innen2_remote,Innen3_WindowRec,Innen3_remote,Innen4_WindowRec,Innen4_remote,Innen5_WindowRec,Innen5_remote,Innen6_WindowRec,Innen6_remote,Innen7_WindowRec,Innen7_remote,Innen_WindowRec,Innen_remote,Keller_SenF,Keller_SenI,Keller_SenPwr,Keller_SenU,Keller_Sw,Kontakt,KontaktKlingel,Kuehl_SenF,Kuehl_SenI,Kuehl_SenPwr,Kuehl_SenU,Kuehl_Sw,Radio_SenF,Radio_SenI,Radio_SenPwr,Radio_SenU,Radio_Sw,Remote_B1,Remote_B2,Remote_B3,Remote_B4,Remote_B5,Remote_B6,Remote_B7,Remote_B8,Rollade,Rollade2,RolladeOben,RolladeOben2,RolladeWohnRechts,Spuel_SenF,Spuel_SenI,Spuel_SenPwr,Spuel_SenU,Spuel_Sw,TV_SenF,TV_SenI,TV_SenPwr,TV_SenU,TV_Sw,Trockner_SenF,Trockner_SenI,Trockner_SenPwr,Trockner_SenU,Trockner_Sw,UnterT_SenF,UnterT_SenI,UnterT_SenPwr,UnterT_SenU,UnterT_Sw,Waschm_SenF,Waschm_SenI,Waschm_SenPwr,Waschm_SenU,Waschm_Sw,WzSchalter_Btn1,WzSchalter_Btn2
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1664011559.6609
prefIO
vccu VCCU
ioList:
HMLAN1
HMLAN2
mRssi:
mNo A9
io:
HMLAN1:
HMLAN2:
-91
-91
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_HMLAN1:
avg -86.6
cnt 20
lst -84
max -84
min -88
at_HMLAN2:
avg -90.4166666666667
cnt 48
lst -91
max -88
min -92
tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1,HMLAN2
IOgrp VCCU
expert defReg,rawReg
logIDs none
model CCU-FHEM
subType virtual
verbose 3
webCmd virtual:update
ZitatF13003 kommt in meinem Namensraum nicht vor ... auch nicht ein ähnlicher Name
das ist ja auch kein name, sondern die DEF/hmid eines devices/senders.
Zitatim list der VCCU findet sich ein unkown_F13003 ... das ist nicht von mir, sollte die VCCU solche Geräte "vom Nachbarn" nicht eigentlich unterdrücken?
wie soll sie denn den funk vom nachbarn unterdrücken?
dein nachbar hat scheinbar im september ordentlich aufgerüstet. F13003 könnte ein cul von ihm sein. fhem user?
ich würde mal die raw messages mit allen io sniffen, um zu sehen, was bei der nächsten attacke genau passiert.
nicht jede gemeldete attacke ist auch wirklich eine.
die erkennung macht auch fehler.
Zitat von: frank am 24 September 2022, 13:25:46
wie soll sie denn den funk vom nachbarn unterdrücken?
ok, unterdrücken war der falsche Begriff ... automatisch auf ignore setzen
Zitat von: frank am 24 September 2022, 13:25:46
dein nachbar hat scheinbar im september ordentlich aufgerüstet. F13003 könnte ein cul von ihm sein. fhem user?
keine Ahnung, ich weiß noch nicht mal welcher Nachbar das ist bzw. sein könnte. Bevor ich die VCCU benutzt habe musste ich ab und zu mal Devices einrichten und auf ignore setzen, aber mit VCCU war da in den letzten Jahren Ruhe
Kannst du mir 'nen Tipp geben zum sniffen
Zitat von: Nobby1805 am 24 September 2022, 19:46:41
ok, unterdrücken war der falsche Begriff ... automatisch auf ignore setzen
egal was dir noch so einfällt, fhem kann eine attake auf dein device nicht verhindern.
fhem kann es dir nur mitteilen. ich hoffe mal, dass die mitteilungen einer attacke durch ein ignored device nicht unterdrückt werden.
echte attacken mit einer hmid, die nicht deiner vccu entspricht, sollten aber in der regel wirkungslos sein, wenn deine devices gepairt sind.
ZitatKannst du mir 'nen Tipp geben zum sniffen
"attr logIDs all" in beiden hmlan setzen.
sicherhaltshalber in der vccu "set clear unknownDev".
und im global device "attr mseclog 1".
Hallo Frank,
das "Problem" ist jetzt nicht mehr aufgetreten ... ich lasse das Sniffen erst mal weiter laufen
Jetzt habe ich gerade noch gefunden, dass im Fhem-Log zeitgleich auch jeweils eine Meldung gekommen ist
2022.09.23 05:09:26.868 2: CUL_HM HM_2EA8CD attack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
2022.09.24 06:57:18.792 2: CUL_HM HM_2EA8CD attack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
Kannst du mir sagen, wie ich das interpretiere oder wo ich dazu eine Beschreibung finde?
Danke für deine Unterstützung
Nobby
Zitatattack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
blau sind die letzten beiden befehle von fhem an dein device (set on und off), rot ist der befehl der attacke (statusrequest) an dein device.
möglich wäre eventuell folgende unbeabsichtigte möglichkeit: 8)
dein nachbar nutzt fhem und hat oder hatte eine cul_hm version, die beim empfang von jeder anlernmessage automatisch devices definiert hat (gab es mal zeitweise).
während dieser phase hast du zb deinen aktor gepairt oder den configbutton am device entsprechend gedrückt, wobei der aktor die anlernmessage sendet. diese message hat das io vom nachbarn empfangen und ebenfalls bei ihm den aktor definiert.
per default wird "attr autoReadReg 04_reqStatus" gesetzt, was zb bei jedem fhemrestart einen automatischen statusrequest sendet.
Wenn ich das richtig verstehe heißt das: unschön aber ungefährlich?
Soll ich das Sniffing weiter laufen lassen?
Magst du mir den Messageaufbau weiter erläutern?
11 2AEDA2 2EA8CD 0201C80000,11 2AEDA2 2EA8CD 0201000000:1 F13003 2EA8CD 010E
die blauen Teile sind klar ... aber warum fangen die beiden vorderen mit 11 an und hinten nur 1?
Wenn ich mir im Sniffing ein Einschalten ansehe dann steht da 0601C800 und nicht 0201C80000?
ZitatWenn ich das richtig verstehe heißt das: unschön aber ungefährlich?
ich denke schon.
ein sniff würde zeigen, was der aktor dazu meint. vermutlich bleibt er ruhig.
Zitataber warum fangen die beiden vorderen mit 11 an und hinten nur 1?
das byte vor dem sender ist der message-type. laut code werden 3 typen berücksichtigt: 01, 11, 3E
ZitatWenn ich mir im Sniffing ein Einschalten ansehe dann steht da 0601C800 und nicht 0201C80000?
da musst du genauer schauen. ;)
blau ist der verkürzte payload der antwort auf ein statusrequest.
rot ist der payload des cmds "set on".
du könntest ja eine nachricht in die briefkästen der nachbarn werfen:
Zitatliebe nachbarn,
ich suche einen homematic user mit der hmid F13003, der mich hin und wieder attackiert!
bitte melden => https://forum.fhem.de/index.php/topic,129333.0.html
Jetzt hat der Sniffer 3 Attacken protokolliert
2022.09.26 17:07:47.501 0: HMLAN_Parse: HMLAN1 R:EF13003 stat:0000 t:5D587DC9 d:FF r:FF98 m:5B A001 F13003 2EA8CD 010E
2022.09.26 17:07:47.502 2: CUL_HM HM_2EA8CD attack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
2022.09.26 21:40:56.527 0: HMLAN_Parse: HMLAN1 R:EF13003 stat:0000 t:5E52881B d:FF r:FF9C m:B0 A001 F13003 2EA8CD 010E
2022.09.26 21:40:56.528 2: CUL_HM HM_2EA8CD attack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
2022.09.26 21:41:01.809 0: HMLAN_Parse: HMLAN1 R:E35A39F stat:0000 t:5E529CB8 d:FF r:FFC8 m:D8 8470 35A39F 000000 00C639
2022.09.26 21:41:02.175 0: HMLAN_Parse: HMLAN1 R:EF13003 stat:0000 t:5E529E25 d:FF r:FF9B m:B0 A001 F13003 2EA8CD 010E
2022.09.26 21:41:02.176 2: CUL_HM HM_2EA8CD attack:112AEDA22EA8CD0201C80000,112AEDA22EA8CD0201000000:1F130032EA8CD010E
Im 2. Block habe ich den einen Eintrag der zwischen 2 Attacken lag absichtlich drin gelassen
Mir fällt auf, dass bei allen 3 Attacken HMLAN1 und nicht HMLAN2 auftaucht.
Dann habe ich mal nach ähnlichen RSSI-Werten gesucht, die bei HMLAN1 auftauchen und 2 Devices gefunden, die nicht von mir sind.
HM-TC.-IT-WM-W-EU ein Wandthermostat und HM-TC-RT-DN ein Heizkörperthermostat. Die beiden scheinen im August 2019 bei mir angelegt worden zu sein, bei beiden steht das Attribut ignore auf 1.
Sollte ich die löschen?
Hier habe ich eine Ahnung welcher Nachbar das sein könnte, der betreibt aber kein Fhem, soweit ich weiß wurde diese Heizungssteuerung bei der Badrenovierung vom Installateur eingerichtet.
hmlan1 empfängt auch nicht immer alles von F13003, ist wohl gerade an der grenze des empfangsbereichs positioniert.
msg3 ist zb eine wiederholung von msg2 (beide haben die selbe msgnumber B0).
zu msg1 wird keine wiederholung registriert.
falls der aktor schon immer an der aktuellen position war, ist dieser eventuell am nächsten zu F13003.
ZitatIm 2. Block habe ich den einen Eintrag der zwischen 2 Attacken lag absichtlich drin gelassen
falls der aktor die msgs empfangen hat, antwortet er also korrekter weise nicht darauf.
ZitatHier habe ich eine Ahnung welcher Nachbar das sein könnte, der betreibt aber kein Fhem, soweit ich weiß wurde diese Heizungssteuerung bei der Badrenovierung vom Installateur eingerichtet.
gibt es msgs von F13003 zu diesen beiden thermostaten?
wenn F13003 zur selben installation gehört, sollte er bei einem fhem restart auch ein statusrequest an die thermostate senden.
ZitatHM-TC.-IT-WM-W-EU ein Wandthermostat und HM-TC-RT-DN ein Heizkörperthermostat. Die beiden scheinen im August 2019 bei mir angelegt worden zu sein, bei beiden steht das Attribut ignore auf 1.
das sollte so ok sein.
definitionen fremder devices ohne ignore würden probleme machen, so wie bei dir.