Rückmeldungen openWB software 2.1.3 Alpha 4

[Nasdero]

Peaks habe ich noch keine gesehe, aber warum schwankt der Hausverbrauch im Diagramm der Auswertung? Die ganzen +-10 Watt, jetzt grade plus 300 Watt obwohl er laut meinen Werten die ich übertrage genau 3kW sein muss, auf der Main steht der schwarze Strich wie gemalt.

Wenn ich die Auswertung öfters auf mache oder einen Tag zurück dann wieder vor gehe, dann habe ich bei 6:20 immer einen anderen Wert, vorhin halt ca. 3,3kW, dann mal ~3,1kW usw. .

[LutzB]

An manchen Tagen habe ich auch einen hohen PV Peak in den Tagesgraphen der OWB2 , wobei gleichzeitig das in der 1.9 Version nicht zu erkennen ist. siehe Bilder.2024-03-03 19_39_09-Window.png2024-03-03 19_43_54-Window.png

Kann es vielleicht in der OWB 2 bei der Konvertierung der Minutenwerten zu den 5min-Werten für den Graphen zu den Fehlern kommen?

In dem Screenshot der software2 hast Du lediglich die Summe der PV Leistung aktiviert. Ist der Peak so auch beim "Solaredge Wechselrichter" vorhanden?

[Ihaglc]

Nein ist nicht erkennbar.
siehe SE Screenshots ( Auflösung nur in 15min- Werten )

2024-03-04 10_44_40-Window.png (54.93 KiB) 446 mal betrachtet

2024-03-04 10_30_52-Window.png (31.94 KiB) 446 mal betrachtet

Durch den hohen Peak wird auch der Tageseenergiewert verfälscht.
OWB2 46,72 kWh
SE 25,23 kWh
edit Ergänzung:
oWB1.9 27,05 kWh

2024-03-04 10_42_06-Window.png

(8.39 KiB) Noch nie heruntergeladen

hier noch mal alle Tageswerte von OWB2

2024-03-04 10_40_21-Window.png

(51.75 KiB) Noch nie heruntergeladen

[Nasdero]

In dem Screenshot der software2 hast Du lediglich die Summe der PV Leistung aktiviert. Ist der Peak so auch beim "Solaredge Wechselrichter" vorhanden?

Bei mir ist der Peak bei der Summe und beim WR gleich hoch.

[LutzB]

Nein ist nicht erkennbar.
siehe SE Screenshots ( Auflösung nur in 15min- Werten )

Ich meinte eigentlich in der Auswertung der openWB.

[LutzB]

In dem Screenshot der software2 hast Du lediglich die Summe der PV Leistung aktiviert. Ist der Peak so auch beim "Solaredge Wechselrichter" vorhanden?

Bei mir ist der Peak bei der Summe und beim WR gleich hoch.

Ok, dann können wir hoffentlich das Problem mit der falschen Summe abhaken. Bleibt "nur noch" Filtern von eventuellen "0"-Werten bei der Auslesung.

[mrinas]

In dem Screenshot der software2 hast Du lediglich die Summe der PV Leistung aktiviert. Ist der Peak so auch beim "Solaredge Wechselrichter" vorhanden?

Bei mir ist der Peak bei der Summe und beim WR gleich hoch.

Ok, dann können wir hoffentlich das Problem mit der falschen Summe abhaken. Bleibt "nur noch" Filtern von eventuellen "0"-Werten bei der Auslesung.

Zählerstände sollten sich ja eigentlich immer nur in eine Richtung bewegen, nach oben. Gibts/brauchts Logik um zu verhindern dass sich ein Zählerstand verringert?

Wobei man dann ggf. auch einen Weg braucht fehlerhaft übertragene zu hohe Stände einmalig korrigieren bzw. löschen zu können. Sonst hängt man ja quasi immer auf dem Stand. Wobei sich das ggf. ja auch per Fernwartung & direkter Bearbeitung der csv bewerkstelligen liesse.

[Thomas aus W]

per Fernwartung & direkter Bearbeitung der csv

Im Prinzip ja.

Aber abgesehen davon, dass es in V2 keine CSV mehr gibt ( ) wäre dass ggf ein recht hoher Aufwand für den Support.
Es sei denn, man schafft eine Möglichkeit über die Datenverwaltung...


