Skip to content
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

Berechnung "forecast.consumption.day" (zur Diskussion) #112

Open
PastCoder opened this issue Nov 3, 2024 · 0 comments
Open

Berechnung "forecast.consumption.day" (zur Diskussion) #112

PastCoder opened this issue Nov 3, 2024 · 0 comments

Comments

@PastCoder
Copy link
Contributor

Seit kurzem habe wir eine Wallbox.
Heute morgen war ist irritiert von den hohen Werten in "forecast.consumption.day".
Gerade habe ich probiert die Berechnung zu verstehen.

Nach meinem Verständnis ist die Berechnung aktuell wie folgt:

  • Für die drei vergangenen Tage ist ein Mittelwert berechnet und als Datei abgelegt/eingelesen (/opt/iobroker/iobroker-data/plenticore.0/pwrcons.json).
  • Für den aktuellen Tag wird der Mittelwert berechnet durch: Verbrauch je Zeiteinheit seit Sunrise / Anzahl Zeiteinheiten.
  • Wenn in der ersten Stunde nach Sonnenaufgang das Auto lädt, wird der Durchschnitt des aktuellen Tages so berechnet als ob alle Stunden zw. Sunrise und Sunset der Stromverbrauch genauso hoch ist wie in der ersten Stunde.
  • Über die vergangenen 3 Tage und den (bisherigen) aktuellen Tag wird ein Mittelwert insgesamt berechnet.

Wenn ich also kurz nach Sonnenaufgang auf den Wert schaue, ist es sehr stark durch die kurze Zeit seit Sonnenaufgang beeinflusst.
Zumindest in meinem Fall ergibt sich daraus kein plausibler Wert (bzw. erst später am Tag wieder).

Mein Gedanke war daher, ob man nicht besser nur abgeschlossene Tage/Nächste nutzt.

Wie seht ihr das? Habt ihr den Effekt auch?
Wäre es ein Nachteil nur die abgeschlossenen Tage/Nächste zu nutzen im Mittelwert?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant