ecoflow-connector-Script zur dynamischen Leistungsanpassung

[Accu]

@florism der Shelly an der AC Leitung für meine DP ist im Skript so eingebaut:

 //----------------------------------------
                                                        //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt:
    ExcessActualPowerID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Power",
                                                        //ID des Schalters, der den Speicher aktiviert: 
    ExcessChargeSwitchID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Switch", 
    ExcessChargeSwitchOn: true,                         //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...)
    ExcessChargeSwitchOff: false,                       //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...)
    //----------------------------------------
    //****************************************
    Debug: false, mlog: false,
    PlotCmdID: 99999,

ich kann ihn klar über die Shelly App an oder Ausschalten - wird aber dann vom Skript wieder umgeschaltet, wenn überschuss da ist. Was ich auch ganz nice finde. So ist es ein No-Brainer übern Tag.

[florism]

@accu ah okay, verstehe ich dann. Bei mir sind die Shellys unabhängig vom Script für extra Kontrolle

[matz75]

@waly_de Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen? Hier zeigt er immer immer den lowbatLimit Wert an. Auch ein weiteres BKW ist entsrpechend eingebunden und die Daten werden entsprechend in den objekt states des ioB dargestellt. Erwartungsgemäß würde ich davon ausgehen, dass die gesamt PV Lesitung in die Berechnungen einfliessen und der noch erforderliche externe Bezug darauf basiert und auch in der ecoFlow App so angeigt wird. Verstehe ich da etwas falsch oder erwarte ich zu viel?
Und kleine ZUsatfrage:
RegulationOffPower: -2, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus)
checke ich leider auch nicht ganz.

Edit: Alles klar. jetzt hab ich es

[Waly_de]

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

Habe ich auch so, jeweils ein shelly an der D2M und eine am Powerstream. Zur Sicherheit. Persönlich bin ich der Meinung das diese Shelly spielereien besser ausserhalb des Scripts erfolgen sollten. Also selbst automatisieren. Das is ja schon ziemlich individuell..just my 2 cents

Das sehe ich auch so... das Skript ist schon sehr komplex.... solche Sachen, vor allem wenn sie dazu dienen Bugs der Ecoflow software zu umgehen, sollten separat laufen...
AC-Problem könnte man per Blocky in der art lösen: wenn Shelly an und Shelly Leistung < 10 dann Shelly Aus...
Das Skript schaltet den dann automatisch wieder an.

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

wenn die DP voll ist (100% geladen) bleibt der Shelly am AC Eingang leider permanent auf AN geschaltern

Das ist sinnvoll.. ich werde das zukünftig einbauen... aber wenn der Akku voll ist, dann zieht die Delta auch keine Leistung mehr, oder? Wenn Überschuss wegfällt schaltet das Skript ja automatisch ab.

[Waly_de]

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

gibt es schon die Möglichkeit per Objekt/State die Ausgansleistung auf MaxPower zustellen? Anonsten würde ich mir mit ein paar kleinen Ändeurngen am Skript und externConfig weiterhelfen.

Das geht bereits auf verschiedenen Wegen:

• RegulationState auf false und beim PS: RegulationOffPower: 600
• Per Extern State hasBat des PS auf false
• per battPozOn Ladung festlegen ab der maxpower laufen soll und battOnSwitchPrio: false

[Waly_de]

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

Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen?

Nein. Die App weiß leider gar nichts über das, was das Skript macht. Ich kann auch nichts setzen, was dort angezeigt wird.

[Waly_de]

Ich hab mich jetzt mal darin versucht, ein Video zu erstellen, in dem ich zunächst die Basiskonfiguration und die einzelnen Parameter darin erkläre.
Würde mich freuen, wenn ihr mir mal sagt, ob euch das hilft. Vielleicht kann ich davon noch mehr machen.

https://youtu.be/Drb4SHVvhRQ?si=MFi3mqYpfL8rGkxn

[florism]

