Danke, hatte ich...und mit ":1883" für den Port.
Werde es in einer Woche nochmals probieren...

Wichtig scheint zu sein, wenn man Benutzer und Passwort benutzt, dass man einen kompletten Link angibt.
Also z.B: "mqtt://cfos:test%21@192.168.0.50"

die von mir vergebenen user und Passwort für mqtt verifiziert und das Sonderzeichen übersetzt (% = %25). Kein Erfolg.
versuche es am WE nochmals mit debuggen und wechsle dann auf http

Doch, Sonderzeichen dürfen enthalten sein, müssen aber URL-Codiert werden!
Also z.B. %21 statt dem !

https://de.wikipedia.org/wiki/URL-Encoding  --> Relevante ASCII-Zeichen in Prozentdarstellung

Ja, ich habe deine Definition benutzt.

Aber meine mqtt-broker URL hat user und PW, wobei PW (Platzhalter) ein Sonderzeichen enthält.
Im logging-Ausschnitt unten fehlt beim PW aber das Sonderzeichen.
Sonderzeichen beim PW nicht erlaubt?

2026-05-27T00:17:26.582 MQ connect mqtt://192.168.66.154:1883 1 true
2026-05-27T00:17:26.585 MQ s_connect 76 mqtt://user:PW@192.168.66.154
2026-05-27T00:17:26.597 MQ rec_packet 76 CONNACK 0
2026-05-27T00:17:26.600 MQ rcv rsn error 76 5 false
2026-05-27T00:17:26.605 MQ rcv error 76 mqtt://user:PW@192.168.66.154
2026-05-27T00:17:26.608 MQ disconnect 76 mqtt://user:PW@192.168.66.154 1
2026-05-27T00:17:26.612 MQ disconnect end

Verstehe ich nicht. Wenn ich das im mqtt-Explorer schicke, kommen die Daten im ChargingManager an. (Hast du meine Definition benutzt?)

Vielleicht gibt es noch ein Problem mit Benutzernamen und Passwort? Umlaute oder Sonderzeichen vielleicht?

Eine http-Definition hänge ich hier an. Trotzdem würde mich sehr interessieren wo der Fehler im mqtt liegt. So schwer ist das ja nicht.

oder:

http://192.168.66.113/cm?cmnd=status%2010

{"StatusSNS":{"Time":"2026-05-26T16:28:35","MT681":{"Total_in":1902,"Power_cur":-6281,"Total_out":25799,"Meter_id":"090149534b00053834ad"}}}

mosquitto-broker: mosquitto_sub -t "tele/#" -v
tele/tasmota_0AE149/SENSOR {"Time":"2026-05-26T16:16:53","MT681":{"Total_in":1902,"Power_cur":-6772,"Total_out":25798,"Meter_id":"090149534b00053834ad"}}

Das cfos-Log sieht wohl doch nach disconnect aus?!

Doch lieber mit http anstelle mqtt versuchen?

sehr merkwürdig, sieht das Log denn jetzt anders aus?

Kannst du mal mit dem mqtt-Explorer schauen wie die Daten im Brocker aussehen? Stimmen Tropic und Daten?

leider ohne Ergebnis

Genau in dieses Adressefeld.
Trag da mal "mqtt" (ohne "") ein.

sorry, wo soll ich mqtt eintragen?
Mit Zählerkachel ist das gemeint, was ich gemäß Anlage sehe?!

Wenn du die mqtt-Einstellungen unter Konfiguration gemacht hast, dann trag in der Zählerkachel Mal als Adresse: mqtt ein.

Hallo Geotec,
erstmal Danke für deine Geduld und Tipps...

Unter MQTT-Systemeinstellungen habe ich jeweils folgendes eingetragen.
mqtt://user:PW@192.168.66.154:1883
Gemäß Logging gibt es ein connect auf meinen mosquitto: "MQ connect mqtt://192.168.66.154:1883 1 true" oder interpretiere ich falsch? json-Datei korrekt?

Ich hatte auch schon http anstelle mqtt probiert (Präferenz von cfos-Christian), aber da habe ich die korrekte json nicht hinbekommen. Falls ich mit mqtt nicht weiterkomme....kannst du mir eine json für http zur Verfügung stellen?
Vielleicht sollte ich die Wallbox in mein Homeassistent integrieren? Aber da scheint es ja auch zu haken.

Bin ganz schön gefrustet. Die Einrichtung von HA und Automationen ist da ja ein Kinderspiel

Der Beobachten-Modus hat genau gar nichts mit dem was du willst zu tun! Du braust ihn nicht. (die Wallbox geht in den Beobachten-Modus wenn das Lastmanagement abgeschaltet wird)

Der Zählertest, in der Zählerkachel hat bei mqtt-Zählern keine Funktion, du kannst ihn überspringen. Kann es sein, dass du Benutzernamen und Passwort für den mosquitto benötigst?

