[gelöst] achtung! ab version 23856 permanente statusrequest bei hm-cc-tc

Begonnen von frank, 28 Februar 2021, 22:54:22

Vorheriges Thema - Nächstes Thema

frank

nach fhem restart bekommen meine hm-cc-tc alle 3 min, zu jedem wakeup, einen automatischen statusrequest.
mit 9 thermostaten sind nach kurzer zeit 2 io von 5% auf etwa 40% (batchlevel) load gestiegen. zum glück gibt es dieses limit.

hoffentlich haben auch alle culs ein eingebautes limit.

2021.02.28 23:02:40.679 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:02:59.569 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:03:02.610 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:03:07.199 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:05:02.679 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:05:20.701 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:05:25.511 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:05:42.865 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:05:59.320 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:07:13.438 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:07:33.624 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:08:23.707 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:08:30.622 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:08:44.575 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:10:13.695 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:10:31.379 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:11:04.130 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:11:12.466 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:11:15.331 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:12:59.697 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:13:14.890 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:13:23.134 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:13:31.844 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:13:46.725 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:15:27.655 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:15:31.203 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:15:33.857 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:15:43.897 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:16:06.480 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:17:48.208 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:17:58.405 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:18:11.737 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:18:21.646 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:18:25.347 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:19:50.968 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:19:58.403 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:21:01.406 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:21:02.353 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:21:06.744 3 : CUL_HM set Thermostat.SZ statusRequest noArg
2021.02.28 23:22:43.221 3 : CUL_HM set Thermostat.Kueche statusRequest noArg
2021.02.28 23:22:48.161 3 : CUL_HM set Thermostat.OZ statusRequest noArg
2021.02.28 23:23:25.112 3 : CUL_HM set Thermostat.GZ statusRequest noArg
2021.02.28 23:23:26.659 3 : CUL_HM set Thermostat.Keller statusRequest noArg
2021.02.28 23:23:47.253 3 : CUL_HM set Thermostat.SZ statusRequest noArg




edit1: da geht einiges schief:

1. mit dem senden wird auf wakeup gewartet, aber dann mit burst gesendet!!!
2. das device hat register burstRx=on und attr burstAccess=1_auto gesetzt. warum dann nicht sofort senden?
3. die antworten werden irgendwie nicht registriert. weil die antwort immer für chn2 ist?
4. den cmd statusrequest finde ich eigentlich nur in chn2, gesendet wird aber führ alle 3 channel.
5. der befehl im log zeigt zudem auf die "falsche" entity, auf das hauptdevice!!!

