NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@waly_de
tatsächlich jetzt läufts auch mit nicht Echtzeit.... werde noch beobachten wie gut er es regelt wenn er nicht wie gerade voll einpeist...
Vielen Dank schon mal für deine Hilfe und das Script, werde dir definitiv was auf Paypal schicken!Grüße
-
@resilient prima freut mich das es läuft!
-
Ich habe jetzt das ganze Objekt 0_userdata.0.ecoflow gelöscht und neu mit dem Skript 1142 angefangen. Leider ohne großen erfolg.
2023-09-28 17:01:03.157 - info: javascript.0 (186) Start javascript script.js.ps1142 2023-09-28 17:01:03.210 - info: javascript.0 (186) script.js.ps1142: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 2023-09-28 17:01:03.376 - info: javascript.0 (186) script.js.ps1142: Neues Writeable angelegt. Gerät:PowerStream Typ:PS Wert: SetDisplayBrightness 2023-09-28 17:01:03.378 - info: javascript.0 (186) script.js.ps1142: Neues Writeable angelegt. Gerät:PowerStream Typ:PS Wert: SetPrio 2023-09-28 17:01:03.382 - info: javascript.0 (186) script.js.ps1142: Neues Writeable angelegt. Gerät:PowerStream Typ:PS Wert: SetBatLimitLow 2023-09-28 17:01:03.384 - info: javascript.0 (186) script.js.ps1142: Neues Writeable angelegt. Gerät:PowerStream Typ:PS Wert: SetBatLimitHigh 2023-09-28 17:01:03.385 - info: javascript.0 (186) script.js.ps1142: Neues Writeable angelegt. Gerät:PowerStream Typ:PS Wert: SetAC 2023-09-28 17:01:03.537 - info: javascript.0 (186) script.js.ps1142: Verbunden mit dem Ecoflow MQTT-Broker 2023-09-28 17:01:13.219 - info: javascript.0 (186) script.js.ps1142: PowerStream [PowerStream] Batteriestand unter Limit:15% (0%). Limitiere Einspeiseleistung auf: 150W 2023-09-28 17:08:17.120 - info: javascript.0 (186) script.js.ps1142: Verbunden mit dem Ecoflow MQTT-Broker 2023-09-28 17:10:43.382 - info: javascript.0 (186) script.js.ps1142: PowerStream [PowerStream] Batteriestand ist jetzt über Limit:20% (98%). Maximale Einspeisung wieder bei: 600W 2023-09-28 17:20:50.530 - info: javascript.0 (186) script.js.ps1142: PeakSkip Delta: 212
setAC unter writeables ist auch nach 20 Minuten noch auf null
Ich werde später versuchen den Punkt zu finden weshalb setAC nicht gesetzt wird. Vielleicht hab ich ja Glück.
-
@pasch Ich denke du hast mitgelesen?
Bitte prüfe noch mal ob Du den History-Adapter installiert hast und dieses auch läuft. -
Ich brauche bitte auch noch mal Hilfe.
- Das Script Version 1.1.4 läuft auf einem Raspi 4.
- Ein PowerStream mit Delta Pro und Zusatzakku.
- RealPower wird korrekt angelegt. History aktiv.
- 0_userdata.0.ecoflow.app_device_property_HW51ZOxxxxxxxxxxxx.data.InverterHeartbeat.batSoc ist auch nach mehreren Stunden noch auf "0" und entsprechend bekomme ich auch die Nachricht "Batteriestand unter Limit" => entsprechend ist SetAC auch immer = 0
- Die Kommunikation an sich klappt - wenn ich die Einspeisung in der App manuell auf z.B. 200 Watt stelle, ist sie eine Minute später wieder auf 0...
Was kann ich noch nachprüfen?
-
@umele das sieht nach Kommunikationsproblemen zwischen PS und Delta aus. Der Wert batSoc wird selten, u.U. nur nach Änderung aktualisiert. Das kann also etwas dauern. Wenn er aber immer auf 0 steht, stimmt da was auf der EcoFlow Seite nicht.
Die PS muss mit dem Eingang 1 der Delta verbunden sein, der Zusatzakku mit Eingang 2.
-
@waly_de Danke für die schnelle Antwort. Habe gleich mal die Ports geprüft - sieht so aus, als wäre der Zusatzakku auf Port 1. Ich änder das gleich mal und melde mich wieder.
-
@Waly_de - passt
Vielen lieben Dank!!Das bedeutet dann im Umkehrschluss wohl, dass nur Port 1 ein "echter" Kommunikationsport ist - richtig? Dann muss ich bei einem Firmware-Update PowerStream und Zusatzakku kurzfristig wieder tauschen?
Super Arbeit!!
-
@waly_de Danke das du mich noch mal mit der Nase darauf gestoßen hast.
Das war auch bei mir die Lösung. Ich hatte es nicht mit meinem Problem in Verbindung gebracht, weil ich keine Fehlermeldung in dieser Richtung bekommen hatte. -
Hallo,
ich habe mal eine Verständnisfrage:
wozu benötige ich die Parameter:
lowBatLimitPozOn: 30,
lowBatLimitPozOff:40,
lowBatLimit: 150,Bei mir wird der Akku bis zum letzten % "leer" gezogen. Ich hätte erwartet, dass zumindest ab 30% "nur" noch auf 150W reduziert wird. Das klappt bei mir gar nicht.
Aber ich verstehe auch den Hintergrund nicht so ganz. Warum sollte ich "kurz vor Leer" die Ausgabeleistung "nur" auf 150W (oder einen beliebigen Wert) reduzieren. Entweder ich möchte die volle benötigte Leistung bis zur definierten Restladung haben oder nicht, aber was bringt eine reduzierte Abgabe?
Vielleicht verstehe ich das auch nicht richtig.Dann habe ich noch eine weitere Frage.
Der Ladestand der Batterie wird ja hier angezeigt:
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_bmsStatus.f32ShowSoc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_bmsStatus.soc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_emsStatus.f32LcdShowSoc
0_userdata.0.ecoflow.app_device_property_R351xxxxD2Mxxx.data.params.bms_emsStatus.lcdShowSocAber um an die Werte heran zu kommen muss ich ja den D2M abfragen. Das wiederum erzeugt ja viel Datenstrom.
In den Einstellungen des PS in der APP wird ja auch der Batteriestand angezeigt.
Finde ich vielleicht den Wert irgendwo versteckt in den "userdaten" wieder ohne de D2M abzufragen?vielen Lieben Dank für eure Hilfe.
Und vor allen für das tolle Script.gruß Kai
-
@kaiausbrieselang ja das geht auch über
*.data.InverterHeartbeat.batSoc
-
Läuft super bisher.
Mir ist aufgefallen, dass "Other Loads" bei mir oft um 1-3 Watt schwankt. Gibt es die Möglichkeit zu sagen, nur bei Änderungen größer X den neuen Wert setzten? In den Einstellungen habe ich nichts gefunden.
Grüße
Patrick -
Gestern Abend ist mir was aufgefallen, das eventuell noch ein Bug sein könnte. Der erste PS mit Speicher war leer und der 2. hatte noch 60% aber das Script wollte/konnte
dem 2. PS die angeforderte Leistung nicht zuweisen er wollte immer den ersten bei dem die Batterie bereits leer war. Half nur das script zu stoppen und es manuell über die app zu machen.
Aber ansonsten läuft die Regelung ziemlich gut auch bei Echtzeit-Regelung. -
@ponti92
wieder was gelernt
Danke dir!! -
Hm, das neue Script funktioniert für mich nicht. Es regelt überhaupt nichts. Der Debug Modus gibt leider auch keine sinnvollen Meldungen mehr aus sondern im Prinzip nur MQTT geschnatter. Disregard, beim cut&paste ist bei der Smartmeter ID was schief gegangen.
-
Hallo zusammen,
Ich habe mal für mich selber zusätzlich zum Script mit Blockly was entworfen, was mir erlaubt, den täglichen Strombezug vom Netz zu monitoren.
Die dafür nötigen Objekte habe ich manuell erstellt:
Falls das interessant erscheint - vielleicht mag ja jemand das ins Script integrieren?
-
Hallo zusammen,
Das Script läuft bei mir inzwischen reibungslos - vielen Dank @Waly_de für die super Arbeit!
Ich möchte "lowBatLimitPozOn" von der Wettervorhersage abhängig machen.
Wenn der kommende Tag sonnig wird, dann soll lowBatLimitPozOn = 10 sein, sonst lowBatLimitPozOn = 30 (möchte genügend Reserve für Stromausfälle behalten).
Die Wettervorhersage bekomme ich vom Adapter "DasWetter". Über die Objekte- daswetter.0.NextDays.Location_1.Day_1.Wetter_Symbol_id
und
- daswetter.0.NextDays.Location_1.Day_1.Wetter_Symbol_id2
kommt die Info, ob Vormittag, bzw. Nachmittag sonnig werden.
Darauf basierend habe ich ein Objekt ("AkkuReserve") erstellt, das den gewünschten Wert für lowBatLimitPozOn enthält.
"AkkuReserve" soll an lowBatLimitPozOn übergeben werden.
Leider kann ich wirklich kein JavaScript...
Kann mir bitte jemand dabei helfen?
Vielen Dank!
-
@umele hehe das ist eine tolle Idee
Vorschlag: wenn du schon ein Objekt selbst anlegst, dann scheib doch da den gewünschten wert für dein Limit rein, und wir ersetzen die entsprechende Variable im Script mit diesem Object…
-
@waly_de - bist ein Schatz
Ich habe es für mich jetzt erst mal so probiert - hoffe, damit zerschiesse ich mir das Script nicht:
-
@umele das könnte gehen, allerdings greift das nur beim starten des Scripts und nicht während der Laufzeit.
Ich hab mir dazu was flexibles überlegt, das ich auch in die nächste Version fest einbaue.
Damit kann man das easy für jeden Punkt der Config machen und es ist auch während der Laufzeit alles änderbar:Füge das hier unmittelbar nach der "ConfigData" definition ein:
// EXTERNE STATES zum Manipulieren von Configurationsvariablen var externConfig = [ //############# Diesen Abschnitt für jeden einzelne Wert anlegen ################ { VarName: "seriennummern[0].lowBatLimitPozOn", //Variabelname aus "ConfigData" bei Aufzählungen [0...X] in der Reigenfolge der Angaben id: "0_userdata.0.ecoflow.ExStateTest" //Das Objekt (State) das den Wert für diese variable enthalten soll }, //####################################################################### ]; //####################################################################### // Funktion zum Setzen einer verschachtelten Eigenschaft in einem Objekt function setNestedProperty(obj, path, value) { let keys = path.split('.'); let lastKey = keys.pop(); let tempObj = obj; keys.forEach(key => { if (key.match(/[\d+]/)) { let index = parseInt(key.match(/[(\d+)]/)[1]); key = key.split('[')[0]; tempObj = tempObj[key][index]; } else { tempObj = tempObj[key]; } }); tempObj[lastKey] = value; } function setConfigValueFromId(VarName, id) { if (isState2(id)) { let value = getState(id).val; // Wert von ioBroker abrufen setNestedProperty(ConfigData, VarName, value); // Wert in ConfigData setzen } } // Initialisierung bei Programmstart externConfig.forEach(config => { setConfigValueFromId(config.VarName, config.id); }); // Änderungen während der Laufzeit überwachen externConfig.forEach(config => { if (isState2(config.id)) { on(config.id, function (obj) { setConfigValueFromId(config.VarName, obj.id); //log("ExternesEvent:" + obj.id + " : " + config.VarName + ":" + obj.state.val) }); } }); //#######################################################################
solle sich selbst erklären