Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[JB1985]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

Derzeitig braucht es aber erstmal eine funktionierende Anmeldung beim Server.

Funktioniert die bisher nicht?

ecoflow-mqtt.0 2026-03-19 11:56:24.047	warn	EF could not subscribe to topics ErrorWithSubackPacket: Subscribe error: Unspecified error
ecoflow-mqtt.0 2026-03-19 11:56:23.950	info	EF connected
ecoflow-mqtt.0 2026-03-19 11:56:23.777	debug	[EF] protocol -> mqtts://
ecoflow-mqtt.0 2026-03-19 11:56:23.777	debug	[EF] url -> mqtts://mqtt.ecoflow.com
ecoflow-mqtt.0 2026-03-19 11:56:23.776	debug	[EF] port -> 8883
ecoflow-mqtt.0 2026-03-19 11:56:23.776	debug	[EF] your mqtt configuration:
ecoflow-mqtt.0 2026-03-19 11:56:23.776	info	[EF] going to connect to mqtt broker

EF connected, ist nicht korrekt?

Bei Debug Quoatas kommt in den Logs:

ecoflow-mqtt.0
2026-03-19 11:57:55.126	debug	[PROTOBUF decode] PXXXXXXXXXXXXXXX [get] msg#0 => no pdata
ecoflow-mqtt.0
2026-03-19 11:57:55.126	debug	[PROTOBUF decode] PXXXXXXXXXXXXXXX [get] msg#0 no cmdFunc in message
ecoflow-mqtt.0
2026-03-19 11:57:55.126	debug	[PROTOBUF decode] PXXXXXXXXXXXXXXX [get] msg#0 header {"src":32,"dest":32,"seq":96381791,"from":"ios"}
ecoflow-mqtt.0
2026-03-19 11:57:55.125	debug	[PROTOBUF decode] PXXXXXXXXXXXXXXX [get] stream has 1 message(s)
ecoflow-mqtt.0
2026-03-19 11:57:55.112	debug	[PROTOBUF decode] PXXXXXXXXXXXXXXX [get] raw (hex): 0a0f1020182070dfd6fa2dba0103696f73
ecoflow-mqtt.0
2026-03-19 11:57:55.098	debug	Message succesfully published.PXXXXXXXXXXXXXXX ../..get
ecoflow-mqtt.0
2026-03-19 11:57:55.097	debug	[PROTOBUF encode] converted Hex-String:0a0f1020182070dfd6fa2dba0103696f73
ecoflow-mqtt.0
2026-03-19 11:57:55.039	debug	preparaing latestQuotas: PXXXXXXXXXXXXXXX
ecoflow-mqtt.0
2026-03-19 11:57:55.038	info	(ack=false) ->cmd : channel action state latestQuotas
ecoflow-mqtt.0
2026-03-19 11:57:55.038	info	state ecoflow-mqtt.0.PXXXXXXXXXXXXXXX.action.latestQuotas changed: true (ack = false)
ecoflow-mqtt.0
2026-03-19 11:57:55.033	debug	PXXXXXXXXXXXXXXX delta3 -> latestQuotas request
ecoflow-mqtt.0
2026-03-19 11:57:55.032	info	send msg quota data
ecoflow-mqtt.0
2026-03-19 11:57:55.032	info	send command

[foxthefox]

Das hier "... warn EF could not subscribe to topics ErrorWithSubackPacket: Subscribe error: Unspecified error ..." darf nicht mehr kommen.
Wenn dies auftritt werden die topics vom MQTT Server nicht richtig aboniert und man bekommt keine Daten.

Gab es denn nach dem ... [get] .. auch ein paar Zeilen später ein ... [get_reply] ...?

[JB1985]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

Gab es denn nach dem ... [get] .. auch ein paar Zeilen später ein ... [get_reply] ...?

Nein.

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

Wenn dies auftritt werden die topics vom MQTT Server nicht richtig aboniert und man bekommt keine Daten.

Mache ich denn irgendwas falsch? Muss ich den mqtt Dienst bei Ecoflow aktivieren?

[foxthefox]

Ich kann es derzeitig nicht erkennen, daß etwas falsch wäre. Die MQTT-Server Adresse sollte hoffentlich mit den Rückgabewerten von hier zusammenpassen: https://energychain.github.io/site_ecoflow_mqtt_credentials/

