openWB Forum

Yabba hat geschrieben: Do Sep 18, 2025 9:59 pm Hallo,

wie schon im Beta Thread viewtopic.php?p=132583#p132583 geschrieben, habe ich wieder einen Peak in der PV Leistung.

Situation war:

Ab dem Zeitpunkt des Ladens ein schneller steigender Speicherverbrauch des python3 Prozesses, als die Tage zuvor ohne Ladung. Bei einer Speicherauslastung von 93,6% habe ich dann das Fahrzeug abgesteckt und über die Maintenance Seite den openwb2 Service neu gestartet. Danach lag der Speicherverbrauch bei 18,8%.

Jedoch gab es diese mal wieder einen Peak von 3519kW Wechselrichterleistung....

Interessant: Im Colors Theme wird der Peak dargestellt, Koala und Standard zeigten diesen nicht. In der Tagesauswertung ist der Peak aber ebenfalls zu sehen. Der Zähler zeigt dann 500kWh Ertrag vor Sonnenaufgang.

Ich habe das komplette (sehr umfangreiche) main.log gespeichert: https://paste.openwb.de/SctItP6JwKeZ5Ze

Eventuell sind dieses mal Hinweise zu finden, da nur der Service neu gestartet wurde.

Gruß, Michael

Yabba hat geschrieben: Fr Sep 19, 2025 12:27 pm

Yabba hat geschrieben: Do Sep 18, 2025 9:59 pm Hallo,

wie schon im Beta Thread viewtopic.php?p=132583#p132583 geschrieben, habe ich wieder einen Peak in der PV Leistung.

Situation war:

Ab dem Zeitpunkt des Ladens ein schneller steigender Speicherverbrauch des python3 Prozesses, als die Tage zuvor ohne Ladung. Bei einer Speicherauslastung von 93,6% habe ich dann das Fahrzeug abgesteckt und über die Maintenance Seite den openwb2 Service neu gestartet. Danach lag der Speicherverbrauch bei 18,8%.

Jedoch gab es diese mal wieder einen Peak von 3519kW Wechselrichterleistung....

Interessant: Im Colors Theme wird der Peak dargestellt, Koala und Standard zeigten diesen nicht. In der Tagesauswertung ist der Peak aber ebenfalls zu sehen. Der Zähler zeigt dann 500kWh Ertrag vor Sonnenaufgang.

Ich habe das komplette (sehr umfangreiche) main.log gespeichert: https://paste.openwb.de/SctItP6JwKeZ5Ze

Eventuell sind dieses mal Hinweise zu finden, da nur der Service neu gestartet wurde.

Gruß, Michael

Kleine Ergänzung: Durch den Neustart über die Maintenance Seite lässt sich der Fehler aktuell recht zuverlässig Nachstellen. Der letzte Balken sind zwei Neustarts mit wenigen Minuten Abstand, der erste Balken das Update auf RC2:


openWB_PV-Peak-Service-Restart.png

{"timestamp": 1758288902, "date": "15:35", "prices": {"grid": 0.0002294, "pv": 0.000123, "bat": 0.00019}, "cp": {"all": {"imported": 5998736.82, "exported": 0}, "cp1": {"imported": 5998736.82, "exported": 0}}, "ev": {"ev0": {"soc": null}, "ev1": {"soc": 78}, "ev2": {"soc": 80}, "ev3": {"soc": null}}, "counter": {"counter2": {"imported": 2269987.289276727, "exported": 9999872.618029756, "grid": true}}, "pv": {"all": {"exported": 18949287.949}, "pv3": {"exported": 18949287.949}}, "bat": {"all": {"imported": 3163721.93, "exported": 2650569.8, "soc": 100}, "bat4": {"imported": 3163721.93, "exported": 2650569.8, "soc": 100}}, "sh": {}, "hc": {"all": {"imported": 2585420.9490748234}}},
{"timestamp": 1758289201, "date": "15:40", "prices": {"grid": 0.0002294, "pv": 0.000123, "bat": 0.00019}, "cp": {"all": {"imported": 5998736.82, "exported": 0}, "cp1": {"imported": 5998736.82, "exported": 0}}, "ev": {"ev0": {"soc": null}, "ev1": {"soc": null}, "ev2": {"soc": 80}, "ev3": {"soc": null}}, "counter": {"counter2": {"imported": 2269987.289276727, "exported": 10000205.360366493, "grid": true}}, "pv": {"all": {"exported": 19462813.305}, "pv3": {"exported": 19462813.305}}, "bat": {"all": {"imported": 3163721.93, "exported": 2650569.8, "soc": 100}, "bat4": {"imported": 3163721.93, "exported": 2650569.8, "soc": 100}}, "sh": {}, "hc": {"all": {"imported": 2585476.9828035007}}},

ChristophR hat geschrieben: Do Sep 18, 2025 9:46 pm

Gero hat geschrieben: Mi Sep 17, 2025 11:12 am

ChristophR hat geschrieben: Di Sep 16, 2025 10:09 pm Es scheint also wirklich am Detail Logging zu liegen.

Ich stelle nun auch mal auf "Info", bei mir stand's auch auf Details. Der main.py hat bei mir gerade 20,2%

Also bisher kann ich folgendes beobachten:
Im Level Details werden ca. 1% RAM pro Stunde verbraucht, im Level Info 0,3% pro Stunde.
Im Level Error/Warning nicht messbar, bzw. ich müsste es noch länger laufen lassen.

Gero hat geschrieben: Sa Sep 20, 2025 6:48 am

ChristophR hat geschrieben: Do Sep 18, 2025 9:46 pm

Gero hat geschrieben: Mi Sep 17, 2025 11:12 am
Ich stelle nun auch mal auf "Info", bei mir stand's auch auf Details. Der main.py hat bei mir gerade 20,2%

Also bisher kann ich folgendes beobachten:
Im Level Details werden ca. 1% RAM pro Stunde verbraucht, im Level Info 0,3% pro Stunde.
Im Level Error/Warning nicht messbar, bzw. ich müsste es noch länger laufen lassen.

Das mit den genauen Messwerten kann ich nicht bestätigen, aber dass es auf „Info“ nun wesentlich langsamer geht als auf „Debug“, auf jeden Fall.

Bei mir kommt alle paar Sekunden boch ein zweiter pyrhon3-Prozess in die „Bestenliste“: das ist einer aus dem smarthome, der wohl einen Shelly abfragt: watt.py. Der kommt alle paar Sekunden, aber immer mit einer neuen PID. Wofür braucht der denn soviel Speicher, dass ein einfacher http-Request so viel Speicher braucht? Ist die python Netzwerklib so fett? (Den erwische ich nur in der Bestenliste, weil er einen nicht erreichbaren Shyelly abfragt und die Wartezeit bis zum Timeout ihn in die Bestenliste bringt.)