ecoflow-connector-Script zur dynamischen Leistungsanpassung

[Waly_de]

@sirdir schwer zu sagen was das problem ist. Steht denn das Script komplett, oder wird nur nicht mehr gesendet? Steht nichts im Log wie z.B. das es zu viele SetStates gab...

Neustarten geht z.b. aus einem anderen Script mit einem Cron

bei mir ist der zugehörige Pfad: "javascript.0.scriptEnabled.ecoflow-connector_dev"
Neustart sollte dann so gehen:

// Pfad zum 'enabled'-State des Scripts
var scriptEnabledStatePath = 'javascript.0.scriptEnabled.ecoflow-connector_dev'; 

// Script deaktivieren
setState(scriptEnabledStatePath, false, true, function() {
    // Kurze Pause, dann Script wieder aktivieren
    setTimeout(function() {
        setState(scriptEnabledStatePath, true, true);
    }, 1000);  // Wartezeit in Millisekunden, kann angepasst werden
});

[Dreffi]

@waly_de
Folgender Bug:
(Version: 1.1.4.2)

Der erste Powerstream schaltet wegen BatPoz auf Prio Speicher. Normal müsste Powerstream 2 nur noch einspeisen, was zu Deckung des Bedarfs fehlt.
Dieser speist aber mehr ein, wodurch ins Netz zurückgespeist wird. Nein, Akku von Powerstream 2 ist nicht voll und die Ladeleistung liegt deutlich unter 600 W.

Es scheint als würde die Last für Powerstream 2 nicht mit der tatsächlichen Einspeiseleistung von Powerstream 1, sondern mit der eingestellten AC Last von Powerstream 1 berechnet werden.

Die Rückspeisung ins Netz ist ungefähr so groß, wie die aktuelle PV-Leistung von Powerstream 1 abzüglich der eingestellten AC Last von Powerstream 1.
Die durch Prio Speicher höher ausfallende AC Leistung wird nicht berücksichtigt.

[Waly_de]

@dreffi bitte teste mal die 1.1.5. genau an diesen Dingen hab ich noch mal gearbeitet...

[sirdir]

@waly_de Das mit den states hab ich einmal gesehen… Ich versuch’s mal mit dem Script, hab jetzt noch grad auf die neuste Version geupdated. Ein kleiner ‘bug’ ist schon mal immer noch drin: Die Meldung bez. batterieladung erreicht und Einspeisung wieder normal wird immer ausgegeben, auch wenn debug nicht gesetzt ist.

[Ponti92]

@Waly_de
Hi,
Ich hab seit dem letzten großen Skript Update mit dem neuen Balance Mode der PS folgendes Problem mit meiner ersten PS.
Ich bin noch nicht 100% sicher woran es liegt, aber ich beschreibe mal das verhalten..
Immer wenn die Regelung die AC-bedarf reduziert und dieser Wert geringer als der PV Eingang wird, dann reduziert sich PV mit.
Das geht dann so weit bis PV dann sogar bei 0 oder wenigen Watt liegt. Dann kann ich nur noch den Batterieprio Modus anschalten und PV liegt dann wieder voll an.
Das Skript schaltet dann automatisch wieder auf Strom-Prio um, sodass es wieder läuft.

Das ist leider schwer nachzustellen und tritt vor allem bei wechselnden Lasten oder abnehmenden Sonnenschein auf. Und auch nur bei der ersten PS. Ich habe den Verdacht, dass evtl ein bug seitens EcoFlow vorliegt und im Zusammenspiel mit der Regelung, dass nur die vorhandene PV Leistung bedient werden soll, es dazu kommt. Dann regelt das Skript herunter und die PV Leistung regelt nach unten, bis es gegen 0 geht.
Solange die andere PS noch genügend PV liefert, nimmt das Skript ja davon die Leistung, sodass der Akku nicht unnötig belastet wird. (Neues Feature, was eigentlich ziemlich cool ist!)

Ich versuche mal die Reihenfolge der PS im Skript zu ändern und evtl mal die Module der PS tauschen.

Übrigens ist dort keine Verschattung und die Module sind alle gleich ausgerichtet. Ich merke das immer zufällig, dass ein PS fast nichts liefert und die Werte komplett anders als der andere PS ist.

Hier ein Screenshot mit den Einbrüchen, die ich manuell dann durch umschalten des Prio Modus wieder gelöst habe.

Im Vergleich sieht PV4 schon anders aus. (Gegen Ende hat PV4 noch länger Sonne, aber das kann man vernachlässigen)

[Waly_de]

@ponti92 also ist der Akku komplett voll?
Und hast du schon die 1.1.5 laufen? Da hab ich die Priosteuerung überarbeitet…

[Ponti92]

@waly_de
Nein der Akku ist nicht voll, bin noch eine Version davor. Ich aktualisiere für morgen mal auf die letzte Version.

Wenn der Akku voll ist, dann klappt es auch wunderbar mit dem Batterie Prio Modus und er speist alles schön ins netz

[Ponti92]

@waly_de
Es liegt nicht am umschalten des Prio Modus, denn es passiert wenn der Akku unter 100% ist.

[Waly_de]

@ponti92 wie voll ist denn der Akku dann?
Ich hab festgestellt, dass sich der PS in der Nähe der oberen Ladungsgrenze schon mal seltsam verhält.
So hatte ich Probleme wenn ich z.B. PozOn: 98 und Off 96 eingestellt hatte. Bei 96 hat es sich dann nämlich geweigert die Batterie weiter zu laden. Teilweise wurde auch nichts weiter eingespeist. Hört sich so ähnlich an wie Dein Problem. im Moment hab ich 99 und 94 eingestellt. Aber das Wetter ist für meine Anlage leider zu schlecht um den Akku voll zu laden... daher kann ich das nicht 100% Testen

[Ponti92]

@waly_de das ist ganz unterschiedlich und war heute bei ca 40-50%. Hatte das aber auch schon bei 30% sowie 70%.

Jedenfalls löst sich mein Problem kurzzeitig wenn ich von Stromversorgung auf batteriemodus wechsle. Dann geht PV wieder auf den Wert wie beim anderen PS, dafür natürlich in den Akku. Wenn ich dann wieder auf Stromversorgung umschalte, läuft es erst mal wieder.

[Ponti92]

@Waly_de ich hab das mal bei EcoFlow Support geschildert und es ist ein bug mit der Delta2Max.
Sie arbeiten daran…
Ich werd mir mal ein Skript schreiben, das die PV Leistung überwacht und dann bei Bedarf mal kurz auf Batterie Prio umstellt. Dann muss ich das nicht mehr händisch machen.

Übrigens liegt es nicht an den Panels, hab beide Panels von einem powerstream zum anderen umgesteckt. Dachte, dass es vielleicht auch daran liegt, da ein paar Module 30V und die anderen 40V haben..

Man kann das ganze auch gut in der Früh beobachten, da legt der eine powerstream schon los und der andere ist bei 0W. Nachdem ich dann einmal den Batterieprio Modus aktiviere, legt auch der zweite los und hat ähnliche Werte wie der erste.

[sirdir]

@waly_de Also wie ich jetzt gesehen habe passiert das mit den zu vielen SetStates mehrmals täglich (jedenfalls heute). Was kann das denn sein? Ich mach z.B. nichts an den writables. Und ich hab nur den PS abonniert.

[Waly_de]

@sirdir Mit nur einem PS ist das eher ungewöhnlich es sind die Deltas, die in der Regel diese Probleme machen. Hast Du noch eigene Erweiterungen im gleichen Script untergebracht?
Das grundsätzliche Problem und wie man das Limit erhöht ist ja ausführlich dokumentiert. Siehe Startbeitrag.

[Dreffi]

@waly_de
Im PV-Forum gas es auch schon Meldungen, dass nur mit einem Powerstream das Limit überschritten wird. Mit zwei Powerstreams habe ich auch schon die 2000 SetStates geknackt.

Man sollte also auch pro Powerstream mit mehr als 1000 SetStates pro Stunde kalkulieren.

[sirdir]

@waly_de Nein, naja, ich hatte den Timer/Scheduler von 10 auf 5 Sekunden gestellt, sonst nichts. Verstehe trotzdem nicht, warum das selten zu Problemen führen sollte und meistens nicht. Die Anzahl Daten pro 'Lauf' sollte ja nicht gross ändern?
Hab jetzt auf 3000 hoch gestellt, seither war Ruhe.

