Autor Thema: FHT wird ständig neu autocreated  (Gelesen 926 mal)

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
FHT wird ständig neu autocreated
« am: 17 November 2020, 12:17:01 »
Hallo,

ich habe einem bestehenden FHT "FHT_Bad"
Den Code "0b02" habe ich neu eingestellt.
Der Code im FHT80b und in FHT_Bad ist gleich.
FHT80b habe ich über "CEnt"  gepaired.
FHT80b und Fhem funktionieren einwandfrei.

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

Warum ist das so? Was kann ich tun?

-------------
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
-------------
Internals:
   CODE       0b02
   DEF        0b02
   FHZ_0_MSGCNT 450
   FHZ_0_RAWMSG 810c04660909a0010b020000a600
   FHZ_0_TIME 2020-11-17 12:10:20
   FUUID      5fb2e50e-f33f-4a30-b94a-f922519f374e75ba
   IODev      FHZ_0
   LASTInputDev FHZ_0
   MSGCNT     450
   NAME       FHT_0b02
   NR         249
   STATE      17.8 C
   TYPE       FHT
   webCmd     desired-temp
   READINGS:
     2020-11-17 12:02:44   ack             38
     2020-11-17 12:10:20   actuator        0%
     2020-11-17 12:02:44   battery         ok
     2020-11-17 12:02:44   batteryState    ok
     2020-11-17 09:02:49   desired-temp    7.5
     2020-11-17 12:02:44   end-xmit        38
     2020-11-17 12:02:44   lowtemp         ok
     2020-11-17 12:02:43   measured-temp   17.8
     2020-11-17 12:02:43   state           17.8 C
     2020-11-17 12:02:43   temperature     17.8
     2020-11-17 12:02:44   warnings        none
     2020-11-17 12:02:44   window          closed
     2020-11-17 12:02:44   windowsensor    ok
Attributes:
   IODev      FHZ_0
   room       FHT

-------------
list FHZ_0
-------------
Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         11
   FHZ_0_MSGCNT 3116
   FHZ_0_TIME 2020-11-17 12:10:38
   FUUID      5c7fed5e-f33f-4a30-95ff-6b3b89a48abdd2ba
   NAME       FHZ_0
   NR         23
   NR_CMD_LAST_H 6
   PARTIAL   
   RAWMSG     810c04650909a0010b010000a600
   STATE      Initialized
   TYPE       FHZ
   READINGS:
     2020-11-16 21:53:16   init2           1f04a0071c2640ff
     2020-11-17 03:33:16   serial          136e6fff
   SOFTBUFFER:
   XMIT_TIME:
     1605607681
     1605607815
     1605608060
     1605608176
     1605609667
     1605609922
Attributes:
   fhtsoftbuffer 0
   room       9.1_System

Gruß
Andreas
« Letzte Änderung: 17 November 2020, 12:19:12 von Andi.Riese »

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #1 am: 17 November 2020, 14:43:16 »
Ich habe den Code jetzt eine Weile angestarrt, und habe keine Idee.
Kannst Du bitte ein "attr global verbose 5" Mitschnitt des FHEM Logs zeigen, beginnend ein paar Sekunden vor dem UNDEFINED Meldung?

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #2 am: 17 November 2020, 15:07:19 »
2020.11.17 14:51:57 ist die UNDEFINED Meldung

2020.11.17 14:51:51 4: WEB_192.168.178.34_50610 GET /fhem?room=1%2e2%5fHeizung&fw_id=14475; BUFLEN:0
2020.11.17 14:51:51 4: WEB: /fhem?room=1%2e2%5fHeizung&fw_id=14475 / RL:7482 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / Cache-Control: no-cache, no-store, must-revalidate

