ecoflow-connector-Script zur dynamischen Leistungsanpassung

[mattenausohz]

@waly_de Ich hab per Node-Red noch ne Überwachung des Skripts gebaut damit es neu gestartet wird wenn es mal durch zu viele Javascript Aufrufe beendet wird. Kann ich nur empfehlen.

[Ponti92]

@Waly_de
Bis jetzt läuft das neue Skript (1.0.1) wunderbar
Ich würde evtl. die Zusatzpower in kleineren Schritten machen, da es gestern bei mir immer hin und her gesprungen ist. Z.b. 10er Schritte anstatt 50er Schritte..

Was mir noch aufgefallen ist, dass die Regelung manchmal schnell auf 0W springt, sobald man den BasePowerOffset auf einen kleineren Wert setzt, z.b. 30W. Passiert das automatisch, wenn z.b. kurz ein negativer Wert in der Gesamtleistung erscheint? Ich würde dann lieber die Einspeiseleistung reduzieren, aber nicht gleich komplett auf Null setzen. Ich habe das beim Fernsehen beobachtet, bei dem der Wert ziemlich schwankt (OLED geht bei schwarzen Bildern sehr stark zurück und bei hellen Bildern gleich mal 100W mehr als davor)

Ein weiterer Anregungspunkt: Könnte man evtl. einen "Passthrough" Modus implementieren, in dem immer nur die volle Solarleistung an den Ausgang gelegt wird? Z.b. bei schlechten Wetter wenn der Solaroutput eh nur sehr gering ist. Dann will man ungern, dass der Akku immer mitmachen muss, wenn dieser eh nur wenige Prozent an Kapazität übrig hat.
Sobald aber die Solarleistung einen höheren Wert als die AC Last hat, sollte der Rest in den Akku gehen. Das wäre dann ein Überschussladen in den Akku.

PS: Hab gestern eine kleine Spende hinterlassen für deine Mühen

[Dreffi]

@ponti92
Für den Solar Passthrough Modus ist die neue Einstellung lowBatLimitPozOn/lowBatLimitPozOff und lowBatLimit gedacht.
Wenn die Solarleistung sehr gering ist, wird ab einem geringen Akkustand nur noch ein festgelegter Wert eingespeist bis der Akku wieder einen gewünschten Füllstand erreicht hat. Bei mir funktioniert das im Moment ganz gut.
Akku deaktivieren ist meines Wissens nur durch Stecker ziehen möglich oder über Prio Akku sobald der Akku die obere Ladegrenze erreicht hat.

Den Vorschlag nicht gleich komplett abzuschalten befürworte ich auch. Vielleicht lässt man einfach für ein paar Zyklen mit geringer Leistung weiter einspeisen. Bei mir passiert es auch, dass der Powerstream komplett abgeschaltet wird wenn die Wolken aufreißen und das andere Balkonkraftwerk kurzzeitig mit der Einspeisung stark hochgeht. Das ließe sich wahrscheinlich auch über die neue Einstellung MinValueAg erreichen.

Ich würde mir noch eine Alternative zur Maximaleinspeisung bei vollem Akku wünschen (battPozOn/battPozOff). Hier wird der Akku auch eher unnötig belastet. Ich persönlich würde dann lieber auf Prio Akku umstellen bis ein Bestimmter Wert für Bezug überschritten wird. Damit würde wieder der Bypass aktiviert und die reine Solarleistung weiter eingespeist. Ich habe versucht das über externe Scripte zu steuern, aber noch keine zufriedenstellende Logik gefunden.

[Waly_de]

Neue Version Online

(1.0.2) 09.08.2023

• Unterstützung für SmartPlugs. Bisher ein Writeable: SwitchPlug mit den Werten 0= AUS und 1= AN
• Bugfix und Optimierungen

[Waly_de]

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

Bis jetzt läuft das neue Skript (1.0.1) wunderbar
Ich würde evtl. die Zusatzpower in kleineren Schritten machen, da es gestern bei mir immer hin und her gesprungen ist. Z.b. 10er Schritte anstatt 50er Schritte..

Super das es läuft Das mit den Schritten hab auch schon festgestellt. Habs in der neuen Version auf 20'er Schritte reduziert. Das kann man eben auch nur bei Sonne testen und die ist leider selten in den letzten Tagen

Was mir noch aufgefallen ist, dass die Regelung manchmal schnell auf 0W springt, sobald man den BasePowerOffset auf einen kleineren Wert setzt, z.b. 30W. Passiert das automatisch, wenn z.b. kurz ein negativer Wert in der Gesamtleistung erscheint? Ich würde dann lieber die Einspeiseleistung reduzieren, aber nicht gleich komplett auf Null setzen. Ich habe das beim Fernsehen beobachtet, bei dem der Wert ziemlich schwankt (OLED geht bei schwarzen Bildern sehr stark zurück und bei hellen Bildern gleich mal 100W mehr als davor)

Das System ist immer träge, weil es von Daten abhängt, die nicht in Echtzeit zur Verfügung stehen. Ich habe aber schon einige Einstellungsmöglichkeiten geschaffen, um das an die individuellen Bedürfnisse anpassen zu können. In der standard Einstellung ist ja der kleinste gemessene RealPower Wert Aus dem angegebenen Zeitraum "MinValueMin" ausschlaggebend für jede einzelne Berechnung der Einspeiseleistung. Mir persönlich war es wichtig, dass es keine Einspeisung ins Netz gibt. Auf Null sollte die Einspeisung aber eigentlich nur dann springen, wenn sonst eine Einspeisung ins Netz erfolgen würde. Ich denke, dass es bei euch auch so ist? Wenn du möchtest, dass die Regelung etwas träger dem aktuellen Verbrauch folgt, würde ich den Parameter "MinValueAg" auf 1 setzen.
Dann ist der Durchschnittswert und nicht der kleinste Wert ausschlaggebend für die Berechnung.

Ein weiterer Anregungspunkt: Könnte man evtl. einen "Passthrough" Modus implementieren, in dem immer nur die volle Solarleistung an den Ausgang gelegt wird? Z.b. bei schlechten Wetter wenn der Solaroutput eh nur sehr gering ist. Dann will man ungern, dass der Akku immer mitmachen muss, wenn dieser eh nur wenige Prozent an Kapazität übrig hat.

Siehe Dreffi

Sobald aber die Solarleistung einen höheren Wert als die AC Last hat, sollte der Rest in den Akku gehen. Das wäre dann ein Überschussladen in den Akku.

Ist das nicht der Normalbetrieb? Oder meinst du das ein Entladen vermieden werden soll? Dazu fehlt mir leider eine Messgröße, die das echte Potential der Solarleistung wiedergibt.

PS: Hab gestern eine kleine Spende hinterlassen für deine Mühen

Vielen Dank! Das freut mich sehr und motiviert

[Ponti92]

@dreffi
Ja dieser Modus kommt schon ganz gut hin, jedoch ist der Wert der Einspeisung dann fix auf 150W eingestellt. D.h. bei einer Solarleistung von 50W werden dann trotzdem 100W vom Akku genommen und dieser dann weiter entleert.
Meine Idee war, dass man dann den Wert von Solar auf den AC Output spiegelt, sodass Solareingang == AC Output ist.
Bei mir habe ich nämlich West-Ausrichtung und am Vormittag noch nicht so viel Solar-Leistung. Darüber hinaus wird das bisschen Akku nicht noch weiter entleert..

Bis jetzt ist der Umweg, dass ich in der Früh den Batterie-Prio Modus einstelle und der dann ab Mittag auf Stromversorgung umgestellt wird. Jedoch habe ich die Befürchtung, dass ich mehr Verluste habe durch Laden/Entladen der Powerstation, als wenn ich das direkt ins Netz einspeise, solange ich das auch verbrauche.