2021.02.28 23:56:40.058 3 : CUL_HM set Thermostat.AZ statusRequest noArg
2021.02.28 23:56:40.154 0 : HMLAN_Send:  hmlan1 S:SEADBA9F7 stat:  00 t:00000000 d:01 r:EADBA9F7 m:44 B112 1ACE1F 206278
2021.02.28 23:56:40.250 0 : HMLAN_Parse: hmlan1 R:E206278   stat:0000 t:C3B2CE84 d:FF r:FFBE     m:43 8670 206278 000000 80963C
2021.02.28 23:56:40.342 0 : HMLAN_Parse: hmlan1 R:READ98D0A stat:0081 t:C3B2CF85 d:FF r:FFBD     m:43 8002 206278 1ACE1F 00
2021.02.28 23:56:40.412 0 : HMLAN_Send:  hmlan1 S:SEADBAB11 stat:  00 t:00000000 d:01 r:EADBAB11 m:44 B112 1ACE1F 206278
2021.02.28 23:56:42.822 0 : HMLAN_Parse: hmlan1 R:READBAB11 stat:0008 t:00000000 d:FF r:7FFF     m:44 B112 1ACE1F 206278
2021.02.28 23:56:42.823 0 : HMLAN_Parse: hmlan1 no ACK from 206278
2021.02.28 23:56:43.048 0 : HMLAN_Send:  hmlan1 S:SEADBB53B stat:  00 t:00000000 d:01 r:EADBB53B m:45 A001 1ACE1F 206278 010E
2021.02.28 23:56:43.059 0 : HMLAN_Parse: hmlan1 R:READBA9F7 stat:0001 t:C3B2D9D5 d:FF r:FFBE     m:44 8002 206278 1ACE1F 00
2021.02.28 23:56:43.455 0 : HMLAN_Send:  hmlan1 S:SEADBB6D4 stat:  00 t:00000000 d:01 r:EADBB6D4 m:46 A001 1ACE1F 206278 020E
2021.02.28 23:56:43.471 0 : HMLAN_Parse: hmlan1 R:READBB53B stat:0001 t:C3B2DB6E d:FF r:FFBE     m:45 8002 206278 1ACE1F 01021E8040
2021.02.28 23:56:43.863 0 : HMLAN_Send:  hmlan1 S:SEADBB86D stat:  00 t:00000000 d:01 r:EADBB86D m:47 A001 1ACE1F 206278 030E
2021.02.28 23:56:43.873 0 : HMLAN_Parse: hmlan1 R:READBB6D4 stat:0001 t:C3B2DD07 d:FF r:FFBE     m:46 8002 206278 1ACE1F 01021E8040
2021.02.28 23:56:44.272 0 : HMLAN_Send:  hmlan1 S:SEADBBA06 stat:  00 t:00000000 d:01 r:EADBBA06 m:48 A001 1ACE1F 206278 010E
2021.02.28 23:56:44.283 0 : HMLAN_Parse: hmlan1 R:READBB86D stat:0001 t:C3B2DEA0 d:FF r:FFBF     m:47 8002 206278 1ACE1F 01021E8040
2021.02.28 23:56:44.683 0 : HMLAN_Send:  hmlan1 S:SEADBBBA0 stat:  00 t:00000000 d:01 r:EADBBBA0 m:49 A001 1ACE1F 206278 020E
2021.02.28 23:56:44.693 0 : HMLAN_Parse: hmlan1 R:READBBA06 stat:0001 t:C3B2E03A d:FF r:FFBF     m:48 8002 206278 1ACE1F 01021E8040
2021.02.28 23:56:45.092 0 : HMLAN_Send:  hmlan1 S:SEADBBD3A stat:  00 t:00000000 d:01 r:EADBBD3A m:4A A001 1ACE1F 206278 030E
2021.02.28 23:56:45.148 0 : HMLAN_Parse: hmlan1 R:READBBBA0 stat:0001 t:C3B2E1D3 d:FF r:FFBF     m:49 8002 206278 1ACE1F 01021E8040
2021.02.28 23:56:45.455 0 : HMLAN_Parse: hmlan1 R:READBBD3A stat:0001 t:C3B2E36C d:FF r:FFBE     m:4A 8002 206278 1ACE1F 01021E8040




edit2:

den "falschen" statusrequest cmd im device habe ich in HMConfig.pm zeile 1871 auskommentiert.

#                                                ,statusRequest  => ""


das erzeugt jetzt zumindestens weniger falsche messages.
jetzt nur noch für chn2, allerdings immer noch in dauerschleife, bei jedem wakeup.
ausserdem "funksalat" durch A112/B112 messages.

