HM-ES-PMSW1-PL sabotageAttackId_ErrIoId_F13003 cnt:2

[Nobby1805]

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

[gamauf]

Das heisst, dass der Sensor nicht mehr (richtig) in seiner Halterung sitzt.

[frank]

wer ist F13003? dieser wird als feind gesehen.
zeig je ein list von vccu, F13003 und dem aktor.

[Nobby1805]

@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?

Code: [Auswählen]

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

Code: [Auswählen]

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

[frank]

F13003 kommt in meinem Namensraum nicht vor ... auch nicht ein ähnlicher Name

das ist ja auch kein name, sondern die DEF/hmid eines devices/senders.

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?

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.

[Nobby1805]

wie soll sie denn den funk vom nachbarn unterdrücken?

ok, unterdrücken war der falsche Begriff ... automatisch auf ignore setzen

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

[frank]

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.

Kannst 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".

[Nobby1805]

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

[frank]

attack: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: 
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.

[Nobby1805]

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?

[frank]

Wenn 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.

aber 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

Wenn 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:

liebe 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

[Nobby1805]

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.

[frank]

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.

Im 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.

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.

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.

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.

das sollte so ok sein.
definitionen fremder devices ohne ignore würden probleme machen, so wie bei dir.