Rückmeldungen 2.1.8 Release Patch 2/3

[ChristophR]

Ich würde sogar evtl. beim standard_legacy bleiben, aber dort lädt der Graph nicht mehr. Es steht dauerhaft:
Erst ca. 3% der mindestens benötigten Datenpunkte für das Diagramm vorhanden.
Hat jemand einen Tipp?

Ich denke, dann hast Du gerade ein Problem, dass die Daten auch nicht zusammengestellt werden, das ist evtl. vom Theme unabhängig.
Ich würde mal über die neue Maintenance Seite den openWB Dienst und ggf. vorher die beiden Mosquitto-Dienste oder die ganze Box neu starten:
http://<Deine openWB IP>/openWB/web/maintenance/systeminfo.html

[aiole]

Zielladen müsste auf der Hauptseite mit Uhrzeit etc konfigurierbar sein, damit es jeder nutzen kann ohne in die Konfiguration einzugreifen.

So in der Art wird etwas kommen - je nach zukünftiger Auswahl "Nutzung temporärer Ladeeinstellungen" -> nein/ja.

Bei nein (für die Konservativen, die immer gleich persistent ändern wollen) werden wie in 2.1.7 von der main über main-Link zum Ladeprofil oder umständlicher direkt über die Konfig -> Ladeprofil die Zielladepläne persistent eingestellt.

Bei ja (für die hier oft Vertretenen, mit Wunsch der neuen Temporärfunktionalität) sollen die persistenten Ladeprofileinstellungen inkl. Ladeplänen auf der temp. main ersichtlich + temporär EDITIERBAR + speicherbar werden. Spart dann das (unsägliche) Abstecken.

Ich denke, damit werden dann alle Wünsche abgedeckt.
Umsetzung läuft mit hoher Prio, da openWB gute usability wichtig ist.

[LenaK]

Ladeprotokoll falsche Start-Zeit und falscher Lademodus:

Ich melde das hier, da Rückmeldungen zu Patch 1 bereits gesperrt.

Vorgeschichte: Letzte Nacht hatte ich mein Auto per Zeitladen auf 35% geladen, soweit OK (eigentlich wollte ich nachts netzdienlich auf 40% laden, da das Fahrzeug abends schon angesteckt war ließ sich der SoC nicht mehr ändern, soweit bekannt).

Ich hatte deshalb entschieden heute früh vor Abfahrt zur Arbeit mittels Sofort-Laden von 35% auf 40% zu laden, hat soweit gepasst.
Zufälligerweise hatte ich anschließend noch einen Blick ins Ladeprotokoll geworfen und musste feststellen, dass für diesen Ladevorgang ein fehlerhafter Start-Zeitstempel (02:39: statt 08:01:) sowie ein falscher Lademodus (PV statt Sofort) eingetragen ist.

Dies hat keine hohe Priorität, trotzdem die Fehler bitte bei Gelegenheit beheben - Danke!


2025-10-16_Ladeprot_Startzeit_Sofortladen.png


Main-Log: https://paste.openwb.de/KsMcuG2l37t6nxT

Ist im Master behoben.

[Cheetah]

Musste soeben feststellen, dass bei den Smarthome Zählern der Eintrag für "Elgris" entschwunden ist. Bei den ursprünglich mit diesem Eintrag angelegten Smarthome Geräten funktioniert die Leistungsmessung zwar noch, im Dropdown Menü taucht "Elgris" jedoch nicht mehr auf.

[mrx8]

Meine letzte stable Version war von Mai und ich habe eben auf 2.1.8 Patch 3 upgegradet.
Da ich alle Daten von meinen Wechselrichtern, Stromzähler, EVs und Hausakku per mqtt in openWB übertrage sollte man ja auf die neuen Topics umsteigen also z.b. alt: openWB/set/pv4/get/power => openWB/set/mqtt/pv4/get/power. So weit so gut. Die alten Topics sind ja laut Beschreibung aus Kompatibilitätsgründen (noch) vorhanden.
Ich vermute das hier ein Fehler bei der "Spiegelung" der Daten von den neuen topics in die alten topics vorliegt.

