Hilfe erbeten: zwei Türmelder peeren sich automatisch

Begonnen von curt, 11 Februar 2019, 00:15:22

Vorheriges Thema - Nächstes Thema

curt

Die Geschichte geht so:
Zuerst hatte ich als Basis Busware auf RPi-GPIO. Zeitlich folgend stellte ich alles auf VCCU um. Vor vielleicht zwei Wochen dann Ersatz für die Basis: HM-MOD-UART auf RPi-GPIO. Alles völlig problemlos. Auch drei Rauchmelder und knapp zwei Hände voll Öffnungsmelder.

Exakt zwei Öffnungsmelder HM-SEC-SC-2 machen seit längerem Ärger: Die sind miteinander gepeert. Ich weiß, es wurde mir schon gesagt: "Das geht doch gar nicht!". Doch, das geht, leider.

Gestern habe ich die halbe Nacht damit zugebracht: Beide lagen neben mir, einer links, einer rechts. Und dann habe ich beiden mühevoll das Peering abgewöhnt. Und HMinfo peerXref und configCheck - immer und immer wieder. Und dann einen der beiden mit der VCCU [¹] verheiratet, also gepeert. Und dann noch mehrmals geprüft, alles war schick.

Heute schaue ich naiverweise da mal nach - und falle fast um: Die beiden Melder haben wieder geheiratet, ganz alleine! Die sind gegenseitig gepeert (dafür ist das Peering mit VCCU weg). Das muss Liebe sein ...

Ich bin mit meinem Latein am Ende - was mache ich denn jetzt nun? Bitte helft mir!
(Welche lists soll ich liefern? Was noch liefern?)

[¹] Alle Melder sind gar nicht mit irgendwas gepeert, die melden einfach nur an VCCU. Ich habe noch nicht verstanden ob (und warum) ich jeden einzelnen vielleicht mit VCCU peeren muss.
RPI 4 - Jeelink HomeMatic Z-Wave

amenomade

Meinst Du peeren oder pairen?
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele

Mit der VCCU muss er gepaired werden.
Dann gibt es die Möglichkeit Aktoren und Sensoren miteinander zu peeren. Aber das geht nicht von alleine ;)

Poste mal ein "list" von deinen Devices.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

curt

Zitat von: amenomade am 11 Februar 2019, 00:33:36
Meinst Du peeren oder pairen?

Otto (?) hatte mir das schon mal sehr deutlich gesagt. Ja, bekannt.

Zitat von: amenomade am 11 Februar 2019, 00:33:36
Mit der VCCU muss er gepaired werden.

Alle Rauchmelder und alle Kontaktmelder sind mit VCCU gepeart.

Zitat von: amenomade am 11 Februar 2019, 00:33:36
Dann gibt es die Möglichkeit Aktoren und Sensoren miteinander zu peeren. Aber das geht nicht von alleine ;)

Wie gesagt: Ich hatte gestern die Terrassentuer mit VCCU gepeert - ohne zu wissen, ob man das machen muss. Das ging. Und wurde angezeigt.

Zitat von: amenomade am 11 Februar 2019, 00:33:36
Poste mal ein "list" von deinen Devices.

Unten die Terrassentuer - die beiden Sensoren haben hat übrigens JETZT auch:


configCheck done:

missing register list
    Haustuer: RegL_04.Terrassentuer_chn-01
    Terrassentuer: RegL_04.Haustuer_chn-01


Das ist völlig neu.


