Neuer Adapter ecoflow-mqtt

[foxthefox]

@mikerow sagte in Neuer Adapter ecoflow-mqtt:

17/18 steigen mit dem Füllgrad Batterie und nehmen auch dementsprechend

Also bei mir steigt 17/18 an und wird bei Sommerzeit um 2Uhr auf 0 zurückgesetzt. Also bis 2 Uhr anderen Tag steigt es an.
Wenn du kein Shelly 3EM eingebunden hast, dann müsste es ja dem eingestellten Hausverbrauch entsprechen also (Grundlast x Zeit seit 2Uhr).
Hast du smart plugs von EF?
Benutzt du das script? Dann wird es schwieriger mit der Multiplikation, könnte aber den Unterschied zwischen 17/18 erklären.

[MikeRow]

@foxthefox Ok, ja, dass wäre eine Möglichkeit. Ich nutze 5 SmartPlugs von EF. Das Script nutze ich nicht. Ich rechne mal die einzelnen Werte dagegen. Melde mich

[MikeRow]

@foxthefox 17/18 sehen aus wie Be und Entladung pro Tag. Es besteht immer ein kleiner Unterschied zwischen 17/18, ggf spielt da mein ZA eine Rolle.

[foxthefox]

@mikerow
Hmm, muss ich nochmal Werte anschauen.
Wobei watth16 auch schon Entladung wäre.
Und bei mir steigt der Wert auch am Tag an, wenn es Entladung wäre musste ja bei genügend Sonne der Wert stehen bleiben. Umgekehrt in der Nacht dürfte es keine Beladung geben.

[MikeRow]

@foxthefox vorab muss ich vielleicht meine Nutzung von EcoFlow erklären. Ich habe eine bestehende PV Anlage und habe keine Solar Panels am Power Stream. Ich habe einen Power Stream eine Delta pro mit Zusatzakku. Je nach PV Überschuss belade ich die EcoFlow Speicher. Ist der Speicher zu 100 % gefüllt, deaktiviere ich die AC Ladung und wenn am Abend die PV Leistung der Hauptanlage nicht mehr ausreichend ist, starte ich die Hausbeladung per Grundlast und Plugs aus der EcoFlow. Genauso verhält sich bei mir auch 17 und 18 wenn ich die AC Beladung starte, erhöhen sich die Werte wenn der Speicher gefüllt ist, bleibt 17 und 18 nahezu stehen und am Abend, wenn ich wieder entlade steigt der steigen 17 und 18. Demzufolge ergibt sich für mich die Schlussfolgerung, dass in meiner Konstellation 17 und 18 sowohl Be & Entladung sind.

[Ralf 8]

@foxthefox
Hallo, ich benutze Deinen tollen Adapter seit 2 Monaten.
Ich habe eine Powerstream und einen Delta-2-Max mit Zusatz-Akku. Sowohl am Powerstream als auch am Delta-2-Max hängen 2 Solarmoduule.

Bis vor ungefähr 2 Wochen hat alles gut funktioniert. Neuerdings sendet die Delta-2-Max keine Daten mehr. Die Werte im ecoflow-mqtt aktualisieren sich erst wenn ich die Ecoflow-App auf dem Smartphone abrufe. Der Powerstream scheint aber Daten zurückzumelden

Das Problem kam ungefähr unter Version 0.32, hat aber ja vielleicht gar nichts mit dem Adapter zu tun. Ein Delta-2-Max-Update gab es zwischendurch nicht, aber zahlreiche Powerstream-Updates. Ich habe ein Update des Adapter auf 1.0.2 gemacht. Auch Linux- und ioBroker ist ganz aktuell.

Das Thema wurde schon einmal diskutiert. Die Werte für LatestQuotas werden deshalb anscheinend regelmäßig geändert, das nützt aber nichts. Ich habe auch mit Javascript versucht, alle 10 Minuten den ecolflow-mqtt-Adapter neu zu verbinden. Die Daten werden aber trotzdem nicht aktualisiert.

[foxthefox]

@ralf-8
An der MQTT Schnittstelle hab ich lang nichts mehr verändert, das sollte für 0.32 und 1.0.2 kein Unterschied machen. Kannst aber über npm wieder auf eine alte Version zurückgehen.
Wenn man die vielen anderen Meldungen anschaut, gibt es wohl vermehrt Probleme und EF versucht angeblich die inoffiziellen Clients zu unterbinden.

Was meinst du mit den “Werten für latestQuotas geändert”?

[A Former User]

