NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
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?
@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. -
@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.
@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.
-
@karo2204 Da hast Du ein paar }); zu viel drin.
Compiler-Fehler sollte auch Chat GPT gut beseitigen können.Also ich hab es für Dich mal getestet und hier ist eine laufende Version:
Das kannst Du auch in einem eigenen Script laufen lassen.Ob es funktioniert kannst Du nachher im Log sehen, da wird jeder Wechsel des Tibberpreislevels protokolliert.
Damit es funktioniert müssen aber dringend diese Einstellungen gemacht werden:
RegulationOffPower: -2 //Das Schaltet den Priomode, wenn du die Regulation ausschaltest
RegulationState: "Regulate" // Erzeugt der State zum Ein und Aus-Schalten der Regulation.Viel Spaß beim Testen
const tibberID = 'tibberlink.0.Homes.dfefdc35-4e8e-43a8-800f-64e5fe315d10.CurrentPrice.level' checkTibber() //Beim Starten des Scripts prüfen und einstellen on({ id: tibberID, change: "ne" }, function (obj) { //Bei jeder Änderung des Status: CurrentPrice.level prüfen und einstellen checkTibber() }); function checkTibber() { let priceLevel = getState(tibberID).val; log("Neuer Tibber Preislevel: " + priceLevel) if (priceLevel == 'CHEAP' || priceLevel == 'VERY_CHEAP') { setState('0_userdata.0.ecoflow.Regulate', false); // Set to Battery prio mode log("Script abgeschaltet (Batterie-Priomode an)") } else { setState('0_userdata.0.ecoflow.Regulate', true); // Set to Power Supply prio mode log("Script eingeschaltet (Batterie-Priomode aus)") } }@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?
-
@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.@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'}, -
@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.@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
-
@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'},@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.
-
@milchbeck sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
mal ne Frage wollte gerne über dem Script nur die Grundlast plus 50 Watt decken aber wenn ich anstatt Wechselrichter Leistung 800 Watt auf 150 Watt stelle wird nicht mehr in den Akku geladen der Rest geht dann als Überschuss ins Netz , also wie kann ich 150 Watt maximal einspeisen und trotzdem mit voller Leistung laden falls die mal kommt…
der Parameter "MaxPower" legt die maximale Einspeiseleistung fest.
Wieviel der PS in die Batterie lädt kann das Script nicht begrenzen.
Also sollte alles > "MaxPower" auch in die Batterie gehen. -
@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 -
@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?
@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.
-
@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.
-
@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 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') { 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"}] -
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"}] -
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 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
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…
Das Problem hat bisher keiner reportet. Du sagst du lädst um 1. stellst du dann das script mit regulate state ab? Keine Meldungen im Log?
@sirdir sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
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):
Oh, cool. Nein, ich hab das Update nicht bekommen. 0801 als payload? Das ist wirklich schräg.... ich bau es mal in die Writeables...
-
@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@foxthefox sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
0801 ist ein komischer Wert
ach Quatsch... jetzt fällt es mir wieder ein. Der Payload ist ja auch protobuf codiert.... das ist ein HEXString und heisst einfach value:1
-
@foxthefox sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
0801 ist ein komischer Wert
ach Quatsch... jetzt fällt es mir wieder ein. Der Payload ist ja auch protobuf codiert.... das ist ein HEXString und heisst einfach value:1
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@foxthefox sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
0801 ist ein komischer Wert
ach Quatsch... jetzt fällt es mir wieder ein. Der Payload ist ja auch protobuf codiert.... das ist ein HEXString und heisst einfach value:1
ich bin beruhigt
Support us
238
Online32.4k
Users81.3k
Topics1.3m
Posts