openWB Forum

schrej hat geschrieben: Sa Nov 08, 2025 9:13 am In SW 2.1.7 ist es z.B. für PV_Charging:
openWB/set/general/chargemode_config/pv_charging/
und für Instant Charging
openWB/set/general/chargemode_config/instant_charging/

Danke Jörg

aiole hat geschrieben: Sa Nov 08, 2025 3:42 pmHast du kein separates Testsystem, um auf alpha / beta mitzutesten?
Aktuell habe ich die 2.1.9-Alpha.3 sogar produktiv im Einsatz (mit einer 2.1.8-Backup-SDC daneben liegend). Letztlich bekommt man die letzten bugs nur mit Live-tests raus.

Andi hat geschrieben: Sa Nov 08, 2025 6:57 pm

Gero hat geschrieben: Do Nov 06, 2025 5:52 pm Hier sucht jemand den eingestellten Mindeststrom. Schreibend ist er drin, lesend fehlt er.

viewtopic.php?p=135575#p135575

ja, genau darüber bin ich heute auch beim Testen der neuen API Struktur gestolpert. Im lesbaren topic:

openWB/simpleAPI/chargepoint/4/set/charge_template/chargemode/pv_charging/min_current

ändert sich leider nix bei mir, vermutlich weil das das persistente Charge_template ist. Aber die nicht persistente temporäre Änderung die auch korrekt umgesetzt wird (im webinterface und es wird auch mit min Strom geladen) finde ich in der simpleAPI nirgendwo, brauche sie aber als Status für die externe Steuerung um den minPV Modus auch wieder sauber beenden zu können. Oder ist das wirklich so gedacht und auch sichergestellt daß auch immer der aktuelle Status (egal ob über Webinterface oder externe Steuerung) immer auch das SET topic

openWB/simpleAPI/set/chargepoint/4/minimal_permanent_current

den aktuellen Status beinhaltet? Wäre zumindest ein Logikbruch im get/set Konzept...

Wahrscheinlich gilt selbes Verhalten auch noch für weitere set topics, es sollte aber für jedes Set topic auch ein korrektes (temporäres) Statustopic geben. Habe das aber nicht alles durchgetestet vermutlich aber relevant für die ganzen topics des Chargeprofils (ECO Preis, instant limits,...)?!

Andi hat geschrieben: Sa Nov 08, 2025 6:57 pm
Ansonsten vielen Dank für die nun deutlich schlankere und übersichtlichere SimpleAPI. Ich hätte sie noch weiter verschlankt und zumindest die GET/SET Pfade für den "ersten Ladepunkt" auch in eine Passende Unterstruktur (z.B. "Default") wie die Einzel ID Chargepoints gepackt. Oder noch besser: ganz weggelassen da diese 100% redundant zu dem Ladepunkt mit der niedrigsten ID sind und in der SW dann intern handeln (wenn keine ID im topicpfad, dann muss diese mit der ersten niedrigsten intern durch die SW ergänzt werden), da das den Enduser einfach nur verwirrt wenn er doppelte Datenstrukturen vorfindet... Selbiges gilt analog für die Strukturen pv, bat, counter, das ist auch alles redundant und unnötig aus Endusersicht!

Und auch vielen Dank für den Sendefilter, da ist nun deutlich weniger traffic mit doppelten Werten und ich kann ein paar externe Vorschaltlogiken nun wieder aufräumen bzw. löschen

Von den Inhalten ist das jetzt doch recht umfangreich und es sollte erstmal nichts grundsätzlich wichtiges fehlen, TOP!

openWB hat geschrieben: So Nov 09, 2025 7:35 am

schrej hat geschrieben: Sa Nov 08, 2025 9:13 am In SW 2.1.7 ist es z.B. für PV_Charging:
openWB/set/general/chargemode_config/pv_charging/
und für Instant Charging
openWB/set/general/chargemode_config/instant_charging/

Danke Jörg

Aber welches Topic meinst du?
Und bitte erläutere mal warum du das in deinem Use Case regelmäßig umstellen musst.

Andi hat geschrieben: Sa Nov 08, 2025 8:22 pm und wenn ich mir das Gesamtbild ansehe würde ich gleich noch einen Schritt weiter gehen um den Supportaufwand und auch Pflegeaufwand in der Entwicklung weiter zu reduzieren:

Ich würde nur noch die neue simpleAPI Standardmäßig ausgeben, die interne Struktur würde ich nur in einem in den Einstellungen optional konfigurierbaren MQTT Expertenmodus freischalten mit dem Hinweis daß diese Struktur ggf während der Entwicklung sich ändern kann und auch Risiken bei falscher Anwendung von z.B. Schreibbefehlen existieren, Supportausschluss, ...!

Dann hat ein Otto Normaluser eine extrem übersichtliche, einfache Struktur wenn er sich das z.B. im MQTT Explorer anschaut und findet ziemlich schnell was er sucht/braucht und ihr müsst auch nur diese Struktur nach aussen warten, stabil halten, dokumentieren, etc. und habt in der Entwicklung für die internen komplexeren Strukturen freiere Hand ohne murren von ein paar nerds wie mir die sich da alles mögliche ziehen und nutzen und sich dann bei Änderungen beschweren

Gero hat geschrieben: So Nov 09, 2025 8:27 am

openWB hat geschrieben: So Nov 09, 2025 7:35 am

schrej hat geschrieben: Sa Nov 08, 2025 9:13 am In SW 2.1.7 ist es z.B. für PV_Charging:
openWB/set/general/chargemode_config/pv_charging/
und für Instant Charging
openWB/set/general/chargemode_config/instant_charging/

Danke Jörg

Aber welches Topic meinst du?
Und bitte erläutere mal warum du das in deinem Use Case regelmäßig umstellen musst.

Ich stelle mir das mal ganz blöd so vor, dass da jemand den vermissten Min+PV Modus bauen will. Dafür braucht er zur Anzeige den eingestellten Mindeststrom. Der wirs ja da dann auch verändert werden können, dafür existiert ja ein Topic.
Workaround wäre bei Anwahl den Mindeststrom blind auf 6A zu setzen und bei Abwahl auf 0A. So bekommt man in seiner „App“ aber keine Änderung des Mindeststroms am openWB-UI mit.

Edit: ah, da scheint es gerade eben einen PR zu geben.

openWB hat geschrieben: Mo Nov 03, 2025 4:41 pm

ID4U hat geschrieben: Mo Nov 03, 2025 4:35 pm Kurze Rückfrage zum neuen Topic "openWB/simpleAPI/set/instant_charging_limit": Kann ich das auch gezielt für einen bestimmten Chargepoint verwenden? Also anlog zu "openWB/simpleAPI/set/chargepoint/X/chargemode"?

Ja. Die Implementierung nimmt den angegebenen Charge Point.
Ist keiner da dann den mit der niedrigsten ID