Internals:
   CFGFN      ./FHEM/z-include-fenster.cfg
   DEF        3301C1
   FUUID      5c47b07e-f33f-769b-2ca2-9af17ff5dcf2f9ed
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2
   NAME       Haustuer
   NOTIFYDEV  global
   NR         99
   NTFY_ORDER 50-Haustuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:25 - t:41 s:3301C1 d:FF1312 011B00
   myHmUART_MSGCNT 2
   myHmUART_RAWMSG 0501004A25A6413301C1FF1312011B00
   myHmUART_RSSI -74
   myHmUART_TIME 2019-02-10 23:27:16
   peerList   Terrassentuer,
   protLastRcv 2019-02-10 23:27:16
   protRcv    2 last_at:2019-02-10 23:27:16
   protSnd    2 last_at:2019-02-10 23:27:16
   protState  CMDs_done
   rssi_at_myHmUART cnt:2 min:-76 max:-74 avg:-75 lst:-74
   READINGS:
     2018-11-26 20:20:29   3SSunknownMsg   00053301C10103
     2019-02-10 23:04:42   Activity        alive
     2019-02-09 23:01:21   CommandAccepted no
     2019-02-09 23:09:20   D-firmware      2.4
     2019-02-09 23:09:20   D-serialNr      LEQ0893196
     2019-02-09 23:09:22   PairedTo        0xFF1312
     2019-02-09 22:52:24   R-Terrassentuer_chn-01-expectAES off
     2019-02-09 22:52:24   R-Terrassentuer_chn-01-peerNeedsBurst off
     2018-07-28 02:36:25   R-cyclicInfoMsg off
     2018-07-28 02:36:26   R-eventDlyTime  0 s
     2019-02-09 21:59:17   R-pairCentral   0xFF1312
     2018-07-28 02:36:25   R-sabotageMsg   on
     2018-07-28 02:36:26   R-sign          off
     2019-02-09 23:09:22   RegL_00.        00:00 02:01 09:00 0A:FF 0B:13 0C:12 10:01 14:06
     2019-02-09 23:09:22   RegL_01.        00:00 08:00 20:60 21:00 22:64 30:06
     2019-02-09 23:17:27   alive           yes
     2019-02-10 23:27:16   battery         ok
     2019-02-10 23:27:16   contact         closed (to VCCU)
     2019-02-10 23:04:42   peerList        Terrassentuer,
     2019-02-09 21:59:11   powerOn         2019-02-09 21:59:11
     2019-02-09 23:17:27   recentStateType info
     2019-02-09 23:17:27   sabotageError   off
     2019-02-10 23:27:16   state           closed
     2018-07-29 00:16:47   trigDst_FF1312  noConfig
     2019-02-09 22:34:57   trigLast        Terrassentuer:open
     2019-02-09 22:34:57   trig_Terrassentuer Open_8
     2019-02-10 23:27:16   trigger_cnt     27
   helper:
     HM_CMDNR   37
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301C1,00,00,00
       nextSend   1549837636.77106
       rxt        0
       vccu       VCCU
       p:
         3301C1
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        25
       io:
         myHmUART:
           -72
           -72
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549837636.4761
       ack:
         HASH(0x3ef6df8)
         258002FF13123301C10101C800
     rssi:
       at_myHmUART:
         avg        -75
         cnt        2
         lst        -74
         max        -74
         min        -76
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-12-03
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   fp_Hauptseite 376,651,1,structure_Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,3301D301,
   room       Unsorted
   serialNr   LEQ0893196
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude

RPI 4 - Jeelink HomeMatic Z-Wave

LuckyDay

Mein Tipp wäre für dich

das attr peerIDs    00000000,3301D301,
das rote löschen!
dann alle readings loschen , die vom 9.2  sind doch alt
kann man mit set ... clear readings   im device

und dann ein getConfig und knöpfchen drücken.

LuckyDay


curt

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:08:38
das attr peerIDs    00000000,3301D301,
das rote löschen!
dann alle readings loschen , die vom 9.2  sind doch alt
kann man mit set ... clear readings   im device
und dann ein getConfig und knöpfchen drücken.

Das Rote - das sollte die andere Türe sein. An der Löschung krampfte ich gestern stundenlang rum - und immerzu Knöpfchen.

Ich hatte auf der Seite der Terrassentuer: "set peerchan 0 Haustuer single unset" - ist das denn richtig? Oder geht das un-peeren noch anders?
RPI 4 - Jeelink HomeMatic Z-Wave

LuckyDay

naja
set peerchan 0 Haustuer single unset
das kann eh nicht funktionieren, nach set fehlt das device!

an deiner stelle würde ich die zwei device in fhem löschen , save in fhem drücken, einen Werksreset mit zweimal 5 sek Knöfchen drücken machen an den zwei Fenstersensoren,
und dann frisch pairen mit

set VCCU hmPairForSec 600, fünf minuten mussen dir reichen um Knöfchen anzutippen am Fensterkontakt

curt

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:26:36
naja
set peerchan 0 Haustuer single unset
das kann eh nicht funktionieren, nach set fehlt das device!

Ja, klar. - Ich bezog mich auf den html-Bildschirm von FHEM (da die Seite der Terrassentuer), da kann man ja auch set machen.

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:26:36
an deiner stelle würde ich die zwei device in fhem löschen,

Das wird das Beste sein. Das geht einfach über "delete Terrassentuer"? - Ich lese immerzu, dass man da bei HM noch zig andere Dinge bedenken und machen müsse?

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:26:36
save in fhem drücken,

Ok, das beantwortet den Punkt, der mir vorhin unklar blieb: Wo/wie "save" zu machen sei.

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:26:36
einen Werksreset mit zweimal 5 sek Knöfchen drücken machen an den zwei Fenstersensoren,

5sec, 1sec Pause, 5sec. <- So?

Zitat von: fhem-hm-knecht am 11 Februar 2019, 01:26:36
und dann frisch pairen mit
set VCCU hmPairForSec 600, fünf minuten mussen dir reichen um Knöfchen anzutippen am Fensterkontakt

Den Teil kriege ich hin. Oft geübt.

P.S: Meine vielen Fragen sind auch wegen des/der künftigen Thermostate, ich muss das lernen.
RPI 4 - Jeelink HomeMatic Z-Wave

pc1246

Moin
Und gib uns doch mal ein list von beiden devices!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

curt

Ich habe noch nichts gemacht, da ich noch auf Antwort von @fhem-hm-knecht hoffe.

Das eine Listing ist in #2. Die andere Device sah zu gleichem Zeitpunkt so aus:


define Terrassentuer CUL_HM 3301D3
setuuid Terrassentuer 5c47b07e-f33f-769b-3a11-9218644417b26829
attr Terrassentuer userattr Fenster_Status Fenster_Status_map structexclude
attr Terrassentuer Fenster_Status structure_Fenster
attr Terrassentuer IODev myHmUART
attr Terrassentuer IOgrp VCCU:myHmUART
attr Terrassentuer actCycle 028:00
attr Terrassentuer actStatus alive
attr Terrassentuer autoReadReg 4_reqStatus
attr Terrassentuer battery_change 2018-04-22
attr Terrassentuer devStateIcon open:fts_door_open@red closed:fts_door@green
attr Terrassentuer expert 2_raw
attr Terrassentuer firmware 2.4
attr Terrassentuer fp_Hauptseite 376,651,1,structure_Fenster
attr Terrassentuer model HM-SEC-SC-2
attr Terrassentuer peerIDs 00000000,3301C101,
attr Terrassentuer room Unsorted
attr Terrassentuer serialNr LEQ0893214
attr Terrassentuer subType threeStateSensor

RPI 4 - Jeelink HomeMatic Z-Wave

LuckyDay

Du darfst nicht auf mich warten :)

Wie man Werksreset mach steht in der Bedienungsanleitung, die gilt nach wie vor.

da du keinen AES key, bzw sign on hast kannst du die so reseten wie geschrieben.

Falls sign on , müsstest über Zentrale ablernen , Unpair / da geht das mit zweimal 5 sek Köpfen drücken nicht.

set <device> unpair , und wieder knöpfen drücken.  Erfolg sieht man dann , dass er orange blinkt bei Auslösen des Kontakts.

-->Probably associated with , da siehst du doch mit was du alles den Kontakt verknüft hast in Fhem. (notieren)

Wie gesagt

nachdem du  Delete this device (xxxxxxx) gemacht hast bei beiden, save , shutdown restart ,
set VCCU hmPairForSec 600
knöpfchen drücken 1. device
kontrolle
set VCCU hmPairForSec 600
knöpfchen drücken 2. device
kontrolle
save

curt

Zitat von: fhem-hm-knecht am 11 Februar 2019, 21:31:50
Du darfst nicht auf mich warten :)

Kennst Du Silbermond? "Gib mir 'n kleines bisschen Sicherheit ..." ;)
Ich habe alles abgearbeitet.


