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

Table usage consumption wrong in bar chart mode #772

Open
JimRockford1 opened this issue Jul 21, 2019 · 13 comments
Open

Table usage consumption wrong in bar chart mode #772

JimRockford1 opened this issue Jul 21, 2019 · 13 comments
Assignees
Labels

Comments

@JimRockford1
Copy link

Bei mir werden die Tagesverbräuche sowie der Gesamtverbrauch nicht korrekt dargestellt.
Aktuell erfasse ich (seit Samstag, 06.07.) mit dem Volkszähler verschiedenen Leistungswerte (!) meines Piko-Wechselrichters, die (von 5 Uhr morgens bis 22 Uhr abends) alle 30 Sekunden abgefragt werden und (über die Middleware-API) in die Datenbank geschrieben werden.
Die Tageswerte für die Energie in der Spalte "Verbrauch" werden korrekt dargestellt und stimmen mit den im Piko-Wechselrichter hinterlegten Werten (für die Energie!) überein. Siehe Anhang 1. Dies gilt für den aktuellen Tag wie auch für alle vergangenen Tage.
Wechsele ich nun im Chart auf "daily" (also Balkendiagramm) und eine wochenweise Anzeige ("Woche"), dann sind die Tageswerte im Balkendiagramm nicht korrekt, sondern geringfügig zu hoch - siehe Anhang 2., zu erkennen an der Angabe links oben neben "Wechselrichter Ausgangsleistung" (der korrekte Wert am 14.07. wäre 53,4 kWh, nicht 55,8 kWh). Lediglich der laufende Tag wird korrekt darstellt - siehe Anhang 3.
In der Folge wird auch in der Spalte "Gesamt" ein zu hoher Wert angezeigt (hier: 699 kWh statt korrekt 671 kWh). Dieser zu hohe Wert stimmt mit dem Summenzug der (zu hohen) Einzelbalken überein (habe ich nachgerechnet).
Wechsele ich auf eine Tagesanzeige ("Tag") (Balkendarstellung), dann wird der Balken korrekt dargestellt.
Übrigens: Bei den Anhängen 2 und 3 scheint die Angabe in der Spalte "Verbrauch" (mit 14,4 MWh) völlig sinnfrei zu sein.
Dieser Eintrag und die Bilder sind mit Stand 15.07.2019 geschrieben. Das Problem besteht (Stand 21.07.) fort.
Diese Beschreibung habe ich auch https://www.photovoltaikforum.com/thread/129645-volksz%C3%A4hler-2-0/?postID=1801710#post1801710 hier veröffentlicht.

Gemäß https://www.photovoltaikforum.com/thread/129645-volksz%C3%A4hler-2-0/?postID=1801722#post1801722 besteht das Problem nicht bei Zählerstände-Kanälen.
Anhang 1 - Ausgangsleistung aktuell (korrekt) am 14 07 2019
Anhang 2 - Ausgangsleistung täglich (falsch) am 14 07 2019
Anhang 3 - Ausgangsleistung täglich (korrekt) am 15 07 2019

@r00t-
Copy link
Contributor

r00t- commented Jul 21, 2019

[disclaimer: nimm nicht an, dass ich zum volkszaehler projekt gehoere]

ist dir bewusst, das das loggen eines leistungswertes alle 30 sekunden extrem ungenau ist?
der wert wird ein momentanwert sein, oder zumindest gemittelt ueber irgendeinen zeitraum, der vermutlich ein anderer ist, als 30 sekunden.
daraus berechnet die middleware dann energiewerte, indem sie annimt, dass dieser leistungswert fuer 30 sekunden konstant war.

insbesondere vermute ich, dass wenn du tatsaechlich nachts zwischen 22 und 5 uhr keine daten loggst, dann der letzte leistungswert von 22 uhr fuer die ganze nacht angenommen wird, bis morgens ein neuer geloggt wird.
das koennte erklaeren, dass die werte zu hoch werden, wenn ueber tagesgrenzen hinweg aggregiert wird.