@Waly_de
Ich habe den anderen Modus schon ausprobiert, jedoch ist das dann sehr träge und er speist dann ziemlich lange ins Netz ein und braucht sehr lange bis er wieder an den Wert kommt. Da finde ich den Kompromiss mit dem niedrigsten Wert schon in Ordnung. Man muss das auch erst optimieren, sobald mal wirklich viel Sonne da ist und der Akku sonst nicht leer wird. Denn zurzeit habe ich das Problem noch nicht, dass der Akku nicht leer wird über Nacht..

Mal sehen, ab morgen sagt er ja wieder Sonne voraus und dann wird das Verhalten im oberen Bereich ausreichend getestet

[Ponti92]

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

Auf Null sollte die Einspeisung aber eigentlich nur dann springen, wenn sonst eine Einspeisung ins Netz erfolgen würde. Ich denke, dass es bei euch auch so ist? Wenn du möchtest, dass die Regelung etwas träger dem aktuellen Verbrauch folgt, würde ich den Parameter "MinValueAg" auf 1 setzen.

PS: Bei mir ist das auf 0 springen jedoch am Abend passiert beim TV schauen, als von einem hellen Bild ein dunkleres Bild kam. Dadurch war RealPower natürlich negativ, jedoch müsste man erkennen, dass die geforderte AC Output Leistung höher als der Bedarf ist und er einfach den Wert reduzieren muss. Das ganze konnte ich im debug log Output auch erkennen, jedoch hat er dann immer direkt auf 0 geschalten.
Ich versuche das nochmal nachzustellen und zu dokumentieren, damit das besser nachvollziehbar ist..

Ich hatte gerade wieder das Problem und dabei festgestellt, dass der RealPower value kurz abgesackt ist, was aber nicht den Daten aus Grafana entspricht:
Realpower history diagramm:

Grafana diagramm:

EDIT:
Es könnte am reconnect liegen, was zwischen den beiden Werten stattfand:

2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Tiefster Wert der letzten 1 Minuten: 152 W
2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Summe der Anderen PS: 0 W
2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Rest ist: 152 W
2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Offset von: 25 W abziehen = 127 W Neuer Einspeisewert
2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Neuer Wert unter Berücksichtigung der Limits: 127 W
2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Einspeisung aktuell: 0 W
2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: ===================================================
2023-08-09 11:11:47.277 - info: javascript.0 (1240) script.js.Ecoflow2: Reconnect zu Ecoflow MQTT für PowerStream - Daten
2023-08-09 11:11:49.421 - info: javascript.0 (1240) script.js.Ecoflow2: Verbunden mit dem Ecoflow MQTT-Broker
2023-08-09 11:11:49.555 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:49.557 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:49.557 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:49.560 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:49.604 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{}
2023-08-09 11:11:49.636 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{}
2023-08-09 11:11:49.662 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{}
2023-08-09 11:11:49.680 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"setValue":{"value":17477}}}
2023-08-09 11:11:50.415 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":289,"pv1OpVolt":2889,"pv1InputWatts":196,"pv2InputVolt":300,"pv2OpVolt":3001,"batInputWatts":974,"invOutputCur":592,"invOutputWatts":1283,"heartbeatFrequency":2},"InverterHeartbeat2":{"X_Unknown_15":613,"X_Unknown_16":-3,"X_Unknown_17":541770,"X_Unknown_27":6310,"X_Unknown_32":98537,"X_Unknown_34":78,"X_Unknown_45":1297}}}
2023-08-09 11:11:52.464 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":290,"pv1OpVolt":2909,"pv2OpVolt":3021,"pv2InputWatts":192,"llcOpVolt":4194,"invInputVolt":4194,"invOutputWatts":1279},"InverterHeartbeat2":{"X_Unknown_15":607,"X_Unknown_17":541720,"X_Unknown_32":98539}}}
2023-08-09 11:11:54.514 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv2InputVolt":302,"batInputVolt":506,"llcOpVolt":4174,"invInputVolt":4174,"invOutputWatts":1283},"InverterHeartbeat2":{"X_Unknown_17":541760,"X_Unknown_32":98541,"X_Unknown_45":1300}}}
2023-08-09 11:11:56.401 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:56.402 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:56.402 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
2023-08-09 11:11:56.403 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht.
...
2023-08-09 11:11:56.491 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"setValue":{"value":17477}}}
2023-08-09 11:11:56.597 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":292,"pv1OpVolt":2929,"pv2OpVolt":3041,"batInputVolt":507,"batInputWatts":967,"llcOpVolt":4201,"invInputVolt":4201},"InverterHeartbeat2":{"X_Unknown_15":616,"X_Unknown_16":5,"X_Unknown_17":541810,"X_Unknown_32":98543,"X_Unknown_45":1294}}}
2023-08-09 11:11:56.957 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{}
2023-08-09 11:11:58.500 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1Temp":460,"pv2InputVolt":304,"pv2Temp":460,"batInputWatts":964,"llcOpVolt":4213,"invInputVolt":4213,"invOutputCur":601,"invOutputWatts":1292},"InverterHeartbeat2":{"X_Unknown_15":624,"X_Unknown_16":1,"X_Unknown_17":541800,"X_Unknown_32":98545}}}
2023-08-09 11:12:01.018 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":294,"pv1OpVolt":2949,"pv1Temp":450,"pv2Temp":450,"batInputVolt":506,"batInputWatts":970,"llcOpVolt":4203,"invInputVolt":4203},"InverterHeartbeat2":{"X_Unknown_15":630,"X_Unknown_17":541850,"X_Unknown_32":98547,"X_Unknown_45":1291}}}
2023-08-09 11:12:02.338 - info: javascript.0 (1240) script.js.Ecoflow2: Tiefster Wert der letzten 1 Minuten: 26 W
2023-08-09 11:12:02.339 - info: javascript.0 (1240) script.js.Ecoflow2: Summe der Anderen PS: 0 W
2023-08-09 11:12:02.339 - info: javascript.0 (1240) script.js.Ecoflow2: Rest ist: 26 W
2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Offset von: 25 W abziehen = 1 W Neuer Einspeisewert
2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Neuer Wert unter Berücksichtigung der Limits: 1 W
2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Einspeisung aktuell: 129.2 W
2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: ===================================================

[Dreffi]

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

@dreffi
Ja dieser Modus kommt schon ganz gut hin, jedoch ist der Wert der Einspeisung dann fix auf 150W eingestellt. D.h. bei einer Solarleistung von 50W werden dann trotzdem 100W vom Akku genommen und dieser dann weiter entleert.

Dann muss der Wert noch kleiner gestellt werden. Ich habe den aktuell auf 50W bei 4x 410W Peak am Powerstream.

Meine Idee war, dass man dann den Wert von Solar auf den AC Output spiegelt, sodass Solareingang == AC Output ist.

Problem: die Solarleistung wird durch den eingestellten Wert für die Ausgangsleistung gedrosselt. Die mögliche Solarleistung ist unbekannt. Man könnte sich da nur Schrittweise rantasten. Ich persönlich glaube das wird nichts. Dann lieber auf Prio Akku. Sobald die Ladegrenze erreicht wurde wird dann direkt eingespeist. Leider kann die Ladegrenze nicht auf weniger als 50% gesetzt werden. Zumindest nicht per App.

[Ponti92]

@dreffi

Stimmt nicht ganz, zurzeit ist AC nur auf 22W und der Solarinput ist trotzdem größer und der Rest geht in die Batterie. Das was du beschreibst ist dann wenn der Solar-Input > 600W ist, oder die Batterie schon zu voll ist.

[Dreffi]

@ponti92
Stimmt, mein Fehler. Ich war in Gedanken schon im Modus "Prio Akku".
Vielleicht macht es doch Sinn dann die PV-Leistung auf den AC-Bedarf zu spiegeln. Das würde wieder etwas Zeitversatz bedeuten. Ich würde deshalb hier einen Mittelwert der letzten Minuten nutzen.