[aherby]

@waly_de Ich bin endlich mal von der festen Einspeisung auf die dynamische gewechselt.
Ich habe aus Gewohnheit noch die Smartplugs drin und ja ich weiß die müssen raus.
Nun habe ich folgende Fragen:

• Wenn ich aus Gewohnheit die AC-Leistung manuel geregelt habe dann ist die Dynamische Regelung aus oder?
• Wie kann ich das wieder einschalten, wenn ich nicht an den Rechner mit Script komme?
  Könnte man das irgendwie über einen Textbefehl steuern?

Ist es möglich dass durch das neue WLAN Update für die Delta 2 Max die Regelung nicht mehr richtig funktioniert?

Ideen:

• Ich hätte ggf Bedarf an dass man der Regelung sagen kann ab einen Bedarf von z. B. 3000W regel auf z. B nur 90 W oder Wert X
• Zu der Überschussladung musste ich mich mal mit der Lab-Funktion beschäftigen hier scheint ja alles bei Ecoflow dabei zu sein. Vielleicht macht es deine Arbeit einfacher.

[Milchbeck]

Es wäre cool wenn man den Fehler, dass wenn genug Sonne da ist und das System nicht richtig umspringt den überschuss in den Akku zu laden, denn folgendes Problem besteht:

Sonne voll da, dann speist das System nur das ein was grundbedarf ist ein, aber wenn man kurz auf Speicher priorisieren geht und wieder zurück dann klappt es… so ein fallback realisiere ich mit der automation in der App per Zeit, also 9.00 Uhr in den Batterie Modus und kurze Zeit darauf in den Netz Prio Modus, aber das muss ich jedes Mal machen wenn mehr abverlangt wird als von der Sonne kommt

[Ponti92]

@milchbeck das Problem ist, dass man nicht genau sagen kann, ob die Leistung aufgrund von wolken einbricht, oder aufgrund dieses Fehlers..
Man merkt nur, dass die PV Leistung heruntergeht, was aber auch durch Verschattung passieren kann.

Ich habe zwei PS (einer mit D2M und einer mit D2M zusatzakku) und ein kleines Skript geschrieben, das die PV Leistung beider Systeme vergleicht. Sobald die PV Leistung beim „kaputten“ System unter 20% geht, trigger ich den Prio Modus. Das funktioniert aber nur wenn man ein Referenzsystem als Vergleich hat.

Alternativ könnte man den Wert von setAC beobachten und mit dem PV vergleichen. Sobald setAC höher als PV ist, zb bei 600W und dann wieder unter PV geht, dann muss man den Batterie Prio Modus triggern.

Jedoch wird der Bug hoffentlich bald von EcoFlow gefixed und würde nicht so viel Energie in dieses Problem stecken. Ich würd mich mal beim Support beschweren, dann schicken sie dir ein goodie als Entschädigung
Man kann anscheinend beim Support auch um ein FW downgrade bitten, was aber das gleichzeitige Laden der d2M wieder entfernt.

[Waly_de]

@ponti92 machen wir mal einen Versuch:
bitte sucht nach:

totalPV = totalPV + GlobalObj[asn].sumPV

und ersetzt das mit:

totalPV = totalPV + GlobalObj[asn].sumPV + 10

Dann beobachtet mal, ob das Problem weiterhin besteht, oder sich verändert.

[Waly_de]

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

Wenn ich aus Gewohnheit die AC-Leistung manuel geregelt habe dann ist die Dynamische Regelung aus oder?

Nein, eigentlich sollte das manuell gestellte bei der nächsten Messung überschrieben werden.
Aber: Smartplugs gegen vor. Wenn die 100 W anfordern kann das Script ( und auch die App ) nicht weniger liefern. Bei weniger Anforderung kann das Script inzwischen die Leistung entsprechend runter regeln.

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

Ich hätte ggf Bedarf an dass man der Regelung sagen kann ab einen Bedarf von z. B. 3000W regel auf z. B nur 90 W oder Wert X

Das würde ich über ein Extrascript oder Blocky lösen. Du kannst mit "externConfig" z.B. "MaxPower" über ein eigenes Object steuern. Oder einfach mit "RegulationOffPower" und "RegulationState" die Regelung durch das Script ein und aus schalten.