DbLog - Auswertungen per SQL anfertigen und als Readings darstellen - Modul ?

[DS_Starter]

Hallo zusammen, hallo rapster,

ist euch/dir schon einmal eine FHEM Anwendung untergekommen mit der man flexibel Auswertungen der DbLog-Daten vornehmen kann ?

Hintergrund:
Ich logge die Energiedaten meiner PV-Anlage und möchte mir übersichtlich zum Beispiel die Tageswerte für Einspeisung / Bezug aus der Datenbank aufbereiten. Daneben ebenfalls die Monatswerte oder auch, je nach Bedarf, nur für einen bestimmten abgegrenzten Zeitraum, z.B. von Datum/Zeit X bis Datum/Zeit Y usw.

In DbLog selbst gibt es ja die UserCommand-SQLAbfrage. Das ist allerdings nicht das was ich mir vorstelle, sondern eher so etwas wie eine Seite mit Readingwerten die für jeden gewünschten Zeitraum die darzustellenden Werte übersichtlich aufbereiten.

Bevor ich mich selbst damit beschäftige daher die Frage in die Runde ob es so etwas in der Art schon gibt was man für diesen Zweck benutzen könnte, oder was als Grundlage für eine Weiterentwicklung dienen könnte.
Bisher habe ich nichts dergleichen gefunden, heißt aber nicht dass es das nicht gibt

VG

[rapster]

Hi,

verstehe nicht ganz was du vorhast Möchtest du dir nur den Inhalt von DbLog übersichtlich anzeigen lassen?

Ich verwende für diesen Zweck zumindest Adminer Editor, siehe Bild => https://www.adminer.org/editor/

Gruß
Claudiu

[DS_Starter]

Hi Claudiu,

so etwas ähnliches benutze ich auch für die MySQL-Admin - phpMyAdmin auf meiner Synology. Das Tool macht im Prinzip das Gleiche.

Im Prinzip kann ich mir bereits jetzt über dieses Tool und eine geschickte SQL-Abfrage die Daten zusammensammeln. Was mir aber vorschwebt ist eine übersichliche Zusammenstellung, die aus unterschiedlichen SQl-Statements bedient wird.
Nur als Beispiel ... es werden alle 30 Sekunden die Differenzwerte für Einspeisung / Bezug geloggt. Also Werte wie 0.043, 0.0004, 0.5461 usw.
Jetzt schwebt mir vor, ich möchte z.B. für den Monat April für jeden Tag die Werte für Bezug und Einspeisung gegenübergestellt als Tabelle dargestellt haben.

Also zum Bespiel:

Datum               Bezug (kWh)      Einspeisung (kWh)

01.04.2016        9.3                    4.5
02.04.2016        5.4                    7.8
....

Ich denke das Prinzip ist deutlicher geworden. Alle diese Infos kann man sich natürlich über SQL's rauslesen. Aber worum es mir geht ist die Übersichtlichkeit, Handhabung und Flexibilität. Je nach Bedarf könnte diese Tabelle eben auch Summenwerte für jeden Monat für das Jahr x darstellen.
(Wenn die DB groß genug sein darf)
Das wäre im Groben die Herausforderung und das Ziel was mir vorschwebt.

Grüße
Heiko

[rudolfkoenig]

Eine (nicht ganz identische) Alternative ist das average oder statistics Modul, sie berechnen die gewuenschten Werte, und stellen sie per Event zur Verfuegung. Diese speichert man im FileLog/DbLog, man kann sie aber auch per notify in einem Reading speichern.
Die Module koennen leider nicht rueckwirkend auf die Daten angewendet werden.

[DS_Starter]

Hallo Rudi,

ja statistics habe ich mir bereits angeschaut und teste sie bereits für meine Anwendung. Bei diesem Modul fiel mir auf, wie du auch geschrieben hast, dass ich eben von vornherein festlegen muß für welche Zeitabschnitte ich bestimmte Informationen erhalten möchte. Auch eine freie Abgrenzung nach Datum/Zeit steht mir nicht, oder zumindest nicht rückwirkend zur Verfügung.
Average habe ich noch nicht studiert, aber ich vermute dass die Anwendung ähnlich statistics arbeitet.

Der Reiz besteht für mich ja gerade in der flexiblen SQL-Auswertung der in der DB gespeicherten Daten. Was ich hier dargestellt habe, ist ja auch nur ein Bespiel. Man könnte so im Nachhinein auch noch Bezüge zwischen PV-Erträgen und Sonnenscheindauer herstellen usw. 

Edit: Was vor Allem im Focus steht ist die übersichtliche Darstellung der erhaltenen Daten. Dh. die (z.B. tabellarische) Aufbereitung für den User aus den Daten der DB wäre für mich wichtig.

Grüße
Heiko

[DS_Starter]

Hallo zusammen,

ich habe den Beitrag in einen neuen Thread  https://forum.fhem.de/index.php/topic,53584.msg452567.html#msg452567 übertragen um das Thema dort fortzuführen.


viele Grüße
Heiko