NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
Habe das Script jetzt mal mit voller Protokollausgabe laufen lassen. Es findet anscheinend den Sensor überhaupt nicht.
Es kommt noch nicht mal dazu die Funktion SetBasePower auszuführen (in der wird das Objekt RealPower erstellt). Laut Script müsste diese Funktion geloggt werden.
Auch im Debug Modus ist nichts zu finden. Bin gerade ratlos...
Schade, dass der Debug Modus es nicht erlaubt, das Script step-by-step auszuführen - dann könnte ich das Problem vielleicht finden...
Wäre echt toll, wenn jemand eine Idee hat - Danke!!
-
@umele wie du sagst, das Script prüft die Existenz des Sensors. Es muss also an der id liegen was genau hast du denn als smartmeterid angegeben?
-
@waly_de
Direkte Frage an Markus:
Ich habe jetzt mehrfach beobachtet, dass sich einer meiner Powerstreams im falschen Prio Modus befand.Einer ist konfiguriert bei vollem Akku auf Prio Akku zu schalten, der andere soll voll einspeisen. Das klappt soweit einwandfrei.
Gestern und heute fiel mir abends auf, dass der Powerstream der voll einspeisen soll auf Prio Akku stand.Ich kann nicht sagen wieso hier überhaupt die Priorisierung geändert wurde und ob das Script dafür verantwortlich ist. Da der Bedarf irgendwann höher als die abgegebene Leistung war, hätte hier aber irgendwann umgeschaltet werden müssen.
Der andere Powerstream wechselte unabhängig davon wunschgemäß wegen Bedarfs von Prio Akku auf Einspeisung. Der Bedarf war schnell wieder gering. Die eingestellte AC Last betrug dann wieder 0 W, aber der Powerstream wurde trotz vollem Akku nicht wieder auf Prio Akku zurückgestellt.
Die Trigger für das Umstellen der Priorisierung scheinen nicht so richtig zuverlässig zu funktionieren.
-
Hallo zusammen, das Script ist sehr gut bei mir bis vor kurzem gelaufen. Auf einmal hat das Scrip nicht mehr funktioniert. Es ändert die AC-Leistung des Powerstreams nicht mehr. Habe heute das Update auf den neuen Host durchgeführt, leider ohne Erfolg.
Generell kommuniziert das Script mit meinem Powerstream
19:12:58.284 info javascript.0 (1960) script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.
19:13:13.267 info javascript.0 (1960) script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.
19:13:13.465 info javascript.0 (1960) Stop script script.js.PowerStream
19:13:13.474 info javascript.0 (1960) script.js.PowerStream: Ecoflow MQTT-Client beendet
19:13:13.612 info javascript.0 (1960) Start javascript script.js.PowerStream
19:13:13.852 info javascript.0 (1960) script.js.PowerStream: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
19:13:14.231 info javascript.0 (1960) script.js.PowerStream: Verbunden mit dem Ecoflow MQTT-BrokerEs gibt zudem sehr viele Protokolleinträge, welche ich nicht deuten kann.
javascript.0
2023-09-16 18:13:13.612 info Start javascript script.js.PowerStreamjavascript.0
2023-09-16 18:13:13.474 info script.js.PowerStream: Ecoflow MQTT-Client beendetjavascript.0
2023-09-16 18:13:13.465 info Stop script script.js.PowerStreamjavascript.0
2023-09-16 18:13:13.267 info script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.javascript.0
2023-09-16 18:12:58.284 info script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.admin.0
2023-09-16 18:12:48.836 info ==> Connected system.user.admin from ::ffff:192.168.178.48javascript.0
2023-09-16 18:12:43.265 info script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.javascript.0
2023-09-16 18:12:28.264 info script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.javascript.0
2023-09-16 18:12:13.265 info script.js.PowerStream: Batterie runter auf 92%: Normalbetrieb.fronius.0
2023-09-16 18:12:03.611 warn State "fronius.0.inverter.1.Power_DC_String_2" has no existing object, this might lead to an error in future versionsfronius.0
2023-09-16 18:12:03.609 warn State "fronius.0.inverter.1.Power_DC_String_2" has no existing object, this might lead to an error in future versionsEventuell kann ja jemand einen Tipp geben, wo das Problem sein könnte.
-
@Waly_de hab mal ne frage wie wäre es im Script einzubauen, wenn der smartmeter oder powerfox ect mal keine Daten sendet das Script auf einen grundverbrauch sagen wir mal wie bei mir 140 Watt es dann eigenständig dem Powerstream das meldet und sobald wieder Daten ankommen es wieder ganz normal läuft? Also 5 Minuten oder was auch immer keine Daten dann Grundverbrauch 140 Watt und sobald wieder Daten eintreffen Normalbetrieb…
Weil bei mir fällt ab und zu mal Server seitig der Bezug aus und wenn dann zuletzt mal 400 Watt benötigt worden sind haut der Powerstream solange den Wert bis ich dann manuell eingreife und das würde es einfach im Hintergrund erledigen
-
Ich habe es jetzt endlich geschafft die akutelle Version mal einzubinden.
Leider fliegen mir sofort Fehlermeldungen um die Ohren:
javascript.0
2023-09-16 20:36:48.567 error at processTimers (node:internal/timers:514:7)
javascript.0
2023-09-16 20:36:48.566 error at listOnTimeout (node:internal/timers:573:17)
javascript.0
2023-09-16 20:36:48.566 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)
javascript.0
2023-09-16 20:36:48.566 error at Object.<anonymous> (script.js.EcoFlow_Script_v0.v1132.v1132:790:9)
javascript.0
2023-09-16 20:36:48.566 error at CheckforReconnect (script.js.EcoFlow_Script_v0.v1132.v1132:1151:9)
javascript.0
2023-09-16 20:36:48.565 error at script.js.EcoFlow_Script_v0.v1132.v1132:791:13
javascript.0
2023-09-16 20:36:48.565 error at SetBasePower (script.js.EcoFlow_Script_v0.v1132.v1132:1711:74)
javascript.0
2023-09-16 20:36:48.564 error Error in callback: TypeError: GetValAkt(...).val.toFixed is not a functionDie GetValAkt funktion habe ich daraufhin modifiziert das keine nicht numerischen Werte ausgegeben werden:
function GetValAkt(id, minuten = 15, reset = true) { if (isState2(id)) { const state = getState(id) if (state.ts > Date.now() - minuten * 60 * 1000) { return state.val; // Gib den Wert direkt zurück } else { if (typeof state.val === 'number') { if (reset && state.val !== 0) setState(id, 0, true) } else { if (reset && state.val !== "0") setState(id, "0", true) } state.val = 0; return state.val; // Gib den Wert direkt zurück } } else { //log("Kein State: " + id + "lege an.") createState(id, "0", false); //return getState(id) const leerstate = {} leerstate.val = "0" leerstate.ts = Date.now() return leerstate.val; // Gib den Wert direkt zurück } }
Jetzt sehen die Fehler so aus:
javascript.0
2023-09-16 20:59:57.034 error at processTimers (node:internal/timers:514:7)
javascript.0
2023-09-16 20:59:57.034 error at listOnTimeout (node:internal/timers:573:17)
javascript.0
2023-09-16 20:59:57.034 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)
javascript.0
2023-09-16 20:59:57.033 error at Object.<anonymous> (script.js.EcoFlow_Script_v0.v1132.v1132:790:9)
javascript.0
2023-09-16 20:59:57.033 error at CheckforReconnect (script.js.EcoFlow_Script_v0.v1132.v1132:1151:9)
javascript.0
2023-09-16 20:59:57.033 error at script.js.EcoFlow_Script_v0.v1132.v1132:791:13
javascript.0
2023-09-16 20:59:57.033 error at SetBasePower (script.js.EcoFlow_Script_v0.v1132.v1132:1711:73)
javascript.0
2023-09-16 20:59:57.033 error Error in callback: TypeError: Cannot read properties of undefined (reading 'toFixed'Bitte um Ideen
-
@milchbeck wann passiert das bei dir?
Kann es sein, dass das bei dir auch abends ist, dass er manchmal hängen bleibt?
Dann könntest du das selbe Problem wie ich haben, dass er abends/nachts zu selten sich mit dem Server verbindet.
Dazu kannst du das Intervall für abends z.B. auf 1min setzen, anstatt 15 min.//bis eine Stunde nach Sonneuntergang kurze Reconnects dann 15 min. if (istTag (60)) wartezeit = 1
Seitdem läufts wieder rund um die Uhr perfekt
-
@ponti92 es liegt daran wenn der ir lesekopf mal ausfällt kein Strom ect.
-
@waly_de ich weiss ehrlich gesagt nicht, ob das Script den Sensor sucht. Zumindest finde ich im Log keinen Hinweis - "SmartmeterID" oder "SetBasePower" erscheinen im Log nicht.
Die ID habe ich aus dem Objekt mit der Watt-Angabe des Sensors ins Script eingetragen:
Danke für Deine Unterstützung!
-
@umele was du bei smartmeterID angegeben hast ist der Name, nicht die id des Sensors. Wenn du mit der Maus da klickst wo sie im Screenshot zu sehen ist wird die richtige ID in die Zwischenablage kopiert. Sie beginnt mit „sonoff.0.“
-
@waly_de
Also mit der Version 1.1.3.2 läuft bei mir irgendwas schief.Ich hatte heut wieder den Fall, dass einer der beiden Powerstreams ständig auf Prio Akku umgestellt wurde. Das sollte eigentlich nur beim Abschalten per RegulationState passieren.
Der Andere wiederum blieb stur auf Prio Einspeisung mit AC Last 0 W. Dieser hätte eigentlich auf Prio Akku schalten müssen.Ich habe auch den Eindruck es gibt hier zeitweise Probleme die AC Last richtig einzustellen:
Irgendwie wird scheint hier jeweils der falsche Powerstream angesteuert zu werden.
Ich habe jetzt wieder auf die Version 1.1.3 umgestellt und seitdem liegt der Bezug wieder annähernd durchgehend konstant bei 10-15 W.
Ich beobachte...
-
Bei mir klappt das Script leider auch nicht mehr.... obwohl generell erst mal alles gut aussieht, klappt die Regulierung der Einspeisung leider nicht.
Auch ist mein Akku z.B. aktuell auf 70% geladen....
Es scheint aber irgendwas "los" zu sein. Kurz danach kam die Meldung, dass mein Akku wieder über 25% geladen ist und die Einspeisung wieder auf 600 Watt angehoben wird.
Geändert hat sich an der Einspeisung aber nichts.2:16:33.566 info javascript.0 (2518) Stop script script.js.PowerStream
22:16:33.570 info javascript.0 (2518) script.js.PowerStream: Ecoflow MQTT-Client beendet
22:16:33.834 info javascript.0 (2518) Start javascript script.js.PowerStream
22:16:34.017 info javascript.0 (2518) script.js.PowerStream: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
22:16:34.355 info javascript.0 (2518) script.js.PowerStream: Verbunden mit dem Ecoflow MQTT-Broker
22:16:49.002 info javascript.0 (2518) script.js.PowerStream: Batteriestand unter Limit:15% (0%). Limitiere Einspeiseleistung auf: 150W -
@waly_de -oh mein Gott - das ist mir jetzt echt super peinlich.....
Vielen, vielen lieben Dank - das war's...
-
@dreffi said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@waly_de
Also mit der Version 1.1.3.2 läuft bei mir irgendwas schief.
[...]
Ich habe jetzt wieder auf die Version 1.1.3 umgestellt und seitdem liegt der Bezug wieder annähernd durchgehend konstant bei 10-15 W.Seit Umstellung auf 1.1.3 lief heute wieder alles makellos.
-
@ralf77 said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Bei mir klappt das Script leider auch nicht mehr.... obwohl generell erst mal alles gut aussieht, klappt die Regulierung der Einspeisung leider nicht.
Auch ist mein Akku z.B. aktuell auf 70% geladen....
Es scheint aber irgendwas "los" zu sein. Kurz danach kam die Meldung, dass mein Akku wieder über 25% geladen ist und die Einspeisung wieder auf 600 Watt angehoben wird.
Geändert hat sich an der Einspeisung aber nichts.2:16:33.566 info javascript.0 (2518) Stop script script.js.PowerStream
22:16:33.570 info javascript.0 (2518) script.js.PowerStream: Ecoflow MQTT-Client beendet
22:16:33.834 info javascript.0 (2518) Start javascript script.js.PowerStream
22:16:34.017 info javascript.0 (2518) script.js.PowerStream: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
22:16:34.355 info javascript.0 (2518) script.js.PowerStream: Verbunden mit dem Ecoflow MQTT-Broker
22:16:49.002 info javascript.0 (2518) script.js.PowerStream: Batteriestand unter Limit:15% (0%). Limitiere Einspeiseleistung auf: 150WAlso bei mir läuft soweit wieder alles dank der Hilfe vom @Dreffi !
Mein Fehler: Mein RP3 kommt an die Leistungsgrenze. Aus dem Grund habe ich nicht benötigte Instanzen gelöscht und dabei die Instanz „History“ gelöscht.
History scheint aber zwingend nötig zu sein für die Regelung. Nachdem ich „History“ erneut installiert hatte funktionierte die Regelung direkt wieder!
Noch einmal vielen Dank an @Dreffi für die Geduld und das Schritt-für-Schritt Trouble Shooting meines System.
Viele Grüße,
Ralf -
@Waly_de
Hi,
Ich würd mal meine Ideen zum PV Überschuss laden preisgeben:
Seit letztem D2M Update ist es möglich den PV Überschuss im Haus, zb. Von einer anderen Anlage, in die Delta zu leiten. Dies funktioniert nun parallel zum Laden des Powerstreams. D.h. PS lädt die D2M und über AC wird diese parallel geladen. (Das ganze soll auch über den PV Input der D2M parallel zum PS funktionieren)Manuell hat es schon super funktioniert und wäre cool wenn das evtl im Skript mit eingebaut wird, dass die Regelung nicht gegen das AC Laden ankämpft..
Denn wenn die Sonne dann weiter unter geht, wird ja der Überschuss weniger und die Ladeleistung der D2M muss angepasst werden.Natürlich könnte man auch andere powerstations von EcoFlow einbinden, wie zb die River, die unabhängig von PS geladen werden.
Das ganze macht zb nur Sinn wenn:
- PV Überschuss von einer anderen Anlage besteht, die nicht gespeichert werden kann.
- der Akku an einem PS 100% voll ist und dann im im Batteriemodus die übrige PV Leistung einspeist wird.
Gibt es evtl. Szenarien die ich nicht berücksichtigt habe?
Fall 1. und 2. berücksichtigen auch wenn man mehrere PS mit D2M hat, und eine Anlage schneller voll wird als die andere. Dann könnte man den Überschuss der vollen Anlage in die andere zusätzlich einspeisen.
Die Frage ist, ob dabei auch kleinere Sprünge bei der AC ladeleistung als 100W/200W erlaubt sindLG
-
@Waly_de oder all die Anderen
Kannst Du mir bitte helfen? Dein Script ist super, aber irgendwie dümpelt meine Delta Max immer bei 10% rum, und wird nicht voll. Ich habe ein bisschen was an den Einstellungen verändert und im Log steht folgendes:
script.js.ecoflow: Batterie runter auf 80%: Normalbetrieb.
Die Batterie hat aber nur 10% . Hier meine Einstellungen:
Was mache ich falsch?
Danke Dir schonmal für die Hilfe.
-
@karo2204
Hi, ich seh du hast die Werte bei battPozOn verstellt, sodass die Batterie ab diesem Wert entladen wird.
D.h. Ab 15% wird deine Batterie volle Kanne entladen bis wahrscheinlich 10%
Stell das mal auf 99-100% damit das nur passiert wenn die Batterie komplett voll ist. -
@dreffi said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Seit Umstellung auf 1.1.3 lief heute wieder alles makellos.
Seit Umstellung auf 1.1.3 lief heute wieder alles makellos.
hallo an alle
Sie sprechen von der Firmware des Powerstreams.
Wenn ja, wie können Sie ein Downgrade mit der Firmware durchführen?ich bin Franzose und benutze deepl zum Übersetzen
-
@Waly_de Erstmal 1000 Dank für deine super Arbeit!
Ich nutze seit ein paar Wochen zwei PowerStreams gepaart mit einer Delta Pro. Dein Script hat mich nun dazu verleitet mir endlich ein Raspberry Pi anzuschaffen und ich habe mich da durchgekämpft. Iobroker läuft, die Daten kommen vom Poweropti.
Jetzt meine Frage: Ich verstehe die Funktion "BasePowerOffset" und die Anmerkung im Script "Wird vom aktuellen Verbrauch abgezogen, um die Einspeiseleistung zu berechnen" nicht wirklich.
Wenn der Wert auf den vorgegebenen 30 steht, wird die Zahl wie beschrieben von der Einspeisung abgezogen. Allerdings geht dem entsprechend auch der Wert meines aktuellen Netzbezugs hoch.
Stelle ich den Wert auf 0, habe ich ebenso einen Netzbezug von 0 Watt, sieht natürlich schön aus, stelle ich ihn hoch, steigt dementsprechend der Wert der "anderen Verbraucher" in der Ecoflow App und der Netzbezug geht hoch auf 20 bis 30 Watt.Vielleicht kann mir jemand hier erklären, was es genau damit auf sich hat. Ich möchte das Script nicht blind benutzen, sondern bestenfalls verstehen warum was passiert.
LG,
Oli