Seite 10 von 16
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 5:26 am
von 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. .
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 8:21 am
von LutzB
Ihaglc hat geschrieben: ↑So Mär 03, 2024 7:02 pm
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?
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:02 am
von 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) 469 mal betrachtet
- 2024-03-04 10_30_52-Window.png (31.94 KiB) 469 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
hier noch mal alle Tageswerte von OWB2
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:04 am
von Nasdero
LutzB hat geschrieben: ↑Mo Mär 04, 2024 8:21 am
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.
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:24 am
von LutzB
Ihaglc hat geschrieben: ↑Mo Mär 04, 2024 10:02 am
Nein ist nicht erkennbar.
siehe SE Screenshots ( Auflösung nur in 15min- Werten )
Ich meinte eigentlich in der Auswertung der openWB.
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:26 am
von LutzB
Nasdero hat geschrieben: ↑Mo Mär 04, 2024 10:04 am
LutzB hat geschrieben: ↑Mo Mär 04, 2024 8:21 am
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.
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:42 am
von mrinas
LutzB hat geschrieben: ↑Mo Mär 04, 2024 10:26 am
Nasdero hat geschrieben: ↑Mo Mär 04, 2024 10:04 am
LutzB hat geschrieben: ↑Mo Mär 04, 2024 8:21 am
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.
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 10:45 am
von Thomas aus W
mrinas hat geschrieben: ↑Mo Mär 04, 2024 10:42 am
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
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 11:03 am
von 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.
Re: Rückmeldungen openWB software 2.1.3 Alpha 4
Verfasst: Mo Mär 04, 2024 2:04 pm
von LenaK
ChristophR hat geschrieben: ↑So Mär 03, 2024 12:50 pm
Elchkopp hat geschrieben: ↑So Mär 03, 2024 12:03 pm
ChristophR hat geschrieben: ↑So Mär 03, 2024 10:32 am
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.