Rückmeldungen openWB software 2.2.0 Alpha 1

[christoph.wegener]

Das ist mir bewusst und natürlich habe ich ein Backup und könnte das jederzeit einspielen; mit dem Erfolg, dass natürlich ein potentieller zwischenzeitlicher Ladevorgang weg wäre, zumindest war das bisher immer so. Aber ok, einen Tod muss man sterben

Aber darauf hinzuweisen, dass das Problem offensichtlich kein Einzelfall ist und die openWB durch diesen Fehler (für den Rest der Familie hier) nahezu unbedienbar wird, ist ja auch kein Verbrechen oder?

Same here, es wäre toll, wen sich jemand kurzfristig dem Problem annehmen könnte.
Hier gibt es (nur) einen Ladepunkt, der ist dann ganz kurz zu sehen, dann wieder weg, aktuell ist unsere openWB so nicht mehr wirklich bedienbar.
Danke im Voraus für Euer Engagement!

Du bist ja aber im Master Branch, was produktiv nicht eingesetzt werden sollte Insofern hast du ja sicher n Backup oder kannst aufs Release gehen, dann sollte es wieder gehen

[seaspotter]

Das ist mir bewusst und natürlich habe ich ein Backup und könnte das jederzeit einspielen; mit dem Erfolg, dass natürlich ein potentieller zwischenzeitlicher Ladevorgang weg wäre, zumindest war das bisher immer so. Aber ok, einen Tod muss man sterben

Aber darauf hinzuweisen, dass das Problem offensichtlich kein Einzelfall ist und die openWB durch diesen Fehler (für den Rest der Familie hier) nahezu unbedienbar wird, ist ja auch kein Verbrechen oder?

Ja du kannst auch aufs Release Branch wechseln und dann hast du auch wieder eine bedienbare Wallbox. Also das es unbedienbar ist, ist dann eigentlich kein Argument wenn man wissentlich im Master Branch ist

[christoph.wegener]

Gerade per Backup ein Downgrade auf Version 2026-03-04 10:00:41 +0000 [e73b63405] gemacht und mit freudiger Überraschung festgestellt, dass Ladevorgänge nach dem Backup-Zeitpunkt noch vorhanden sind (Das war aber doch nicht immer so?). Jetzt warte ich entspannt ab, wie sich das Problem "Ladepunkt nicht sichtbar/steuerbar" weiter entwickelt

BTW: Das genannte Problem "Ladepunkte nicht sichtbar/steuerbar" besteht hier mindestens seit Version 2026-03-11 15:42:48 +0100 [cfdbc1be9] und wurde mit dem heutigen Update auch noch nicht behoben; vlt. hilft das ja bei der weiteren Eingrenzung.

Das ist mir bewusst und natürlich habe ich ein Backup und könnte das jederzeit einspielen; mit dem Erfolg, dass natürlich ein potentieller zwischenzeitlicher Ladevorgang weg wäre, zumindest war das bisher immer so. Aber ok, einen Tod muss man sterben

Aber darauf hinzuweisen, dass das Problem offensichtlich kein Einzelfall ist und die openWB durch diesen Fehler (für den Rest der Familie hier) nahezu unbedienbar wird, ist ja auch kein Verbrechen oder?

[LenaK]

Aktueller master (2026-03-12 12:08:09 +0100 [cea69b828]):
Zunächst ist mir nach dem Anstecken des Autos aufgefallen, dass sich im Dashboard des Standard-Theme die Zielpläne nicht mehr per klick ein- und ausschalten lassen:
2026-03-12 17_12_43.png
Dann habe ich es über das Display versucht.
Dort wurde ständig zwischen den 2 Ansichten hin- und hergeschaltet, auch dort konnte man die Zielpläne nicht aktivieren oder deaktivieren:
2026-03-12 17_17_55-openWB_Display1.png
2026-03-12 17_17_55-openWB_Display2.png
Im Koala Theme sieht man im Energiefluss, dass ständig zwischen Stop und Zielladen gewechselt wird.

Die Übersichtseite des Smarthome geht auch nicht auf, bleibt beim Laden stehen, davon habe ich keinen Screenshot.
Beim Aufrufen der openWB Oberfläche bleibt das Laden der Seite manchmal bei 67% hängen, dann muss man ziemlich oft aktualisieren, irgendwann läuft es dann zufällig mal bis 100%.
Wenn man die Oberfläche einmal aufgerufen hat, gibt es keine Probleme irgendwelche Unterseiten aufzurufen.
Ich habe das main.log und smarthome.log gesichert, vielleicht ist hieraus etwas zu erkennen?

main.log:
https://paste.openwb.de/s0rWE41w2GLieoe

smarthome.log:
https://paste.openwb.de/LoWgCDGGEeI4qSX

Ist behoben.

[Andi03]

Hallo, habe folgende master installiert : 2026-03-17 10:57:53 +0100 [a127b00ce]

Hinweis: es ist keine BV aktiviert

