Frage zum peeren(unset) wenn ein device nicht mehr vorhanden ist

Begonnen von franky08, 12 April 2026, 18:53:56

Vorheriges Thema - Nächstes Thema

franky08

Wie der Titel schon sagt, da ein HM-CC-RT-DN defekt (durch ein Neues ersetzt) und somit nicht mehr vorhanden ist, möchte ich das gepeerte device, HM-WDS40-TH-I entfernen. Um ein unset auszuführen müssten doch aber beide devices vorhanden sein, um ein set getConfig, ausführen zu können -oder kann ich das peering irgendwie anders aufheben?

VG Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Gernott

siehe command reference CUL_HM:
peerChan <btn_no> <actChan> [single|dual|reverse] [set|unset] [both|actor|remote]

franky08

Mit:
set TH_Sensor_Flur peerChan 01 22389B01 single unset

Vom entfernten Device habe ich nur noch vom Kanal die 22389801, ist der alte 01 Weather Channel.
Wenn ich den o.g. set ausführe erhalte ich jedesmal einen Fehler "peer is not a channel"
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Gernott

#3
Versuch mal

set TH_Sensor_Flur peerChan 1 22389B01 single unset

"1" ist der Sender-Kanal Deines Temperatursensors (bei Verwendung von "single", wenn ich die commandref richtig verstehe) .

franky08

#4
Im List steht die 01 als channel, probiere nachher mal deinen Tipp.   IODev      HMLAN1
   LASTInputDev HMLAN3
   MSGCNT     24962
   NAME       TH_Sensor_Flur
   NR         1202
   NTFY_ORDER 48-TH_Sensor_Flur
   STATE      24.2 °C 38 %(RH)
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   eventCount 8367
   lastMsg    No:EF - t:70 s:251558 d:000000 00F226

P.S. Bei deinem Tipp bekomme ich auch: peer is not a channel
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Otto123

Hi,

ich würde es mit mit peerBulk machen
ZitatpeerBulk <peerch1,peerch2,...> [set|unset]
peerBulk fügt Peer-Kanäle zu einem Kanal hinzu. Alle Peers einer Liste werden dabei hinzugefügt.
Peering setzt die Einstellungen einer Verknüpfung auf Standardwerte. Da Peers nicht in Gruppen hinzugefügt werden werden sie durch HM standardmäßig als'single' für dieses Gerät angelegt.
Eine ausgeklügeltere Funktion wird gegeben durch peerChan.
peerBulk löscht keine vorhandenen Peers sondern bearbeitet nur die Peerliste. Andere bereits angelegt Peers werden nicht verändert.
peerBulk kann verwendet werden um Peers zu löschen indem die unset Option mit Standardeinstellungen aufgerufen wird.
Verwendungszweck dieses Befehls ist hauptsächlich das Wiederherstellen von Daten eines Geräts. Empfehlenswert ist das anschließende Wiederherstellen der Registereinstellung mit regBulk.
Beispiel:
set myChannel peerBulk 12345601,
set myChannel peerBulk self01,self02,FB_Btn_04,FB_Btn_03,
set myChannel peerBulk 12345601 unset # entferne Peer 123456 Kanal 01
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle

aktives Mitglied des FHEM e.V. (Technik)

Gernott

Dann probiere mal die "0" statt die "1".

cmdLst:
         assignHmKey noArg
         burstXmit  noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   <filename> <bootTime> ...
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getSerial  noArg
         getVersion noArg
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0 <actChn> ... single [set|unset] [actor|remote|both]
         peerSmart  -peerOpt-

Beta-User

Für das ersetzen von cul_hm-Devices kann HMinfo xReplace (oder so) eventuell auch einen Blick wert sein
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

franky08