wenn verfuegbar, ist das loggen von energiewerten vorzuziehen. dort gibt es solche probleme nicht, wie schon im forum festgestellt.

@JimRockford1
Copy link
Author

JimRockford1 commented Jul 21, 2019

Du hast offensichtlich meinen Beitrag nicht richtig gelesen oder nicht verstanden. Schließlich ist die unter "Verbrauch" angegebene Aggregation des jeweiligen Tages korrekt und stimmt mit den Angaben des Wechselrichters überein! Nur die Aggregation in der Balkendarstellung (in der Ansicht mehrerer Tage) ist fehlerhaft und weicht ab. Die Darstellung eines (Tages-)Balkens in einer Mehr-Tages-Ansicht muss aber mit der Darstellung eines gesamten Tages unter "Verbrauch" identisch sein.
Abgesehen davon ist deine Behauptung, dass das Loggen eines Leistungswertes alle 30 Sekunden extrem ungenau ist, zu pauschal. Wenn Leistungswerte ständig stark schwanken, hast du recht. Dies trifft aber bei einer Photovoltaik-Anlage nicht zu. Hier schwanken die Werte abhängig von der Bewölkung - an einem vollständig sonnigen Tag ändern sich die Werte höchstens um wenige Watt alle 30 Sekunden, und selbst da tritt der beschriebene Fehler auf.
Über Nacht logge ich die Werte deshalb nicht, da der letzte Wert um 22 Uhr "0" ist und der erste Wert um fünf Uhr auch "0" ist ... ergibt im Mittel "0".
P.S.: Wenn ich hier auf Energiewerte zugreifen könnte, würde ich das tun ... leider liefert der Wechselrichter für die einzelnen Strings nur Leistungswerte ...

@andig
Copy link
Contributor

andig commented Jul 21, 2019

Moin. Ich fände einen entspannten Ton in der Diskussion gut. Hier gehts nicht drum dem Anderen zu beweisen dass er Unrecht hat sondern um gemeinsame Fehlerbehebung.

@andig
Copy link
Contributor

andig commented Jul 21, 2019

Über Nacht logge ich die Werte deshalb nicht, da der letzte Wert um 22 Uhr "0" ist und der erste Wert um fünf Uhr auch "0" ist ... ergibt im Mittel "0".

Exakt da liegt ein möglicher Fehler. Du kannst Dich nicht drauf verlassen dass dieser Nullerwert auch verwendet wird da immer mehrere Werte aus Performancegründen zusammengefasst werden. Loggen von Nullen oder nicht wurde auf der ML x-fach diskutiert- bitte Problem dort adressieren.

Ich machs hier zu da höchstwahrscheinlich kein Bug.

@andig andig closed this as completed Jul 21, 2019
@JimRockford1
Copy link
Author

Nicht nur der letzte Wert ist Null, sondern derzeit bereits beginnend ab 21:30 Uhr und erst ab ca. 05:50 Uhr liegen die Werte wieder über Null. Aber wenn es damit zu tun haben könnte (weil vielleicht die Durchschnittswerte der ersten und letzten aufgezeichneten Stunde nicht bei Null liegen und dann das von dir beschriebene Problem auftritt), dann werde ich das Logging die nächsten Tage auch mal nachts durchlaufen lassen - ich werde dann hier und im photovoltaik-forum das Ergebnis posten.
P.S.1: Was bedeutet "wurde auf der ML x-fach diskutiert"?
P.S.2: Meine o.a. Antwort sollte nicht unhöflich wirken und war auch nicht so gemeint.

@andig
Copy link
Contributor

andig commented Jul 21, 2019

Meine o.a. Antwort sollte nicht unhöflich wirken und war auch nicht so gemeint.

Passt- dann lag ich falsch. Bitte trotzdem für so allgemeine Fehlersuche die Mailingliste anfragen- da gibt es mehr Kapazität als ich hier bereitstellen kann...

@JimRockford1
Copy link
Author

Werde ich gerne künftig beachten! Allerdings hatte ich bei "photovoltaik-forum.com" den Hinweis erhalten, zu diesem Thema hier ein Issue zu öffnen.

