Hallo zusammen,
ich hab folgendes Device bei mir:
defmod Aussensensor CUL_TCM97001 CUL_TCM97001_15
attr Aussensensor model GT_WT_02
Wenn sich jetzt z.B. durch einen Batteriewechsel die ID des Sensors ändert, wird ein neues Device angelegt, z.B.:
defmod GT_WT_02_136 CUL_TCM97001 CUL_TCM97001_136
attr GT_WT_02_136 model GT_WT_02
Ich würde nun gerne mein bestehendes Device auf die neue ID umbiegen, indem ich die DEF vom Aussensensor in "CUL_TCM97001_136" ändere und das Device GT_WT_02_136 lösche.
Das geht aber irgendwie nicht. Er erstellt mir immer wieder ein neues Device und schreibt nicht in das bestehende.
Wenn ich Autocreate abschalte, erstellt er natürlich kein neues Device, aber er aktualisiert auch nicht den Aussensensor.
Beim verwendeten CUL habe ich longids auf 0 stehen.
Was muss ich machen, damit die Umbenennung funktioniert? Oder geht das so gar nicht?
Viele Grüße
Leo
Besteht das Problem auch, wenn man diese Aenderung "offline" (FHEM herunterfahren, fhem.cfg anpassen, FHEM starten) macht?
Zitat von: limats am 26 April 2022, 13:24:27Beim verwendeten CUL habe ich longids auf 0 stehen.
Hat das einen bestimmten Grund?
Hast du ein list vom Aussensensor?
list AussensensorHast du darüberhinaus mal dies (https://forum.fhem.de/index.php/topic,102942.msg997311.html#msg997311) probiert?
ZitatEs gibt ein neues Internal AlternativeDEFcode in dem der alternative devicecode (DEF) steht.
Der alternative devicecode wird nicht automatisch verwendet, die DEF muss bei Bedarf von Hand geändert werden.
z.B. bei s91720F7188FE ist der alternative devicecode (DEF) "CUL_TCM97001_9_23". Die 23 ist der Dezimalwert von der 2. und 3. Hexziffer (17)
Hier das list vom Aussensensor
Internals:
CODE CUL_TCM97001_15
DEF CUL_TCM97001_15
FUUID 61ff1526-f33f-5331-2151-3e1778d989bdbb4f
NAME Aussensensor
NR 612
STATE Defined
TYPE CUL_TCM97001
lastH 0
lastT 0
READINGS:
2022-04-08 21:39:47 battery ok
2022-04-08 21:39:47 batteryState ok
2022-04-08 21:39:47 channel 3
2022-04-25 22:59:44 dewpoint 9.2
2022-04-25 23:02:32 humidity 100
2022-04-08 21:39:47 mode normal
2022-04-25 23:02:32 state T: 9.2 H: 100
2022-04-25 23:02:32 temperature 9.2
Attributes:
DbLogInclude temperature,humidity,dewpoint
event-min-interval .*:600
event-on-change-reading .*
group Temperatur
model GT_WT_02
room CUL_TCM97001,Draußen,Heizung,Temperatur
stateFormat {sprintf("T: %.1f H: %.0f D: %.1f",ReadingsVal($name,"temperature",0), ReadingsVal($name,"humidity",0), ReadingsVal($name,"dewpoint",0))}
Und hier das list vom automatisch angelegten und funktionierenden Device:
Internals:
CODE CUL_TCM97001_15
DEF CUL_TCM97001_15
FUUID 62508f83-f33f-5331-a700-9cd449434edba055
LASTInputDev nanoCUL433
MSGCNT 4397
NAME GT_WT_02_15
NR 618
RSSI -73
STATE T: 11.8 H: 75
TYPE CUL_TCM97001
lastH 0
lastT 1650985457.40617
nanoCUL433_MSGCNT 4397
nanoCUL433_RAWMSG s0F2076976802; 496: 9008
nanoCUL433_TIME 2022-04-26 17:04:17
READINGS:
2022-04-25 23:04:24 battery ok
2022-04-25 23:04:24 batteryState ok
2022-04-25 23:04:24 channel 3
2022-04-26 17:02:24 dewpoint 7.5
2022-04-26 17:04:17 humidity 75
2022-04-25 23:04:24 mode normal
2022-04-26 17:04:17 state T: 11.8 H: 75
2022-04-26 17:04:17 temperature 11.8
Attributes:
event-min-interval .*:300
event-on-change-reading .*
model GT_WT_02
room CUL_TCM97001
Das longids hab ich deshalb auf 0 gesetzt, weil ich meine irgendwo mal gelesen zu haben, dass das eben genau verhindern soll, dass es bei einem Batteriewechsel eine neue ID gibt. Steht so glaub auch in der Command-Ref vom CUL.
Ein Internal AlternativeDEFcode gibt es bei mir nicht (siehe oben).
@rudolfkoenig:
Das mit der Offline-Änderung probier ich aus und meld mich dann nochmal...
Zitat von: rudolfkoenig am 26 April 2022, 13:31:02
Besteht das Problem auch, wenn man diese Aenderung "offline" (FHEM herunterfahren, fhem.cfg anpassen, FHEM starten) macht?
Das tut. Vielen Dank für den Tipp. Mit dem Workaround kann ich gut leben.