"no pending sleeps" im Logfile bei AT-Kommando

[MacErNed]

Hallo Zusammen,

ich habe seit einigen Wochen ein ziemlich lästiges Problem, was mein Logfile massiv füllt (um nicht zu sagen vollmüllt).
Für einen Temperatursensor habe ich schon vor längerem die Datenlast reduziert, indem ich einen Dummy per

Code Auswählen Erweitern

define AktAussenTemp_WiGa dummy

angelegt habe, welcher alle 60 Sek. mit der aktuellen Außentemperatur über folgendes AT-Kommando aktualisiert wird:

Code Auswählen Erweitern

define ATempWiGaAnDummy at +*00:01:00 { my $d= ReadingsVal("Aussentemp_WiGa","getG1",0); fhem("set AktAussenTemp_WiGa $d")}

Hierbei ist "getG1" das Reading des Geräts "Aussentemp_WiGa". Am Dummy wurde dann noch das folgende Attribut hinzugefügt:

Code Auswählen Erweitern

attr AktAussenTemp_WiGa event-on-change-reading state

Veränderte Werte werden somit in das Logfile zum Device geschrieben.

Es funktioniert auch alles soweit, jedoch habe ich seit einigen Wochen im FHEM Logfile jede Minute, also
immer wenn das AT-Kommando ausgeführt wird, zwei Einträge mit "... no pending sleeps".

Beispiel:
2019.01.01 00:38:38 3: set AktAussenTemp_WiGa 5.20 °C : no pending sleeps
2019.01.01 00:38:38 3: ATempWiGaAnDummy: no pending sleeps

Deaktiviere ich das AT, werden natürlich keine Meldungen ins FHEM Logfile geschrieben, jedoch auch keine Temperaturwerte in das Logfile des Device "AktAussenTemp_WiGa" 

Es stellt sich nun die Frage, warum diese "... no pending sleeps" Meldungen auftreten und was ich dagegen machen kann?
Ich hoffe Ihr habt einen Tip für mich.

VG,
MacErNed

[KernSani]

Hi,

Unabhängig von dem "no pending sleeps": Wieso brauchst du einen extra dummy? Kannst du nicht mit den event-on-* Attributen direkt am Sensor die Datenlast reduzieren?

Grüße,

Oli

[MacErNed]

Hi Oli,

der Sensor "Aussentemp_WiGa" liefert alle 5 Sek. aktuelle Werte und wird daher nicht geloggt. Mir reichen für ein Logfile mit Diagramm die Änderungen alle 60 Sek.

VG,
MacErNed

[KernSani]

Hi MacErNed,

deshalb meine ich event-on-change-reading am Sensor setzen, dann wird nur bei Änderung ein Event erzeugt (und damit ein Logeintrag geschrieben). Ggf. kannst du dabei auch noch einen Threshold setzen, dass nur Änderungen von z.B. größer 0,19 Grad geloggt werden, dass aber (event-min-interval) mindestens ein Eintrag pro Stunde kommen soll (sollte die Temperatur sich nicht ändern)...
Das macht m.E. viel mehr Sinn (und reduziert die Systemlast)

Grüße,

Oli

[Otto123]

Hi,

ich weiß auch nicht was pending sleeps sind aber dies hier

Code Auswählen Erweitern

{ my $d= ReadingsVal("Aussentemp_WiGa","getG1",0); fhem("set AktAussenTemp_WiGa $d")}

geht auch so

Code Auswählen Erweitern

set AktAussenTemp_WiGa [Aussentemp_WiGa:getG1]

Nennt sich set magic 
Und vielleicht verschwindet ja dadurch die Meldung? Ist aber unwahrscheinlich.

Gruß Otto

[MacErNed]

Hi Otto und Oli,

DANKE für die Tipps 
Der set-magic-Vorschlag von Otto hat nun schon bewirkt, daß keine "no pending sleeps" mehr ins Logfile geschrieben werden.
Ein Rückbau zur ursprünglichen Lösung erzeugte die Meldungen auch zuverlässig wieder 
Na ja, ich verstehe es noch nicht, aber das Problem ist gelöst 

Den Vorschlag von Oli mit event-on-change-reading muss ich noch umsetzen.

VG
MacErNed

[Otto123]

Moin,

was mir noch auffällt: Eigentlich fehlt in dem define im Perl Teil ja ein Semikolon? Verursacht dies die eigenartige Meldung?
https://commandref.fhem.de/commandref_DE.html#command

Also konkret:

Code Auswählen Erweitern

define ATempWiGaAnDummy at +*00:01:00 { my $d= ReadingsVal("Aussentemp_WiGa","getG1",0);; fhem("set AktAussenTemp_WiGa $d")}

Gruß Otto