ecoflow-connector-Script zur dynamischen Leistungsanpassung

[Ponti92]

@biased Try this one:

 { id: 0, name: 'acOutCfg_D2', ValueName: 'enabled', Typ: 'D2', MT: 3 },

[DaDue-max]

Powerstream nicht mehr mit Ecoflowserver verbunden
Hintergrund: Betreibe einen Powerstream mit Delta 2 Max / Skript von @Waly_de auf 1.1.2 (super Job!!!)/ abonniert nur für Powerstream und Steuerung disabled / habe aufgrund einiger Besonderheiten meiner Heimanlage eine eigene Nulleinspeisung programmiert. Nutze aber die Daten der Powerstream und das Setzen von Werten für Einspeiseleistung der PS etc.

Was passiert?
Morgens läuft alles gut an, aber irgendwann im Laufe des Tages verliert die Powerstream ihre WLAN - Verbindung. In der App nur noch über Bluetooth zu erreichen. Dh. kein Update der Daten im iobroker und das Rausschreiben von Werten an die Powerstream gelingt natürlich auch nicht.
Abhifle schafft für kurze Zeit ein Disconnect der Powerstream vom Netz (Verbindung zu Panels und Batterie bleibt bestehen). Dann ist die Powerstream wieder online, überträgt und empfängt Daten. Verbinde ich die PS wieder mit dem Netz, verliert sie nach ein paar Minuten wieder den Kontakt zum WLAN.

Im Log findet sich in dann folgende Einträge:

14:03:00.245	error	javascript.0 (3704815) script.js.common.Ecoflow_JS_main: Fehler beim Veröffentlichen der MQTT-Nachricht:
14:03:01.477	info	javascript.0 (3704815) script.js.common.Ecoflow_JS_main: Verbunden mit dem Ecoflow MQTT-Broker

Nach einigen weiteren Minuten verschwindet zwar die Fehlerzeile, jedoch wird ca. im Minuten Abstand

14:09:32.337	info	javascript.0 (3704815) script.js.common.Ecoflow_JS_main: Verbunden mit dem Ecoflow MQTT-Broker

weiter ausgegeben.
Am nächsten Tag geht es wieder von vorne los...Irgendwie schräg. Eine Ahnung auf was das hindeuten kann?

Es gibt ja einige Adaptoren wie z.B. Tuya/Smartlife, die haben Probleme, wenn man gleichzeitig über Cloud und MQTT direkt zugreift. Das ist hier aber nicht der Fall.

Um einen Hinweis wäre ich dankbar.

[Ponti92]

@sirdir Es wird soweit ich weiß alle 30s geregelt und dabei der niedrigste Wert der letzten 3 Minuten genommen. Das verhindert, dass z.B. kurzzeitige Leistungsspitzen einen Überschuss aus dem Akku ins Netz einspeisen.
Alternativ kann man auch die Regelung auf den Durchschnittswert der letzten 3 Minuten hernehmen, was aber bei ständig wechselnden Lasten auch zu Fehlern führt und Strom unnötig verschenkt wird.

Die Idee dahinter ist, dass man die unnötige verschenkte Menge an Energie minimiert und wirklich nur die Grundlast aus dem Akku einspeist, di ebenötigt wird. Dadurch, dass die Batterie meistens über Nacht eh leer wird, ist es nicht wichtig, ob sie ihre Energie 1-2 Stunden früher oder später ins Netz einspeist. Hauptsache du verschenkst nichts aus dem teurern Batteriespeicher und kannst alles daraus selbst nutzen.

Stell dir vor, du betreibst einen Mixer mit 800W und genau in diesem Moment wird die Einspeisung geregelt - quasi in Echtzeit. Dann wird die Einspeiseleistung an die Powerstream weitergegeben, dass 800/600W benötigt werden. Bis diese das nun regelt und eingestellt hat, ist der Mixer wieder aus. D.h. du speist dann die vollen 600/800W ein, im schlimmsten Fall direkt aus dem Akku. Danach merkt das Skript, dass der Mixer wieder aus ist und regelt wieder auf die eigentliche Last, was aber auch wieder Zeit benötigt. D.h. du hast in dieser Zeit unnötig 600/800W eingespeist, die gar nicht benötigt wurden, da das System selbst so träge ist.

