ecoflow-connector-Script zur dynamischen Leistungsanpassung

[Waly_de]

@ralf77 die Fehlermeldungen haben nicht direkt etwas mit dem Skript zu tun. Das sind allgemeine Warnhinweise zu Java Skript und betreffen mein Skript nicht.

Warum der Bedarf auf null gesetzt wird, kann ich dir aufgrund deiner Informationen leider nicht sagen. Bitte überprüfe die Zustände für Real power (real power muss ich regelmäßig ändern). Versuche sicherzustellen, dass dein Smart Meter Daten richtig an iobroker übermittelt werden.

[Waly_de]

@guhfy9966 ja, ich denke schon,
In diesem Fall macht es ja keinen Sinn mehr, dass das Skript versucht Verbräuche zu ermitteln und auszugleichen. Dafür gibt es den Zustand:
0_userdata.0.ecoflow.Regulate.
Wenn du diesen auf false setzt, hört das Skript auf zu regulieren und setzt die angeschlossenen Power Stream auf den unter RegulationOffPower festgelegten Wert:

RegulationOffPower: -1,                     // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus)

[Ralf77]

@waly_de keine Ahnung was los war…Ich habe nichts geändert, aber jetzt funktioniert es wieder

[Accu]

ist es eigentlich normal, dass der hintere Teil des Skriptes Rot erscheint, als wäre da ein Syntaxfehler drin?

[Waly_de]

@accu das was auf dem Screenshot in rot zu sehen ist, ist ein String der wird so dargestellt Syntax Fehler werden unterstrichen. Sowas gibt es auch schon mal im Skript, wenn bestimmte Bibliotheken dem Editor nicht bekannt gemacht wurden.
In jedem Fall müsst ihr euch aber darüber keine Gedanken machen.

[Tom Goos]

Hallo zusammen,
ich bin komplett neu hier und ein wenig am verzweifeln. Ich habe den Tibber Host verbunden und hier bekomme ich auch die Werte angezeigt. Bei der Steuerung vom Powerstream bekomme ich jedoch folgende Fehlermeldungen:

3.3.2024, 13:29:10.256	[info ]: javascript.0 (2054) Start javascript script.js.ecoflow
3.3.2024, 13:29:10.294	[info ]: javascript.0 (2054) script.js.ecoflow: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
3.3.2024, 13:29:10.481	[info ]: javascript.0 (2054) script.js.ecoflow: Verbunden mit dem Ecoflow MQTT-Broker
3.3.2024, 13:29:12.215	[info ]: javascript.0 (2054) script.js.ecoflow: getLowestValue-error: timeout
3.3.2024, 13:29:12.215	[info ]: javascript.0 (2054) script.js.ecoflow: Fehler beim Abrufen des niedrigsten Werts: timeout
3.3.2024, 13:29:15.684	[info ]: javascript.0 (2054) Stop script script.js.ecoflow
3.3.2024, 13:29:15.686	[info ]: javascript.0 (2054) script.js.ecoflow: Ecoflow MQTT-Client beendet

