SW2: Einfache MQTT-Topics zum setzen des Lademodus etc

[Soma1975]

@a4320909533
Leider kann ich dir auf deine PN nicht antworten da du diese deaktiviert hast, deshalb nochmal hier. sorry @ll

Hallo,
ich habe das wie auf dem Bild dargestellt gemacht.
Dann alle Geräte aus der alten Integration gelöscht -> HA Neustart -> +Integration hinzufügen -> openWB2 over MQTT
Dann lande ich bei dem Fenster (siehe Abbildung aus dem letzten Post)

wahrscheinlich ist der Schritt +Integration hinzufügen falsch, aber wie kann ich das anders machen?
Danke für deine Unterstützung!
Manfred

[Gero]

So etwas in der Art ist mir auch schon mal wegen dr HA_Problematik eingefallen - allerdings nur für den schreibenden Teil. Also dass man die set-Topics per Konfigurations-Schlter aktiviert. Sonst kommen halt nur die gets.

[openWB]

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.

[BJ Axel]

Hast 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.

Leider nein, das muss hier auch in Abwesenheit funktionieren, ohne intensives Monitoring.

[openWB]

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,...)?!

Ich befürchte du bist auf ein alter version. Im Thread wurde erörtert das das aufgesplitterte Charge_template zu komplex ist.
Daher wurde das entfernt und per Cherry Pick nur einzelne Werte übernommen.
Dabei hat in der Tat min_current und einige andere bisher gefehlt.
Den PR dafür habe ich soeben erstellen ( https://github.com/openWB/core/pull/2914 )
Zusätzlich habe ich mal ein revision Topic hinzugefügt. Gerade solange sich in der Alpha noch was ändert sicherlich hilfreich.

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!

Hier sollte die Einfachheit punkten. Gerade bei simplen Systemen schlicht ohne mit IDs arbeiten zu können. Wie du das intern handhaben möchtest wenn ein externer Client sich auf ein Topic subscribed musst du mir bitte nochmal erklären. Entweder die Topics sind published oder eben nicht.
Die Werte direkt unter chargepoint sehen im MQTT Explorer in der Tat verwirrend aus.
Gerne mehr feedback ob das noch in ein Default sollte oder nicht.

[Gero]

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]

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

Das wird nicht passieren, u.a. weil das Webinterface auf der bisherigen Struktur basiert.
Wer von extern per MQTT/HTTP ran möchte soll die simpleAPI nutzen.
Das nun künstlich verhindern widerspricht etwas gegen unsere Kerneinstellung das wir die Daten verfügbar halten wollen.
Nerds können das gerne auf eigene Faust nutzen. Mit entsprechenden Risiken und Folgen.
Klare Empfehlung ist natürlich auf die nun zur Verfügung stehende simpleAPI zuzugreifen.

[openWB]

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.

@Gero
@schrej hatte zuvor nach einstellbarer Phasenanzahl gefragt, nicht nach dem Dauerstrom. Daher meine Nachfrage.
Dauerstrom ist nun im PR. Der ist beim Ändern von aufgesplittetes charge_template untergegangen.

[ID4U]

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

Habe das gerade mal getestet. Leider wird immer nur Chargepoint 1 umgestellt. Möchte aber auch Chargepoint 2 umstellen:

openWB/simpleAPI/set/chargepoint/2/instant_charging_limit

Verwende ich vielleicht das falsche Topic?

[openWB]

Verstehe ich richtig, du schriebst in /2/ aber er andert von LP mit ID 1?