ecoflow-connector-Script zur dynamischen Leistungsanpassung

[funkflash]

@waly_de: Vielen Dank für die Mühe. Habe es bei mir als HomeAssistant (Regelung der Delta2 AC Ladung, Vorverarbeitung SmartMeter) / IOBroker (Regelung der AC Einspeisung vom PowerStream) erfolgreich in Betrieb genommen. Habe ich das richtig verstanden:

Die Batterieladung wird im Skript ausschließlich via angeschlossener PV Ladung berücksichtigt?
Hintergrund: Meine PV Anlage ist nicht via PowerStream ansgeschlossen und AC-Ladung steuere ich deshalb gerade via HomeAssistant Automation auf Basis SmartMeter in Zeiten mit Überschuss.

[Dreffi]

@dreffi
Ich ergänze mal meine Erfahrungen, denn ich bin weiter davon überzeugt bei vollem Akku auf Prio Akku umzustellen.

Das Wichtigste vorweg: die Powerstream schalten beim Umstellen der Priorisierung nahtlos um. Es erfolgt also keine Unterbrechung der Einspeisung.

Die Logik dazu sieht wie folgt aus:

Der Powerstream, der über dieses Script geregelt wird, lässt sich relativ einfach regeln:
permanentWatts = 0 --> setPrio 1 (Akku)
batSoc = upperLimit --> setPrio 1 (Akku) ich habe hier statt upperLimit fix den eingestellten Wert von 90 eingetragen
permanentWatts > 0 --> setPrio 0 (Einspeisung) ich habe hier als Grenzwert derzeit 100, also 10 W eingestellt

Etwas schwieriger fällt mir das zuverlässige Umstellen des Powerstreams mit der festen Einspeiseleistung:
batSoc = upperLimit --> setPrio 1 (Akku)
jetzt wird's komplexer:
Auslöser:
Netzbezug > 30 W für 5 Minuten ODER
Einspeisung des anderen Powerstreams > 30 W für 5 Minuten ODER
eigene Einspeiseleistung < permanentWatts - 10 W
Bedingungen:
eigene Einspeiseleistung < permanentWatts - 10 W
eigene Einspeiseleistung < permanentWatts - 10 W
Aktion:
setPrio 0 (Einspeisung)

Problem: es kann bei einer Wolkenphase von mehr als 5 Minuten dazu kommen, dass auf Prio Einspeisung zurückgestellt wird. Dieser Powerstream arbeitet damit wieder gedrosselt. Gleichzeitig wird der Akku aber nicht ent- und wieder geladen um den Trigger auszulösen.
Eventuell ergänze ich das noch mit:
Einspeiseleistung > permanentWatts - 10W UND
Auswertung des Ladestroms (battInputWatts)

Letztere Logik steuere ich über Home Assistant, weil ich nicht weiß wie ich das in ioBroker geregelt bekomme. Diese scheint noch nicht 100% zuverlässig zu arbeiten. Die Stromversorgung läuft allerdings immer noch genau wie sie soll. Ich glaube es liegt am betroffenen Powerstream. Der hatte heute wieder massive Netzwerkprobleme.

[madjuju]

Hello Nice job !

L'm in France and we use 'linky'

L can get linky data from MQTT.
How can l use the value of consummation from my linky instead of SmartmeterID ?

[Waly_de]

@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

@waly_de in welchem Format, Darstellung oder wie auch immer muss der Smartmeter:ID aufweisen und sehe ich das Ergebnis oder den Wert vom Smartmeter irgendwo im Skript oder den Objektdaten

Danke für die Daten. Leider Hab ich vorerst keine Zeit neue Geräte zu integrieren. Ich hab gerade noch jede Menge Arbeit mit den Regulierungsalgorithmen. Außerdem steht Ende der Woche Urlaub an. Aber ich schau es mir an, sobald ich Gelegenheit dazu habe.

