NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@karo2204 ich schlage vor du nutzt mal die Standardeinstellung und lässt auf Stromprio stehen. Sonst kann das Script nichts regeln. Wenn’s dann nicht läuft gucken wir weiter
@waly_de So ich habe jetzt das neue Script eingespielt. Alle Einstellungen gelassen. Heute morgen mal die DM am Stromnetz komplett aufgeladen.
Habe ein bisschen was im Haushalt gemacht, der Akku ist jetzt auf 79% runter und speist 589W ein. Laut Tibber haben wir jetzt einen Stromverbrauch von -373W.
Sollte das Script jetzt nicht runter regeln, damit es auf 0 steht?
Hab mal grad unter Objects geschaut. “Real Power” bleibt bei 602W stehen und ändert sich nicht. Auch nach Neustart des Scripts nicht.
-
@waly_de So ich habe jetzt das neue Script eingespielt. Alle Einstellungen gelassen. Heute morgen mal die DM am Stromnetz komplett aufgeladen.
Habe ein bisschen was im Haushalt gemacht, der Akku ist jetzt auf 79% runter und speist 589W ein. Laut Tibber haben wir jetzt einen Stromverbrauch von -373W.
Sollte das Script jetzt nicht runter regeln, damit es auf 0 steht?
Hab mal grad unter Objects geschaut. “Real Power” bleibt bei 602W stehen und ändert sich nicht. Auch nach Neustart des Scripts nicht.
-
@karo2204 ja, solle regeln. alle smartplugs rausgenommen? Wenn sich realpower nicht ändert, kommen Messdaten vom Verbrauch vermutlich nicht an. Was sagt das log?
@waly_de Das Log sagt nicht viel.
Ich habe die SmartMeterID (Tibber) jetzt mal auf “powerConsumption” gestellt, statt nur “Power” (mit Minuswerten). Macht aber kein Unterschied.
SmartPlugs habe ich im Script nicht eingebunden, sind aber eingesteckt.
-
@waly_de Das Log sagt nicht viel.
Ich habe die SmartMeterID (Tibber) jetzt mal auf “powerConsumption” gestellt, statt nur “Power” (mit Minuswerten). Macht aber kein Unterschied.
SmartPlugs habe ich im Script nicht eingebunden, sind aber eingesteckt.
-
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 Markus, heute hatte ich die maximale Leistung „MaxPower“(für die Einspeisung ins Stromnetz) auf 300 W begrenzt, weil ich verhindern wollte, dass die Batterie durch Kaffeemaschine, Herd … zu schnell entladen wird. Dies scheint sich aber wohl auch auf die maximale Leistung zum Laden der Batterie auszuwirken. Der Differenzbetrag scheint dann im Netz zu landen. Ist das richtig? Das möchte ich natürlich nicht.
Vielen Dank auch für das neue Script bzw. deinen Entwurf! O. g. Verhalten des PowerStream schien damit identisch zu sein. -
@waly_de Hab alle Plugs ausgesteckt. Das alte Script eingespielt, RealPower verändert sich jetzt. Habe aber leider nur noch 14% im Akku. Also so wieder wie vorher. Muss ich wohl wieder anstecken zum Aufladen gleich.
@karo2204 Da es jetzt zu laufen scheint, hier noch mal der wichtige Hinweis an alle:
Wenn SmartPlugs genutzt werden, überschreiben diese alle Regelversuche des Scripts.
Zwar registriert das Script inzwischen, wenn Plugs Leistung anfordern und regelt dann seine eigene Leistung entsprechend zurück, aber für den PS hat dass was die Plugs anfordern immer Priorität.Also Bitte: wenn das Script nicht wie erwartet arbeitet, dann als erstes mal sehen ob noch Plugs in Betrieb sind und diese ausstecken! Ihr könnt einfach in der App nachsehen, ob Leistung in die Smart Plugs geht. Es sollte 0W dort angezeigt werden.
Zweiter wichtiger Punkt: Das Smartmeter muss negative Werte liefern, wenn Leistung in das öffentliche Netz eingespeist wird! Bei Tibber scheint es da verschiedene Möglichkeiten zu geben.
-
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
ch hab das mal schnell getestet mit der D2M:
Beim setzen von .chgPauseFlag wird die Leistung in der App auf 0 angezeigt, jedoch zeigt der Shelly noch 5W an. Das ist nicht viel, jedoch würde ich optional einen datenpunkt des Shelly’s einbeziehen, damit das Skript den Shelly oder andere Schalter steuern kann.
Darüber hinaus kann man noch auf 120W minimale Ladeleistung heruntergehen, was in der App ca 100W Ladeleistung entspricht. Alles darunter funktioniert nicht mehr und die Batterie wird laut App nicht mehr geladen.(Shelly zeigt dann immer ca. 70W an, wenn der Wert zu gering ist).
Übrigens kann man dann jeden Wert zwischen 120 und 2400W in iobroker einstellen und wird auch korrekt in der App angezeigt.
Also zum Ein/Ausschalten entweder:.chgPauseFlag auf 1 setzen oder
ac Eingang über Steckdose/Schalter steuernDanach regeln der Leistung über .slowChgWatts von MinWatt (D2M=120W) bis MaxWatt (D2M=2400W)
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
Hi, magst du kurz erklären was die ganzen Einstellungen da bedeuten? Die meisten sind selbsterklärend denk ich, aber ein paar Kommentare dazu wären hilfreich
Dann kann ich das heute mal testen, da wir heute viel Sonne haben.Kannst du mir diese drei Werte kurz erklären?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5, -
Jetzt, wo die Sonne wieder rauskommt, wird es auch Zeit für eine neue Version des Skripts.
Ich habe den Regel-Algorithmus komplett neu programmiert. Das ist vor allem für die Regelung mehrerer PS wichtig gewesen.
Jetzt funktioniert der Balance-Mode wesentlich besser. Es wird zunächst versucht den gesamten Bedarf aus der PV-Power aller verfügbaren PS zu decken. Erst dann werden die Batterien im Verhältnis ihrer Ladestände entladen.
Auch sonst habe ich versucht Eure Wünsche und Anregungen umzusetzen.
Ich poste das neue Skript zunächst nur hier unten und warte auf Euer Feedback. Ich möchte zunächst sicherstellen, dass es auch wirklich bei allen funktioniert, denn es hat sich unter der Haube viel geändert.Viel Spaß beim testen!
hier das komplette Changelog der neuen Version:
(1.1.4.1) 23.09.2023
- Neue Einstellung: "AdditionalPower": Wenn es weitere Wechselrichter gibt, die in ioBroker erfasst werden, können diese hier angelegt werden. Die Leistung wird dann bei der Berechnung von "Realpower" berücksichtigt.
- Delta 2 Max "Writeables" erneut überarbeitet (Danke an Ponti92 aus dem ioBroker-Forum).
- "Maxpower" ist jetzt in den Einstellungen für jeden einzelnen PS verfügbar.
- Komplett neues Regelwerk zum Einstellen und Verteilen der Einspeiseleistung auf mehrere PS: Im "Balance Mode" wird zunächst nur die verfügbare PV-Leistung aller PS eingespeist; erst danach wird aus den Batterien entnommen. Dabei richtet sich die Entladeleistung nach dem Ladestand der Batterien. Alle PS werden bei einem Messintervall gleichzeitig geregelt.
- "battOnSwitchPrio" überarbeitet und verbessert.
- SmartPlugs sollten nun bei Verwendung den Regelprozess nicht mehr komplett verwirren.
- Für SmartPlugs gibt es nun auch historische Leistungsdaten in den Objekten.
- Auch für PS wurden die historischen Leistungsdaten neu angelegt. Die Interpretation dieser Daten steht noch aus. Vielleicht möchte das einer von euch machen? U.U stimmen die Feldnamen nicht mit den darin gespeicherten Werten überein.
- Neue Einstellung: "SmartmeterTimeoutMin" und "SmartmeterFallbackPower". Wenn der letzte Wert vom Smartmeter älter als "SmartmeterTimeoutMin" ist, wird das Skript mit "SmartmeterFallbackPower" als aktuellem Realpowerwert weiterarbeiten, bis wieder aktuelle Daten geliefert werden.
- Bekannte Writeables werden nun automatisch angelegt, auch ohne dass sie in der App geändert werden müssen (Voraussetzung ist die richtige Einstellung des Typs bei den Geräteeinstellungen)
- Verschiedene Optimierungen und Bugfixes
@waly_de
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar
Die zwei PS werden abhängig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.
Ich teste noch weiter und gebe Bescheid, falls ich was finde! -
@waly_de
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar
Die zwei PS werden abhängig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.
Ich teste noch weiter und gebe Bescheid, falls ich was finde!@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar
Die zwei PS werden abhängig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.Prima, vielen Dank für Dein Feedback!
-
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
Hi, magst du kurz erklären was die ganzen Einstellungen da bedeuten? Die meisten sind selbsterklärend denk ich, aber ein paar Kommentare dazu wären hilfreich
Dann kann ich das heute mal testen, da wir heute viel Sonne haben.Kannst du mir diese drei Werte kurz erklären?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Kannst du mir diese drei Werte kurz erklären?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,Also bissher haben alle diese Parameter noch keine Funktion. Das kommt erst in den nächsten Versionen. Ich hab mir nur Gedanken gemacht, wie es funktionieren soll und was ich dazu für Daten brauche.
Der Plan:
Ich überwache den Überschuss. Wenn der Überschuss für ExcessChargeStartPowerDurationMin Minuten durchgehend größer ist als ExcessChargeStartPower schalte ich den ExcessChargeSwitchID ein und stelle
ExcessChargePowerID entsprechend dem Überschuss ein.
Fällt der Überschuss für * ExcessChargeStartPowerDurationMin* dauerhaft unter ExcessChargeStartPower wird wieder ausgeschaltet.
ExcessChargeSwitchMin soll die Zeit festlegen in der ExcessChargeSwitchID mindestens in der zuletzt geschalteten position verbleiben soll. Einfach um zu verhindern das ständig ein und ausgeschaltet wird.zu überlegen wäre noch eine Quelle für die tatsächlich aufgenommene Leistung anzugeben (Shelly oder auch entsprechend ID des Delta), denn das ist oft anders als der eingestellte Wunschwert.
Vielleicht kommt noch etwas hinzu, wenn ich es dann umsetze....
-
@Waly_de :
Habe das Script aktiviert und bekommen nachfolgende Fehlermeldungen:25.9.2023, 09:09:22.924 [error]: javascript.0 (1284) at SetBasePower (script.js.Energie.Ecoflow_Leistung:1866:43) 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at script.js.Energie.Ecoflow_Leistung:850:13 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at CheckforReconnect (script.js.Energie.Ecoflow_Leistung:1221:9) 25.9.2023, 09:09:22.926 [error]: javascript.0 (1284) at Object.<anonymous> (script.js.Energie.Ecoflow_Leistung:848:9)hast Du einen Tipp?
-
@Waly_de :
Habe das Script aktiviert und bekommen nachfolgende Fehlermeldungen:25.9.2023, 09:09:22.924 [error]: javascript.0 (1284) at SetBasePower (script.js.Energie.Ecoflow_Leistung:1866:43) 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at script.js.Energie.Ecoflow_Leistung:850:13 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at CheckforReconnect (script.js.Energie.Ecoflow_Leistung:1221:9) 25.9.2023, 09:09:22.926 [error]: javascript.0 (1284) at Object.<anonymous> (script.js.Energie.Ecoflow_Leistung:848:9)hast Du einen Tipp?
@bombastikde sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
1221
Fehlermeldungen bitte immer aus (Protokolle), nicht aus der Konsole des Skriptes holen.Da steht einiges mehr.
Aber hast du mqtt und protobuf installiert?
-
@bombastikde sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
1221
Fehlermeldungen bitte immer aus (Protokolle), nicht aus der Konsole des Skriptes holen.Da steht einiges mehr.
Aber hast du mqtt und protobuf installiert?
@waly_de Danke Waly_de - jetzt scheint alles zu laufen - Vielen Dank nochmals für die Arbeit
-
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Kannst du mir diese drei Werte kurz erklären?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,Also bissher haben alle diese Parameter noch keine Funktion. Das kommt erst in den nächsten Versionen. Ich hab mir nur Gedanken gemacht, wie es funktionieren soll und was ich dazu für Daten brauche.
Der Plan:
Ich überwache den Überschuss. Wenn der Überschuss für ExcessChargeStartPowerDurationMin Minuten durchgehend größer ist als ExcessChargeStartPower schalte ich den ExcessChargeSwitchID ein und stelle
ExcessChargePowerID entsprechend dem Überschuss ein.
Fällt der Überschuss für * ExcessChargeStartPowerDurationMin* dauerhaft unter ExcessChargeStartPower wird wieder ausgeschaltet.
ExcessChargeSwitchMin soll die Zeit festlegen in der ExcessChargeSwitchID mindestens in der zuletzt geschalteten position verbleiben soll. Einfach um zu verhindern das ständig ein und ausgeschaltet wird.zu überlegen wäre noch eine Quelle für die tatsächlich aufgenommene Leistung anzugeben (Shelly oder auch entsprechend ID des Delta), denn das ist oft anders als der eingestellte Wunschwert.
Vielleicht kommt noch etwas hinzu, wenn ich es dann umsetze....
@waly_de
Ok das macht alles Sinn und habe nichts hinzuzufügen
Zu deiner Anmerkung zur tatsächlichen entnommenen Leistung:
Auch ein Shelly Plug oder andere messsteckdosen sind auch nicht immer so genau und können da auch gerne mal zu 10% abweichen. Ich habe selbst den Verdacht, dass der zb der Shelly plug s mehr anzeigt als es beim Shelly 3em dann am Ende ankommt. Man müsste das mal messen, aber dazu müsste ich alle anderen Verbraucher abklemmen, sodass der 3em nur den Plug s misst..Evtl. Könnte man das durch eine einfache PI(D) Regelung steuern, damit der Wert sich selbst einstellen kann. Wobei das mit der langsamen abtastrate wahrscheinlich Nicht so gut funktionieren wird.
Oder du baust dir ähnlich wie bei den PS einen Offset ein, der hinzugefügt bzw. abgezogen wird zu dem Wert den das Skript ermittelt hat.
Dann könnte man sich gut festgelegen, ob man zb leichte positive Wattwerte dulden, Oder immer leicht im negativen bleiben möchte..
Diesen Offset muss jeder für sich einstellen und ist gegebenenfalls für jedes System und Vorlieben individuell. -
@Waly_de
Hi,
Noch etwas anderes:
Die Funktion mit der Zusatzpower wenn die PV Leistung über 600W geht, funktioniert bei mir nicht so recht.
Die setzt dann immer ein, obwohl noch keine 600W PV Leistung anliegt und speist dann zusätzlich Strom von wenigen Watt (20-50W) ein. Und da sobwohl der hausverbrauch negativ ist.( zweite solar Anlage mit Hoymiles produziert genug Strom)Deshalb schalte ich zurzeit den AC Ausgang der PS einfach aus, solange ich noch unter 600W bin..
Ich denke, dass das Skript mit den negativen Werten nicht klarkommt, und dadurch die Regelung einen Sonderfall hat..
Es ist halt doof, wenn der Verbrauch eh schon negativ ist, dass die PS Strom zusätzlich liefert..Was anderes wäre es bei 100% Akku, dann sollte die PS natürlich alles liefern was geht. Dies funktioniert auch wunderbar
Edit:
Es sieht so aus, als ob das Skript ewig in dieser Zusatzpower Schleife hängt und nicht mehr normal regelt, sobald es einmal die Zusatzpower aktiviert hatte. -
Jetzt, wo die Sonne wieder rauskommt, wird es auch Zeit für eine neue Version des Skripts.
Ich habe den Regel-Algorithmus komplett neu programmiert. Das ist vor allem für die Regelung mehrerer PS wichtig gewesen.
Jetzt funktioniert der Balance-Mode wesentlich besser. Es wird zunächst versucht den gesamten Bedarf aus der PV-Power aller verfügbaren PS zu decken. Erst dann werden die Batterien im Verhältnis ihrer Ladestände entladen.
Auch sonst habe ich versucht Eure Wünsche und Anregungen umzusetzen.
Ich poste das neue Skript zunächst nur hier unten und warte auf Euer Feedback. Ich möchte zunächst sicherstellen, dass es auch wirklich bei allen funktioniert, denn es hat sich unter der Haube viel geändert.Viel Spaß beim testen!
hier das komplette Changelog der neuen Version:
(1.1.4.1) 23.09.2023
- Neue Einstellung: "AdditionalPower": Wenn es weitere Wechselrichter gibt, die in ioBroker erfasst werden, können diese hier angelegt werden. Die Leistung wird dann bei der Berechnung von "Realpower" berücksichtigt.
- Delta 2 Max "Writeables" erneut überarbeitet (Danke an Ponti92 aus dem ioBroker-Forum).
- "Maxpower" ist jetzt in den Einstellungen für jeden einzelnen PS verfügbar.
- Komplett neues Regelwerk zum Einstellen und Verteilen der Einspeiseleistung auf mehrere PS: Im "Balance Mode" wird zunächst nur die verfügbare PV-Leistung aller PS eingespeist; erst danach wird aus den Batterien entnommen. Dabei richtet sich die Entladeleistung nach dem Ladestand der Batterien. Alle PS werden bei einem Messintervall gleichzeitig geregelt.
- "battOnSwitchPrio" überarbeitet und verbessert.
- SmartPlugs sollten nun bei Verwendung den Regelprozess nicht mehr komplett verwirren.
- Für SmartPlugs gibt es nun auch historische Leistungsdaten in den Objekten.
- Auch für PS wurden die historischen Leistungsdaten neu angelegt. Die Interpretation dieser Daten steht noch aus. Vielleicht möchte das einer von euch machen? U.U stimmen die Feldnamen nicht mit den darin gespeicherten Werten überein.
- Neue Einstellung: "SmartmeterTimeoutMin" und "SmartmeterFallbackPower". Wenn der letzte Wert vom Smartmeter älter als "SmartmeterTimeoutMin" ist, wird das Skript mit "SmartmeterFallbackPower" als aktuellem Realpowerwert weiterarbeiten, bis wieder aktuelle Daten geliefert werden.
- Bekannte Writeables werden nun automatisch angelegt, auch ohne dass sie in der App geändert werden müssen (Voraussetzung ist die richtige Einstellung des Typs bei den Geräteeinstellungen)
- Verschiedene Optimierungen und Bugfixes
-
@Waly_de
Hi,
Noch etwas anderes:
Die Funktion mit der Zusatzpower wenn die PV Leistung über 600W geht, funktioniert bei mir nicht so recht.
Die setzt dann immer ein, obwohl noch keine 600W PV Leistung anliegt und speist dann zusätzlich Strom von wenigen Watt (20-50W) ein. Und da sobwohl der hausverbrauch negativ ist.( zweite solar Anlage mit Hoymiles produziert genug Strom)Deshalb schalte ich zurzeit den AC Ausgang der PS einfach aus, solange ich noch unter 600W bin..
Ich denke, dass das Skript mit den negativen Werten nicht klarkommt, und dadurch die Regelung einen Sonderfall hat..
Es ist halt doof, wenn der Verbrauch eh schon negativ ist, dass die PS Strom zusätzlich liefert..Was anderes wäre es bei 100% Akku, dann sollte die PS natürlich alles liefern was geht. Dies funktioniert auch wunderbar
Edit:
Es sieht so aus, als ob das Skript ewig in dieser Zusatzpower Schleife hängt und nicht mehr normal regelt, sobald es einmal die Zusatzpower aktiviert hatte.@ponti92 ne, das ist so gedacht. Wenn 600 W in die Batterie gehen und mehr geerntet werden kann, dann ist es doch ok, wenn der Bezug negativ wird. und ja, er versucht solange so viel Leistung zur Batterie geht, immer in 20 schritten zu erhöhen... alles genau so geplant ... wenn du das unterbindest, verschenkst Du Energie...
Aber du kannst nach BAT_MAX_OFFSET suchen. Das steht auf 60. Also fängt Zusatzpower bei 540 W an zu arbeiten (Weil oft der Akku keine 600W zulässt. Zumindest bei mir)
Setzt BAT_MAX_OFFSET auf 0, dann startet Zusatzpower tatsächlich erst bei 600W -
@milchbeck
hmm auch bei Restarten des Skriptes?? Bitte keine Bilder schicke, sondern das Log aus "Protokolle" kopieren undals Code einfügenWelcher Wert steht bei Dir in:
0_userdata.0.ecoflow.AdditionalPowerSumsollte da "null" stehen, trage bitte händisch eine "0" ein
Support us
626
Online32.4k
Users81.3k
Topics1.3m
Posts