bye
TW

[Ihaglc]

Ich habe mir gerade noch einmal genauer alle SE Werte angesehen:
Sieht alles normal aus, Energie und Leistungswerte soweit normal.
aber: Zum OWB2 Peak-Zeitpunkt konnte ich bei SE um 11:31 einen AC Leistungsabfall auf 0W feststellen ( 5 Minutenwert ), während der Energiewert das nicht mitbekommt ( Stundenwert )
Wird dieser Leistungswert 0 als Nenner in einer OWB2 Berechnung benutzt, könnte dies zu den hohen Peaks führen.
Das scheint in OWB1,9 irgendwie anders gemacht zu werden.

[LenaK]

Ich hoffe die Logfiles helfen, wenn ich mehr Infos liefern kann, einfach Bescheid geben.

Kann es denn ein Bug in der software2 sein, oder kommt der Peak eventuell woanders her?

Christoph, Du hast doch auch SolarEdge. Hast Du zufällig auch ein SolarEdge Inline Energy Meter verbaut? Es gibt oder gab mit bzw. ab einem bestimmten Firmwareupdate das Problem, dass das Energy Meter ständig neu gebootet hat - und bei mir führt das auch zu ständigen Peaks bei einigen Werten. Immer beim Reboot des Energy Meters. Vielleicht verhält sich es mit den Werten in dem Fall anders als von Lutz zu dem Kommunikationsproblem erklärt… vielleicht wird dann kurzfristig wirklich ein Wert „Null“ vom SolarEdge geliefert?

Nur mal so von mir daher gesponnen…

Sieht wohl genau so aus.
Nachdem der Zähler ein paar mal nicht geantwortet hat und immer wieder der alte Zählerstand von openWB gespeichert wurde, ist die 1. Antwort eine "Nullnummer":

Code: Alles auswählen

2024-03-02 05:39:50,802 - {modules.common.store._api:26} - {DEBUG:device0} - Raw data CounterState(currents=[-0.0, -0.0, -0.0], powers=[0.0, 0.0, 0.0], voltages=[-0.0, -0.0, -0.0], power_factors=[-0.0, -0.0, -0.0], imported=0.0, exported=0.0, power=0.0, frequency=-0.0)

Der wird dann auch artig gespeichert:

Code: Alles auswählen

2024-03-02 05:39:51,224 - {modules.common.store._api:30} - {INFO:component0} - Saving CounterState(currents=[-0.0, -0.0, -0.0], powers=[0.0, 0.0, 0.0], voltages=[-0.0, -0.0, -0.0], power_factors=[-0.0, -0.0, -0.0], imported=0.0, exported=0.0, power=0.0, frequency=-0.0)

Leider war das genau die letzte Abfrage im 5-Minuten Takt, so dass der fehlerhafte Wert nicht mehr korrigiert werden konnte.

Die nächste Abfrage lieferte dann wieder den richtigen Zählerstand, gehört aber in den nächsten 5-Minuten Takt:

Code: Alles auswählen

2024-03-02 05:40:02,867 - {modules.common.store._api:26} - {DEBUG:device0} - Raw data CounterState(currents=[4.5, 3.5, 3.1], powers=[1022.0, 714.0, 705.0], voltages=[239.29, 239.71, 238.3], power_factors=[0.943, 0.8259000000000001, 0.934], imported=9652279.0, exported=4878314.0, power=2442.0, frequency=49.97)
...
2024-03-02 05:40:03,213 - {modules.common.store._api:30} - {INFO:component0} - Saving CounterState(currents=[4.5, 3.5, 3.1], powers=[1022.0, 714.0, 705.0], voltages=[239.29, 239.71, 238.3], power_factors=[0.943, 0.8259000000000001, 0.934], imported=9652279.0, exported=4878314.0, power=2442.0, frequency=49.97)

@Lutz:
Als einzige Lösung fällt mir dazu ein, dass nicht nur keine Antwort ignoriert werden muss, sondern auch eine exakte 0-Antwort.

Es gibt einen Fix: Sendet der WR den Wert 0, wird der letzte Wert beibehalten.
Bitte auch das Ladelog prüfen, da dort auch eine Änderung erforderlich war.