Das Problem ("gigantischer PV-Tageswert") kenne ich von dem Fall, dass ich z.B. nach Einspeise-Ende die OpenWB reboote oder ein SW-Update mache. Für die Tageswerte wird der 0-Uhr-Stand aus der Datei:
Code: Alles auswählen
/var/www/html/openWB/web/logging/data/daily/<datum>.csv
genommen. Wenn seit dem letzten Reboot kein Wert übermittelt wurde, steht hier um 0 Uhr 0 drin.
Lösung 1: Per Hand in der ersten Zeile, 3. Spalte eintragen. So bei mir heute morgen (nach SW-Update gestern abend):
Code: Alles auswählen
0000,1734341.1,6650185.9,12088210.5,418876.000,0,0,418876.000,0,0,0,0,0,0,0,0,0,0,0,0,0,56,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
0005,1734357,0,12088210.5,418876.000,0,0,418876.000,0,0,0,0,0,0,0,0,0,0,0,0,0,56,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
(Hier in meinem Beispiel die 6650185.9).
Lösung 2 (ungetestet):
Bei mir werden die Zählerstände (Verbrauch / Einspeisung) nur bei Wert-Änderung per MQTT an die OpenWB übermittelt. Wenn man um 23:59 Uhr noch einmal die Werte pusht (bzw. - sofern man nicht gerade im Polarkreis lebt und Polartag hat), wird wohl auch bei einem vorherigen Reboot der Wert sauber übernommen. In meinem SmartHome-System FHEM werde ich also mal einen at-Job für 23:59 Uhr einrichten.