openwb-2.1.8-bug.png (54.14 KiB) 191 mal betrachtet

Ich habe das Bild mit "MQTT Explorer" aufgenommen. Zur Info: Die x-Achse (Zeit) von dem neuen topic startet etwas eher als das alte topic, nur damit man sich nicht wundert.
Der Verlauf ist quasi synchron (rein optisch).
Das Problem ist aber eindeutig die y-Achse (Watt). Die Werte von dem neuen Topic sind korrekt, die vom alten sind völlig aus dem Ruder. Dementsprechend verhält sich auch die Wallbox => Aktuell ist kein PV-Überschussladen möglich, da die Werte einfach völlig durcheinander sind.

Reicht das als bugreport, damit sich das ein Profi mal ansehen kann?

[aiole]

Zielladen müsste auf der Hauptseite mit Uhrzeit etc konfigurierbar sein, damit es jeder nutzen kann ohne in die Konfiguration einzugreifen.

So in der Art wird etwas kommen - je nach zukünftiger Auswahl "Nutzung temporärer Ladeeinstellungen" -> nein/ja.

Bei nein (für die Konservativen, die immer gleich persistent ändern wollen) werden wie in 2.1.7 von der main über main-Link zum Ladeprofil oder umständlicher direkt über die Konfig -> Ladeprofil die Zielladepläne persistent eingestellt.

Bei ja (für die hier oft Vertretenen, mit Wunsch der neuen Temporärfunktionalität) sollen die persistenten Ladeprofileinstellungen inkl. Ladeplänen auf der temp. main ersichtlich + temporär EDITIERBAR + speicherbar werden. Spart dann das (unsägliche) Abstecken.

Ich denke, damit werden dann alle Wünsche abgedeckt.
Umsetzung läuft mit hoher Prio, da openWB gute usability wichtig ist.

Muss mich mal selbst zitieren.
Im aktuellen Master kam heute die Umschaltoption, welche sowohl die alte Bedienung - nur persistent - als auch die neue mit Temporäreinstellungen ermöglicht.
Die Typos werden sicher noch gefixt.

IMG_20251024_200409.png (114.24 KiB) 161 mal betrachtet

[therobbot]

Zielladen müsste auf der Hauptseite mit Uhrzeit etc konfigurierbar sein, damit es jeder nutzen kann ohne in die Konfiguration einzugreifen.

So in der Art wird etwas kommen - je nach zukünftiger Auswahl "Nutzung temporärer Ladeeinstellungen" -> nein/ja.

Bei nein (für die Konservativen, die immer gleich persistent ändern wollen) werden wie in 2.1.7 von der main über main-Link zum Ladeprofil oder umständlicher direkt über die Konfig -> Ladeprofil die Zielladepläne persistent eingestellt.

Bei ja (für die hier oft Vertretenen, mit Wunsch der neuen Temporärfunktionalität) sollen die persistenten Ladeprofileinstellungen inkl. Ladeplänen auf der temp. main ersichtlich + temporär EDITIERBAR + speicherbar werden. Spart dann das (unsägliche) Abstecken.

Ich denke, damit werden dann alle Wünsche abgedeckt.
Umsetzung läuft mit hoher Prio, da openWB gute usability wichtig ist.

Muss mich mal selbst zitieren.
Im aktuellen Master kam heute die Umschaltoption, welche sowohl die alte Bedienung - nur persistent - als auch die neue mit Temporäreinstellungen ermöglicht.
Die Typos werden sicher noch gefixt.

Ich bin nicht sicher, ob ich das verstehe. Heißt das, mit der Einstellung kann man jetzt entweder die Implementierung der 2.1.8 oder der 2.1.7 wählen? Das ist aber doch nicht das, was sinnvoll ist. Sinnvoll wäre, die (sinnvolle) Trennung von temporären und persistenten Einstellungen zu verbessern, also zb einmaliges Zielladen trotz temporärer Einstellungen zu ermöglichen.

[openWB]

Die Zielladen plane sind derzeit nur im Backend konfigurierbar.
Im Frontend (de-)aktivierbar.

Diese werden nun im Frontend auch editierbar. Das ist gerade in der mache.