-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detailed historical consumption from e3DC #40
Comments
Hallo Timmo, die Tageswerte (auch Wochen-, Monatswerte), die man über das Portal einsehen kann, kann man grundsätzlich auch über die RSCP-Schnittstelle auslesen. Ich habe mich für die vergangenen Jahre und Yesterday entschieden, weil es von der Anzahl überschaubar bleibt. Die Yesterday-Werte z.B. schreibe ich nachts in eine Mail an mich. Wenn man alle Tage seit Einschalten des Hauskraftwerks ausgibt, kommt bei einem Programmstart eine Menge Traffic auf. Von daher ist die Frage, was man hier sinnvoll umsetzen kann/sollte. Insbesondere, wenn andere User (wie in Issue #38) eine andere Aufteilung (monatsweise) wünschen. Evtl. ist die Idee, dass man über "e3dc/set/..."-Kommandos nach Tagen etc. anfragen kann, besser?! Ich bastele immer mal wieder an History-Abfragen, weil mich der Gedanke zu weiteren historischen Werten auch seit Längerem umtreibt. Zur Frage nach dem Zeitstempel: Ist mir nicht bekannt, würde ich mir auch zur besseren Zuordnung der zurückgelieferten Werte wünschen. Gruß |
Hi Thomas kann ich nachvollziehen, nicht Trivial - und das ohne Doku... Ich habe gerade auch nochmals geschaut und das hier gefunden: Tatsächlich passt die Historical Value Thematik nicht ganz zu Timeseries mit MQTT. Nach einem Neustart werden wieder alle DB Daten in Influx eingetragen, und die kommt nicht auf einen grünen Zweig mit den redundanten Einträgen (hatte wg Frickelei so um die 10 Restarts... jetzt habe ich 10 Yesterdays in der DB). Mail ist natürlich auch nett... Vielleicht wäre es wirklich eleganter, das zu separieren: Messwerte wie Power laufend über MQTT bereitstellen, und statische DB Werte nur auf "Ping" / MQTT ("e3dc/set/...") Kommando zu triggern. Dann könnte man die o.g. Funktion nutzen, und einfach einen kompletten Dump (alle Verbrauchswerte pro Minute seit Beginn oder so) und das einmal in die eigene DB rein. Dann müsste man noch den Timestamp vergewaltigen - nicht den Zeitpunkt des Schreibens in Influx, sondern den Timestamp des Wertes in nutzen. Die Aggregation und Auswertung überlässt man dann Influx, Grafana & Co., da gibt es alle Möglichkeiten - nach Schaltjahr, Mondphasen und Millisekunden... Vielen Dank für die Module! VG Timmo |
Neu mit Release v3.11: Please use the script request_days.sh to request data for a time span. |
Cool! |
Bei mir werden seit dieser Version zyklisch die historischen Tagesdaten als neues MQTT Topic gepublished, ohne dass ich die speziell per MQTT Set Befehl abfrage. Kann ich die automatische Ausgabe der "day" Werte irgendwie in der config verhindern? Ich brauche die nicht. Beispielwerte:
|
@docolli |
Schon gesehen... 😉 |
Hi Tom,
noch zwei Fragen zu den historischen Werten:
Die e3DC liefert ja werte für "yesterday", "week", "month", "year". Weiterhin gibt es das Topic "history" nach Jahren geordnet.
VG TImmo
(hoffe, dass das der richtige Kanal für solche Fragen ist - oder hast Du ein separates Forum?)
The text was updated successfully, but these errors were encountered: