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
siehe command reference CUL_HM:
peerChan <btn_no> <actChan> [single|dual|reverse] [set|unset] [both|actor|remote]
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"
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) .
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
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
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-
Für das ersetzen von cul_hm-Devices kann HMinfo xReplace (oder so) eventuell auch einen Blick wert sein
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
set TH_Sensor_Flur peerBulk 22389B01 unsetfunktioniert nicht?
@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
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