Fhem blockiert, langsam zeitweise

Begonnen von sven.scherf, 14 Januar 2021, 12:29:32

Vorheriges Thema - Nächstes Thema

sven.scherf

Hallo zusammen,

seit einiger Zeit wobei ich nicht sagen kann seit wann blockiert fhem zeitweise.
Dies äussert sich z.B darin, dass wenn ich per Fernbedienung einen Aktor schalten möchte dieser nicht reagiert.
Der Befehl scheint aber gecached zu werden, da dieser nach einer gewissen Zeit ausgeführt wird.
Einmal konnte ich dieses Verhalten nachmittags beobachten.
Die Website von fhem war nicht erreichbar und lief in einen Timeout, die Auslastung des Rapis habe ich mir dann gleich mit top angeschaut. Hier konnte ich keine Auslastung oder Belastung des Raspi erkennen.

Derzeit habe ich ein MQTT Device an fhem angedockt und hier stelle ich fest, dass dieses System des öfteren einen reconnect am fhem MQTT Server vornimmt.
Mindestens aber einmal am Tag.

Im Logfile von fhem kann ich dieses sehen wobei ich immer dachte es liegt an meinem MQTT Device, aber die Zeiten passen zu den Ausfällen in fhem.

Hier der Auszug aus dem Log.
2021.01.14 00:07:11.279 5: out: PINGRESP: (208)(0)
2021.01.14 00:14:47.680 5: in:  PINGREQ: (192)(0)
2021.01.14 00:14:47.680 4:   MQTT2_FHEM_Server_192.168.10.208_51868 Briefkasten PINGREQ
2021.01.14 00:14:47.680 5: out: PINGRESP: (208)(0)
2021.01.14 00:14:48.032 5: CUL_HM set BadK_Thermostat ?
2021.01.14 00:14:48.185 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_60446
2021.01.14 00:14:52.678 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:52.678 4:   MQTT2_FHEM_Server_192.168.10.208_60446 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:52.679 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:52.690 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_51868: EOF
2021.01.14 00:14:52.696 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_52471
2021.01.14 00:14:53.175 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_60446: EOF
2021.01.14 00:14:53.180 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:53.180 4:   MQTT2_FHEM_Server_192.168.10.208_52471 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:53.180 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:53.182 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_57727
2021.01.14 00:14:53.300 5: CUL_HM set BadK_Thermostat ?
2021.01.14 00:14:53.549 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:53.549 4:   MQTT2_FHEM_Server_192.168.10.208_57727 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:53.549 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:53.574 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_52471: EOF
2021.01.14 00:14:53.844 5: CUL_HM set BadK_Thermostat ?
2021.01.14 00:14:54.002 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_61680
2021.01.14 00:14:54.013 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_57727: EOF
2021.01.14 00:14:54.014 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.014 4:   MQTT2_FHEM_Server_192.168.10.208_61680 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.014 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.015 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_59939
2021.01.14 00:14:54.102 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_61680: EOF
2021.01.14 00:14:54.103 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_56365
2021.01.14 00:14:54.109 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.109 4:   MQTT2_FHEM_Server_192.168.10.208_59939 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.109 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.115 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.116 4:   MQTT2_FHEM_Server_192.168.10.208_56365 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.116 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.117 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_51940
2021.01.14 00:14:54.132 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_59939: EOF
2021.01.14 00:14:54.134 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_60848
2021.01.14 00:14:54.147 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_56365: EOF
2021.01.14 00:14:54.187 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.187 4:   MQTT2_FHEM_Server_192.168.10.208_51940 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.187 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.203 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.203 4:   MQTT2_FHEM_Server_192.168.10.208_60848 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.203 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.204 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_64268
2021.01.14 00:14:54.210 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.210 4:   MQTT2_FHEM_Server_192.168.10.208_64268 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.210 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.211 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_63554
2021.01.14 00:14:54.221 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_60848: EOF
2021.01.14 00:14:54.226 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_64268: EOF
2021.01.14 00:14:54.231 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_51940: Connection reset by peer
2021.01.14 00:14:54.231 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.232 4:   MQTT2_FHEM_Server_192.168.10.208_63554 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.232 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.232 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_49299
2021.01.14 00:14:54.245 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.245 4:   MQTT2_FHEM_Server_192.168.10.208_49299 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.246 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.251 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_63554: EOF
2021.01.14 00:14:54.252 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_59532
2021.01.14 00:14:54.261 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_49299: EOF
2021.01.14 00:14:54.263 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_60283
2021.01.14 00:14:54.267 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.267 4:   MQTT2_FHEM_Server_192.168.10.208_59532 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.268 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.269 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.269 4:   MQTT2_FHEM_Server_192.168.10.208_60283 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.269 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.269 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_65143
2021.01.14 00:14:54.279 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_59532: EOF
2021.01.14 00:14:54.280 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.280 4:   MQTT2_FHEM_Server_192.168.10.208_65143 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.280 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.285 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_60283: EOF
2021.01.14 00:14:54.286 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_58130
2021.01.14 00:14:54.292 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_51616
2021.01.14 00:14:54.297 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.297 4:   MQTT2_FHEM_Server_192.168.10.208_58130 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.297 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.302 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_58130: EOF
2021.01.14 00:14:54.302 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.303 4:   MQTT2_FHEM_Server_192.168.10.208_51616 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.303 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.303 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_55008
2021.01.14 00:14:54.313 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_65143: Connection reset by peer
2021.01.14 00:14:54.314 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.314 4:   MQTT2_FHEM_Server_192.168.10.208_55008 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.314 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.321 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_55033
2021.01.14 00:14:54.331 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_51616: EOF
2021.01.14 00:14:54.336 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_55008: EOF
2021.01.14 00:14:54.336 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.336 4:   MQTT2_FHEM_Server_192.168.10.208_55033 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.336 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.338 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_63331
2021.01.14 00:14:54.343 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.343 4:   MQTT2_FHEM_Server_192.168.10.208_63331 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.343 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.344 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_62480
2021.01.14 00:14:54.476 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_55033: EOF
2021.01.14 00:14:54.477 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_53755
2021.01.14 00:14:54.487 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_63331: EOF
2021.01.14 00:14:54.487 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.491 4:   MQTT2_FHEM_Server_192.168.10.208_62480 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.492 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.497 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_62480: EOF
2021.01.14 00:14:54.497 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.497 4:   MQTT2_FHEM_Server_192.168.10.208_53755 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.497 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.498 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_63683
2021.01.14 00:14:54.503 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.503 4:   MQTT2_FHEM_Server_192.168.10.208_63683 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.503 5: out: CONNACK:  (2)(0)(0)
2021.01.14 00:14:54.504 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_61709
2021.01.14 00:14:54.513 4: Connection closed for MQTT2_FHEM_Server_192.168.10.208_53755: Connection reset by peer
2021.01.14 00:14:54.514 5: in:  CONNECT: (16)(23)(0)(4)MQTT(4)(2)(0)(15)(0)(11)Briefkasten
2021.01.14 00:14:54.514 4:   MQTT2_FHEM_Server_192.168.10.208_61709 cid:Briefkasten CONNECT V:4 keepAlive:15
2021.01.14 00:14:54.514 5: out: CONNACK:  (2)(0)(0)



Mein fhem läuft auf einem Raspi 4 mit 8GB Ram und ist auf dem neusten Stand vom OS und fhem.
Das fhem log Verzeichnis ist auf mein NAS ausgelagert.
Eine VCCU ist installiert mit einem 443 und einem 886er CUL.
Auf dem Raspi läuft nur fhem und Samba um hier fhem auf Windows zu mappen wenn erforderlich sonst aber keine anderen Applikationen.
Das Logging der Devices erfolgt nicht in File sondern auf meiner MySQL auf der NAS.

Hat jemand eine Idee wo ich hier ansetzen kann um der Sache mal auf den Grund zu gehen.


Viele Grüße

Sven


Raspi 3 mit CUL Stick 433/868MHZ, Homematic

MadMax-FHEM

#1
Zitat
Die Website von fhem war nicht erreichbar und lief in einen Timeout, die Auslastung des Rapis habe ich mir dann gleich mit top angeschaut. Hier konnte ich keine Auslastung oder Belastung des Raspi erkennen.

Das ist der größte "Trugschluss": die Auslastung ist (oft) nicht unbedingt der Grund für "Hänger".
EDIT: kann aber nat. auch ein Grund sein ;)

Fhem läuft in einem Thread, d.h. wenn fhem oder ein Modul auf etwas wartet (IO, Netzwerk, Internet, ...) dann ist die Auslastung (meist) bei "null", trotzdem geht in fhem nichts mehr...

Ich würde mal freezemon aktivieren und schauen was der so meldet.
EDIT:
https://forum.fhem.de/index.php?topic=83748.0
https://fhem.de/commandref_DE.html#freezemon

Ansonsten: nutzt du Module mit Internetzugriff (Wetter, ...)? Hast du das Attribut dnsServer bei global gesetzt?

EDIT:
Zitat
Eine VCCU ist installiert mit einem 443 und einem 886er CUL.
vccu? Oder virtualisierrte CCU? Einen CUL für Homematic? Warum? ;)
Hat (verm.) nichts mit dem Problem zu tun. Nur weil es mir aufgefallen ist... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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

sven.scherf

Hallo,

vielen Dank erst einmal.

Mein Pi ist per WLan angebunden und ja ich nutzte folgende Web Zugriffe
Wetteronline = kann ich mal abschalten
RKI = hier frage ich zyklisch die Daten ab, zyklische Aktualisierung
apothekenfinder.mobi = hier frage ich die Notdienstapotheke ab, Aktualisierung per AT morgends

Das mit dem freezemon schaue ich mir an und werde dies aktivieren

Ich nutze die virtuelle CCU.
Hierauf habe ich erst letztens umgestellt um dann auch von dem CUL für Homematic weg zu kommen.

Viele Grüße

Sven
Raspi 3 mit CUL Stick 433/868MHZ, Homematic

MadMax-FHEM

Du musst die Internet-Dienste nicht gleich deaktivieren (kannst du nat.) aber wichtig bei Nutzung von "Internet-Diensten" ist auf jeden Fall:

attr global dnsServer IP-Des-Routers

Also meist IP des Routers bzw. eben des "Rechners" der DNS-Auflösung macht/machen soll...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatMein Pi ist per WLan angebunden
ich würde einen fhem server immer über lan an einen router anbinden.
zumindestens über das interne wlan meines pi3 habe ich nie eine dauerhaft stabile verbindung erreicht.
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

rudolfkoenig

Zitatattr global dnsServer IP-Des-Routers
Also meist IP des Routers bzw. eben des "Rechners" der DNS-Auflösung macht/machen soll...
Wenn IP-Des-Routers nicht bekannt ist / irgendwie nicht funktioniert, kann man auch einen DNS-Server von den "Grossen" nehmen: 1.1.1.1 (CloudFlare) oder 4.4.4.4 (Google), das kann man relativ einfach merken, und man vertippt sich nicht so leicht.

sven.scherf

Hallo,

gestern war es mal wieder zum beobachten, dass fhem eingefroren war.

Freezmon hat mir hier auch einiges aufgezeichnet.
Mir fällt hier auf, dass mein LG TV anscheinend die Probleme bereitet. Hier bin ich mir aber nicht sicher und bitte euch schaut doch mal drüber.

Hier wird ein delay von 449,625 sekunden verzeichnet, da frage ich mich aber warum.
Das TV ist mit den fhem Boardmitteln eingebunden, hier mein List dazu.

Internals:
   DEF        192.168.10.48
   FUUID      5f8808a2-f33f-f700-196d-6d3e07adc529c9d7
   FVERSION   82_LGTV_WebOS.pm:v3.2.4-s22008/2020-05-22
   HOST       192.168.10.48
   NAME       LG_TV
   NR         820
   PARTIAL   
   STATE      off
   TYPE       LGTV_WebOS
   VERSION    v3.2.4
   READINGS:
     2020-12-09 00:30:05   channel         -
     2020-10-15 10:30:26   channelCurrentEndTime -
     2020-10-15 10:30:26   channelCurrentStartTime -
     2020-10-15 10:30:26   channelCurrentTitle -
     2020-12-09 00:30:05   channelMedia    -
     2020-12-09 00:30:05   channelName     -
     2020-10-15 10:30:26   channelNextEndTime -
     2020-10-15 10:30:26   channelNextStartTime -
     2020-10-15 10:30:26   channelNextTitle -
     2021-01-12 23:49:33   extInput_HDMI   1 connect_0
     2021-01-16 20:10:37   extInput_HDMI 1 connect_1
     2021-01-16 20:10:37   extInput_HDMI 2 connect_0
     2021-01-16 20:10:37   extInput_HDMI 3 connect_0
     2021-01-16 20:10:37   extInput_HDMI 4 connect_0
     2021-01-10 23:24:53   input           HDMI 1
     2021-01-16 23:58:44   lastResponse    ok
     2021-01-10 23:24:53   launchApp       -
     2020-10-15 10:32:34   lgKey           4beb29f819bfc2a394265219319b78c7
     2020-10-15 10:32:38   mute            off
     2021-01-04 00:25:22   pairing         paired
     2021-01-17 00:14:50   state           off
     2020-12-27 21:45:18   volume          99
   helper:
     wsKey      MTYxMDgyNDIxOS4zMjI3MQ==

     device:
       registered 1
       runsetcmd  0
       channelguide:
         counter    7624
       inputapps:
         com.webos.app.hdmi1 HDMI 1
         com.webos.app.hdmi2 HDMI 2
         com.webos.app.hdmi3 HDMI 3
         com.webos.app.hdmi4 HDMI 4
       inputs:
         HDMI 1     com.webos.app.hdmi1
         HDMI 2     com.webos.app.hdmi2
         HDMI 3     com.webos.app.hdmi3
         HDMI 4     com.webos.app.hdmi4
