Normalisierung des Messwerte
Verfasst: Fr Dez 06, 2019 8:06 am
Hallo zusammen,
ich könnte schwören, dass ich dazu schon mal einen Thread hatte. Find ich nicht mehr. Egal.
Immer wieder kommt es bei mir vor, dass der Daily Graph eine massive Spitze im PV Ertrag hat, wir reden von MWh. Das führt dazu, dass der Tagesgraph (den ganzen Tag) für die Tonne ist, da der Maßstab ja automatisch angepasst wird.
Kevin meinte, dass das wohl mit Connectivity Problem zwischen WR, OpenWB und jetzt wohl auch E3/DC zusammanhängt. Ich habe das jetzt mal ein paar Wochen immer wieder angeschaut und ja, es gibt manchmal Probleme am Switchport der OpenWB aber das ist zu ganz anderen Zeiten als dann die Mega Peaks angezeigt werden. Es passiert vor allem auch immer dann, wenn die WR ausgeschalten/angeschalten werden oder sonst was an der elektrischen Anlage geändert wird.Auch als wir die Notstromfunktion der E3/DC getestet haben. Das Problem vererbt sich dann leider auch noch auf den Monthly und schlussendlich den yearly Graph, siehe hier:
Das ist so natürlich unbrauchbar. Ich frickel dann immer in den CSV Dateien rum bis ich "die Bösewichte" find. Ist aber halt auch keine Dauerlösung.
Als ich noch Hardware nahe Programmierung machte, haben wir derlei Dinge so gelöst:
Es werden z.B. in einem Configfile, die theoretischen Maximalwerte hinterlegt und jedemals bevor ein Wert x(t) geschrieben wird mit dem Maximalwert auf Plausibilität geprüft. Wenn das nicht passt nimmt man stattdessen den Wert davor x(t-1). Das macht die maximale Varianz relativ klein und die Graphen rund. Da führt auch dazu, dass unplausible Werte gar nicht mehr in die csv Files kommen.
Zusammengefasst:
Frontend: Gib Deine Watt(Peak) ein (der ist eh nur theoretischer Natur, aber jeder hat den parat)
Backend: Beim Durchlaufen der Schleife zum erstellen der daily Warte im CSV File zusätzliches AND (Kriterium PV_Wert(t)<Watt(Peak))
Ich habe auch mal einen Excel Sheet der letzten paar Tage angehängt mit meinen Daten. Am 4.12 war alles gut, 5. & 6. enthalten Fehler.
Würde mich freuen, wenn einer der Cracks das machen könnte. Der Aufwand ist (denke ich) überschaubar.
Besten Dank & Gruß
Peter
ich könnte schwören, dass ich dazu schon mal einen Thread hatte. Find ich nicht mehr. Egal.
Immer wieder kommt es bei mir vor, dass der Daily Graph eine massive Spitze im PV Ertrag hat, wir reden von MWh. Das führt dazu, dass der Tagesgraph (den ganzen Tag) für die Tonne ist, da der Maßstab ja automatisch angepasst wird.
Kevin meinte, dass das wohl mit Connectivity Problem zwischen WR, OpenWB und jetzt wohl auch E3/DC zusammanhängt. Ich habe das jetzt mal ein paar Wochen immer wieder angeschaut und ja, es gibt manchmal Probleme am Switchport der OpenWB aber das ist zu ganz anderen Zeiten als dann die Mega Peaks angezeigt werden. Es passiert vor allem auch immer dann, wenn die WR ausgeschalten/angeschalten werden oder sonst was an der elektrischen Anlage geändert wird.Auch als wir die Notstromfunktion der E3/DC getestet haben. Das Problem vererbt sich dann leider auch noch auf den Monthly und schlussendlich den yearly Graph, siehe hier:
Das ist so natürlich unbrauchbar. Ich frickel dann immer in den CSV Dateien rum bis ich "die Bösewichte" find. Ist aber halt auch keine Dauerlösung.
Als ich noch Hardware nahe Programmierung machte, haben wir derlei Dinge so gelöst:
Es werden z.B. in einem Configfile, die theoretischen Maximalwerte hinterlegt und jedemals bevor ein Wert x(t) geschrieben wird mit dem Maximalwert auf Plausibilität geprüft. Wenn das nicht passt nimmt man stattdessen den Wert davor x(t-1). Das macht die maximale Varianz relativ klein und die Graphen rund. Da führt auch dazu, dass unplausible Werte gar nicht mehr in die csv Files kommen.
Zusammengefasst:
Frontend: Gib Deine Watt(Peak) ein (der ist eh nur theoretischer Natur, aber jeder hat den parat)
Backend: Beim Durchlaufen der Schleife zum erstellen der daily Warte im CSV File zusätzliches AND (Kriterium PV_Wert(t)<Watt(Peak))
Ich habe auch mal einen Excel Sheet der letzten paar Tage angehängt mit meinen Daten. Am 4.12 war alles gut, 5. & 6. enthalten Fehler.
Würde mich freuen, wenn einer der Cracks das machen könnte. Der Aufwand ist (denke ich) überschaubar.
Besten Dank & Gruß
Peter