openWB Forum

Ich nutze die Phaseneinstellung wenn ich nachts bei Preistiefen mit 11KW lade (sofort 3 Phasen) und dann tags darauf mit wenig Sonne mit sofort 1 Phase lade usw. Ich möchte dabei die Auswahl der Phasen selbst steuern können, inklusive der Grenze zum Umschlaten der Phasen.
Wie würde denn das Topic über die Profile lauten? Ich habe es über den MQTT Explorer versucht heraus zu finden, aber nicht das richtige Topic gefunden. Auf der Startseite der openWB konnte ich die Phasen nicht ändern.
Neben dem wäre es wirklich sehr schön, wenn dieser eine Punkt in die simpleAPI aufgenommen werden könnte. Für mich z.B. wären grundsätzlich nur 3 Parameter zum einstellen und steuern wichtig: Modus, Amper und eben Phase. Alles andere steuere ich über Loxone. Bisher hat dies wunderbar funktioniert. Das war der Hauptgrund meiner Entscheidung für die openWB. Im Moment bin ich da eingeschränkt. Vielen Dank!

Das klingt ja so, als ob Du gerne die Steuerung selber machen möchtest und auf die openWB-Software eigentlich verzichten kannst. (Dein 3-phasiges Laden bei Preistiefen wäre der eco-Modus oder Zielladen und das einphasige entspricht dem PV-Modus mit 1p3-Umschaltung je nach Überschussmenge. Den Zeitpunkt der Umschaltung und den Ladestart bei preiswert / Unterschreitung einer Preisgrenze übernimmt normalerweise die openWB-Software.)

Wenn Du dazu eigene Algorithmen in Loxone entwickelt hast und die an Stelle der openWB-Software nutzen möchtest, wäre die Ansteuerung per modbus vielleicht das Passendere. Dazu muss eine series2 in den Modus "secondary" konfiguriert werden, dann wird die modbus-Schnittstelle aktiviert. Eine pro ist per Default per modbus ansprechbar.

https://openwb.de/main/wp-content/uploa ... -Pro-1.pdf

Ja, ich steuere komplett über Loxone. Da bin ich maximal flexibel. Die openWB war für mich nicht wegen der Software interessant, sondern wegen dem „open...“, damit ich diese gut in meine Hausautomatisation einbinden kann. Hat die letzten Jahre auch wunderbar ohne Probleme funktioniert.
Danke für den Tip über Modbus. Ich werde mich mal damit beschäftigen. Einfacher und schneller wäre es jetzt natürlich für mich, wenn ich den Topic für die Phasen hätte. Dann wäre ich bei dem Stand der letzten Jahre. Kann den jemand hier posten? Vielen Dank!

Wenn du komplett steuern willst ist der Tipp von Gero genau richtig.
Die openWB "funkt" dir dann in keinem Fall dazwischen.
Die SimpleAPI ist dazu gedacht wie das UI von außen zu steuern. Allerdings hat die openWB hier die Oberhand und die interne Logik steuert.
Das ist bei dir dann aber eher hinderlich.

Und wie schaut es mit den Topics
- SoC-Limit für PV-Laden
- SoC-Limit für preisbasiertes Laden

aus? Seht ihr da noch eine Chance @openWB?

bennysweb hat geschrieben: Do Dez 11, 2025 10:26 am Und wie schaut es mit den Topics
- SoC-Limit für PV-Laden
- SoC-Limit für preisbasiertes Laden

aus? Seht ihr da noch eine Chance @openWB?

Was ist der Anwendungsfall dafür?

openWB hat geschrieben: Do Dez 11, 2025 11:03 am

bennysweb hat geschrieben: Do Dez 11, 2025 10:26 am Und wie schaut es mit den Topics
- SoC-Limit für PV-Laden
- SoC-Limit für preisbasiertes Laden

aus? Seht ihr da noch eine Chance @openWB?

Was ist der Anwendungsfall dafür?

Ich habe zwischen 0 und 6 Uhr einen vergünstigten Stromtarif (Ocotopus Energy). Wenn tagsüber ein wenig PV-Überschuss erwartbar ist, muss ich ja nachts nicht auf 100% per eco_charge laden. Und genau diese SoC-Grenze möchte ich per HomeAssistant (MQTT) einstellen.

Ich habe mich schon immer gefragt, wo denn die Schichtarbeiter mit ihren Wünschen bei den überall existenten Kalendersteuerungen bleiben. Da ist es ja mit Mo-Fr 7:30 losfahren ja nicht getan. Denen bleibt ja eigentlich immer nur ein google-Kalelder, den sie dann selbst auslesen um die Heizung zu steuern und neuerdings auch die Autos laden. (Es gibt übrigens mehr Schichtarbeiter als man so denkt. Busfahrer, Ärzte und Wachleute sind ja auch welche)

bennysweb hat geschrieben: Do Dez 11, 2025 11:44 am

openWB hat geschrieben: Do Dez 11, 2025 11:03 am

bennysweb hat geschrieben: Do Dez 11, 2025 10:26 am Und wie schaut es mit den Topics
- SoC-Limit für PV-Laden
- SoC-Limit für preisbasiertes Laden

aus? Seht ihr da noch eine Chance @openWB?

Was ist der Anwendungsfall dafür?

Ich habe zwischen 0 und 6 Uhr einen vergünstigten Stromtarif (Ocotopus Energy). Wenn tagsüber ein wenig PV-Überschuss erwartbar ist, muss ich ja nachts nicht auf 100% per eco_charge laden. Und genau diese SoC-Grenze möchte ich per HomeAssistant (MQTT) einstellen.

Aber verstellst du das jeden Tag? Und wenn ja, warum?
Der generelle Anwendungsfall ist ja das ECO ehr nur bis x% lädt und mehr dann per PV kommt.
Im Zielladen gibts dazu ja auch 2 Grenzen.

openWB hat geschrieben: Do Dez 11, 2025 12:54 pm

bennysweb hat geschrieben: Do Dez 11, 2025 11:44 am

openWB hat geschrieben: Do Dez 11, 2025 11:03 am

Was ist der Anwendungsfall dafür?

Ich habe zwischen 0 und 6 Uhr einen vergünstigten Stromtarif (Ocotopus Energy). Wenn tagsüber ein wenig PV-Überschuss erwartbar ist, muss ich ja nachts nicht auf 100% per eco_charge laden. Und genau diese SoC-Grenze möchte ich per HomeAssistant (MQTT) einstellen.

Aber verstellst du das jeden Tag? Und wenn ja, warum?
Der generelle Anwendungsfall ist ja das ECO ehr nur bis x% lädt und mehr dann per PV kommt.
Im Zielladen gibts dazu ja auch 2 Grenzen.

Naja, nicht täglich aber doch regelmäßig. Konkret dann, wenn Montag bis Freitag Jemand mit dem Auto unterwegs ist. Dann laden wir nachts per eco_charge bis maximal auf 50% (da bleibt noch Luft fürs PV-Laden, falls Jemand morgens später losfährt). Wenn dann am Wochenende keiner fährt, soll Freitags der SoC-Wert auf max. 20% runtergesetzt werden (dann kann das Wochenende mit PV-Überschuss der Rest aufgefüllt werden). Haben wir aber vor, am Wochenende ebenfalls (weiter weg) zu fahren und das Wetter ist so grau wie derzeit, dann soll Freitag Nacht voll geladen werden, also Limit aus. Da wir alles andere auch per HomeAssistant steuern (Umschalten Lademodi, MaxSoC beim Sofortladen usw.), wäre das doch eine sinnvolle und konsequente Erweiterung.