HM-ES-PMSW1-DR + DeviceRename = subch. werden nicht umb. [svn-update erwünscht]

Begonnen von ramses, 27 September 2021, 12:15:05

Vorheriges Thema - Nächstes Thema

ramses

Hallo,

habe gerade ein HM-ES-PMSW1-DR (Schaltschrank Actuator mit Messung) gepaired - fhem ist up2date - und das Gerät funktioniert sehr gut bis zur Umbenennung mit DeviceRename.
Hier werden alle SubChannels zwar umbenannt aber im Hauptgerät, bei den einzelnen SubChannels, bleiben die alten Bezeichnungen und man kann nicht mehr drauf klicken weil die Devices mit diesen Bezeichnungen nicht mehr gibt.

Habe die Prozedere von Anfang an wiederholt, das gleiche Ergebnis...

Hat DeviceRename ein Problem mit diesem Gerät? Wie kann ich im Hauptgerät die Subchannels richtig stellen?
GetConfig auch gemacht, die Namen der Subchannels bleiben unverändert.

als Workaround rename anstatt DeviceRename verwenden und alle einzeln umbenennen?


frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ramses


Beta-User

Danke für die Rückmeldung.

Kannst du ein [svn-update erwünscht] in den Thread-Titel aufnehmen, bis es endgültig gelöst ist?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files


Beta-User

Ich meine: Ja.

Geht nur darum, dass Martin ggf. sieht, dass hier auch noch was offen ist.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

oldscout

Hallo,
ich hatte das gleiche Problem mit einem HM-2-Kanal-Switch, ein Neustart konnte das Problem lösen.
Der Neustart war eh fällig.

Danke für den Tipp.

VG

Zu früh gefreut:
Nun lassen sich die Channels nicht mehr schalten, und das HM-device steht noch verwaist in den "Probably associated with" Liste.
Die Channels sind aber jetzt ok, was sie vor dem Neustart nicht waren.

FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, FritzDect 200, HMLAN, HMUSB, Arduino Uno, ESP8266, Enigma2, FB7490, MySql-DB,TP-Link HS100, RaspiCCU

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

oldscout

Hallo und sorry für die verspätete Meldung,
habe eben das Update gemacht und es funktioniert wieder.
Danke.
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, FritzDect 200, HMLAN, HMUSB, Arduino Uno, ESP8266, Enigma2, FB7490, MySql-DB,TP-Link HS100, RaspiCCU