ObenWB hängt sich auf Main Modul?

[Karan]

Hallo,

seit dem Update auf 2.1.5 Patch 2 hängt sich meine Open alle 2 Tage nachts auf. Dies passiert immer zwischen 5:00 und 6:00 Uhr. Ich kann zwar Logs lesen die weiterlaufen und immer wieder die selbe Meldung bringen. Aber ein Neustart ist nicht möglich und die Daten PV Speicher etc. frieren auch ein entsprechend der Zeit wo das dann passiert.

Code: Alles auswählen

2024-09-28 10:55:01,612 - {root:272} - {ERROR:MainThread} - Fehler im Main-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/main.py", line 269, in <module>
    schedule.run_pending()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 780, in run_pending
    default_scheduler.run_pending()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 100, in run_pending
    self._run_job(job)
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 172, in _run_job
    ret = job.run()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 661, in run
    ret = self.job_func()
  File "/var/www/html/openWB/packages/helpermodules/utils/_exit_after.py", line 19, in inner
    timer.start()
  File "/usr/lib/python3.9/threading.py", line 874, in start
    _start_new_thread(self._bootstrap, ())
RuntimeError: can't start new thread
2024-09-28 10:55:01,617 - {schedule:660} - {DEBUG:MainThread} - Running job Job(interval=1, unit=hours, do=inner, args=(), kwargs={})
2024-09-28 10:55:01,618 - {root:272} - {ERROR:MainThread} - Fehler im Main-Modul
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/main.py", line 269, in <module>
    schedule.run_pending()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 780, in run_pending
    default_scheduler.run_pending()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 100, in run_pending
    self._run_job(job)
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 172, in _run_job
    ret = job.run()
  File "/home/openwb/.local/lib/python3.9/site-packages/schedule/__init__.py", line 661, in run
    ret = self.job_func()
  File "/var/www/html/openWB/packages/helpermodules/utils/_exit_after.py", line 19, in inner
    timer.start()
  File "/usr/lib/python3.9/threading.py", line 874, in start
    _start_new_thread(self._bootstrap, ())
RuntimeError: can't start new thread

Das sind die letzten Einträge von heute. Habe leider keine Daten von 5 Uhr wo es passiert sein muss, da ich arbeiten war. Was genau ist dieses Main Modul? Jemand eine Idee was da im argen ist?
Ach und die einzige Methode Open wieder zum arbeiten zu zwingen ist Spannungsfrei schalten und wieder einschalten.

Danke schonmal.

[dk.mailbox]

Ich habe das gleiche Problem, inklusive der log-Einträge.

Ich habe bereits mehrmals das ganze System via Backup und auch ohne auf frisch formatierter SD Karte neu aufgesetzt - nach ein paar Tagen wieder tot.
Nutze Dinge wie MQTT Bridging, SMA integration und Backup auf Nextcloud (auch wenn letzteres derzeit auch nicht mehr funktioniert).

Bitte um Hilfe - es wäre schon wenn man sich auf seine Infrastruktur verlassen kann… und ich habe keine Ahnung was ich jetzt noch probieren kann.

[openWB]

Bitte um Hilfe - es wäre schon wenn man sich auf seine Infrastruktur verlassen kann… und ich habe keine Ahnung was ich jetzt noch probieren kann

.

Zunächst mal die bridge weglassen. Die ist falsch konfiguriert oft ein Problem und verursacht entsprechend Probleme.

[dk.mailbox]

Ok, ob das was ändert teste ich morgen, muss in den Keller laufen um die Box neu zu starten.

Inwieweit kann man die Bridge falsch konfigurieren, insbesondere wenn sie tut was sie soll? Meine Konfiguration:

IMG_0424.png

(363.41 KiB) Noch nie heruntergeladen

[Gero]

Inwieweit kann man die Bridge falsch konfigurieren, insbesondere wenn sie tut was sie soll?

Sie kann z.B. auch noch ein bisschen mehr tun, als sie soll. Wie z.B. Werte in der openWB überschreiben, was wiederum zum bemängelten Verhalten führt. In der openWB wird auch die Konfiguration im MQTT-Broker gespeichert. Und wenn die mit irgendeinem Unsinn überschrieben wirs…