Eine Aktivierung des Dienstes kenne ich nicht. Der Adapter benutzt die gleichen Mechanismen wie die App, also sollte es laufen.
Ich gehe nicht davon aus, daß sich die Topics geändert haben. Also eher nochmal die Logindaten vergleichen. Dabei aber bitte die Android ID gleich lassen, sonst meldet man quasi ein neues Handy an.

[JB1985]

@foxthefox hättest du Zeit und Lust es mal zusammen zu debuggen?

*** Edit

Nachdem ich alles gelöscht und neu erstellt habe, bekomme ich nun endlich Daten. Es scheint somit keine Unterschiede zu den anderen Delta 3 zu geben.

[foxthefox]

Super, dann klappt es ja.
Bin auf GitHub mehr unterwegs als im Forum, also dort bei dringenden Dingen ein issue aufmachen.
An den Daten vom classic bin ich dennoch interessiert um wirklich die Gleichheit zu bestätigen.

[Badwater]

Moin, ich habe den Adapter mit einem Stream AC pro laufen.
Ausser den beiden Steckdosen lässt sich noch nichts steuern oder?

[foxthefox]

min und maxSOC sollten auch gehen.

Und dann hatte ich mal was vorbereitet um die Leistung ändern zu können, das geht aber nicht direkt sondern über Aufgaben.
Allerdings weiß ich gar nicht mehr wie weit es mit dem Testen war.
das war unter dem dayResidentLoadList als loadPower1 angelegt.

[Badwater]

Oh, ja LoadPower1, das geht.
Ich hatte in der App da 5 Zeiträume über den Tag eingerichtet, die sind dann weg und es bleib nur einer übrig.
Jetzt muss ich mal nachdenken, was ich damit anstellen kann.... Tnx

[hossi]

Ich habe mal wieder das Problem, dass meine Daten der Ecoflow PowerOcean Plus im ioBroker nur aktualisiert werden, wenn ich die App auf meinem iPhone oder iPad öffne. Schließe ich eine der beiden Apps, werden die Daten nach 5-10 Sekunden im ioBroker nicht mehr aktualisiert. Ich hatte das schon mal und habe jetzt einfach mal ne Woche gewartet, allerdings sind mittlerweile 10 Tage vergangen, in der Zwischenzeit habe ich 2 Firmwarupdates auf den Wechselrichter gespielt, diesen mehrfach runter- und wiedergefahren, aus der App entfernt und neu zugewiesen, den Adapter aktualisiert - alles ohne Änderung.

Ich gebe die Daten vom ecoflow-mqtt Adapter >>>> MQTT >>>> evcc weiter und mache mir diese zusätzlich in KNX sichtbar.

Mit evcc steuere ich dann den Heizstab Warmwasser und die Wallbox bei PV-Überschuss, da die Ecoflow PowerOcean Plus nicht nativ unterstützt wird.

Gerade echt lästig, das die Kombi mal wieder nicht funktioniert, obwohl der ecoflow-mqtt Adapter MEGA ist.

Jemand eine Idee?
Gibt es mittlerweile eine Erklärung für das Phänomen und bestenfalls einen Workaround wie man das fixen könnte?

[jaybee077]

jaybee077 sagte:

@foxthefox said in Neuer Adapter ecoflow-mqtt:

@jaybee077 sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox
Da hast grundsätzlich recht. Ich habe den EcoFlow als zusätzlichen Speicher meiner PV-Anlage laufen. Wenn ich ihm jetzt noch sagen könnte, das er nur Überschussladen darf, wäre es perfekt.

Dann muss man herausfinden wie die App es macht.
Also versuche bitte über die Möglichkeiten der App die Aufladung zu steuern. Wenn das geht, kommen wir zum nächsten Schritt, die Kommandos im log sichtbar machen. Und dann um Adapter nachbauen.

Guten Abend,
ich habe mal in den Adapter-Einstellungen alle Häkchen gesetzt und das log aufgezeichnet, während ich die Einstellungen fürs Laden meines Streams AC Pro in der App vorgenommen habe. Leider kann ich nicht nach relevanten Einträgen filtern ... deshalb hier das ganze log.

iobroker.2025-10-21neu.log

Vielleicht hilft es?!

Die Nulleinspeisung ist mit "loadPower1" super umsetzbar. Eine derartige Möglichkeit für das Überschussladen wäre echt klasse.