@frankrichter
Copy link
Contributor

frankrichter commented Jul 21, 2019

Zumindest der Gesamtverbrauch unter dem Balkendiagramm könnte schon ein Bug sein, erwarten würde man ja die Summe der einzelnen Balken. Deswegen auch der Vorschlag bzgl. Issue (das war ich😀).

@andig andig reopened this Jul 21, 2019
@andig
Copy link
Contributor

andig commented Jul 23, 2019

Ich versuche mal die Textaufgabe zusammen zu fassen. Also wenn ich es richtig verstehe:

  • Verbrauch unter Linechart für einen Tag ist richtig
  • Verbrauch einzelner Tagesbalken im Balkendiagramm ist richtig
  • Gesamtverbrauch ist immer richtig

Falsch sind "Verbrauch" in der Tabelle der Balkendiagramme, sowohl "Durchschnitt" als auch "Verbrauch"?

Dann ist die Ursache klar: anscheinend wird im Barchart nochmals mit der Zeit ausmultipliziert, wodurch dann alle Einheiten falsch sind. Jetzt wäre die Frage was da korrekterweise rein sollte?

@andig andig added the Bug label Jul 23, 2019
@JimRockford1
Copy link
Author

JimRockford1 commented Jul 25, 2019

Exakt da liegt ein möglicher Fehler. Du kannst Dich nicht drauf verlassen dass dieser Nullerwert auch verwendet wird da immer mehrere Werte aus Performancegründen zusammengefasst werden.

Aber wenn es damit zu tun haben könnte (weil vielleicht die Durchschnittswerte der ersten und letzten aufgezeichneten Stunde nicht bei Null liegen und dann das von dir beschriebene Problem auftritt), dann werde ich das Logging die nächsten Tage auch mal nachts durchlaufen lassen - ich werde dann hier und im photovoltaik-forum das Ergebnis posten.

Die Werte der einzelnen Tages-Balken in der Wochenanzeige passen jetzt - seitdem ich auch nachts die Nullwerte erfasse - insofern liegt hier also kein Bug vor!

Nachfolgend meine Anmerkungen zum vorherigen Post in eckigen Klammern []:

Ich versuche mal die Textaufgabe zusammen zu fassen. Also wenn ich es richtig verstehe:

  • Verbrauch unter Linechart für einen Tag ist richtig
    [ja!]
  • Verbrauch einzelner Tagesbalken im Balkendiagramm ist richtig
    [ja - wenn auch Nullwerte mitgeplottet werden]
  • Gesamtverbrauch ist immer richtig
    [muss ich, jetzt wo ich die Nullwerte mitplotte, nochmal überprüfen - ich gehe aber davon aus]

Falsch sind "Verbrauch" in der Tabelle der Balkendiagramme, sowohl "Durchschnitt" als auch "Verbrauch"?

[genau - dort stehen bei mir immer noch Werte in MWh anstelle kWh]

Dann ist die Ursache klar: anscheinend wird im Barchart nochmals mit der Zeit ausmultipliziert, wodurch dann alle Einheiten falsch sind. Jetzt wäre die Frage was da korrekterweise rein sollte?

[bei Durchschnitt: der Durchschnitt der in der Zeitperiode angezeigten Balken, bei Verbrauch: der über die angezeigte Zeitperiode summierte Verbrauch (bzw. Erzeugung)]

@andig andig self-assigned this Jul 26, 2019
@andig andig changed the title Datenaggregation (bei Leistungswerten) fehlerhaft Table usage consumption wrong in bar chart mode Jul 29, 2019
@trabant-asb
Copy link
Contributor

I have a similar issue with a workinghourssensor... maybe caused by the same underlying problem. See
https://www.mail-archive.com/[email protected]/msg10654.html
for details. I can gladly supply more information or do some testing if that would help.

@trabant-asb
Copy link
Contributor

My issue has been closed by #801...

@andig
Copy link
Contributor

andig commented May 3, 2020

@JimRockford1 working for you, too or still wrong?

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

No branches or pull requests

5 participants