#8
Habe jetzt einfach den Sensor mit dem neuen Thermostaten gepeert, der Heizungsregler bekommt nun den Sensorwert nur der alte Thermostat steht eben noch immer im peer vom Sensor, ist aber egal solange es funktioniert.Internals:
   DEF        251558
   FUUID      66adeffa-f33f-3827-c7e8-7c0161ce0994ee06
   HMLAN1_MSGCNT 8309
   HMLAN1_RAWMSG E251558,0000,4F6B8BFE,FF,FFC9,F3867025155800000000F226
   HMLAN1_RSSI -55
   HMLAN1_TIME 2026-04-13 12:06:38
   HMLAN2_MSGCNT 8361
   HMLAN2_RAWMSG E251558,0000,4C8C92E0,FF,FFDD,F3867025155800000000F226
   HMLAN2_RSSI -35
   HMLAN2_TIME 2026-04-13 12:06:38
   HMLAN3_MSGCNT 8304
   HMLAN3_RAWMSG E251558,0000,4C9ECDB3,FF,FFBA,F3867025155800000000F226
   HMLAN3_RSSI -70
   HMLAN3_TIME 2026-04-13 12:06:38
   IODev      HMLAN1
   LASTInputDev HMLAN3
   MSGCNT     24974
   NAME       TH_Sensor_Flur
   NR         1202
   NTFY_ORDER 48-TH_Sensor_Flur
   STATE      24.2 °C 38 %(RH)
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   eventCount 8371
   lastMsg    No:F3 - t:70 s:251558 d:000000 00F226
   peerList   22389B01,Flur_Heizung_Weather
   protCondBurst forced_off
   protLastRcv 2026-04-13 12:06:38
   protRcv    8368 last_at:2026-04-13 12:06:38
   protSnd    4 last_at:2026-04-12 17:58:04
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:8309 min:-94 max:-46 avg:-57.23 lst:-55
   rssi_at_HMLAN2 cnt:8361 min:-51 max:-34 avg:-35.44 lst:-35
   rssi_at_HMLAN3 cnt:8304 min:-91 max:-47 avg:-61.53 lst:-70
   READINGS:
     2026-03-29 15:34:53   Activity        alive
     2026-04-12 17:58:00   CommandAccepted yes
     2026-04-12 17:58:04   D-firmware      1.3
     2026-04-12 17:58:04   D-serialNr      KEQ1059068
     2026-04-12 17:58:03   IODev           HMLAN1
     2026-04-12 17:58:04   PairedTo        0x123ABC
     2016-07-17 18:50:12   R-burstRx       off
     2016-07-17 18:50:12   R-pairCentral   0x123ABC
     2026-04-12 17:58:04   RegL_00.         00:00 01:00 02:01 05:00 0A:12 0B:3A 0C:BC 0F:00
     2026-01-11 19:53:02   T               23.8 H: 34
     2026-04-13 12:06:38   battery         ok
     2026-04-12 17:59:04   cfgState        PeerUndef
     2026-04-12 17:58:04   commState       CMDs_done
     2026-04-13 12:06:38   humidity        38
     2026-04-12 17:58:04   peerList        22389B01,Flur_Heizung_Weather
     2022-11-30 17:50:12   powerOn         2022-11-30 17:50:12
     2022-11-30 17:50:12   recentStateType info
     2026-04-13 12:06:38   state           T: 24.2 H: 38
     2026-04-13 12:06:38   temperature     24.2
   helper:
     HM_CMDNR   243
     cSnd       01123ABC25155800040000000000,01123ABC2515580103
     cfgStateUpdt 0
     lastMsgTm  1776074798.31691
     mId        003F
     peerFriend
     peerIDsRaw ,22389B01,6C214F01,00000000
     peerIDsState complete
     peerOpt    p:THSensor
     regLst     0
     rxType     132
     supp_Pair_Rep 0

P.S. Flur_Heizung_Weather ist der neue und 22389B01 der alte  Thermostat
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Otto123

set TH_Sensor_Flur peerBulk 22389B01 unsetfunktioniert nicht?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle

aktives Mitglied des FHEM e.V. (Technik)

franky08

@Otto123
Nachdem ich zwei mal peerBulk 22389B01 unset abgesetzt habe und getConfig ausgeführt hatte, ist der peer mit dem toten Thermostaten jetzt weg!

--Danke Otto123
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Otto123

so sollte es sein :)
Die Thermos "reden" von sich aus ja etwas verzögert. Und beim Abfragen und Knöppchen drücken sind die häufig sehr geschwätzig und dann reicht eine Periode nicht.
Gut das es geklappt hat.

Schöne Grüße Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle

aktives Mitglied des FHEM e.V. (Technik)