@waly_de sehr gut erklärt ️

[gooflo]

@waly_de prima, das Video hat mir sehr geholfen. Eine Frage hätte ich noch, ich habe zwei PV Eingänge an der Delta 2 Max in Benutzung, im Skript sehe ich nur einen Parameter, soweit ich sehen kann, habe ich allerdings zwei Parameter für die Eingangsleistung in Watt, "inWatts" und "pv2InWatts". Ich vermute aktuell lässt sich nur einer davon eintragen?

[gooflo]

@gooflo hab es selbst gefunden, man muss sie als AdditionalPower anlegen

[gooflo]

@waly_de einfach nur gut das Skript (gleich mal gespendet :-), vor allem jetzt mit dem Video, super erklärt. Einen Verbesserungsvorschlag für Neulinge hätte ich: das mit den JS Modulen habe ich anfangs nicht kapiert, erstens, dass man erst mal Javascript installieren muss als Adapter ("Javascript Script Engine") und wo man die Module dann eintragen muss (ok, in der Konfiguration, habe ich dann gefunden) und vor allem unter welchem Namen genau. Ich hatte im Skript gelesen und da steht "protobuf" und "Pahoo MQTT Client", man muss aber "protobufjs" und "mqtt" verwenden.

Ich habe eine Delta 2 Max und verwende für die PV Eingänge statt mppt.inWatts die Variablen pd.pv1ChargeWatts und pd.pv2ChargeWatts, weil die Werte besser mit denjenigen der App übereingestimmt haben. Ich merke allerdings gerade, dass ich sie nicht als "AdditionalPower" konfigurieren sollte, weil sonst die Einspeisung (Grundlast) um diese Werte reduziert wird, richtig?

Jetzt bin ich gespannt darauf, wie gut die Regelung funktionieren wird.

[Waly_de]

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

@waly_de einfach nur gut das Skript (gleich mal gespendet :-), vor allem jetzt mit dem Video, super erklärt. Einen Verbesserungsvorschlag für Neulinge hätte ich: das mit den JS Modulen habe ich anfangs nicht kapiert, erstens, dass man erst mal Javascript installieren muss als Adapter ("Javascript Script Engine") und wo man die Module dann eintragen muss (ok, in der Konfiguration, habe ich dann gefunden) und vor allem unter welchem Namen genau. Ich hatte im Skript gelesen und da steht "protobuf" und "Pahoo MQTT Client", man muss aber "protobufjs" und "mqtt" verwenden.
Ich habe eine Delta 2 Max und verwende für die PV Eingänge statt mppt.inWatts die Variablen pd.pv1ChargeWatts und pd.pv2ChargeWatts, weil die Werte besser mit denjenigen der App übereingestimmt haben. Ich merke allerdings gerade, dass ich sie nicht als "AdditionalPower" konfigurieren sollte, weil sonst die Einspeisung (Grundlast) um diese Werte reduziert wird, richtig?
Jetzt bin ich gespannt darauf, wie gut die Regelung funktionieren wird.

Erst mal danke für dein Feedback zum Video! Freut mich, dass es nicht nur als Einschlafhilfe verwendet werden kann.
Das mit der Installation der Module ist eigentlich sehr gut im Eingangs Beitrag hier im Forum beschrieben. Da gibt es sogar Screenshots. Aber du hast recht ich sollte das auch noch im Skript selber besser beschreiben.
Die Sache mit den PV Modulen. An der Delta wollte ich als Nächstes beschreiben.
Du hast das selbst schon richtig herausgefunden. Die PV Module müssen als AdditionalPower Einträge angelegt werden. Du musst dann nur noch den Parameter NoFeedIn: true setzen. Dann wird die PV Leistung nur noch in PVTotal berücksichtigt.

[iobrokeraddic]

@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

Erweiterungen:
Tibber Modul

