Rückmeldungen software2 2.1.8-Alpha 2

[LutzB]

Da isser wieder: „cant start new thread“. Kann im UI noch rumklicken, aber „Versionsinfo aktualisieren“ oder „Reboot“ wird nicht ausgeführt. Im Main.log ziemlich viel „cant start new thread“

Bitte mal detailliert aufführen, was Du alles konfiguriert hast. Geräte/Komponenten, Strompreisanbieter, Sicherungsserver, SmartHome....

[Kitmgue]

Das sollte schon behoben sein. Sonst bitte nochmal ein neues Log einstellen.

Leider nein.
Aber ich glaube, ich habe es nun inhaltlich verstanden.

Wie man auf den Screenshots sieht, ist beim Carport unter Leistung bei der Phasenzahl eine 1 angezeigt. Nun rechnet openWB vermutlich mit nur 1 Phase, ob man die Ladung starten kann. Sobald die Ladung läuft, wird kurz mit 3 Phasen geladen, dann wird erkannt, dass Netzbezug existiert und die Ladung wieder abgebrochen.
Für sehr kurze Zeit wird danach auf bei Leistung noch immer die 3 angezeigt und es kommt die Meldung, dass der Überschuss nicht ausreichend ist.
Das wird dann aber zurückgesetzt auf 1 Phase. Und es geht von vorne los.

Log liegt unter https://paste.openwb.de/hAUxK886XbrM7kq

Also eigentlich müsste openWB "nur" berücksichtigen, dass aufgrund fehlender 1p/3p-Umschaltung halt immer 3 Phasen für den Ladepunkt genutzt werden. So wie es auch im Ladepunkt konfiguriert ist.

Installierte Version: 2025-05-27 16:28:50 +0200 [268876a15]

Nun sollte es aber behoben sein.

Würde gerne schreiben: yes.
Aber leider ist es nicht so :-/

https://paste.openwb.de/Q43ddE8VifAiEpZ

[Gero]

Bitte mal detailliert aufführen, was Du alles konfiguriert hast. Geräte/Komponenten, Strompreisanbieter, Sicherungsserver, SmartHome....

Das wäre doch eigentlich dann eher ein Fall für ein Support-Ticket, oder?

Ich habe sieben smarthome-Geräte, mal mit den energy-Charts gespielt und immer mal wieder eine Komponente angelegt und auch wieder gelöscht. Von daher kann das gut sein, dass sich da der eine oder andere Strubbel eingeschlichen hat.

Wennjemand das analysieren mag, würde ich ein Ticket aufmachen. Ansonsten gibt mir Deine Einschätzung die Hoffnung, mit einen Werksreset wieder in klares Fahrwasser zu kokmen.

[LutzB]

Bitte mal detailliert aufführen, was Du alles konfiguriert hast. Geräte/Komponenten, Strompreisanbieter, Sicherungsserver, SmartHome....

Das wäre doch eigentlich dann eher ein Fall für ein Support-Ticket, oder?

Ich habe sieben smarthome-Geräte, mal mit den energy-Charts gespielt und immer mal wieder eine Komponente angelegt und auch wieder gelöscht. Von daher kann das gut sein, dass sich da der eine oder andere Strubbel eingeschlichen hat.

Wennjemand das analysieren mag, würde ich ein Ticket aufmachen. Ansonsten gibt mir Deine Einschätzung die Hoffnung, mit einen Werksreset wieder in klares Fahrwasser zu kokmen.

Ich suche nach Gemeinsamkeiten der Systeme, die von dem "max Threads" Problem betroffen sind. Ein einzelnen Support-Ticket hilft uns nicht wirklich weiter.

Ich denke, dass irgendein Modul für die auflaufenden Threads sorgt. Solange wir nicht wissen, welche in Frage kommen, ist das Stochern im Nebel. Kann natürlich auch sein, dass ich total daneben liege und es keine Gemeinsamkeiten gibt.

[LenaK]

Seit dem letzten Update geht das PV Laden gar nicht mehr.IMG_7303.png

Sofort laden ist kein problem. Aber nur 1 Phase. Er scheint nicht zu wechseln

https://paste.openwb.de/8RuVhxctM23Dk4S

Hast Du noch ein Smarthome-Systeme oä angebunden? Das die Phasenzahl ein str ist, sollte nicht sein.

[fawick]

PV-Laden startet gar nicht erst:

Code: Alles auswählen

