Darstellung des täglichen Bedarfs

[Chili]

Hallo zusammen.
Ich greife das hier mal wieder auf, weil ich exakt das gleiche Thema habe.

Ein Balkonkraftwerk speist via Schuko durch eine HmIP-PSM ein.
Die Leistungserfassung und Energiezählung funktioniert stabil.

In der Raspberrymatic habe ich einfache Diagramme angelegt, der Verlauf als Kurve funktioniert.
Parallel schreibe ich die Datenpunkte via CCU-Historian weg.

Aber bei der grafischen Darstellung der täglichen Einspeisung komme ich nicht weiter.
Die Logik dahinter ist ja eigentlich simpel - so stelle ich mir das vor:
Zeige für alle Tage einen Balken mit dem Wert "jüngsten Wert des Tages" minus "ältester Wert des Tages".

Tja, aber wie realisiert man sowas nun??

[Xel66]

Im.Normalfall summiert man den täglichen Wert ab 0:00 Uhr kontinuierlich auf und schreibt das dann nach Mitternacht weg und setzt wieder auf 0 zurück. Dann beginnt der Spaß von vorn. Es gibt im Forum diverse Datensammelscripts, die sogar Wochen- Monats- und Jahreswerte ermitteln.

Gruß Xel66

[Henke]

Im Historian kannst du mit der folgenden Einstellung das gewünschte Ergebnis bekommen.

[Chili]

Im Historian kannst du mit der folgenden Einstellung das gewünschte Ergebnis bekommen.

Interessant.
Aber WO im Historian soll es die Optionen geben?
Ich dachte, ich hätte das Ding soweit durchschaut...

[Henke]

Bei den HighCharts einfach einen Datenpunkt anklicken.
Ich würde mal sagen, da ist noch Luft nach oben...

[Mathias]

Aber WO im Historian soll es die Optionen geben?

Oben im Menüband unter Extras → H2-HighChart. Dabei handelt es sich um eine alternative Trend-Darstellung, die von wak hier aus dem Forum beigesteuert worden ist.

Noch einmal zu Deinem eigentlichen Problem: Zurzeit musst Du Dir tatsächlich den Tageswert selber mit HM-Skript berechnen und dann in eine Systemvariable schreiben, die aufgezeichnet wird.

Diesbezüglich ist auch gerade etwas in der Entwicklung beim CCU-Historian. Da es aber eine größere Sache ist, dauert es noch eine unbestimmte Zeit.

[Chili]

Bei den HighCharts einfach einen Datenpunkt anklicken.
Ich würde mal sagen, da ist noch Luft nach oben...

Danke, jetzt habe ich das auch so nachbilden können.
Der Trick war tatsächlich, dass sich erst beim Anklicken der Chartlinie weitere Optionen auftun, die anders gar nicht zugänglich sind.
Ich habe beim Diagramm rechts beim Drei-Strich-Menü in den Einstellungen gesucht...

Oben im Menüband unter Extras → H2-HighChart. Dabei handelt es sich um eine alternative Trend-Darstellung...

Das war mir soweit schon klar.
Nur fehlte mir eben oben genannter Schritt, IM Diagramm auf den Chart zu klicken für weitere Optionen.

Noch einmal zu Deinem eigentlichen Problem: Zurzeit musst Du Dir tatsächlich den Tageswert selber mit HM-Skript berechnen und dann in eine Systemvariable schreiben, die aufgezeichnet wird.

Genau das wollte ich eigentlich nicht wegen KISS, gelle?
Und wie zuvor schon bestätigt ist das tatsächlich gar nicht notwendig.

Mit der Integration einer Mess-Steckdose legt RasPi automatisch zwei Systemvariablen (svEnergyCounter und Hilfsvariable svEnergyCounterOldVal) samt Script (prgEnergyCounter) an, in welcher der Energiewert (Verbrauch oder Einspeisung) laufend aufaddiert wird.
(Da der steckdoseninterne Zähler beim Ausschalten flöten geht.)

Der Historian schreibt bei mir NUR noch die svEnergyCounter-Werte weg
(und zusätzlich POWER aus Kanal 6 der Steckdose herself). Das war's, mehr will ich da auch gar nicht.

Der Rest wie die Ermittlung des Tagessaldos ist auf Grundlage dieser Daten jederzeit und zur Laufzeit möglich (theoretisch).
Da muss und will ich gar nicht vorher irgendwelche Zwischenschritte rechnen.
Und dank Henke war es dann jetzt auch praktisch möglich.

[wak]

Hallo Chili,

schön zu hören das es geklappt hat, noch ein Hinweise bei Zählerwerten die immer wieder auf 0 gestellt werden, sollte man die Delta+ Aggregation statt nur der Delta Aggregation nehmen, die zählt nur positive Werte, damit wäre ein Nullstellen egal.

LG wak

[Chili]

...noch ein Hinweise bei Zählerwerten die immer wieder auf 0 gestellt werden, sollte man die Delta+ Aggregation statt nur der Delta Aggregation nehmen, die zählt nur positive Werte, damit wäre ein Nullstellen egal.

Das wird durch das Standardscript des RasPi bereits abgefangen (wo die Werte der HmIP-PSM in die Systemvariable aggregiert werden), so dass es dazu eigentlich nicht kommen dürfte.