Neuer Adapter ecoflow-mqtt
-
Ich habe die PO+ runter und wieder hochgefahren und es sieht schon mal recht gut aus. Ich beobachte es mal, aber vielen Dank schon Mal
Mario -
Hallo zusammen,
heute ist mir aufgefallen, dass die PO+ History-Werte vom DP "ecoflow-mqtt.0.Rxxxxxxxxxxxxxx7.JTS1_ENERGY_STREAM_REPORT.mpptPw" unplausibel aussehen. Es gibt in gewissen Abständen immer eine Reihe von mehreren konstanten Werten (siehe Anhang).
Da auch die aus diesen Leistungswerten berechnete Energie nicht mit dem Wert aus der App übereinstimmt, gehe ich davon aus, dass es kein Problem des History-Adapters ist.
Hat hier jemand eine Idee was hier nicht passt? Kann auch gerne mit weiteren Daten unterstützen. Ich habe den Ecoflow Adapter v1.4.8 installiert.
Vielen Dank
Mario -
Ich bräuchte ein paar mehr Details, was genau unplausibel ist. Das Diagramm ist leider nicht selbsterklärend.
Ein paar Infos zur Arbeitsweise und Funktion.
Die EF Geräte schicken sporadisch oder auch zyklisch (ggf. sogar in einem festen Raster) ihre Daten. Alles was zwischen 2 Telegrammen passiert ist unbekannt.
Kommt ein neues Telgramm wird der Inhalt verarbeitet und mit dem im Speicher befindlichen Wert verglichen. Erst bei einem geänderten Wert wird etwas neu in den Speicher geschrieben.
Je nachdem wann also Telegramme eintrudeln, gibt es Abschnitte wo etwas gleich bleibt.Im Fall vom Power Ocean gibt es noch den Spezialfall, daß gewisse Änderungen nicht berücksichtigt werden und das Gerät gar nix schickt (siehe oben im Thread mit dem Problem <20W bei Solar, wo ich extra auf 0 setze). Es kann also sein, daß immer eine Schwelle überschritten sein muß, damit PO einen neuen Wert schickt.
Mit der Energie ist es so eine Sache. Versucht man selbst ein Integral über die Leistung zu bilden, so dürfte es immer ungenau sein, da man vom Zyklus und der übermittelten Wert abhängig ist.
Außerdem kommt es immer darauf an, was man an Werten in der App präsentiert bekommt und zu welcher Stelle im Energiefluß sie gehören.
Es gibt einen Unterschied ob man die Werte vor bzw. nach der Wandlung angezeigt (vor DC/DC und nach DC/AC) oder sich auf die Werte die nur die Batterie betreffen anzeigt (DC in/DC out).
Im letzteren Fall sehen die Werte toll aus und passen zueinander, aber die Wandlungsverluste sind nicht sichtbar.
Im Allgemeinen verrät die App nicht genau zu welchen Punkt im System der Wert gehört. Somit könnte evtl. auch ein Vergleich mit dem Adapter erschwert sein, bzw. sich ein weiterer Unterscheid zum ungenauen Integral zeigen. -
Hallo @foxthefox,
vielen Dank für deine ausführliche Antwort. Es geht mir ausschließlich um die rote Kurve, die den Wert JTS1_ENERGY_STREAM_REPORT.mpptPw über der Zeit darstellt.
Es ist immer wieder zu sehen, dass die Werte auf einen niedrigeren Wert springen (siehe roter Pfeil). Dieser Wert ist über eine gewisse Zeit konstant. Ich hätte Werte, wie mit der weißen Linie markiert erwartet.
-
Danke für die Erklärung.
Wieviel W sind denn die Sprünge zwischen dem niedrigeren Wert und dem höheren Wert?
Ich gehe davon aus, daß es in der Datenreihe im History Adapter auch diese Werte so abgespeichert sind.
Auch gehe ich davon aus, daß die Werte so ankommen und korrekt gespeichert werden.
Es scheint ja in einer gewissen Regelmäßigkeit zu passieren, also wäre eine Beobachtung das Datenpunktes parallel zur App eine Idee.
Erwartungsgemäß müsste der Wert sich auf das niedrigere Niveau ändern und dies müsste in der App ebenfalls so sein, oder App bleibt konstant und nur im Adapter passiert es.
Im letzteren Fall müsstest du den Adapter im debug mode laufen lassen und ein paar Häckchen fürs logging konfigurieren und erneut beobachten. Wenn der Fall wieder auftritt die Zeit notieren und um diesen Zeitpunkt das log mit Vor- und Nachspann extrahieren und posten.
Dann kann ich schauen was da passiert. -
Hallo @foxthefox,
vielen Dank für deine Antwort. Heute ist es bewölkt (140W bei 20kWp). Ja das Niveau ist immer unterschiedlich. Ich vermute das der letzte Werte sein könnten, den die EF-App angezeigt hat. Sobald wieder etwas Sonne ist schicke ich dir Daten von mir. Kann ich dir diese dann direkt schicken? -
-
@foxthefox Hallo, ich benutze deinen Adapter jetzt grob seit 6 Monaten und bin erstmal wunschlos glücklich.Bei mir läuft immer noch die 1.4.6
Aber mal ne Frage.... Wenn ich das richtig sehe verbindet sich dein Adapter mit dem Ecoflow server und tauscht Daten hin und her aus.
Heute war mal wieder der Server von Ecoflow Down. Auf der App aufn Handy war nix zu sehen.
Im Iobroker bei den Datenpunkten war aber aktivität zu sehen. Werte sind rauf und runter gegangen.
Ich denke das nur die APP Server down waren aber nicht die Datenserver.
Wäre es eigendlich zum jetzigen Zeitpunkt möglich autag OHNE die Ecoflow Server das System mit deinem Adapter am laufen zu halten das Grundfunktionen Laden / Ins Hausnetz schieben funktionieren würden ? Ohne auf die Server angewiesen zu sein ? -
-
@foxthefox Hallo, ich benutze deinen Adapter jetzt grob seit 6 Monaten und bin erstmal wunschlos glücklich.Bei mir läuft immer noch die 1.4.6
Aber mal ne Frage.... Wenn ich das richtig sehe verbindet sich dein Adapter mit dem Ecoflow server und tauscht Daten hin und her aus.
Heute war mal wieder der Server von Ecoflow Down. Auf der App aufn Handy war nix zu sehen.
Im Iobroker bei den Datenpunkten war aber aktivität zu sehen. Werte sind rauf und runter gegangen.
Ich denke das nur die APP Server down waren aber nicht die Datenserver.
Wäre es eigendlich zum jetzigen Zeitpunkt möglich autag OHNE die Ecoflow Server das System mit deinem Adapter am laufen zu halten das Grundfunktionen Laden / Ins Hausnetz schieben funktionieren würden ? Ohne auf die Server angewiesen zu sein ?@GTV
Vom Grundsatz verwendet der Adapter die gleichen Mechanismen wie die App (außer da ist etwas umgebaut worden). Schön, daß der Adapter dennoch funktionierte.
Der "App Server" und der MQTT-Server sind identisch, die Geräte haben etwas andere Pfade aber ansonsten der gleiche Server.
Theoretisch geht eine autarke Lösung (in Holland hat da jemand was erreicht) allerdings ist die nicht ganz trivial. Man muß dazu den öffentlichen EF-Server auf eine interne MQTT-Server Instanz umbiegen. Also die IP-Adresse zu EF sperren und die Namensauflösung auf intern zeigen lassen. Die Mechanismen sind dann schon fast im Adapter alle lauffähig. Höchstwahrscheinlich braucht es dann auch noch ein paar ACK Antworten, die sonst vom "App-server" kamen. -
@GTV
Vom Grundsatz verwendet der Adapter die gleichen Mechanismen wie die App (außer da ist etwas umgebaut worden). Schön, daß der Adapter dennoch funktionierte.
Der "App Server" und der MQTT-Server sind identisch, die Geräte haben etwas andere Pfade aber ansonsten der gleiche Server.
Theoretisch geht eine autarke Lösung (in Holland hat da jemand was erreicht) allerdings ist die nicht ganz trivial. Man muß dazu den öffentlichen EF-Server auf eine interne MQTT-Server Instanz umbiegen. Also die IP-Adresse zu EF sperren und die Namensauflösung auf intern zeigen lassen. Die Mechanismen sind dann schon fast im Adapter alle lauffähig. Höchstwahrscheinlich braucht es dann auch noch ein paar ACK Antworten, die sonst vom "App-server" kamen.@foxthefox ah ok, da hat sich jemand die gleichen Gedanken gemacht. Was passiert bei Server ausfall. Eventuell bekommt man EF dazu in den Settings auch eine Interne IP Adresse angeben zu können ? ansosnten belibt ja nur der weg die Anfargen umzuleiten.
-
Auf github gibt es ein Problemreport wo beim Powerocean die Werte auf 0 gehen und in der Nacht Solarproduktion angezeigt wird.
https://github.com/foxthefox/ioBroker.ecoflow-mqtt/issues/378Dies hängt höchstwahrscheinlich mit den künstlichen Einfügungen von 0 zusammen ( wenn Werte im Telegramm fehlen). Bzw. wenn Werte aus EnergyStreamDetail für EnergyReport benutzt werden.
Für beides habe ich in der heutigen 1.4.8 auf github eine Checkbox eingebaut.
Standard ist abgeschaltete Logik.
@klausn , @hossi , @marios1969
Bitte einmal überprüfen wie es sich auswirkt.
Natürlich sind dann die "Hysteresprobleme" vom PowerOcean wieder sichtbar, aber eventuell besser als die Verläufe im issue. -
Moin,
kann es sein, dass die neue Delta 3 Classic nicht unterstützt wird?
Meine Logs sehen so aus:
ecoflow-mqtt.0 2026-03-17 12:13:59.698 warn EF could not subscribe to topics ErrorWithSubackPacket: Subscribe error: Unspecified error ecoflow-mqtt.0 2026-03-17 12:13:59.602 info EF connected ecoflow-mqtt.0 2026-03-17 12:13:59.443 debug [EF] protocol -> mqtts:// ecoflow-mqtt.0 2026-03-17 12:13:59.443 debug [EF] url -> mqtts://mqtt-e.ecoflow.com ecoflow-mqtt.0 2026-03-17 12:13:59.443 debug [EF] port -> 8883 ecoflow-mqtt.0 2026-03-17 12:13:59.443 debug [EF] your mqtt configuration: ecoflow-mqtt.0 2026-03-17 12:13:59.443 info [EF] going to connect to mqtt broker ecoflow-mqtt.0 2026-03-17 12:13:59.436 info ========================== ecoflow-mqtt.0 2026-03-17 12:13:59.436 info device states created for Pxxxxxx / delta3 / Delta3-Classic ecoflow-mqtt.0 2026-03-17 12:13:59.435 debug SET initial Pxxxxx.info.status to offline ecoflow-mqtt.0 2026-03-17 12:13:59.432 debug SET initial Pxxxxxxxx.info.msgCount to 0 ecoflow-mqtt.0 2026-03-17 12:13:59.342 info start device state creation ->delta3 for Id Pxxxxxxxxx ecoflow-mqtt.0 2026-03-17 12:13:59.342 info ========================== -
Ich bin da grad etwas überfragt. Was ist denn "neue Delta 3 classic"? Der Adapter unterstützt die Delta 3/3max/3maxplus, die sind aber schon gefühlt 1 Jahr alt und demzufolge nicht neu.
Wenn es also etwas neues ist, dann wird sie nicht spezifisch unterstützt. Aber sie könnte Ähnlichkeiten im Protokoll mit den bisherigen haben und somit etwas sichtbar sein. Wenn sie ein neues Produkt ist, dann würde ich sie anhand der gesendeten Daten anschauen und mit aufnehmen. Die Seriennummer mit P.... scheint auf etwas neues hinzudeuten.Allerdings scheint es mir gemäß dem log eher noch ein Problem mit dem Anmelden beim MQTT server zu bestehen. Tritt der Fehler merhmals auf? Bzw. auch bei einem Neustart? Sind die Logindaten richtig?
Adapterüberblick: Profil Github;
Wenn der Adapter gefällt und nützlich ist, bitte ins Repo gehen und Star setzen. Danke
Ein Aufruf: video
-
Ich bin da grad etwas überfragt. Was ist denn "neue Delta 3 classic"? Der Adapter unterstützt die Delta 3/3max/3maxplus, die sind aber schon gefühlt 1 Jahr alt und demzufolge nicht neu.
Wenn es also etwas neues ist, dann wird sie nicht spezifisch unterstützt. Aber sie könnte Ähnlichkeiten im Protokoll mit den bisherigen haben und somit etwas sichtbar sein. Wenn sie ein neues Produkt ist, dann würde ich sie anhand der gesendeten Daten anschauen und mit aufnehmen. Die Seriennummer mit P.... scheint auf etwas neues hinzudeuten.Allerdings scheint es mir gemäß dem log eher noch ein Problem mit dem Anmelden beim MQTT server zu bestehen. Tritt der Fehler merhmals auf? Bzw. auch bei einem Neustart? Sind die Logindaten richtig?
Moin!
@foxthefox sagte in Neuer Adapter ecoflow-mqtt:
Was ist denn "neue Delta 3 classic"?
Die wurde am 16.03.2026 veröffentlicht, dürfte so ziemlich der erste sein der dieses Gerät aktuell hat.
Ich könnte natürlich auch etwas falsch gemacht haben, da es meine erste Powerstation von Ecoflow ist. Hier meine Einstellungen:
@foxthefox sagte in Neuer Adapter ecoflow-mqtt:
dann würde ich sie anhand der gesendeten Daten anschauen und mit aufnehmen.
Wenn ich auf "Debug QUOTAS" oder "DEBUG UNKN. MSG" klicke kommt die Fehlermeldung:
Das hier sind die Daten vom Script:
-
Danke für die Info.
Also dann ist klar, daß das Gerät noch nicht enthalten ist und somit noch Implementierung benötigt.
Bei den Debug Schaltflächen wird immer "Fehler" stehen, da dies die einzige Variante ist auch Werte/Text anzuzeigen. Also bitte nicht daran stören, es ist kein Fehler sondern nur die Hülle um die Daten vom Adapter zur Anzeige zu bringen.Die Häckchen auf der ersten Lasche msg.. brauchst du für den ersten Moment nicht. Das msgUpdate msgSetGet brauchen wir für den späteren Mitschnitt für die Implmentierung des Gerätes.
Derzeitig braucht es aber erstmal eine funktionierende Anmeldung beim Server.
Was mir auffällt -> nimm mal mqtts://mqtt.ecoflow.com (ohne dem -e), dann sollte es auch klappen.
Bitte im log überprüfen.Adapterüberblick: Profil Github;
Wenn der Adapter gefällt und nützlich ist, bitte ins Repo gehen und Star setzen. Danke
Ein Aufruf: video
-
Danke für die Info.
Also dann ist klar, daß das Gerät noch nicht enthalten ist und somit noch Implementierung benötigt.
Bei den Debug Schaltflächen wird immer "Fehler" stehen, da dies die einzige Variante ist auch Werte/Text anzuzeigen. Also bitte nicht daran stören, es ist kein Fehler sondern nur die Hülle um die Daten vom Adapter zur Anzeige zu bringen.Die Häckchen auf der ersten Lasche msg.. brauchst du für den ersten Moment nicht. Das msgUpdate msgSetGet brauchen wir für den späteren Mitschnitt für die Implmentierung des Gerätes.
Derzeitig braucht es aber erstmal eine funktionierende Anmeldung beim Server.
Was mir auffällt -> nimm mal mqtts://mqtt.ecoflow.com (ohne dem -e), dann sollte es auch klappen.
Bitte im log überprüfen.@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 brokerEF 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 -
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] ...?
Adapterüberblick: Profil Github;
Wenn der Adapter gefällt und nützlich ist, bitte ins Repo gehen und Star setzen. Danke
Ein Aufruf: video
-
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] ...?
@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?
Support us
369
Online32.7k
Benutzer82.6k
Themen1.3m
Beiträge