Auffälligkeiten beim testen via Cloud:
- die Verbindung bricht deutlich seltener ab in der klassischen Bedienoberfläche. ( So alle 3-5 min in etwa)
- die Verbindung bricht vom Wechsel Einstellungen -> Bedienoberfläche kurz ab und stellet die Verbindung wieder her.
- Der Ladepunkt ist mit dem entsprechenden Ladeprofile verknüpft (Standard) hierbei ist bin den Einstellungen auch der lademodus Stop verknüpft -> die Anzeige des lademodi hingegen ist leer siehe Screenshot. Dies ändert sich auch nicht, wenn man manuell den lademodi auswählt.
- die vorherige Meldung Mqtt Daten Ladepunkt ist nun nicht mehr aufgetaucht.
- Verbindungsanzeige ist nach 5s verschwunden. Verbindung bleibt wohl jedoch bestehen. -> soll das so?

[Andi03]

Seit master 2026-03-17 10:57:53 +0100 [a127b00ce]
ist die Soc anzeigen in Prozent verschwunden beim Fronius Speicher Modul. Jedoch wird der Soc scheinbar via Balken angezeigt.

[seaspotter]

Seit master 2026-03-17 10:57:53 +0100 [a127b00ce]
ist die Soc anzeigen in Prozent verschwunden beim Fronius Speicher Modul. Jedoch wird der Soc scheinbar via Balken angezeigt.

Auch die Anzeige "Laden mit Überschuss" beim Speicher macht irgendwie kein Sinn.

Da ist wohl im https://github.com/openWB/core/pull/3199 was schiefgelaufen.

ksnip_20260317-120133.png (29.4 KiB) 105 mal betrachtet

[christoph.wegener]

Ich finde schon, dass das Sinn macht, weil man dann direkt sehen kann, wie der Speicher beim "Laden mit Überschuss" genutzt/priorisiert wird.
Jm2c, aber vlt. habe ich auch etwas falsch verstanden.

Seit master 2026-03-17 10:57:53 +0100 [a127b00ce]
ist die Soc anzeigen in Prozent verschwunden beim Fronius Speicher Modul. Jedoch wird der Soc scheinbar via Balken angezeigt.

Auch die Anzeige "Laden mit Überschuss" beim Speicher macht irgendwie kein Sinn. Da ist wohl im https://github.com/openWB/core/pull/3199 was schiefgelaufen.

ksnip_20260317-120133.png

[seaspotter]

Ich finde schon, dass das Sinn macht, weil man dann direkt sehen kann, wie der Speicher beim "Laden mit Überschuss" genutzt/priorisiert wird.
Jm2c, aber vlt. habe ich auch etwas falsch verstanden.

Seit master 2026-03-17 10:57:53 +0100 [a127b00ce]
ist die Soc anzeigen in Prozent verschwunden beim Fronius Speicher Modul. Jedoch wird der Soc scheinbar via Balken angezeigt.

Auch die Anzeige "Laden mit Überschuss" beim Speicher macht irgendwie kein Sinn. Da ist wohl im https://github.com/openWB/core/pull/3199 was schiefgelaufen.

ksnip_20260317-120133.png

Ergänzung:
"Laden mit Überschuss" in der Speicherkachel macht für mich wenig Sinn. Wäre es nicht besser auf identische Benennungen in den Einstellungen und im UI zu bleiben? In den Einstellungen heißt es "Ladepriorität" und als Auswahl "Fahrzeug", "Ladung" und "Nach SoC des Speichers". In der Anzeige und der Zahnrad-Auswahl der Kachel hab ich "Mindest SoC". Hier wäre es doch schön wenn es identische Benennungen gibt, damit man überall weiß was ich auswähle?
Und schön wäre es (Feature Request) wenn ich auch gleich die Auswahl für die Aktive Speichersteuerung übers Zahnrad machen kann und die in der Kachel auch mit angezeigt wird. Und beim oberen genannten Thema gleich noch "Passive Speicherbeachtung" mit drüberschreiben, so wäre es konsistent.

ksnip_20260317-120133.png (29.4 KiB) 91 mal betrachtet

ksnip_20260317-121032.png (59.6 KiB) 91 mal betrachtet

ksnip_20260317-121050.png (19.07 KiB) 91 mal betrachtet

[Gero]

Ich weiß nicht, ob das auch bei anderen so ist, aber seit einigen Master-Versionen hängt beim Aufruf des UI minutenlang bei 67% bis es dann irgendwann doch das Main-UI vollständig geladen hat. Der Graph ist dann leer und ein paar Minuten lang kommt "Diagramm lädt, bitte warten". Irgendwann erscheint dann der vollständige Graph.
Lässt man das Fenster dann so in der Ecke liegen war es früher so, dass der Graph immer weiter gezeichnet wird. Das friert mittlerweile ein, erkennbar an den geraden linien. Browser ist Chrome, mit Safari auf openwb.local kommt mittlerweile ein timeout. Das funktioniert also gar nicht mehr.

https://paste.openwb.de/di90VovezICtveJ