Bug:Delta-h, klappt nicht, wenn zwei Delta-h-Werte in einem Plot sind

[ma7ja5]

 Hallo,
ich will zwei Werte aus  einer Zeile einer einfachen Log-Datei mit DELTA-H lesen und darstellen.
Klappt irgendwie nicht. Der zweite Wert ist irgendwie "verschoben".

Was mache ich falsch?

Siehe "Show preprocessed input"-Daten unten .
Erster Wert started bei 0:30, zweiter bei 1:30. Zweiter Wert hat zweimal einen Wert auf 12:30

get FileLog_logger CURRENT - 2014-12-21_00:00:00 2014-12-22_00:00:01 6:logger.t\x3a::delta-h 8:logger.t\x3a::delta-h

2014-12-21_00:30:00 0.001
2014-12-21_01:30:00 0
2014-12-21_02:30:00 0
2014-12-21_03:30:00 0
2014-12-21_04:30:00 0
2014-12-21_05:30:00 0.008
2014-12-21_06:30:00 0.003
2014-12-21_07:30:00 0.042
2014-12-21_08:30:00 0.057
2014-12-21_09:30:00 0.029
2014-12-21_10:30:00 0.038
2014-12-21_11:30:00 0.079
2014-12-21_12:30:00 0.0
#6:logger.t\x3a::delta-h
2014-12-21_01:30:00 0
2014-12-21_02:30:00 0
2014-12-21_03:30:00 0
2014-12-21_04:30:00 0
2014-12-21_05:30:00 0
2014-12-21_06:30:00 0
2014-12-21_07:30:00 0
2014-12-21_08:30:00 0.016
2014-12-21_09:30:00 0.009
2014-12-21_10:30:00 0.007
2014-12-21_11:30:00 0.015
2014-12-21_12:30:00 0.054
2014-12-21_12:30:00 0.0
#8:logger.t\x3a::delta-h

[agsteffan]

Hallo

auch ich habe dasselbe Problem, allerdings auch keine Lösung.
Für jeden sachdienlichen Hinweis wäre ich deshalb auch dankbar....

Gruss,
Andreas

[ma7ja5]

Hallo,
sofern ich den Quellcode richtig interpretiere, ist dort ein Bug.
%lasttstamp in dblog.pm wird nicht korrekt behandelt, wenn mehrere delta-h in einem plot sind.

Ich traue mich da aber nicht hin. Vielleicht kann ein Wissender helfen.

[krikan]

Diese Problem ist auch bei Verwendung von 2 delta-d Werten in Plots vorhanden. Die Rückgaben von get- Filelog stimmen vom Datum bei Anzeige von mehreren Tagen in einem Plot nicht. Bei einer "fixedrange" von 3days ergibt sich für die angehängte Muster-Filelog-Datei und der Abfrage aus dem Ploteditor "show preprocessed input":

Abfrage (get Filelog) aus dem gplot-File:

Code Auswählen Erweitern

get FileLog_EnO_sensor_FFEF9402 CURRENT - 2015-01-05_00:00:00 2015-01-08_00:00:01 4:EnO_sensor_FFEF9402.lampOpHours\x3a::delta-d 4:EnO_sensor_FFEF9402.measuredValue\x3a::delta-d


Ergebnis:

Code Auswählen Erweitern

2015-01-06_12:00:00 11
2015-01-07_12:00:00 13
2015-01-07_12:00:00 16.0
#4:EnO_sensor_FFEF9402.lampOpHours\x3a::delta-d
2015-01-05_12:00:00 11
2015-01-06_12:00:00 11
2015-01-07_12:00:00 12.0
#4:EnO_sensor_FFEF9402.measuredValue\x3a::delta-d

Das Ergebnis für "lampOpHours" enthält 2x das gleiche Datum 2015-01-07. Das erste Datum müsste aber korrekterweise 2015-01-06 sein. Die sich ergebenden Plots sind daher nicht korrekt. Teilt man die "get Filelog"-Abfrage auf 2 einzelne Abfragen auf, so sind die geliefertem Ergebnisse korrekt. Die berechneten delta-d-Werte sind immer korrekt.

Gibt es für dieses Problem eine Lösungs-/Umgehungsmöglichkeit?

Danke, Christian

[krikan]

Das geschilderte Problem der falschen Rückgaben von Filelog "get" bei mehreren delta-Funktionen in einem Plot basierend auf einer Filelog-Datei besteht zwar auch nach letzten Updates, aber

Abhilfe: Aufteilung der zu plottenden Readings für delta-d bzw. delta-h Werte auf unterschiedliche Filelog-Dateien (je delta-Funktion eine eigene Filelog-Datei) . Mit dem "neuen" Plot-Editor lassen sich dann die verschiedenen Filelogs auswählen und die Plots sind korrekt.

[ma7ja5]

Danke für den Tipp,
es ist zumindest eine Umgehungsmöglichkeit (neudeutsch workaround), wenn auch viele User damit überfordert sein werden, die Log-Files zu splitten.

Es wäre schon, wenn sich ein "Wissender" mit dem Code befassen würde um eine wirklich "Abhilfe" (neudeutsch final solution) zu schaffen.

Gruss

[krikan]

Code"optimierung" wäre natürlich die beste Lösung, momentan sind die Entwickler aber an anderen, vermutlich wichtigeren, Baustellen (u.a. FHEMWEB) beschäftigt. Abhilfe haben wir ja.

@Rudi: Liest Du mit? Meine, dass Du für verschobene Threads keine Benachrichtigung bekommst!? Vermute das Problem -wie oben geschrieben- in FileLog-get.

[ma7ja5]

Denkt noch einer an diesen Bug. Die neue Release ist ja auf dem Markt. Vielleicht...?