@foxthefox in der Hoffnung die neuen Restriktionen von Ecoflow umgehen zu können, installiert.
Lief am Anfang auch.
Auch nach Eingabe von 3 Pstream.
Dann 2DP und 8 Smartplug nachbenannt und nun hat der Adapter einen restart loop.
Jetzt erst mal schlafen und morgen nochmal schauen.
Schade, ich hätte mich echt gefreut.

Nachtrag: nachdem ich 8 Smartplugs und die beiden Delta Pro gelöscht habe, bleibt er grün und läuft.
Jetzt sind nur 3 Powerstream als Devices drin.

Update: 2 Delta Pro nun auch wieder drin und Adapter noch grün
Wie gesagt morgen mach ich weiter.

[foxthefox]

@est58
Wenn es nach restart loop aussieht, dann unbedingt auch mal das log posten, bzw. Adapter in debug Modus versetzen um ein paar mehr Meldungen vom Ablauf zu sehen. Falls es ein Absturz die Ursache ist, dann steht meist im Download vom log mehr drin.
Der Adapter hat aus meiner Sicht kein Problem mit zu vielen Geräten. Habe zum Testen von jedem Typ eines konfiguriert.

[A Former User]

@foxthefox lief jetzt über Nacht durch.
werde später die 8 SmartPlugs auch einzeln dazu fügen.

• update
  alle 13 Geräte von Ecoflow eingepflegt, immer eins nach dem anderen, dann abgespeichert, am Ende läuft alles gut, bin grad am Energiefluss, die Datenpunkte zu tauschen und dann Tschüss Skript.

[A Former User]

@foxthefox sorry für die "blöde" Frage -

ich hab den Adapter installiert und eingerichtet und mein Energiefluss_erweitert ist nun auch angepasst, es läuft perfekt. Das Skript ist für ich nun Geschichte.

Vielen Dank für diesen Adapter !!

ok, zur Frage

wie geht das, was ist das "Repo"

[foxthefox]

@est58
Repo steht für Repository und ist der Begriff für die Ablage/Speicherort auf github.

Schön das es bei dir funktioniert und erstmal keine Aussetzer hat.

[foxthefox]

ein kleines Update auf 1.0.3 ist auf git und npm verfügbar

Datenpunktänderungen kommen nur nach Neuanlage zustande (stop, löschen, start)!

1.0.3 (npm)

• (foxthefox) watth16/17/18 upper range 10kWh
• (foxthefox) 'Backup reserve' option added for D2M #137
• (foxthefox) preparations for DeltaPro3 decode

[foxthefox]

ein wichtiges Update für PowerKit ist mit 1.0.4 auf git und npm verfügbar.

1.0.4 (npm)

• (foxthefox) some more protobuf decoding for power ocean (ev pulse portion)
• (foxthefox) correction for powerkit telegram reception #99
• (foxthefox) corrected/improved powerkit datapoints

[vmi]

@foxthefox @foxthefox habe mich nach langer Zeit mal wieder um das SHP gekümmert.

Wenn ich in der APP eine Automatisierung zum AC laden anlegen (500 Watt z.B.) für den heuteigen Tag von 00:00 bis 24.00 anlege, bekomme ich folgenden payload:

[JSON] SP10ZEW5ZEA9XXXX [set] -> key:81 {"from":"Android","id":"486871670","isMatter":0,"moduleType":0,"operateType":"TCP","params":{"cfgIndex":2,"cfg":{"comCfg":{"isCfg":1,"isEnable":1,"setTime":{"day":15,"hour":18,"min":0,"month":9,"sec":48,"week":2,"year":2024},"timeRange":{"endTime":{"day":15,"hour":23,"min":59,"month":9,"sec":59,"week":2,"year":2024},"isCfg":1,"isEnable":1,"mode3":{"day":15,"month":9,"year":2024},"startTime":{"day":15,"hour":0,"min":0,"month":9,"sec":0,"week":2,"year":2024},"timeMode":3},"timeScale":[255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255],"type":1},"param":{"chChargeWatt":500,"chSta":[1,0],"hightBattery":100,"lowBattery":95}},"cmdSet":11,"id":81},"version":"1.1"}

Habe dann versucht den payload über blocky per sendto an den ecoflow-mqtt zu senden und den Wert für chChargeWatt gemäß meinem Überschuß aus der Dach PV anzupassen.
Die Anspassung des Übershcuss funktioniert.
Allerdings ändert sich die Automatisierung nicht, egal welchen Wert ich für chChargeWatt sende.

[foxthefox]

@vmi

