FHT wird ständig autocreated

Begonnen von Andi.Riese, 14 November 2020, 17:04:26

Vorheriges Thema - Nächstes Thema

Andi.Riese

Hallo,

ich habe einem bestehenden FHT "FHT_Bad" einen neuen Code "0b01" per Fhem Webfrontend: - "Def - 0b01 - modify FHT-Bad" zugewiesen.
Den Code am Regler habe ich ebenfalls geändert. Es funktioniert auch alles soweit.

Aber trotzdem wird ständig einer neuer FHT_0b01 autocreated. Nach  "delete FHT_0b01" wird er in kürzester Zeit wieder neu angelegt.

Warum ist das so? Was kann ich tun?

Gruß
Andreas


amenomade

Zitat von: Andi.Riese am 14 November 2020, 17:04:26
ich habe einem bestehenden FHT "FHT_Bad" einen neuen Code "0b01" per Fhem Webfrontend: - "Def - 0b01 - modify FHT-Bad" zugewiesen.
Prinzipiell: falsche Vorgehensweise. Im DEF muss immer den FHT Code stehen, der dem physichen Device gehört. Das kannst Du nicht über Fhem-Oberfläsche ändern
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Andi.Riese

Ist auch so, den Code habe ich ja am Regler auch eingestellt. Die Kommunikation zwischen Regelgerät und FHEM funktioniert ja auch.

amenomade

Wie wäre es mit einem "list" von FHT_Bad und vom neu angelegten FHT_0b01?

https://forum.fhem.de/index.php/topic,71806.0.html
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Andi.Riese

#4
Hier die beiden list FHT_Bad und list FHT_0b02

list FHT_Bad:
------------------------------
Internals:
   CODE       0b02
   DEF        0b02
   FUUID      5f719d08-f33f-4a30-c345-5ccc2a428c34b336
   IODev      FHZ_0
   NAME       FHT_Bad
   NR         221
   STATE      17.9 C
   TYPE       FHT
   webCmd     desired-temp
   READINGS:
     2020-11-14 19:18:38   ack             38
     2020-11-14 19:22:15   actuator        0%
     2020-11-14 12:46:36   actuator1       pair
     2020-11-14 19:18:38   battery         ok
     2020-11-14 19:18:38   batteryState    ok
     2020-04-17 21:01:24   can-rcv         38
     2020-07-05 04:03:06   day-temp        19.0
     2020-11-14 12:47:51   desired-temp    8.0
     2020-11-14 19:18:38   end-xmit        38
     2018-12-17 17:54:33   fri-from1       06:30
     2018-12-17 17:54:34   fri-from2       00:00
     2018-12-17 17:54:34   fri-to1         06:40
     2018-12-17 17:54:34   fri-to2         24:00
     2020-11-14 19:18:38   lowtemp         ok
     2020-07-05 04:03:09   lowtemp-offset  4.0
     2020-11-14 19:18:37   measured-temp   17.9
     2020-07-05 15:56:50   mode            auto
     2018-12-17 17:58:14   mon-from1       06:30
     2018-12-17 17:58:15   mon-from2       21:00
     2018-12-17 19:26:00   mon-to1         06:40
     2018-12-17 17:58:15   mon-to2         21:30
     2020-07-05 04:03:06   night-temp      16.0
     2020-07-05 04:01:09   report2         255
     2019-08-22 21:21:43   start-xmit      119
     2020-11-14 19:18:37   state           17.9 C
     2020-11-14 19:18:37   temperature     17.9
     2018-12-17 17:54:32   thu-from1       06:30
     2018-12-20 19:29:19   thu-from2       21:30
     2018-12-17 17:54:32   thu-to1         06:40
     2019-01-10 07:00:21   thu-to2         21:50
     2018-12-18 21:41:46   tue-from1       06:30
     2018-12-18 21:41:47   tue-from2       24:00
     2018-12-18 21:41:47   tue-to1         06:50
     2018-12-18 21:41:47   tue-to2         24:00
     2020-11-14 19:18:38   warnings        none
     2020-11-14 09:55:32   wed-from1       06:00
     2020-11-14 09:55:33   wed-from2       24:00
     2020-11-14 09:55:32   wed-to1         23:00
     2020-11-14 09:55:33   wed-to2         24:00
     2020-11-14 19:18:38   window          closed
     2020-07-05 04:03:06   windowopen-temp 9.0
     2020-11-14 19:18:38   windowsensor    ok
Attributes:
   IODev      FHZ_0
   alias      Bad
   event-on-change-reading temperature,actuator,battery,desired-temp,window,windowsensor
   group      Temp
   room       1.2_Heizung,2.3_Temperatur

---------------------------
list FHT_0b02: list sofort nach dem löschen und autocreate
--------------------------
Internals:
   CFGFN     
   CODE       0b02
   DEF        0b02
   FUUID      5fb229e8-f33f-4a30-43d7-2c69dde2b2f18140
   IODev      FHZ_0
   NAME       FHT_0b02
   NR         6883
   STATE      ???
   TYPE       FHT
   webCmd     desired-temp
Attributes:
   IODev      FHZ_0
   room       FHT

amenomade

Bitte Code Tags benutzen (das # Zeichen im Editormenü)

Hmm ich sehe nichts auffälliges.
Hättest Du noch ein "list" von FHZ_0 bitte?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Andi.Riese

#6
list FHZ_0
----------------

Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         11
   FHZ_0_MSGCNT 11
   FHZ_0_TIME 2020-11-16 21:32:25
   FUUID      5c7fed5e-f33f-4a30-95ff-6b3b89a48abdd2ba
   NAME       FHZ_0
   NR         23
   PARTIAL   
   RAWMSG     810c04780909a0010b040000b600
   STATE      Initialized
   TYPE       FHZ
   READINGS:
     2020-11-16 21:28:39   init2           1f04a0071c2640ff
     2020-11-16 21:28:39   serial          136e6fff
Attributes:
   fhtsoftbuffer 0
   room       9.1_System

amenomade

#7
Bitte Code Tags benutzen!!!

Ich vermute, dass durch manuelle Änderung des FHT Codes, das Pairing von FHT_Bad nicht mehr stimmt. Ich bin aber kein Spezialist von FHT/FHZ. Kannst Du dein Post im "SlowRF" Subforum verschieben, wo FHT und FHZ gepflegt werden (am besten nachdem Du deine vorherige Posts editiert hast, und Code Tags hinzugefügt hast).
Zum Verschieben ist der Knopf ganz unten links.

EDIT: kommt übrigens nix in der Log, insb. beim Start von Fhem?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus