So, hier geht es jetzt.

Folgendes muss eingestellt werden:

Im Lastmanagement Setup:

• Lastmanagement abgeschaltet (Modus: Beobachten)
• MQTT-Broker IP-Adresse (oder "mqtt" wenn man einen Broker unter Konfiguration eingetragen hat)
• Haken "Steuerung der Wallboxen aktivieren" setzen.

Mit folgender mqtt-Nachricht startet die Wallbox mit 11A:

mosquitto_pub -h localhost -t 'cfos_mqtt/ctl' -m '{"E1" :{cur: 11000, ena: true}}'

Das Problem ist zurzeit, dass eine Wallbox im Modus "Beobachten" nach ein paar Sekunden ohne aktive Steuerung in den "standalone-Modus" geht und den max. Ladestrom freigibt und der Strom auf dem mqtt-Paket ignoriert wird. Das wird in der nächsten Version gefixt.

Bis dahin kannst man folgendes machen:
- exportiere config.json
- ersetze die Adresse der internen Wallbox "evse" gegen die "IP-der-Wallbox:4701" . (Dann denkt der ChargingManager, es handelt sich um eine externe Wallbox.
- importiere config.json

Viel Erfolg!

Bei cFos funktionierts? ;-)

Dann können die Herren ja auch mitteilen *wie* es gemacht werden muss, damit es funktioniert.
Oder aber dazu stehen und uns viel Zeit und Nerven sparen...

In meinem Szenario funktioniert die Steuerung des Ladestroms per MQTT einwandfrei, auch mit der aktuellen Firmware.

Dennoch, ich kämpfe auch mit der Auswertung von Variablen. Schieße ich per MQTT eine Variable, die als Bedingung gesetzt ist, von 1 auf 0 um, startet auch kurz der Ladevorgang, obwohl die Gesamtbedingung (mehrere per UND verknüpfte Regeln) immer noch false ergeben würde. Dennoch startet der Ladevorgang für wenige Sekunden und wird dann sofort wieder beendet.

Meines Erachtens ist die Auswertung der Variablen da nicht sauber gelöst.

Das Problem ist, dass es bei cFos funktioniert.

Warum es bei mir nicht funktioniert hab ich leider noch nicht herausgefunden.

Nach einem Konfig-Reset wird der Ladestrom aus dem mqtt-Packet gesetzt. Leider wird direkt danach der max. Ladestrom gesetzt. ...

Habs ausprobiert, bei mir funktioniert es gar nicht. Bin dann von 2.2.1 auch auf 2.6.1.

Ich habe mir aber auch nicht die Zeit genommen, alle verschiedenen Kombinationen durch zu spielen.

Liest CFOS hier mit? Ich fände eine Stellungnahme super, damit #diebestenuserderwelt nicht Stunden für Dinge verbraten, die (aktuell) gar nicht funktionieren!

Hallo quaddi

ich habe jetzt ein paar mal getestet. Richtig klappen will es bei mir nicht.

ena: und wke: gehen.
cur: und phs: gehen nicht.

Ich kann also das Laden aktivieren/deaktivieren, aber den Ladestrom nicht setzen. Leider scheint es bei cFos zu funktionieren. Weiter weiß ich jetzt auch gerade nicht. Geht bei dir irgendetwas?

Ich nutze keine Phasenumschaltung - sehe jedoch aktuell keinen Showstopper, warum das nicht gehen soll.

Die gelb markierten Variablen setze ich per MQTT - diese werden dann in der Laderegel verwendet.

@Geotec das wäre lieb, danke

@smileyman das klingt auch nach einer Option für mich. Kannst du etwas genauer erläutern oder Screenshots senden wie du das realisiert hast?  Und kannst du dann die Ladeleistung angeben (nicht der Ladestrom) und funktioniert die Phasenumschaltung damit?

@Geotec

Das ist aber doch egal.
Regel definieren, die mit Variablen im Lastmanagement arbeiten.
Damit steuert zwar die cFos PowerBrain, jedoch genau nach meinen momentanen Anforderungen.
Ich habe z. B. eine Regel nach dem Motto 'Sofort laden mit Leistung=CM.Leistung, wenn Variable CM.Expressladen=1'

@Smileyman: dann steuert aber doch der ChargingManager, oder? ..

@quaddi, ich schaue heute Abend auch mal...

Ich habe kurz mit MQTT Explorer geprüft. Die Meldung erscheint, dann wird es tatsächlich nicht auf Seite IP-Symcon liegen, oder?

Auch mit "cur": 6000 hat das steuern nicht funktioniert (wenn CFOS lädt).

Hab jetzt folgenden Test gemacht:
- CFOS auf "Beobachten" gesetzt.
- Wallbox lädt nicht.
-> String: {„E1“: { "ena": true, "cur": 6000, "phs": 1 }} gesendet
- Wallbox lädt immer noch nicht.

@Geotec

Über Variablen und Regel, etc. kann ich doch genauso steuern. - Verstehe nicht ganz.

Ja, wenn die CFOS das Lastmanagement macht und du nur virtuelle Zähler fütterst wird das wohl funktionieren.

Ich möchte die Logik ob und wie viel A geladen wird von meinem Smarthome (IP-Symcon) machen lassen (habe noch andere Überschussschaltungen und zwei Intelligenzen funktionieren nicht, also muss alles da gesteuert werden). Also hab ich CFOS auf "Beobachten" gestellt. Damit kann auf CFOS das Laden nicht mehr gestartet / gestoppt oder der Ladestrom angepasst werden. All dies möchte ich über MQTT an CFOS senden.