[derNeueDet]

Wenn die Konfiguration überschrieben wird, wird sie sich aber nach dem Reboot nicht mehr fangen.

Can't start New Thread hört sich danach an, dass was volläuft und der Raspi keine Resourcen mehr hat.

VG
Det

[dk.mailbox]

Also ich habe das Ding mal wieder resetted (aktuelle Software frisch geflashed), ein funktionierendes Backup geladen, und dort meine MQTT bridge Konfiguration gelöscht.
Verwirrung: ich bekomme trotzdem die Datenpunkte der openWB in meinem MQTT broker aktualisiert?! ...

Ansonsten beobachte ich mal ob das jetzt länger läuft. Was kann ich alles anschauen um dieser Art von Problem auf den Grund zu kommen? Insbesondere wenn es irgendwas mit dem MQTT Setting zu haben sollte?

[openWB]

Hast du ggf von der anderen Seite auch ne Bridge konfiguriert?
Zu 99,999% wird die Bridge Thematik deine Probleme verursachen.

[dk.mailbox]

So, zwar erst 2 Tage, also nicht nicht repräsentativ - aber bisher läuft die Box stabil und flott mit "ohne Bridge". Noch 1-2 Wochen beobachten damit ich sicher sein kann dass es das war, aber in der Vergangenheit war meist schon nach diesen 1-2 Tagen Schicht.

Ja, ich habe eine Bridge von der anderen Seite konfiguriert - ich hatte mich ehrlicherweise nie so richtig tief in das Thema eingelesen, war bisher der Annahme dass es die Bridge-Konfig auf beiden Seiten braucht damit das funktioniert. Das scheint falsch zu sein, nachdem ich nach wie vor Daten bekomme auch wenn die Bridge auf der openWB gelöscht ist.
Weshalb ich die originalerweise aktiviert hatte: ich wollte/konnte damit via MQTT z.B. den Lademodus einstellen, das geht jetzt nicht mehr. Habe ich aber seit v2.x eh nicht mehr genutzt, da mir die Feineinstellungen auf diesem Weg gefehlt haben.

Kann man - und wie sollte man - denn die openWB Bridge konfigurieren, damit das Ding nicht nach zwei Tagen die Box tötet?
Meine bisherige Konfig (mit halb-intelligenten Fixes um mit v2 klarzukommen, habe das update erst vor ein paar Monaten gemacht):

Code: Alles auswählen

connection openwb
address 192.168.0.47:1883
start_type automatic
topic openWB/# in 2
topic openWB/set/ChargeMode both 2
topic openWB/config/set/pv/minCurrentMinPv
topic openWB/set/lp/1/ChargePointEnabled both 2
topic openWB/set/lp/2/ChargePointEnabled both 2
topic openWB/config/set/sofort/lp/1/chargeLimitation both 2
topic openWB/config/set/sofort/lp/2/chargeLimitation both 2
topic openWB/config/set/sofort/lp/1/current both 2
topic openWB/config/set/sofort/lp/2/current both 2
topic openWB/config/set/sofort/lp/1/energyToCharge both 2
topic openWB/config/set/sofort/lp/2/energyToCharge both 2
topic openWB/config/set/sofort/lp/1/socToChargeTo both 2
topic openWB/config/set/sofort/lp/2/socToChargeTo both 2
topic openWB/set/lp/1/%Soc both 2
topic openWB/set/lp/2/%Soc both 2
local_clientid openwb.mosquitto
try_private false
cleansession true

[Gero]

Zum fernsteuern der openWB braucht man gar keine Bridge. Man beschreibt einfach die entsprechenden set/-Topics und gut ist.

Kaputt machen dürftest du eine aktuelle Installation der 2er-Software nicht mehr können. Ich glaube auch, dass das aktuelle Release überschreibfest ist. Müsstest mal ein update machen, dann kannst Du wieder mit der Bridge rumspielen. (Was aber ja eigentlich unnötig ist)