Hallo an alle,

bei uns läuft seit 2 Monaten eine EcoFlow PowerOcean + und ich habe jetzt die Anlage in ioBroker eingebunden.
@foxthefox herzlichen Dank für die viele Arbeit im Zusammenhang mit dem ecoflow-mqtt Adapter, den ich natürlich auch benutze.

Jetzt habe ich eine Frage zu dem Adapter. Mir ist aufgefallen, dass bei der Aktualisierung der Werte unter JTS1_ENERGY_STREAM_REPORT (das sind die Power-Werte von Solar, Battery, Grid etc.) Werte mit null ignoriert werden. Das heißt, wenn z.B. der letzte Wert der Solarproduktion bei 20 W lag und jetzt auf 0 W fällt, bleibt der alte Wert von 20 W im Topic stehen. In der App erfolgt die Aktualisierung auf 0 W.
Diese Verhalten findet sich im Adater V1.3.2, aber auch im neuen Adapter. Wie kann man dieses Problem lösen?

Danke für Eure Hilfe.

@foxthefox
Ich hab die PowerOcean Plus.
Wie gesagt, solange die Werte >0 sind werden sie korrekt aktualisiert, Werte = 0 kommen nicht durch.

@foxthefox
Ja, PowerOcean Plus ist die neueste Reihe von EcoFlow mit Wechselrichtern bis 29,9 kW, Akkus bis 60 kWh und PV-Strings bis 40 kW.

Der Adapter gibt folgende Meldungen beim Start:
ecoflow-mqtt.0
86541 2025-08-17 19:11:16.465 info [EF] going to connect to mqtt broker
ecoflow-mqtt.0
86541 2025-08-17 19:11:16.366 info ==========================
ecoflow-mqtt.0
86541 2025-08-17 19:11:16.366 info device states created for R37xxxxxxxxxxxxx / powerocean / PowerOcean Plus

@foxthefox

Log-File.txt

@foxthefox

unbekannte Telegramme.txt

@foxthefox
So, jetzt ein deutlich umfangreicheres LOG. Jetzt tauchen auch [Compare] auf. Unverändert werden Werte mit "0" übergangen, auch beim Compare.

iobroker.2025-08-24.log

@foxthefox
Rückmeldung zur Version 1.4.3 (PowerOcean plus):

Statusreports zu Batterie 4 + 5 + 6 sind neu aufgetaucht, 2 + 3 fehlen.
Werte mit "0" werden noch nicht übertragen.

Good job!

@foxthefox

Anbei das LOG.

ecoflow.log

@foxthefox

msgUpdate und msgSetGet waren angekreuzt, so wie Du gesagt hattest.
Ich hab jetzt mal noch msgUpdateValue und msgCmd angekreuzt.

Voila:

ecoflow_2.txt

@foxthefox

Sorry, war mein Fehler, Asche auf mein Haupt.

ecoflow_3.txt

@foxthefox

Das funktioniert jetzt echt perfekt, die Werte = 0 werden zuverlässig angezeigt. Vielen, vielen Dank für diesen großen Schritt nach vorne.

@foxthefox

Das wäre super!

Hallo @foxthefox

auch von mit nochmals großes Lob und vielen Dank für Deine Arbeit, von der wir alle massiv profitieren. Star in GitHub habe ich hinterlassen.

Ich möchte nochmal auf die Problematik der ausbleibenden Übermittlung von Werten = 0 zurückkommen. Ich habe keine Ahnung, welchen Aufwand es bedeuten würde, den Wert zwangsweise auf 0 zu setzen, wenn der Parameter nicht übermittelt wird. Nach ausgiebigen Beobachtungen möchte ich doch behaupten, dass immer dann, wenn ein Parameter nicht übermittelt wird, der Wert in der App genau auf 0 steht. Für die Funktionalität wäre es somit evident, wenn auch im MQTT der Wert dann 0 wäre. Alle davon abgeleiteten Berechnungen sind sonst immer falsch. Also wie gesagt, ich kenne den Aufwand nicht, aber wenn es mit akzeptablem Aufwand erreichbar wäre, wäre es doch einen Versuch mit anschließendem ausgiebigem Test durch hossi und mich wert.

Auf die Warnungen bei unpassenden Wertebereichen werde ich in Zukunft genauer aufpassen und Dir bei Gelegenheit Rückmeldung geben.

Viele Grüße
Klaus

@foxthefox
@hossi

Ich habe heute erst gesehen, dass ich in den Instanzeinstellungen vom ecoflow-Adapter die add BP1.2.3.4.5 Buttons habe. Die waren bei mir nicht angekreuzt. Trotzdem kommen nach Löschen des gesamten Objektbaumes die Batterien 1, 4, 5 und 6 automatisch wieder. Jetzt nach ankreuzen von 2 und 3 kommen auch die Batterien 2 und 3. Welch ein Wunder.

@hossi

Wir zwei haben ja identische Probleme. Bei mir werden zwar auch Werte < 20 angezeigt, z.B. 10, aber eben keinerlei Parameter mit exakt 0.

zu Deinem Bild der MQTT-Objekte: wird bei Dir nur "statusReportBattery1" angezeigt oder findet sich auch "statusReportBattery2" und "statusReportBattery3". Das wäre jetzt spannend, da sie bei mir fehlen.

@foxthefox

Es lässt sich insofern verifizieren, da immer dann, wenn die App bei einem Parameter 0 anzeigt der Parameter aus dem .JTS1_ENERGY_STREAM_REPORT Array verschwindet. Führt z.B. dazu, dass abends bei Sonnenuntergang der letzte positive mpptPwr Wert die ganze Nacht stehen bleibt und nicht auf 0 zurückgeht. Ebenso natürlich auch bei den anderen Werten aus diesem Array.

@foxthefox

Zu #1: ich denke, dass der Parameter deswegen nicht mitgeschickt wird, weil sein aktueller Wert 0 ist. Könnte man im Adapter für nicht mitgeschickte Parameter den Ausgabewert auf 0 setzen?

@foxthefox said in Neuer Adapter ecoflow-mqtt:

https://github.com/foxthefox/ioBroker.ecoflow-mqtt/tree/1.4.6

Sorry für die späte Rückmeldung.

Das Problem der fehlenden Übertragung von Werten = 0 bei sysGridPwr, mpptPwr oder bpPwr ist unverändert vorhanden. Bei der Analyse des Logs sieht man, dass im JTS1_ENERGY_STREAM_REPORT Parameter mit Wert 0 einfach wegfallen (s. Log-File).

ioBroker 2025-09-21_2.log

Die statusReportBattery2 + 3 Objekte werden auch nach komplettem Löschen des ecoflow-Objekt-Baumes nicht erstellt. Im Log finden sich folgende Warnungen:

ioBroker 2025-09-21_3.log

Hoffe, das hilft Dir weiter.

@foxthefox

Kurze Rückmeldung zu 1.4.5:

HeatingRodEnergyStreamShow.rod1_temp zeigt keine Temperatur an,
statusReportBattery2 und 3 fehlen noch,
Werte mit 0 W, z.B. JTS1_ENERGY_STREAM_REPORT.mpptPwr (und andere) werden nicht angezeigt, es verbleibt im MQTT-Objekt der vorherige Wert > 0.

Danke für Deine Mühe!

@foxthefox

Sorry, war mein Fehler, Asche auf mein Haupt.

ecoflow_3.txt