Habe mir überlegt dies auch mit MQTT Zählern zu lösen, da dies evtl. funktioniert, damit kann ich aber die beiden Wallboxen nicht priorisieren (jedenfalls nicht auf meinem Smarthome).

Hier eine Übersicht wie das auf IP-Symcon aussieht und gesteuert werden kann:

Funktionieren tut:
Publizieren der Daten der Wallboxen an IP-Symcon.

Funktionieren tut nicht:
Steuern der Wallbox mit MQTT im ”Beobachten Modus"

@smileyman: Du steuerst aber nicht. Fürs steuern über mqtt muss das Lastmanagement der Box abgeschaltet sein.

@quaddi: sieht doch richtig aus! Was klappt denn nicht? Lädt die Box trotz "ena": false? Hast du mal einen Ladestrom vorgegeben? Reagiert sie darauf? Zum testen kann man ganz gut den mqtt-Explorer nehmen. Welchen Brocker benutzt du?

PS: Meine Wallbox steht auf 'Lastmanagement' nicht auf 'Beobachten' - damit hat das auch nicht viel zu tun.

Lass uns bitte erstmal darüber sprechen, was du per MQTT erreichen willst. - Wir versuchen dir gerne zu helfen, jedoch wären ein paar Infos ganz gut.

Ich befülle per MQTT z. B. mehrere Zähler und ändere hierüber auch einzelne Variablen. (siehe Screenshot mit M5, M6, M8 und weitere).
Andererseits erhalte ich von der Wallbox (siehe E1) die aktuellen Statusinformationen.

Was genau hast du vor?
Was funktioniert schon?
Was genau funktioniert nicht?

Danke für die Rückmeldungen.
Den Link kenne ich, leider ist die "Anleitung" überhaupt nicht komplett. Da fehlt z.B. dass die Wallbox auf "Beobachtung" gesetzt werden muss und wo man dies findet (ziemlich versteckt, wenn man es nicht kennt).

Was habt ihr für Softwarestände im Einsatz?
Die Verbindung zum Broker steht. Senden klappt einwandfrei.
Es komme auch sporadisch MQ rcv Meldungen:

2025-05-13T07:20:24.683Z MQ s_publish_e 71
2025-05-13T07:20:24.730Z MQ s_ping 71
2025-05-13T07:20:24.732Z MQ snd 71 C000
2025-05-13T07:20:24.744Z MQ rcv 71 D000
2025-05-13T07:20:24.745Z MQ rec_packet 71 PINGRESP 0

ich denk aber, dass das nur "pings" sind? :)
Ich publishe auf das Topic "cfos_mqtt/ctl". Mit IP-Symcon ist das JSON publishen nicht so einfach, aktuell sende ich einfach z.b.

{„E1“: { "ena": false }}

ob das jetzt 100% korrekt ist weiss ich nicht, müsste aber doch im Log ersichtlich sein (wenn MQTT auf Daten steht)?

Mit was sendet ihr den JSON String?

Hallo quaddi,

ja, bei mir läuft das mittlerweile weitgehend top.

Wo genau scheitert es? - Woran hängst du?
Klappt die Kommunikation zum Broker? - Welche Fehlermeldung kommt?

Hallo quaddi,

https://www.cfos-emobility.de/de/cfos-charging-manager/documentation/mqtt.htm

im Abschnitt "Wallboxen über MQTT steuern" findest du alles Nötige inkl. Beispiel. Das sollte auch so funktionieren.

Hallo smileyman

Ich versuche verzweifelt meine CFOS per MQTT zu steuern, habe auch im Forum nach "zahlreichen" Beiträgen mit MQTT gesucht, finde jedoch nur solche bei denen es auch nicht funktioniert.

Habe von V2.6.0 auf 2.2.1 downgraded und neu konfiguriert, da es mit 2.2.1 funktioniert haben soll. Leider funktioniert das bei mir nicht.
Hast du einen Tipp wie du es bei dir konfiguriert hast oder gibts allenfalls einen Guide dazu?
Ich habe IP-Symcon im Einsatz und mache das EMS da, möchte die CFOS Wallbox (im Endausbau 2 Stück) darüber ansteuern.

vielen Dank und beste Grüsse
quaddi

Ich habe auch zahlreiche Konfigurationen per MQTT umgesetzt. - Hier im Forum sind da auch zahlreiche Beiträge - blättere gerne mal durch.

So kannst du z. B. ganz simpel einen Zähler per MQTT setzen oder auch Variablen des Lademanagements beeinflussen. Beides mache ich hier bei mir (Zähler vom Wechselrichter, etc. an die Wallbox senden und Laderegeln je nach Wetterprognose auswählen).

Es gibt generell zwei verschiedene Formate um Daten per MQTT-Nachricht zu senden. - Beide haben ihre Vor- / Nachteile. Die Kombination dieser wurde leider durch cFos aktuell abgelehnt. - Schade, dennoch es funktioniert mit etwas tricksen auch so.

Bei Fragen gerne melden.

Du kannst in den Logdateien MQTT auf Informationen oder Daten stellen. Dann siehst du wenn ein Paket eingeht.

Über welches System sendest du denn die MQTT-Befehle? Normalerweise gibt es da einen MQTT-Explorer mit denen man die Topics verfolgen kann und dann sieht, welche Werte sich verändern.