Ergänzung: Der COM-Fehler wirkt sich auch auf die Eingänge aus. Wenn der Fehlerzähler sich erhöht, wird teilweise auch der Eingang auf Null gesetzt und bleibt auf Null bis zur nächsten Erhöhung.

Auch ich kann das Verhalten für die Version 2.4.0 bestätigen. Erschwerend kommt hinzu, dass bei einem Ausfall des publishers auch die Werte nicht sauber als nicht mehr gültig erklärt werden. Ein sicheres Lastmanagement zum Schutz der Hausanschlusssicherungen lässt sich damit nicht wirklich realisieren.

Meine Versuche sind bis jetzt auch alle gescheitert,

seitens cfos wurde ich hierher Zurück verwiesen, nicht befriedigend den hier diskutieren wir bereits ohne Erfolg. Es wäre hilfreich wenn irgend jemand sein funktionierendes Template und alle Einstellungen hier mal posten würde.

Hallo

Ich bekomme es auch nicht hin. Ich kann meinen Mosquitto wunderbar abfragen.
Version ist auf 2.4.0


mosquitto_sub -C 1 -L mqtt://admin:xxxxx@192.168.20.8:1883/stat/tasmota_4F22E6/STATUS10 | jq
{
"StatusSNS": {
"Time": "2024-12-13T11:33:08",
"Main": {
"power": 31,
"counter_pos": 5999.342,
"counter_neg": 478.885
}
}
}


Daher habe ich mir diesen Zähler gebaut


{
"rtype": 2, // 0 = modbus, 1 = http/json
"mtype": 1, // 0 = other, 1 = meter, 2 = inverter, 4 = battery


"name": "Tasmota Smartmeter MQTT", // as displayed in the config dialog
"manufacturer": "Tasmota",
"dev_type": "tasmota_powermeter_mqtt", // will be prefixed by "meter_"
"delay_accumulated": false, // false: always read accumulated value, like import_wh / export_wh when reading instantaneous values


// values used to build the model string
"type_designation": {
"address": "",
"type": "string",
"fixed": "Smartmeter"
},
"version": {
"address": "",
"type": "string",
"fixed": "1.0"
},
"firmware_version": {
"address": "",
"type": "string",
"fixed": "1.0"
},
"serial": {
"address": "",
"type": "string",
"fixed": "0"
},


"power_w": {
"address": "stat/tasmota_4F22E6/STATUS10",
"query": "StatusSNS.Main.power",
"type": "float",
"resolution": 1.0
}
}


In der URL Zeile in der cFos GUI steht dann

mqtt://admin:xxxx@192.168.20.8:1883

Aber ich bekomme immer den Fehler dass es seit 30s keine Update gab. Hab schon alles versucht. Verschiedene Formen der URL. Mit Port ohne Port. URL in der Definition. Mit und ohne führendem /. No Way!

Die Kommunikation mit dem Mosquitto an sich funktioniert aber. Ich habe den Tasmota auch als HTTP Zähler versucht direkt abzufragen und das geht. Mit quasi der gleichen Definitionsdatei. Nur rtype=1 halt. Wenn ich dann liefern der Werte nach MQTT angebe funktioniert das auch. Auch schreibt der cFOS seine Logs nach MQTT. Am Mosquitto oder der Kommunikation dorthin kann es also kaum liegen.

Vielleicht hat jemand eine Lösung oder cFOS liest hier mit.

Bye
Marcus

@sinuswave:

das verwirr ein wenig den unter dem link findet man ein Beispiel mit führendem „/„  , vielleicht kann hier CFOs selbst mal Stellung nehmen.

ein Gedanke der mir gerade kommt:

Bei deinem  Beispiel  verwendest du „query“ = „ power“,
meine Werte stehen jedoch direkt unter dem Topic womit die query nach meiner Auffassung unnötig ist, und ich sie deshalb entfallen lassen hab.

da ich weder mit führendem „/„ noch ohne, bis jetzt Erfolg hatte, vermute ich das Problem bei der fehlenden Query. Ich werde es testen und berichten.

Danke aber für die Klärung das es ohne führendem „/„ funktionieren sollte.

@Flecky13: Einiges hierzu ist unter https://www.cfos-emobility.de/de/cfos-charging-manager/documentation/mqtt.htm beschrieben. In meiner Zählerdefinition funktioniert der Topic ohne führendes /

Beispiel:

{ "address": "topic_xy", "query": "power" }

Hallo,
ich nutze die Version 2.4.0 und kann bestätigen genau die selbe Fehlermeldung zu bekommen.
der Broker läuft, die Statusmeldungen werden übertragen und sind auch unter dem Topic "cfos_mqtt" zu sehen.

mir stellen sich mehrere Fragen.
welche Adresse muss angegeben werden unter der Geräteconfiguration?
wie wird das Topic in der Zählerdefinition angegeben mit vorrausgestellen "/" oder ohne ?
Hat bereits jemand erfolgreich einen Zähler über MQTT eingebunden ?

Eine Abhile habe ich hierzu leider nicht. Aber ich kann das Problem auch für die Version 2.2.1 des Charging Manager bestätigen. Im meinem Fall läuft der mqtt broker auf dem gleichen host mit. Netzwerkprobleme kann man damit nahezu ausschließen.