[Waly_de]

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

Es könnte am reconnect liegen, was zwischen den beiden Werten stattfand:

Ahh ok ...
jetzt kann ich mir vorstellen wie es dazu kommt.
Im Moment läuft es so, dass der Algo zur Berechnung des Realpower prüft, ob der Wert für die Tatsächlich Einspeisung "invOutputWatts" jünger als das letzte setzen der AC Leistung ist. Wenn nicht ist der wert ja veraltet und uninteressant. Ich überspringe dann den Zyklus.... wenn der wert schließlich älter als 1/2 "MinValueMin" ist, setzte ich den State invOutputWatts auf 0. weil ich davon ausgehe, dass die PS offline ist. Denke das ist ein Denkfehler...
In diesem Fall kann dann Realpower plötzlich klein sein. Dass passiert natürlich zwangsweise dann, wenn ein reconnect nötig wird. denn dann kommen ja keine Daten mehr und es dauert vermutlich länger bis zum Reconnect als 1/2 "MinValueMin"
Ich denke ich werde nicht sofort auf 0 setzen, sondern in dem Fall lieber weiter mit dem alten Wert arbeiten....

[Waly_de]

ich hab das manuell im Script oben geändert ... lohnt keine neue Release dafür...

könnt ihr auch selbst. Sucht nach:

setState(ConfigData.statesPrefix + ".app_device_property_" + asn + ".data.InverterHeartbeat.invOutputWatts", "0")
//Einspeisung += invOutputWatts;

und macht daraus:

//setState(ConfigData.statesPrefix + ".app_device_property_" + asn + ".data.InverterHeartbeat.invOutputWatts", "0")
Einspeisung += invOutputWatts;

[aherby]

Hey danke dass die Smart Plugs nun unterstütz werden.

Ich weiß nicht welche Funktionen oder Veränderungen wichtig sind.
Wie kann man am besten unterstützen?
Daher teste ich nun einfach mal unterschiedliche Änderungen:

Smart Plug Überlastschutz

/thing/property/set:0a3d0a0308d00f1020183520012801380340024889015003580170c887b5de05800113880101ba0103696f73ca0110485735325a44483453463636363933343

Hast du mal die Möglichkeit gesehen die vergebenen Namen auszulesen?
Also bei Powerstream und Delta 2 max wäre es ja nicht so interessant aber bei den Smart Plugs schon eher.

Im Skript die Namen werden die nur im Skript zur Wiedererkennung verwendet oder tauchen die auch irgendwo sonst noch auf?

[Dreffi]

@waly_de
Was wäre aktuell die sinnvollste Möglichkeit wenn man einen zweiten Powerstream in Betrieb nehmen möchte? Laut Beschreibung kann das Script nur einen Powerstream steuern. Wenn der zweite Powerstream jetzt mit konstanter Leistung einspeist, kann ich ihn dann mit dem Script auslesen und trotzdem die verfügbaren Optionen, insbesondere SetPrio und SetAC manuell ändern?
Falls nein, kann ich eine zweite Instanz des Scripts dazu aufsetzen?

Feedback zu v1.0.2.1:
läuft nach wie vor einwandfrei.
Testweise lasse ich momentan nach dem Mittelwert der letzten Minuten regeln. Insbesondere meine Waschmaschine bekomme ich dadurch besser versorgt, es geht aber eben auch ein klein bisschen was ins Netz zurück. Für den Sommer ok, im Winter sicher nicht so gut.

Ich teste gerade bei vollem Akku (90%) auf Prio Akku umzustellen und bei 30 Watt Bezug über 5 Minuten wieder zurück auf Prio Einspeisung. Gesteuert wird das zum Test derzeit extern über Home Assistant.

[Ponti92]

Hat jemand auch das Problem, dass data.InverterHeartbeat.batSocirgendwann nur noch auf 0 steht? Damit können einige Funktionen des Skripts nicht richtig umgesetzt werden, wenn der Batteriestand 0 ist..

