NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@aherby hmm ich denke das hängt mit diesen 255'er Werten zusammen die teilweise mit gesendet werden... es ist blöd, denn wenn ich eine Delta 2 Max hier hätte, könnte ich das wahrscheinlich schnell lösen. Aber so ist das echt schwierig.
ich schicke gleich in diesem Beitrag mal eine neue Version vom Script. Ich habe (ohne es testen zu können) mal versucht die 255 Werte zu berücksichtigen und nicht mit den Werten aus den States zu überschreiben.
Neue Version: ecoflow-connector_v116.txt
-
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@Waly_de
Sollte das Problem wieder auftreten, würde ich als quick fix die Regelfrequenz des scripts gerne drosseln, da die Änderungen eh nicht so schnell übernommen werden und dann alles durcheinander kommt.
An welcher Stelle bzw. in welcher Funktion kann ich das anpassen? Ich würde gerne statt alle 30s nur z.B. alle 5 oder 15 Minuten den Einspeisewert aktualisieren lassen. Die möglichen Nebenwirkungen sind mir bewusst…/*======================================================= ========= Timer ============ =======================================================*/ //jede x Sekunden var intervalID = setInterval(function () { if (true || istTag()) { CheckforReconnect(function () { //SetBasePower(GetNextAsn()); SetBasePower() }); } else { ////SetBasePower(firstPsSn); } }, 10 * 1000);
10 * 1000 heisst alle 10 Sekunden.
30 * 1000 wären alle 30 Sekunden -
@waly_de Kurz dachte ich es hat funktioniert, aber doch nicht. Heute ist es wieder so, dass er immer wieder einspeist aus dem Akku. Auch wenn nichts läuft (wir sind nicht zu Hause).
Ich habe keine Ahnung warum das nicht funktioniert. Habe immer noch Deine Version vom Script laufen.
-
Hallo zusammen,
seit dem letzten PowerStream Update habe ich nun das Problem, dass batSoc nicht mehr aktualisiert wird. Der Wert ist auf null. Das betrifft aber nur den Datenpunkt unter data.InverterHeartbeat. Der Wert unter data.params.bms_bmsStatus.soc wird aktualisiert.
Leider denkt so der Script das Soc 0 ist und regelt nicht. Ändere ich den Wert manuell, dann regelt der Script wie gewohnt.
Wer hat das Problem auch.
VG Nils
-
Hab den Raspberry Pi neu gestartet. Nun wird der Wert wieder aktualisiert....
Komisch.....
-
@waly_de Mir ist nicht ganz klar, ob das zusammen hängt mit dem was du zu reparieren gehofft hast, aber falls das was hilt: Wenn ich slowChgWatts änder, stoppt die Ladung auch mit der V1.1.6 immer noch.
-
@sirdir Bei meiner Delta 2 Max habe ich es bisher nicht probiert was passiert wenn ich nur den
slowChgWatts
ändere. Bisher habe ich immer erst über Pauseflag gestoppt.
Dann wieder entfernt und versucht über SlowChgWatts den Ladevorgang wieder zu starten. -
@aherby wie meinst du, wieder starten? In dem du den Wert änderst? Mit Pause hab ich bisher nicht versucht, aber wenn ich den Wert ändere, wird er geändert (sieht man auch in der App), aber die Ladung stoppt. Funktioniert denn deine Methode?
Edit: Hab's gerade ausprobiert. Wenn ich mit chgPauseFlag die Ladung stoppe und dann den Wert ändere, dann wird der Wert geändert und die Ladung geht automatisch weiter. Na, super, danke, dann bau ich das gleich mal so in mein Script ein (ich will, dass wenn mit Solarüberschuss geladen wird, mit 400W geladen wird, nachts lad ich aber mit 800W auf)Edit2: Aber funktioniert anscheinend leider nicht immer…
-
@waly_de Woher kommst du denn genauer ?
Darf ich mal fragen wo oder was du im neunen Script geändert wurde?In v115 steht:
Delta 2 Max ... { id: 0, name: 'slowChgWatts', ValueName: 'slowChgWatts', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":200, "slowChgWatts":255,"chgPauseFlag":0}' }, // Objekt angelegt, schreibbar { id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":200, "slowChgWatts":255,"chgPauseFlag":0}' }, // TODO: chgPauseFlag testen, ob dann die Ladung pausiert
In V116 steht:
Delta 2 Max ... // { id: 0, name: 'slowChgWatts', ValueName: 'slowChgWatts', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":200, "slowChgWatts":255,"chgPauseFlag":0}' }, // Objekt angelegt, schreibbar { id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":200, "slowChgWatts":255,"chgPauseFlag":0}' }, // TODO: chgPauseFlag testen, ob dann die Ladung pausiert //
fastChgWatts
ist auch der falsche Wert.
slowChgWatts
ist ja der Wert. Bin mir nicht sicher ob ich es am anderen Rechner wo ich gerade nicht dran komme geändert hatte oder nicht.
Gerade mal über den anderen Rechner geloggt:
/set:{"params":{"slowChgWatts":900,"fastChgWatts":255,"chgPauseFlag":0},"from":"iOS","lang":"de-de","id":"663625918","moduleSn":"R351xxxx","moduleType":3,"operateType":"acChgCfg","version":"1.0"} 2023-10-30 20:27:43.832 - info: javascript.0 (475) script.js.EcoflowScript_1_1_5:
dann kam dieses:
property/R351xxx:{"addr":0,"cmdFunc":0,"cmdId":0,"id":xxx,"version":"1.0","timestamp":1698697664,"moduleType":"3","params":{"inv.SlowChgWatts":900}}
Über das Automatische ausschalten der AC-Ladung kam:
JSON-Nachricht empfangen:/app/device/property/R351xxx:{"addr":0,"cmdFunc":0,"cmdId":0,"id":158022984660xxx,"version":"1.0","timestamp":1698698966,"moduleType":"3","params":{"inv.standbyMin":0,"inv.dcInVol":0,"inv.cfgAcWorkMode":0,"inv.SlowChgWatts":900,"inv.dcInAmp":0,"inv.prBalanceMode":0,"inv.cfgAcOutFreq":1,"inv.outputWatts":0,"inv.errCode":0,"inv.dcInTemp":20,"inv.invOutFreq":0,"inv.chargerType":0,"inv.reserved":[0,0,0,0,0,0],"inv.acInAmp":0,"inv.fanState":0,"inv.acChgRatedPower":2400,"inv.cfgAcXboost":0,"inv.cfgAcEnabled":0,"inv.outTemp":22,"inv.invType":8,"inv.cfgAcOutVol":230000,"inv.acDipSwitch":2,"inv.acInVol":0,"inv.invOutVol":0,"inv.FastChgWatts":2400,"inv.inputWatts":0,"inv.acPassbyAutoEn":0,"inv.chgPauseFlag":0,"inv.acInFreq":0,"inv.dischargeType":0,"inv.invOutAmp":0,"inv.sysVer":33554507}}
Anderes Thema:
Könntest du den Text in den neuen Versionen bei folgenden ändern, anpassen?{ id: 0, name: 'dcChgCfg', ValueName: 'dcChgCfg', Typ: 'D2M', MT: 5, OT: 'dcChgCfg', AddParam: '{"dcChgCfg":0, "dcChgCfg2":0}' }, // Ausgang1: Werte sind 8000 (8A), 6000 (6A) und 4000 (4A) { id: 0, name: 'dcChgCfg2', ValueName: 'dcChgCfg2', Typ: 'D2M', MT: 5, OT: 'dcChgCfg', AddParam: '{"dcChgCfg":0, "dcChgCfg2":0}' }, // Ausgang2: Werte sind 8000 (8A), 6000 (6A) und 4000 (4A) hatte @ponti92 mal geändert. https://forum.iobroker.net/post/1037794
-
@sirdir Wie lang hast du
chgPauseFlag
gesetzt?
Wo hast du den Ladewert geändert, in der App oder per Script?Warum wenn Solarüberschuss nur mit 400 W laden? Achso hast eine große PV-Anlage und hast Zeit um langsam zu laden.
Aber warum nachts mit 800 W?
Hast du einen dynamischen Stromtarif?
Wie groß ist dein Akku?ja genau das funktioniert nicht immer war mein Problem bisher.
Kann aber nicht ermittels wieso es nicht funktioniert. -
@aherby geändert im Script… (also nicht in Walys, ich hab selbst eines zusätzlich geschrieben das nen Stromzähler simuliert, da ich keinen Sensor an meinen hängen kann, und dann eben noch ein paar Zusatzsachen macht) über die App geht's natürlich.
Warum 400W? Weil ich kein so grosses Solarsystem habe und mehr als 400W überschuss hab ich zumindest zur Zeit selten. Nachts 800W, sonst wird der Akku nicht voll (4 kWh). Ich zahl hier in Spanien nachts von 1-7 Uhr mit dem e-Auto Tarif nur 3 cts pro kWh... Tagsüber (also zu jeder anderen Zeit) dafür jetzt 40 cts. Da will man den Akku gern voll haben
Naja, mal sehen ob da noch jemand dahinter kommt. Wenn's mal zuverlässig funktioniert mach ich's dann dynamisch, je nach vorhandenem überschuss. -
@sirdir so ein "Luxusproblem" mit der Nacht hätte ich auch gern
Also Nachts könntest du doch über die App-Funktion : >Lab-Funktion ->Automatisierung -> "Laden über Wechselstrom"
eingestellt auf täglich von 01:00 Uhr bis 07:00 Uhr mit den entsprechenden Wert?
Also über die Funktion hat es sauber gestartet und gestoppt. -
@aherby Das erlaubt aber nicht die Geschwindigkeit zu ändern. Ausserdem, mit der D2M hab ich’s nicht probiert, aber ich hab noch ne River2 und da funktioniert das nicht zuverlässig. Ich hab einfach ein Shelly am Eingang der D2M und steure den… eben von 1-7 Uhr geht er an und Tagsüber bei genug Solarüberschuss, aber eben, da kann ich nicht mit 800W ran… War jetzt den Sommer hindurch auch nicht nötig, da wurde der Akku fast immer voll, aber jetzt wo die Tage kürzer und wechselhafter werden…und die Panels am Powerstream kriegen erst ab Mittag richtig Sonne.
-
@sirdir Warum testest du es nicht mit der D2M ? Kannst es doch auch mit geringer Ladeleistung testen.
Kannst du ggf. auch bei den Test das / die Logs mal durchschauen, vielleicht findest du was. -
@aherby Nein ich meine das mit dem AC-Ladetimer in der App (Labfunctions) hab ich nur mit der River probiert. An der D2M bringt mir die Funktion nichts was nicht der Shelly am Eingang schon machen würde… Was mir ja eben fehlt ist ein zuverlässiges Setzen der Geschwindigkeit.
-
@aherby ich komme aus Krefeld, gleich bei Düsseldorf.
Ich habe im Code geändert, dass 255'er Werte ignoriert werden. An den Definitionen habe ich nichts geändert.Versuch doch bitte mal diese Definitionen :
{ id: 0, name: 'slowChgWatts', ValueName: 'slowChgWatts', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":255, "slowChgWatts":0,"chgPauseFlag":255}' }, // Objekt angelegt, schreibbar { id: 0, name: 'chgPauseFlag', ValueName: 'chgPauseFlag', Typ: 'D2M', MT: 3, OT: 'acChgCfg', AddParam: '{"fastChgWatts":255, "slowChgWatts":255,"chgPauseFlag":0}' }, // TODO: chgPauseFlag testen, ob dann die Ladung pausiert
-
@waly_de Moin,
ist die Fehlermeldung neu oder wichtig?javascript.0 2023-10-31 21:15:28.981 warn at processTimers (node:internal/timers:502:7) javascript.0 2023-10-31 21:15:28.981 warn at listOnTimeout (node:internal/timers:559:17) javascript.0 2023-10-31 21:15:28.981 warn at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34) javascript.0 2023-10-31 21:15:28.981 warn at Object.<anonymous> (script.js.EcoflowScript_1_1_6:910:9) javascript.0 2023-10-31 21:15:28.981 warn at CheckforReconnect (script.js.EcoflowScript_1_1_6:1276:16)
Ich habe deine Änderung mit ausprobiert.
Ein Test heute war vielversprechend.
Glaube bis auf einmal hat es immer funktioniert.
Also mit0_userdata.0.ecoflow.app_166974142xxx_R351xxx_thing_property_set.writeables.chgPauseFlag
den Wert auf "1" gesetzt dann wurde das AC-Laden unterbinden.
Sofort wieder auf Wert "0" dann ging der Ladevorgang weiter. Wobei ich hier öfter dann den AC-Ladewert bei "255"
in der App hatte.
Über0_userdata.0.ecoflow.app_166974142xxxx_R351xxxx_thing_property_set.writeables.slowChgWatts
Kann man bei der Delta 2 Max Werte zwischen "200" bis "2400" eingeben. Die App macht hier 100er Schritte das Schript dann wohl jeden Wert. Werte unter "200" werden nicht genommen. Den Wert "0" habe ich nicht getestet.
Weitere Tests mit 5 Minuten warten und dann das Flag wieder auf "0" funktionierten auch.
Länge Wartezeit war bei 15 Minuten und auch hier hat nach setzen vom Flag auf "0" das laden kurze Zeit später weitergemacht.Länger konnte ich es leider nicht testen aber würde sagen grundsätzlich ist die Funktion gegeben.
-
@waly_de Würdest du vielleicht noch etwas für die Delta 2 Max im Script aufnehmen?
{ id: 0, name: 'AcAlwaysOn', ValueName: 'enabled', Typ: 'D2M', MT: 1, OT: 'newAcAutoOnCfg', AddParam: '{"enabled":0, "minAcSoc":5}' }
Eine Lab-Funktion, die folgendes im Text hat...
"Wird dr Netzschalter automatisch eingeschaltet, nachdem wieder Strom anliegt. Bei ausgeschalteten Schalter müssen Sie den Netzschalter manuell betätigen. Der Netzschalter wird nicht abgeschaltet, wenn "Ac AlwayOn" aktiv ist. -
@aherby Den Fehler kenne ich nicht. ich gehe davon aus, dass das nicht jedes mal passiert?
Super das es jetzt funktioniert
Ich habe das und die anderen kleinen Änderungen nun in die neue Version übernommen.
Außerdem habe ich eine Funktion eingebaut, die ein Logfile mit dem Payload aller Set-Befehle eines Gerätes erstellen kann. Das sollte bei Linuxinstallationen sofort funktionieren.Vielleicht kannst Du das für die D2M und chgPauseFlag und slowChgWatts noch mal machen, indem Du es aktivierst und dann diese Einstellungen per App änderst?
Wenn ich das habe, kann ich die Definitionen noch mal gegen prüfen.Um die Limits kümmere ich mich erstmal nicht, solange das keine Probleme verursacht.
(1.1.6.1) 1.11.2023
- Delta 2 Max Writeables Fix für chgPauseFlag
- Log-Möglichkeit für Writeables von Deltas per Seriennummer eingebaut. Es wird ein Logfile erstellt, das unter Protokolle / Log Herunterladen erreichbar ist.
SERIAL_TO_LOG enthällt eine oder mehrere Seriennummern per "," getrennt - Kleine Anpassungen der Writeables für D2M
-
@Waly_de Ich hab das logging mal angeschaltet. Wenn ich den Ladespeed über die App ändere:
{"params":{"slowChgWatts":300,"fastChgWatts":255,"chgPauseFlag":0},"from":"iOS","lang":"en-us","id":"263712406","moduleSn":"x","moduleType":3,"operateType":"acChgCfg",
Weiteres Beispiel:
{"params":{"slowChgWatts":2400,"fastChgWatts":255,"chgPauseFlag":0},"from":"iOS","lang":"en-us","id":"466387125","moduleSn":"xxx","moduleType":3,"operateType":"acChgCfg","version":"1.0"}
über das script:
{"params":{"fastChgWatts":255,"slowChgWatts":300,"chgPauseFlag":255},"from":"iOS","lang":"de-de","id":"1698839496020","moduleSn":"x","moduleType":3,"operateType":"acChgCfg","version":"1.0"} {"params":{"fastChgWatts":255,"slowChgWatts":255,"chgPauseFlag":1},"from":"iOS","lang":"de-de","id":"1698839532015","moduleSn":"x","moduleType":3,"operateType":"acChgCfg","version":"1.0"}
Also manchmal wird 255 gesendet für slowChgWatts…
Edit: Sorry, das ist wahrscheinlich wenn ich das chgPasueFlag toggle, muss ich mal ausschalten und schauen…
Edit2: sieht gut aus11/1/2023, 1:45:58 PM {"params":{"fastChgWatts":255,"slowChgWatts":200,"chgPauseFlag":255},"from":"iOS","lang":"de-de","id":"1698842758392","moduleSn":"xx","moduleType":3,"operateType":"acChgCfg","version":"1.0"}
Bisher hat das Umstellen in ca. 10 Versuchen funktioniert.
Nur dads chgPauseFlag allein setzen, da dann 255 bei slowChgWatts zu senden dürfte ein Bug sein.
Und beim Setzen über die App scheint chgPauseFlag auch eher 0 zu sein als 255.