ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@andréb said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Dafür wäre es aber notwendig, es auf GitHub zu veröffentlichen. Dann könnte man da prima zusammen dran arbeiten und Feedback bzw. Bugs "einsammeln" und erreicht auch potentiell mehr Leute. Falls du Interesse hast, meld dich gern mal. Wenn du da keinen Bock drauf oder keine Zeit dafür hast, könnte ich das auch übernehmen - aber es ist ja dein Skript, da bräuchte ich natürlich auch dein OK für
Nach 5 Minuten länger überlegen, bin ich versucht, gleich einen Adapter auf Basis deines Skriptes zu bauen - zumindest hätte ich Bock, es zu versuchen
-
@andréb das finde ich eine gute Idee. Ich wollte es eh irgendwann auf GitHub bringen. Aber ich hab das noch nie gemacht und mich noch nicht überwinden können mich damit zu befassen
Solange ich die Kontrolle über das Projekt behalte, bin ich mit allem einverstanden. Auch einen Adapter hatte ich schon im Kopf. Wenn du jetzt auch noch Bock hast ein Frontend dafür zu bauen… perfekt
️
Einen GitHub Account hab ich. Wenn du mir hilfst gehen wir das gerne an! -
@Waly_de
Hi, ich hab noch eine kleine Anmerkung am Regelverhalten des Skripts wenn die Zusatzpower bei PV > 600W regelt. Das funktioniert bis jetzt wunderbar, solange der Hausverbrauch gering ist und die zusätzliche PV Leistung sonst verpuffen würde.
Dazu habe ich das neue Feature mit dem ExcessCharge mit meiner D2M erfolgreich getestet und das funktioniert sogar in Koombination mit der Zusatzpower wunderbar mit ein paar Verzögerungen beim Ein- bzw. Ausschalten, was nicht so tragisch ist.Jedoch hatte ich gerade folgenden Fall:
Hausverbrauch lag bei 200W, welches durch meine kleine PV Anlage schon abgedeckt war. Die PV Leistung meines Powerstreams lag bei rund 700W (600W Batterie und 100W Zusatzpower).
Das ganze funktioniert soweit gut, dass es bei Änderung der PV Leistung auch den Zusatzpower Modus wieder verlässt.Aber sobald der Hausverbrauch steigt, z.b. durch Kochen auf 2-3kW, regelt das SKript munter im Zusatzpower Modus weiter und versucht die 600W in die Batterie zu speichern und nur den Überschuss davon ins Hausnetz zu leiten.
Das kann man auch gut im logfile erkennen (PS habe zwei Powerstreams..) :
D.h. das Skript kann den Zusatzpower Modus erst verlassen, wenn weniger PV Leistung am Powerstream ankommt und speichert dadurch erst mal so viel es kann anstatt den notwendigen Hausverbrauch zu decken.
Als die Sonne dann wieder weg war hat das Skript wieder wie gewohnt geregelt:
-
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@andréb das finde ich eine gute Idee. Ich wollte es eh irgendwann auf GitHub bringen. Aber ich hab das noch nie gemacht und mich noch nicht überwinden können mich damit zu befassen
Solange ich die Kontrolle über das Projekt behalte, bin ich mit allem einverstanden. Auch einen Adapter hatte ich schon im Kopf. Wenn du jetzt auch noch Bock hast ein Frontend dafür zu bauen… perfekt️
Einen GitHub Account hab ich. Wenn du mir hilfst gehen wir das gerne an!Dann noch ein Vorschlag dazu, extrahiert für den Adapter den Teil des Skriptes der die Regelung und Einstellung betrifft und setzt auf die Objekte aus dem ecoflow-mqtt Adapter auf. Dort ist die Interaktion mit den Geräten schon gelöst, die Einheiten normalisiert und auch die Datenflut eingedämmt, da nur geänderte Werte geschrieben werden.
Fremde Datenpunkte/Objekte müssen ohnehin eingebunden werden. -
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Jedoch hatte ich gerade folgenden Fall:
Hausverbrauch lag bei 200W, welches durch meine kleine PV Anlage schon abgedeckt war. Die PV Leistung meines Powerstreams lag bei rund 700W (600W Batterie und 100W Zusatzpower).
Das ganze funktioniert soweit gut, dass es bei Änderung der PV Leistung auch den Zusatzpower Modus wieder verlässt.
Aber sobald der Hausverbrauch steigt, z.b. durch Kochen auf 2-3kW, regelt das SKript munter im Zusatzpower Modus weiter und versucht die 600W in die Batterie zu speichern und nur den Überschuss davon ins Hausnetz zu leiten.
Das kann man auch gut im logfile erkennen (PS habe zwei Powerstreams..) :ok, ich denke ich habe das fixen können. Ich kann es aber nicht testen im Moment. Kannst Du das bitte für mich machen und mir eine Rückmeldung geben?
Hier ist die neue Version:
Es gibt auch noch einige weitere Neue Funktionen:(1.2.4) 22.04.2024
- AdditionalPowerAvgPeriod: Zeitraum in Millisekunden, in dem ein Durchschnittswert der Summe von AdditionalPower berechnet wird.
- ExcessChargeBatSocMax: Batterieladestand, der kleiner oder gleich diesem Wert sein muss, damit die Überschussladung gestartet wird.
- ExcessChargeBatSocOff: Batterieladestand, bei dem die Überschussladung abgeschaltet wird. Wert: 100.
- SerialReverse: Wenn true, werden im Serial Mode (RegulationMultiPsMode: 1) die Power Sources in umgekehrter Reihenfolge durchlaufen.
- externConfig neuer Parameter: create: Wenn true, wird das Objekt unterhalb von statesPrefix angelegt.
Ist der Wert false, muss das Objekt bereits existieren oder manuell angelegt werden. - Verschiedene Optimierungen und Bugfixes
-
@waly_de said in ecoflow-connector-Script zur Leistungsanpassung:
- SerialReverse: Wenn true, werden im Serial Mode (RegulationMultiPsMode: 1) die Power Sources in umgekehrter Reihenfolge durchlaufen.
Perfekt! Wird heute noch getestet.
Danke! -
Wäre es möglich noch einen weiteren battPozOn/ off hinzuzufügen wäre doch super für die je Ofen die mit einem zwischen Modus fürs einspeisen ab einer gewissen Akku Leistung
-
@waly_de seltsamerweise schaltet die neue Version des Skripts bei mir den AC Ladeshelly an der DP nicht mehr an
-
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de seltsamerweise schaltet die neue Version des Skripts bei mir den AC Ladeshelly an der DP nicht mehr an
ExcessChargePowerBatSocID richtig konfiguriert? Batterie nicht voll? (<95%)
-
@waly_de hmm eigentlich schon:
//**************************************** // Überschussladung: //**************************************** ExcessCharge: true, //Überschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_1556567362703892412_DCEBZ8Z8881_thing_property_set.writeables.slowChgPower", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_DCEBZ8Z8881.data.params.bmsMaster.soc", ExcessChargeSwitchMin: 5, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 1700, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 0, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: 200, //Mindest-Überschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 50, //Überschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. ExcessChargeMinRegulatePause: 1, //Mindestpause in Minuten zwischen einzelnen Regelbefehlen (EEPROM-Schutz) ExcessChargeRegulateSteps: 100, //Stufen in Watt, in denen die Werte geändert werden sollen ExcessChargeBatSocMax: 95, // Batterieladestand muss <= sein damit die Überschussladung gestartet wird ExcessChargeBatSocOff: 100, // Batterieladestand bei dem die Überschussladung abgeschaltet wird //---------------------------------------- -
@accu hast du auch subscribe auf true beim delta ?
-
@waly_de nein - meine DP habe ich auf false gesetzt, so wie ich es beim Vorgängerscript immer hatte
//####################################################################### { seriennummer: "DCEBZ8Z11111", name: "DELTA Pro", typ: "DM", subscribe: false, // "true": Alle Daten für dieses Gerät werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### { seriennummer: "HW52ZDHcccccc", name: "Kaffeemaschine", typ: "SM", subscribe: true, // "true": Alle Daten für dieses Gerät werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### -
@accu dann wird der Batteriestand auch nicht ein gelesen. Setze das also bitte auf true.
Alternativ, vorausgesetzt die Delta ist an deine PS angeschlossen, kannst du auch den PS Pfad für den Batteriestand benutzen:0_userdata.0.ecoflow.app_device_property_HW51XXXXXXXXX.data.InverterHeartbeat.batSoc -
@waly_de axo - ich hatte es sonst immer auf True aber nach dem Erklärvideo von Markus: Script Erklärung - auf False gesetzt, um die Datenmengen zu begrenzen. In der Vorgängerversion lief das damit eigentlich ganz gut und zuverlässig.
(Habe eine DP + ZA und einen PS ohne Solar an der DP. An der DP hängen 4 PV module direkt.)
-
@accu also nur eine PS. Dann ist es sinnvoll den PS- Pfad bei ExcessChargePowerBatSocID anzugeben und die Delta auf false zu lassen.
-
@waly_de puh hast du einen bsp pfad?
-
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de puh hast du einen bsp pfad?
siehe oben
-
@waly_de danke.
DP jetzt wieder auf false und der PS ist eingetragen:
//**************************************** // Überschussladung: //**************************************** ExcessCharge: true, //Überschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_1556567312312703892482_DCEBZ8xxxxx_thing_property_set.writeables.slowChgPower", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_HW51ZOH4S1.data.InverterHeartbeat.batSoc", ExcessChargeSwitchMin: 5, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 1700, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 0, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: 200, //Mindest-Überschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 50, //Überschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. ExcessChargeMinRegulatePause: 1, //Mindestpause in Minuten zwischen einzelnen Regelbefehlen (EEPROM-Schutz) ExcessChargeRegulateSteps: 100, //Stufen in Watt, in denen die Werte geändert werden sollen ExcessChargeBatSocMax: 95, // Batterieladestand muss <= sein damit die Überschussladung gestartet wird ExcessChargeBatSocOff: 100, // Batterieladestand bei dem die Überschussladung abgeschaltet wird //---------------------------------------- -
@waly_de
Vielen Dank! Ich werde es die nächsten Tage testen, sobald wieder mehr Sonne scheint. Zurzeit haben wir wieder Schnee
-
@thomas-weller said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@thomas-weller said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Das Blockly sollte dann für meine nicht vorhandenen Programmierkenntnisse so aussehen:
Wenn SOC der DeltaPro <5%
= Skript zur dynamischen Leistungsregelung stoppen
= Shelly SmartPlug (AC-Ladung der Delta Pro bei mir) auf AN
= Excees Power z.b.: 500Watt
Wenn SOC der DeltaPro wieder >10%
= Skript zur dynamischen Leistungsregelung startenJetzt muss ich das nur irgendwie zusammenklicken
Hier übrigens das funktionierende Ergebnis für diesen Anwendungsfall (Keine PV an Delta oder PS da lAdung nur über AC-Schaltsteckdose und Speicher darf nicht leer werden weil z.B. Kühlschrank am AC-Ausgang hängt):
Hallo @Waly_de,
leider hat meine Schutzfunktion (DeltaPro darf nie unter 3% fallen) über das Blocky jetzt schon 2x versagt.
Heute hatte ich Zeit zum prüfen...
Warum wird wohl bei mir der Wert nicht mehr aktualisiert über den ich den SOC der Delta auslese?
app_device_property_DCEXXXXXXXX994/data/params/ems/f32LcdShowSoc
2024-04-23 20_49_50-Window.pngDas ist schon der richtige SOC oder?
Der Wert ist im ioBroker immer Rot und scheint sich nicht zu aktualisieren. Steht immer 99,67108 da obwohl die Delta89% und der Zusatzakku 95% hat und in der App somit korrekte 92% angezeigt werden.!