2021.03.01 01:40:07.146 3 : CUL_HM set Thermostat.AZ_Climate statusRequest noArg
2021.03.01 01:40:07.148 0 : HMUARTLGW hmuart1 send: 01 06206278000100
2021.03.01 01:40:07.236 0 : HMLAN_Parse: hmlan1 R:E206278   stat:0000 t:C4118812 d:FF r:FFBE     m:6C 8670 206278 000000 80993C
2021.03.01 01:40:07.246 0 : HMUARTLGW hmuart1 recv: 01 05 00 00 51 msg: 6C 86 70 206278 000000 80993C
2021.03.01 01:40:07.250 0 : HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.03.01 01:40:07.253 0 : HMUARTLGW hmuart1 send: 01 06206278000100
2021.03.01 01:40:07.260 0 : HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.03.01 01:40:07.344 0 : HMUARTLGW hmuart1 send: 01 02 00 00 01 msg: 6D B1 12 1ACE1F 206278
2021.03.01 01:40:07.735 0 : HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:C4118A58 d:FF r:FFCF     m:6D B112 1ACE1F 206278
2021.03.01 01:40:07.860 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 51 msg: 6D 80 02 206278 1ACE1F 00
2021.03.01 01:40:07.865 0 : HMLAN_Parse: hmlan1 R:E206278   stat:0000 t:C4118ADA d:FF r:FFBE     m:6D 8002 206278 1ACE1F 00
2021.03.01 01:40:07.958 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 6E A1 12 1ACE1F 206278
2021.03.01 01:40:08.004 0 : HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:C4118B65 d:FF r:FFCF     m:6E A112 1ACE1F 206278
2021.03.01 01:40:08.133 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 51 msg: 6E 80 02 206278 1ACE1F 00
2021.03.01 01:40:08.137 0 : HMLAN_Parse: hmlan1 R:E206278   stat:0000 t:C4118BE7 d:FF r:FFBE     m:6E 8002 206278 1ACE1F 00
2021.03.01 01:40:08.230 0 : HMUARTLGW hmuart1 send: 01 02 00 00 00 msg: 6F A0 01 1ACE1F 206278 020E
2021.03.01 01:40:08.274 0 : HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:C4118C73 d:FF r:FFCF     m:6F A001 1ACE1F 206278 020E
2021.03.01 01:40:08.481 0 : HMLAN_Parse: hmlan1 R:E206278   stat:0000 t:C4118CF7 d:FF r:FFBE     m:6F 8002 206278 1ACE1F 01021E8052
2021.03.01 01:40:08.491 0 : HMUARTLGW hmuart1 recv: 01 04 03 00 51 msg: 6F 80 02 206278 1ACE1F 01021E8052
2021.03.01 01:40:08.493 0 : HMUARTLGW hmuart1 send: 01 06206278000000
2021.03.01 01:40:08.501 0 : HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF
2021.03.01 01:40:08.504 0 : HMUARTLGW hmuart1 send: 01 06206278000000
2021.03.01 01:40:08.511 0 : HMUARTLGW hmuart1 added peer: 206278, aesChannels: FFFFFFFFFFFFFFFF




edit3: damit erstmal ruhe ist, habe ich nun auch zeile 1895 auskommentiert.

#                                                ,statusRequest  => ""
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

isy

Dieses Phänomen konnte ich mit dem Update am 28.2. nicht beobachten.
Alle HM Teile verhalten sich wie immer
Ein Weg wird erst zu einem Weg, wenn man ihn geht

frank

Zitat von: DL4FBR am 28 Februar 2021, 23:26:25
Dieses Phänomen konnte ich mit dem Update am 28.2. nicht beobachten.
Alle HM Teile verhalten sich wie immer
offizielles fhem update gibt es ja erst morgen früh gegen 8 uhr.  ;)
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

isy

Ein Weg wird erst zu einem Weg, wenn man ihn geht

isy

Ein Weg wird erst zu einem Weg, wenn man ihn geht

eisman

Hi,

nicht nur das, bei mir steigt ein HM-Gerät nach dem anderen aus:
     protState     CMDs_done_Errors:1

getConfig bringt nur fehler.......

und natürlich ein piep Konzert.

wegen verlorenen Verbindungen

mfg
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 7x ESP
1x FHEM Debian, Homematic,Z2M             / 1X Raspberry, ConBee / 6x ESP
1x FHEM Debian,MQTT2                             / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

frank

mit den beschriebenen auskommentierungen in hmconfig.pm läuft bei mir seit einer woche alles ruhig.
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

retro1

Hallo,

ich habe die gleichen Symptome. Mein Log wurde auch geflutet.

