ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@milchbeck sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Okay danke für die Antwort und was bewirkt dann Zusatz power Offset?
Du meinst:
Zusatzpower_Offset: 10, // Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset
Zusatzpower versucht etwas mehr Leistungen aus dem PowerStream heraus zu kitzeln, als durch MaxPower festgelegt ist. D.h. wenn in die Batterie, die durch MaxPower festgelegte Leistung minus Zusatzpower_Offset fließt, versuch das Skript in kleinen Schritten die Einspeiseleistung zu erhöhen. auf diese Weise habe ich schon an die 700 W Gesamtleistung aus einem 600 W PowerStream herausgeholt.
Wenn du diesen Wert natürlich erhöht hast auf 150 W, dann hat das Skript bei Max Power gleich 800 W ab 650 W versucht mehr Leistung ins Netz einzuspeisen.
-
@waly_de Wie setze ich denn chgPauseFlag über die App?
Ladetimer? Ich schau mal… Ne, Ladetimer zu setzen tut nix mit chgPauseFlag… -
@sirdir Ich habe es in der App auch nicht gefunden. Aber cool das es dieses Flag gibt. Die Timersachen sind sehr komplex in Sachen aktivieren per Script. Aktuell bekomme ich feste Werte wie täglich AC-Laden von 00:00 Uhr bis z.B. 3:00 Uhr hin, weil ich einmal den Timer mitgeschnitten habe. Aber die Zeiten und andere Werte wie Tage benötigt vielleicht sogar ein eingenes Script. Vielleicht komme ich in den nächsten Tage hier mal weiter jedoch kann ich kein Script schreiben höchstens Daten liefern.
-
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@sirdir sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Nur dads chgPauseFlag allein setzen, da dann 255 bei slowChgWatts zu senden dürfte ein Bug sein.
was schickt die App, wenn du chgPauseFlag setzt?
nachdem ich einen String für die DeltaMax gefunden habe params: { id: 69, chgPause: 1 }, bin ich der Meinung, daß man immer nur den relevanten Parameter schicken braucht. In der APP gibts den ja nicht, aber bei der Homeassistant Implementierung, wenn man noch die alte FW drauf hat (mit direkter Kommunikation ohne cloud).
D.h. bei dem chgPauseFlag sollte es auch funktionieren, wenn man slowChgWatts und fastChgWatts weglässt.
Ähnlich ist es mit den min/max settings, wenn man über die App steuert, sind beide Werte enthalten, es geht aber auch nur einer zum schicken. -
@aherby funktioniert das für dich? Ich hab’s nur mit der River probiert und da funktioniert das mit dem AC Laden/nicht laden nicht zuverlässig. Wenn ich den Task ab/ und wieder anschalte tut es meist in dem Moment, was es tun sollte… Aber ist so ziemlich unbrauchbar.
-
@waly_de Script hat heute Nacht super funktioniert. Danke!
Wenn ich jetzt noch etwas frage, dann springst Du wahrscheinlich aus dem Fenster, aber vielleicht ist es ja zu
Kann man jetzt in das zusätzliche Script einbauen, dass wenn der SOC von 100% erreicht ist, er wieder auf Strom-Prio umschaltet? Also entweder andere Levels oder SOC, was zuerst kommt?
-
Hmm, ich bin nicht ganz sicher was das Problem ist, da ich keine Fehlermeldung gefunden habe und nix, aber seit ich die Version 1.1.6.1 drauf habe hat das System beide Male am Morgen nichts getan, 0 Einspeisung. Habe wieder ne urtalte Version aktiviert und sofort wurde eingespeist. Bin ich der Einzige?
-
@foxthefox leider ist die „Sprache“ der Deltas bisher von Modell zu Modell unterschiedlich. Ich musste das ja Senden mehrerer Parameter einbauen, weil es mit dem Einzelsenden bei manchen Funktionen nicht funktioniert hat.
Bei der Delta 2 Max könnte das vielleicht klappen ( hab ja keine und kann’s nicht selbst testen)Nehmt doch in der Writeables Definition mal die anderen Addparams raus, und guckt was passiert.
{ id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg'}, -
@foxthefox sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
nachdem ich einen String für die DeltaMax gefunden habe params: { id: 69, chgPause: 1 }
Hast Du das schon getestet? Das wäre super, wenn das auch bei der Delta Max funktionierte
-
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@foxthefox leider ist die „Sprache“ der Deltas bisher von Modell zu Modell unterschiedlich. Ich musste das ja Senden mehrerer Parameter einbauen, weil es mit dem Einzelsenden bei manchen Funktionen nicht funktioniert hat.
Bei der Delta 2 Max könnte das vielleicht klappen ( hab ja keine und kann’s nicht selbst testen)Nehmt doch in der Writeables Definition mal die anderen Addparams raus, und guckt was passiert.
{ id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg'},der obige ist für D2M, wäre mal zu probieren, ob es ohne die anderen Parameter geht.
also der String muß für DeltaMax (nicht die 2er) der zu senden ist muß so aussehen:
msg: { from: 'Android', operateType: 'TCP', id: '747329085', lang: 'en-us', params: { id: 69, chgPause: 1 }, version: '1.0' }mit der DeltaMax geht das wunderbar, 0=keine Pause, 1=Pause
ich denke eher, daß es im script für DM so aussehen sollte (MT braucht es nicht)
{ id: 0, name: 'chgPauseFlag', ValueName: 'chgPause', Typ: 'DM', MT: 3, OT: 'TCP'},Übrigens ist meine Adapterarbeit iobroker.ecoflow-mqtt quasi fertig. Werde ggf. heute noch einen neuen Thread dazu eröffnen.
-
@waly_de also gerade nochmal beobachtet die Delta 2 Max lädt nur soviel mit Leistung auf wie auch Power steht mit Offset 10Watt sobald ich auf 600 stelle geht alles rein in den Akku was geht
-
Wie schon mal angekündigt, ich habe den Ecoflow Geräten mal einen eigenen Adapter spendiert.
Dank der guten Arbeit von @Waly_de konnte ich mir an manchen Stellen Arbeit sparen.Der Adapter soll nicht das hier vorhanden script überflüssig machen, vielmehr scheint eine Entkopplung zwischen Gerätelogik und eigentliches Script sinnvoll. Benennung, Einheiten und Umrechnungen sind alle im Adapter enthalten, so daß man sich in den vielen Daten besser zurechtfindet.
Hier der Thread dazu:
https://forum.iobroker.net/topic/69819/neuer-adapter-ecoflow-mqttGruß
Klaus -
@karo2204 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Kann man jetzt in das zusätzliche Script einbauen, dass wenn der SOC von 100% erreicht ist, er wieder auf Strom-Prio umschaltet? Also entweder andere Levels oder SOC, was zuerst kommt?
OK.. Da ich auch Tibber bestellt habe und es vielleicht auch für andere Interessant ist, hab ich ein Modul-Script dafür erstellt. Das kann als eigenes, neues Script neben dem Hauptscript angelegt werden.
-
@waly_de Oh wow danke Dir.
Ich muss sagen seit ich Dein extra Script eingebaut habe, funktioniert es super, auch heute Nacht wieder.
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
//************************************************************* // 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') { if (getState("0_userdata.0.ecoflow.Settings.ConfigData").val.email !== undefined) { ConfigData = getState("0_userdata.0.ecoflow.Settings.ConfigData").val; } } /*************************************** ********** 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.") } } //*************************************************************Ich bekomme hier den Fehler angezeigt:
javascript.0 (52431) script.js.Ecoflow-Tibber: TypeError: Cannot read properties of null (reading 'email') 07:11:14.323 error javascript.0 (52431) at script.js.Ecoflow-Tibber:25:65 07:11:14.324 error javascript.0 (52431) at script.js.Ecoflow-Tibber:119:3Was kann ich da machen?
-
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
//************************************************************* // 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') { const tempConfigData = getState("0_userdata.0.ecoflow.Settings.ConfigData").val if (typeof tempConfigData === 'object' && tempConfigData !== null) { if (tempConfigData.email !== undefined) { ConfigData = tempConfigData; } } } /*************************************** ********** 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.") } } //*************************************************************Schaut gut aus. Danke Dir. Hat nicht gemeckert.
-
Es ist schon seltsam. Die 1.1.6.1 funktioniert jeden Tag bis 1 Uhr wo ich die Batterie wieder auflade und nix einspeise, aber morgens um 7 wo wieder eingespeist werden sollte tut das script einfach nix mehr. Ein Neustart hilft nix, aber wenn ch das alte Script starte funktioniert’s und wenn ich dann zum 1.1.6.1 zurück gehe geht das auch wieder… Hab jetzt endlich gesehen was die mlog funktion tut und kann das vielleicht morgen anschauen… wobei ich keine Lust habe da wieder um 7 rumzudebuggen, vielleicht lass ich das alte Script laufen…
Aber um noch etwas sinnvolles beizutragen, da noch niemand davon geschrieben hat und Waly das Update ja vielleicht nicht bekommen hat, wer weiss. Es gibt die neue Funktion ‘Feed-in control’, die festlegt, ob bei vollem Akku die ganze Solarleistung eingespeist werden soll (control off) oder nur was eingestellt ist (control on):Feed-in control off:
- warn: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: Nicht definierter cmd_func-Wert. [PowerStream] cmdId:143 cmdFunc:20 2023-11-04 11:48:31.052 - info: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: hexString: 0a36102018352001280138034014488f01580170daaecbcf01800113880101ba0103696f73ca0110xx 2023-11-04 11:48:31.053 - info: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: Nachricht: {"header":[{"src":32,"dest":53,"dSrc":1,"dDest":1,"checkType":3,"cmdFunc":20,"cmdId":143,"needAck":1,"seq":435345242,"version":19,"payloadVer":1,"from":"ios","deviceSn":"x"}]}Feed in control ein:
2023-11-04 11:48:33.140 - warn: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: Nicht definierter cmd_func-Wert. [PowerStream] cmdId:143 cmdFunc:20 2023-11-04 11:48:33.141 - info: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: hexString: 0a3c0a020801102018352001280138034014488f015002580170afbfcbcf01800113880101ba0103696f73ca0110xx 2023-11-04 11:48:33.142 - info: javascript.0 (457337) script.js.Powerstream_v1_1_6_1: Nachricht: {"header":[{"pdata":"0801","src":32,"dest":53,"dSrc":1,"dDest":1,"checkType":3,"cmdFunc":20,"cmdId":143,"dataLen":2,"needAck":1,"seq":435347375,"version":19,"payloadVer":1,"from":"ios","deviceSn":"x"}] -
@sirdir
Das scheint mit der neuen Version 1.0.3.45 gekommen zu sein.
Jetzt müsste man nur noch herausfinden wo dieser neue Wert im protobuf steckt
Sonst weiß man ja wieder mal nicht wie der derzeitige Zustand ist. -
@sirdir
kannst du den originalen hex string mal durch https://protobuf-decoder.netlify.app entschlüsseln.
Was kommt dort für die erste Stelle?
0801 ist ein komischer Wert