Zu deiner Frage: SmartmeterID ist einfach die ID eines States(Objekts) in IOBroker. In diesem State steht der aktuelle Verbrauch in Watt. Wenn du also irgend ein Smartmeter besitzt, musst du dafür sorgen, dass es Daten an IOBroker sendet. Das geht zum Beispiel per im MQTT. Es soll auch für Anbieter wie Tibber Schnittstellen geben. Ohne Echtzeitdaten zum aktuellen Verbrauch macht das Skript nicht so viel Sinn. Seine Hauptaufgabe ist ja das Regeln der Einspeisung. Eine funktionierende Lösung dazu hab ich in der Beschreibung verlinkt.

[Waly_de]

@dreffi Danke für den Input... das ist sehr hilfreich. Einiges davon hab ich ja schon verwertet.

[Waly_de]

@madjuju if you get the data from your electricity meter via MQTT, you can easily integrate it into IOBroker. There is an MQTT adapter for IOBroker. It can be set up as a MQTT host as well as a client. Once the data is available in IOBroker the script can easily work with it.

[madjuju]

@waly_de
Thank you very much for this first encouraging reply.

Will I have to change your script? I'm not a computer scientist. It's complicated for me.
Yes, I can retrieve the called power in volts amperes via mqtt. An intier
If value = 0 then no consumption
if the value > 0 then consumption.
If you could be so kind as to guide me, I'd be very grateful.

[Waly_de]

@madjuju I'm afraid that's a bit beyond the scope here. I suggest you start with the basics of IOBroker and set up everything so that the consumption data (real-time power in watts) are available in IOBroker. If you still have questions about the setup of the script, I will be happy to help.

[aikonflo]

Hallo zusammen,
ist euch die Developer Seite von Ecoflow bekannt ?
https://developer.ecoflow.com/us

Auf der Seite ist die MQTT und die HTTP Schnittstelle beschrieben,
leider nur für die Delta Pro und das Smart Home Panel.
Ich kann damit leider nichtwirklich etwas anfangen
Aber vielleicht hilft es euch etwas.

Hier mal ein Auszug:

[Waly_de]

@aikonflo Interessant. Guck ich mir mal nach dem Urlaub an. Alles was ich bisher offizielles gefunden habe, war wenig hilfreich. Vor allem wenn es um den PowerStream ging.

[Waly_de]

@waly_de

neue Version. 1.1.2.
Inzwischen ist es offensichtlich zu groß um es komplett im Beitrag zu posten. Daher habe ich es als .txt Datei herauf geladen. Ich hoffe Ihr kommt damit klar?

(1.1.2) 17.08.2023

• Braking Changes bei der Konfiguration. Viele Daten sind jetzt zu den einzelnen PowerStream gewandert.
• Unterstützung der Steuerung von mehreren PowerStream in 2 Modes (Balance und Serial)
  Balance: die PS werden nacheinander angesprochen, dabei versucht jeder Einzelne für sich den Bedarf zu decken.
  Serial: Der Bedarf wird in der Reihenfolge der Konfiguration verteilt. Erst wenn der erste es nicht mehr schafft den Bedarf zu decken, wird der Nächste hinzugezogen
• Automatisches Wechseln in den Batterieprioritätsmodus. battOnSwitchPrio: true/false wenn battPozOn erreicht ist
• Festlegen des Gerätetyps bei der Konfiguration. Typ: Powerstrem:"PS"; DeltaMax:"DM";

Download(neues JS-Script in IOBroker anlegen Inhalt der Datei einfügen):
ecoflow-connector_v112

[mattenausohz]

@waly_de Was genau macht der "typ" Parameter? Du gibst für die Powerstations "DM" und "DM2" vor. Läuft eine Delta2 dann als "DM2" ?

Danke für Deine Arbeit!

[Waly_de]