2020.11.17 14:51:51 5: GET /fhem?XHR=1&inform=type=status;filter=room=1%2e2%5fHeizung;since=1605621110;fmt=JSON&fw_id=14475×tamp=1605621111410 HTTP/1.1
Host: raspi5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0
Accept: */*
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://raspi5:8083/fhem?room=1%2e2%5fHeizung&fw_id=14475
2020.11.17 14:51:51 4: WEB_192.168.178.34_50610 GET /fhem?XHR=1&inform=type=status;filter=room=1%2e2%5fHeizung;since=1605621110;fmt=JSON&fw_id=14475×tamp=1605621111410; BUFLEN:0
2020.11.17 14:51:51 5: PRESENCE (Gast) - stopping timer
2020.11.17 14:51:51 5: PRESENCE (Gast) - starting blocking call for mode lan-ping
2020.11.17 14:51:51 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (1142), uses telnetPort to connect back
2020.11.17 14:51:51 4: Connection accepted from telnetPort_127.0.0.1_59096
2020.11.17 14:51:51 5: Cmd: >{BlockingRegisterTelnet($cl,12782)}<
2020.11.17 14:51:51 5: PRESENCE (Gast) - starting ping scan: Gast|123.456.78.910|0|4
2020.11.17 14:51:51 5: PRESENCE (Gast) - ping command returned with output:
ping: 123.456.78.910: Der Name oder der Dienst ist nicht bekannt
2020.11.17 14:51:51 5: Cmd: >{BlockingStart('12782')}<
2020.11.17 14:51:51 5: Cmd: >{PRESENCE_ProcessLocalScan('Gast|0|absent')}<
2020.11.17 14:51:51 5: PRESENCE (Gast) - blocking scan result: Gast|0|absent
2020.11.17 14:51:51 4: PRESENCE (Gast) - rescheduling next check in 5 seconds
2020.11.17 14:51:53 4: Connection accepted from WEB_192.168.178.34_50615
2020.11.17 14:51:53 5: POST /fhem?cmd=save&XHR=1&fw_id=14475 HTTP/1.1
Host: raspi5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0
Accept: */*
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
X-Requested-With: XMLHttpRequest
Origin: http://raspi5:8083
DNT: 1
Connection: keep-alive
Referer: http://raspi5:8083/fhem?room=1%2e2%5fHeizung&fw_id=14475
Content-Length: 0
2020.11.17 14:51:53 4: WEB_192.168.178.34_50615 POST /fhem?cmd=save&XHR=1&fw_id=14475; BUFLEN:0
2020.11.17 14:51:53 5: Cmd: >save<
2020.11.17 14:51:53 5: Starting notify loop for global, 1 event(s), first is SAVE
2020.11.17 14:51:53 5: createNotifyHash
2020.11.17 14:51:53 5: statistics AussentemperaturStatistik: Notify.280 Notification of 'global' received. Device not monitored.
2020.11.17 14:51:53 5: End notify loop for global
2020.11.17 14:51:53 4: WEB: /fhem?cmd=save&XHR=1&fw_id=14475 / RL:52 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / Cache-Control: no-cache, no-store, must-revalidate

2020.11.17 14:51:54 5: PRESENCE (Hanna) - ping command returned with output:
PING 192.168.178.23 (192.168.178.23) 56(84) bytes of data.
From 192.168.178.20 icmp_seq=1 Destination Host Unreachable
From 192.168.178.20 icmp_seq=2 Destination Host Unreachable
From 192.168.178.20 icmp_seq=3 Destination Host Unreachable
From 192.168.178.20 icmp_seq=4 Destination Host Unreachable

--- 192.168.178.23 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3123ms
pipe 4
2020.11.17 14:51:54 5: Cmd: >{BlockingStart('12781')}<
2020.11.17 14:51:54 5: Cmd: >{PRESENCE_ProcessLocalScan('Hanna|0|absent')}<
2020.11.17 14:51:54 5: PRESENCE (Hanna) - blocking scan result: Hanna|0|absent
2020.11.17 14:51:54 4: PRESENCE (Hanna) - rescheduling next check in 5 seconds
2020.11.17 14:51:55 4: Connection closed for WEB_192.168.178.34_50610: EOF
2020.11.17 14:51:55 5: GET /fhem?room=FHT HTTP/1.1
Host: raspi5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://raspi5:8083/fhem?room=1%2e2%5fHeizung&fw_id=14475
Upgrade-Insecure-Requests: 1
2020.11.17 14:51:55 4: WEB_192.168.178.34_50615 GET /fhem?room=FHT; BUFLEN:0
2020.11.17 14:51:56 4: WEB: /fhem?room=FHT / RL:2628 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / Cache-Control: no-cache, no-store, must-revalidate