`Kann mir jemand sagen was es mit diesem "Timeout" auf sich hat und wie ich das ganze beheben kann?
Danke im Vorraus

[Audiofreak]

@Waly_de

Herzlichen Dank für all deine Mühe! Den ioBroker hatte ich schon mal, weil shelly cloud aber alles abdecken kann was ich wollte, brauchte ich es nicht.
Ich bin ein totaler Noob mit Skripts etc. Dank deiner Anleitung & Protokollierung im Code, war für mich alles sehr einfach einzurichten. War fast schon geschockt als ich den Skript startete und es einfach funktioniert hat
Spende folgt noch.

Fragen:
Macht es dem Akku nichts aus wen er über eine gewisse Zeit nur teilgeladen wird?
Ich benötige momentan regelmässig mehr Strom als vom Solar produziert wird.
Wäre eine Funktion möglich wie zum Beispiel 1x pro Woche den Akku bis 90% zu laden bevor vom Akku wieder eingespeist wird?

Ich betreibe nur den PowerStream mit der Delta Pro, ausgelesen wird von dem Shelly 3EM. Spiele mit dem Gedanken weitere Panel direkt an den Delta anzuschliessen. Muss dieser Wert im Skript eingetragen werden? Wenn ja, welchen Wert, die variiert ja.

Nochmals Danke & Gruss

[DJVanity]

@tom-goos die Gleiche Fehlermeldung bekomme ich auch...bin auch noch nicht dahinter gestiegen.

[Joppe]

Nutzt ihr eigentlich schon dass ExcessCharge-Feature? Deute ich das schon so richtig dass ich, wenn ich zum Beispiel durch Überproduktion 500W Einspeisung habe ich meine Delta Pro automatisch mit 500W AC laden lasse, oder?

Und noch eins, bitte entschuldigt wenn es schon im Forum erklärt wurde, aber wie habt ihr die (Steuer-)Verbindung aus IOBroker zu eurem Akku aufgebaut? Es gibt ja in IOBroker keine Ecoflow Anbindung soweit ich das gesehen habe, oder?
Habt ihr dann per MQTT die Daten an HomeAssistant gesendet oder gibts da nen anderen Trick? Denn die HomeAssistant-Instanz im IOBroker ist ja leider nur Read-Only soweit ich das verstanden habe...

[Joppe]

@audiofreak
Die Delta Pro hat einen Lithium-Eisenphosphat Akku. Da kannst du bis auf Tiefentladen nicht viel falsch machen.
Bei diesem Akkutyp ist es sogar gesünder nur kurze "Ladehübe" zu haben als einmal von 0 - 100% zu laden. -> Siehe Tesla Model 3 mit LFP-Akku.
Aber! Bei LFP ist es für das BMS schwieriger den Ladestand zu berechnen, weswegen es in regelmäßigen Zeitabständen (Tesla sagt einmal die Woche) gut wäre den Akku mal auf 100% zu laden.
Erfahrungsgemäß ist es bei mir (auch DeltaPro + Zusatzakku) auch so:
Lade und Entlade ich mehrere Wochen nur kurze Hübe, also so wie jetzt nur mal auf 30%, dann wieder 10% dann wieder 40% lässt nach 2-3 Monaten die Kapazität spürbar nach. Entlade ich ihn dann auf 0, bis er selber abschaltet, hängt er ewig auf 1% (mehrere Stunden). Lade ich ihn dann auf 100% auf hat er wieder wochenlang die volle gewohnte Kapazität. SOH bei mir immer noch 100% - was ich aber mittlerweile nicht mehr ganz glaube.
TL;DR: Dein Akku ist chemisch gesehen einer der stabilsten auf dem Markt. Kurze Ladehübe sind kein Problem bei gewisser Pflege.

Den Wert deiner zusätzlichen Solaranlage die du direkt an der Delta Pro anstöpselst musst du meiner Meinung nach nicht im Script hinterlegen, das regelst du mit der Powerstream Anbindung aus, oder? Die Ladung aus der Solarplatte willst (und kannst(und sollst)) du ja nicht regeln. Oder habe ich dich da falsch verstanden?

[Joppe]

@joppe
Ich beantworte meine Frage selber:
Ihr bindet die Akkus genau wie die Powerstream direkt über das Script ein -.-
Leider bekomme ich noch keine Daten...denke aber das finde ich auch noch raus.

[Audiofreak]

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

Die Ladung aus der Solarplatte willst (und kannst(und sollst)) du ja nicht regeln. Oder habe ich dich da falsch verstanden?

Hast mich richtig verstanden , die APP sollte ja schnallen dass der Akku "extern" geladen wird und den richtigen Ladestatus übermitteln.
So sollte das Skript auch die richtige Werte bekommen.

[Audiofreak]

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

Nutzt ihr eigentlich schon dass ExcessCharge-Feature? Deute ich das schon so richtig dass ich, wenn ich zum Beispiel durch Überproduktion 500W Einspeisung habe ich meine Delta Pro automatisch mit 500W AC laden lasse, oder?

Wenn du den Powerstation hast, wird der Delta direkt DC geladen.
Wäre ineffizient von DC zu AC und dann beim Delta wieder zurück.

[Joppe]

@audiofreak
Ineffizient ja, aber ich will die 500W ja nicht verschenken.
Ich dachte mir hier wird das folgende Scenario abgedeckelt:

Sagen wir mal ich hab 2 Balkonkraftwerke mit je 800W.
Eines speist über einen Hoymiles direkt in die Steckdose
Das andere über eine Powerstream in den Akku UND die Steckdose

Sagen wir mal die SolarLeistung liegt aktuell bei 600W, mein Verbrauch bei 200W.

Die erste Anlage wird jetzt die 200W Verbrauch bedienen und 400W direkt ins Netz einspeisen.
Die zweite Anlage nimmt 600W und steckt sie in den Akku, Powerstream Ausgang bei 0W.

Jetzt möchte ich aber die 400W, die ich in unserem Scenario ins Netz haue aber auch in meinem Akku haben.
Was mache ich jetzt? Aktuell sage ich der Delta Pro über HomeAssistant sie soll bitte die AC Ladung aktivieren, mit einer Ladeleistung von 400W.
Nun lade ich die Delta Pro mit 400W AC und 600W DC, also 1000W (minus Verlust). Meine Einspeisung liegt jetzt bei 0W.
Über HASS ist das gelinde gesagt besch. zu "programmieren", es geht nur so halb bei mir. Muss immer wieder manuell nach regeln. Umso mehr habe ich mich gefreut als ich hier im Script sah dass ein ein Update gab mit ExcessCharge und dachte dass es genau mein UseCase wäre...und du, @Audiofreak meinst dass dem nicht so sei? Also nur mit einer Powerstation nutzbar?
Danke für die Antworten!

[Waly_de]

@tom-goos normalerweise taucht diese Fehlermeldung nur beim Starten des Skripts auf. Wenn vorher noch keine Daten vom Smartmeter erfasst wurden. Wenn du also das Skript startest und kurze wartest, sollte die Fehlermeldung nicht mehr auftreten und das Skript ganz normal arbeiten.
wenn du in den Zuständen siehst, dass sich Realpower regelmäßig ändert ist das ein gutes Zeichen

Bitte bei allen Installationen immer prüfen, ob der History Adapter installiert wurde und funktioniert .

[Waly_de]

@audiofreak die Frage mit dem Akku laden ist ja schon fantastisch beantwortet

Den Rest hast du richtig verstanden. Die Überschussladung arbeitet genauso, dass wenn der Verbrauch gedeckt ist und mehr Leistung zur Verfügung steht als in einer an einen Power Stream angeschlossenen Akku geladen werden kann ein beliebiger Schalter zum Laden eines Akkus geschaltet werden und die AC Leistung geregelt werden kann.

Das ganze ist wirklich Mega flexibel. Ich habe inzwischen eine große Dach PV Anlage mit einem 12 kW Wechselrichter. Diese Anlage sorgt normalerweise für null Einspeisung. Ist jetzt aber der Akku voll, registriert das Skript den Überschuss und lädt meine Delta mit maximaler Leistung (600 W) und wenn dann noch Leistung zur Verfügung steht, parallel mit A.C. Bis zu 2000 W. Ist jetzt der große PV Speicher leer und das Skript bemerkt, dass Strom eingekauft werden muss, stellt es wiederum bis 600 W über den PowerStream bereit.

Arbeitet also alles fließend zusammen.

Wenn ihr Paneele direkt an die Delta anschließt, solltet ihr diese auch unter Additionalpower angeben. Das dient einfach dazu, dass unter Tote PV wirklich die gesamte Solarleistung eurer Anlage mit allen Komponenten erfasst werden kann.
Allerdings müsst ihr dann das Flag NoFeedIn auf True setzen.

[Waly_de]

@joppe und das hast du 100 % richtig verstanden genauso ist das Skript gedacht.

[Waly_de]

Ich arbeite übrigens für mich gerade daran, dass Tibber Lade Modul aufzubohren.
Im Moment kann es schon mittags den günstigsten Zeitpunkt feststellen, ermitteln, wie groß das Preis Delta zum abendlichen Höchstpreis ist und entscheiden, dass ab einem einstellbaren Delta der Akku auf einem gewissen Prozentsatz geladen wird. ( bei mir lohnt das erst ab circa 9 Cent Preisunterschied.)

Der nächste Schritt ist, dass nächtliche preistief zu analysieren und die Wettervorhersage zu berücksichtigen, um zu entscheiden, wie voll der Akku geladen werden soll, damit noch genug Platz für die zu erwartende PV Energie ist.

Besteht dann sowas hier allgemeines Interesse?

Ich bin jetzt allerdings erst mal eine Woche im Urlaub. Danach geht’s dann weiter…

[Joppe]

@waly_de
Sowas ähnliches habe ich schon im Homeassistant, funktioniert einwandfrei - nur leider bringt dir das wahrscheinlich nur wenig ^^
Es fährt dann dein Script und meine HASS Logik mit unterschiedlichen Parametern an:

FULLCHARGE - Schnell laden weil Strom billig - REGULATE OFF, dein Script speist nichts ein
CHARGE - Langsam laden bis 50% weil Strom so halb billig oder nur kurze Tagesspitzen REGULATE OFF, dein Script speist nichts ein
HOLD - Schalte REGULATE ab, regle also nicht, Akku wird auf Ladung gehalten (BackupReserve auf aktuellen Ladestand gesetzt)
DISCHARGE - Entladen wie vom Script vorgesehen
OVERCHARGE - Überschussladen (haut noch ned hin weil HASS in dem bezug schwer zu konfigurieren ist betreff der Laderegelung) -> Da hätte ich auf deine Funktion gehofft, bin noch am Coden aber so dolle is mein JS ned

Das ganze funktioniert ohne SmartSteckdose.
Danke für die Antworten, dann muss ich jetzt nur noch schaffen die Steuerdaten zu setzen, das bringt er einfach nicht. Es kommt immer die Meldung dass
0_userdata.0.ecoflow.app_1674681575638863874_SERIALNUMBER_thing_property_set.writeables.slowChgPower nicht gesetzt werden kann, auffällig ist auch dass der Wert zwar aktualisiert aber dann sofort wieder auf "0" gesetzt wird. Minimum ist aber 200. Da muss ich erst mal schauen.
Die Idee ist ja scheinbar dass du einen Schalter umlegst und dann die Akkus zu laden beginnen, dann regelst du über die slowChgPower - hast du schon mal dran gedacht dass über die BackupReserve zu regeln anstatt über nen Schalter? So mache ich ich das, Vorteil ist dass du dir ne smarte Steckdose sparst die im Stromkreis hängt...bin da immer vorsichtig so viel Strom über so empfindliche Bauteile zu jagen...
Aber, kommt mir grad, du hast ne Delta Max, die wird wahrscheinlich die 0W Ladeleistung unterstützen...dann hast die ganze problematik nicht..

[Waly_de]

@joppe ich finde es immer klasse, wenn die Brücken geschlagen werden zwischen iobroker und HS … Aber in diesem Fall glaube ich auch, dass ich das besser komplett in iobroker abbilden sollte.

Was den Schalter angeht, ist es dem Skript eigentlich egal was du da einsetzt. Bei der Delta Max Gibt es auch einen Softwareparameter, der die Lade Leistung auf null setzen kann. Das hat aber bei mir nicht so sauber funktioniert, und ich vertraue einem Schalter mehr, auch weil er unabhängig die Leistung messen kann. Aber wenn du das alles über die Delta regeln möchtest, musst du nur den entsprechenden Datenpunkt Schalter angeben.