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
Hallo
auch ich habe dasselbe Problem, allerdings auch keine Lösung.
Für jeden sachdienlichen Hinweis wäre ich deshalb auch dankbar....
Gruss,
Andreas
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.
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:
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:
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
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.
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
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.
Denkt noch einer an diesen Bug. Die neue Release ist ja auf dem Markt. Vielleicht...?