[Accu]

@accu said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:

hi, habe das Skript mal in meinem ioBroker installiert. Leider bekomme ich folgenden Fehler:

bin kein skriptexperte. Weiß jemand was hier den Fehler auslöst?

Ich habe eine Delta Pro und einen Powerstream. Unter User Data finde ich zwar die EF Verzeichnisse in den Objekten aber auch 1000de von Werten.
Wo finde ich folgende Werte die mich interessieren:
Wattzahl am Ausgang
Wattzahl am Eingang
und ob der AC der DP eingeschalten ist oder nicht.

weiß ein Experte was die Fehler bedeuten?

[mattenausohz]

@accu Hast Du ganz sicher alle auszufüllenden Daten eingetragen im Skript?

[Accu]

@mattenausohz oh hatte tatsächlich meine Credentials vergessen
jetzt schauts besser aus.
Im Protokoll kommt jetzt das:

script.js.common.Test_Skripte.EF_Werte_Auslesen: Unbekannter Delta2 Set Befehl: {"params":{"hour":14,"min":51,"sec":57,"day":24,"week":5,"month":8,"year":2023},"from":"iOS","lang":"de-de","id":"512344526","moduleSn":"DC83245345E7041280","moduleType":1,"operateType":"setRtcTime","version":"1.0"}

wo finde ich im Objektbaum die Werte für:

• Ausgangs Watt
• Eingangs Watt (ich habe die PV direkt an der DP)
• AC Ein oder AUS?

[mattenausohz]

@accu Watt Ausgang aus PS: 0_userdata.0.ecoflow.app_device_property_SRNR_PSXXXXX.data.InverterHeartbeat.sumPV
Den Rest musst Du mal testen bzw. suchen. Habe keine Delta Pro leider.

[Waly_de]

@dadue-max das unstabile WLAN ist leider eines der bekannten Probleme der Ecoflow Geräte. Am Anfang musste ich meinen Powerstream jeden Morgen neu starten. Wie Du beschrieben hast, geht das nur durch Trennen aller Kabelverbindungen. Bei mir wurde es durch die letzten Firmewareupdates besser. Gelöst ist das aber noch nicht. Ich bin jetzt im Urlaub und an 3 von 5 Tagen hat der PS morgens keine WLAN Verbindung aufgebaut. Manchmal dann irgendwann im Laufe des Tages.
Andere berichten davon, dass thermische Probleme zu WLAN Unterbrechungen am Mittag führen. Beobachte mal, ob dein PS zum Zeitpunkt des Abbruchs sehr warm ist. Das Script hat damit nichts zu tun. Was Du beschreibst ist des erwartete Verhalten. Das Script merkt, wenn keine Daten vom PS kommen und versucht dann in regelmäßigen Abständen einen neue Verbindung aufzubauen. Das funktioniert natürlich auch dann, wenn der PS keine Verbindung zur Cloud hat. Regeln kann das Script aber nichts, solange der PS vom Netzt ist.
Du kannst versuchen für ein besseres WLAN zu sorgen. Ich hab einen PS im Garten und gleich daneben einen WLAN-Repeater aufgegangen. Seit dem hab ich die Probleme minimiert, aber auch nicht 100% gelöst. Dazu müssen wir auf Updates von Ecoflow hoffen.

[DaDue-max]

@waly_de

Okay, dann wird mir alles klar. Dann wird es ein thermisches Problem sein, da es immer um Mittag passiert. WLAN ist soweit okay, nachdem ich die Batterie/PS ins Haus geholt habe….Lieber nochmal ein Ticket aufmachen bei ECOFlow

[sirdir]