[foxthefox]

@jaybee077
habe das log mal angeschaut, ein Befehl scheint es gegeben zu haben.
höchstwahrscheinlich mit 100W
ist auf jeden Fall umfangreicher in der Struktur als das loadPower1
mit dem timeTable kann ich noch nix anfangen, gibt es da besondere Einstellungen in der App?

ConfigWrite: {"cfgUtcTime":1761075247,"cfgAllTimerTask":{"timeTask":[{"isCfg":2,"taskIndex":2,"isEnable":true,"isEffect":false,"timeMode":1,"timeParam":0,"timeTable":[80609820],"chgTask":{"chgSource":1,"devTargetSoc":[{"sn":"BKxxxx","targetSoc":100,"chgFromGridPowerLimited":100}]},"homeNeedPowerLimited":0}]}}

[foxthefox]

@hossi
Ich kann mir vorstellen, daß es mit den FW-Updates auch neue Mechanismen gibt.
Die Telegramme können eine Rückmeldung verlangen und beim Ausbleiben wird das Updaten eingestellt.
So etwas in der Richtung habe ich bei den Streams schon im Log gesehen.
Könnte auch im PowerOcean der Fall sein.
Dazu müsstest du aber mal ein debug log posten (msgSetGet, msgUpdate mit Häckchen).
Diesen Mechanismus will ich auch noch einbauen. Leider scheinen die Geräte alle anders die Bestätigung zu schicken.

[jaybee077]

@foxthefox sagte:

@jaybee077
habe das log mal angeschaut, ein Befehl scheint es gegeben zu haben.
höchstwahrscheinlich mit 100W
ist auf jeden Fall umfangreicher in der Struktur als das loadPower1
mit dem timeTable kann ich noch nix anfangen, gibt es da besondere Einstellungen in der App?

ConfigWrite: {"cfgUtcTime":1761075247,"cfgAllTimerTask":{"timeTask":[{"isCfg":2,"taskIndex":2,"isEnable":true,"isEffect":false,"timeMode":1,"timeParam":0,"timeTable":[80609820],"chgTask":{"chgSource":1,"devTargetSoc":[{"sn":"BKxxxx","targetSoc":100,"chgFromGridPowerLimited":100}]},"homeNeedPowerLimited":0}]}}

Ich hab mal versucht, meinen Weg in der App nachzustellen. Ich mache es händisch so, weil ich keinen mit EcoFlow kompartiblen SmartMeter habe.

[foxthefox]

Danke für die interessanten Screenshots. Eine Einstellung für "homeNeedPowerLimited" scheint es da nicht zu geben, könnte sogar anstatt eines Wertes auch ein Schalter sein.

[Badwater]

Btw. habe einen EF Smart Plug (eckig, silbrig).
Der Brightness Wert wird nicht richtig interpretiert: 50% ist in der App eingestellt.
Eine Warnung wg. grösser 100% wird im Log ausgegeben.

[foxthefox]

Danke.
Ich setze da mal einen Multiplikator rein.

EDIT:
Der Multiplikator sollte schon drin sein. Bitte Adapter stoppen, den Datenpunkt löschen und dann Adapter starten. Dann sollte es passen.

[Badwater]

Ich habe 1.4.6. installiert. Habe ich gemacht, bleibt aber so. Datenpunkt ist nach Löschung und Neustart wieder da mit Wert 512. Habe in der App auf 75% gestellt, daraus wird 764%. :-/
Habe es ein paar mal gemacht ....Tnx

...habe noch eine Warning entdeckt:
plug_heartbeat.heartbeatFrequency" has value "900" greater than max "20"
Der Wert im Datenfeld ist 2
FW vom Plug ist 2.0.4.57

[foxthefox]

Das mit den 900 kommt aber auch nur sehr sporadisch habe ich den Eindruck, also eher ein Fehler seitens des Gerätes

[GTV]

moin, ich muss noch mal blöde fragen zur Sicherheit.

Wenn ich ein Update mache muss ich dann zwingend die Datenpunkte vorher löschen ?
Ich habe für mache Datenpunkte ja History im Hintergrund laufen. sind die Einstellungen dann dafür weg oder erkennt History die Punkte die ich aufnehme slbst neu nach dem Update ?

Erstellt der Adapter nach dem Update die Datenpunkte neu ?