Elchkopp hat geschrieben: ↑So Mär 03, 2024 12:03 pm
ChristophR hat geschrieben: ↑So Mär 03, 2024 10:32 am
LutzB hat geschrieben: ↑So Mär 03, 2024 10:26 am
Dann gibt es anscheinend irgendwo noch einen anderen Bug, den wir noch nicht identifizieren konnten.
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.
