Fehlerhafte Anzeige im Plot bei Dblog + delta-d

Begonnen von Nighthawk, 26 August 2018, 09:24:07

Vorheriges Thema - Nächstes Thema

Nighthawk

Hallo zusammen,

ich habe mehrere Plots für Verbräuche, diese füttere ich mit Daten aus der DbLog.
Die Verbräuche lasse ich als Bars mit der Option delta-d plotten.
Leider ist es so, dass wenn in dem geplotteten Zeitraum eine Änderung stattfindet, die nicht am Anfang des Plots liegt, ein sehr großer Sprung eingezeichnet wird. Es sieht so aus als wenn als Anfang für deta-d einfach 0 angebnommen wird, da der Wert nur bei Änderung in die DB eingetragen wird.
Wie kann ich dieses Phänomen abfangen?

So sehen die Daten in der DB aus:

+---------------------+--------+-------------+--------------------+------------+--------+------+
| TIMESTAMP           | DEVICE | TYPE        | EVENT              | READING    | VALUE  | UNIT |
+---------------------+--------+-------------+--------------------+------------+--------+------+
| 2018-08-23 11:27:53 | AC     | ARDUCOUNTER | GasZaehler: 105949 | GasZaehler | 105949 |      |
| 2018-08-25 07:49:11 | AC     | ARDUCOUNTER | GasZaehler: 105950 | GasZaehler | 105950 |      |
| 2018-08-25 07:52:11 | AC     | ARDUCOUNTER | GasZaehler: 105951 | GasZaehler | 105951 |      |
| 2018-08-25 07:55:11 | AC     | ARDUCOUNTER | GasZaehler: 105952 | GasZaehler | 105952 |      |
| 2018-08-25 07:58:11 | AC     | ARDUCOUNTER | GasZaehler: 105953 | GasZaehler | 105953 |      |
+---------------------+--------+-------------+--------------------+------------+--------+------+

DS_Starter

#1
Wenn ich dein Problem richtig deute, kannst du es mit einem


set <dblog> addLog


lösen , welches du jeden Tag z.B. früh 00:00:01 lm DbLog auslöst.  (At)
Schau dir die genaue Syntax bitte in der Commandref von DbLog an.

Grüße
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Nighthawk

Hallo Heiko,

danke für die Rückmeldung, aber aus meiner Sicht ist es nur eine Krücke.
Diese führt zwar evtl. zum Ziel eines sauberen Plots, aber diese Krücke muss ich auf mehrere Devices anwenden, das mach die Konfiguration nicht gerade übersichtlich.
Gibt es wirklich keine andere Lösung der Auswertung?

DS_Starter

#3
Naja, ob es eine andere Möglichkeit der Auswertung in diesem Kontext gibt, könntest du im SVG-Forum nochmal erfragen.
Diese Problematik insgesamt hat nicht soviel mit DbLog an sich zu  tun.

Aber was die Übersichtlichkeit angeht ... wenn die Devices alle vom gleichen TYPE sind, bietet der addLog-Befehl durch seine Syntax etliches auf einen Streich zu erledigen. Zum Beispiel loggt der Aufruf :


+*00:10:00 set LogDBShort addLog TYPE=CUL_HM:FILTER=model=HM-LC-Sw4-DR-2:FILTER=NAME!=FSM1:level


auf einen Schlag alles von Devices die vom TYPE CUL_HM sind und den Kriterien der angegebenen Filter genügen.
Ein Aufruf, das wars  ;)

Grüße
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Nighthawk

#4
Hallo Heiko,

ich habe jetzt auch etwas in der Commandref gelesen und muss, zumindest was die Übersichtlichkeit angeht, Dir Recht geben.
Ich habe mal ein AT erstellt, mal schauen wie es läuft.

Nighthawk

Hallo Heiko,

die Lösung funktioniert.
Leider musste ich die Werte in die Vergangenheit in der DB anpassen, denn das Problem tritt auf wenn zu dem Zeitpunkt wo der Plot anfängt kein Wert ist.