NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
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. slowChgWattsFinetuning 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. -
@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.@accu ja wenn du AC laden direkt mit dem Schalter in iobrooker (vom script angelegt) ausschaltest dann schaltet er dir das natürlich wieder an. Deswegen ja selbst die shelly steuern...dann machst du dir unabhängig vom Script einen Schalter (toggle) und wenn du den Schalter bedienst (z.B. aus) dann bleibt das aus bis du den Schalter wieder einschaltest. Klar geht auch übers script wennes eingebaut werden würde...je nachdem wie man das sieht. So meintest du das, oder?
-
@accu ja wenn du AC laden direkt mit dem Schalter in iobrooker (vom script angelegt) ausschaltest dann schaltet er dir das natürlich wieder an. Deswegen ja selbst die shelly steuern...dann machst du dir unabhängig vom Script einen Schalter (toggle) und wenn du den Schalter bedienst (z.B. aus) dann bleibt das aus bis du den Schalter wieder einschaltest. Klar geht auch übers script wennes eingebaut werden würde...je nachdem wie man das sieht. So meintest du das, oder?
@florism der Shelly an der AC Leitung für meine DP ist im Skript so eingebaut:
//---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Power", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Switch", 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 kann ihn klar über die Shelly App an oder Ausschalten - wird aber dann vom Skript wieder umgeschaltet, wenn überschuss da ist. Was ich auch ganz nice finde. So ist es ein No-Brainer übern Tag.
-
@florism der Shelly an der AC Leitung für meine DP ist im Skript so eingebaut:
//---------------------------------------- //ID mit dem Messwert der aktuellen Leistungsaufnahme des Speichers in Watt: ExcessActualPowerID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Power", //ID des Schalters, der den Speicher aktiviert: ExcessChargeSwitchID: "shelly.0.shellyplus1pm#EFDPLoad#1.Relay0.Switch", 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 kann ihn klar über die Shelly App an oder Ausschalten - wird aber dann vom Skript wieder umgeschaltet, wenn überschuss da ist. Was ich auch ganz nice finde. So ist es ein No-Brainer übern Tag.
-
So, meine Anbindung läuft jetzt seit einigen Tagen sauber. Daher spendiere ich dem Skript mal einen eigenen Thread.
Anbei findet ihr ein Skript, das eine Verbindung zwischen euren ecoflow-Geräten und ioBroker herstellen kann. Dabei nutzt es die gleiche Schnittstelle wie die ecoFlow App. Ihr benötigt lediglich eure Zugangsdaten zur App und die Seriennummern eurer Geräte, um dieses Skript nutzen zu können. Alle bekannten übermittelten Daten werden in ioBroker als Zustände angelegt. Viele davon sind noch unbekannt. Wenn ihr herausfindet, was sich hinter den unbekannten Daten verbirgt, kann ich die Zustandsnamen anpassen.
Achtung: Der ecoflow-Server sendet unfassbar viele Nachrichten. Wenn ihr mehrere Geräte habt, kann dies euer System stark belasten und sogar zu Abstürzen führen. Vielleicht bekommt Ihr auch diese Meldung und das Script wird beendet:
[error]: javascript.0 (5490) Script script.js.EcoFlow is calling setState more than 1000 times per minute! Stopping Script now! Please check your script!Daher empfehle ich, nicht alle Geräte dauerhaft zu abonnieren (dies kann über einen Parameter in der Einstellungssektion festgelegt werden). Es werden nur die PowerStreams benötigt, um die Einspeiseleistung anpassen zu können.
Sonst kann dieser Grenzwert aber auch in den Einstellungen der Javascript-Instanz heraufgesetzt werden. 3000 dürfte für die meisten Szenarien reichen. (Siehe Screenshot weiter unten. Der Wert befindet sich unten links)Damit kommen wir zur eigentlichen interessanten Funktion des Skripts:
Wenn ihr ein Smartmeter habt, das euren aktuellen Stromverbrauch in Echtzeit anzeigen kann, könnt ihr es an ioBroker anbinden. Informationen dazu findet ihr im Netz.Hier hab ich das Ding gekauft (Wenn ihr über die Links kauft, bekomme ich ein paar Cent Provision ab ;-)):
Hichi Wifi, IR Lesekopf für Stromzähler
https://ebay.us/3X1pkH
Der Verkäufer hat auch ein tolles Video gemacht, wie man es einrichtet
Es funktionieren aber auch viele andere Zähler wie z.B.:
Der Shelly 3EMTibber-Kunden mit Pulse empfehle ich die lokale Einbindung des Pulse als Smartmeter mit meinem Script:
https://forum.iobroker.net/topic/70758/tibber-pulse-verbrauchsdaten-lokal-auslesenDas Skript passt dann die Einspeiseleistung des PowerStream dynamisch an, sodass möglichst der gesamte Verbrauch durch die Einspeisung gedeckt wird, aber nichts ins Netz verschenkt wird. Erst wenn die Batterie voll geladen ist, wird die gesamte Leistung ins Netz eingespeist (wenn ihr das möchtet).
Das Smartmeter muss den aktuellen Verbrauch möglichst in Echtzeit und in der Einheit Watt in einem Objekt von IOBroker zur Verfügung stellen. Im Script muss dann nur noch der Pfad zu diesem Objekt unter "SmartmeterID:" eingetragen werden. Am einfachsten geht das über die Adminoberfläche von IOBroker. Klickt auf Objekte und sucht das Objekt eures Smartmeters mit dem "Watt"-Wert im Objektbaum:
Wenn Ihr auf das markierte Symbol klickt, ist der Pfad in euerer Zwischenablage gespeichert.
Jetzt müsst Ihr ihn nur noch hinter "SmartmeterID:" im Script einfügen. Achtet darauf, dass Ihr es zwischen die "" einfügt.
Wenn alles geklappt hat, der Pfad stimmt und das Script läuft, solltet Ihr unter Objekte: "0_userdata.0.ecoflow.RealPower" sehen, dass sich dieser Wert regelmäßig anpasst.Es können mehrere PowerStreams konfiguriert werden. Im Moment wird jedoch nur der erste in der Konfiguration gesteuert. Ich habe zum Beispiel zwei PowerStreams, einen mit und einen ohne Batterie. Dadurch steht tagsüber mehr Leistung zum Laden der Batterie zur Verfügung. Die Daten werden vom Skript verwendet, um die optimale Einspeiseleistung zu berechnen. In Zukunft könnten auch mehrere PowerStreams gesteuert werden.
Nochmals vielen Dank an alle hier im Forum, die mit Ihrer Arbeit die Anbindung erst möglich gemacht haben!
Ursprünglicher Beitrag: https://forum.iobroker.net/topic/54929/adapter-für-ecoflow-einbindung/Wichtig: Zur Installation müssen 2 Module installiert werden. Einfach in den Einstellungen der Javascriptinstanz unter Zusätzliche Module die beiden Namen eintragen und speichern ("mqtt" und "protobufjs")
Erweiterungen:
Tibber Modul
Kann als eigenes, neues Script neben dem Hauptscript angelegt werden.//************************************************************* // Tibber Modul //************************************************************* // Schaltet die Regelung der Powerstation ab, wenn der Strom billig ist // und einen beliebigen Schalter zum Aktivieren der AC-Ladung ein, bis die Batterie // den durch der "BatMax" festgelegten Ladestand in % erreicht hat // // Diese Parameter aus dem Hauptscript sind wichtig: // RegulationOffPower: -2 // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus) // RegulationState: "Regulate" // Erzeugt der State zum Ein und Aus-Schalten der Regulation. // // Das Script versucht selbst die ID's für den TibberStatus und den Batteriestand zu ermitteln. // Wenn das nicht klappt bitte einfach die richtigen ID's hinter "batSocID" und "tibberID" angeben. // //************************************************************* //************************************************************* // Konfiguration laden, wenn nicht im Originalscript eingefügt //************************************************************* var ConfigData = { statesPrefix: '0_userdata.0.ecoflow', RegulationState: "Regulate" } if (typeof ConfigData.email === 'undefined') { try { let tempConfigData = getState("0_userdata.0.ecoflow.Settings.ConfigData").val if (typeof tempConfigData !== 'object' && tempConfigData !== null) { tempConfigData = JSON.parse(tempConfigData) } if (typeof tempConfigData === 'object' && tempConfigData !== null) { if (tempConfigData.email !== undefined) { ConfigData = tempConfigData; //log("wurde geladen als object") } } } catch (error) { log("Konfiguration wurde nicht geladen: " + error.message) } } /*************************************** ********** YOUR DATA HERE ************ ****************************************/ var tibberConfig = { BatMax: 99, //Bei diesem Ladestand stoppt die AC-Ladung und das Script wird wieder eingeschaltet BatMin: 95, //Der Ladestand der Batterie muss kleiner sein als BatMin , damit der Akku per AC-Ladung geladen wird SwitchID: "sonoff.0.NOUS-DVES_F0A844.POWER", //ID des Schalters, der die AC-Ladung einschaltet. "true" und "false" werden gesetzt LevelToSwitch: [ //Hier die Werte definieren, bei denen die AC-Ladung eingeschaltet werden soll //"NORMAL", //"CHEAP", //Einkommentieren falls gewüscht "VERY_CHEAP" ], } //***************************************/ // Nur angeben, wenn automatische Ermittlung fehlschlägt //***************************************/ let batSocID = getState(ConfigData.statesPrefix + ".Settings.Tibber.tibberBatSocID").val let tibberID = getState(ConfigData.statesPrefix + ".Settings.Tibber.tibberID").val //***************************************/ var idOK = false if (!batSocID || !tibberID) { log("Versuche die IDs für Tibber und Batterielevel zu finden") $("tibberlink.*.Homes.*.CurrentPrice.level").each(function (id, i) { tibberID = id createState(ConfigData.statesPrefix + ".Settings.Tibber.tibberID", tibberID, false) log("TibberID gefunden und gespeichert:" + id) }) $(ConfigData.statesPrefix + ".app_device_property_*.data.InverterHeartbeat.batSoc").each(function (id, i) { if (getState(id).val > 0) { batSocID = id createState(ConfigData.statesPrefix + ".Settings.Tibber.tibberBatSocID", batSocID, false) log("batSocID gefunden und gespeichert:" + id) } }) if (!batSocID || !tibberID) { log("Fehler bei der Ermittlung der IDs. Bitte händisch ins Script eintragen", 'error') } else { idOK = true } } else { idOK = true } if (idOK) { checkTibber() on({ id: tibberID, change: "ne" }, function (obj) { //log("Tibber Modul. tibberID Event:" + obj.state.val) checkTibber() }); on({ id: batSocID, change: "ne" }, function (obj) { //log("Tibber Modul. batSocID Event:" + obj.state.val + "%") checkTibber() }); } function checkTibber() { if (tibberID && batSocID) { const RegulateID = ConfigData.statesPrefix + "." + ConfigData.RegulationState let priceLevel = getState(tibberID).val; let batsoc = Number(getState(batSocID).val) let OldRegulate = toBoolean(getState(RegulateID).val) //log("Tibber Preislevel: " + priceLevel + " OldRegulate: " + OldRegulate + " batsoc: " + (batsoc)) if ((tibberConfig.LevelToSwitch.includes(priceLevel))) { if (OldRegulate) { if (batsoc <= tibberConfig.BatMin) { setState(RegulateID, false); // Regulierung aus setState(tibberConfig.SwitchID, true) //Schalter einschalten log("Script abgeschaltet AC-Ladung Ein, weil priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } else { if (batsoc >= tibberConfig.BatMax) { setState(RegulateID, true); // Regulierung an setState(tibberConfig.SwitchID, false) //Schalter ausschalten log(" Batterie bei BatMax. Script eingeschaltet AC-Ladung Aus. priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } } else { if (!OldRegulate) { setState(RegulateID, true); // Regulierung an setState(tibberConfig.SwitchID, false) //Schalter ausschalten log("Script eingeschaltet AC-Ladung Aus. priceLevel:" + priceLevel + " batsoc:" + batsoc + "%") } } } else { //log("checkTibber skip. batsocID und/oder tibberID fehlen.") } } //*************************************************************
Tibber-Pulse als Smartmeter nutzen und lokal auslesen:
https://forum.iobroker.net/topic/70758/tibber-pulse-verbrauchsdaten-lokal-auslesenUnterstütze das Projekt 'ecoflow-connector'
Wenn dir das Script zur dynamischen Leistungsanpassung für den IObroker gefällt und du es nützlich findest, ziehe bitte in Erwägung, eine kleine Spende via PayPal zu hinterlassen.
Jeder Beitrag hilft, das Projekt am Laufen zu halten und weitere Updates zu ermöglichen.
Danke für deine Unterstützung!
Jetzt SpendenDieses Script wird bei Änderungen und Updates immer aktualisiert:
Nutzung auf eigene Gefahr 
- Installation von ioBroker und Skript unter UNRAID in nur 12 Minuten
- Video mit Erklärung der Basiskonfiguration
- Video mit Erklärung zu AdditionalPower und Überschussladung
Download (neues JS-Script in IOBroker anlegen und den Inhalt der Datei einfügen):
- 1.2.5.f1 Fork von Florian Vogt (25.06.2024)
Feature hinzugefügt, um die Größe der Delta-Speicher beim Ausbalancieren der Entladeleistung zu berücksichtigen, damit die Batterien gleichmäßig geleert werden.
Parameter battCapacity bei den Einstellungen für PowerStream = Kapazität der angeschlossenen Batterie in kWh, default = 1
ecoflow-connector_v125_mod_FV.txt (25.06.2024)
ältere Versionen:
- ecoflow-connector_v124.txt (22.04.2024)
- ecoflow-connector_v123.txt (21.02.2024)
- ecoflow-connector_v121_05.01.2024.txt
- ecoflow-connector_v12_.04.12.2023.txt
- ecoflow-connector_v1162_04.11.2023.txt
- ecoflow-connector_v115_02.10.2023.txt
- ecoflow-connector_v1142_26.09.2023
- ecoflow-connector_v1132_31.08.2023
- ecoflow-connector_v112_17.08.2023)
@waly_de Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen? Hier zeigt er immer immer den lowbatLimit Wert an. Auch ein weiteres BKW ist entsrpechend eingebunden und die Daten werden entsprechend in den objekt states des ioB dargestellt. Erwartungsgemäß würde ich davon ausgehen, dass die gesamt PV Lesitung in die Berechnungen einfliessen und der noch erforderliche externe Bezug darauf basiert und auch in der ecoFlow App so angeigt wird. Verstehe ich da etwas falsch oder erwarte ich zu viel?
Und kleine ZUsatfrage:
RegulationOffPower: -2, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus)
checke ich leider auch nicht ganz.Edit: Alles klar. jetzt hab ich es
-
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 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
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
Das sehe ich auch so... das Skript ist schon sehr komplex.... solche Sachen, vor allem wenn sie dazu dienen Bugs der Ecoflow software zu umgehen, sollten separat laufen...
AC-Problem könnte man per Blocky in der art lösen: wenn Shelly an und Shelly Leistung < 10 dann Shelly Aus...
Das Skript schaltet den dann automatisch wieder an.@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
wenn die DP voll ist (100% geladen) bleibt der Shelly am AC Eingang leider permanent auf AN geschaltern
Das ist sinnvoll.. ich werde das zukünftig einbauen... aber wenn der Akku voll ist, dann zieht die Delta auch keine Leistung mehr, oder? Wenn Überschuss wegfällt schaltet das Skript ja automatisch ab.
-
Hallo zusammen,
gibt es schon die Möglichkeit per Objekt/State die Ausgansleistung auf MaxPower zustellen? Anonsten würde ich mir mit ein paar kleinen Ändeurngen am Skript und externConfig weiterhelfen.
@pasch sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
gibt es schon die Möglichkeit per Objekt/State die Ausgansleistung auf MaxPower zustellen? Anonsten würde ich mir mit ein paar kleinen Ändeurngen am Skript und externConfig weiterhelfen.
Das geht bereits auf verschiedenen Wegen:
- RegulationState auf false und beim PS: RegulationOffPower: 600
- Per Extern State hasBat des PS auf false
- per battPozOn Ladung festlegen ab der maxpower laufen soll und battOnSwitchPrio: false
-
@waly_de Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen? Hier zeigt er immer immer den lowbatLimit Wert an. Auch ein weiteres BKW ist entsrpechend eingebunden und die Daten werden entsprechend in den objekt states des ioB dargestellt. Erwartungsgemäß würde ich davon ausgehen, dass die gesamt PV Lesitung in die Berechnungen einfliessen und der noch erforderliche externe Bezug darauf basiert und auch in der ecoFlow App so angeigt wird. Verstehe ich da etwas falsch oder erwarte ich zu viel?
Und kleine ZUsatfrage:
RegulationOffPower: -2, // Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt (-1 = keine Änderung, -2 = Batterie Priomodus)
checke ich leider auch nicht ganz.Edit: Alles klar. jetzt hab ich es
@matz75 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen?
Nein. Die App weiß leider gar nichts über das, was das Skript macht. Ich kann auch nichts setzen, was dort angezeigt wird.
-
@matz75 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Hallo zusammen, eine Frage hab ich dann doch noch. Wenn ich das SmartMeter entsprechend eingebunden habe, müsste mir dann nicht in der ecoFlow APP unter unter "Stromnetz" die aktuelle von Haus extern bezogene Leistung anzeigen?
Nein. Die App weiß leider gar nichts über das, was das Skript macht. Ich kann auch nichts setzen, was dort angezeigt wird.
Ich hab mich jetzt mal darin versucht, ein Video zu erstellen, in dem ich zunächst die Basiskonfiguration und die einzelnen Parameter darin erkläre.
Würde mich freuen, wenn ihr mir mal sagt, ob euch das hilft. Vielleicht kann ich davon noch mehr machen. -
Ich hab mich jetzt mal darin versucht, ein Video zu erstellen, in dem ich zunächst die Basiskonfiguration und die einzelnen Parameter darin erkläre.
Würde mich freuen, wenn ihr mir mal sagt, ob euch das hilft. Vielleicht kann ich davon noch mehr machen. -
Ich hab mich jetzt mal darin versucht, ein Video zu erstellen, in dem ich zunächst die Basiskonfiguration und die einzelnen Parameter darin erkläre.
Würde mich freuen, wenn ihr mir mal sagt, ob euch das hilft. Vielleicht kann ich davon noch mehr machen.@waly_de prima, das Video hat mir sehr geholfen. Eine Frage hätte ich noch, ich habe zwei PV Eingänge an der Delta 2 Max in Benutzung, im Skript sehe ich nur einen Parameter, soweit ich sehen kann, habe ich allerdings zwei Parameter für die Eingangsleistung in Watt, "inWatts" und "pv2InWatts". Ich vermute aktuell lässt sich nur einer davon eintragen?
-
@waly_de prima, das Video hat mir sehr geholfen. Eine Frage hätte ich noch, ich habe zwei PV Eingänge an der Delta 2 Max in Benutzung, im Skript sehe ich nur einen Parameter, soweit ich sehen kann, habe ich allerdings zwei Parameter für die Eingangsleistung in Watt, "inWatts" und "pv2InWatts". Ich vermute aktuell lässt sich nur einer davon eintragen?
️Support us
614
Online32.4k
Users81.4k
Topics1.3m
Posts