@mattenausohz
Im Moment unterscheidet der Parameter nur PowerStream von anderen Geräten. Zukünftig wird das aber wichtig. Es unterscheidet die Decodierung der Nachrichten und das Anlegen von Writeables, was ich dann auch ohne Änderung der jeweiligen Einstellung in der App machen kann. Da ich selbst nur einen Delta Max habe, komme ich da vielleicht durcheinander.... Ich hoffe mal, dass Delta2 und Delta Max2 sich nur durch die Größe des Akkus unterscheiden?
Wenn Du jetzt DM2 konfigurierst, wird es aber im Moment auf jeden Fall laufen wie vorher...

[mattenausohz]

@waly_de Bei den Deltas muss ja aktuell (noch) nichts dekodiert werden zum Glück. Also die Delta 2 Daten werden jetzt erstmal ganz normal angezeigt.

[Ponti92]

@waly_de
Die Delta2Max hat ein bisschen andere parameter, z.b. das Einstellen der SLowChrg Speed geht mit diesem

{ id: 0, name: 'acChgCfg_D2', ValueName: 'slowChgWatts', Typ: 'D2', MT: 3, AddParam: '{"fastChgWatts":255,"chgPauseFlag":0}'},

und das muster dazu:

const musterslowChgWatts = {
    "from": "iOS",
    "operateType": "acChgCfg",
    "id": "413001282",
    "lang": "de-de",
    "params":
    {
        "fastChgWatts": 255,
        "chgPauseFlag":  0
    },
    "version": "1.0"
};

Ich kenn mich leider nicht so gut damit aus, aber es hat nun geklappt, dass der Parameter in den writables angelegt wurde und auch die Änderung in der App zu sehen sind.

[Benny89]

@waly_de

Ich habe gestern mit Udo ( Udo Brad Reetz ) versucht das Skript einzurichten.
Wir haben das soweit geschafft, nur laut Udo wird nichts von Ecoflow abgerufen?
Er meinte ich solle hier nochmal nachfragen an was das liegen könnte? Ebenfalls meinte er, ist wohl nur ne kleine Einstellung.
Hintergrund der Aussage, da wie auf dem Bild zu sehen, bei RAW, RAW_HEX, LASTTOPIC und REALPOWER nichts ankommt.
Es blinkt zwar immer im Abstand rot und grün das (null) aber es kommen keine Informationen vom PowerStream ...

Vielleicht kann mir hier unter die Arme gegriffen werden.

[foxthefox]

@felixcrafter83

gibt es schon eine Definition was die watt_type mit den Werten 1 bis 8 bedeutet?
Ich habe bei mir z.B. bisher noch keine watth_typ=5 oder 6 in der Nachricht gehabt. Habe aber auch keine Plugs.
watth_type = 2 war bei mir bisher immer 0.

Meine derzeitige Interpretation:
watth_type = 1 -> hauslast, andere Verbraucher
watth_type = 2 ->
watth_type = 3 -> zu Akku
watth_type = 4 -> von Akku, vollständige Entladung
watth_type = 5 ->
watth_type = 6 ->
watth_type = 7 ->
watth_type = 8 -> von Solar

1 ist immer geringer als 4, das dürften Wandlungsverluste sein.

Ich hoffe das dies schon entschlüsselt ist.

Aus meiner Sicht gibt es von meiner Seite noch Erkenntnisse zu:
X_Unknown_7 -> upperLimit
X_Unknown_8 -> lowerLimit
X_Unknown_32 -> uptime in s, wie lange der power stream zugeschalten ist

Gruß
Klaus

[Dreffi]

@benny89
Habt ihr Protobuf installiert? Vielleicht können die eingehenden Nachrichten nicht decodiert werden.

[Benny89]

@dreffi
also ich hab das gemacht mit npm install protobufjs
und ich habs in der Java Instanz eingetragen, mqtt und protobufjs.
Wie kann ich es denn prüfen ob es auch wirklich installiert ist ?
Es ist ja kein richtiger Adapter ....

Mit freundlichen Grüßen
Benny

[Benny89]

@dreffi

also ist beides Installiert ....