Vielen herzlichen Dank für diese großartige Möglichkeit, Ecoflow und Tibber zu kombinieren und zu steuern. Ich habe Frage zur Erweiterung Tibber Modul: Da ich kein Profi bin, habe bis dato nicht herausfinden können, wo die BatsocID und TibberID zu finden sind, weil das Script bei mir die IDs selbst nicht finden kann.

Vielen Dank.

[Thomas Weller]

Hallo Waly,

habe ich in meinem Skript einen Fehler weil er Kommandos scheinbar drei mal schickt?

Habe auch schon ein paar mal den Fehler gesehen das mehr als 3.000x geregelt wurde und das Skript angehalten wurde...

[Waly_de]

@thomas-weller sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

Hallo Waly,
habe ich in meinem Skript einen Fehler weil er Kommandos scheinbar drei mal schickt?
Habe auch schon ein paar mal den Fehler gesehen das mehr als 3.000x geregelt wurde und das Skript angehalten wurde...

Da stimmt irgendwas mit deiner Skript Instanz nicht. Wenn sowas passiert, bitte mal die Javascript Instanz komplett neu starten.
Manchmal liegt es auch am Skripteditor und den Protokoll Ausgaben darunter. Die solltest du ab und zu mal mal mit dem Mülleimer Symbol leeren.
Vergleich das mal mit dem, was du im Hauptprotokoll vor findest.

Wenn du die Meldung mit dem SetState Limit bekommst, hast du mehrere Deltas konfiguriert.
Solltest du die Daten unbedingt brauchen, setzt das Limit einfach höher. 6000 ist auch kein Problem.

[Waly_de]

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

Vielen herzlichen Dank für diese großartige Möglichkeit, Ecoflow und Tibber zu kombinieren und zu steuern. Ich habe Frage zur Erweiterung Tibber Modul: Da ich kein Profi bin, habe bis dato nicht herausfinden können, wo die BatsocID und TibberID zu finden sind, weil das Script bei mir die IDs selbst nicht finden kann.

Erst mal Dank für das nette Feedback!
Damit das funktioniert, musst du den Tibberlink Adapter installieren und konfigurieren, so dass deine Daten von Tibber abgefragt werden.
Ist das passiert sollten eigentlich diese beiden Daten automatisch ermittelt und eingetragen werden.

[gooflo]

@waly_de ich bin auf der Suche nach dem Feld für die PowerStream Temperatur, habe hier gesucht, aber nichts gefunden. Ich sehe einige Felder mit "temp" im Namen, nur die Daten scheinen nicht zu stimmen (ändern sich nicht). Weißt Du ob es ein passendes Feld gibt, das die Temperatur des PowerStream anzeigt?

(Skript läuft super ... bin weiterhin begeistert! Das mit dem Parameter "NoFeedIn: true" bei den PV Eingängen der Delta2Max ist bisher im Skript nicht dokumentiert, oder? Werde ich morgen mal testen)

[Waly_de]

@gooflo ich hab das hier verwendet: 0_userdata.0.ecoflow.app_device_property_HWxxxxxxxxxxx.data.InverterHeartbeat.pv2Temp

Das ändert sich aber nur träge... Da brauchst du ein wenig Geduld zu

[Waly_de]

Es gibt ein Neues Video:

https://youtu.be/BzjOk7Tj4xg

Die Themen diesmal:

• PV Module an der Delta
• AdditionalPower Konfiguration
• Überschussladung

Feedback würde mich wie immer freuen

[Mario1995]

Guten Abend und vielen Dank für das Skript. Ich habe zwei Fragen: Ich bekomme nächste Woche von Ecoflow die 2 KW Batterie für den Outdoorgebrauch. Einen speziellen Namen hat das Modell irgendwie nicht. Hier der Link: https://de.ecoflow.com/products/powerstream-balcony-solar-system-waterproof-battery-series-600-w-800-w

1. Frage: Ist das Skript mit dieser Batterie auch kompatibel?

2. Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
   Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?

Vielen Dank