openWB Forum

LutzB hat geschrieben: Fr Okt 24, 2025 9:31 am Also bis einschließlich 2.1.7 ging das und das Standard-Theme hat auch z.B. den Lademodus so gesetzt. Da musste nicht immer ein komplettes Profil geschickt werden.

Mit Einführung der temporären Einstellungen musste die Logik eh überarbeitet werden. Dabei ist diese Kompatibilitätsschicht dann überflüssig geworden und entfallen.

Vielen Dank Lutz für die Klarstellung, Deinem Chef scheint das nicht klar zu sein und er kann oder will das nicht verstehen daß das genau das Problem ist. Und dokumentiert ist da leider auch nix in den release notes wo genau nun diese Infos hinverlegt wurden...

Das meinte ich oben mit "unter dem Hintern weggezogen ohne Hinweis/Doku" und reverse engineering war dann das komplexe JSON ausfindig zu machen wo man die Infos wieder rausextrahieren und auch wieder reinschreiben muss incl. komplizierten zusätzlichen Logik Lösung in Nodered. Vorher war das einfach nur ein einzelner MQTT Node, jetzt muss man eine komplexe JSON Logik noch dazwischen schalten

LutzB hat geschrieben: Fr Okt 24, 2025 9:31 am Also bis einschließlich 2.1.7 ging das und das Standard-Theme hat auch z.B. den Lademodus so gesetzt. Da musste nicht immer ein komplettes Profil geschickt werden.

Die kannte ich nicht, sonst hätte ich ja nicht den kleinen nodered-Flow gebaut, der in dem Profil in dem JSON rumfummelt.
Aber nun verstehe ich diejenigen, die die einfachen Topics vermissen; diejenigen, denen ich geschrieben habe, dass sie doch nur den Prefix des Ladepunkts vor das Ladeprofil schreiben müssen.

Was nun natürlich total im Kreis geführt hat: nun sind wir an der Stelle der Diskussion, an der per Feature Request etwas angeregt wird, was gerade abgebaut wurde.

Auweia.

Es macht schon Sinn das einmal ein "losgelöst" bereit zustellen. Schlicht um persistenten Zugriff zu ermöglichen und sich intern doch Dinge ändern können.

Das mit dem „auweia“ bezog sich eher auf meine gedankliche Schwerfälligkeit, das alles zu begreifen und die Konsequenzen daraus zu verstehen.

Aber gut, dass das wieder kommt. Und so wie es gerade im Entstehen ist, wird es auch gut, denke ich.

Andi hat geschrieben: Do Okt 23, 2025 10:08 pm Mal ganz platt und direkt: Ihr zieht den Leuten eine gewohnte und von euch propagierte Schnittstelle unter dem Hintern weg, die neue Lösung ist nicht dokumentiert und deutlich komplexer und fragt dann nach einem usecase?! Erwartet ihr nun allen ernstes das alle hurra schreien endlich mal wieder alle Schnittstellen anpassen zu dürfen auf ein neues Protokoll? User orientierte Entwicklung ist das leider nicht. Alles andere warum MQTT ggü. Http m.E. deutliche Vorteile hat kann man hier nachlesen, ich wiederhole das jetzt nicht nochmal alles. Sorry, aber ich versteh eure Haltung einfach nicht... Ich bleib bei MQTT und ziehe dann halt Änderungen von euch weiter im reverse engineering Modus nach, schade

Dem kann ich nur zustimmen. Ich habe ehrlich gesagt nicht die tiefe Kenntnis, die hier diskutiert wird, und welche Lösungen hier angedacht sind. Aber ich habe im HA die Integration für die openWB am laufen, und mit dem neuen Update der Wallbox auf 2.1.8 lässt sich der Lademodus nicht mehr ändern. Dann bin ich zurück auf 2.1.7 und alles funktioniert wieder.
Und das ist natürlich schade, dass hier anscheinend einfach die Schnittstelle geändert wird, und dann die Integrationen nicht mehr gehen.

Hallo Zusammen,

