Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Marios1969]

Hallo zusammen,
ok vielen Dank, für die Tipps. Dann warte ich mal ein paare Tage. Falls es dann nicht aktualisiert, fahre ich die PO+ mal runter und wieder hoch.
Gruß Mario

[hossi]

Das runter und hochfahren geht bei mir problemlos über die App.

Ich hatte das gestern noch gemacht, da der Elektriker mir noch einen Lasttrennschalter eingebaut hat um zwischen

0. alles AUS
1. NUR Netz (EVU)
2. Netz (EVU) mit PV inkl. Notstrom

umschalten zu können.

[Marios1969]

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

[Marios1969]

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

[foxthefox]

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.

[Marios1969]

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.

[foxthefox]

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.

[Marios1969]

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]

@klausn, @hossi
Könnt ihr bitte mal bei euch schauen, ob ihr das gleiche Problem habt, wie bei @marios1969.
Ich schau es mir noch genauer an, aber es scheint der gewünschte Mechanismus reinzuspucken, wo ich bei nicht übermittelten Werten die 0 künstlich abspeichere.

[Marios1969]

@klausn, @hossi habt ihr das gleiche Problem wie ich?
Ich habe jetzt ein Handy dauerhaft laufen, keine schöne Lösung aber wenigstens kommen so die Daten zuverlässig rein.

Viele Grüße
Mario

[GTV]

@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]

Bitte nicht Adapter neu installieren und neue Zugangsdaten anlegen.
Abwarten hilft meist.

[foxthefox]

@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]

@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.