NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@gooflo sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Scheint zu funktionieren, ich sehe beim Shelly negative Werte, wenn Strom über die Plugs läuft und am Stromzähler entsprechend weniger positive ...
Vielleicht kann das Skript das aber auch schon und ich weiß nur noch nicht wie?Nein, das ist im Skript nicht so vorgesehen. Ich würde das wie folgt lösen: lege ein eigenes Objekt manuell an, in das du deinen Zählerstand zuzüglich der Summen deiner Plugs schreibst. Das geht prima mit einem Blocky oder aber mit einem kleinen Extra Skript.
Dieses neu angelegte Objekt gibst du dann im Skript als Smartmeter ID an.@waly_de danke für den Tip. Falls jemand auch diesen Anwendungsfall hat, hier meine aktuelle Lösung mit einem zweiten Skript, wobei ich im Originalskript in der Konfiguration das hier setze:
SmartmeterID: "0_userdata.0.ecoflow.TotalActivePowerPlusPlugs", // State, der den aktuellen Gesamtverbrauch in Watt anzeigtund hier das neue Skript:
// globale Konfiguration var ConfigData = { statesPrefix: "0_userdata.0.ecoflow", // übernommen TotalActivePower : ".TotalActivePower", // Shelly total active power TotalActivePowerPlusPlugs : ".TotalActivePowerPlusPlugs", // Neuer State für Power mit Plugs in den Userdaten SmartmeterID: "shelly.0.shellypro3em#XXXXXXXXXXX.EM0.TotalActivePower", // übernommen State, der den aktuellen Gesamtverbrauch in Watt anzeigt } // state TotalActivePowerPlusPlugs anlegen if ( !existsState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs)) { createState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs,0,{name: "TotalActivePowerPlusPlugs", type: 'number', role: 'value'}, function () {}); } else { setState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs,0); } // state TotalActivePower anlegen if ( !existsState(ConfigData.statesPrefix + ConfigData.TotalActivePower)) { createState(ConfigData.statesPrefix + ConfigData.TotalActivePower,0,{name: "TotalActivePower", type: 'number', role: 'value'}, function () {}); } else { setState(ConfigData.statesPrefix + ConfigData.TotalActivePower,0); } /** * @param {string} id */ function getPlugWatts(id) { let watts = 0 let age_min = (Date.now() - getState(id).ts) / (1000 * 60) let w = Number(getState(id).val)/10 // sanity check: nur wenn die Daten Daten jünger als 4 min sind oder nicht so hoch werden sie verwendet if (age_min < 4 || w < 50) { watts += w } // log(id + " " + watts + " W, age (min) = " + age_min) return watts } // wenn der Smartmeter gesetzt wird, die Plugs Watt ermitteln und die states setzen on({id: ConfigData.SmartmeterID}, function (obj) { let smartMeterTotal = Math.floor(Number(getState(ConfigData.SmartmeterID).val)) setState(ConfigData.statesPrefix + ConfigData.TotalActivePower, smartMeterTotal) // store initial TotalActivePower let plugsSum = 0 plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_1.data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_2.data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_3data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_4.data.plug_heartbeat_pack.watts") // log("Plugs Watts = " + plugsSum) setState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs, Math.floor(smartMeterTotal + plugsSum)) });Natürlich müssen für Shelly und Plugs die entsprechenden IDs gesetzt werden.
-
Hi,
seit knapp einer Woche steuert das script meine Einspeiseleistung nicht mehr bzw stellt sie auf 0. Der Verbrauch wird regelmäßig aktualisiert und auch das 2 Minuten-Minimum aktualisiert sich entsprechend, nur wird "setac" immer auf 0 gesetzt. Wenn ich den Wert unter Objekte anpasse speist der Powerstream dann auch ein und nach kurzer Zeit wird der Wert wieder mit 0 überschrieben. Hatte jemand schonmal das selbe Problem oder hat eine Idee was ich ändern kann? Der Ladestand der Delta 2 war eigentlich so ziemlich schon so ziemlich jeder Wert zwischen 5 und 100%.
Danke schonmal :) -
Hi,
seit knapp einer Woche steuert das script meine Einspeiseleistung nicht mehr bzw stellt sie auf 0. Der Verbrauch wird regelmäßig aktualisiert und auch das 2 Minuten-Minimum aktualisiert sich entsprechend, nur wird "setac" immer auf 0 gesetzt. Wenn ich den Wert unter Objekte anpasse speist der Powerstream dann auch ein und nach kurzer Zeit wird der Wert wieder mit 0 überschrieben. Hatte jemand schonmal das selbe Problem oder hat eine Idee was ich ändern kann? Der Ladestand der Delta 2 war eigentlich so ziemlich schon so ziemlich jeder Wert zwischen 5 und 100%.
Danke schonmal :) -
@Waly_de Lieben dank für das Script. Dank dem Tibber script zum lokalen auslesen und dem ecoflow-connector-Script braucht mein neue Powerstream keine smartplugs. Es funktioniert alles, obwohl ich neu in iobroker bin, doch eine Sache konnte ich noch nicht finden:
Wie bekomme ich die korrekte Nach-Kommastelle hin z.b für invOutputWatts ?
-
@Waly_de ich hatte heute wieder das Szenario, dass mein PS mit 560W eingespeist hat, während die das Skript den Ladeeingang der DP angeschalten hat und diese mit 300W geladen hat. kann man das nicht irgendwie umgehen, dass der AC Ladeeingang der DP nicht eingeschaltet wird, wenn der PS einspeist. Sonst gehts ja vorne raus und hinten wieder rein.
-
@waly_de danke für den Tip. Falls jemand auch diesen Anwendungsfall hat, hier meine aktuelle Lösung mit einem zweiten Skript, wobei ich im Originalskript in der Konfiguration das hier setze:
SmartmeterID: "0_userdata.0.ecoflow.TotalActivePowerPlusPlugs", // State, der den aktuellen Gesamtverbrauch in Watt anzeigtund hier das neue Skript:
// globale Konfiguration var ConfigData = { statesPrefix: "0_userdata.0.ecoflow", // übernommen TotalActivePower : ".TotalActivePower", // Shelly total active power TotalActivePowerPlusPlugs : ".TotalActivePowerPlusPlugs", // Neuer State für Power mit Plugs in den Userdaten SmartmeterID: "shelly.0.shellypro3em#XXXXXXXXXXX.EM0.TotalActivePower", // übernommen State, der den aktuellen Gesamtverbrauch in Watt anzeigt } // state TotalActivePowerPlusPlugs anlegen if ( !existsState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs)) { createState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs,0,{name: "TotalActivePowerPlusPlugs", type: 'number', role: 'value'}, function () {}); } else { setState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs,0); } // state TotalActivePower anlegen if ( !existsState(ConfigData.statesPrefix + ConfigData.TotalActivePower)) { createState(ConfigData.statesPrefix + ConfigData.TotalActivePower,0,{name: "TotalActivePower", type: 'number', role: 'value'}, function () {}); } else { setState(ConfigData.statesPrefix + ConfigData.TotalActivePower,0); } /** * @param {string} id */ function getPlugWatts(id) { let watts = 0 let age_min = (Date.now() - getState(id).ts) / (1000 * 60) let w = Number(getState(id).val)/10 // sanity check: nur wenn die Daten Daten jünger als 4 min sind oder nicht so hoch werden sie verwendet if (age_min < 4 || w < 50) { watts += w } // log(id + " " + watts + " W, age (min) = " + age_min) return watts } // wenn der Smartmeter gesetzt wird, die Plugs Watt ermitteln und die states setzen on({id: ConfigData.SmartmeterID}, function (obj) { let smartMeterTotal = Math.floor(Number(getState(ConfigData.SmartmeterID).val)) setState(ConfigData.statesPrefix + ConfigData.TotalActivePower, smartMeterTotal) // store initial TotalActivePower let plugsSum = 0 plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_1.data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_2.data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_3data.plug_heartbeat_pack.watts") plugsSum += getPlugWatts("0_userdata.0.ecoflow.app_device_property_XXXXXXXXXXX_4.data.plug_heartbeat_pack.watts") // log("Plugs Watts = " + plugsSum) setState(ConfigData.statesPrefix + ConfigData.TotalActivePowerPlusPlugs, Math.floor(smartMeterTotal + plugsSum)) });Natürlich müssen für Shelly und Plugs die entsprechenden IDs gesetzt werden.
Hey @Waly_de, super Arbeit! Ich setze das grad alles bei mir auf. Da ich Programmierer bin, könnte ich bei Bedarf gern helfen, das Skript weiter zu verbessern und anzupassen.
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 :)Cheers
André -
@Waly_de Lieben dank für das Script. Dank dem Tibber script zum lokalen auslesen und dem ecoflow-connector-Script braucht mein neue Powerstream keine smartplugs. Es funktioniert alles, obwohl ich neu in iobroker bin, doch eine Sache konnte ich noch nicht finden:
Wie bekomme ich die korrekte Nach-Kommastelle hin z.b für invOutputWatts ?
@solarsummer sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@Waly_de Lieben dank für das Script. Dank dem Tibber script zum lokalen auslesen und dem ecoflow-connector-Script braucht mein neue Powerstream keine smartplugs. Es funktioniert alles, obwohl ich neu in iobroker bin, doch eine Sache konnte ich noch nicht finden:
Wie bekomme ich die korrekte Nach-Kommastelle hin z.b für invOutputWatts ?
Für das Anschauen der Werte empfehle ich den ecoflow-mqtt Adapter. Der stellt die übermittelten Werte richtig dar und versieht sie auch mit der richtigen Einheit.
Befehle und Einstellungen kann man damit auch absetzen. -
Hey @Waly_de, super Arbeit! Ich setze das grad alles bei mir auf. Da ich Programmierer bin, könnte ich bei Bedarf gern helfen, das Skript weiter zu verbessern und anzupassen.
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 :)Cheers
André@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 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:
-
@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 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. -
@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:
@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
-
@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! -
@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 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%)
-
@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 //---------------------------------------- -
@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 //---------------------------------------- -
@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 }, //####################################################################### -
@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
Support us
489
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge