ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
Und nur mal so als Hinweis für IOBroker-Einsteiger: Man kann das Ganze in IOBroker prima visualisieren. Dazu gibt es den VIS-Adapter. Es ist zugegebenermaßen ein wenig Einarbeitung nötig, dafür kann man so ziemlich alles selbst anpassen. Auf diese hier starre ich z.B. täglich x mal ;-):
Wie ihr seht, kann man damit auch Buttons und sogar Eingabefelder einbauen. Für den Chart braucht ihr den Float-Adapter.
-
@waly_de super hat funktioniert und der Wert wird jetzt angezeigt
wieder ein Stück weiter. -
@ponti92 wenn mein System die vollen 800 Watt produziert, dann leider nicht.
-
Hi Leute,
ich wollte mal fagen, was ihr mit dem Skript alles so angestellt habt? Und vorallem wozu man die PowerStream in dem Skript benötigt?
Ich habe meine 4 Solarpanels (2p2s) direkt an der EF DP hängen. Was schön wäre, wenn man irgendwie dynamisch den Ladeeingang der DP steuern könnte.
Soll heißen, wenn Hausstromverbrauch (lese ich mit dem Volkszähler aus) -200 W DANN Lade die DP mit den 200W, falls -400W dann lade die DP mit 400WHat sowas scho einer realisiert? das wäre echt traumhaft.
Ich habe eine Delta Pro die über das Skript ausgelesen wird. Der Ladewert ist hier hinterlegt: "0_userdata.0.ecoflow.app_device_property_DCEBZ8ZE7041280.data.params.inv.cfgSlowChgWatts" hat jemand eine Idee, wie man diesen wert in Hundertenschritten dynamisch in einem Blockly rauf und runter setzen kann - je nachdem wieviel Überschuss da ist.
-
Kannst du vielleicht weiterhelfen? In der App werden wolle 800 Watt angezeigt. Im ioBroker unter totalPV nur 751 Watt. Wie kann das sein?
-
@nils_1985
totalPV ist die Summe der einzelnen MPPTs. Die Werte werden nicht immer alle gleichzeitig aktualisiert.Wo stehen denn bei dir 800 W?
-
@dreffi in der EcoFlow App.
Pv1 und Pv2 werden korrekt angezeigt, aber halt die Summe aus beiden Werten stimmt nicht.
-
@nils_1985
naja, die Werte (PV1 und PV2) weichen auch von der App ab. Teils erheblich. Aber das scheint von vielen Faktoren wie Wärme oder Spannung abzuhängen. Ich hab noch keinen Weg gefunden die Werte 100% gleich zu ziehen. Daher habe ich am Anfang versucht über einen Faktor eine möglichst große Angleichung zu erzielen. Mit mäßigem Erfolg wie Du siehst. Wenn jemand den genauen Zusammenhang der Berechnung von PV1 und 2 verstanden hat, bitte unbedingt bei mir melden!Bis dahin möchtest Du vielleicht selbst mit dem Faktor experimentieren?
Suche nach:
let sum = (pv1InputWatts + pv2InputWatts) * (0.93);0.93 ist besagter Faktor. Wenn Du 1 eingibst ist sumPV = PV1+PV2
-
@accu
Erst mal eine Frage:
Kann man die DP gleichzeitig mit AC und PV laden? Bei meiner D2M funktioniert das leider nicht, und der PV Eingang wird dann abgeschaltet.
Dazu soll Ende September ein Update kommen, aber es kann sein, dass es bei der DP schon immer möglich ist -
@waly_de
Ich interpretiere das als PVin, das als Input für den Wechselrichter gilt und der Wert in der App ist schon der Wert nach dem Umwandeln abzüglich der Verluste. Ich hab meistens auch immer 93% als Faktor.
Bei einem Hoymiles hat man auch die Werte von PV1/2 die Eingangswerte, die höher sind als der summierter wert auf AC Seite. (In der DTU abgelesen).
Aber kann mich auch täuschen.. -
Hallo Leute
Mir wurde zugetragen, dass man das Script jetzt auch in Echtzeit nutzen kann. Also gleich probiert mit meinem Script, das nen Stromzähler simuliert (diverse shellies, powercalc und weitere Solaranlagen) und ja, funktioniert. Hab nur 1 Wert im Script hier angepasst, die 15 Sekunden hab ich auf 5 runter gesetzt. Jetzt bleibt nur ein Problem. Müsste mal in den Code schauen, aber vielleicht weiss der Autor ja gleich warum: Ich melde eigentlich Verbräuche in 10W-Schritten, damit es nicht zu nervös wird. Aber natürlich muss ich darauf reagieren, was das Script als Einspeisung gesetzt hat. Nun sind das oft ‘krumme’ Werte. Einspeisung ist z.B. auf 102W gesetzt, ich melde 100W verbrauch, also muss die Einspeisung um 2W runter. Klappt dann irgendwann auch, aber die Werte sind immer wieder krumm.
-
Super Script. Vielen Dank.
-
@Waly_de oder die anderen
Ich habe heute das aktuelle Script 1.1.3.2 mal wieder angeworfen, zwei Fragen:
- bzgl. des Features (aus 1.0.0): Wenn die volle Leistung (600w) in die Batterie geht, wird die Einspeiseleistung
Das sind vermutlich diese Log-Ausgaben, oder?
11:34:58.539 info javascript.0 (4921) script.js.common.ecoflow-connector-1-1-3-2_js: Maximalleistung geht in die Batterie. Stelle zusätzlich Einspeisung auf 26.900000000000006 WIch habe allerdings nur ca. 540-550 W die von Solar kommen und in den Akku gehen.
Hätte erwartet, dass er erst bei 600W (in Settings eingestellt) anfängt hochzuregeln, oder? (oder spielt da ein anderes Setting rein das dies bei 540-550 statt den eingestellten 600 W landet?)- Dann hatte ich vorhin (aktuell gerade ruhig) eine Konstellation bei der ein häufiges (ca. 10sek. Takt) Relaisschalten vom Powerstream wahrzunehmen war (scheint setPrio gewesen zu sein)
(Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könnte
- bzgl. des Features (aus 1.0.0): Wenn die volle Leistung (600w) in die Batterie geht, wird die Einspeiseleistung
-
@giovanne
schau mal hier: https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassung/282?_=1693918148705@giovanne sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
(Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könntenein.. das script sollte nicht in den priomodus schalten. erst bei erreichen von battPozOn bei battOnSwitchPrio: true
-
Da es jetzt zu funktionieren scheint, will ich doch mal mein Script mit euch teilen. Es ist für Leute wie mich, die keinen Sensor an den Stromzähler hängen können. Stattdessen nehm ich Verbräuche aus unterschiedlichen Quellen. Nebenbei kann man noch ein Gerät ein/ausschalten lassen je nach externem Solarertrag
sensorsim.js. Das Objekt, das mein Script erzeugt kann man dann beim Script um den es in dem Thread geht als Zählerobjekt einfügen. -
seit dem wechsel auf die version 1.13-2 habe ich ein etwas komisches problem... in der ecoflow app wird um 19uhr der mode auf "prioritize power supply" gestellt.... ab diesem zeitpunkt stellt das script bei beiden PS voll auf und liefert 2x 600W voll ins netz.... im iobroker sind die werte unter "realPower" normal also dem was eigentlich im netz verbraucht wird.... trotzdem volle 2x 600W.... ein neustart des scipts löst das problem bis zum nächsten abend.... die logs zeigen nichts auffälliges...
jemand eine idee... ?
-
@schraube25 werde mal die automatisation in der EcoFlow App deaktivieren und das Script alles machen lassen… Mal schauen
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@giovanne
schau mal hier: https://forum.iobroker.net/topic/66743/ecoflow-connector-script-zur-dynamischen-leistungsanpassung/282?_=1693918148705@giovanne sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
(Akkuzustand ist eigentlich im Bereich mit aktuell 45% wo ich kein entsprechendes Eingreifen durchs Relais erwarten würde)
Eine Idee welche Konstellation zu häufigen hin-/herschalten von setPrio führen kann und wie dies ggf. vermieden werden kann? Will vermeiden das der Powerstream ggf. in ungünstiger Konstellation betrieben wird und unnötig ein Relais altern könntenein.. das script sollte nicht in den priomodus schalten. erst bei erreichen von battPozOn bei battOnSwitchPrio: true
ah ok, Danke für die Infos, werde bei Gelegenheit nochmal schauen...
Will dir erstmal riesen Dank für das Script aussprechen, ist wirklich top.
Aktuell habe ich aber erstmal alles direkt in HA versucht einzubauen, da ich da besser mit zurecht komme bzw. für alles andere nutze und iobroker Neuling bin
Aber Grundlage ist dein Script bzw. das zuvor von Bogdan angesprochen darauf beruhende ecoflow-powerstream-nodejs.
Das habe ich verwendet und nutze es von HA aus: https://github.com/giovanne123/Ecoflow_Powerstream_HomeAssistant_Automation_Documentation/blob/main/README.mdMal sehen ob ich bald wieder zurück zu deinem Script komme ... lieber wäre mir ja eine lokale Lösung... mal abwarten ...
-
@Waly_de Hi,
Ich hab seit heute meinen zweiten PS im Betrieb genommen, da ich noch einige Platten übrig hatte und nicht so viel einspeisen möchte.Es klappt alles auch wunderbar, und ich benutze den balanced mode für die beiden Streams.
Jedoch habe ich folgendes Problem, dass bei schwankender Last, wie zb tv schauen, es immer wieder zu großen Überschuss gibt. Er speist manchmal dann über 600W ein, obwohl nur 200-300W benötigt werden. Danach geht alles wieder auf 0W und es dauert wieder bis es weiter geht.
Kann es sein, dass bei der Berechnung der Einspeiseleistung der Faktor 2 mit einspielt? Es sieht so aus, als ob er manchmal das doppelte einspeisen will, als benötigt.
Zweite Frage:
Wie wird entschieden welche PS wie viel Watt einspeisen soll? Wird das im balanced Modus irgendwie gesteuert, oder komplett der App überlassen und nur ein addierter wert für beide streams eingestellt?Hier ein Beispiel von der Gesamtleistung:
-
Das Script läuft seit ein paar Tagen super. Hatte ja schon ein Lob ausgesprochen.
Jetzt nicht eine Frage. Mir kam die Idee, von Sonnenuntergang bis Sonnenaufgang die Powerstream in den Einspeisemodus zu schalten. Mit der dynamischen Leistungsanpassung. Und morgens dann wieder in den Lademodus. Eventuell ab 50% SoC.
Ist das möglich? Wie kann ich das realisieren?
Vielen Dank schonmal für Eure Hilfe.