@ponti92 naja, mir ist es aber lieber, ich speis mal 800W für nix ein (und aus dem Akku kommen eh nie mehr als 600W) als dass ich Strom kaufe, den ich nicht kaufen muss. Die Trägheit des Systems regelt das sowieso schon raus. Wenn es wirklich eine Spitze von wenigen Sekunden ist, dreht der Powerstream eh nicht so schnell auf. Aber selbst so, 30 Sekunden ist auch nicht was ich sehe. Ich sehe oft, dass weiterhin derselbe Wert eingespeist wird (also in dem grösseren debug Dialog) obwohl ich weiterhin mehr Leistung anfordere. Ich hab ehrlich gesagt die Geduld nicht ne halbe Stunde davor zu sitzen um nachzuvollziehen was passiert, da mein Script ja soweit gut funktioniert und jetzt im Sommer mit Klimaanlagen etc. die Regelung auch ziemlich wichtig ist.
Müsste mal das Script genau analysieren was da gemacht wird, aber verglichen zu der Version von Anfang Juli ist's jetzt ziemlich kompliziert geworden.

[Waly_de]

@sirdir das ist eben ein anderer Ansatz. Es ist nur eine Zeile im Script umzustellen um das mit dem „Echtzeitwert“ zu regeln. Allerdings ist das System sehr Träge. Selbst ein taktender Herd kann dazu führen das a) die Batterie und der Wechselrichter sehr gefordert werden und b) unnötig Energie ins Netzt geht.
Es rechnet sich meiner Meinung nach, so viel wie möglich sofort zu verbrauchen und den Akku so wenig wie möglich zu belasten, dabei aber möglichst 100% der erzeugbaren Solarenergie irgendwie zu verwerten. 100% deines Bedarfs kannst du mit einem balkonkraftwerk eh eher nicht decken. Das Script verfolgt diesen Ansatz und lässt sich per Parameter an verschiedene Usecases anpassen. Wenn dir eine Minute Betrachtungszeit (+ Intervall Zeit) zu wenig sind, stell es halt um. Der Quellcode ist offen. Guck nach „lowestvalue“ und ersetzte das mit dem aktuellen Messwert. Empfehlen kann ich das aber aus genannten Gründen nicht.

[foxthefox]

@dadue-max @Waly_de

Ich bin mir nicht sicher ob es WLAN instabilität ist, oder ob es nicht doch etwas mit dem Protokoll zu tun hat.
Ich bau grad ein paar node-red Knoten auf um Power Stream und Power Station einzulesen.
Was mir dabei auffällt, ist das sich bei mir wohl nichts von WLAN trennt, sondern das Senden einfach aufhört. Das merkt man recht gut bei der Powerstation, da die viel mehr am plaudern ist.
Obwohl ich auch regelmäßig mal ein "latestQuatas" anfrage, kommt manchmal nach einer gewissen Zeit nichts an. Gehe ich dann mit der App auf das Gerät, gehts wieder los, WLAN ist demzufolge noch an.
Ich vermute eher, daß hier bei Telegrammen, die ein ACK=1 haben, auch ein ACK zu senden ist.
Ich hatte mal probehalber den .../set der powerstation im debug, da kommt eine Unmenge an gleichartigen Telegrammen rein, scheinen die ACK zu sein.

Gruß
Klaus

[sirdir]

@foxthefox naja, ich habe manchmal pingzeiten zur powerstream von 5 sekunden… Währen der AP von einer 'excellenten' Verbindung mit 30 dB spricht. Irgendwas ist da oberfaul.

[Waly_de]

@foxthefox damit schlage ich mich auch schon seit Beginn rum. Es kann sicher reproduziert werden. Wenn du dich mit der App verbindest und dann die App schließt (task beenden) hört der MQTT sofort auf zu feuern. Mein Script macht dann ein reconnect und sendet ein paar dieser leeren Telegramme. Danach gehts dann weiter. Vielleicht registriert der Mqtt einfach ein disconnect und hört dann auf, auch wenn noch weitere Clients verbunden sind?
Ich hoffe immer darauf, das jemand mal den Traffic der App diesbezüglich genauer untersucht. Vielleicht läuft da ja noch mehr, was der Mqtt nicht spiegelt.

dadue-max sagt ja selbst, es geht das WLAN verloren und in der App ist das Gerät nur per Bluetooth zu erreichen. Das ist ein anderes Problem.

[Waly_de]

@sirdir da ich grade nicht schlafen kann :