2020.11.17 14:51:56 5: GET /fhem?XHR=1&inform=type=status;filter=room=FHT;since=1605621114;fmt=JSON&fw_id=14723×tamp=1605621116261 HTTP/1.1
Host: raspi5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0
Accept: */*
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Referer: http://raspi5:8083/fhem?room=FHT
2020.11.17 14:51:56 4: WEB_192.168.178.34_50615 GET /fhem?XHR=1&inform=type=status;filter=room=FHT;since=1605621114;fmt=JSON&fw_id=14723×tamp=1605621116261; BUFLEN:0
2020.11.17 14:51:56 5: PRESENCE (Gast) - stopping timer
2020.11.17 14:51:56 5: PRESENCE (Gast) - starting blocking call for mode lan-ping
2020.11.17 14:51:57 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (1144), uses telnetPort to connect back
2020.11.17 14:51:57 4: Connection accepted from telnetPort_127.0.0.1_59098
2020.11.17 14:51:57 5: Cmd: >{BlockingRegisterTelnet($cl,12783)}<
2020.11.17 14:51:57 5: PRESENCE (Gast) - starting ping scan: Gast|123.456.78.910|0|4
2020.11.17 14:51:57 5: PRESENCE (Gast) - ping command returned with output:
ping: 123.456.78.910: Der Name oder der Dienst ist nicht bekannt
2020.11.17 14:51:57 5: Cmd: >{BlockingStart('12783')}<
2020.11.17 14:51:57 5: Cmd: >{PRESENCE_ProcessLocalScan('Gast|0|absent')}<
2020.11.17 14:51:57 5: PRESENCE (Gast) - blocking scan result: Gast|0|absent
2020.11.17 14:51:57 4: PRESENCE (Gast) - rescheduling next check in 5 seconds
2020.11.17 14:51:57 4: FHZ/RAW: 810c04 (Unparsed: )
2020.11.17 14:51:57 4: FHZ/RAW: 680909a0010b040000a600 (Unparsed: 810c04)
2020.11.17 14:51:57 5: FHZ_0: dispatch 810c04680909a0010b040000a600
2020.11.17 14:51:57 3: FHT Unknown device 0b04, please define it
2020.11.17 14:51:57 5: Starting notify loop for global, 1 event(s), first is UNDEFINED FHT_0b04 FHT 0b04
2020.11.17 14:51:57 5: createNotifyHash
2020.11.17 14:51:57 5: statistics AussentemperaturStatistik: Notify.280 Notification of 'global' received. Device not monitored.
2020.11.17 14:51:57 2: autocreate: define FHT_0b04 FHT 0b04
2020.11.17 14:51:57 2: autocreate: define FileLog_FHT_0b04 FileLog ./log/FHT_0b04-%Y.log FHT_0b04
2020.11.17 14:51:57 2: autocreate: define SVG_FHT_0b04 SVG FileLog_FHT_0b04:fht:CURRENT
2020.11.17 14:51:57 5: Starting notify loop for SVG_FHT_0b04, 1 event(s), first is copyGplotFile
2020.11.17 14:51:57 5: createNotifyHash
2020.11.17 14:51:57 5: End notify loop for SVG_FHT_0b04
2020.11.17 14:51:57 4: Skipping save, as autosave is disabled
2020.11.17 14:51:57 5: End notify loop for global
2020.11.17 14:51:59 5: PRESENCE (Hanna) - stopping timer
2020.11.17 14:51:59 5: PRESENCE (Hanna) - starting blocking call for mode lan-ping
2




Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #3 am: 17 November 2020, 15:22:46 »
Noch 3 Anmerkungen:
  • Wenn ich FHT_0b02 in FHT_Bad umbenenne, ist das autocreate weg. Allerdings muss ich die Einstellungen neu vornehmen.
  • Das Problem tritt auch bei meinen anderen 4 FHTs genauso auf
  • Das Problem habe ich seit Jahren: Irgendwann ist ein neuer FHT_... da, dann muss ich umbenennen und die Einstellungen neu vornehmen.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #4 am: 17 November 2020, 20:19:06 »
Immer noch keine Ahnung: ich schaffe es nicht mit den Daten aus dem Anhang ein zweites Geraet anzulegen, und laut Code kann sowas auch nicht passieren.

Ich habe 11_FHT.pm mit Debugausgaben erweitert (siehe Anhang), bitte FHEM damit starten, und im Problemfall alle Zeilen aus dem Log, die FHT enthalten, hier anhaengen.

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #5 am: 17 November 2020, 21:42:09 »
2020.11.17 21:24:45 4: FHT FHT_0b05 actuator: 0%
2020.11.17 21:24:45 5: Starting notify loop for FHT_0b05, 1 event(s), first is actuator: 0%
2020.11.17 21:24:45 5: End notify loop for FHT_0b05
2020.11.17 21:25:02 4: FHT FHT_Andreas actuator: 0%
2020.11.17 21:25:14 1: FHT known:0b01,0b03,0b04,0b05,0b06,0b07<
2020.11.17 21:25:14 3: FHT Unknown device 0b02, please define it
2020.11.17 21:25:14 5: Starting notify loop for global, 1 event(s), first is UNDEFINED FHT_0b02 FHT 0b02
2020.11.17 21:25:14 2: autocreate: define FHT_0b02 FHT 0b02
2020.11.17 21:25:14 1: FHT add:0b02
2020.11.17 21:25:14 2: autocreate: define FileLog_FHT_0b02 FileLog ./log/FHT_0b02-%Y.log FHT_0b02
2020.11.17 21:25:14 2: autocreate: define SVG_FHT_0b02 SVG FileLog_FHT_0b02:fht:CURRENT
2020.11.17 21:25:14 5: Starting notify loop for SVG_FHT_0b02, 1 event(s), first is copyGplotFile
2020.11.17 21:25:14 5: End notify loop for SVG_FHT_0b02
2020.11.17 21:25:15 4: FHT FHT_0b03 actuator: 0%
2020.11.17 21:25:15 5: Starting notify loop for FHT_0b03, 1 event(s), first is actuator: 0%
2020.11.17 21:25:16 5: End notify loop for FHT_0b03
2020.11.17 21:25:17 4: FHT FHT_0b07 actuator: 0%
2020.11.17 21:25:17 5: Starting notify loop for FHT_0b07, 1 event(s), first is actuator: 0%
2020.11.17 21:25:17 5: End notify loop for FHT_0b07
2020.11.17 21:25:51 4: FHT FHT_0b04 actuator: 0%
2020.11.17 21:25:51 5: Starting notify loop for FHT_0b04, 1 event(s), first is actuator: 0%
2020.11.17 21:25:51 5: End notify loop for FHT_0b04
2020.11.17 21:25:52 4: FHT FHT_0b04 measured-temp: 19.1
2020.11.17 21:25:52 5: Starting notify loop for FHT_0b04, 2 event(s), first is measured-temp: 19.1
2020.11.17 21:25:52 5: End notify loop for FHT_0b04
2020.11.17 21:25:52 4: FHT FHT_0b04 ack: 38
2020.11.17 21:25:52 5: Starting notify loop for FHT_0b04, 1 event(s), first is ack: 38
2020.11.17 21:25:52 5: End notify loop for FHT_0b04
2020.11.17 21:25:53 4: FHT FHT_0b04 battery: ok
2020.11.17 21:25:53 4: FHT FHT_0b04 lowtemp: ok
2020.11.17 21:25:53 4: FHT FHT_0b04 window: closed
2020.11.17 21:25:53 4: FHT FHT_0b04 windowsensor: ok
2020.11.17 21:25:53 4: FHT FHT_0b04 warnings: none
2020.11.17 21:25:53 5: Starting notify loop for FHT_0b04, 6 event(s), first is battery: ok
2020.11.17 21:25:53 5: End notify loop for FHT_0b04
2020.11.17 21:25:53 4: FHT FHT_0b04 ack: 38
2020.11.17 21:25:53 5: Starting notify loop for FHT_0b04, 1 event(s), first is ack: 38
2020.11.17 21:25:53 5: End notify loop for FHT_0b04
2020.11.17 21:25:53 4: FHT FHT_0b04 end-xmit: 38
2020.11.17 21:25:53 5: Starting notify loop for FHT_0b04, 1 event(s), first is end-xmit: 38
2020.11.17 21:25:53 5: End notify loop for FHT_0b04
2020.11.17 21:26:35 4: FHT FHT_0b06 actuator: 0%
2020.11.17 21:26:35 5: Starting notify loop for FHT_0b06, 1 event(s), first is actuator: 0%
2020.11.17 21:26:35 5: End notify loop for FHT_0b06
2020.11.17 21:26:42 4: FHT FHT_0b05 actuator: 0%
2020.11.17 21:26:42 5: Starting notify loop for FHT_0b05, 1 event(s), first is actuator: 0%
2020.11.17 21:26:42 5: End notify loop for FHT_0b05
2020.11.17 21:26:53 5: GET /fhem?room=FHT HTTP/1.1
Referer: http://raspi5:8083/fhem?room=FHT&fw_id=346
2020.11.17 21:26:53 4: WEB_192.168.178.34_55335 GET /fhem?room=FHT; BUFLEN:0
2020.11.17 21:26:53 4: WEB: /fhem?room=FHT / RL:2685 / text/html; charset=UTF-8 / Content-Encoding: gzip
2020.11.17 21:26:54 5: GET /fhem?XHR=1&inform=type=status;filter=room=FHT;since=1605644812;fmt=JSON&fw_id=369×tamp=1605644813461 HTTP/1.1
Referer: http://raspi5:8083/fhem?room=FHT
2020.11.17 21:26:54 4: WEB_192.168.178.34_55335 GET /fhem?XHR=1&inform=type=status;filter=room=FHT;since=1605644812;fmt=JSON&fw_id=369×tamp=1605644813461; BUFLEN:0
2020.11.17 21:26:57 4: FHT FHT_Andreas actuator: 0%
2020.11.17 21:27:10 4: FHT FHT_0b02 actuator: 0%
2020.11.17 21:27:10 5: Starting notify loop for FHT_0b02, 1 event(s), first is actuator: 0%
2020.11.17 21:27:10 5: End notify loop for FHT_0b02
2020.11.17 21:27:12 4: FHT FHT_0b03 actuator: 0%
2020.11.17 21:27:12 5: Starting notify loop for FHT_0b03, 1 event(s), first is actuator: 0%
2020.11.17 21:27:12 5: End notify loop for FHT_0b03
2020.11.17 21:27:16 4: FHT FHT_0b07 actuator: 0%
2020.11.17 21:27:16 5: Starting notify loop for FHT_0b07, 1 event(s), first is actuator: 0%
2020.11.17 21:27:16 5: End notify loop for FHT_0b07

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #6 am: 17 November 2020, 21:51:20 »
Zitat
...im Problemfall alle Zeilen aus dem Log, die FHT enthalten, hier anhaengen.
Ich haette das Wort "alle" Fett schreiben sollen. Habs kurz ueberlegt, aber ich dachte, nee, ist nicht noetig.

Bitte ALLE Zeilen mit FHT aus dem Log hier hochladen.
Damit sehe ich, ob 0b02 beim FHEM-Start definiert, und spaeter entfernt wurde, oder nie definiert wurde.
Ich vermute aktuell Letzteres. Hinweis, dass 0b02 nicht definiert ist:
Zitat
2020.11.17 21:25:14 1: FHT known:0b01,0b03,0b04,0b05,0b06,0b07<
2020.11.17 21:25:14 3: FHT Unknown device 0b02, please define it

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #7 am: 17 November 2020, 22:02:14 »
Bitte die Daten als Anhang, der Beitragstext selbst wird nach ca 100k abgeschnitten.

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #8 am: 17 November 2020, 22:04:51 »
Ich habe den fhemlog ab dem letzten Neustart heute nacht gegen 3 Uhr.
Ich nehme an das reicht.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #9 am: 17 November 2020, 22:28:20 »
Ich habe jetzt alles ab letzten Start (korrekterweise vermuteten Start) geloescht, was 0b02 nicht enthaelt, und ein bisschen mehr. Uebrig bleibt:

Zitat
2020.11.17 21:12:55 1: FHT add:0b02
2020.11.17 21:12:55 1: FHT add:0b02
2020.11.17 21:14:05 4: WEB_192.168.178.34_55234 POST /fhem&fw_id=265&room=FHT&cmd=%7BdeleteFHT%28%220b02%22%29%7D; BUFLEN:0
2020.11.17 21:14:05 5: Cmd: >{deleteFHT("0b02")}<
2020.11.17 21:14:05 5: Cmd: >delete FHT_0b02<
2020.11.17 21:14:05 1: FHT del:0b02  FHT_Undef:3809 CallFn:2244 CommandDelete:1247 AnalyzeCommand:1098 AnalyzeCommandChain:3849 fhem:466 deleteFHT:1 (eval):1142 AnalyzePerlCommand:1171 AnalyzeCommand:1098 AnalyzeCommandChain:2720 FW_fC:987 FW_answerCall:592 FW_Read:3809 CallFn:755
2020.11.17 21:14:05 5: Cmd: >delete FileLog_FHT_0b02<
2020.11.17 21:14:05 5: Cmd: >delete SVG_FHT_0b02<
2020.11.17 21:14:05 3: delete FHT_0b02, FileLog_FHT_0b02, SVG_FHT_0b02
2020.11.17 21:15:34 3: FHT Unknown device 0b02, please define it
2020.11.17 21:15:34 2: autocreate: define FHT_0b02 FHT 0b02
2020.11.17 21:15:34 1: FHT add:0b02

Auffaellig ist die ueber FHEMWEB gestartete {deleteFHT("0b02")}.
Irgendwer meint, 0b02 mit einer selbsterstellten Funktion loeschen zu muessen.

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #10 am: 18 November 2020, 10:36:39 »
Klar, ich lösche den FHT_0b02 mit deetelFHT(...) und lösche den Log und Svg gleich mit.

Der Fehler tritt nun bei FHT_Bad/FHT_0b02 plötzlich nicht mehr auf, aber
immer noch bei FHT_Gast/FHT_0b03

Meine Vorgehensweise zur Demo des Fehlers
1. Löschen des fhem-2020-11.log
2. Neustart raspberrypi

   Es sind FHT_Gast und FHT_0b03 vorhanden, bei mit Code 0b03:
siehe Screenshot ...(0)

Internals:
   CODE       0b03
   DEF        0b03
   FUUID      5e65e621-f33f-4a30-c49c-478126bbab5000a1
   IODev      FHZ_0
   NAME       FHT_Gast
   NR         219
   STATE      14.7 C
   TYPE       FHT
   webCmd     desired-temp
   READINGS:
     2020-11-14 14:37:12   ack             38
     2020-11-14 14:41:04   actuator        0%
     2020-11-14 10:55:47   actuator1       pair
     2020-11-14 14:37:12   battery         ok
     2020-11-14 14:37:12   batteryState    ok
     2020-11-14 12:29:02   desired-temp    8.5
     2020-11-14 14:37:13   end-xmit        38
     2020-11-14 14:37:12   lowtemp         ok
     2020-11-14 14:37:12   measured-temp   14.7
     2020-06-29 13:45:26   mode            auto
     2020-03-09 07:45:54   mon-from1       06:00
     2020-03-09 07:45:54   mon-from2       24:00
     2020-03-09 07:45:54   mon-to1         23:00
     2020-03-09 07:45:55   mon-to2         24:00
     2020-11-14 14:37:12   state           14.7 C
     2020-11-14 14:37:12   temperature     14.7
     2020-03-09 07:45:55   tue-from1       20:20
     2020-03-09 07:45:56   tue-from2       24:00
     2020-03-09 07:45:55   tue-to1         23:00
     2020-03-09 07:45:56   tue-to2         24:00
     2020-11-14 14:37:12   warnings        none
     2020-11-14 14:37:12   window          closed
     2020-11-14 14:37:12   windowsensor    ok
Attributes:
   IODev      FHZ_0
   alias      Gast
   event-on-change-reading temperature,actuator,battery,desired-temp,window,windowsensor
   room       1.2_Heizung,1.6_Gast,FHT

Internals:
   CFGFN     
   CODE       0b03
   DEF        0b03
   FHZ_0_MSGCNT 6
   FHZ_0_RAWMSG 810c047b0909a0010b030000ba00
   FHZ_0_TIME 2020-11-18 10:06:25
   FUUID      5fb4e39c-f33f-4a30-3a63-a2caecf9366bc60e
   IODev      FHZ_0
   LASTInputDev FHZ_0
   MSGCNT     6
   NAME       FHT_0b03
   NR         286
   STATE      14.1 C
   TYPE       FHT
   webCmd     desired-temp
   READINGS:
     2020-11-18 10:04:30   ack             38
     2020-11-18 10:06:25   actuator        0%
     2020-11-18 10:04:30   battery         ok
     2020-11-18 10:04:30   batteryState    ok
     2020-11-18 10:04:30   end-xmit        38
     2020-11-18 10:04:30   lowtemp         ok
     2020-11-18 10:04:29   measured-temp   14.1
     2020-11-18 10:04:29   state           14.1 C
     2020-11-18 10:04:29   temperature     14.1
     2020-11-18 10:04:30   warnings        none
     2020-11-18 10:04:30   window          closed
     2020-11-18 10:04:30   windowsensor    ok
Attributes:
   IODev      FHZ_0
   room       FHT

3. Ich lösche FHT_0b03
   siehe sreenshot...(1)

4. Nach 1-2min ist er wieder da
   siehe screenshot...(2)

Anlagen:
fhem-2020-11.log: komplett incl. Neustart.
fhemFHT.log nur Zeilen, die "FHT" oder "FHZ" enthalten.
fhem0b03, nur Zeilen die "FHT_Gast" oder "0b03" enthalten.

Was mir auffällt:
In der Zeile
2020.11.18 10:04:28 1: FHT known:0b01,0b02,0b04,0b05,0b06,0b07<
werden die FHTs FHT_Gast, FHT_Bad etc. nicht aufgeführt.



Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 23112
Antw:FHT wird ständig neu autocreated
« Antwort #11 am: 18 November 2020, 22:15:31 »
Zitat
3. Ich lösche FHT_0b03
4. Nach 1-2min ist er wieder da

Zum schnellen Zuordnen der Meldungen an die Geraete wird eine "Ruckwaerts-Hash" (ID=>FHEM Definition) verwendet, und dieser unterstuetzt nicht mehrere FHT Definitionen fuer eine ID. Beim Loeschen der FHEM-Definition wird die ID aus dieser Hash entfernt, die naechste Nachricht kann nicht zugeordnet werden => autocreate, womoeglich erneut die zweite Definition.

Ich kann z.Zt. nicht vorstellen, wie man durch Programmfehler zum ersten doppelten Definition kommt, mir faellt nur eine manuelle Definition ein.

Ich habe jetzt FHT.pm erweitert, damit man nicht mehrere FHT-Definitionen mit der gleichen ID anlegen kann.
Weiterhin habe ich das modify fuer FHT gefixt.

Offline Andi.Riese

  • New Member
  • *
  • Beiträge: 12
Antw:FHT wird ständig neu autocreated
« Antwort #12 am: 19 November 2020, 19:04:26 »
Sehr gut - die "zusätzlichen FHTs hab ich gelöscht und sie kommen nicht wieder.
Danke!! Danke!!

 :) :) :)

Andi

 

decade-submarginal