NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@accu hm... das ist blöd. Bei der Ăberschussladung wird die gemessene Ladeleistung von Real power abgezogen, damit man auch weiterhin den echten Ăberschuss sehen kann.
Damit in deinem Fall jetzt richtig gerechnet wird, mĂŒsste die Leistung, die am AC Ausgang des DP angeschlossen ist, also dem Realpower wieder zugerechnet werden.
Die folgenden Lösungsmöglichkeiten fallen mir ein:
1.) finde einen Datenpunkt deines DP, der ausschlieĂlich die Lade Leistung der Batterie ohne den Abgriff am AC Port reprĂ€sentiert und setzte diesen bei: "ExcessActualPowerID" ein. Dann wird das was in den Trockner geht wieder ganz normal als Verbrauch gewertet und die Regulierung sollte funktionieren.2.) finde einen Datenpunkt deines DP, der ausschlieĂlich die Leistung an die am AC Port abgegriffen wird. Alternativ kannst du auch eine Messsteckdose in den AC Port stecken und dessen Messergebnis verwenden.
Unter AdditionalPower gibst du dann an:AdditionalPower: [ { name: "Dein Messwert", id: "die.0.messwert.id", factor: -1, offset:0, NoFeedIn: false, // True setzen, wenn die enthaltene Leistung nicht ins Hausnetz flieĂt. (Nur in PVTotal aufnehmen) NoPV: true, // true setzen, wenn die enthaltene Leistung nicht in TotalPV einflieĂen soll. (Nur in Realpower aufnehmen) },Dadurch wird dann dein Messwert wieder vom errechneten Ăberschuss abgezogen.
Hilft dir das?
@waly_de warum kann man nicht den einfachsten Weg gehen und sowas in der Art machen:
WENN AC Eingang der DP eingeschaltet DANN setze das Skript fĂŒr diesen Zeitraum auĂer Betrieb = z.B. "RegulationState: "Regulate", // Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unter 0_userdata.0.ecoflow angelegt)" = OFF
ich meine der AC Schalter an der DP ist folgender Datenpunkt:

-
@waly_de warum kann man nicht den einfachsten Weg gehen und sowas in der Art machen:
WENN AC Eingang der DP eingeschaltet DANN setze das Skript fĂŒr diesen Zeitraum auĂer Betrieb = z.B. "RegulationState: "Regulate", // Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unter 0_userdata.0.ecoflow angelegt)" = OFF
ich meine der AC Schalter an der DP ist folgender Datenpunkt:

@accu du meinst den AC Ausgang? Eingang wĂŒrde ja keinen Sinn machen.
Aber so ganz verstehe ich auch noch immer nicht, was du möchtest.
Das Skript regelt ja die Ăberschussladung mit den Einstellungen unter ExcessCharge und schaltet entsprechend den AC Eingang deiner DP ein, wenn Ăberschuss an PV Leistung da ist.Dein Problem, wenn ich es richtig verstanden habe ist doch dass das Skript glaubt, dass die Leistung, die in dein an den AC Ausgang angeschlossen das GerĂ€t geht in die Batterie flieĂt. Eigentlich ist es aber regulĂ€rer Verbrauch.
Versuch bitte, was ich beschrieben habe und sieh, ob das ein Problem löst.Bei mir ist die Leistung am AC-Ausgang hier:
0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWattsDie Konfiguration wÀre also:
AdditionalPower: [ { name: "AC Leistung am Delta Ausgang", id: "0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWatts", factor: -1, offset:0, NoFeedIn: false, // True setzen, wenn die enthaltene Leistung nicht ins Hausnetz flieĂt. (Nur in PVTotal aufnehmen) NoPV: true, // true setzen, wenn die enthaltene Leistung nicht in TotalPV einflieĂen soll. (Nur in Realpower aufnehmen) }, -
@accu du meinst den AC Ausgang? Eingang wĂŒrde ja keinen Sinn machen.
Aber so ganz verstehe ich auch noch immer nicht, was du möchtest.
Das Skript regelt ja die Ăberschussladung mit den Einstellungen unter ExcessCharge und schaltet entsprechend den AC Eingang deiner DP ein, wenn Ăberschuss an PV Leistung da ist.Dein Problem, wenn ich es richtig verstanden habe ist doch dass das Skript glaubt, dass die Leistung, die in dein an den AC Ausgang angeschlossen das GerĂ€t geht in die Batterie flieĂt. Eigentlich ist es aber regulĂ€rer Verbrauch.
Versuch bitte, was ich beschrieben habe und sieh, ob das ein Problem löst.Bei mir ist die Leistung am AC-Ausgang hier:
0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWattsDie Konfiguration wÀre also:
AdditionalPower: [ { name: "AC Leistung am Delta Ausgang", id: "0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWatts", factor: -1, offset:0, NoFeedIn: false, // True setzen, wenn die enthaltene Leistung nicht ins Hausnetz flieĂt. (Nur in PVTotal aufnehmen) NoPV: true, // true setzen, wenn die enthaltene Leistung nicht in TotalPV einflieĂen soll. (Nur in Realpower aufnehmen) },Ich kann auch empfehlen mal mit ChatGPT zu spielen. Der kann auch komplexere Probleme in ein brauchbares Skript umsetzten. Probiert doch zum Beispiel mal den folgenden Promt aus:
Ich verwende ioBroker und benötige ein JavaScript fĂŒr den JavaScript-Adapter, das folgende Funktionen umsetzt:
Wenn der aktuelle Tibber-Strompreis das Niveau "NORMAL" oder höher erreicht, soll das Objekt "Regulate" auf true gesetzt werden, andernfalls auf false.
Falls die Batterieladung unter 20% fĂ€llt und der Tibber-Preis gĂŒnstig oder sehr gĂŒnstig ist, soll der Schalter fĂŒr das Laden der Batterie auf true gesetzt werden.
Dies bleibt so, bis der Preis nicht mehr gĂŒnstig ist oder die Batterie einen Ladestand von 80% erreicht hat.Die Position des Tibber-Strompreises ist hier: tibberlink.0.Homes.XXXXXXXX.CurrentPrice.levelâš
"Regulate" befindet sich hier: 0_userdata.0.ecoflow.Regulateâš
Die Batterieladung finden Sie hier: 0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXX.data.params.bmsMaster.socâš
Der Schalter ist unter folgendem Pfad zu finden: sonoff.0.NOUS-DVES_F0A844.POWER -
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Woran kann das lieg? Laut den Protokollen "denkt" das Script weiterhin der Powerstream steht weiterhin auf 600 W.
Wie meinst du das mit "denkt"? Was genau steht denn in dem Objekt "0_userdata.0.ecoflow.app_1XXXXX_thing_property_set.writeables.SetAC" ?
Wird da null eingesetzt? Oder siehst du das nur in der App?
Du sagst, das geht nur eine gewisse Zeit sind das Sekunden Minuten Stunden?@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Frage 2:
Ich habe zwei Powerstreams mit angeschlossener Powerstation und an jeder Powerstation sind ebenfalls Paneele angeschlossen.
Ist es fĂŒr die Regelung erforderlich diese zu berĂŒcksichtigen? SĂ€mtliche Steuerung erfolgt in ioBroker. Die Auswertung und Visualisierung erledige ich komplett extern in Home Assistant.Nein. Es ist nicht nötig diese Paneele zu berĂŒcksichtigen. Die Angabe ist nur dann sinnvoll, wenn die Gesamtsolarleistung im iobroker erfasst werden soll. (0_userdata.0.ecoflow.totalPV)
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Woran kann das lieg? Laut den Protokollen "denkt" das Script weiterhin der Powerstream steht weiterhin auf 600 W.
Wie meinst du das mit "denkt"? Was genau steht denn in dem Objekt "0_userdata.0.ecoflow.app_1XXXXX_thing_property_set.writeables.SetAC" ?
Wird da null eingesetzt? Oder siehst du das nur in der App?
Du sagst, das geht nur eine gewisse Zeit sind das Sekunden Minuten Stunden?SetAC stand dann auf 0 (glaube ich, jedenfalls nicht 600!). Das passiert nach wenigen Minuten.
Das Script verhĂ€lt sich so, als wĂŒrde der betroffene Powerstream auf 600 W stehen. Es werden keine neuen SetAC Befehle fĂŒr diesen Powerstream ausgegeben und nur der andere Powerstream Ă€ndert seine Einspeiseleistung.Ich weiĂ nicht was diesen falschen SetAC Wert verursacht. Meiner Meinung nach wĂ€re ein periodischer Abgleich des Werts SetAC gut.
Irgendeine Idee wo ich da gezielt nachschauen kann? Ich könnte batPozOn zum Test niedrig ansetzen um das Verhalten zu provozieren.
-
@accu du meinst den AC Ausgang? Eingang wĂŒrde ja keinen Sinn machen.
Aber so ganz verstehe ich auch noch immer nicht, was du möchtest.
Das Skript regelt ja die Ăberschussladung mit den Einstellungen unter ExcessCharge und schaltet entsprechend den AC Eingang deiner DP ein, wenn Ăberschuss an PV Leistung da ist.Dein Problem, wenn ich es richtig verstanden habe ist doch dass das Skript glaubt, dass die Leistung, die in dein an den AC Ausgang angeschlossen das GerĂ€t geht in die Batterie flieĂt. Eigentlich ist es aber regulĂ€rer Verbrauch.
Versuch bitte, was ich beschrieben habe und sieh, ob das ein Problem löst.Bei mir ist die Leistung am AC-Ausgang hier:
0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWattsDie Konfiguration wÀre also:
AdditionalPower: [ { name: "AC Leistung am Delta Ausgang", id: "0_userdata.0.ecoflow.app_device_property_DAXXXXXXXXXXX.data.params.inv.outputWatts", factor: -1, offset:0, NoFeedIn: false, // True setzen, wenn die enthaltene Leistung nicht ins Hausnetz flieĂt. (Nur in PVTotal aufnehmen) NoPV: true, // true setzen, wenn die enthaltene Leistung nicht in TotalPV einflieĂen soll. (Nur in Realpower aufnehmen) },@waly_de hab's mal eingebaut und werde berichten. Nur zum VerstĂ€ndnis. Mein Setup ist so dass ich am PS keine PV habe, sondern diesen nur zum Einspeisen nutze. Meine PV Panels hĂ€ngen direkt an der DP am Solareingang. Ich habe zzl. noch ein BKW und ne kleine PV Anlage welche ich aber im Skript nicht nĂ€her spezifiziert habe. Ich greife den Gesamtverbrauch vom Haus ĂŒber den IR ZĂ€hler an meinem StromzĂ€hler ab. (Dieser ist im Skript hinterlegt).
MĂŒsste ich dann nicht den Parameter: NoFeeIn auf True setzen? und noPV auf auf True?
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Woran kann das lieg? Laut den Protokollen "denkt" das Script weiterhin der Powerstream steht weiterhin auf 600 W.
Wie meinst du das mit "denkt"? Was genau steht denn in dem Objekt "0_userdata.0.ecoflow.app_1XXXXX_thing_property_set.writeables.SetAC" ?
Wird da null eingesetzt? Oder siehst du das nur in der App?
Du sagst, das geht nur eine gewisse Zeit sind das Sekunden Minuten Stunden?SetAC stand dann auf 0 (glaube ich, jedenfalls nicht 600!). Das passiert nach wenigen Minuten.
Das Script verhĂ€lt sich so, als wĂŒrde der betroffene Powerstream auf 600 W stehen. Es werden keine neuen SetAC Befehle fĂŒr diesen Powerstream ausgegeben und nur der andere Powerstream Ă€ndert seine Einspeiseleistung.Ich weiĂ nicht was diesen falschen SetAC Wert verursacht. Meiner Meinung nach wĂ€re ein periodischer Abgleich des Werts SetAC gut.
Irgendeine Idee wo ich da gezielt nachschauen kann? Ich könnte batPozOn zum Test niedrig ansetzen um das Verhalten zu provozieren.
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich weià nicht was diesen falschen SetAC Wert verursacht. Meiner Meinung nach wÀre ein periodischer Abgleich des Werts SetAC gut.
Irgendeine Idee wo ich da gezielt nachschauen kann? Ich könnte batPozOn zum Test niedrig ansetzen um das Verhalten zu provozieren.bitte such mal nach:
// Kein Priofall also Leistung auf Fullpower if (!GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }und mach daraus:
// Kein Priofall also Leistung auf Fullpower if (true || !GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }damit wird setAC bei jedem durchlauf einmal gesetzt. Wenn das das Problem löst, weià ich, wo ich ansetzen kann.
-
@waly_de hab's mal eingebaut und werde berichten. Nur zum VerstĂ€ndnis. Mein Setup ist so dass ich am PS keine PV habe, sondern diesen nur zum Einspeisen nutze. Meine PV Panels hĂ€ngen direkt an der DP am Solareingang. Ich habe zzl. noch ein BKW und ne kleine PV Anlage welche ich aber im Skript nicht nĂ€her spezifiziert habe. Ich greife den Gesamtverbrauch vom Haus ĂŒber den IR ZĂ€hler an meinem StromzĂ€hler ab. (Dieser ist im Skript hinterlegt).
MĂŒsste ich dann nicht den Parameter: NoFeeIn auf True setzen? und noPV auf auf True?
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
MĂŒsste ich dann nicht den Parameter: NoFeeIn auf True setzen? und noPV auf auf True?
Nein, es muss so sein, wie ich es oben konfiguriert habe.
Dadurch wird der Verbrauch am Ausgang der Delta wieder dem normalen Verbrauch zugerechnet.
Im Ergebnis sollte dann das Regeln der AC Leistung wieder funktionieren wie erwartet. -
@Waly_de irgendwas scheint mit der AC Ladeleistungsbegrenzung nicht 100% zu passen.
Ich habe in meinem Skript die AC Ladeleistungbegrenzung auf 500W gesetzt.
" ExcessChargeMaxPower: 500,"Da geht er auch regelmĂ€Ăig hin aber leider auch regelmĂ€Ăig deutlich drĂŒber (bis zu 900W - je nach Ăberschuss).
Szenario: ich habe trotz 500W AC Laden ca. 400W Ăberschuss die ins Netz geladen werden. Das Skript fĂ€ngt dann trotz der 500W BeschrĂ€nkung an nach oben zu regulieren und niviliert die Leistung die ins Netz geht dann auf 0 ein. Springt dann aber dann irgenwann wieder auf die 500W zurĂŒck und im nĂ€chsten Cycle wieder hoch.
-
@Waly_de irgendwas scheint mit der AC Ladeleistungsbegrenzung nicht 100% zu passen.
Ich habe in meinem Skript die AC Ladeleistungbegrenzung auf 500W gesetzt.
" ExcessChargeMaxPower: 500,"Da geht er auch regelmĂ€Ăig hin aber leider auch regelmĂ€Ăig deutlich drĂŒber (bis zu 900W - je nach Ăberschuss).
Szenario: ich habe trotz 500W AC Laden ca. 400W Ăberschuss die ins Netz geladen werden. Das Skript fĂ€ngt dann trotz der 500W BeschrĂ€nkung an nach oben zu regulieren und niviliert die Leistung die ins Netz geht dann auf 0 ein. Springt dann aber dann irgenwann wieder auf die 500W zurĂŒck und im nĂ€chsten Cycle wieder hoch.
Ich habe heute erfolgreich io Broker installiert. Ich greife mein shelly pro 3EM ĂŒber den home assistant adapter ab und das funktioniert ganz wunderbar mit dem script!
Meine Situation: grosse PV und ich habe eine Delta 2 Max am AC abgeschlossen. Einspesing funktioniert schon wie gewĂŒnscht. Jetzt hatte ich gehofft, dass an Hand von PV Ăberschuss die AC Ladeleistung angepasst wird bzq. Ladung aktiviert/deaktiviert wird. So ganz steige ich da nicht durch. Keine plugs an der D2Max Steckdose und sobald ich das script starte, lĂ€dt er mit 200 Watt (das steht noch in der App, aber die ist geschlossen).
So sieht der relevate Code Teil aus, was mache ich falsch?
/*************************************** ********** YOUR DATA HERE ************ ****************************************/ var ConfigData = { email: "xxxx", // Die App-Zugangsdaten von ecoFlow passwort: "xxxxxx", SmartmeterID: "hass.0.entities.sensor.hv_total_active_power.state", // State, der den aktuellen Gesamtverbrauch in Watt anzeigt seriennummern: [ //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { seriennummer: "HW51ZOxxx", // Die Seriennummer des GerĂ€tes name: "powerstream", // beliebiger Name MaxPower: 600, // Der höchstmögliche Wert in Watt fĂÂŒr die Einspeiseleistung subscribe: true, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt typ: "PS", // Welches GerĂ€t ist es: PowerStream:"PS"; DeltaMax:"DM"; Delta2: "D2" ; Delta2 Max: "D2M"; SmartPlug: "SM"; Andere: "NA" // Parameter ab hier nur fĂÂŒr PowerStream. regulation: true, // "true": Dieser PowerStream soll vom Script reguliert werden RegulationOffPower: -1, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Ăânderung, -2 = Batterie Priomodus) hasBat: true, // "true": Eine Batterie ist angeschlossen. Nur fĂÂŒr PowerStream relevant. battPozOn: 99, battPozOff: 97, // Wenn die Batterie bei battPozOn ist, Einspeisung auf MaxPower. Bei BattPozOff Normalbetrieb battOnSwitchPrio: false, // "true": Bei battPozOn wird in den Batterie-PrioritĂ€tsmodus gewechselt prioOffOnDemand: 30, // Wattwert des Bedarfs, bei dem zurĂÂŒck in den Strom-Priomodus geschaltet wird. 0 fĂÂŒr kein RĂÂŒckschalten. lowBatLimitPozOn: 5, lowBatLimitPozOff: 15, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 130, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" ist }, //####################################################################### { seriennummer: "R3xxxxxxx", name: "d2max", typ: "D2M", subscribe: true, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### { seriennummer: "XXXXXXXXXXXXX", name: "SmartPlug 1", typ: "SM", subscribe: false, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### ], AdditionalPower: [ // Wenn es weitere Wechselrichter gibt, die in IOBroker erfasst werden, können diese hier Angelegt werden //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { name: "Hoymiles2000", // Beliebiger Name id: "mqtt.0.solar.1234567890.0.power", // Der Objektpfad zu dem Leistungswert in Watt (W) factor: 10, // Divisionsfaktor fĂÂŒr den Leistungswert. (10 fĂÂŒr die Delta) }, //####################################################################### ], //**************************************** // Erweiterte Einstellungen: //**************************************** SmartmeterTimeoutMin: 4, // Wenn der letzte Wert vom Smartmeter Ă€lter als "SmartmeterTimeoutMin" ist, wird das Script mit... SmartmeterFallbackPower: 130, // SmartmeterFallbackPower als aktuellem Realpowerwert weiter arbeiten, bis wieder aktuelle Daten geliefert werden. Regulation: true, // 'false' stellt das Setzen der Einspeiseleistung ab RegulationState: "Regulate", // Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unter 0_userdata.0.ecoflow angelegt) RegulationMultiPsMode: 0, // Wenn mehrere PS reguliert werden sollen. "balance" = 0 oder "serial" = 1 BasePowerOffset: 0, // Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen Zusatzpower_Offset: 0, // Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset MinValueMin: 2, // Der Zeitraum in Minuten, aus dem der niedrigste Gesamtverbrauchswert geholt werden soll. 0 fĂÂŒr Echtzeitwert MinValueAg: 0, // Art der Ermittlung des kleinsten Wertes: 0 = Minimalwert, 1 = Durchschnittswert ReconnectMin: 15, // Zeit in Minuten, nach der die Anwendung neu gestartet wird, wenn keine neuen Daten eintreffen statesPrefix: "0_userdata.0.ecoflow", // Hier werden die ecoFlow States angelegt latitude: latitude, // Breitengrad des Standortes (wird automatisch eingesetzt) longitude: longitude, // LĂ€ngengrad des Standortes (wird automatisch eingesetzt) //**************************************** // ĂĆberschussladung: //**************************************** ExcessCharge: true, //ĂĆberschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.slowChgPower", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.bmsMaster.soc", ExcessChargeSwitchMin: 5, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 500, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 0, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: -100, //Mindest-ĂĆberschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 0, //ĂĆberschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. //---------------------------------------- // Beispiel fĂÂŒr Delta-Nutzung ohne Schlaltersteckdose: // Wird an einer Delta auch der PV-Eingang genutzt, bitte die PV-Leistung unter AdditionalPower anlegen. Die passende ID ist: // 0_userdata.0.ecoflow.app_device_property_xxx.data.params.mppt.inWatts // Bei der Delta: "subscribe: true" konfigurieren //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.inv.inputWatts", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.chgPause", ExcessChargeSwitchOn: 0, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 1, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- // Beispiel fĂÂŒr Nutzung einer Schlaltersteckdose: //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: //ExcessActualPowerID: "sonoff.0.NOUS-DVES_F0A844.ENERGY_Power", //ID des Schalters, der den Speicher aktiviert: //ExcessChargeSwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ExcessChargeSwitchOn: true, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //ExcessChargeSwitchOff: false, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- //**************************************** Debug: false, mlog: false, PlotCmdID: 99999, } //***************************************/ -
Ich habe heute erfolgreich io Broker installiert. Ich greife mein shelly pro 3EM ĂŒber den home assistant adapter ab und das funktioniert ganz wunderbar mit dem script!
Meine Situation: grosse PV und ich habe eine Delta 2 Max am AC abgeschlossen. Einspesing funktioniert schon wie gewĂŒnscht. Jetzt hatte ich gehofft, dass an Hand von PV Ăberschuss die AC Ladeleistung angepasst wird bzq. Ladung aktiviert/deaktiviert wird. So ganz steige ich da nicht durch. Keine plugs an der D2Max Steckdose und sobald ich das script starte, lĂ€dt er mit 200 Watt (das steht noch in der App, aber die ist geschlossen).
So sieht der relevate Code Teil aus, was mache ich falsch?
/*************************************** ********** YOUR DATA HERE ************ ****************************************/ var ConfigData = { email: "xxxx", // Die App-Zugangsdaten von ecoFlow passwort: "xxxxxx", SmartmeterID: "hass.0.entities.sensor.hv_total_active_power.state", // State, der den aktuellen Gesamtverbrauch in Watt anzeigt seriennummern: [ //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { seriennummer: "HW51ZOxxx", // Die Seriennummer des GerĂ€tes name: "powerstream", // beliebiger Name MaxPower: 600, // Der höchstmögliche Wert in Watt fĂÂŒr die Einspeiseleistung subscribe: true, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt typ: "PS", // Welches GerĂ€t ist es: PowerStream:"PS"; DeltaMax:"DM"; Delta2: "D2" ; Delta2 Max: "D2M"; SmartPlug: "SM"; Andere: "NA" // Parameter ab hier nur fĂÂŒr PowerStream. regulation: true, // "true": Dieser PowerStream soll vom Script reguliert werden RegulationOffPower: -1, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Ăânderung, -2 = Batterie Priomodus) hasBat: true, // "true": Eine Batterie ist angeschlossen. Nur fĂÂŒr PowerStream relevant. battPozOn: 99, battPozOff: 97, // Wenn die Batterie bei battPozOn ist, Einspeisung auf MaxPower. Bei BattPozOff Normalbetrieb battOnSwitchPrio: false, // "true": Bei battPozOn wird in den Batterie-PrioritĂ€tsmodus gewechselt prioOffOnDemand: 30, // Wattwert des Bedarfs, bei dem zurĂÂŒck in den Strom-Priomodus geschaltet wird. 0 fĂÂŒr kein RĂÂŒckschalten. lowBatLimitPozOn: 5, lowBatLimitPozOff: 15, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 130, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" ist }, //####################################################################### { seriennummer: "R3xxxxxxx", name: "d2max", typ: "D2M", subscribe: true, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### { seriennummer: "XXXXXXXXXXXXX", name: "SmartPlug 1", typ: "SM", subscribe: false, // "true": Alle Daten fĂÂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt }, //####################################################################### ], AdditionalPower: [ // Wenn es weitere Wechselrichter gibt, die in IOBroker erfasst werden, können diese hier Angelegt werden //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { name: "Hoymiles2000", // Beliebiger Name id: "mqtt.0.solar.1234567890.0.power", // Der Objektpfad zu dem Leistungswert in Watt (W) factor: 10, // Divisionsfaktor fĂÂŒr den Leistungswert. (10 fĂÂŒr die Delta) }, //####################################################################### ], //**************************************** // Erweiterte Einstellungen: //**************************************** SmartmeterTimeoutMin: 4, // Wenn der letzte Wert vom Smartmeter Ă€lter als "SmartmeterTimeoutMin" ist, wird das Script mit... SmartmeterFallbackPower: 130, // SmartmeterFallbackPower als aktuellem Realpowerwert weiter arbeiten, bis wieder aktuelle Daten geliefert werden. Regulation: true, // 'false' stellt das Setzen der Einspeiseleistung ab RegulationState: "Regulate", // Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unter 0_userdata.0.ecoflow angelegt) RegulationMultiPsMode: 0, // Wenn mehrere PS reguliert werden sollen. "balance" = 0 oder "serial" = 1 BasePowerOffset: 0, // Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen Zusatzpower_Offset: 0, // Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset MinValueMin: 2, // Der Zeitraum in Minuten, aus dem der niedrigste Gesamtverbrauchswert geholt werden soll. 0 fĂÂŒr Echtzeitwert MinValueAg: 0, // Art der Ermittlung des kleinsten Wertes: 0 = Minimalwert, 1 = Durchschnittswert ReconnectMin: 15, // Zeit in Minuten, nach der die Anwendung neu gestartet wird, wenn keine neuen Daten eintreffen statesPrefix: "0_userdata.0.ecoflow", // Hier werden die ecoFlow States angelegt latitude: latitude, // Breitengrad des Standortes (wird automatisch eingesetzt) longitude: longitude, // LĂ€ngengrad des Standortes (wird automatisch eingesetzt) //**************************************** // ĂĆberschussladung: //**************************************** ExcessCharge: true, //ĂĆberschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.slowChgPower", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.bmsMaster.soc", ExcessChargeSwitchMin: 5, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 500, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 0, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: -100, //Mindest-ĂĆberschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 0, //ĂĆberschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. //---------------------------------------- // Beispiel fĂÂŒr Delta-Nutzung ohne Schlaltersteckdose: // Wird an einer Delta auch der PV-Eingang genutzt, bitte die PV-Leistung unter AdditionalPower anlegen. Die passende ID ist: // 0_userdata.0.ecoflow.app_device_property_xxx.data.params.mppt.inWatts // Bei der Delta: "subscribe: true" konfigurieren //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "0_userdata.0.ecoflow.app_device_property_xx.data.params.inv.inputWatts", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.chgPause", ExcessChargeSwitchOn: 0, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 1, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- // Beispiel fĂÂŒr Nutzung einer Schlaltersteckdose: //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: //ExcessActualPowerID: "sonoff.0.NOUS-DVES_F0A844.ENERGY_Power", //ID des Schalters, der den Speicher aktiviert: //ExcessChargeSwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ExcessChargeSwitchOn: true, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //ExcessChargeSwitchOff: false, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //---------------------------------------- //**************************************** Debug: false, mlog: false, PlotCmdID: 99999, } //***************************************/Ich hab's hinbekommen đ Ich musste noch so einige Objekte suchen und anpassen...die Beispielnamen 0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.slowChgPower haben mich verwirrt wel das heisst bei mir dann z.B. slowChgWatts
Finetuning muss noch. Deswegen habe ich ein paar Fragen zu diesen Werten ob ich es verstehe
//**************************************** // ĂĆberschussladung: //**************************************** ExcessCharge: true, //ĂĆberschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.slowChgWatts", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_R351ZEB4HF4H0129.data.params.bms_bmsStatus.actSoc", ExcessChargeSwitchMin: 0, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 2400, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 5, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: -300, //Mindest-ĂĆberschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 1, //ĂĆberschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. //---------------------------------------- // Beispiel fĂÂŒr Delta-Nutzung ohne Schlaltersteckdose: // Wird an einer Delta auch der PV-Eingang genutzt, bitte die PV-Leistung unter AdditionalPower anlegen. Die passende ID ist: // 0_userdata.0.ecoflow.app_device_property_xxx.data.params.mppt.inWatts // Bei der Delta: "subscribe: true" konfigurieren //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "0_userdata.0.ecoflow.app_device_property_R351ZEB4HF4H0129.data.params.inv.inputWatts", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.chgPauseFlag", ExcessChargeSwitchOn: 1, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 0, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //----------------------------------------ExcessChargeStartPower: -300
ExcessChargeStopPower: 1
ExcessChargeStartPowerDurationMin: 1Dies sorgt dafĂŒr, dass die Batterie erst geladen wird wenn mindestens 300 Watt PV Ăberschuss (bei mir wird das negati deswegen -300) fĂŒr 1 Minute anliegen. Korrekt?
Wenn ĂŒberschuss weg ist und Werte (+)1 erreicht werden stoppt er die Batterie Ladung, richtig?
ExcessChargeOffsetPower: 5, macht was genau? Nimmt mein Verbrauchssensor und rechnet 5 Watt drauf (+)?
Und dann noch:
ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.chgPauseFlag", ExcessChargeSwitchOn: 1, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 0, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...)Dieser Schalte rpausiert die Ladung, richtig? Nimmt dafĂŒr die Werte hier oben,ja?
Bin ehct beeindruckt von dem Script! -
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich weià nicht was diesen falschen SetAC Wert verursacht. Meiner Meinung nach wÀre ein periodischer Abgleich des Werts SetAC gut.
Irgendeine Idee wo ich da gezielt nachschauen kann? Ich könnte batPozOn zum Test niedrig ansetzen um das Verhalten zu provozieren.bitte such mal nach:
// Kein Priofall also Leistung auf Fullpower if (!GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }und mach daraus:
// Kein Priofall also Leistung auf Fullpower if (true || !GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }damit wird setAC bei jedem durchlauf einmal gesetzt. Wenn das das Problem löst, weià ich, wo ich ansetzen kann.
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
bitte such mal nach:
// Kein Priofall also Leistung auf Fullpower if (!GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }und mach daraus:
// Kein Priofall also Leistung auf Fullpower if (true || !GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }damit wird setAC bei jedem durchlauf einmal gesetzt. Wenn das das Problem löst, weià ich, wo ich ansetzen kann.
Danke fĂŒr die Hilfe.
Ich hatte heute Gelegenheit das zu testen. Bei batPozOn schreibt das Script jetzt immer wieder "Batterie bei xx%, Einspeisung auf Maximum" ins Protokoll. Die Ănderung scheint also zu funktionieren.
Allerdings wird nach wenigen Minuten wieder normal nach Bedarf eingespeist. Im Objekt SetAC steht dann auch die Leistung, die eingespeist wird.
Es erschienen keine weiteren EintrĂ€ge "Batterie bei xx%, Einspeisung auf Maximum". BatPozOff war aber definitiv noch nicht erreicht. Es gibt auch keinen Eintrag, bezĂŒglich ZurĂŒckstellen auf Normalbetrieb. -
Ich hab's hinbekommen đ Ich musste noch so einige Objekte suchen und anpassen...die Beispielnamen 0_userdata.0.ecoflow.app_xx_xx_thing_property_set.writeables.slowChgPower haben mich verwirrt wel das heisst bei mir dann z.B. slowChgWatts
Finetuning muss noch. Deswegen habe ich ein paar Fragen zu diesen Werten ob ich es verstehe
//**************************************** // ĂĆberschussladung: //**************************************** ExcessCharge: true, //ĂĆberschussladung AN/AUS (true/false) //ID zum Einstellen der Ladeleistung des Speichers in Watt: ExcessChargePowerID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.slowChgWatts", //ID des aktuellen Ladestandes des Speichers in %: ExcessChargePowerBatSocID: "0_userdata.0.ecoflow.app_device_property_R351ZEB4HF4H0129.data.params.bms_bmsStatus.actSoc", ExcessChargeSwitchMin: 0, //Zeit in Minuten die der Schalter mindestens in der letzten geschalteten Position verbleiben muss. ExcessChargeMaxPower: 2400, //Maximale Ladeleistung des Speichers in Watt ExcessChargeOffsetPower: 5, //Wird der Leistungsanforderung hinzugerechnet um Messabweichungen auszugleichen. ExcessChargeStartPower: -300, //Mindest-ĂĆberschussleistung zum Einschalten des Speichers ExcessChargeStopPower: 1, //ĂĆberschussleistung bei der der Speicher abgeschaltet werden soll. ExcessChargeStartPowerDurationMin: 1, //Mindestdauer in Minuten, die ExcessChargeStartPower nicht unterschritten werden darf, bevor der Speicher eingeschaltet wird. //---------------------------------------- // Beispiel fĂÂŒr Delta-Nutzung ohne Schlaltersteckdose: // Wird an einer Delta auch der PV-Eingang genutzt, bitte die PV-Leistung unter AdditionalPower anlegen. Die passende ID ist: // 0_userdata.0.ecoflow.app_device_property_xxx.data.params.mppt.inWatts // Bei der Delta: "subscribe: true" konfigurieren //---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "0_userdata.0.ecoflow.app_device_property_R351ZEB4HF4H0129.data.params.inv.inputWatts", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.chgPauseFlag", ExcessChargeSwitchOn: 1, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 0, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) //----------------------------------------ExcessChargeStartPower: -300
ExcessChargeStopPower: 1
ExcessChargeStartPowerDurationMin: 1Dies sorgt dafĂŒr, dass die Batterie erst geladen wird wenn mindestens 300 Watt PV Ăberschuss (bei mir wird das negati deswegen -300) fĂŒr 1 Minute anliegen. Korrekt?
Wenn ĂŒberschuss weg ist und Werte (+)1 erreicht werden stoppt er die Batterie Ladung, richtig?
ExcessChargeOffsetPower: 5, macht was genau? Nimmt mein Verbrauchssensor und rechnet 5 Watt drauf (+)?
Und dann noch:
ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.chgPauseFlag", ExcessChargeSwitchOn: 1, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 0, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...)Dieser Schalte rpausiert die Ladung, richtig? Nimmt dafĂŒr die Werte hier oben,ja?
Bin ehct beeindruckt von dem Script!@florism sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
ExcessChargeStartPower: -300
ExcessChargeStopPower: 1
ExcessChargeStartPowerDurationMin: 1
Dies sorgt dafĂŒr, dass die Batterie erst geladen wird wenn mindestens 300 Watt PV Ăberschuss (bei mir wird das negati deswegen -300) fĂŒr 1 Minute anliegen. Korrekt?vermutlich nicht. ExcessChargeStartPower bestimmt die Ăberschussleistung. Die wird normalerweise nicht negativ. +300 wĂ€re also auch bei dir vermutlich richtig.
Der Bezugswert ist der hier: 0_userdata.0.ecoflow.ExcessPowerWenn ĂŒberschuss weg ist und Werte (+)1 erreicht werden stoppt er die Batterie Ladung, richtig?
richtig
ExcessChargeOffsetPower: 5, macht was genau? Nimmt mein Verbrauchssensor und rechnet 5 Watt drauf (+)?
ja, wenn der ermittelte Ăberschuss 350W ist werden 355W angefordert (in ExcessChargePowerID geschrieben)
Und dann noch:
ExcessChargeSwitchID: "0_userdata.0.ecoflow.app_1768675510141583362_R351ZEB4HF4H0129_thing_property_set.writeables.chgPauseFlag", ExcessChargeSwitchOn: 1, //Wert, der zum Aktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...) ExcessChargeSwitchOff: 0, //Wert, der zum Deaktivieren des Schalters gesetzt werden muss (1/0, true/false, "ON"/"OFF"...)
Dieser Schalte rpausiert die Ladung, richtig? Nimmt dafĂŒr die Werte hier oben,ja?richtig
Bin ehct beeindruckt von dem Script!
Danke :-) Freut mich, dass es Dir hilft!
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
bitte such mal nach:
// Kein Priofall also Leistung auf Fullpower if (!GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }und mach daraus:
// Kein Priofall also Leistung auf Fullpower if (true || !GlobalObj[asn].FullPower) { GlobalObj[asn].FullPower = true setAC(asn, (Math.floor(foundItem.MaxPower) * 10)) GlobalObj[asn].OldNewValue = (Math.floor(foundItem.MaxPower)) if (true || ConfigData.Debug) log("PowerStream " + GlobalObj[asn].PsName + " Batterie ist bei " + foundItem.battPozOn + "%: Einspeisung auf Maximum.") }damit wird setAC bei jedem durchlauf einmal gesetzt. Wenn das das Problem löst, weià ich, wo ich ansetzen kann.
Danke fĂŒr die Hilfe.
Ich hatte heute Gelegenheit das zu testen. Bei batPozOn schreibt das Script jetzt immer wieder "Batterie bei xx%, Einspeisung auf Maximum" ins Protokoll. Die Ănderung scheint also zu funktionieren.
Allerdings wird nach wenigen Minuten wieder normal nach Bedarf eingespeist. Im Objekt SetAC steht dann auch die Leistung, die eingespeist wird.
Es erschienen keine weiteren EintrĂ€ge "Batterie bei xx%, Einspeisung auf Maximum". BatPozOff war aber definitiv noch nicht erreicht. Es gibt auch keinen Eintrag, bezĂŒglich ZurĂŒckstellen auf Normalbetrieb. -
Ah super, jetzt kapiere ich es :) Dann werde ich morgen mal weitest testen wie das lÀuft :)
SetBatLimitHigh hab ich jetzt auch endlich selbst gefunden und sogar die cycles..wunderbar. Eine Spende hast du dir sicherlich verdient @Waly_de
Jetzt geht die Reise weiter im io Brooker:
- wie kann ich bestimmte Werte von hier zurĂŒck in de home assistant bekommen? MQTT habe ich dort laufen. Aber wie gehe ich da vor?
- wenn ich mit einfachen Automatisierungen im ioBroker starten will, könnt ihr ein einfaches how to (video) empfehlen?
-
@waly_de
Meiner Meinung nach ist das auch im Balance Modus passiert, da dieser automatisch aktiviert wird wenn der zweite Powerstream bei 90% ist.Ich fasse das mal so zusammen:
batPozOn wird korrekt aktiviert und auf 600W gestellt. Das funktioniert auch fĂŒr einige RegelungslĂ€ufe.
Nach ein paar Minuten wird wieder normal geregelt, obwohl der Akkustand noch ĂŒber batPozOff liegt.
Es ist dabei auch egal ob der Akkustand gefallen oder sogar noch gestiegen ist.Anbei mal meine Konfiguration:
{ seriennummer: "HW51ZOH4S#######", // Die Seriennummer des GerĂ€tes name: "PV 2", // beliebiger Namen MaxPower: 600, // Der höchstmögliche Wert in Watt fĂŒr die Einspeiseleistung subscribe: true, // "true": Alle Daten fĂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt typ: "PS", // Welches GerĂ€t ist es: Powerstrem:"PS"; DeltaMax:"DM"; Delta2: "D2" ; Delta2 Max: "D2M"; SmartPlug: "SM"; Andere: "NA" // Parameter an hier nur fĂŒr PowerStream. regulation: true, // "true": Dieser PowerStream soll vom Script reguliert werden RegulationOffPower: -2, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Ănderung, -2 = Batterie Priomodus) hasBat: true, // "true": Eine Batterie ist angeschlossen. Nur fĂŒr PowerStream relevant. battPozOn: 96, battPozOff: 94, // Wenn die Batterie bei battPozOn ist, Einspeisung auf MaxPower. Bei BattPozOff Normalbetrieb battOnSwitchPrio: false, // "true": Bei battPozOn wird in den Batterie-PrioritĂ€tsmodus gewechselt prioOffOnDemand: 20, // Wattwert des Bedarfs, bei dem zurĂŒck in den Strom-Priomodus gechaltet wird. 0 fĂŒr kein RĂŒckschalten. lowBatLimitPozOn: 10, lowBatLimitPozOff: 11,// Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 0, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" ist }, }, { seriennummer: "HW51ZOH4S#######", // Die Seriennummer des GerĂ€tes name: "PV 1", // beliebiger Namen MaxPower: 600, // Der höchstmögliche Wert in Watt fĂŒr die Einspeiseleistung subscribe: true, // "true": Alle Daten fĂŒr dieses GerĂ€t werden angefragt. "false": Es werden keine Statusdaten abgefragt typ: "PS", // Welches GerĂ€t ist es: Powerstrem:"PS"; DeltaMax:"DM"; Delta2: "D2" ; Delta2 Max: "D2M"; SmartPlug: "SM"; Andere: "NA" // Parameter an hier nur fĂŒr PowerStream. regulation: true, // "true": Dieser PowerStream soll vom Script reguliert werden RegulationOffPower: -2, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Ănderung, -2 = Batterie Priomodus) hasBat: true, // "true": Eine Batterie ist angeschlossen. Nur fĂŒr PowerStream relevant. battPozOn: 96, battPozOff: 94, // Wenn die Batterie bei battPozOn ist, Einspeisung auf MaxPower. Bei BattPozOff Normalbetrieb battOnSwitchPrio: false, // "true": Bei battPozOn wird in den Batterie-PrioritĂ€tsmodus gewechselt prioOffOnDemand: 20, // Wattwert des Bedarfs, bei dem zurĂŒck in den Strom-Priomodus gechaltet wird. 0 fĂŒr kein RĂŒckschalten. lowBatLimitPozOn: 12, lowBatLimitPozOff: 13,// Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 100, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" ist }, [...] SmartmeterTimeoutMin: 5, // Wenn der letzte Wert vom Smartmeter Ă€lter als "SmartmeterTimeoutMin" ist, wird das Script mit... SmartmeterFallbackPower: 200, // SmartmeterFallbackPower als aktuellem Realpowerwert weiter arbeiten, bis wieder aktuelle Daten geliefert werden. Regulation: true, // 'false' stellt das Setzen der Einspeiseleistung ab RegulationState: "Regelung_aktiv", // Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unter 0_userdata.0.ecoflow angelegt) RegulationMultiPsMode: 0, // Wenn mehrere PS reguliert werden sollen. "balance" = 0 oder "serial" = 1 BasePowerOffset: 10, // Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen Zusatzpower_Offset: 10, // Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset MinValueMin: 1, // Der Zeitraum in Minuten, aus dem der niedrigste Gesamtverbrauchswert geholt werden soll. 0 fĂŒr Echtzeitwert MinValueAg: 0, // Art der Ermittlung des kleinsten Wertes: 0 = Minimalwert, 1 = Durchschnittswert ReconnectMin: 15, // Zeit in Minuten, nach der die Anwendung neu gestartet wird, wenn keine neuen Daten eintreffen statesPrefix: "0_userdata.0.ecoflow", // Hier werden die ecoFlow States angelegt latitude: latitude, // Breitengrad des Standortes (wird automatisch eingesetzt) longitude: longitude, // LĂ€ngengrad des Standortes (wird automatisch eingesetzt)Normal lĂ€uft das im seriellen Modus. Sollte PV 1 (zweiter Powerstream) 90% SoC erreichen, wird ĂŒber externen State auf parallel geschaltet.
Das Problem betrifft beide Powerstreams. -
Ah super, jetzt kapiere ich es :) Dann werde ich morgen mal weitest testen wie das lÀuft :)
SetBatLimitHigh hab ich jetzt auch endlich selbst gefunden und sogar die cycles..wunderbar. Eine Spende hast du dir sicherlich verdient @Waly_de
Jetzt geht die Reise weiter im io Brooker:
- wie kann ich bestimmte Werte von hier zurĂŒck in de home assistant bekommen? MQTT habe ich dort laufen. Aber wie gehe ich da vor?
- wenn ich mit einfachen Automatisierungen im ioBroker starten will, könnt ihr ein einfaches how to (video) empfehlen?
@Waly_de es lÀuft ganz gut mit dem fine-tunen...was mir jedoch auffÀllt ist ein Szenario:
D2M is auf SOC 90% (Ladebereich 10-97%) und es ist gerade viel PV ĂŒberschuss da (2kW :)) also könnte er AC laden. Das zeigt er bei ExcessChargePowerID und writeables.slowChgPower auch passend an ...aaaber ExcessChargeSwitch bleibt einfach auf value 1 stehen auch wenn einige Zeit vergangen ist. Wenn ich den selbst 0 setzte geht's direkt los mit der AC Ladung. Ich habe jetzt testweise ExcessChargeSwitchMin: 1 gesetzt. Stand vorher auf 0, werde es beobachten.
Vielleicht hĂ€ngt da ja irgendwo noch was (hab's nur von 1 auf o beobachtet) oder aber 0 Minuten is zu kurz? Ich weiss auch nicht wo ich im log suchen muss đEin check alle x minuten ob der richtige Schalter gesetzt ist wĂ€re cool. Wenn ich mal nicht da bin und es hĂ€ngt....
@florism said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ah super, jetzt kapiere ich es :) Dann werde ich morgen mal weitest testen wie das lÀuft :)
SetBatLimitHigh hab ich jetzt auch endlich selbst gefunden und sogar die cycles..wunderbar. Eine Spende hast du dir sicherlich verdient @Waly_de
Jetzt geht die Reise weiter im io Broker:
- wie kann ich bestimmte Werte von hier zurĂŒck in de home assistant bekommen? MQTT habe ich dort laufen. Aber wie gehe ich da vor?
- wenn ich mit einfachen Automatisierungen im ioBroker starten will, könnt ihr ein einfaches how to (video) empfehlen?
-
@Waly_de könnte man noch zzl. 2 kleine Verbesserungen ins Script einbauen?
-
wenn die DP voll ist (100% geladen) bleibt der Shelly am AC Eingang leider permanent auf AN geschaltern (Schaltersteckdose bei Excess Charge). WĂ€re schön, wenn das Skript ihn dann ausschaltet und dann auch bei weiteren PV Ăberschuss nicht weiter versucht ihn wieder anzuschalten
-
ich habe hinter meinem Powerstream auch einen ShellyPlug S sitzen, der die Stromverbindung vom PS trennt. WĂ€re cool wenn man ein Ă€hnliches Verhalten wie beim Shelly fĂŒrs AC Laden realisieren könnte. D.h. dass das Script diesen nach einer vorgegebenen Zeit EIN bzw. AUS schaltet.
-
-
@Waly_de könnte man noch zzl. 2 kleine Verbesserungen ins Script einbauen?
-
wenn die DP voll ist (100% geladen) bleibt der Shelly am AC Eingang leider permanent auf AN geschaltern (Schaltersteckdose bei Excess Charge). WĂ€re schön, wenn das Skript ihn dann ausschaltet und dann auch bei weiteren PV Ăberschuss nicht weiter versucht ihn wieder anzuschalten
-
ich habe hinter meinem Powerstream auch einen ShellyPlug S sitzen, der die Stromverbindung vom PS trennt. WĂ€re cool wenn man ein Ă€hnliches Verhalten wie beim Shelly fĂŒrs AC Laden realisieren könnte. D.h. dass das Script diesen nach einer vorgegebenen Zeit EIN bzw. AUS schaltet.
Habe ich auch so, jeweils ein shelly an der D2M und eine am Powerstream. Zur Sicherheit. Persönlich bin ich der Meinung das diese Shelly spielereien besser ausserhalb des Scripts erfolgen sollten. Also selbst automatisieren. Das is ja schon ziemlich individuell..just my 2 cents :)
Hatte heute morgen die Situation das Ăberschuss da war aber er nicht AC laden wollte. Steckdose am D2max war an also einmal kurz D2M shelly aus/an und das Problem war gelöst und die Ladung lief. Ich schalte nachts den AC von der D2Max aus (Energie sparen) und frĂŒhzeitig ein wenn Ăberschuss da ist. Beim Powerstream ĂŒberwache ich eigentlich nur was er ins Haus schickt, weil den möchte ich immer Einsatzbereit haben.
Mal schauen was genau der Grund dafĂŒr ist das die AC Ladung nicht startet, da hatte ich gestern auch schon Probleme. Vielleicht baue ich einen automatischen Restart vom io Broker Docker container ein (script restart hat nicht geholfen) oder @Waly_de hat noch eine Idee wie er den Status vom AC laden im script alle X Minuten prĂŒfen kann ("sollte AC laden weil im gewĂŒnschten SOC Bereich, excesschargepower passt, excesscharge switch passt aber ExcessActualPowerID zeigt keine Ladung. Irgendwie so...bin kein Experte đ
-
-
Habe ich auch so, jeweils ein shelly an der D2M und eine am Powerstream. Zur Sicherheit. Persönlich bin ich der Meinung das diese Shelly spielereien besser ausserhalb des Scripts erfolgen sollten. Also selbst automatisieren. Das is ja schon ziemlich individuell..just my 2 cents :)
Hatte heute morgen die Situation das Ăberschuss da war aber er nicht AC laden wollte. Steckdose am D2max war an also einmal kurz D2M shelly aus/an und das Problem war gelöst und die Ladung lief. Ich schalte nachts den AC von der D2Max aus (Energie sparen) und frĂŒhzeitig ein wenn Ăberschuss da ist. Beim Powerstream ĂŒberwache ich eigentlich nur was er ins Haus schickt, weil den möchte ich immer Einsatzbereit haben.
Mal schauen was genau der Grund dafĂŒr ist das die AC Ladung nicht startet, da hatte ich gestern auch schon Probleme. Vielleicht baue ich einen automatischen Restart vom io Broker Docker container ein (script restart hat nicht geholfen) oder @Waly_de hat noch eine Idee wie er den Status vom AC laden im script alle X Minuten prĂŒfen kann ("sollte AC laden weil im gewĂŒnschten SOC Bereich, excesschargepower passt, excesscharge switch passt aber ExcessActualPowerID zeigt keine Ladung. Irgendwie so...bin kein Experte đ
@florism das Problem mit "auĂerhalb" machen - ist dass dann das Ladeskript nich parallel laufen kann, weil es dann lfd deine Schalterstellung ĂŒberschreibt.
Bsp. Du schaltest AC Laden von Hand aus - das Ladeskript erkennt ĂŒberschuss und schaltet wieder ein. Deswegen fĂ€nde ich es besser, wenn es in dem Skript als Option die man auswĂ€hlen kann mit angeboten wĂŒrde.
P.S.
Das der AC nicht lÀd hatte ich jetzt auch scho paar mal. In den meisten FÀllen lag es bei mir daran, dass der AC Schieberegeler irgendwie ganz rechts stand bei 2900W.