function getLowestValue(id, minuten = 120) {
    if (minuten === 0) {
        const value = Math.floor(Number(getState(id).val));
        setStateNE(ConfigData.statesPrefix + ".lowestValue", value);
        return Promise.resolve(value);
    }
...  Rest unverändert 

das baue ich auch in die nächste Version ein. So kann der Wert für "MinValueMin" auf 0 gestellt werden um direkt auf RealPower zuzugreifen.

[DaDue-max]

@foxthefox @Waly_de
Da mag ich nicht widersprechen....und es kann parallel zu dem Hitzeproblem ein Thema sein.
Zum Hitzeproblem hier noch ein Test von heute:
Ich tracke für die Powerstreamtemp "....data InverterHeartbeat llcTemp". Irgendwann heute ist mal wieder ab mittag das WLAN ausgefallen von der PS. Bei der Ilc Temp sind 45 Grad dokumentiert. (Heute morgen waren es ca 25-30 grad ohne Last). Ich habe einen alten PC Lüfter mit Heatpipe und allem Schnickschnack mal auf dem glatten PS Deckel montiert und angeschaltet und siehe da, Ilc Temp auf 42 abgesackt und WLAN funktioniert wieder....

[Dreffi]

@dadue-max
Ich glaube nicht, dass es an der Temperatur liegt.

Ich habe zwei Powerstreams. Beide werden aktiv gekühlt.
Der, der immer etwas wärmer läuft, macht so gut wie nie Probleme mit dem WLAN.
Der Andere, der trotz höherer Last kälter bleibt, macht leider recht oft Probleme.

Die Effektivste Lösung für mich war bisher bei Problemen den WLAN Kanal am Router zu verstellen. Manchmal will ein Powerstream einfach nur auf einem bestimmten Kanal arbeiten. Nach ein paar Tagen kann das auch wieder ein anderer Kanal sein.

Es gibt zwar ein paar fremde WLAN in der Nähe, aber die sind vom Signal deutlich schwächer als meins. Auch ein gut platzierter Repeater konnte nicht helfen. Die Powerstreams neigen auch dazu sich auf einen ungünstigen, also weit entfernten, AP zu verbinden und dort zu verbleiben.

[Milchbeck]

Erst einmal Super arbeit mit dem Script, nur ich hab ein problem
bekomme ein error
SetState more than 1000 times per minute
und dann hält das script an

27.8.2023, 12:58:40.938 [info ]: javascript.0 (5490) Start javascript script.js.EcoFlow
27.8.2023, 12:58:40.961 [info ]: javascript.0 (5490) script.js.EcoFlow: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
27.8.2023, 12:58:41.437 [info ]: javascript.0 (5490) script.js.EcoFlow: Verbunden mit dem Ecoflow MQTT-Broker
27.8.2023, 13:00:35.459 [error]: javascript.0 (5490) Script script.js.EcoFlow is calling setState more than 1000 times per minute! Stopping Script now! Please check your script!
27.8.2023, 13:00:35.462 [info ]: javascript.0 (5490) Stop script script.js.EcoFlow
27.8.2023, 13:00:35.465 [info ]: javascript.0 (5490) script.js.EcoFlow: Ecoflow MQTT-Client beendet
27.8.2023, 13:00:59.397 [info ]: javascript.0 (5490) Stop script script.js.EcoFlow

[anteater321]

Hi, sorry ich bin Anfänger in Sachen iobroker (habe es hauptsächlich installiert, weil ich dieses Skript verwenden möchte) und ich bekomme es nicht richtig zum Laufen. Für Hilfe, woran es liegt, wäre ich sehr dankbar.

Das Skript habe ich eingefügt und die jeweiligen Daten eingegeben:

.

Auf der Skript-Seite scheint mir auch alles in Ordnung:

Das Log zeigt auf der Einstellung "silly" laufend viele Einträge an, aber das Skript nimmt keinerlei Einfluss auf die ausgegebene Leistung; die bleibt immer bei dem was in der App händisch eingestellt wurde. Weiß jemand, was ich falsch mache oder was ich hier einblenden muss, damit man es nachvollziehen kann?

[Dreffi]

@anteater321
Hast du das richtige Objekt mit dem State deines Stromzählers im Script angegeben?