Attributes:
   devStateIcon on:10px-kreis-gruen:off off:10px-kreis-rot:on
   room       Wohnzimmer
   wakeOnLanBroadcast 255.255.255.255
   wakeOnLanMAC 58:FD:B1:82:A8:E7


Hier der Freezlog
=========================================================
[Freezemon] fhem_freez: possible freeze starting at 00:07:21, delay is 449.625 possibly caused by: tmr-LGTV_WebOS_GetForgroundAppInfo(LG_TV) tmr-at_Exec(LED_gelb.blink)
2021.01.17 00:07:20.091 4: LGTV_WebOS (LG_TV) - LGTV_WebOS_GetForgroundAppInfo: 0
2021.01.17 00:07:20.091 5: LGTV_WebOS (LG_TV) - Sending command: {"client-key":"4beb29f819bfc2a394265219319b78c7","uri":["ssap://com.webos.applicationManager/getForegroundAppInfo"],"type":"request","id":"request_1610838440.0913"}
2021.01.17 00:07:20.091 4: LGTV_WebOS (LG_TV) - WriteFn called
2021.01.17 00:07:20.091 4: LGTV_WebOS (LG_TV) - þ ¤ 2K{;Q'i|\?-rW2"#b|Py9
z9{T(2xr4+~2( x1 P|8zi,;G9i;"jA*p#dcv_ew|P$s7S;pu[(am[$nTS%a~W9/~W?Fv@.gk]>n}s;pP\-o;og"mK;e;ir|C>ejFi,;[/"#9ehG.smmz6(s3!07r1*6
--- log skips   449.869 secs.
2021.01.17 00:14:49.961 5: CUL/RAW: /i6669AAAAAAAA95AAF2
i6669AAAAAAAA95AAE5

2021.01.17 00:14:49.961 4: CUL_Parse: CUL_1 i6669AAAAAAAA95AAF2 -81
2021.01.17 00:14:49.962 4: CUL_1 IT: message "i6669aaaaaaaa95aa" (17)
2021.01.17 00:14:49.962 4: CUL_1 ITv3: bin message "0110011001101001101010101010101010101010101010101001010110101010" (64)
2021.01.17 00:14:49.962 4: CUL_1 IT: msgcode "01010110111111111111111110001111" (32) bin = 0110011001101001101010101010101010101010101010101001010110101010
2021.01.17 00:14:49.962 3: CUL_1 IT: FB2_Ch01 on->off
2021.01.17 00:14:49.963 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:49.964 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.964 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:49.964 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.964 4: DbLog logdb -> number of events received: 1 for device: FB2_Ch01
2021.01.17 00:14:49.964 4: DbLog logdb -> check Device: FB2_Ch01 , Event: state: off
2021.01.17 00:14:49.966 5: Triggering n_Schl_La_Bett_off
2021.01.17 00:14:49.966 4: n_Schl_La_Bett_off exec set Schl_La_.* off
2021.01.17 00:14:49.966 5: Cmd: >set Schl_La_.* off<
2021.01.17 00:14:49.975 3: CUL_HM set Schl_La_Bett off noArg
2021.01.17 00:14:49.977 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:49.977 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.977 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:49.978 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.978 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Bett
2021.01.17 00:14:49.978 4: DbLog logdb -> check Device: Schl_La_Bett , Event: commState: CMDs_pending
2021.01.17 00:14:49.979 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:49.981 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:49.983 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:49.983 5: CUL_HM Schl_La_Bett protEvent:CMDs_pending pending:1
2021.01.17 00:14:49.984 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:49.985 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.985 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:49.985 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.985 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Bett
2021.01.17 00:14:49.985 4: DbLog logdb -> check Device: Schl_La_Bett , Event: state: set_off noArg
2021.01.17 00:14:49.986 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:49.988 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:49.993 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:49.994 5: CUL_0 sending As0E0AA011F11034269B9A0201000000
2021.01.17 00:14:49.994 5: SW: As0E0AA011F11034269B9A0201000000
2021.01.17 00:14:49.997 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:49.997 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.998 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:49.998 4: DbLog logdb -> ################################################################
2021.01.17 00:14:49.998 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Bett
2021.01.17 00:14:49.998 4: DbLog logdb -> check Device: Schl_La_Bett , Event: commState: CMDs_processing...
2021.01.17 00:14:49.999 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.001 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:50.006 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:50.006 5: CUL_HM Schl_La_Bett protEvent:CMDs_processing... pending:0
2021.01.17 00:14:50.007 3: CUL_HM set Schl_La_Haupt off noArg
2021.01.17 00:14:50.008 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.008 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.008 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.008 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.008 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Haupt
2021.01.17 00:14:50.009 4: DbLog logdb -> check Device: Schl_La_Haupt , Event: commState: CMDs_pending
2021.01.17 00:14:50.010 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.011 5: CUL_HM set Schl_La_Haupt ?
2021.01.17 00:14:50.015 5: End notify loop for Schl_La_Haupt
2021.01.17 00:14:50.015 5: CUL_HM Schl_La_Haupt protEvent:CMDs_pending pending:1
2021.01.17 00:14:50.015 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.016 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.016 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.016 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.016 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Haupt
2021.01.17 00:14:50.016 4: DbLog logdb -> check Device: Schl_La_Haupt , Event: state: set_off noArg
2021.01.17 00:14:50.018 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.019 5: CUL_HM set Schl_La_Haupt ?
2021.01.17 00:14:50.023 5: End notify loop for Schl_La_Haupt
2021.01.17 00:14:50.024 5: CUL_0 sending As0E8DA011F1103437D9670201000000
2021.01.17 00:14:50.024 5: SW: As0E8DA011F1103437D9670201000000
2021.01.17 00:14:50.026 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.027 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.027 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.027 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.027 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Haupt
2021.01.17 00:14:50.027 4: DbLog logdb -> check Device: Schl_La_Haupt , Event: commState: CMDs_processing...
2021.01.17 00:14:50.028 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.030 5: CUL_HM set Schl_La_Haupt ?
2021.01.17 00:14:50.034 5: End notify loop for Schl_La_Haupt
2021.01.17 00:14:50.034 5: CUL_HM Schl_La_Haupt protEvent:CMDs_processing... pending:0
2021.01.17 00:14:50.035 3: CUL_HM set Schl_La_Schrank off noArg
2021.01.17 00:14:50.036 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.037 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.037 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.037 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.037 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Schrank
2021.01.17 00:14:50.037 4: DbLog logdb -> check Device: Schl_La_Schrank , Event: commState: CMDs_pending
2021.01.17 00:14:50.038 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.040 5: CUL_HM set Schl_La_Schrank ?
2021.01.17 00:14:50.043 5: End notify loop for Schl_La_Schrank
2021.01.17 00:14:50.043 5: CUL_HM Schl_La_Schrank protEvent:CMDs_pending pending:1
2021.01.17 00:14:50.044 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.045 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.045 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.045 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.045 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Schrank
2021.01.17 00:14:50.045 4: DbLog logdb -> check Device: Schl_La_Schrank , Event: state: set_off noArg
2021.01.17 00:14:50.046 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.048 5: CUL_HM set Schl_La_Schrank ?
2021.01.17 00:14:50.052 5: End notify loop for Schl_La_Schrank
2021.01.17 00:14:50.053 5: CUL_0 sending As0EDDA011F110342EB0120201000000
2021.01.17 00:14:50.053 5: SW: As0EDDA011F110342EB0120201000000
2021.01.17 00:14:50.056 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.056 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.056 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.056 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.056 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Schrank
2021.01.17 00:14:50.056 4: DbLog logdb -> check Device: Schl_La_Schrank , Event: commState: CMDs_processing...
2021.01.17 00:14:50.058 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.059 5: CUL_HM set Schl_La_Schrank ?
2021.01.17 00:14:50.063 5: End notify loop for Schl_La_Schrank
2021.01.17 00:14:50.063 5: CUL_HM Schl_La_Schrank protEvent:CMDs_processing... pending:0
2021.01.17 00:14:50.064 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.073 5: End notify loop for FB2_Ch01
2021.01.17 00:14:50.073 4: CUL_Parse: CUL_1 i6669AAAAAAAA95AAE5 -87.5
2021.01.17 00:14:50.073 4: CUL_1 IT: message "i6669aaaaaaaa95aa" (17)
2021.01.17 00:14:50.073 4: CUL_1 ITv3: bin message "0110011001101001101010101010101010101010101010101001010110101010" (64)
2021.01.17 00:14:50.073 4: CUL_1 IT: msgcode "01010110111111111111111110001111" (32) bin = 0110011001101001101010101010101010101010101010101001010110101010
2021.01.17 00:14:50.073 3: CUL_1 IT: FB2_Ch01 off->off
2021.01.17 00:14:50.074 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.074 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.074 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.074 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.074 4: DbLog logdb -> number of events received: 1 for device: FB2_Ch01
2021.01.17 00:14:50.074 4: DbLog logdb -> check Device: FB2_Ch01 , Event: state: off
2021.01.17 00:14:50.075 5: Triggering n_Schl_La_Bett_off
2021.01.17 00:14:50.075 4: n_Schl_La_Bett_off exec set Schl_La_.* off
2021.01.17 00:14:50.075 5: Cmd: >set Schl_La_.* off<
2021.01.17 00:14:50.079 3: CUL_HM set Schl_La_Bett off noArg
2021.01.17 00:14:50.079 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.080 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.080 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.080 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.080 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Bett
2021.01.17 00:14:50.080 4: DbLog logdb -> check Device: Schl_La_Bett , Event: state: set_off noArg
2021.01.17 00:14:50.080 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.081 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:50.083 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:50.084 3: CUL_HM set Schl_La_Haupt off noArg
2021.01.17 00:14:50.084 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.085 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.085 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.085 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.085 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Haupt
2021.01.17 00:14:50.085 4: DbLog logdb -> check Device: Schl_La_Haupt , Event: state: set_off noArg
2021.01.17 00:14:50.085 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.086 5: CUL_HM set Schl_La_Haupt ?
2021.01.17 00:14:50.088 5: End notify loop for Schl_La_Haupt
2021.01.17 00:14:50.088 3: CUL_HM set Schl_La_Schrank off noArg
2021.01.17 00:14:50.089 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.089 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.089 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.089 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.089 4: DbLog logdb -> number of events received: 1 for device: Schl_La_Schrank
2021.01.17 00:14:50.089 4: DbLog logdb -> check Device: Schl_La_Schrank , Event: state: set_off noArg
2021.01.17 00:14:50.090 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.091 5: CUL_HM set Schl_La_Schrank ?
2021.01.17 00:14:50.092 5: End notify loop for Schl_La_Schrank
2021.01.17 00:14:50.093 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.101 5: End notify loop for FB2_Ch01
2021.01.17 00:14:50.101 4: LGTV_WebOS (LG_TV) - ReadFn started
2021.01.17 00:14:50.102 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.102 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.102 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.102 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.102 4: DbLog logdb -> number of events received: 1 for device: LG_TV
2021.01.17 00:14:50.102 4: DbLog logdb -> check Device: LG_TV , Event: state: off
2021.01.17 00:14:50.103 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.104 5: End notify loop for LG_TV
2021.01.17 00:14:50.104 4: LGTV_WebOS (LG_TV) - Socket Disconnected
2021.01.17 00:14:50.104 5: CUL/RAW: /A1950008F635650F0000100002FD92828276FABF0B2CFB9C186A3D3
A0F72861064FAB10000000AA0DD0A00401C
A0F3D861072647F0000000A88B10F004029
A0CA2865A3A79EE00000088CE2F28
A0B08A44024BBA0269B9A032D2E
A0E088002269B9A24BBA0010128203919
A0D09A410269B9AF1103406010000
2021.01.17 00:14:50.104 4: CUL_Parse: CUL_0 A 19 50 008F 635650 F00001 00002FD92828276FABF0B2CFB9C186A3D3 -96.5
2021.01.17 00:14:50.105 4: CUL_Parse: CUL_0 A 0F 72 8610 64FAB1 000000 0AA0DD0A00401C -60
2021.01.17 00:14:50.108 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.108 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.108 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.108 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.108 4: DbLog logdb -> number of events received: 6 for device: WC_Thermostat
2021.01.17 00:14:50.108 4: DbLog logdb -> check Device: WC_Thermostat , Event: actuator: 0
2021.01.17 00:14:50.108 4: DbLog logdb -> check Device: WC_Thermostat , Event: battery: ok
2021.01.17 00:14:50.109 5: DbLog logdb -> parsed Event: WC_Thermostat , Event: battery: ok
2021.01.17 00:14:50.109 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: WC_Thermostat, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.109 4: DbLog logdb -> check Device: WC_Thermostat , Event: batteryLevel: 2.5
2021.01.17 00:14:50.109 5: DbLog logdb -> parsed Event: WC_Thermostat , Event: batteryLevel: 2.5
2021.01.17 00:14:50.109 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: WC_Thermostat, Type: CUL_HM, Event: batteryLevel: 2.5, Reading: batteryLevel, Value: 2.5, Unit:
2021.01.17 00:14:50.109 4: DbLog logdb -> check Device: WC_Thermostat , Event: desired-temp: 20.0
2021.01.17 00:14:50.109 4: DbLog logdb -> check Device: WC_Thermostat , Event: measured-temp: 22.1
2021.01.17 00:14:50.109 4: DbLog logdb -> check Device: WC_Thermostat , Event: motorErr: ok
2021.01.17 00:14:50.119 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.119 4: DbLog logdb -> ###         New database processing cycle - synchronous      ###
2021.01.17 00:14:50.119 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.119 4: DbLog logdb -> DbLogType is: Current/History
2021.01.17 00:14:50.119 4: DbLog logdb -> AutoCommit mode: ON, Transaction mode: ON
2021.01.17 00:14:50.119 4: DbLog logdb -> Insert mode: Array
2021.01.17 00:14:50.125 4: DbLog logdb -> Primary Key used in history: none
2021.01.17 00:14:50.125 4: DbLog logdb -> Primary Key used in current: DEVICE,READING
2021.01.17 00:14:50.125 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: WC_Thermostat, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.125 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: WC_Thermostat, Type: CUL_HM, Event: batteryLevel: 2.5, Reading: batteryLevel, Value: 2.5, Unit:
2021.01.17 00:14:50.129 4: DbLog logdb -> 2 of 2 events inserted into table history
2021.01.17 00:14:50.149 4: DbLog logdb -> insert table history committed by autocommit
2021.01.17 00:14:50.156 4: DbLog logdb -> 2 of 2 events updated in table current using PK on columns DEVICE,READING
2021.01.17 00:14:50.215 4: DbLog logdb -> insert / update table current committed by autocommit
2021.01.17 00:14:50.216 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.217 5: CUL_HM set WC_Thermostat ?
2021.01.17 00:14:50.218 5: End notify loop for WC_Thermostat
2021.01.17 00:14:50.218 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.219 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.219 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.219 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.219 4: DbLog logdb -> number of events received: 9 for device: WC_Thermostat_Clima
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: ValvePosition: 0
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: boostTime: -
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: controlMode: manual
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: desired-temp: 20.0
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: measured-temp: 22.1
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: partyEnd: -
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: partyStart: -
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: partyTemp: -
2021.01.17 00:14:50.219 4: DbLog logdb -> check Device: WC_Thermostat_Clima , Event: state: T: 22.1 desired: 20.0 valve: 0
2021.01.17 00:14:50.220 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.221 5: CUL_HM set WC_Thermostat_Clima ?
2021.01.17 00:14:50.222 5: End notify loop for WC_Thermostat_Clima
2021.01.17 00:14:50.222 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.223 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.223 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.223 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.223 4: DbLog logdb -> number of events received: 2 for device: WC_Thermostat_Weather
2021.01.17 00:14:50.223 4: DbLog logdb -> check Device: WC_Thermostat_Weather , Event: measured-temp: 22.1
2021.01.17 00:14:50.223 4: DbLog logdb -> check Device: WC_Thermostat_Weather , Event: state: 22.1
2021.01.17 00:14:50.223 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.224 5: CUL_HM set WC_Thermostat_Weather ?
2021.01.17 00:14:50.224 5: End notify loop for WC_Thermostat_Weather
2021.01.17 00:14:50.224 4: CUL_Parse: CUL_0 A 0F 3D 8610 72647F 000000 0A88B10F004029 -53.5
2021.01.17 00:14:50.227 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.228 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.228 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.228 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.228 4: DbLog logdb -> number of events received: 6 for device: BadK_Thermostat
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: actuator: 0
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: battery: ok
2021.01.17 00:14:50.228 5: DbLog logdb -> parsed Event: BadK_Thermostat , Event: battery: ok
2021.01.17 00:14:50.228 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: BadK_Thermostat, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: batteryLevel: 3
2021.01.17 00:14:50.228 5: DbLog logdb -> parsed Event: BadK_Thermostat , Event: batteryLevel: 3
2021.01.17 00:14:50.228 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: BadK_Thermostat, Type: CUL_HM, Event: batteryLevel: 3, Reading: batteryLevel, Value: 3, Unit:
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: desired-temp: 17.0
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: measured-temp: 17.7
2021.01.17 00:14:50.228 4: DbLog logdb -> check Device: BadK_Thermostat , Event: motorErr: ok
2021.01.17 00:14:50.233 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.233 4: DbLog logdb -> ###         New database processing cycle - synchronous      ###
2021.01.17 00:14:50.233 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.233 4: DbLog logdb -> DbLogType is: Current/History
2021.01.17 00:14:50.233 4: DbLog logdb -> AutoCommit mode: ON, Transaction mode: ON
2021.01.17 00:14:50.233 4: DbLog logdb -> Insert mode: Array
2021.01.17 00:14:50.240 4: DbLog logdb -> Primary Key used in history: none
2021.01.17 00:14:50.240 4: DbLog logdb -> Primary Key used in current: DEVICE,READING
2021.01.17 00:14:50.240 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: BadK_Thermostat, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.240 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: BadK_Thermostat, Type: CUL_HM, Event: batteryLevel: 3, Reading: batteryLevel, Value: 3, Unit:
2021.01.17 00:14:50.244 4: DbLog logdb -> 2 of 2 events inserted into table history
2021.01.17 00:14:50.282 4: DbLog logdb -> insert table history committed by autocommit
2021.01.17 00:14:50.288 4: DbLog logdb -> 2 of 2 events updated in table current using PK on columns DEVICE,READING
2021.01.17 00:14:50.291 4: DbLog logdb -> insert / update table current committed by autocommit
2021.01.17 00:14:50.293 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.293 5: CUL_HM set BadK_Thermostat ?
2021.01.17 00:14:50.296 5: End notify loop for BadK_Thermostat
2021.01.17 00:14:50.297 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.297 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.297 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.297 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.297 4: DbLog logdb -> number of events received: 9 for device: BadK_Thermostat_Clima
2021.01.17 00:14:50.297 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: ValvePosition: 0
2021.01.17 00:14:50.297 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: boostTime: -
2021.01.17 00:14:50.297 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: controlMode: manual
2021.01.17 00:14:50.297 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: desired-temp: 17.0
2021.01.17 00:14:50.297 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: measured-temp: 17.7
2021.01.17 00:14:50.298 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: partyEnd: -
2021.01.17 00:14:50.298 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: partyStart: -
2021.01.17 00:14:50.298 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: partyTemp: -
2021.01.17 00:14:50.298 4: DbLog logdb -> check Device: BadK_Thermostat_Clima , Event: state: T: 17.7 desired: 17.0 valve: 0
2021.01.17 00:14:50.298 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.300 5: CUL_HM set BadK_Thermostat_Clima ?
2021.01.17 00:14:50.300 5: End notify loop for BadK_Thermostat_Clima
2021.01.17 00:14:50.301 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.301 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.301 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.301 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.301 4: DbLog logdb -> number of events received: 2 for device: BadK_Thermostat_Weather
2021.01.17 00:14:50.301 4: DbLog logdb -> check Device: BadK_Thermostat_Weather , Event: measured-temp: 17.7
2021.01.17 00:14:50.301 4: DbLog logdb -> check Device: BadK_Thermostat_Weather , Event: state: 17.7
2021.01.17 00:14:50.302 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.302 5: CUL_HM set BadK_Thermostat_Weather ?
2021.01.17 00:14:50.303 5: End notify loop for BadK_Thermostat_Weather
2021.01.17 00:14:50.303 4: CUL_Parse: CUL_0 A 0C A2 865A 3A79EE 000000 88CE2F28 -54
2021.01.17 00:14:50.305 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.305 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.305 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.305 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.305 4: DbLog logdb -> number of events received: 4 for device: Kue_Thermostat_Climate
2021.01.17 00:14:50.306 4: DbLog logdb -> check Device: Kue_Thermostat_Climate , Event: desired-temp: 17.0
2021.01.17 00:14:50.306 4: DbLog logdb -> check Device: Kue_Thermostat_Climate , Event: humidity: 47
2021.01.17 00:14:50.306 5: DbLog logdb -> parsed Event: Kue_Thermostat_Climate , Event: humidity: 47
2021.01.17 00:14:50.306 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: Kue_Thermostat_Climate, Type: CUL_HM, Event: humidity: 47, Reading: humidity, Value: 47, Unit: %
2021.01.17 00:14:50.306 4: DbLog logdb -> check Device: Kue_Thermostat_Climate , Event: measured-temp: 20.6
2021.01.17 00:14:50.306 4: DbLog logdb -> check Device: Kue_Thermostat_Climate , Event: state: T: 20.6 desired: 17.0
2021.01.17 00:14:50.311 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.311 4: DbLog logdb -> ###         New database processing cycle - synchronous      ###
2021.01.17 00:14:50.311 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.311 4: DbLog logdb -> DbLogType is: Current/History
2021.01.17 00:14:50.311 4: DbLog logdb -> AutoCommit mode: ON, Transaction mode: ON
2021.01.17 00:14:50.311 4: DbLog logdb -> Insert mode: Array
2021.01.17 00:14:50.316 4: DbLog logdb -> Primary Key used in history: none
2021.01.17 00:14:50.316 4: DbLog logdb -> Primary Key used in current: DEVICE,READING
2021.01.17 00:14:50.316 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: Kue_Thermostat_Climate, Type: CUL_HM, Event: humidity: 47, Reading: humidity, Value: 47, Unit: %
2021.01.17 00:14:50.319 4: DbLog logdb -> 1 of 1 events inserted into table history
2021.01.17 00:14:50.377 4: DbLog logdb -> insert table history committed by autocommit
2021.01.17 00:14:50.382 4: DbLog logdb -> 1 of 1 events updated in table current using PK on columns DEVICE,READING
2021.01.17 00:14:50.433 4: DbLog logdb -> insert / update table current committed by autocommit
2021.01.17 00:14:50.435 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.436 5: CUL_HM set Kue_Thermostat_Climate ?
2021.01.17 00:14:50.437 5: End notify loop for Kue_Thermostat_Climate
2021.01.17 00:14:50.437 4: CUL_Parse: CUL_0 A 0B 08 A440 24BBA0 269B9A 032D2E -51
2021.01.17 00:14:50.439 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.440 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.440 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.440 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.440 4: DbLog logdb -> number of events received: 4 for device: Schl_FT_Btn_03
2021.01.17 00:14:50.440 4: DbLog logdb -> check Device: Schl_FT_Btn_03 , Event: state: Short 1_45 (to Schl_La_Bett)
2021.01.17 00:14:50.440 4: DbLog logdb -> check Device: Schl_FT_Btn_03 , Event: trigger: Short_45
2021.01.17 00:14:50.440 4: DbLog logdb -> check Device: Schl_FT_Btn_03 , Event: triggerTo_Schl_La_Bett: Short_45
2021.01.17 00:14:50.440 4: DbLog logdb -> check Device: Schl_FT_Btn_03 , Event: trigger_cnt: 45
2021.01.17 00:14:50.441 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.442 5: CUL_HM set Schl_FT_Btn_03 ?
2021.01.17 00:14:50.442 5: End notify loop for Schl_FT_Btn_03
2021.01.17 00:14:50.443 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.443 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.443 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.443 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.443 4: DbLog logdb -> number of events received: 2 for device: Schl_FT_Device
2021.01.17 00:14:50.443 4: DbLog logdb -> check Device: Schl_FT_Device , Event: battery: ok
2021.01.17 00:14:50.443 5: DbLog logdb -> parsed Event: Schl_FT_Device , Event: battery: ok
2021.01.17 00:14:50.443 4: DbLog logdb -> added event - Timestamp: 2021-01-17 00:14:50, Device: Schl_FT_Device, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.443 4: DbLog logdb -> check Device: Schl_FT_Device , Event: state: Schl_FT_Btn_03 Short
2021.01.17 00:14:50.448 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.448 4: DbLog logdb -> ###         New database processing cycle - synchronous      ###
2021.01.17 00:14:50.448 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.448 4: DbLog logdb -> DbLogType is: Current/History
2021.01.17 00:14:50.448 4: DbLog logdb -> AutoCommit mode: ON, Transaction mode: ON
2021.01.17 00:14:50.448 4: DbLog logdb -> Insert mode: Array
2021.01.17 00:14:50.453 4: DbLog logdb -> Primary Key used in history: none
2021.01.17 00:14:50.453 4: DbLog logdb -> Primary Key used in current: DEVICE,READING
2021.01.17 00:14:50.453 4: DbLog logdb -> processing event Timestamp: 2021-01-17 00:14:50, Device: Schl_FT_Device, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2021.01.17 00:14:50.457 4: DbLog logdb -> 1 of 1 events inserted into table history
2021.01.17 00:14:50.515 4: DbLog logdb -> insert table history committed by autocommit
2021.01.17 00:14:50.519 4: DbLog logdb -> 1 of 1 events updated in table current using PK on columns DEVICE,READING
2021.01.17 00:14:50.582 4: DbLog logdb -> insert / update table current committed by autocommit
2021.01.17 00:14:50.583 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.583 5: CUL_HM set Schl_FT_Device ?
2021.01.17 00:14:50.584 5: End notify loop for Schl_FT_Device
2021.01.17 00:14:50.584 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.585 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.585 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.585 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.585 4: DbLog logdb -> number of events received: 2 for device: Schl_La_Bett
2021.01.17 00:14:50.585 4: DbLog logdb -> check Device: Schl_La_Bett , Event: trigLast: Schl_FT_Btn_03:short
2021.01.17 00:14:50.585 4: DbLog logdb -> check Device: Schl_La_Bett , Event: trig_Schl_FT_Btn_03: Short_45
2021.01.17 00:14:50.585 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.586 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:50.588 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:50.588 4: CUL_Parse: CUL_0 A 0E 08 8002 269B9A 24BBA0 010128203919 -61.5
2021.01.17 00:14:50.592 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.592 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.592 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.592 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.592 4: DbLog logdb -> number of events received: 1 for device: Schl_FT_Btn_03
2021.01.17 00:14:50.592 4: DbLog logdb -> check Device: Schl_FT_Btn_03 , Event: triggerTo_Schl_La_Bett: Short_45_ack
2021.01.17 00:14:50.593 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.593 5: CUL_HM set Schl_FT_Btn_03 ?
2021.01.17 00:14:50.594 5: End notify loop for Schl_FT_Btn_03
2021.01.17 00:14:50.594 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.595 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.595 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.595 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.595 4: DbLog logdb -> number of events received: 9 for device: Schl_La_Bett
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: deviceMsg: 20 (to Schl_FT_Device)
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: dim: down:20
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: level: 20
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: overheat: off
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: overload: off
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: pct: 20
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: reduced: off
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: state: 20
2021.01.17 00:14:50.595 4: DbLog logdb -> check Device: Schl_La_Bett , Event: timedOn: off
2021.01.17 00:14:50.596 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.597 5: CUL_HM set Schl_La_Bett ?
2021.01.17 00:14:50.598 5: End notify loop for Schl_La_Bett
2021.01.17 00:14:50.598 5: in:  PINGREQ: (192)(0)
2021.01.17 00:14:50.600 4:   MQTT2_FHEM_Server_192.168.10.208_62048 Briefkasten PINGREQ
2021.01.17 00:14:50.601 5: out: PINGRESP: (208)(0)
2021.01.17 00:14:50.604 4: Connection accepted from MQTT2_FHEM_Server_192.168.10.208_57844
2021.01.17 00:14:50.606 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.607 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.607 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.607 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.607 4: DbLog logdb -> number of events received: 1 for device: MQTT2_FHEM_Server
2021.01.17 00:14:50.607 4: DbLog logdb -> check Device: MQTT2_FHEM_Server , Event: nrclients: 2
2021.01.17 00:14:50.607 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.608 5: End notify loop for MQTT2_FHEM_Server
2021.01.17 00:14:50.608 5: Cmd: >{BlockingStart('23701')}<
2021.01.17 00:14:50.610 5: Cmd: >{PRESENCE_ProcessLocalScan('DashButton_Duracell|0|absent')}<
2021.01.17 00:14:50.610 5: PRESENCE (DashButton_Duracell) - blocking scan result: DashButton_Duracell|0|absent
2021.01.17 00:14:50.611 4: PRESENCE (DashButton_Duracell) - rescheduling next check in 1 seconds
2021.01.17 00:14:50.612 5: exec at command LED_gelb.blink
2021.01.17 00:14:50.612 5: Cmd: >set LED_gelb on-for-timer 1<
2021.01.17 00:14:50.612 5: wird an setextensions gesendet: LED_gelb on-for-timer 1
2021.01.17 00:14:50.612 5: Cmd: >set LED_gelb on<
2021.01.17 00:14:50.612 5: LED_gelb, in fileaccess: value 1
2021.01.17 00:14:50.613 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.613 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.613 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.613 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.613 4: DbLog logdb -> number of events received: 1 for device: LED_gelb
2021.01.17 00:14:50.613 4: DbLog logdb -> check Device: LED_gelb , Event: state: on
2021.01.17 00:14:50.614 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.614 5: wird an setextensions gesendet: LED_gelb ?
2021.01.17 00:14:50.622 5: End notify loop for LED_gelb
2021.01.17 00:14:50.623 5: redefine at command LED_gelb.blink as +*00:00:02 set LED_gelb on-for-timer 1
2021.01.17 00:14:50.623 5: Temperaturen: not on any display, ignoring notify
2021.01.17 00:14:50.624 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.624 4: DbLog logdb -> ###              start of new Logcycle                       ###
2021.01.17 00:14:50.624 4: DbLog logdb -> ################################################################
2021.01.17 00:14:50.624 4: DbLog logdb -> number of events received: 1 for device: LED_gelb.blink
2021.01.17 00:14:50.624 4: DbLog logdb -> check Device: LED_gelb.blink , Event: state: Next: 00:07:22
2021.01.17 00:14:50.624 5: rg_battery: not on any display, ignoring notify
2021.01.17 00:14:50.625 5: End notify loop for LED_gelb.blink
2021.01.17 00:14:50.625 5: [Freezemon] fhem_freez: ----------- Starting Freeze handling at 2021.01.17 00:14:50.625 ---------------------
[Freezemon] fhem_freez: possible freeze starting at 00:07:21, delay is 449.625 possibly caused by: tmr-LGTV_WebOS_GetForgroundAppInfo(LG_TV) tmr-at_Exec(LED_gelb.blink)


Vorausgegangen ist das Command an Alexa "Gute Nacht an"
Dieses schaltet mir mein Entertainment System aus und verschiedene Lampen im Haus ein damit ich hier nicht beim zu Bett gehen überall Lichter an machen muss :)

Hierzu habe ich einen Dummy auf den dann ein notify reagiert.

Dummy
Internals:
   FUUID      5e89fc60-f33f-f700-c393-75c0c7bd50ab6988
   NAME       Gute_Nacht
   NR         802
   STATE      off
   TYPE       dummy
   READINGS:
     2021-01-16 23:59:04   state           off
Attributes:
   alexaName  Gute Nacht
   genericDeviceType switch
   room       Test,Wohnzimmer
   setList    on off
   webCmd     on:off


Notify
Internals:
   CFGFN      ./test.cfg
   DEF        Gute_Nacht:on.* {
if (Value('Radio') eq 'on') {
fhem ("set Radio off");
}
if (Value('TV') eq 'on') {
fhem ("set TV off");
}
fhem ("set Stimmungslicht off");
fhem ('define at_Gute_Nacht_notify at +00:00:20 {
fhem ("set Gute_Nacht off");;
}
');;
fhem ("set Wz_La_Spot on;set Kue_La_.* on; set Flur_La_Haupt on;set Bad_La_Haupt on;set Schl_La_Bett 25");
}

   FUUID      5e8a00c8-f33f-f700-a2be-96dcf97272b1a38d
   NAME       n_Gute_Nacht
   NOTIFYDEV  Gute_Nacht
   NR         265
   NTFY_ORDER 50-n_Gute_Nacht
   REGEXP     Gute_Nacht:on.*
   STATE      2021-01-16 23:58:41
   TRIGGERTIME 1610837921.97889
   TYPE       notify
   READINGS:
     2021-01-16 15:00:23   state           active
Attributes:
   room       Test,Wohnzimmer,notify


Das set TV off setzt mir eine Dummy auf off auf den dann wiederrum ein notify reagiert.

notify n_TV

Internals:
   CFGFN      ./test.cfg
   DEF        TV {
if (Value('Radio') eq 'off') {
fhem ('set n_Entertainment inactive;set SATReceiver $EVENT;set Receiver $EVENT;set LG_TV $EVENT');
if ($EVENT eq 'on') {
if(ReadingsVal('Receiver','power','off') eq 'off') {
fhem ('define at_Receiver_input at +00:00:05 {
fhem ("set Receiver input hdmi1;;set Receiver volume 40");;
}
');
} else {
fhem ('set Receiver input hdmi1;;set Receiver volume 40');
}
if(ReadingsVal("SATReceiver","state","off") eq "off") {
fhem ('define at_SatReceiver_input at +00:00:10 {
fhem ("set SATReceiver remoteContol exit");;
if(ReadingsVal("SATReceiver","input","radio") eq "radio") {
fhem ("set SATReceiver input tv;;set SATReceiver mute off");;
} else {
fhem ("set SATReceiver mute off");;
}
}
');
  } else {
fhem ("set SATReceiver remoteContol exit;set SATReceiver mute off");
if(ReadingsVal("SATReceiver","input","radio") eq "radio") {
fhem ("set SATReceiver input tv;set SATReceiver mute off");;
}
}
} else {
fhem ('set SATReceiver $EVENT;set Receiver $EVENT;set LG_TV $EVENT');
}
} else {
fhem ("set n_Entertainment inactive;set n_TV inactive;set n_Radio inactive;set Radio off;set LG_TV on");
if(ReadingsVal("SATReceiver","input","tv") eq "radio") {
fhem ("set SATReceiver input tv");;
}
}
fhem ('define at_Entertainment_notify at +00:00:05 {
fhem ("set n_TV active;;set n_Radio active;; set n_Entertainment active");;
}
');
}
   FUUID      5cbaebfb-f33f-3d5f-e8f8-72f300d40936afba
   NAME       n_TV
   NOTIFYDEV  TV
   NR         254
   NTFY_ORDER 50-n_TV
   REGEXP     TV
   STATE      active
   TRIGGERTIME 1610837921.98459
   TYPE       notify
   READINGS:
     2021-01-17 12:38:33   state           active
Attributes:
   room       Wohnzimmer,Test



Eigentlich kein Hexenwerk.
Ich denke es ist der LG Fernseher. Dieser ist per LAN Kabel in mein Netzwerk eingebunden.

Könnte hier ein Timing Problem in dem fhem-Modul von dem LG Fernseher sein ?

Viele Grüße

Sven







Raspi 3 mit CUL Stick 433/868MHZ, Homematic

Wernieman

Zitat von: rudolfkoenig am 14 Januar 2021, 15:54:52
oder 4.4.4.4 (Google)
Korrektur: 8.8.8.8 oder 8.8.4.4
Hinter 4.4.4.4 liegt kein DNS-Server (Jedenfalls kein mir bekannter oder funktionierender, gerade getestet)
Habe leider meinen Link zu Beschreibungen "Große DNS-Server) verloren und nur auf die schnelle folgendes gefunden: https://www.privacy-handbuch.de/handbuch_93d.htm
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

sven.scherf

Hi,

den DNS habe ich auf meinen Raspi mit pi-hole gestellt und dieser reicht im Bedarfsfall an meine Unity Router weiter.

Ich denke dies sollte so passen.

Viele Grüsse

Sven
Raspi 3 mit CUL Stick 433/868MHZ, Homematic

Wernieman

Sorry aber bitte verwende die "Code" Tags "das # im Editor".
So ist es nicht lesbar .... (Jedenfalls nicht für mich)

Aber eine Kurzanfrage: hast Du das dns-server (o.Ä.) Attribut in FHEM gesetzt?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

sven.scherf

Hi,

sorry hatte ich.

Die sind bei Copy und Paste vom Notepad++ verschwunden.


Raspi 3 mit CUL Stick 433/868MHZ, Homematic

frank

im freezemon log musst du dir die stelle anschauen, wo "log skips" steht.

das log ist zu lang und wurde deswegen abgeschnitten.
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

rudolfkoenig

Beitraege wie diese sind unlesbar, und fuehren auf mittlere Sicht zum Ignorieren:
Bitte alles was mehr als 5 Zeilen ist, in Code-Tags packen.
Alles was mehr als 100 Zeilen sind, komprimieren, und als Anhang (siehe Erweiterte Optionen).
Letzteres ist notwendig, da ein Beitrag (ohne Anhang) hoechstens 100k (oder 1MB?) sein kann, und beide Limits sind mAn sehr grosszuegig gewaehlt. Wenn es mehr ist, dann werden die schliessenden Code-Tags abgeschnitten, und wir haben den Salat.


Ein Regex ist ein kleines und manchmal unerwartet kompliziertes Programm und kann unter Umstaenden sehr lange laufen (siehe https://www.regular-expressions.info/catastrophic.html). Es gibt dafuer kein "Timeout" in FHEM.

sven.scherf

Hallo Rudolf,

vielen Dank.

Ich hatte hier per copy und paste mit Notepad++ gearbeitet und da ist mir die Sache um die Ohren geflogen.
Habe die unleserlichen Beträge gelöscht.

Dank dir und Grüß

Sven
Raspi 3 mit CUL Stick 433/868MHZ, Homematic