So einfach ist es leider nicht. Um mit sendTo etwas zu schicken muss eine Routine hinterlegt sein und auch einen bestimmten Namen bekommen, mit der sie angesprochen wird. Dies gibt es nicht im Adapter für Datenpunkte oder topics.
Vielmehr sollte der passende Datenpunkt geändert werden, der dann intern ein Kommando auslöst.
Sieht für mich eher nach einem Datenpunkt der Power Station aus, als von shp.

[vmi]

@foxthefox sagte in Neuer Adapter ecoflow-mqtt:

d. Dies gibt es nicht im Adapter für Datenpunkte oder topics.
Vielmehr sollte der passende Datenpunkt geändert werden, der dann intern ein Kommando auslöst.
Sieht für mich eher nach einem Datenpunkt der Power Station aus, als von shp.

habe in der Facebook Gruppe Ecoflow offical API Delevoper ( https://www.facebook.com/share/p/oYeB26zYdgo4DrW3/ ) das gefunden:

Format is something like:

{
"id":"123456789",
"version":"1.0",
"operateType":"TCP",
"timestamp":1708084960,
"params":{
"cfg":{
"chSta" 0, 0, 0, 0, 0, 0, 0, 0, 0, 1 ],
"comCfg":{
"timeScale" 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255 ],
"isCfg":1,
"type":2,
"timeRange":{
"isCfg":1,
"startTime":{ "sec":0, "min":0, "week":7, "hour":0, "month":2, "year":2024, "day":16 },
"timeMode":0,
"endTime":{ "sec":59, "min":59, "week":7, "hour":23, "month":2, "year":2024, "day":16 },
"isEnable":1
},
"isEnable":1,
"setTime":{ "sec":0, "min":39, "week":7, "hour":11, "month":2, "year":2024, "day":16 }
}
},
"cfgIndex":4,
"cmdSet":11,
"id":82
}
}

MOD-EDIT: Code in code-tags gesetzt!

Sieht für mich plausible aus, da ja am SHP die Ladesteuerung nur über die Automation des SHP funktioniert.
Jetzt kann ich per App nur noch eine Aufgabe anlegen:

Eine Änderung eines einzelnen Datenpunkt ist meiner Meinung für die Steuerung der Ladung nicht ausreichend.

Den Datenpunkt "chChargeWatt": gibt es beim SHP nicht im Adapter ....

Auch laut der API Beschreibung von ecoflow

https://developer-eu.ecoflow.com/us/document/shp

Die Lösung welche ich in der Vergangenheit genutz habe über die Delta Pro wurde ja mit einem Firmware update abgeschaltet.

[Homoran]

@vmi was soll man hier erkennen

Ein 4.2k Bild ist zumindest mobil nicht zu entziffern!
da wird es zusätzlich auf 20% geschrumpft

[vmi]

@homoran sagte in Neuer Adapter ecoflow-mqtt:

geschrumpft

ist der Beispiel payload von ecoflow, da so viel viel Code, ... deshalb so klein ...

[foxthefox]

@vmi
Ich stelle ja nicht in Frage, dass es eine Zeitsteuerung gibt und es dazu auch Datenpakete. Nur es gibt im Adapter keine Möglichkeit solch ein formatiertes JSON einfach mal loszuschicken.
Grundsätzlich müssen Datenpunkte geändert werden um ein Kommando zu schicken.
Für Zeitpläne ist im Adapter nichts vorgesehen.
Ich habe schonmal die Zeitpläne der Powerstream sichtbar (nur lesend) gemacht. Rein lesend ist evtl. auch für SHP machbar aber ist auch ne ordentliche Arbeit das verschachtelte in eine flachere Struktur zu bringen.
Für Kommandos fehlt es an einer geeigneten Oberfläche um vernünftig mehrere involvierte Datenpunkte geeignet als ein Kommando abzusetzen. Zum anderen stellt man Zeitpläne nicht permanent neu auf, für einmalige Aktionen da was zu entwickeln, kostet nur Zeit.

Automatisierungen sind im Allgemeinen eine Zusammensetzung von vorhanden Dingen.
Wenn es den speziellen Datenpunkt nicht gibt, so ist die Abfolge aber bestimmt auch einzeln realisierbar.
Bestimmt wird der Eingang in einen bestimmten Modus versetzt, dann noch die Ladeleistung und Aufladegrenze gesetzt.
Diese 3 Aktionen sollten über Datenpunkte machbar sein.
Oder halt auch blockly .

Was genau steht mit der neuen FW der DPro nicht mehr zur Verfügung?