Internals:
   DEF        3301C1
   FUUID      5c61e0f3-f33f-769b-cdc5-5e480d015a8b96a5
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     6
   NAME       Haustuer
   NOTIFYDEV  global
   NR         976
   NTFY_ORDER 50-Haustuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:40 - t:41 s:3301C1 d:FF1312 013400
   myHmUART_MSGCNT 6
   myHmUART_RAWMSG 0501004740A6413301C1FF1312013400
   myHmUART_RSSI -71
   myHmUART_TIME 2019-02-11 22:48:04
   protLastRcv 2019-02-11 22:48:04
   protRcv    6 last_at:2019-02-11 22:48:04
   protSnd    6 last_at:2019-02-11 22:48:04
   protState  CMDs_done
   rssi_at_myHmUART cnt:6 min:-71 max:-63 avg:-67.83 lst:-71
   READINGS:
     2019-02-11 22:21:08   Activity        alive
     2019-02-11 21:54:12   CommandAccepted yes
     2019-02-11 21:54:11   D-firmware      2.4
     2019-02-11 21:54:11   D-serialNr      LEQ0893196
     2019-02-11 21:54:11   R-pairCentral   set_0xFF1312
     2019-02-11 22:23:44   alive           yes
     2019-02-11 22:48:04   battery         ok
     2019-02-11 22:48:04   contact         closed (to VCCU)
     2019-02-11 22:23:44   recentStateType info
     2019-02-11 22:23:44   sabotageError   off
     2019-02-11 22:48:04   state           closed
     2019-02-11 22:48:04   trigger_cnt     52
   helper:
     HM_CMDNR   64
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301C1,00,00,00
       nextSend   1549921685.17406
       rxt        0
       vccu       VCCU
       p:
         3301C1
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        40
       io:
         myHmUART:
           -69
           -69
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549921684.87909
       ack:
         HASH(0x4b2f4a8)
         408002FF13123301C10101C800
     rssi:
       at_myHmUART:
         avg        -67.8333333333333
         cnt        6
         lst        -71
         max        -63
         min        -71
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-12-03
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       Unsorted
   serialNr   LEQ0893196
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude



Internals:
   DEF        3301D3
   FUUID      5c61e312-f33f-769b-982e-446f8b676d2630c2
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     6
   NAME       Terrassentuer
   NOTIFYDEV  global
   NR         977
   NTFY_ORDER 50-Terrassentuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:35 - t:41 s:3301D3 d:FF1312 012D00
   myHmUART_MSGCNT 6
   myHmUART_RAWMSG 0501003E35A6413301D3FF1312012D00
   myHmUART_RSSI -62
   myHmUART_TIME 2019-02-11 22:47:30
   protLastRcv 2019-02-11 22:47:30
   protRcv    6 last_at:2019-02-11 22:47:30
   protSnd    6 last_at:2019-02-11 22:47:30
   protState  CMDs_done
   rssi_at_myHmUART cnt:6 min:-64 max:-59 avg:-62.16 lst:-62
   READINGS:
     2019-02-11 22:21:09   Activity        alive
     2019-02-11 22:03:15   CommandAccepted yes
     2019-02-11 22:03:14   D-firmware      2.4
     2019-02-11 22:03:14   D-serialNr      LEQ0893214
     2019-02-11 22:03:14   R-pairCentral   set_0xFF1312
     2019-02-11 22:24:10   alive           yes
     2019-02-11 22:47:30   battery         ok
     2019-02-11 22:47:30   contact         closed (to VCCU)
     2019-02-11 22:24:10   recentStateType info
     2019-02-11 22:24:10   sabotageError   off
     2019-02-11 22:47:30   state           closed
     2019-02-11 22:47:30   trigger_cnt     45
   helper:
     HM_CMDNR   53
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301D3,00,00,00
       nextSend   1549921651.01997
       rxt        0
       vccu       VCCU
       p:
         3301D3
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        35
       io:
         myHmUART:
           -58
           -58
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549921650.72436
       ack:
         HASH(0x4737de0)
         358002FF13123301D30101C800
     rssi:
       at_myHmUART:
         avg        -62.1666666666667
         cnt        6
         lst        -62
         max        -59
         min        -64
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-04-22
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       Unsorted
   serialNr   LEQ0893214
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude


