NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@waly_de
Smart Plug Überspannungsschutz auf 2000 und auf 1800 verändert0a3d0a0308d00f1020183520012801380340024889015003580170a2ffcf8207800113880101ba0103696f73ca0110485735325a4448345346363636353845 0a3d0a0308880e102018352001280138034002488901500358017095c4d58207800113880101ba0103696f73ca0110485735325a4448345346363636353845Mesh "aus" geschaltet:
0a36102018352001280138034002488a01580170e696e68207800113880101ba0103696f73ca0110485735325a4448345346363636353845Mesh "ein" geschaltet
0a3c0a020801102018352001280138034002488a015002580170fbd5e98207800113880101ba0103696f73ca0110485735325a4448345346363636353845 -
@waly_de: Vielen Dank für die Mühe. Habe es bei mir als HomeAssistant (Regelung der Delta2 AC Ladung, Vorverarbeitung SmartMeter) / IOBroker (Regelung der AC Einspeisung vom PowerStream) erfolgreich in Betrieb genommen. Habe ich das richtig verstanden:
Die Batterieladung wird im Skript ausschließlich via angeschlossener PV Ladung berücksichtigt?
Hintergrund: Meine PV Anlage ist nicht via PowerStream ansgeschlossen und AC-Ladung steuere ich deshalb gerade via HomeAssistant Automation auf Basis SmartMeter in Zeiten mit Überschuss. -
@waly_de
Zwischenbericht:
an und für sich läuft die Steuerung von zwei Powerstreams in meiner jetzigen Konfiguration einwandfrei.
Alles was mir noch fehlt:- Umstellung auf Prio Akku bei Erreichen von BatLimitHigh.
- Steuerung der weiteren Powerstreams bei vollem/leeren Akku wie auch den ersten (Leistungsbegrenzung und Umstellen der Priorisierung)
Einfach volle Pulle einzuspeisen bei vollem Akku missfällt mir. Das geht unnötig auf den Akku. Verschenken des Potentials wäre aber auch schade.
Nachtrag:
Heute scheint die Sonne reichlich. Ich nutze das um die Trigger zum Umstellen der Priorisierung zu optimieren.
Ladegrenze erreicht (SOC = BatLimitHigh) --> stelle auf Prio Akku
Tatsächliche Einspeiseleistung fällteinige Zeit deutlichunter Bedarf --> stelle zurück auf Prio Einspeisung. Das sollte sowohl mit fest eingestellter Grundlast als auch mit einem durch das Script gesetzten Bedarf funktionieren.Ich warte hier ab bis der Wert für durchgehend 5 Minuten mindestens 20 W unter den eingestellten Bedarf fällt.Wenn beide Powerstreams dank vollem Akku auf Prio Akku stehen, wird aus dem gesamten System wieder ein normales Balkonkraftwerk, inkl Bezug bei Wolken. Hier muss man entscheiden ob das so wirklich sinnvoll ist. Ich weiß aber nicht ob die aktuelle Regelung (BattPozON/Off) besser funktioniert. Als Kompromiss sehe ich erstmal nur meinen Powerstream für die Grundlast auf Prio Akku zu stellen und den zweiten per Script nach Bedarf regeln zu lassen. Da wird eventuell weiteres PV-Potential verschenkt, aber es erfolgt möglichst kein Bezug.
Aktuelles Problem: nachdem zurück auf Einspeisung gestellt wurde, wird der Trigger zum erneuten Umstellen auf Prio Akku (SOC) erstmal nicht mehr erreicht werden. Das funktioniert so nur einmalig. Also wohl doch entweder die aktuelle Regelung beibehalten oder auf Überschusseinspeisung verzichten.
So richtig perfekt ist das alles nicht. Ideal wäre wenn Ecoflow einfach im normalen Modus Stromversorgung priorisieren auch den Überschuss mit einspeist. Das extern durch Regelung zu korrigieren ist doof.
@dreffi
Ich ergänze mal meine Erfahrungen, denn ich bin weiter davon überzeugt bei vollem Akku auf Prio Akku umzustellen.Das Wichtigste vorweg: die Powerstream schalten beim Umstellen der Priorisierung nahtlos um. Es erfolgt also keine Unterbrechung der Einspeisung.
Die Logik dazu sieht wie folgt aus:
Der Powerstream, der über dieses Script geregelt wird, lässt sich relativ einfach regeln:
permanentWatts = 0 --> setPrio 1 (Akku)
batSoc = upperLimit --> setPrio 1 (Akku) ich habe hier statt upperLimit fix den eingestellten Wert von 90 eingetragen
permanentWatts > 0 --> setPrio 0 (Einspeisung) ich habe hier als Grenzwert derzeit 100, also 10 W eingestelltEtwas schwieriger fällt mir das zuverlässige Umstellen des Powerstreams mit der festen Einspeiseleistung:
batSoc = upperLimit --> setPrio 1 (Akku)
jetzt wird's komplexer:
Auslöser:
Netzbezug > 30 W für 5 Minuten ODER
Einspeisung des anderen Powerstreams > 30 W für 5 Minuten ODER
eigene Einspeiseleistung < permanentWatts - 10 W
Bedingungen:
eigene Einspeiseleistung < permanentWatts - 10 W
eigene Einspeiseleistung < permanentWatts - 10 W
Aktion:
setPrio 0 (Einspeisung)Problem: es kann bei einer Wolkenphase von mehr als 5 Minuten dazu kommen, dass auf Prio Einspeisung zurückgestellt wird. Dieser Powerstream arbeitet damit wieder gedrosselt. Gleichzeitig wird der Akku aber nicht ent- und wieder geladen um den Trigger auszulösen.
Eventuell ergänze ich das noch mit:
Einspeiseleistung > permanentWatts - 10W UND
Auswertung des Ladestroms (battInputWatts)Letztere Logik steuere ich über Home Assistant, weil ich nicht weiß wie ich das in ioBroker geregelt bekomme. Diese scheint noch nicht 100% zuverlässig zu arbeiten. Die Stromversorgung läuft allerdings immer noch genau wie sie soll. Ich glaube es liegt am betroffenen Powerstream. Der hatte heute wieder massive Netzwerkprobleme.
-
@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de in welchem Format, Darstellung oder wie auch immer muss der Smartmeter:ID aufweisen und sehe ich das Ergebnis oder den Wert vom Smartmeter irgendwo im Skript oder den Objektdaten
Danke für die Daten. Leider Hab ich vorerst keine Zeit neue Geräte zu integrieren. Ich hab gerade noch jede Menge Arbeit mit den Regulierungsalgorithmen. Außerdem steht Ende der Woche Urlaub an. Aber ich schau es mir an, sobald ich Gelegenheit dazu habe.
Zu deiner Frage: SmartmeterID ist einfach die ID eines States(Objekts) in IOBroker. In diesem State steht der aktuelle Verbrauch in Watt. Wenn du also irgend ein Smartmeter besitzt, musst du dafür sorgen, dass es Daten an IOBroker sendet. Das geht zum Beispiel per im MQTT. Es soll auch für Anbieter wie Tibber Schnittstellen geben. Ohne Echtzeitdaten zum aktuellen Verbrauch macht das Skript nicht so viel Sinn. Seine Hauptaufgabe ist ja das Regeln der Einspeisung. Eine funktionierende Lösung dazu hab ich in der Beschreibung verlinkt.
-
@dreffi
Ich ergänze mal meine Erfahrungen, denn ich bin weiter davon überzeugt bei vollem Akku auf Prio Akku umzustellen.Das Wichtigste vorweg: die Powerstream schalten beim Umstellen der Priorisierung nahtlos um. Es erfolgt also keine Unterbrechung der Einspeisung.
Die Logik dazu sieht wie folgt aus:
Der Powerstream, der über dieses Script geregelt wird, lässt sich relativ einfach regeln:
permanentWatts = 0 --> setPrio 1 (Akku)
batSoc = upperLimit --> setPrio 1 (Akku) ich habe hier statt upperLimit fix den eingestellten Wert von 90 eingetragen
permanentWatts > 0 --> setPrio 0 (Einspeisung) ich habe hier als Grenzwert derzeit 100, also 10 W eingestelltEtwas schwieriger fällt mir das zuverlässige Umstellen des Powerstreams mit der festen Einspeiseleistung:
batSoc = upperLimit --> setPrio 1 (Akku)
jetzt wird's komplexer:
Auslöser:
Netzbezug > 30 W für 5 Minuten ODER
Einspeisung des anderen Powerstreams > 30 W für 5 Minuten ODER
eigene Einspeiseleistung < permanentWatts - 10 W
Bedingungen:
eigene Einspeiseleistung < permanentWatts - 10 W
eigene Einspeiseleistung < permanentWatts - 10 W
Aktion:
setPrio 0 (Einspeisung)Problem: es kann bei einer Wolkenphase von mehr als 5 Minuten dazu kommen, dass auf Prio Einspeisung zurückgestellt wird. Dieser Powerstream arbeitet damit wieder gedrosselt. Gleichzeitig wird der Akku aber nicht ent- und wieder geladen um den Trigger auszulösen.
Eventuell ergänze ich das noch mit:
Einspeiseleistung > permanentWatts - 10W UND
Auswertung des Ladestroms (battInputWatts)Letztere Logik steuere ich über Home Assistant, weil ich nicht weiß wie ich das in ioBroker geregelt bekomme. Diese scheint noch nicht 100% zuverlässig zu arbeiten. Die Stromversorgung läuft allerdings immer noch genau wie sie soll. Ich glaube es liegt am betroffenen Powerstream. Der hatte heute wieder massive Netzwerkprobleme.
-
Hello Nice job !
L'm in France and we use 'linky'
L can get linky data from MQTT.
How can l use the value of consummation from my linky instead of SmartmeterID ?@madjuju if you get the data from your electricity meter via MQTT, you can easily integrate it into IOBroker. There is an MQTT adapter for IOBroker. It can be set up as a MQTT host as well as a client. Once the data is available in IOBroker the script can easily work with it.
-
@madjuju if you get the data from your electricity meter via MQTT, you can easily integrate it into IOBroker. There is an MQTT adapter for IOBroker. It can be set up as a MQTT host as well as a client. Once the data is available in IOBroker the script can easily work with it.
@waly_de
Thank you very much for this first encouraging reply.Will I have to change your script? I'm not a computer scientist. It's complicated for me.
Yes, I can retrieve the called power in volts amperes via mqtt. An intier
If value = 0 then no consumption
if the value > 0 then consumption.
If you could be so kind as to guide me, I'd be very grateful. -
@waly_de
Thank you very much for this first encouraging reply.Will I have to change your script? I'm not a computer scientist. It's complicated for me.
Yes, I can retrieve the called power in volts amperes via mqtt. An intier
If value = 0 then no consumption
if the value > 0 then consumption.
If you could be so kind as to guide me, I'd be very grateful.@madjuju I'm afraid that's a bit beyond the scope here. I suggest you start with the basics of IOBroker and set up everything so that the consumption data (real-time power in watts) are available in IOBroker. If you still have questions about the setup of the script, I will be happy to help.
-
@madjuju I'm afraid that's a bit beyond the scope here. I suggest you start with the basics of IOBroker and set up everything so that the consumption data (real-time power in watts) are available in IOBroker. If you still have questions about the setup of the script, I will be happy to help.
Hallo zusammen,
ist euch die Developer Seite von Ecoflow bekannt ?
https://developer.ecoflow.com/usAuf der Seite ist die MQTT und die HTTP Schnittstelle beschrieben,
leider nur für die Delta Pro und das Smart Home Panel.
Ich kann damit leider nichtwirklich etwas anfangen
Aber vielleicht hilft es euch etwas.Hier mal ein Auszug:
-
Hallo zusammen,
ist euch die Developer Seite von Ecoflow bekannt ?
https://developer.ecoflow.com/usAuf der Seite ist die MQTT und die HTTP Schnittstelle beschrieben,
leider nur für die Delta Pro und das Smart Home Panel.
Ich kann damit leider nichtwirklich etwas anfangen
Aber vielleicht hilft es euch etwas.Hier mal ein Auszug:
-
@aikonflo Interessant. Guck ich mir mal nach dem Urlaub an. Alles was ich bisher offizielles gefunden habe, war wenig hilfreich. Vor allem wenn es um den PowerStream ging.
neue Version. 1.1.2.
Inzwischen ist es offensichtlich zu groß um es komplett im Beitrag zu posten. Daher habe ich es als .txt Datei herauf geladen. Ich hoffe Ihr kommt damit klar?(1.1.2) 17.08.2023
- Braking Changes bei der Konfiguration. Viele Daten sind jetzt zu den einzelnen PowerStream gewandert.
- Unterstützung der Steuerung von mehreren PowerStream in 2 Modes (Balance und Serial)
Balance: die PS werden nacheinander angesprochen, dabei versucht jeder Einzelne für sich den Bedarf zu decken.
Serial: Der Bedarf wird in der Reihenfolge der Konfiguration verteilt. Erst wenn der erste es nicht mehr schafft den Bedarf zu decken, wird der Nächste hinzugezogen - Automatisches Wechseln in den Batterieprioritätsmodus. battOnSwitchPrio: true/false wenn battPozOn erreicht ist
- Festlegen des Gerätetyps bei der Konfiguration. Typ: Powerstrem:"PS"; DeltaMax:"DM";
Download(neues JS-Script in IOBroker anlegen Inhalt der Datei einfügen):
ecoflow-connector_v112 -
neue Version. 1.1.2.
Inzwischen ist es offensichtlich zu groß um es komplett im Beitrag zu posten. Daher habe ich es als .txt Datei herauf geladen. Ich hoffe Ihr kommt damit klar?(1.1.2) 17.08.2023
- Braking Changes bei der Konfiguration. Viele Daten sind jetzt zu den einzelnen PowerStream gewandert.
- Unterstützung der Steuerung von mehreren PowerStream in 2 Modes (Balance und Serial)
Balance: die PS werden nacheinander angesprochen, dabei versucht jeder Einzelne für sich den Bedarf zu decken.
Serial: Der Bedarf wird in der Reihenfolge der Konfiguration verteilt. Erst wenn der erste es nicht mehr schafft den Bedarf zu decken, wird der Nächste hinzugezogen - Automatisches Wechseln in den Batterieprioritätsmodus. battOnSwitchPrio: true/false wenn battPozOn erreicht ist
- Festlegen des Gerätetyps bei der Konfiguration. Typ: Powerstrem:"PS"; DeltaMax:"DM";
Download(neues JS-Script in IOBroker anlegen Inhalt der Datei einfügen):
ecoflow-connector_v112@waly_de Was genau macht der "typ" Parameter? Du gibst für die Powerstations "DM" und "DM2" vor. Läuft eine Delta2 dann als "DM2" ?
Danke für Deine Arbeit!
-
@waly_de Was genau macht der "typ" Parameter? Du gibst für die Powerstations "DM" und "DM2" vor. Läuft eine Delta2 dann als "DM2" ?
Danke für Deine Arbeit!
@mattenausohz
Im Moment unterscheidet der Parameter nur PowerStream von anderen Geräten. Zukünftig wird das aber wichtig. Es unterscheidet die Decodierung der Nachrichten und das Anlegen von Writeables, was ich dann auch ohne Änderung der jeweiligen Einstellung in der App machen kann. Da ich selbst nur einen Delta Max habe, komme ich da vielleicht durcheinander.... Ich hoffe mal, dass Delta2 und Delta Max2 sich nur durch die Größe des Akkus unterscheiden?
Wenn Du jetzt DM2 konfigurierst, wird es aber im Moment auf jeden Fall laufen wie vorher... -
@mattenausohz
Im Moment unterscheidet der Parameter nur PowerStream von anderen Geräten. Zukünftig wird das aber wichtig. Es unterscheidet die Decodierung der Nachrichten und das Anlegen von Writeables, was ich dann auch ohne Änderung der jeweiligen Einstellung in der App machen kann. Da ich selbst nur einen Delta Max habe, komme ich da vielleicht durcheinander.... Ich hoffe mal, dass Delta2 und Delta Max2 sich nur durch die Größe des Akkus unterscheiden?
Wenn Du jetzt DM2 konfigurierst, wird es aber im Moment auf jeden Fall laufen wie vorher...@waly_de Bei den Deltas muss ja aktuell (noch) nichts dekodiert werden zum Glück. Also die Delta 2 Daten werden jetzt erstmal ganz normal angezeigt.
-
@mattenausohz
Im Moment unterscheidet der Parameter nur PowerStream von anderen Geräten. Zukünftig wird das aber wichtig. Es unterscheidet die Decodierung der Nachrichten und das Anlegen von Writeables, was ich dann auch ohne Änderung der jeweiligen Einstellung in der App machen kann. Da ich selbst nur einen Delta Max habe, komme ich da vielleicht durcheinander.... Ich hoffe mal, dass Delta2 und Delta Max2 sich nur durch die Größe des Akkus unterscheiden?
Wenn Du jetzt DM2 konfigurierst, wird es aber im Moment auf jeden Fall laufen wie vorher...@waly_de
Die Delta2Max hat ein bisschen andere parameter, z.b. das Einstellen der SLowChrg Speed geht mit diesem{ id: 0, name: 'acChgCfg_D2', ValueName: 'slowChgWatts', Typ: 'D2', MT: 3, AddParam: '{"fastChgWatts":255,"chgPauseFlag":0}'},und das muster dazu:
const musterslowChgWatts = { "from": "iOS", "operateType": "acChgCfg", "id": "413001282", "lang": "de-de", "params": { "fastChgWatts": 255, "chgPauseFlag": 0 }, "version": "1.0" };Ich kenn mich leider nicht so gut damit aus, aber es hat nun geklappt, dass der Parameter in den writables angelegt wurde und auch die Änderung in der App zu sehen sind.
-
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)
Ich habe gestern mit Udo ( Udo Brad Reetz ) versucht das Skript einzurichten.
Wir haben das soweit geschafft, nur laut Udo wird nichts von Ecoflow abgerufen?
Er meinte ich solle hier nochmal nachfragen an was das liegen könnte? Ebenfalls meinte er, ist wohl nur ne kleine Einstellung.
Hintergrund der Aussage, da wie auf dem Bild zu sehen, bei RAW, RAW_HEX, LASTTOPIC und REALPOWER nichts ankommt.
Es blinkt zwar immer im Abstand rot und grün das (null) aber es kommen keine Informationen vom PowerStream ...Vielleicht kann mir hier unter die Arme gegriffen werden.
-
@mattenausohz
Beim Smartplug ist bei einer proto Nachricht die dritte Stelle kein string, wie auf der erwähnten Decoder Seite angezeigt wird. Es ist ein Array von uint32 mit 24 Einträgen. Jede Stelle ist eine Stunde Watt type 5 ist watth und watt type 6 ist die Zeit, wo er an war in dieser Stunde in Minuten.
Also mann muss bei dieser Nachricht nur die Einträge von dem Array bei watt type 5 addieren. Dann erhält mann die watth von dem Tag.
Sehr wahrscheinlich ist das beim powerstream auch so.
Hier die Proto:syntax = "proto3"; message EnergyItem { optional uint32 timestamp = 1; optional uint32 watth_type = 2; repeated uint32 watth = 3; //diese Stelle } message BatchEnergyTotalReport { optional uint32 watth_seq = 1; repeated EnergyItem watth_item = 2; }gibt es schon eine Definition was die watt_type mit den Werten 1 bis 8 bedeutet?
Ich habe bei mir z.B. bisher noch keine watth_typ=5 oder 6 in der Nachricht gehabt. Habe aber auch keine Plugs.
watth_type = 2 war bei mir bisher immer 0.Meine derzeitige Interpretation:
watth_type = 1 -> hauslast, andere Verbraucher
watth_type = 2 ->
watth_type = 3 -> zu Akku
watth_type = 4 -> von Akku, vollständige Entladung
watth_type = 5 ->
watth_type = 6 ->
watth_type = 7 ->
watth_type = 8 -> von Solar1 ist immer geringer als 4, das dürften Wandlungsverluste sein.
Ich hoffe das dies schon entschlüsselt ist.
Aus meiner Sicht gibt es von meiner Seite noch Erkenntnisse zu:
X_Unknown_7 -> upperLimit
X_Unknown_8 -> lowerLimit
X_Unknown_32 -> uptime in s, wie lange der power stream zugeschalten istGruß
Klaus -
Ich habe gestern mit Udo ( Udo Brad Reetz ) versucht das Skript einzurichten.
Wir haben das soweit geschafft, nur laut Udo wird nichts von Ecoflow abgerufen?
Er meinte ich solle hier nochmal nachfragen an was das liegen könnte? Ebenfalls meinte er, ist wohl nur ne kleine Einstellung.
Hintergrund der Aussage, da wie auf dem Bild zu sehen, bei RAW, RAW_HEX, LASTTOPIC und REALPOWER nichts ankommt.
Es blinkt zwar immer im Abstand rot und grün das (null) aber es kommen keine Informationen vom PowerStream ...Vielleicht kann mir hier unter die Arme gegriffen werden.
-
@benny89
Habt ihr Protobuf installiert? Vielleicht können die eingehenden Nachrichten nicht decodiert werden.@dreffi
also ich hab das gemacht mit npm install protobufjs
und ich habs in der Java Instanz eingetragen, mqtt und protobufjs.
Wie kann ich es denn prüfen ob es auch wirklich installiert ist ?
Es ist ja kein richtiger Adapter ....Mit freundlichen Grüßen
Benny
Support us
615
Online32.4k
Users81.4k
Topics1.3m
Posts