NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@Waly_de mal wieder eine Optimierungsfrage. Wie kann ich die Einstellungen im Script so verändern, dass die Powerstream nur einspeist, wenn die Batterie über 50% hat? Oder eben kein Solar mehr verfügbar ist, zum Beispiel nach Sonnenuntergang?
@karo2204 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@Waly_de mal wieder eine Optimierungsfrage. Wie kann ich die Einstellungen im Script so verändern, dass die Powerstream nur einspeist, wenn die Batterie über 50% hat? Oder eben kein Solar mehr verfügbar ist, zum Beispiel nach Sonnenuntergang?
Also grundsätzlich gibt es im Skript für die folgenden Parameter:
lowBatLimitPozOn: 5, lowBatLimitPozOff: 15, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 150, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" istDie bestimmen das einspeiselimit bei niedrigem Batteriestand. Eine Zeitsteuerung ist im Skript derzeit nicht vorgesehen. Für deine angesprochenen 50 % könnte die Einstellung zum Beispiel so aussehen:
lowBatLimitPozOn: 45, lowBatLimitPozOff: 50, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 0, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" istFällt der Batterielevel unter 45 % wird die Einspeisung abgeschaltet. Ab Erreichen von 50 % wird wieder ganz normal reguliert.
Grundsätzlich gebe ich aber zu bedenken, dass das Zurückhalten und Speichern von Solarstrom bei gleichzeitigem Bedarf im Haus unwirtschaftlich ist. Beim Speichern in die Batterie und anschließendem zurück Umwandeln in AC power gehen rund 20 % Energie verloren. Außerdem leidet die Lebensdauer des Akkus.
Auch Tibber Strom zu speichern, macht in den wenigsten Fällen Sinn. Erst ab einem Preisdelta von mehr als 10 Cent ist das vielleicht gerade so wirtschaftlich.
Darum solltet ihr, wenn ihr die Wirtschaftlichkeit im Auge habt, versuchen, möglichst alle PV Power dann zu verbrauchen, wenn sie erzeugt wird und nur den Überschuss zu speichern.
-
@waly_de ich bekam heute folgende Warnings, hat sich dann irgendwann von selbst erledigt ... gibt's etwas, was man tun kann?
warn script.js.EcoflowControl: Fehler bei der Ecoflow MQTT-Verbindung:Error: connack timeout javascript.0 warn script.js.EcoflowControl: Fehler bei der Ecoflow MQTT-Verbindung:Error: getaddrinfo EAI_AGAIN mqtt-e.ecoflow.com@gooflo sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de ich bekam heute folgende Warnings, hat sich dann irgendwann von selbst erledigt ... gibt's etwas, was man tun kann?
warn script.js.EcoflowControl: Fehler bei der Ecoflow MQTT-Verbindung:Error: connack timeout javascript.0 warn script.js.EcoflowControl: Fehler bei der Ecoflow MQTT-Verbindung:Error: getaddrinfo EAI_AGAIN mqtt-e.ecoflow.comNichts dramatisches. Verbindungsabbrüche zum MQTT können verschiedene Ursachen haben und erledigen sich in der Regel von alleine. Nur wenn das permanent auftritt, sollte man sich Sorgen machen.
-
hi all,
weiß jmd was diese Fehler bedeuten?
bin mir nicht ganz sicher, obs was mit dem Skript zu tun hat
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
hi all,
weiß jmd was diese Fehler bedeuten?bin mir nicht ganz sicher, obs was mit dem Skript zu tun hat
Nein, hat nichts mit dem Skript zu tun. Die Meldung kommt meines Wissens momentan immer nach dem ersten Start. Ich denke das erledigt sich mit den nächsten Versionen vom Javascript Adapter.
-
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 bin nach wie vor begeistert und habe nun die nächste Frage, eine Frage, die andere vielleicht auch haben. Ich habe ein paar Kommentare hierzu gelesen, aber noch nicht gefunden, was ich suche. Was ich gerne machen möchte an Tagen wie heute, wenn die Sonne scheint und der Speicher jetzt schon 100% voll ist:
- solange PS PV Eingang >= Bedarf Haus, alles einspeisen vom PS
- falls Haus Bedarf > PV Eingang, Speicher mit nutzen, um den Hausbedarf zu decken
Was mit den Default Parametern passiert, soweit ich das sehe: wenn 99% erreicht ist (battPozOn), wird auf max. Einspeisung gesetzt (MaxPower) und ab 94% (BattPozOff) dann wieder Normalbetrieb. D.h. es werden dauerhaft 600W eingespeist, auch unter Zuhilfenahme des Speichers, selbst wenn das Haus nur 300W benötigen würde.
Wie müsste ich die Parameter setzen, um den Speicher zu schonen und ihn nur dann zu nutzen, wenn PV Eingang nicht ausreicht? BattPozOff = 101, damit dieser Fall nie eintritt?
Und vielleicht damit auch zusammenhängend: was ist die Begründung, warum man in den Batteriepriomodus schalten will bei 99% (battPozOn)?
Wäre für eine Erklärung / Hilfestellung dankbar.
-
@ub35bo sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Jetzt stellt sich mir die Frage, ob bzw. wie ich die dynamische Leistungsanpassung zeitgesteuert laufen lassen kann.
Hintergrund: Ich bin Tibberkunde und es macht für mich vor allem in den Morgen- und Abendstunden, die besonders teuer sind, einzuspeisen. Leider bin ich noch nicht in Scripten firm und würde mich über Hilfe freuen.Das geht grundsätzlich auch einfach mit einem Blocky oder 2 "Rules"
Schau mal dieses Video an. Das erklärt die Grundlagen von Blockys ganz gut.
https://youtu.be/Of2C8F_n11U?si=vjXG24y1lTdlaScFDu musst also zwei Zeitpläne erstellen, die Regulate jeweils ein und ausschalten.
Alternativ kannst du auch mit dem Tibber Adapter arbeiten, und auf den aktuellen Preis direkt reagieren. Sprich bei Änderung auf "TEUER" das Script aktivieren.@waly_de Herzlichen Dank für die Rückmeldung, die ich versucht habe, umzusetzen.
Danke für deine Rückmeldung, die mich angeregt hat, mich mit dem ioBroker auseinanderzusetzen.
Die Tibberseite mit Blocky-Scripts auszulesen, klappt mittlerweile.
Leider ist es mit dem Abschalten des Skripts nicht getan, da die Einspeiseleistung nicht auf 0 zurückgesetzt wird, sondern auf dem letzten Wert einfriert. Leider habe ich in deinem Skript nicht verstanden, wie man diese schreibt, sodass ich sie auf 0 zurücksetzen kann.
Kannst du mir den Befehl nennen, der den AC-Ausgang des Powerstreams auf 0 zurücksetzt? -
@waly_de Herzlichen Dank für die Rückmeldung, die ich versucht habe, umzusetzen.
Danke für deine Rückmeldung, die mich angeregt hat, mich mit dem ioBroker auseinanderzusetzen.
Die Tibberseite mit Blocky-Scripts auszulesen, klappt mittlerweile.
Leider ist es mit dem Abschalten des Skripts nicht getan, da die Einspeiseleistung nicht auf 0 zurückgesetzt wird, sondern auf dem letzten Wert einfriert. Leider habe ich in deinem Skript nicht verstanden, wie man diese schreibt, sodass ich sie auf 0 zurücksetzen kann.
Kannst du mir den Befehl nennen, der den AC-Ausgang des Powerstreams auf 0 zurücksetzt? -
@karo2204 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@Waly_de mal wieder eine Optimierungsfrage. Wie kann ich die Einstellungen im Script so verändern, dass die Powerstream nur einspeist, wenn die Batterie über 50% hat? Oder eben kein Solar mehr verfügbar ist, zum Beispiel nach Sonnenuntergang?
Also grundsätzlich gibt es im Skript für die folgenden Parameter:
lowBatLimitPozOn: 5, lowBatLimitPozOff: 15, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 150, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" istDie bestimmen das einspeiselimit bei niedrigem Batteriestand. Eine Zeitsteuerung ist im Skript derzeit nicht vorgesehen. Für deine angesprochenen 50 % könnte die Einstellung zum Beispiel so aussehen:
lowBatLimitPozOn: 45, lowBatLimitPozOff: 50, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf lowBatLimit: 0, // "lowBatLimit" limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" istFällt der Batterielevel unter 45 % wird die Einspeisung abgeschaltet. Ab Erreichen von 50 % wird wieder ganz normal reguliert.
Grundsätzlich gebe ich aber zu bedenken, dass das Zurückhalten und Speichern von Solarstrom bei gleichzeitigem Bedarf im Haus unwirtschaftlich ist. Beim Speichern in die Batterie und anschließendem zurück Umwandeln in AC power gehen rund 20 % Energie verloren. Außerdem leidet die Lebensdauer des Akkus.
Auch Tibber Strom zu speichern, macht in den wenigsten Fällen Sinn. Erst ab einem Preisdelta von mehr als 10 Cent ist das vielleicht gerade so wirtschaftlich.
Darum solltet ihr, wenn ihr die Wirtschaftlichkeit im Auge habt, versuchen, möglichst alle PV Power dann zu verbrauchen, wenn sie erzeugt wird und nur den Überschuss zu speichern.
@waly_de Danke Dir. Ich bin immer noch am rumtesten, was das Beste ist. Die DM ist halt jetzt nicht mehr über 20% pro Tag gekommen. Da wollte ich jetzt über den Tag mehr speichern.
Habe aber jetzt ein weiteres Problem, dass die Leistungsanpassung irgendwie nicht mehr mag. Zumindest sehe ich den richtigen Wert nicht in der App.
-
@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.
-
Guten Morgen,
ich habe heute die neue 2 kWh Batterie in Betrieb genommen. Eco Flow hat meinen PowerStream auf die Version 1.0.1.195 geupdatet (durch den Service), da ansonsten der PowerStream die Batterie nicht erkannt hat.
Das Skript läuft grundsätzlich bei mir (ohne erkennbare Fehler oder Abbrüche).
Der Timber Pulse (Lokale Auslosung, nicht über die Cloud), liefert auch zuverlässig die Daten.Leider erfolgen keine Änderungen durch das Skript (Anpassung an den aktuellen Stromverbrauch). Die Batterie wird unter Objekte in IoBroker auch nicht mit Werten gefüllt (habe alle möglichen Batterietypen ausgetestet).
Ich glaube tatsächlich das Skript müsste angepasst werden. Oder hat jemand das ganze schon zum laufen bekommen?
Wie kann ich helfen? Was für Logdateien etc. werden benötigt?
Ergänzung:
Ich habe jetzt doch einen Fehler im Skript bei mir gefunden:
javascript.0 2024-04-06 12:01:01.909 info script.js.common.Ecoflow: Fehler beim Abrufen des niedrigsten Werts: timeout javascript.0 2024-04-06 12:01:01.908 info script.js.common.Ecoflow: getLowestValue-error: timeout javascript.0 2024-04-06 12:00:46.909 info script.js.common.Ecoflow: Fehler beim Abrufen des niedrigsten Werts: timeout javascript.0 2024-04-06 12:00:46.908 info script.js.common.Ecoflow: getLowestValue-error: timeoutStand 12:40 Uhr:
Es war der History Adapter, der gefehlt hatte.. Habs in den anderen Beiträgen gefunden. Das Skript läuft jetzt! Die Batterie wird dennoch nicht erkannt (Wert Null für Batteriezustand)
Ich habe das Ganze jetzt erstmal so gelöst, dass bei dieser Zeile folgende Werte reinkommen (weil Batteriestand ja unbekannt):
lowBatLimitPozOn: 0, lowBatLimitPozOff: -1, // Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf -
@mario1995 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Guten Abend und vielen Dank für das Skript. Ich habe zwei Fragen: Ich bekomme nächste Woche von Ecoflow die 2 KW Batterie für den Outdoorgebrauch. Einen speziellen Namen hat das Modell irgendwie nicht. Hier der Link: https://de.ecoflow.com/products/powerstream-balcony-solar-system-waterproof-battery-series-600-w-800-w
- Frage: Ist das Skript mit dieser Batterie auch kompatibel?
Vielleicht ... leider habe ich das Gerät noch nicht gesehen. Grundsätzlich würde es funktionieren, wenn das Gerät die Daten wie die Deltas liefert. Muss man einfach testen, indem du es im Script per seriennummer einträgst. Ich sehe mir das Teil bei Gelegenheit mal an...
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?
Das ist eine interessante Frage. Tatsächlich müsste das sogar funktionieren, wenn du die Steckdose unter AdditionalPower anlegst. Dann musst du noch den parameter NoPV auf True setzen und den Faktor auf -1. Dadurch würde dann die Leistung der Steckdose von RealPower abgezogen und vom Skript nicht aus reguliert.
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?
Das ist eine interessante Frage. Tatsächlich müsste das sogar funktionieren, wenn du die Steckdose unter AdditionalPower anlegst. Dann musst du noch den parameter NoPV auf True setzen und den Faktor auf -1. Dadurch würde dann die Leistung der Steckdose von RealPower abgezogen und vom Skript nicht aus reguliert.
Ich habe das heute Abend mal probiert. Also in AdditionalPowerSum gibt einen negativen Verbrauchswert raus. Dennoch wird dieser ignoriert. In der Ecoflow App werden trotzdem 600 Watt angefordert.
RealPower und lowestValue steigen kurz auf einen hohen Wert, geben dann aber den ungefähren eigentlichen Verbrauch aus. Eine Änderung in der Grundlast tritt dabei dann aber nicht auf. Diese bleibt bei 600 Watt.
Hast du vielleicht noch eine Idee, woran das liegen könnte?
-
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?
Das ist eine interessante Frage. Tatsächlich müsste das sogar funktionieren, wenn du die Steckdose unter AdditionalPower anlegst. Dann musst du noch den parameter NoPV auf True setzen und den Faktor auf -1. Dadurch würde dann die Leistung der Steckdose von RealPower abgezogen und vom Skript nicht aus reguliert.
Ich habe das heute Abend mal probiert. Also in AdditionalPowerSum gibt einen negativen Verbrauchswert raus. Dennoch wird dieser ignoriert. In der Ecoflow App werden trotzdem 600 Watt angefordert.
RealPower und lowestValue steigen kurz auf einen hohen Wert, geben dann aber den ungefähren eigentlichen Verbrauch aus. Eine Änderung in der Grundlast tritt dabei dann aber nicht auf. Diese bleibt bei 600 Watt.
Hast du vielleicht noch eine Idee, woran das liegen könnte?
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
-
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?
Das ist eine interessante Frage. Tatsächlich müsste das sogar funktionieren, wenn du die Steckdose unter AdditionalPower anlegst. Dann musst du noch den parameter NoPV auf True setzen und den Faktor auf -1. Dadurch würde dann die Leistung der Steckdose von RealPower abgezogen und vom Skript nicht aus reguliert.
Ich habe das heute Abend mal probiert. Also in AdditionalPowerSum gibt einen negativen Verbrauchswert raus. Dennoch wird dieser ignoriert. In der Ecoflow App werden trotzdem 600 Watt angefordert.
RealPower und lowestValue steigen kurz auf einen hohen Wert, geben dann aber den ungefähren eigentlichen Verbrauch aus. Eine Änderung in der Grundlast tritt dabei dann aber nicht auf. Diese bleibt bei 600 Watt.
Hast du vielleicht noch eine Idee, woran das liegen könnte?
@mario1995 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
Also quasi aktueller Stromverbrauch lt. Timber Pulse ./. der Steckdose?
Das ist eine interessante Frage. Tatsächlich müsste das sogar funktionieren, wenn du die Steckdose unter AdditionalPower anlegst. Dann musst du noch den parameter NoPV auf True setzen und den Faktor auf -1. Dadurch würde dann die Leistung der Steckdose von RealPower abgezogen und vom Skript nicht aus reguliert.
Ich habe das heute Abend mal probiert. Also in AdditionalPowerSum gibt einen negativen Verbrauchswert raus. Dennoch wird dieser ignoriert. In der Ecoflow App werden trotzdem 600 Watt angefordert.
RealPower und lowestValue steigen kurz auf einen hohen Wert, geben dann aber den ungefähren eigentlichen Verbrauch aus. Eine Änderung in der Grundlast tritt dabei dann aber nicht auf. Diese bleibt bei 600 Watt.
Hast du vielleicht noch eine Idee, woran das liegen könnte?
Ich hab das Problem lösen können.. Ich habe über Blockly ein Skript geschrieben. Aktueller Stromverbrauch laut Tibber ./. dieser einen Fritz!Box Steckdose = Wert über Stromverbrauch für das Ecoflow Skript. Das hat geklappt.
Tut mir leid falls das zu viele Fragen hier im Forum waren. Musste mich erstmal belesen. Habe iOBroker eigentlich nur für dieses Ecoflow Skript
- Frage: Besteht die Möglichkeit einen gewissen Verbraucher (z.B. aus einer Zigbee Steckdose mit Verbrauchsanzeige) explizit nicht aus dem Speicher mit Strom zu versorgen?
-
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 einrichtetEs 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 
Support us
607
Online32.4k
Users81.4k
Topics1.3m
Posts