habe ich es richtig verstanden, dass ich auf meiner openWB unter Einstellungen nur die "HTTP-API" aktivieren muss und dann ist die simpleAPI aktiv?
Ich nutze die 2.1.9-Alpha.1.

Wenn ich bspw. die URL "http://<IP>/simpleAPI/web/simpleapi.php?get_chargepoint_all=" Aufrufe erhalte ich:

Not Found
The requested URL was not found on this server.

Apache/2.4.65 (Raspbian) Server at <IP> Port 80

Habe ich etwas vergessen zu aktivieren oder lautet die URL anders?

Brovning hat geschrieben: So Okt 26, 2025 3:23 pm Hallo Zusammen,

habe ich es richtig verstanden, dass ich auf meiner openWB unter Einstellungen nur die "HTTP-API" aktivieren muss und dann ist die simpleAPI aktiv?
Ich nutze die 2.1.9-Alpha.1.

Wenn ich bspw. die URL "http://<IP>/simpleAPI/web/simpleapi.php?get_chargepoint_all=" Aufrufe erhalte ich:

Not Found
The requested URL was not found on this server.

Apache/2.4.65 (Raspbian) Server at <IP> Port 80

Habe ich etwas vergessen zu aktivieren oder lautet die URL anders?

Nein, die simpleAPI ist derzeit noch nicht in der Alpha.
Diese kann bei derzeit auf einem separaten System oder wenn ohnehin selbst installiert auf dem gleichen genutzt werden.
Siehe: https://github.com/openWB/simpleAPI

Ziel ist aber klar das diese direkt in openWB integriert ist.

openWB hat geschrieben: So Okt 26, 2025 3:41 pm Ziel ist aber klar das diese direkt in openWB integriert ist.

Ab wann ist es geplant, dass die SimpleAPI integriert wird?

Mit der v1.9 hat das steuern per MQTT tadellos funktioniert.
Jetzt mit der v2.x bekomme ich das nicht mehr hin. Wo finde ich eine Liste aller MQTT set-topics der v2.x?

Ab wann ist es geplant, dass die SimpleAPI integriert wird?

Kurzfristig.

Wo finde ich eine Liste aller MQTT set-topics der v2.x?

Am einfachsten im Browser mit dem Standard theme.
Gewünschte Aktion ausfuhren und in der Konsole steht welches Topic wie beschrieben wird.
Ich empfehle aber auf die simpleAPI zu warten.

Ich habe ebenfalls den Fehler gemacht und ein Update von Version 2.1.8 Patch 1 auf Patch 3 durchgeführt.
Ich bin nicht davon ausgegangen, dass innerhalb eines Patches Änderungen vorgenommen werden, die die Funktionalität meines Setups so stark beeinträchtigen würden.

Seit dem Update erhalte ich folgende Meldung:

Modulmeldung: Keine MQTT-Daten für Komponente MQTT-Speicher empfangen oder es werden veraltete, abwärtskompatible Topics verwendet. Bitte die Doku in den Einstellungen beachten.

Außerdem kann ich die Lademodi über Home Assistant nicht mehr auswählen.

Ich habe nach der erwähnten Dokumentation in den Einstellungen gesucht, aber nichts gefunden.
Auch im Wiki gibt es keinerlei Informationen zu Patch 3.

Offenbar bin ich nicht der Einzige, der nach einer Auflistung der aktuellen MQTT-Topics sucht.
Statt diese auf Anfrage bereitzustellen oder – besser – im Wiki zu veröffentlichen, wird man darauf verwiesen, sie selbst herauszufinden.

MQTT existiert mittlerweile seit rund 26 Jahren (aktuell Version 5) und es ist, soweit mir bekannt, nicht absehbar, dass es bald ersetzt wird.
Dass man dieses etablierte Protokoll durch eine eigens entwickelte API ersetzen möchte, kann ich derzeit nicht nachvollziehen.

Hat jemand von euch bereits ein Downgrade durchgeführt?
Wenn ja – wie genau?