openWB Forum

Verfasst: **Mo Jun 02, 2025 4:31 pm**

Das passiert wenn die openwb kurz vor dem Blackout ist .
Die Speichernutzung steigt und es wird träge bis es dann gar nicht mehr reagiert .

Screenshot_20250602_183020_ConnectBot.jpg: (537.79 KiB) Noch nie heruntergeladen

Hier steigt der Wert

Screenshot_20250602_184141_ConnectBot.jpg: (585.33 KiB) Noch nie heruntergeladen

Hier der Log :
https://paste.openwb.de/a447tfaBHMAKfLU

Verfasst: **Mo Jun 02, 2025 4:44 pm**

Ich hatte das vor Monaten mit einem Speicherleck im Display-Chromium. Da ist letztlich ein Neustart des Prozesses alle 2 Tage daraus geworden.
Mir ist die Alpha noch zu frisch, sonst würde ich meinen Datensammler wieder an den Start bringen.

Verfasst: **Mo Jun 02, 2025 4:47 pm**

Ja das löse ich im Moment auch so :

Code: Alles auswählen

0 1 */2 * * /usr/bin/sudo /sbin/shutdown -r now

Verfasst: **Mo Jun 02, 2025 5:01 pm**

LutzB hat geschrieben: Mo Jun 02, 2025 1:54 pm
Ich suche nach Gemeinsamkeiten der Systeme, die von dem "max Threads" Problem betroffen sind. Ein einzelnen Support-Ticket hilft uns nicht wirklich weiter.

Ah, ok, dann gehe ich mal die Konfig durch:
- Http-api aktiviert aber nicht genutzt
- Keinen variablen Stromtarif
- kein OCPP
- e3dc mit ext. Wechselrichter
- virtueller Zähler für Loadsharing vor den beiden openWB
- eine series2 mit display(master) und eine mit buchse
- keine ein- und ausgänge (mehr) konfiguriert
- ein http-smarthome-gerät mit überschuss und separater Leiatungsmessung und shelly als ein-ausschalter
- fünf sh-Geräte mit shelly plug (ist noch eins mehr konfiguriert, aber nicht aktiv)

Themes sind Standard und Carss, wobei die Default-Sicht bei Cards nicht gesetzt ist. Und bei Zielladen ist auch noch nie etwas gespeichert worden.

Reicht das so?

Ps: da hier ja schon weiter spekuliert wird: die openWB-Software ist ja eigentlich nur eine fette web-anwendung mit ein paar Ankern ins drunter liegende Betriebssystem. Von daher kann ich mir eigentlich nicht vorstellen, dass ein Update von Alpha1 auf Alpha2 da so etwas elementares kaputt gemacht haben soll, dass es die Thread-Erstellung kaputt gemacht hat. Eher könnte ich mir vorstellen, dass da ein apt-get irgendwas boch nicht ganz gares installiert hat. Bin da aber wirklich kein Kenner der Details. Nur so mal als mein geglaskugel.

Verfasst: **Mo Jun 02, 2025 5:23 pm**

Basti hat geschrieben: Mo Jun 02, 2025 4:31 pm Das passiert wenn die openwb kurz vor dem Blackout ist .
Die Speichernutzung steigt und es wird träge bis es dann gar nicht mehr reagiert .

Screenshot_20250602_183020_ConnectBot.jpg

Hier steigt der Wert
Screenshot_20250602_184141_ConnectBot.jpg

Hier der Log :
https://paste.openwb.de/a447tfaBHMAKfLU

Im Log häufen sich Threads zu CP6 und CP8. Was sind das für Ladepunkte und auf welchem Stand sind die, falls es openWBs sind?

Verfasst: **Mo Jun 02, 2025 5:25 pm**

zut hat geschrieben: Mo Jun 02, 2025 4:44 pm Ich hatte das vor Monaten mit einem Speicherleck im Display-Chromium. Da ist letztlich ein Neustart des Prozesses alle 2 Tage daraus geworden.
Mir ist die Alpha noch zu frisch, sonst würde ich meinen Datensammler wieder an den Start bringen.

Hier werden immer neue Threads gestartet, bis das RaspiOS an sein Limit kommt. Also kein Speicherleck in dem Sinne wie beim Display damals. Der betroffene Prozess ist das openWB Backend.

Verfasst: **Mo Jun 02, 2025 6:26 pm**

LutzB hat geschrieben: Mo Jun 02, 2025 5:23 pm
Basti hat geschrieben: Mo Jun 02, 2025 4:31 pm Das passiert wenn die openwb kurz vor dem Blackout ist .
Die Speichernutzung steigt und es wird träge bis es dann gar nicht mehr reagiert .

Screenshot_20250602_183020_ConnectBot.jpg

Hier steigt der Wert
Screenshot_20250602_184141_ConnectBot.jpg