* Ist das so jetzt richtig?
* Muss ich die jetzt mit VCCU peeren? Falls ja: Warum?
RPI 4 - Jeelink HomeMatic Z-Wave

LuckyDay

du hast gepaired gut

ZitatlastMsg    No:40 - t:41 s:3301C1 d:FF1312 013400
ZitatlastMsg    No:35 - t:41 s:3301D3 d:FF1312 012D00
und wie du siehst schickt er, beide schon direkt zu deiner vccu FF1312
also nein nicht nochmal extra mit einem Kanal der vccu peeren.
die Fenster /Drehgiff sensoren sind da Sonderlocken von HM, im Gegensatz zu Remote /Fernbedienungen, wo du jeden Kanal/Taste peeren mußt um grüne Led zu bekommen.

noch bei beiden getConfig damit das set_0xFF1312 verschwindet, set heißt ja hätte gern, sensor hat auch schon, du hast es nur noch nicht zurückgelesen vom Sensor,
ist halt so bei Batterie Device , Knöpfchen drücken

curt

Zitat von: fhem-hm-knecht am 11 Februar 2019, 23:58:14
noch bei beiden getConfig ... Knöpfchen drücken

Beide zeigten folgendes Verhalten: längere Zeit oranges blinken, dann rot. Ok, nochmals drücken. Irgendwann nach längerer Zeit fanden beide kurz nacheinander, dass jetzt "grün" sei.

Leider mit einem Seiteneffekt: ALLE anderen Kontaktmelder haben nun "missing register list - RegL_00.,RegL_01.". Und ALLE anderen stehen nun unter "PairedTo missing/unknown".

Beispiel-List:

Internals:
   CFGFN      ./FHEM/z-include-fenster.cfg
   DEF        32FB4C
   FUUID      5c47b07e-f33f-769b-79e4-5668390fa13a421c
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2
   NAME       Kueche
   NOTIFYDEV  global
   NR         108
   NTFY_ORDER 50-Kueche
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:12 - t:41 s:32FB4C d:FF1312 011100
   myHmUART_MSGCNT 2
   myHmUART_RAWMSG 0501003612A64132FB4CFF1312011100
   myHmUART_RSSI -54
   myHmUART_TIME 2019-02-12 00:14:04
   protLastRcv 2019-02-12 00:14:04
   protRcv    2 last_at:2019-02-12 00:14:04
   protSnd    2 last_at:2019-02-12 00:14:04
   protState  CMDs_done
   rssi_at_myHmUART cnt:2 min:-54 max:-52 avg:-53 lst:-54
   READINGS:
     2019-02-12 00:14:04   battery         ok
     2019-02-12 00:14:04   contact         closed (to VCCU)
     2019-02-12 00:14:04   state           closed
     2019-02-12 00:14:04   trigger_cnt     17
   helper:
     HM_CMDNR   18
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +32FB4C,00,00,00
       nextSend   1549926844.89701
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         32FB4C
         00
         00
         00
     mRssi:
       mNo        12
       io:
         myHmUART:
           -48
           -48
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549926844.60141
       ack:
         HASH(0x2a92748)
         128002FF131232FB4C0101C800
     rssi:
       at_myHmUART:
         avg        -53
         cnt        2
         lst        -54
         max        -52
         min        -54
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU
   actCycle   028:00
   actStatus  unknown
   autoReadReg 4_reqStatus
   battery_change 2018-03-31
   devStateIcon open:fts_window_1w_tilt@red closed:fts_window_1w@green
   expert     2_raw
   firmware   2.4
   fp_Hauptseite 376,651,1,structure_Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       Unsorted
   serialNr   LEQ0891066
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude

RPI 4 - Jeelink HomeMatic Z-Wave

LuckyDay

Die readings fehlen ja auch!
wurde dein fhem.save nicht geschrieben eingelesen?
nach shutdown restart?

du hast doch noch andere Probleme. das hat mal weniger mit HM zu tun.

deswegen auch
Zitatmissing register list - RegL_00.,RegL_01.". Und ALLE anderen stehen nun unter "PairedTo missing/unknown".
mangels Readings