Vielleicht kannst du auch mal unter "Konfiguration" die "Log-Aufzeichnung" von mqtt auf Daten stellen und schauen ob und was eingeht.

komme nicht weiter:

• rtype 2 habe ich in der json-Datei gefunden
• wo der Beobachtungsmodus aktiviert wird, habe ich immer noch nicht gefunden

Vielleicht kann jemand anhand der screenshots weiterhelfen
Die IP ist die von meinem homeassistant, also von meinem mosquitto

Das die von Chat-gpt erstellt JSON nicht funktioniert erkennst du wenn du sie ausprobierst oder mit meiner angehängten JSON vergleichst.

Und dann hör auf Chat-gpt zu fragen, das bringt dich ja doch nicht weiter.

Danke, werde das morgen mal probieren.
Auf den cfos-Hilfeseiten gibt es leider nur viele Infofragmente und keine zusammenhängende Anleitung.
Die Felder in den Eingabemasken finden sich vielfach nicht in den Beschreibungen.

• Wo gebe ich den  rtype = 2 für MQTT ein?
• Muss ich Zähler oder andere Geräte hinzufügen?
• Muss ich in den Beobachtungsmodus? wenn ja, wo finde ich den?

Ich werde deine json-Datei mal probieren. Ich habe noch die angehängt, die mir von chat-gpt erstellt wurde.
ich benötige doch nur "StatusSNS.MT681.Power_cur" und nicht die anderen Werte. Oder ist meine json nicht cfos-Kompatibel?

Mit diesen Werten muss eine Zählerdefinition erstellt werden. Ich hab das für dich gemacht und angehängt. Diese kannst du herunterladen und dann im ChargingManager unter Konfiguration --> Dateien hochladen. Dann kannst du als Zählertyp diese Definition auswählen.

Ich habe angenommen, dass ich nur einen virt. Zähler ergänzen muss mit dem Prot. MQTT und neben der MQTT Server-IP muss ich nur noch Topic und JSON-Pfad konfigurieren und dann sucht dieser Zähler nach diesen Werten.
Allerdings finde ich nicht, wo ich das eintragen muss

• MQTT Topic: tele/tasmota_0AE149/SENSOR
• JSON-Pfad: MT681.Power_cur

Hi, die Anleitung von chat-gpt ist etwas lückenhaft! Es fehlt der Teil, dass du eine eigene Zählerdefinition schreiben musst.

Ansonsten sollte das aber so funktionieren.

Eine Anleitung findest du hier: https://www.cfos-emobility.de/de/cfos-charging-manager/documentation/mqtt.htm

Du kannst aber auch den Tasmota-Tastkopf direkt per http-api abfragen. Dazu gibt es viele Anleitungen hier im Network.

Edit: ich häng dir mal eine Definition an. Kannst ja mal testen!

Ich hab MQTT nach Stunden nicht zum laufen gebracht. Gemäss meinen Infos ist der Fehler ganz klar in der CFOS Software, da die Infos korrekt in CFOS ankommen und nicht weiterverarbeitet werden (gemäss dem CFOS Log).

Mein Tipp: Spar dir Zeit und Nerven und füttere n HTTP Zähler in CFOS. Das funktioniert und du hast die Daten ja bereits in HA, von da an ein leichtes den Wert zyklisch (!!) zu senden ...

Bekomme den Zähler für Netzbezug/Einspeisung einfach nicht eingebunden.

Ich möchte den akt. Strom meines tasmota-Zählers als virtuellen Zähler in cfos für Überschussladen einbinden.
Mein mosquitto broker bekommt die tasmota Werte bereits und ich verwende die auch schon in Regeln in Home-Assistant, aber die richtige Konfiguration in cfos suche ich schon seit 2 Tagen.
Ich habe alle Hilfeseiten und chat-gpt durch und Konfigurationen ausprobiert....kein Erfolg

Terminaleingabe Home Assistant:

mosquitto_sub -t "tele/#" -v

Ausgabe u.a.:

tele/tasmota_0AE149/SENSOR {"Time":"2026-05-20T09:54:33","MT681":{"Total_in":1901,"Power_cur":-13101,"Total_out":25259,"Meter_id":"090149534b00053834ad"}}

cFos 2.12.9 – MQTT GRID-Zähler mit Tasmota einrichten

1. Öffne die Weboberfläche deiner cFos Wallbox.
   2. Gehe zu Konfiguration → Geräte hinzufügen.
   3. Wähle Virtueller Zähler.
   4. Setze die Verwendung auf GRID.
   5. Wähle MQTT als Kommunikationsart.
   6. Trage deinen MQTT-Broker ein.
   7. Übernimm die folgenden Werte:

• MQTT Topic: tele/tasmota_0AE149/SENSOR
• JSON-Pfad: MT681.Power_cur
• Einheit: W
• Verwendung: GRID (Netzanschlusspunkt)

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.