NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
nachdem ich mein laufendens Skript jetzt lange Zeit ausgestellt hatte und heute mal wieder aktivieren wollte, bekomme folgenden Fehler:
09:02:08.960 info javascript.0 (852) Start javascript script.js.Test.EF_Integration 09:02:09.026 info javascript.0 (852) script.js.Test.EF_Integration: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 09:02:09.353 info javascript.0 (852) script.js.Test.EF_Integration: Verbunden mit dem Ecoflow MQTT-Broker 09:02:19.025 info javascript.0 (852) script.js.Test.EF_Integration: PowerStream [PowerStream] Batteriestand unter Limit:5% (0%). Limitiere Einspeiseleistung auf: 100W 09:02:19.222 info javascript.0 (852) script.js.Test.EF_Integration: **Fehler beim Abrufen des niedrigsten Werts: Error: No data**Hat jemand eine Idee? was mit Abrufen des niedrigsten Werts gemeint ist?
Noch eine Zusatzfrag:
mein Powerstream regelt erfolgreich nach, allerdings habe ich immer ca. 50W die ich noch aus dem Netz ziehen muss. Gibt es irgendwo eine off-set Einstellung wo man beim PS zzl. zum ermittelten wert noch 50W on top einstellen kann? -
Geht es, dass man in dem Script die "Cell Temperatur" einer Delta abgreift und die Variable "hasBat" der Powerstream entsprechend dynamisch regelt?
Denn: Wenn die Temperatur zu niedrig ist, lädt er nicht in die Batterie und der Powerstream nutzt auch die Energie nicht, um in das Netz einzuspeisen.
Das wäre eine Idee, dies zu umgehen und wenigstens die Solar Power nicht zu verschwenden. -
@accu
Schau mal bei den erweiterten Einstellungen:
BasePowerOffset: 30, // Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen
Zusatzpower_Offset: 50,Hier kannst du dich annähern.
@guhfy9966 sorry ist mir immer noch nicht ganz klar. Können wir mal ein Bsp machen?
Sagen wir ich habe unten am Stromzähler einen Betrag von 50 W die ich aus dem Netz noch ziehe trotzdem dass das Skript aktuell die PS schon regelt und diese einen Wattwert X einspeist.
Was muss ich beim Basepower und Zusatzpower einstellen, um die 50 Watt aus dem Netz auf 0 zu korrigieren?
-
Ich habe folgende Konfiguration und immer wieder neue Probleme.
PS: hat 2x 400W Solar und hängt an einer Delta 2 Max.
Diese D2M hat ebenfalls PV-Module (in Summe 800W) am PV Eingang.
Jetzt habe ich folgendes festgestellt:
Die PS und D2M schalten sich über Nacht völlig aus. Sobald die Sonne scheint, schalten sich beide ein. Aber die D2M verbindet sich nicht mit dem WLAN. Schalte ich die D2M Manuel Aus und Ein, dann verbindet sich diese immer mit dem WLAN.
Des Weiteren hab ich festgestellt, dass sowohl die PS als auch die D2M erst sehr spät zu laden, bzw einspeisen anfangen. Eine weitere Anlage die unabhängig von der oben beschriebenen Kombination ist, liefert bereits 500W bevor die PS und D2M irgend was machen.
Ich kann auch beobachten, dass die PS richtig einspeist, solange der Akku unter 98% ist. Ab da fängt die PS an immer wieder zyklisch auf 0W zu gehen... regelt dann langsam auf 600W hoch um dann wieder auszuschalten. Das macht sie mehrere male (kann leider nicht sagen, wie oft, aber erst wenn der Akku wieder unter 96% ist scheint alles normal zu regeln.
Ich habe die neueste Version V1.2.1 drauf.Was kann ich in diesem Fall tun? Hängt das mit dem fehlenden WLAN der D2M zusammen? Und warum verbindet sich das WLAN nicht?
Hat das Problem noch jemand, und es gelöst?
Vielen Dank für eure Unterstützung. -
Geht es, dass man in dem Script die "Cell Temperatur" einer Delta abgreift und die Variable "hasBat" der Powerstream entsprechend dynamisch regelt?
Denn: Wenn die Temperatur zu niedrig ist, lädt er nicht in die Batterie und der Powerstream nutzt auch die Energie nicht, um in das Netz einzuspeisen.
Das wäre eine Idee, dies zu umgehen und wenigstens die Solar Power nicht zu verschwenden.@guhfy9966 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Geht es, dass man in dem Script die "Cell Temperatur" einer Delta abgreift und die Variable "hasBat" der Powerstream entsprechend dynamisch regelt?
Denn: Wenn die Temperatur zu niedrig ist, lädt er nicht in die Batterie und der Powerstream nutzt auch die Energie nicht, um in das Netz einzuspeisen.
Das wäre eine Idee, dies zu umgehen und wenigstens die Solar Power nicht zu verschwenden.Das ist machbar. ich würde das aber extern, mit eigenem Script regeln.
mit externConfig kannst du ja jeden Punkt der Konfiguration über eigene States steuern. Du musst also nur regelmäßig "Cell Temperatur" abfragen und den Konfigurationspunkt entsprechend setzen. Das geht auch mit einem Blocky. -
@guhfy9966 sorry ist mir immer noch nicht ganz klar. Können wir mal ein Bsp machen?
Sagen wir ich habe unten am Stromzähler einen Betrag von 50 W die ich aus dem Netz noch ziehe trotzdem dass das Skript aktuell die PS schon regelt und diese einen Wattwert X einspeist.
Was muss ich beim Basepower und Zusatzpower einstellen, um die 50 Watt aus dem Netz auf 0 zu korrigieren?
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Was muss ich beim Basepower und Zusatzpower einstellen, um die 50 Watt aus dem Netz auf 0 zu korrigieren?
wie hast du denn Basepower im Moment eingestellt?
Sagen wir es steht auf 30W und Dein Stromzähler zeigt noch 50W an.
Dann muss theoretisch Basepower auf -20 gestellt werden, damit 0W angesteuert werden können.Ich rate davon aber grundsätzlich ab. Denn damit wird vermutlich häufiger ins Netz eingespeist. Für die normalen Anwender einer Balkon Kraftwerk Anlage ist es günstige ständig ein paar Watt aus dem Netz zu beziehen, als immer wieder ein paar einzuspeisen, für die es nichts gibt.
-
Ich habe folgende Konfiguration und immer wieder neue Probleme.
PS: hat 2x 400W Solar und hängt an einer Delta 2 Max.
Diese D2M hat ebenfalls PV-Module (in Summe 800W) am PV Eingang.
Jetzt habe ich folgendes festgestellt:
Die PS und D2M schalten sich über Nacht völlig aus. Sobald die Sonne scheint, schalten sich beide ein. Aber die D2M verbindet sich nicht mit dem WLAN. Schalte ich die D2M Manuel Aus und Ein, dann verbindet sich diese immer mit dem WLAN.
Des Weiteren hab ich festgestellt, dass sowohl die PS als auch die D2M erst sehr spät zu laden, bzw einspeisen anfangen. Eine weitere Anlage die unabhängig von der oben beschriebenen Kombination ist, liefert bereits 500W bevor die PS und D2M irgend was machen.
Ich kann auch beobachten, dass die PS richtig einspeist, solange der Akku unter 98% ist. Ab da fängt die PS an immer wieder zyklisch auf 0W zu gehen... regelt dann langsam auf 600W hoch um dann wieder auszuschalten. Das macht sie mehrere male (kann leider nicht sagen, wie oft, aber erst wenn der Akku wieder unter 96% ist scheint alles normal zu regeln.
Ich habe die neueste Version V1.2.1 drauf.Was kann ich in diesem Fall tun? Hängt das mit dem fehlenden WLAN der D2M zusammen? Und warum verbindet sich das WLAN nicht?
Hat das Problem noch jemand, und es gelöst?
Vielen Dank für eure Unterstützung.@micha-6 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich habe folgende Konfiguration und immer wieder neue Probleme.
PS: hat 2x 400W Solar und hängt an einer Delta 2 Max.
Diese D2M hat ebenfalls PV-Module (in Summe 800W) am PV Eingang.
Jetzt habe ich folgendes festgestellt:
Die PS und D2M schalten sich über Nacht völlig aus. Sobald die Sonne scheint, schalten sich beide ein. Aber die D2M verbindet sich nicht mit dem WLAN. Schalte ich die D2M Manuel Aus und Ein, dann verbindet sich diese immer mit dem WLAN.
Des Weiteren hab ich festgestellt, dass sowohl die PS als auch die D2M erst sehr spät zu laden, bzw einspeisen anfangen. Eine weitere Anlage die unabhängig von der oben beschriebenen Kombination ist, liefert bereits 500W bevor die PS und D2M irgend was machen.
Ich kann auch beobachten, dass die PS richtig einspeist, solange der Akku unter 98% ist. Ab da fängt die PS an immer wieder zyklisch auf 0W zu gehen... regelt dann langsam auf 600W hoch um dann wieder auszuschalten. Das macht sie mehrere male (kann leider nicht sagen, wie oft, aber erst wenn der Akku wieder unter 96% ist scheint alles normal zu regeln.
Ich habe die neueste Version V1.2.1 drauf.Was kann ich in diesem Fall tun? Hängt das mit dem fehlenden WLAN der D2M zusammen? Und warum verbindet sich das WLAN nicht?
Hat das Problem noch jemand, und es gelöst?
Vielen Dank für eure Unterstützung.Das klingt nach den typischen Problemen von Ecoflow. Neben den üblichen Ratschlägen wie: Firmware erneuern, WLAN LAN, Stärke an der Stelle überprüfen, unter Umständen einen Repeater in der Nähe anbringen... kann ich dir nur empfehlen, dich an den Ecoflow-Support zu wenden.
Mit dem Skript scheint das nichts zu tun zu haben.
Beachte bitte auch, dass das Skript nicht vernünftig arbeiten kann, wenn nicht alle Geräte mit dem WLAN verbunden sind, weil dann die Messdaten der Geräte nicht verarbeitet werden können -
@micha-6 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich habe folgende Konfiguration und immer wieder neue Probleme.
PS: hat 2x 400W Solar und hängt an einer Delta 2 Max.
Diese D2M hat ebenfalls PV-Module (in Summe 800W) am PV Eingang.
Jetzt habe ich folgendes festgestellt:
Die PS und D2M schalten sich über Nacht völlig aus. Sobald die Sonne scheint, schalten sich beide ein. Aber die D2M verbindet sich nicht mit dem WLAN. Schalte ich die D2M Manuel Aus und Ein, dann verbindet sich diese immer mit dem WLAN.
Des Weiteren hab ich festgestellt, dass sowohl die PS als auch die D2M erst sehr spät zu laden, bzw einspeisen anfangen. Eine weitere Anlage die unabhängig von der oben beschriebenen Kombination ist, liefert bereits 500W bevor die PS und D2M irgend was machen.
Ich kann auch beobachten, dass die PS richtig einspeist, solange der Akku unter 98% ist. Ab da fängt die PS an immer wieder zyklisch auf 0W zu gehen... regelt dann langsam auf 600W hoch um dann wieder auszuschalten. Das macht sie mehrere male (kann leider nicht sagen, wie oft, aber erst wenn der Akku wieder unter 96% ist scheint alles normal zu regeln.
Ich habe die neueste Version V1.2.1 drauf.Was kann ich in diesem Fall tun? Hängt das mit dem fehlenden WLAN der D2M zusammen? Und warum verbindet sich das WLAN nicht?
Hat das Problem noch jemand, und es gelöst?
Vielen Dank für eure Unterstützung.Das klingt nach den typischen Problemen von Ecoflow. Neben den üblichen Ratschlägen wie: Firmware erneuern, WLAN LAN, Stärke an der Stelle überprüfen, unter Umständen einen Repeater in der Nähe anbringen... kann ich dir nur empfehlen, dich an den Ecoflow-Support zu wenden.
Mit dem Skript scheint das nichts zu tun zu haben.
Beachte bitte auch, dass das Skript nicht vernünftig arbeiten kann, wenn nicht alle Geräte mit dem WLAN verbunden sind, weil dann die Messdaten der Geräte nicht verarbeitet werden könnenNur zur Information: ich hab im Moment nicht so viel Gelegenheit, an dem Projekt zu arbeiten, bitte zu entschuldigen, dass ich nicht so schnell antworten kann.
Dazu kommt noch ein paar gesundheitliche Probleme mit den Augen. Ich hoffe, dass sich das schnell erledigt.Seit ein paar Tagen habe ich jetzt auch eine große PV Anlage mit circa 14 kW Peak auf dem Dach. Daher werde ich in Zukunft versuchen die große Anlage mit den Ecoflow-Geräten und meinen Mikrowechselrichter sowie meiner Wärmepumpe und anderen Verbraucher zum zusammenarbeiten zu bewegen. Es geht also sicher weiter
-
Nur zur Information: ich hab im Moment nicht so viel Gelegenheit, an dem Projekt zu arbeiten, bitte zu entschuldigen, dass ich nicht so schnell antworten kann.
Dazu kommt noch ein paar gesundheitliche Probleme mit den Augen. Ich hoffe, dass sich das schnell erledigt.Seit ein paar Tagen habe ich jetzt auch eine große PV Anlage mit circa 14 kW Peak auf dem Dach. Daher werde ich in Zukunft versuchen die große Anlage mit den Ecoflow-Geräten und meinen Mikrowechselrichter sowie meiner Wärmepumpe und anderen Verbraucher zum zusammenarbeiten zu bewegen. Es geht also sicher weiter
@waly_de Gute Besserung und wie immer herzlichen Danke für deine Zeit und geduld.
Spannendes Thema und schön dass du weiter am Script arbeiten möchtest.
Da ich den Platz für einen "Solar-Smartmeter" beim Neubau vom Zählerschrank berücksichtigt hatte, ist aktuell
ein Finder 3 Phasen-Zähler mit Modbus an diesem Platz eingebaut. Mit diesen Zähler und deinem Script kann ich mein größeres Balkonkraftwerk mit 1,5 kWp super steuern. Vielleicht hast du ja bei deinen Geräte passende Schnittstellen, diese auszulesen oder darüber zu steuern. Wie sich auch gerade wieder bei Ecoflow in den vergangenen Tages zeigt ist eine lokale Quelle nicht von anderen Seververbindungen abhängig. Wenn du wen fürs Brainstorming braucht, meld dich einfach. -
Nur zur Information: ich hab im Moment nicht so viel Gelegenheit, an dem Projekt zu arbeiten, bitte zu entschuldigen, dass ich nicht so schnell antworten kann.
Dazu kommt noch ein paar gesundheitliche Probleme mit den Augen. Ich hoffe, dass sich das schnell erledigt.Seit ein paar Tagen habe ich jetzt auch eine große PV Anlage mit circa 14 kW Peak auf dem Dach. Daher werde ich in Zukunft versuchen die große Anlage mit den Ecoflow-Geräten und meinen Mikrowechselrichter sowie meiner Wärmepumpe und anderen Verbraucher zum zusammenarbeiten zu bewegen. Es geht also sicher weiter
@waly_de Gute Besserung!
Ich hätte noch ein Feature Request für das Tibber-Script. Wenn es eh schon CHEAP und VERY_CHEAP ausliest und danach die Steckdose steuert, kann man noch einbauen, dass er schaut wie lange die CHEAP und/oder VERY_CHEAP Phase dauert, und danach die AC-Geschwindigkeit anpasst?
Also z.B. wenn man eine DM 2000 hat und die Zeitspanne 5 Std. beträgt dass er dann die Lade-Geschwindigkeit auf 400W stellt etc.
-
@accu sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Was muss ich beim Basepower und Zusatzpower einstellen, um die 50 Watt aus dem Netz auf 0 zu korrigieren?
wie hast du denn Basepower im Moment eingestellt?
Sagen wir es steht auf 30W und Dein Stromzähler zeigt noch 50W an.
Dann muss theoretisch Basepower auf -20 gestellt werden, damit 0W angesteuert werden können.Ich rate davon aber grundsätzlich ab. Denn damit wird vermutlich häufiger ins Netz eingespeist. Für die normalen Anwender einer Balkon Kraftwerk Anlage ist es günstige ständig ein paar Watt aus dem Netz zu beziehen, als immer wieder ein paar einzuspeisen, für die es nichts gibt.
@waly_de danke. Aktuell sieht es bei mir so aus:
BasePowerOffset: 20, // Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen Zusatzpower_Offset: 10, // Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_OffsetWas macht denn der Zusatzpower Parameter?
-
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 
- 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 ich habe dein Skript (ecoflow-connector_v121_05.01.2024.txt) erfolgreich im Einsatz. Ganz herzlichen Dank dafür. Ich habe allerdings ein seltsames Phänomen. Die Stromeinspeisung (lowestValue) bleibt eine Zeitlang sehr gut unter dem Verbrauch, geht dann aber irgend wann über den tatsächlichen Verbrauch und bleibt dann dort unverändert stehen (so ca. bei 500 Watt). D.h. lowestValue wird nicht mehr aktualisiert, bleibt bei einem hohen Wert stehen und wenn der Stromverbrauch sinkt, bleibt die Einspeisung gleich. Ich speise dann z.T. mehr Strom ein, als ich verbrauche. Ich habe mir jetzt temporär beholfen, in dem ich Deinen im Skript auskommentierten Part zum loggen von lowestValue wieder aktiviert habe (ab Zeile 1024). Seltsamerweise wird dann der lowestValue durchgängig korrekt gesetzt. Kann es sein, dass die Berechnung von lowestValue in Deinem Skript noch in einer Schleife ergänzt werden müsste? Vielleicht gibt es aber auch einen Speicherüberlauf für diese Variable nur bei mir? RealPower wird korrekt weiterberechnet, das Skript läuft also weiter. Nur LowestValue wird nicht mehr aktualisiert. Ich bin leider Anfänger und kann kein JavaSkript, vielleicht siehst du das ja auf einen Blick. Ansonsten habe ich einen Ecoflow Smartmeter mit einer DeltaPro (3,7KW Akku). Am Smartmeter habe ich je ein Solarmodul mit 430W angeschlossen und an der DeltaPro habe ich 6 Solarmodule angeschlossen (2 Stränge, die aus je 3 in Serie geschalteten Solarmodulen a 430W bestehen), die über einen XT60 Stecker den Akku laden. Iobroker und alle Adapter habe ich auf dem neuesten Stand. Hier mein temporärer Workaround: für Zeile 1024:
var intervalID2 = setInterval(function () { getLowestValue(ConfigData.statesPrefix + ".RealPower", 2) .then(lowestValue => { null // log( "lowestValue:" + lowestValue)// }) .catch((error) => { console.warn('Fehler beim Abrufen des niedrigsten Werts:', error); }); }, 2 * 1000); -
Hallo,
Ich habe noch eine Frage zu den InWatts-/InputtWatts-Werten und die Übertragung in die Objekte des IOBroker.
Ich habe im Moment nur ein Solarmodul angeschlossen.
In der D2M habe ich für den PV1 Eingang
0_userdata.0.ecoflow.app_device_property_R351Zxxxxxxx.data.params.mppt.inWatts
und für den PV2 Eingang
0_userdata.0.ecoflow.app_device_property_R351Zxxxxxxxx.data.params.mppt.pv2InWatts
genommen, um die Eingangsleistung anzuzeigen (im VIS).
Ich war hier etwas irritiert, dass das Objekt für den PV1 Eingang nicht "...pv1InWatts" betitelt wurde.
Ist das Absicht und so gewollt?
Oder habe ich das falsche Objekt ausgewählt?Beim PS wiederum habe ich für PV1
0_userdata.0.ecoflow.app_device_property_HW51Zxxxxxx.data.InverterHeartbeat.pv1InputWatts
und für PV2
0_userdata.0.ecoflow.app_device_property_HW51Zxxxxxx.data.InverterHeartbeat.pv2InputWatts
genommen.
Beim PS habe ich jedoch das Phänomen, dass dort ein dreistelliger Wert übertragen wird, obwohl in der APP nur zweistellig ist. Es scheint, als ob hier noch eine Nachkommastelle im IOBroker dargestellt wird. Ist das korrekt? Ist das so gewollt?
Oder bin ich einfach am falschen Objekt dran?
Danke für eure Hilfe
Gruß Kai -
Hallo,
Ich habe noch eine Frage zu den InWatts-/InputtWatts-Werten und die Übertragung in die Objekte des IOBroker.
Ich habe im Moment nur ein Solarmodul angeschlossen.
In der D2M habe ich für den PV1 Eingang
0_userdata.0.ecoflow.app_device_property_R351Zxxxxxxx.data.params.mppt.inWatts
und für den PV2 Eingang
0_userdata.0.ecoflow.app_device_property_R351Zxxxxxxxx.data.params.mppt.pv2InWatts
genommen, um die Eingangsleistung anzuzeigen (im VIS).
Ich war hier etwas irritiert, dass das Objekt für den PV1 Eingang nicht "...pv1InWatts" betitelt wurde.
Ist das Absicht und so gewollt?
Oder habe ich das falsche Objekt ausgewählt?Beim PS wiederum habe ich für PV1
0_userdata.0.ecoflow.app_device_property_HW51Zxxxxxx.data.InverterHeartbeat.pv1InputWatts
und für PV2
0_userdata.0.ecoflow.app_device_property_HW51Zxxxxxx.data.InverterHeartbeat.pv2InputWatts
genommen.
Beim PS habe ich jedoch das Phänomen, dass dort ein dreistelliger Wert übertragen wird, obwohl in der APP nur zweistellig ist. Es scheint, als ob hier noch eine Nachkommastelle im IOBroker dargestellt wird. Ist das korrekt? Ist das so gewollt?
Oder bin ich einfach am falschen Objekt dran?
Danke für eure Hilfe
Gruß Kai@kaiausbrieselang
Wenn ich nicht irre, so werden die Daten bei der Verwendung des scripts einfach übernommen. Für normierte Werte mit Einheit empfehle ich den ecoflow-mqtt Adapter, der kann auch parallel zum Script laufen (nur nicht mit identischen Android-Gerätekennung). -
@kaiausbrieselang
Wenn ich nicht irre, so werden die Daten bei der Verwendung des scripts einfach übernommen. Für normierte Werte mit Einheit empfehle ich den ecoflow-mqtt Adapter, der kann auch parallel zum Script laufen (nur nicht mit identischen Android-Gerätekennung).@foxthefox
Danke für deine Antwort. Der Ecoflow-mqtt Adapter läuft bei mir nicht. Die 4 Felder werden nicht automatisch befülllt. -
@foxthefox
Danke für deine Antwort. Der Ecoflow-mqtt Adapter läuft bei mir nicht. Die 4 Felder werden nicht automatisch befülllt. -
@lui1307 super, das es schon mal läuft.
Ich empfehle dich erstmal mit den Basics von iobroker vertraut zu machen. Es gibt dazu jede Menge schöne Videos auf YouTube und hunderte Beiträge hier im Forum.
https://www.youtube.com/results?search_query=iobroker+einrichtenDie Ultra Kurzversion:
Sämtliche Daten mit den iobroker arbeitet, stehen in den Objekten, die du über den Link links in der Navigationsleiste erreichen kannst. Der Pfad zu diesen Objekten ist das, was du unter ID im Skript hinterlegen musst. Du kannst die entsprechenden Daten über die Oberfläche heraussuchen und auf das kopieren Symbol rechts neben dem Objektnamen klicken, um den Pfad in die Zwischenablage zu speichern.Die Konfiguration der Adapter erfolgt über Instanzen aus der Navigationsleiste links. Dort gibt es ein Schraubenschlüsselsymbol, hinter dem sich die Einstellung des jeweiligen Adapters verbergen.
Visualisierung und Bedienungen muss man sich in iobroker weitesgehend selbst bauen. Dazu gibt es wiederum den Adapter VIS und diverse anderer Visualisierungadapter. Aber das ist nicht nötig, um die Funktionalität des Skript es zu nutzen. in JSON-Daten muss man eigentlich nichts machen.
@waly_de Hallo Waly_de, ich habe nun Dein Script in einer PI 4 Umgebung laufen und die lokale Einbindung meines Tibber Puls mit Deinem Zusatz-Script „Tibber Pulse: Verbrauchsdaten lokal auslesen“ vorgenommen.
Die Tibber Puls Daten kommen. Dein Script liest die Daten per SmartmeterID: "0_userdata.0.TibberPulse.SML.Power" auch ein.
Angeschlossen und konfiguriert habe ich aktuell eine DeltaPro plus Zusatz Akku, sowie einen Powerstream mit AC Einspeisung.
Solarmodule sind noch nicht anschlossen. Die würde ich dann später ich gerne wegen der höheren Einspeiseleistung direkt an die DeltaPro anschließen wollen.
Wie schon zuvor mal gesagt bin ich noch relativ unerfahren mit der Handhabung des ioBroker.
Mir würde es daher helfen, wenn Du mir kurz beschreiben könntest wie ich nun das System weiter testen kann. Was und wie sollte ich vorgehen?
Wie kann ich es denn nun erreichen, dass z.B. das Script eine AC-Einspeisung über den Powerstream einleitet. Am besten so viel, wie der Puls an Leistung misst.
Vielen Dank im Voraus!
P.S. Eine Spende ist auch auf dem Weg, LG -
@foxthefox
Danke für deine Antwort. Der Ecoflow-mqtt Adapter läuft bei mir nicht. Die 4 Felder werden nicht automatisch befülllt.@kaiausbrieselang
Für die 4 Felder braucht es den Admin Adapter mit mind 6.12.4, mittlerweile its 6.13.16 im stable.
Wenn also die 6.13.16 des Admin Adapters installiert ist, sollte es mit den 4 Feldern klappen.Ansonsten hat der Adapter noch einen eignen Thread:
https://forum.iobroker.net/topic/69819/neuer-adapter-ecoflow-mqtt -
@kaiausbrieselang
Für die 4 Felder braucht es den Admin Adapter mit mind 6.12.4, mittlerweile its 6.13.16 im stable.
Wenn also die 6.13.16 des Admin Adapters installiert ist, sollte es mit den 4 Feldern klappen.Ansonsten hat der Adapter noch einen eignen Thread:
https://forum.iobroker.net/topic/69819/neuer-adapter-ecoflow-mqtt@Waly_de ich habe Dein Skript jetzt seit einiger Zeit erfolgreich am laufen. Vielen Dank dafür und Deine Arbeit!!!
Dennoch eine Frage an Dich und auch an die Gruppenmitglieder hier:
Ich nutze an dem AC Ladeeingang meiner Delta Pro einen Shelly, welchen ich in der entsprechenden Sektion des Skripts konfiguriert habe. Das klappt auch super gut. Bei PV Überschuß, schaltet der Shelly automatisch ein und läd zzl über AC meine DP mit ZA auf. Dabei wird entsprechend reguliert, wieviel Überschuss da ist.Ich hatte selber mal ein ähnliches Skript gebastelt, welches dynamisch über AC in Abhängigkeit des verfügbaren PV Überschusses nachregelt. Bin aber dann davon wieder abgekommen, weil hier im Forum mir jemand den Hinweis gegeben hat, dass die DP (und wahrscheinlich auch andere EF Geräte) den Ladewert beim AC Eingang im EEPROM speichern und nicht im Flash Memory. Ich hatte den EF Support dazu einmal angeschrieben und die haben mir dieses bestätigt: "The change to the AC Load setting will be written to EEPROM memory not flash memory."
Jetzt ist es so, dass das EEPROM wohl eine sehr begrenzte Beschreibbarkeitsanzahl (ca. 100.000mal) gegenüber dem Flash Memory hat, bevor der Chip "stirbt".
D.h. ändert sich der AC Lade-Watt-Wert häufig geht die Lebensdauer immer weiter zurück.
Wie siehst du das? -
@Waly_de ich habe Dein Skript jetzt seit einiger Zeit erfolgreich am laufen. Vielen Dank dafür und Deine Arbeit!!!
Dennoch eine Frage an Dich und auch an die Gruppenmitglieder hier:
Ich nutze an dem AC Ladeeingang meiner Delta Pro einen Shelly, welchen ich in der entsprechenden Sektion des Skripts konfiguriert habe. Das klappt auch super gut. Bei PV Überschuß, schaltet der Shelly automatisch ein und läd zzl über AC meine DP mit ZA auf. Dabei wird entsprechend reguliert, wieviel Überschuss da ist.Ich hatte selber mal ein ähnliches Skript gebastelt, welches dynamisch über AC in Abhängigkeit des verfügbaren PV Überschusses nachregelt. Bin aber dann davon wieder abgekommen, weil hier im Forum mir jemand den Hinweis gegeben hat, dass die DP (und wahrscheinlich auch andere EF Geräte) den Ladewert beim AC Eingang im EEPROM speichern und nicht im Flash Memory. Ich hatte den EF Support dazu einmal angeschrieben und die haben mir dieses bestätigt: "The change to the AC Load setting will be written to EEPROM memory not flash memory."
Jetzt ist es so, dass das EEPROM wohl eine sehr begrenzte Beschreibbarkeitsanzahl (ca. 100.000mal) gegenüber dem Flash Memory hat, bevor der Chip "stirbt".
D.h. ändert sich der AC Lade-Watt-Wert häufig geht die Lebensdauer immer weiter zurück.
Wie siehst du das?@accu das wäre ja der absolute Hammer und wäre so, als würde eine regelmäßige Änderung des Gaspedals die Lebensdauer des Autos reduzieren.
Wenn dem so wäre, dann wäre ja auch die dynamische Änderung der Einspeisung ein Problem, oder? Macht ja keinen Sinn das unterschiedlich zu implementieren.
Wenn dem so ist, dann gehe ich davon aus, dass meiner die Garantiezeit nicht überleben wird
Support us
342
Online32.4k
Users81.4k
Topics1.3m
Posts