Eine Notlösung bei mir ist das Einspielen älterer Versionen von HMConfig.pl, 10_CUL_HM.pm und 98_HMinfo.pm aus einem meiner Backups von Anfang Januar 2021.

Danach mittels
attr global exclude_from_update HMConfig.pl 10_CUL_HM.pm 98_HMinfo.pm
ein Update der besagten Dateien verhindern.

Jetzt ist erstmal Ruhe und der Load liegt nicht mehr bei 40%.

Schönen Sonntag.
Roland

frank

Zitatattr global exclude_from_update HMConfig.pl 10_CUL_HM.pm 98_HMinfo.pm

die datei gibt es aber nicht!  ;)
besser "HMConfig.pm"
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

Klaus.A

Hallo,

wie ist bitte der aktuelle Stand bzw. die Planung für eine Behebung dieses Fehlers? Auskommentieren und Module vom Update ausschließen kann ja auf Dauer nicht die Lösung sein.

Oder ist es kein genereller Fehler (sieht mir aber nicht so aus)?

Danke!

Gruß, Klaus
2 x CubieTruck mit 1) FHEM 5.9 und 2) IOBroker-mit Echo-Dot/Alexa und Homekit-/Siri-Integration. 1 x HMLAN, 3 x HM-LGW-O-TW-W-EU-2, mehr als 90 HomeMatic Sensoren und Aktoren, Velux-Fenster-IF, Fibaro ZWave-Sensoren und Aktoren, Philips Hue Bridge, IRTrans IR-Konverter, AutoMower via API

martinp876

sorry, morgen behoben. Habe ich übersehen. Testen kann ich es mangels Device nicht.

isy

Ein Weg wird erst zu einem Weg, wenn man ihn geht

frank

sicher?
ich habe bisher nur die änderungen gesehen und bin der meinung, dass das noch nicht reicht.
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

isy

Keine außergewöhnlichen Meldungen im Log bei  mir
Ein Weg wird erst zu einem Weg, wenn man ihn geht

frank

Zitat von: dl4fbr am 20 März 2021, 23:09:06
Keine außergewöhnlichen Meldungen im Log bei  mir

dann hast du wohl eine unterschiedliche konfiguration, denn bei mir passt es immer noch nicht, wie im ersten post unter edit2 bereits beschrieben.

=> alle 3 min erfolgt führ jeden tc im climate channel ein statusrequest.

2021.03.21 00:12:27.811 3 : CUL_HM set Thermostat.WZ_Climate statusRequest noArg
2021.03.21 00:12:30.909 3 : CUL_HM set Thermostat.Kueche_Climate statusRequest noArg
2021.03.21 00:12:43.502 3 : CUL_HM set Thermostat.SZ_Climate statusRequest noArg
2021.03.21 00:12:54.468 3 : CUL_HM set Thermostat.AZ_Climate statusRequest noArg
2021.03.21 00:13:06.204 3 : CUL_HM set Thermostat.Bad_Climate statusRequest noArg
2021.03.21 00:13:11.091 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.21 00:13:18.325 3 : CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.03.21 00:13:34.491 3 : CUL_HM set Thermostat.Bad.OG_Climate statusRequest noArg
2021.03.21 00:13:44.931 3 : CUL_HM set Thermostat.Keller_Climate statusRequest noArg
2021.03.21 00:15:12.315 3 : CUL_HM set Thermostat.WZ_Climate statusRequest noArg
2021.03.21 00:15:26.453 3 : CUL_HM set Thermostat.Bad_Climate statusRequest noArg
2021.03.21 00:15:34.669 3 : CUL_HM set Thermostat.Kueche_Climate statusRequest noArg
2021.03.21 00:15:35.475 3 : CUL_HM set Thermostat.AZ_Climate statusRequest noArg
2021.03.21 00:15:35.756 3 : CUL_HM set Thermostat.SZ_Climate statusRequest noArg
2021.03.21 00:15:42.846 3 : CUL_HM set Thermostat.OZ_Climate statusRequest noArg
2021.03.21 00:15:50.078 3 : CUL_HM set Thermostat.GZ_Climate statusRequest noArg
2021.03.21 00:15:54.989 3 : CUL_HM set Thermostat.Keller_Climate statusRequest noArg



@dl4fbr
kannst du bitte mal je ein list vom hauptdevice und channel 2 posten?



edit:
nach autoreadreg=0 ist es nun allmählich ruhig geworden.
allerdings stehen alle 9 thermostate noch unter autoreadtest:

protoEvents send to devices done:
    name              :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    DimPBU01          : done           |  -       | 7        |  -       #  -       |  -       |  -       |  -       
    DimUP01           : done           |  -       | 4        |  -       #  -       |  -       |  -       |  -       
    Fenster.Bad       :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM_196BD8         :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    SD.AZ             : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    SD.SZ             : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    SD.WZ             : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    SwitchES01        : done           |  -       | 5        | 3        # 1        | 1        |  -       |  -       
    SwitchPBU01       :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    SwitchPBU03       : done           |  -       | 3        |  -       #  -       |  -       |  -       |  -       
    SwitchPBU05       : done           |  -       | 1        |  -       #  -       |  -       |  -       |  -       
    SwitchPBU06       : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    SwitchUP01        : done           |  -       | 2        |  -       #  -       |  -       |  -       |  -       
    SwitchUP02        : done           |  -       | 3        |  -       #  -       |  -       |  -       |  -       
    Thermostat.AZ     : done           |  -       | 36       |  -       #  -       |  -       |  -       |  -       
    Thermostat.Bad    : done           |  -       | 16       |  -       #  -       |  -       |  -       |  -       
    Thermostat.Bad.OG : done           |  -       | 10       | 1        #  -       |  -       |  -       |  -       
    Thermostat.GZ     : done           |  -       | 41       | 5        #  -       |  -       |  -       |  -       
    Thermostat.Keller : done           |  -       | 37       | 6        #  -       |  -       |  -       |  -       
    Thermostat.Kueche : done           |  -       | 51       |  -       #  -       |  -       |  -       |  -       
    Thermostat.OZ     : done           |  -       | 43       | 7        #  -       |  -       |  -       |  -       
    Thermostat.SZ     : done           |  -       | 36       | 4        #  -       |  -       |  -       |  -       
    Thermostat.WZ     : done           |  -       | 23       | 1        #  -       |  -       |  -       |  -       
    Tuer.SZ           :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    Tuer.WZ.Terrasse  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    Ventil.AZ.Nord    : done           |  -       | 13       |  -       # 1        | 5        |  -       |  -       
    Ventil.AZ.West    : done           |  -       | 13       |  -       # 1        | 5        |  -       |  -       
    Ventil.Bad        : done           |  -       | 12       |  -       # 1        | 1        |  -       |  -       
    Ventil.Kueche     : done           |  -       | 10       |  -       # 1        | 1        |  -       |  -       
    Ventil.SZ         : done           |  -       | 10       |  -       # 1        | 1        |  -       |  -       
    Ventil.WZ         : done           |  -       | 10       |  -       # 1        | 1        |  -       |  -       
    Wetter.Sued       : done           |  -       | 44       | 1        #  -       |  -       |  -       |  -       
================================================================================================================
    sum               0                |0         |438       |28        #7         |15        |0         |0         

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       :
    autoReadReg wakeup   :
    status request wakeup:
    autoReadTest         : Thermostat.AZ Thermostat.Bad Thermostat.GZ HM_196BD8 Thermostat.SZ Thermostat.OZ Thermostat.WZ Thermostat.Bad.OG Thermostat.Keller Thermostat.Kueche

    IODevs:cul868:Initialized condition:-
           hmlan1:opened pending=0 condition:ok
            msgLoadCurrent: 11
           hmuart1:opened condition:ok
            msgLoadCurrent: 14
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