Hier der Log :
https://paste.openwb.de/a447tfaBHMAKfLU
Im Log häufen sich Threads zu CP6 und CP8. Was sind das für Ladepunkte und auf welchem Stand sind die, falls es openWBs sind?

Das sind zwei Openwb Customs als master und sekundär Box . Beide laufen auf der aktuellen Alpha 2025-05-28 15:17:09 +0200 [c9279865d] . Warum cp6 und cp8 weiß ich auch nicht

.

Verfasst: **Mo Jun 02, 2025 6:50 pm**

Das sind die IDs. Findest Du auch im Status. Welche ist primary, also die interne, und welche die externe secondary?

Verfasst: **Mo Jun 02, 2025 6:52 pm**

Cp6 master und cp8 ist die sekundäre .

Verfasst: **Mo Jun 02, 2025 7:48 pm**

Thomas aus W hat geschrieben: So Jun 01, 2025 6:23 pm 2.1.8-Alpha.2 2025-05-22 17:39:09 +0200 [c3eb2d382]

Das Main-Theme zeigt keine Einspeisung, obwohl die tatsächlich statt fand:
keine-einspeisung-Bildschirmfoto_2025-06-01_20-13-44.png

Es wurde heute auch kein log geschrieben:
Code: Alles auswählen
openwb@openwb-2:~ $ ls -ltr openWB/data/daily_log/20250*
-rw-r--r-- 1 openwb openwb 259971 24. Mai 23:55 openWB/data/daily_log/20250524.json
-rw-r--r-- 1 openwb openwb 259901 25. Mai 23:55 openWB/data/daily_log/20250525.json
-rw-r--r-- 1 openwb openwb 259848 26. Mai 23:55 openWB/data/daily_log/20250526.json
-rw-r--r-- 1 openwb openwb 260671 27. Mai 23:55 openWB/data/daily_log/20250527.json
-rw-r--r-- 1 openwb openwb 260128 28. Mai 23:55 openWB/data/daily_log/20250528.json
-rw-r--r-- 1 openwb openwb 255264 29. Mai 23:55 openWB/data/daily_log/20250529.json
-rw-r--r-- 1 openwb openwb 260580 30. Mai 23:55 openWB/data/daily_log/20250530.json
-rw-r--r-- 1 openwb openwb  12000 31. Mai 01:00 openWB/data/daily_log/20250531.json
im Log gibt es keinerlei hinweis auf fehler, den ich gesehen hätte:
https://paste.openwb.de/1u2KU7i9adtPvfg

Platz auf der SD ist ausreichend vorhanden:
Code: Alles auswählen
openwb@openwb-2:~ $ df -h .
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        15G    9,4G  5,1G   65% /

Ursache den Problems ist, dass mir Tibber über die API keine Preisvorhersagen mehr liefert:

Code: Alles auswählen

curl -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -X POST -d '{ "query": "{viewer {homes {currentSubscription {priceInfo {current {total energy tax startsAt }}}}}}" }' https://api.tibber.com/v1-beta/gql

{"data":{"viewer":{"homes":[{"currentSubscription":{"priceInfo":{"current":null}}}]}}}

Die OWB fällt dann auf die Nase, wenn sie die (nicht vorhandene) Preis-Info ins Log schreiben will:

Code: Alles auswählen

2025-06-02 09:10:01,975 - {helpermodules.measurement_logging.write_log:171} - {ERROR:MainThread} - Fehler beim Speichern des Log-Eintrags Traceback (most recent call last): File "/var/www/html/openWB/packages/helpermodules/measurement_logging/ write_log.py", line 161, in save_log new_entry = create_entry(log_type, sh_log_data, previous_entry) File "/var/www/html/openWB/packages/helpermodules/measurement_logging/ write_log.py", line 201, in create_entry grid_price = data.data.optional_data.et_get_current_price() File "/var/www/html/openWB/packages/control/optional.py", line 69, in et_get_current_price return self.data.et.get.prices[str(int(create_unix_timestamp_current_full_hour()))] KeyError: '1748847600' 
2025-06-02 09:10:01,977 - {helpermodules.measurement_logging.update_yields:26} - {ERROR:MainThread} - Fehler beim Veröffentlichen der Tageserträge. Traceback (most recent call last): File "/var/www/html/openWB/packages/helpermodules/measurement_logging/ update_yields.py", line 22, in update_daily_yields totals = get_totals(entries) File "/var/www/html/openWB/packages/helpermodules/measurement_logging/ process_log.py", line 70, in get_totals for entry in entries: TypeError: 'NoneType' object is not iterable

Habe Tibber jetzt deaktiviert, dadurch wird wieder ein Log geschrieben.

bye
TW

openWB Forum

Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2

Re: Rückmeldungen software2 2.1.8-Alpha 2 - kerine Einspeisung ausgezeichnet