2025-06-02 16:15:44,048 - {control.chargepoint.chargepoint:713} - {ERROR:MainThread} - Fehler im Prepare-Modul für Ladepunkt 3
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/control/chargepoint/chargepoint.py", line 671, in update
    self.set_required_currents(required_current)
  File "/var/www/html/openWB/packages/control/chargepoint/chargepoint.py", line 588, in set_required_currents
    for i in range(0, control_parameter.phases):
TypeError: 'str' object cannot be interpreted as an integer

Volles Log: https://paste.openwb.de/ccX54peuo3jXTB0

[Ihaglc]

Bitte mal detailliert aufführen, was Du alles konfiguriert hast. Geräte/Komponenten, Strompreisanbieter, Sicherungsserver, SmartHome....

Das wäre doch eigentlich dann eher ein Fall für ein Support-Ticket, oder?

Ich habe sieben smarthome-Geräte, mal mit den energy-Charts gespielt und immer mal wieder eine Komponente angelegt und auch wieder gelöscht. Von daher kann das gut sein, dass sich da der eine oder andere Strubbel eingeschlichen hat.

Wennjemand das analysieren mag, würde ich ein Ticket aufmachen. Ansonsten gibt mir Deine Einschätzung die Hoffnung, mit einen Werksreset wieder in klares Fahrwasser zu kokmen.

Wollte meine Erfahrung mitteilen, als Denk-Ansatzpunkt für die Fehlersuche:
Greife die SE Daten für meine lokale openWB mit SW2.0 und für eine Standalone mit der SW 1.9 ab.
Funktionierte soweit ganz gut, bis auf ein paar SOC Unterbrechungen in der Anzeige.
Um dies zu beseitigen, habe ich in Homeassistant einen Modbus-Proxy eingerichtet.
Funktionierte zunächst alles soweit einwandfrei, bis auch ich das Phänomen des Einfrierens ( nur ) der internen openWB mit SW2.0 erlebte.
Nach Aus- Einschalten der Box alles i.O.
In letztem Fall bemerkte ich, dass die Werte vor kurzem eingefroren waren. Die Box ließ sich ansonsten aber noch normal bedienen.
Hab mir das LOG des Proxies angesehen und siehe da, die Werte wurden nicht weitergeleitet.
Nach dem Stoppen und Wiederstarten des Modbus-Proxies aktuelle Werte sofort wieder in der Wallbox zu sehen.
So läuft es bei mir seit ca. 2 Wochen jetzt ohne Probleme.

Habt Ihr vielleicht auch einen Modbus- Proxy eingerichtet?
Kann es sein, dass sich die OpenWB mit SW2.0 durch ein Überlaufen der Fehlermeldungen nicht mehr bedienen lässt?

[seaspotter]

Wollte meine Erfahrung mitteilen, als Denk-Ansatzpunkt für die Fehlersuche:
Greife die SE Daten für meine lokale openWB mit SW2.0 und für eine Standalone mit der SW 1.9 ab.
Funktionierte soweit ganz gut bis auf ein paar SOC Unterbrechungen in der Anzeige.
Um dies zu beseitigen, habe ich in Homeassistant einen Modbus-Proxy eingerichtet.
Funktionierte zunächst alles soweit einwandfrei, bis auch ich das Phänomen des Einfrierens ( nur ) der internen openWB mit SW2.0 erlebte.
Nach Aus- Einschalten der Box alles i.O.
In letztem Fall bemerkte ich, dass die Werte vor kurzem eingefroren waren. Die Box ließ sich ansonsten aber noch normal bedienen.
Hab mir das LOG des Proxies angesehen und siehe da, die Werte wurden nicht weitergeleitet.
Nach dem Stoppen und Wiederstarten des Modbus-Proxies läuft es bei mir seit ca. 2 Wochen jetzt ohne Probleme.

Habt Ihr vielleicht auch einen Modbus- Proxy eingerichtet?
Kann es sein, dass es durch ein Überlaufen der Fehlermeldungen in SW2.0, die openWB zum kompletten Einfrieren bringt?

Dem steht entgegen, dass ich keinerlei Solaredge Komponenten habe und die gleichen regelmäßigen Einfrierszenarien immer wieder habe. Aber erst seit ca. 3 Wochen (für mich seit Integration von Koala). Vorher gab es das schlicht und ergreifend nicht und wurde m.W. auch hier nie vorher berichtet.

[Ihaglc]

ok gut, Kann sein dass es an der Koala liegt:
Hatte mir vorher mal kurze Zeit das Koala Theme angesehen.
Habe nach dem Letzten Einfrieren nur noch das StandardTheme in der Anzeige.

[LutzB]

Nein, kann nicht am Theme liegen. Das ist nur zufällig mit den anderen Änderungen im selben Feature Branch mit reingekommen.