[Waly_de]

Was für ein Tag. Auch ich hab nur drei Paneele aber zwei PowerStream ein zusätzliches Faltpaneel mit 200 W und neuerdings als Vorbereitung für meine große PV-Anlage: Einen Deye 12K Hybrid Wechselrichter mit einer 10 kWh Batterie. Meine PV Module haben insgesamt 1,45 kW Peak.
Heute konnte ich damit insgesamt 8,09 kWh Energie erzeugen.

Meine Delta Max mit 2 kWh war schon am Vormittag voll. Von diesem Moment an hatte ich Rund 800 W Überschuss. Also habe ich meinen Hybrid Wechselrichter eingeschaltet, den ich normalerweise nicht einschalte, weil er einen Eigenverbrauch von etwas über 100 W hat. Bis zum Nachmittag konnte ich damit dennoch zusätzliche 2 kWh in meine Batterie speichern, die ich sonst ans Netz verschenkt hätte. Während des ganzen Tages war natürlich der Grundbedarf mit dem Skript gedeckt, so dass ich jetzt mit rund 4 kWh Überschuss Energie aus der Batterie in den Abend starte. Das ist ein Rekord. Ich freu mich schon sehr auf den Moment, wenn endlich meine zwölf kWp Anlage am Dach montiert ist Mein Skript spielt natürlich immer mit. Lokal habe ich es jetzt so erweitert, dass der Wechselrichter automatisch eingeschaltet wird, wenn die EcoFlow Batterie voll ist, und wieder abgeschaltet wird, sobald die Energie nicht mehr ausreicht, um die Batterie des großen hybrid Wechselrichterszu laden. Das ist wirklich cool!

@aherby danke für die Daten... Namen habe ich noch nirgends gesehen, genau so wenig wie den kWh Preis. Ich nehme an, die werden nur in der App gespeichert und nicht in der Cloud.

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

Was wäre aktuell die sinnvollste Möglichkeit wenn man einen zweiten Powerstream in Betrieb nehmen möchte? Laut Beschreibung kann das Script nur einen Powerstream steuern. Wenn der zweite Powerstream jetzt mit konstanter Leistung einspeist, kann ich ihn dann mit dem Script auslesen und trotzdem die verfügbaren Optionen, insbesondere SetPrio und SetAC manuell ändern?
Falls nein, kann ich eine zweite Instanz des Scripts dazu aufsetzen?

Ja, der 2. wird ausgelesen. Realpower berücksichtigt die Leistung des 2. PS und du kannst die Writeables nutzen. Eine zweite Instanz würde ich möglichst vermeiden.

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

Ich teste gerade bei vollem Akku (90%) auf Prio Akku umzustellen und bei 30 Watt Bezug über 5 Minuten wieder zurück auf Prio Einspeisung. Gesteuert wird das zum Test derzeit extern über Home Assistant.

cool .. So ähnlich mach eich das jetzt auch wenn ich den großen Deye Wechselrichter zuschalte. Das wechseln in den Akku Prioritätsmodus scheint dabei die beste Lösung zu sein.

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

Hat jemand auch das Problem, dass data.InverterHeartbeat.batSocirgendwann nur noch auf 0 steht? Damit können einige Funktionen des Skripts nicht richtig umgesetzt werden, wenn der Batteriestand 0 ist..

Das passiert bei mir eigentlich nur am Abend, wenn das ganze System sich schlafen legt. Dann muss das Skript aber auch nichts weiter regeln. Wenn das bei dir am Tag während Sonneneinstrahlung passiert, vermute ich thermische Probleme oder WLAN Probleme mit deinem Delta. Wann genau passiert das bei dir?

Bei dem ersten Testlauf mit Sonne heute, habe ich noch einen Fehler bei der Zusatzpower Routine festgestellt. Die decrementiert sich nämlich nicht runter, sondern schaltet sich sofort ab.
Bugfix stelle ich wieder manuell ein oder sucht nach:

if (Number(GetValAkt(batInputWatts, 60).val) <= ((ConfigData.MaxPower - 200) * -10) && zusatzpower > 0) {

und ändert es in :

if (Number(GetValAkt(batInputWatts, 60).val) >= ((ConfigData.MaxPower - 200) * -10) && zusatzpower > 0) {

[Ponti92]

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

Das passiert bei mir eigentlich nur am Abend, wenn das ganze System sich schlafen legt. Dann muss das Skript aber auch nichts weiter regeln. Wenn das bei dir am Tag während Sonneneinstrahlung passiert, vermute ich thermische Probleme oder WLAN Probleme mit deinem Delta. Wann genau passiert das bei dir?

Bei mir war das heute Abend um 19:48 Uhr als die Batterie noch 18% an Kapazität hatte, aber es gab noch geringe PV Leistung von 20W und das System hat noch geregelt.

[Waly_de]

@ponti92 war die Delta denn noch über die App erreichbar? Auch mit WLAN und nicht per Bluetooth?

[aherby]

@waly_de Hey meinen Glückwunsch. Ich mache wohl wieder was falsch. Da 2 Module am Powerstream und 2 Module an der Delta 2 Max hängen bekomme ich mit der aktuellen Firmware keine richtigen Daten.

Zum Thema Namen, glaube ich nicht. Aber ich konnte noch nicht wirklich was abgreifen. Da man sich ja auf unterschiedlichen Geräten mit den persönlichen Zugangsdaten anmelden kann und dort überall die Namen stehen müsste es ja einen Bezug zur Cloud geben oder?

Hast du Wünsche wo ich genauer versuchen sollte den Traffic herauszufinden?
Persönlich würde ich ja den aktuellen Verbrauch der Smart Plugs, Strompreis z.B. für Tibber,
speise maximal ein wenn der Akku zur n%-Zahl geladen ist, reduziere die max. Einspeisung wenn keine oder nur wenig Solarenergie vorhanden ist schrittweise auf den ermittelten Grundverbrauch spannend finden.
Kommst du eigentlich an die History-Werte heran?

[Waly_de]

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

Zum Thema Namen, glaube ich nicht. Aber ich konnte noch nicht wirklich was abgreifen. Da man sich ja auf unterschiedlichen Geräten mit den persönlichen Zugangsdaten anmelden kann und dort überall die Namen stehen müsste es ja einen Bezug zur Cloud geben oder?

Hmm... Ja, da hast Du recht. Hab ich aber im Moment noch nicht gefunden. Manche Daten sind sehr komplex verschachtelt und die Decodierung ist auch noch nicht gelungen. Dazu zählen auch die Verbrauchsdaten. RAW Daten dazu habe ich, werde aber noch nicht schlau daraus.

Hast du Wünsche wo ich genauer versuchen sollte den Traffic herauszufinden?

Eigentlich im Moment nicht. Wichtiger wäre es die RAW-Daten sinnvoll zu interpretieren.
Wenn Du aber Writeables für Geräte brauchst, die ich nicht habe, dann schick mir ruhig die Daten dazu. Mit etwas Glück kann ich das dann einbauen.

Persönlich würde ich ja den aktuellen Verbrauch der Smart Plugs

Sollte schon gehen. Einfach die Smartplugs mit Seriennummer anlegen

, Strompreis z.B. für Tibber,
speise maximal ein wenn der Akku zur n%-Zahl geladen ist, reduziere die max. Einspeisung wenn keine oder nur wenig Solarenergie vorhanden ist schrittweise auf den ermittelten Grundverbrauch spannend finden.

Auch das sollte schon gehen.
battPozOn: 98, battPozOff:93, // Wenn die Batterie bei battPozOn ist, Einspeisung auf MaxPower. Bei BattPozOff Normalbetrieb

Kommst du eigentlich an die History-Werte heran?
Nein, Siehe oben