NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@waly_de
Servus oder moin @Waly_de
Super Arbeit bisher und ich bin sehr sehr beeindruckt.
Ich bin in Sachen Programmieren total oder bis auf 2% unbegabt.
Wie kann man dir am Besten bei der Unterstützung, Daten liefern behilflich sein?Habe einen Powerstream, zwei PV-Module direkt an der PS angeschlossen, eine Delta 2 Max auch mit zwei angeschlossenen PV-Modulen. Hätte sogar einen Finderzähler, der "live" die Leistungsdaten vom Haus auslesen kann.
Würde es auch bedeuten ich müsste an der Stelle:
"SmartmeterID: "sonoff.0.Stromzaehler1.MT175_P" trage ich den Namen oder Alias vom Momentanwert vom Zähler ein?Und alle Änderungen nehme ich nur im Bereich
"********** YOUR DATA HERE ************ " vor,
ist das richtigt?Den Offset habe ich noch nicht verstanden
Die Werte
"InverterHeartbeat.dynamicWatts" und "InverterHeartbeat2.X_Unknown_13"
scheinen identisch zu sein.Das passiert wenn man die Prio ändert
javascript.0 2023-08-06 20:10:38.940 info script.js.Ecoflow-Skript: 0a36102018352001280138034014488201580170f390ade004800113880101ba0103696f73ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:10:38.940 warn script.js.Ecoflow-Skript: Ungültiger cmd_func-Wert:130 javascript.0 2023-08-06 20:10:28.236 info script.js.Ecoflow-Skript: 0a3c0a020801102018352001280138034014488201500258017083bdace004800113880101ba0103696f73ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:10:28.236 warn script.js.Ecoflow-Skript: Ungültiger cmd_func-Wert:130 javascript.0
Wenn ich eine geplante Aufgabe
"14:00, Täglich auf Stromversorgung prio setze kommt"javascript.0 2023-08-06 20:34:36.471 info script.js.Ecoflow-Skript: 0a4f0a150802120f08012a0b1800200c2806300838e70f18021020183520012801380340144883015015580170a9ee84e104800113880101ba0103696f73ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:36.471 warn script.js.Ecoflow-Skript: Ungültiger cmd_func-Wert:131 javascript.0 2023-08-06 20:34:36.467 info script.js.Ecoflow-Skript: Decodierte Nachricht:{} javascript.0 2023-08-06 20:34:36.421 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/16697414287359YYYYY/HW51ZOxxxxxxxxxx/thing/property/set:0a4f0a150802120f08012a0b1800200c2806300838e70f18021020183520012801380340144883015015580170a9ee84e104800113880101ba0103696f73ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:36.421 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/16697414287359YYYYY/HW51ZOxxxxxxxxxx/thing/property/get:0a101020182070d7ec84e104ba0103696f73 javascript.0 2023-08-06 20:34:36.375 info script.js.Ecoflow-Skript: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"batInputWatts":1738,"llcOpVolt":4218,"invInputVolt":4218,"invOutputCur":769,"invOutputWatts":1704,"dynamicWatts":1180},"InverterHeartbeat2":{"X_Unknown_13":1180,"X_Unknown_15":600,"X_Unknown_22":1630,"X_Unknown_24":5978,"X_Unknown_32":50387,"X_Unknown_45":1669,"X_Unknown_46":-1180}}} javascript.0 2023-08-06 20:34:36.326 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/device/property/HW51ZOxxxxxxxxxx:0a470a1ce801ca0d8802fa209802fa20a8028106b002a80d88039c09e003c603103518202001280140144801501c5801800103880103ca0110485735315a4f483453463554343632360a4e0a23689c0978d804b001de0cc001da2e8002d38903e802850df002e4f6ffffffffffffff0110351820200128014014480450235801800103880103ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:35.339 info script.js.Ecoflow-Skript: Decodierte Nachricht:{} javascript.0 2023-08-06 20:34:35.289 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/device/property/HW51ZOxxxxxxxxxx:0a530a2d1a2b08021225080110012a0f080010001800200c2806300838e70f320e0800100018002000280030003800180210351820200128014014488601502d5801ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:34.206 info script.js.Ecoflow-Skript: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"batInputWatts":1720,"llcOpVolt":4189,"invInputVolt":4189,"invOutputCur":756,"invOutputWatts":1675,"dynamicWatts":1150},"InverterHeartbeat2":{"X_Unknown_13":1170,"X_Unknown_15":603,"X_Unknown_16":3,"X_Unknown_22":1620,"X_Unknown_24":5979,"X_Unknown_32":50385,"X_Unknown_45":1605,"X_Unknown_46":-1170}}} javascript.0 2023-08-06 20:34:34.159 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/device/property/HW51ZOxxxxxxxxxx:0a470a1ce801b80d8802dd209802dd20a802f405b0028b0d8803fe08e003c903103518202001280140144801501c5801800103880103ca0110485735315a4f483453463554343632360a510a2668920978db04800103b001d40cc001db2e8002d18903e802c50cf002eef6ffffffffffffff0110351820200128014014480450265801800103880103ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:34.036 info script.js.Ecoflow-Skript: Decodierte Nachricht:{} javascript.0 2023-08-06 20:34:34.036 info script.js.Ecoflow-Skript: 0a510a1708021211080110012a0b1800200c2806300838e70f18021020183520012801380340144883015017580170cddc84e104800113880101ba0103696f73ca0110485735315a4f48345346355434363245 javascript.0 2023-08-06 20:34:34.036 warn script.js.Ecoflow-Skript: Ungültiger cmd_func-Wert:131 javascript.0 2023-08-06 20:34:33.980 info script.js.Ecoflow-Skript: Binäre Nachricht empfangen:/app/16697414287359YYYYY/HW51ZOxxxxxxxxxx/thing/property/set:0a510a1708021211080110012a0b1800200c2806300838e70f18021020183520012801380340144883015017580170cddc84e104800113880101ba0103696f73ca0110485735315a4f48345346355434363245
Kann es sein dass das Setzten vom Strompreis hier drin steckt?
Hier auf EUR gesetzt./thing/property/set:0a3d0a0408c58801102018352001280138034020480b50045801709ec5e3e10c800113880101ba0103696f73ca0110485735315a4f48345346355434363245 property/set:0a3d0a0408c58801102018352001280138034020480b5004580170f5ffb8e20c800113880101ba0103696f73ca0110485735315a4f48345346355434363245
Hier mal auf 0,1123 gesetzt
/thing/property/set:0a3d0a0408c58801102018352001280138034020480b500458017082cf9ee20c800113880101ba0103696f73ca0110485735315a4f48345346355434363245
Hier ausschalten einer geplanten Aufgabe
0a3d0a0408c58801102018352001280138034020480b5004580170b0c0c0e30c800113880101ba0103696f73ca0110485735315a4f48345346355434363245
einschalten der Aufgabe
0a3d0a0408c58801102018352001280138034020480b5004580170dfb3cee30c800113880101ba0103696f73ca0110485735315a4f48345346355434363245
Smart Plug ausgeschaltet
thing/property/set:0a36102018352001280138034002488101580170bf9880e404800113880101ba0103696f73ca0110485735325a4448345346364b36303745
-
Noch eine Frage zum Stromzähler Lesekopf. Ich habe einen EasyMeter Stromzähler. Leider ist hier die optische Schnittstelle zugeklebt. Wie habt ihr das gemacht?
-
@aherby sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Habe einen Powerstream, zwei PV-Module direkt an der PS angeschlossen, eine Delta 2 Max auch mit zwei angeschlossenen PV-Modulen. Hätte sogar einen Finderzähler, der "live" die Leistungsdaten vom Haus auslesen kann.
Würde es auch bedeuten ich müsste an der Stelle:
"SmartmeterID: "sonoff.0.Stromzaehler1.MT175_P" trage ich den Namen oder Alias vom Momentanwert vom Zähler ein?richtig... in dem State sollte die live Leistung in Watt abrufbar sein. Wenn der State angegeben ist, fängt das script an zu regeln. Die Prio sollte dabei immer auf "Stromversorgung" stehen, sonst lässt sich die Einspeiseleistung nicht regeln.
Und alle Änderungen nehme ich nur im Bereich
"********** YOUR DATA HERE ************ " vor,
ist das richtigt?
Den Offset habe ich noch nicht verstandenRichtig. Offset bestimmt die Zielleistung der Regulation. 50 bedeutet, das Script versucht einen Netzbezug von 50W einzuregeln.
Die Werte
"InverterHeartbeat.dynamicWatts" und "InverterHeartbeat2.X_Unknown_13"
scheinen identisch zu sein.Danke für die Muster! Damit kann ich auf jeden fall schon was machen
-
Neue Version online
(1.0.0) 06.08.2023
- Neuer State "lowestValue" zeigt die Grundlage zur Berechnung der Einspeiseleistung an und repräsentiert niedrigsten Wert des realen Verbrauchs in den letzten mit "MinValueMin" eingestellten Minuten.
- Neue Einstellung MinValueAg: Art der Ermittlung des kleinsten Wertes 0 = Minimalwert, 1 = Durchschnittswert.
- Neues Feature: Wenn die volle Leistung (600w) in die Batterie geht, wird die Einspeiseleistung in Stufen erhöht, auch wenn dann Leistung ins Netz geht, um möglichst das volle Potenzial der vorhandenen Solarenergie zu nutzen.
- Neue Einstellungen: lowBatLimitPozOn, lowBatLimitPozOff und lowBatLimit. Bei Unterschreiten der Batterieladung von "lowBatLimitPozOn" % ist die maximale Einspeiseleistung auf "lowBatLimit" W limitiert, bis der Ladezustand wieder bei "lowBatLimitPozOff" ist.
- Neue Einstellungen: RegulationState. Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unterhalb 0_userdata.0.ecoflow angelegt).
- Neue Einstellungen: RegulationOffPower. Wird die Regulation per State abgestellt, wird die Einspeiseleistung des ersten Powerstreams auf diesen Wert gesetzt. (-1 = keine Änderung).
Und ganz wichtig.... es gibt einen Spendenlink Bitte unterstützt mich bei der Weiterentwicklung.
(1.0.1) 07.08.2023
- Writeables auch für PowerStreams angelegt (SetDisplayBrightness, SetPrio, SetBatLimitLow, SetBatLimitHigh, SetAC).Sie tauchen auf, wenn bei laufendem Script per App geändert wird.
- Verbesserung der Reguierung
viel Spaß beim Testen
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
- Neue Einstellungen: RegulationState. Wenn angegeben, kann mit diesem State die Regulation ein- und ausgeschaltet werden (Wird automatisch unterhalb 0_userdata.0.ecoflow angelegt).
Das verstehe ich noch nicht ganz. Ich vergebe hier einen Namen unter dem dann ein Objekt angelegt wird. Und dieses kann ich dann z.B. durch ein externes Script ändern (true / false) um die Steuerung ein und auszuschalten?
(1.0.1) 07.08.2023
- Writeables auch für PowerStreams angelegt (SetDisplayBrightness, SetPrio, SetBatLimitLow, SetBatLimitHigh, SetAC).Sie tauchen auf, wenn bei laufendem Script per App geändert wird.
Wie löse ich denn eine Werteänderung aus? Also z.B. "Setze Prio auf Batterie"?
-
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Das verstehe ich noch nicht ganz. Gebe ich hier ein bestehendes State-Objekt an oder vergebe ich hier einfach einen Namen für ein Objekt, dass dann automatisch angelegt wird?
genau.. vergib einen Namen und es wird angelegt.
@dreffi sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Wie löse ich denn eine Werteänderung aus? Also z.B. "Setze Prio auf Batterie"?
0 = Stromversorgung
1 = Batterie -
@waly_de
Wow, läuft.
Bisher grundsätzlich getestet:- LowBatLimit -> ist erfolgreich angesprungen
- RegulationState -> Änderungen aus Home Assistant per Schalter werden per Script übertragen und korrekt übernommen, inkl. Begrenzung der Leistung
- SetPrio -> Umstellung per Auswahlliste in Home Assistant wird per Script übertragen und übernommen
Langzeittest steht aus.
-
@waly_de Ich hab per Node-Red noch ne Überwachung des Skripts gebaut damit es neu gestartet wird wenn es mal durch zu viele Javascript Aufrufe beendet wird. Kann ich nur empfehlen.
-
@Waly_de
Bis jetzt läuft das neue Skript (1.0.1) wunderbar
Ich würde evtl. die Zusatzpower in kleineren Schritten machen, da es gestern bei mir immer hin und her gesprungen ist. Z.b. 10er Schritte anstatt 50er Schritte..Was mir noch aufgefallen ist, dass die Regelung manchmal schnell auf 0W springt, sobald man den
BasePowerOffset
auf einen kleineren Wert setzt, z.b. 30W. Passiert das automatisch, wenn z.b. kurz ein negativer Wert in der Gesamtleistung erscheint? Ich würde dann lieber die Einspeiseleistung reduzieren, aber nicht gleich komplett auf Null setzen. Ich habe das beim Fernsehen beobachtet, bei dem der Wert ziemlich schwankt (OLED geht bei schwarzen Bildern sehr stark zurück und bei hellen Bildern gleich mal 100W mehr als davor)Ein weiterer Anregungspunkt: Könnte man evtl. einen "Passthrough" Modus implementieren, in dem immer nur die volle Solarleistung an den Ausgang gelegt wird? Z.b. bei schlechten Wetter wenn der Solaroutput eh nur sehr gering ist. Dann will man ungern, dass der Akku immer mitmachen muss, wenn dieser eh nur wenige Prozent an Kapazität übrig hat.
Sobald aber die Solarleistung einen höheren Wert als die AC Last hat, sollte der Rest in den Akku gehen. Das wäre dann ein Überschussladen in den Akku.PS: Hab gestern eine kleine Spende hinterlassen für deine Mühen
-
@ponti92
Für den Solar Passthrough Modus ist die neue Einstellung lowBatLimitPozOn/lowBatLimitPozOff und lowBatLimit gedacht.
Wenn die Solarleistung sehr gering ist, wird ab einem geringen Akkustand nur noch ein festgelegter Wert eingespeist bis der Akku wieder einen gewünschten Füllstand erreicht hat. Bei mir funktioniert das im Moment ganz gut.
Akku deaktivieren ist meines Wissens nur durch Stecker ziehen möglich oder über Prio Akku sobald der Akku die obere Ladegrenze erreicht hat.Den Vorschlag nicht gleich komplett abzuschalten befürworte ich auch. Vielleicht lässt man einfach für ein paar Zyklen mit geringer Leistung weiter einspeisen. Bei mir passiert es auch, dass der Powerstream komplett abgeschaltet wird wenn die Wolken aufreißen und das andere Balkonkraftwerk kurzzeitig mit der Einspeisung stark hochgeht. Das ließe sich wahrscheinlich auch über die neue Einstellung MinValueAg erreichen.
Ich würde mir noch eine Alternative zur Maximaleinspeisung bei vollem Akku wünschen (battPozOn/battPozOff). Hier wird der Akku auch eher unnötig belastet. Ich persönlich würde dann lieber auf Prio Akku umstellen bis ein Bestimmter Wert für Bezug überschritten wird. Damit würde wieder der Bypass aktiviert und die reine Solarleistung weiter eingespeist. Ich habe versucht das über externe Scripte zu steuern, aber noch keine zufriedenstellende Logik gefunden.
-
Neue Version Online
(1.0.2) 09.08.2023
- Unterstützung für SmartPlugs. Bisher ein Writeable: SwitchPlug mit den Werten 0= AUS und 1= AN
- Bugfix und Optimierungen
-
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Bis jetzt läuft das neue Skript (1.0.1) wunderbar
Ich würde evtl. die Zusatzpower in kleineren Schritten machen, da es gestern bei mir immer hin und her gesprungen ist. Z.b. 10er Schritte anstatt 50er Schritte..Super das es läuft Das mit den Schritten hab auch schon festgestellt. Habs in der neuen Version auf 20'er Schritte reduziert. Das kann man eben auch nur bei Sonne testen und die ist leider selten in den letzten Tagen
Was mir noch aufgefallen ist, dass die Regelung manchmal schnell auf 0W springt, sobald man den BasePowerOffset auf einen kleineren Wert setzt, z.b. 30W. Passiert das automatisch, wenn z.b. kurz ein negativer Wert in der Gesamtleistung erscheint? Ich würde dann lieber die Einspeiseleistung reduzieren, aber nicht gleich komplett auf Null setzen. Ich habe das beim Fernsehen beobachtet, bei dem der Wert ziemlich schwankt (OLED geht bei schwarzen Bildern sehr stark zurück und bei hellen Bildern gleich mal 100W mehr als davor)
Das System ist immer träge, weil es von Daten abhängt, die nicht in Echtzeit zur Verfügung stehen. Ich habe aber schon einige Einstellungsmöglichkeiten geschaffen, um das an die individuellen Bedürfnisse anpassen zu können. In der standard Einstellung ist ja der kleinste gemessene RealPower Wert Aus dem angegebenen Zeitraum "MinValueMin" ausschlaggebend für jede einzelne Berechnung der Einspeiseleistung. Mir persönlich war es wichtig, dass es keine Einspeisung ins Netz gibt. Auf Null sollte die Einspeisung aber eigentlich nur dann springen, wenn sonst eine Einspeisung ins Netz erfolgen würde. Ich denke, dass es bei euch auch so ist? Wenn du möchtest, dass die Regelung etwas träger dem aktuellen Verbrauch folgt, würde ich den Parameter "MinValueAg" auf 1 setzen.
Dann ist der Durchschnittswert und nicht der kleinste Wert ausschlaggebend für die Berechnung.Ein weiterer Anregungspunkt: Könnte man evtl. einen "Passthrough" Modus implementieren, in dem immer nur die volle Solarleistung an den Ausgang gelegt wird? Z.b. bei schlechten Wetter wenn der Solaroutput eh nur sehr gering ist. Dann will man ungern, dass der Akku immer mitmachen muss, wenn dieser eh nur wenige Prozent an Kapazität übrig hat.
Siehe Dreffi
Sobald aber die Solarleistung einen höheren Wert als die AC Last hat, sollte der Rest in den Akku gehen. Das wäre dann ein Überschussladen in den Akku.
Ist das nicht der Normalbetrieb? Oder meinst du das ein Entladen vermieden werden soll? Dazu fehlt mir leider eine Messgröße, die das echte Potential der Solarleistung wiedergibt.
PS: Hab gestern eine kleine Spende hinterlassen für deine Mühen
Vielen Dank! Das freut mich sehr und motiviert
-
@dreffi
Ja dieser Modus kommt schon ganz gut hin, jedoch ist der Wert der Einspeisung dann fix auf 150W eingestellt. D.h. bei einer Solarleistung von 50W werden dann trotzdem 100W vom Akku genommen und dieser dann weiter entleert.
Meine Idee war, dass man dann den Wert von Solar auf den AC Output spiegelt, sodass Solareingang == AC Output ist.
Bei mir habe ich nämlich West-Ausrichtung und am Vormittag noch nicht so viel Solar-Leistung. Darüber hinaus wird das bisschen Akku nicht noch weiter entleert..Bis jetzt ist der Umweg, dass ich in der Früh den Batterie-Prio Modus einstelle und der dann ab Mittag auf Stromversorgung umgestellt wird. Jedoch habe ich die Befürchtung, dass ich mehr Verluste habe durch Laden/Entladen der Powerstation, als wenn ich das direkt ins Netz einspeise, solange ich das auch verbrauche.
@Waly_de
Ich habe den anderen Modus schon ausprobiert, jedoch ist das dann sehr träge und er speist dann ziemlich lange ins Netz ein und braucht sehr lange bis er wieder an den Wert kommt. Da finde ich den Kompromiss mit dem niedrigsten Wert schon in Ordnung. Man muss das auch erst optimieren, sobald mal wirklich viel Sonne da ist und der Akku sonst nicht leer wird. Denn zurzeit habe ich das Problem noch nicht, dass der Akku nicht leer wird über Nacht..Mal sehen, ab morgen sagt er ja wieder Sonne voraus und dann wird das Verhalten im oberen Bereich ausreichend getestet
-
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Auf Null sollte die Einspeisung aber eigentlich nur dann springen, wenn sonst eine Einspeisung ins Netz erfolgen würde. Ich denke, dass es bei euch auch so ist? Wenn du möchtest, dass die Regelung etwas träger dem aktuellen Verbrauch folgt, würde ich den Parameter "MinValueAg" auf 1 setzen.
PS: Bei mir ist das auf 0 springen jedoch am Abend passiert beim TV schauen, als von einem hellen Bild ein dunkleres Bild kam. Dadurch war RealPower natürlich negativ, jedoch müsste man erkennen, dass die geforderte AC Output Leistung höher als der Bedarf ist und er einfach den Wert reduzieren muss. Das ganze konnte ich im debug log Output auch erkennen, jedoch hat er dann immer direkt auf 0 geschalten.
Ich versuche das nochmal nachzustellen und zu dokumentieren, damit das besser nachvollziehbar ist..Ich hatte gerade wieder das Problem und dabei festgestellt, dass der RealPower value kurz abgesackt ist, was aber nicht den Daten aus Grafana entspricht:
Realpower history diagramm:
Grafana diagramm:
EDIT:
Es könnte am reconnect liegen, was zwischen den beiden Werten stattfand:2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Tiefster Wert der letzten 1 Minuten: 152 W 2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Summe der Anderen PS: 0 W 2023-08-09 11:11:32.340 - info: javascript.0 (1240) script.js.Ecoflow2: Rest ist: 152 W 2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Offset von: 25 W abziehen = 127 W Neuer Einspeisewert 2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Neuer Wert unter Berücksichtigung der Limits: 127 W 2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: Einspeisung aktuell: 0 W 2023-08-09 11:11:32.341 - info: javascript.0 (1240) script.js.Ecoflow2: =================================================== 2023-08-09 11:11:47.277 - info: javascript.0 (1240) script.js.Ecoflow2: Reconnect zu Ecoflow MQTT für PowerStream - Daten 2023-08-09 11:11:49.421 - info: javascript.0 (1240) script.js.Ecoflow2: Verbunden mit dem Ecoflow MQTT-Broker 2023-08-09 11:11:49.555 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:49.557 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:49.557 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:49.560 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:49.604 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} 2023-08-09 11:11:49.636 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} 2023-08-09 11:11:49.662 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} 2023-08-09 11:11:49.680 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"setValue":{"value":17477}}} 2023-08-09 11:11:50.415 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":289,"pv1OpVolt":2889,"pv1InputWatts":196,"pv2InputVolt":300,"pv2OpVolt":3001,"batInputWatts":974,"invOutputCur":592,"invOutputWatts":1283,"heartbeatFrequency":2},"InverterHeartbeat2":{"X_Unknown_15":613,"X_Unknown_16":-3,"X_Unknown_17":541770,"X_Unknown_27":6310,"X_Unknown_32":98537,"X_Unknown_34":78,"X_Unknown_45":1297}}} 2023-08-09 11:11:52.464 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":290,"pv1OpVolt":2909,"pv2OpVolt":3021,"pv2InputWatts":192,"llcOpVolt":4194,"invInputVolt":4194,"invOutputWatts":1279},"InverterHeartbeat2":{"X_Unknown_15":607,"X_Unknown_17":541720,"X_Unknown_32":98539}}} 2023-08-09 11:11:54.514 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv2InputVolt":302,"batInputVolt":506,"llcOpVolt":4174,"invInputVolt":4174,"invOutputWatts":1283},"InverterHeartbeat2":{"X_Unknown_17":541760,"X_Unknown_32":98541,"X_Unknown_45":1300}}} 2023-08-09 11:11:56.401 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:56.402 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:56.402 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. 2023-08-09 11:11:56.403 - info: javascript.0 (1240) script.js.Ecoflow2: Die MQTT-Nachricht wurde erfolgreich veröffentlicht. ... 2023-08-09 11:11:56.491 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"setValue":{"value":17477}}} 2023-08-09 11:11:56.597 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":292,"pv1OpVolt":2929,"pv2OpVolt":3041,"batInputVolt":507,"batInputWatts":967,"llcOpVolt":4201,"invInputVolt":4201},"InverterHeartbeat2":{"X_Unknown_15":616,"X_Unknown_16":5,"X_Unknown_17":541810,"X_Unknown_32":98543,"X_Unknown_45":1294}}} 2023-08-09 11:11:56.957 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{} 2023-08-09 11:11:58.500 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1Temp":460,"pv2InputVolt":304,"pv2Temp":460,"batInputWatts":964,"llcOpVolt":4213,"invInputVolt":4213,"invOutputCur":601,"invOutputWatts":1292},"InverterHeartbeat2":{"X_Unknown_15":624,"X_Unknown_16":1,"X_Unknown_17":541800,"X_Unknown_32":98545}}} 2023-08-09 11:12:01.018 - info: javascript.0 (1240) script.js.Ecoflow2: Decodierte Nachricht:{"data":{"InverterHeartbeat":{"pv1InputVolt":294,"pv1OpVolt":2949,"pv1Temp":450,"pv2Temp":450,"batInputVolt":506,"batInputWatts":970,"llcOpVolt":4203,"invInputVolt":4203},"InverterHeartbeat2":{"X_Unknown_15":630,"X_Unknown_17":541850,"X_Unknown_32":98547,"X_Unknown_45":1291}}} 2023-08-09 11:12:02.338 - info: javascript.0 (1240) script.js.Ecoflow2: Tiefster Wert der letzten 1 Minuten: 26 W 2023-08-09 11:12:02.339 - info: javascript.0 (1240) script.js.Ecoflow2: Summe der Anderen PS: 0 W 2023-08-09 11:12:02.339 - info: javascript.0 (1240) script.js.Ecoflow2: Rest ist: 26 W 2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Offset von: 25 W abziehen = 1 W Neuer Einspeisewert 2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Neuer Wert unter Berücksichtigung der Limits: 1 W 2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: Einspeisung aktuell: 129.2 W 2023-08-09 11:12:02.340 - info: javascript.0 (1240) script.js.Ecoflow2: ===================================================
-
@ponti92 said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@dreffi
Ja dieser Modus kommt schon ganz gut hin, jedoch ist der Wert der Einspeisung dann fix auf 150W eingestellt. D.h. bei einer Solarleistung von 50W werden dann trotzdem 100W vom Akku genommen und dieser dann weiter entleert.Dann muss der Wert noch kleiner gestellt werden. Ich habe den aktuell auf 50W bei 4x 410W Peak am Powerstream.
Meine Idee war, dass man dann den Wert von Solar auf den AC Output spiegelt, sodass Solareingang == AC Output ist.
Problem: die Solarleistung wird durch den eingestellten Wert für die Ausgangsleistung gedrosselt. Die mögliche Solarleistung ist unbekannt. Man könnte sich da nur Schrittweise rantasten. Ich persönlich glaube das wird nichts. Dann lieber auf Prio Akku. Sobald die Ladegrenze erreicht wurde wird dann direkt eingespeist. Leider kann die Ladegrenze nicht auf weniger als 50% gesetzt werden. Zumindest nicht per App.
-
@dreffi
Stimmt nicht ganz, zurzeit ist AC nur auf 22W und der Solarinput ist trotzdem größer und der Rest geht in die Batterie. Das was du beschreibst ist dann wenn der Solar-Input > 600W ist, oder die Batterie schon zu voll ist. -
@ponti92
Stimmt, mein Fehler. Ich war in Gedanken schon im Modus "Prio Akku".
Vielleicht macht es doch Sinn dann die PV-Leistung auf den AC-Bedarf zu spiegeln. Das würde wieder etwas Zeitversatz bedeuten. Ich würde deshalb hier einen Mittelwert der letzten Minuten nutzen. -
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Es könnte am reconnect liegen, was zwischen den beiden Werten stattfand:
Ahh ok ...
jetzt kann ich mir vorstellen wie es dazu kommt.
Im Moment läuft es so, dass der Algo zur Berechnung des Realpower prüft, ob der Wert für die Tatsächlich Einspeisung "invOutputWatts" jünger als das letzte setzen der AC Leistung ist. Wenn nicht ist der wert ja veraltet und uninteressant. Ich überspringe dann den Zyklus.... wenn der wert schließlich älter als 1/2 "MinValueMin" ist, setzte ich den State invOutputWatts auf 0. weil ich davon ausgehe, dass die PS offline ist. Denke das ist ein Denkfehler...
In diesem Fall kann dann Realpower plötzlich klein sein. Dass passiert natürlich zwangsweise dann, wenn ein reconnect nötig wird. denn dann kommen ja keine Daten mehr und es dauert vermutlich länger bis zum Reconnect als 1/2 "MinValueMin"
Ich denke ich werde nicht sofort auf 0 setzen, sondern in dem Fall lieber weiter mit dem alten Wert arbeiten.... -
ich hab das manuell im Script oben geändert ... lohnt keine neue Release dafür...
könnt ihr auch selbst. Sucht nach:
setState(ConfigData.statesPrefix + ".app_device_property_" + asn + ".data.InverterHeartbeat.invOutputWatts", "0") //Einspeisung += invOutputWatts;
und macht daraus:
//setState(ConfigData.statesPrefix + ".app_device_property_" + asn + ".data.InverterHeartbeat.invOutputWatts", "0") Einspeisung += invOutputWatts;
-
Hey danke dass die Smart Plugs nun unterstütz werden.
Ich weiß nicht welche Funktionen oder Veränderungen wichtig sind.
Wie kann man am besten unterstützen?
Daher teste ich nun einfach mal unterschiedliche Änderungen:Smart Plug Überlastschutz
/thing/property/set:0a3d0a0308d00f1020183520012801380340024889015003580170c887b5de05800113880101ba0103696f73ca0110485735325a44483453463636363933343
Hast du mal die Möglichkeit gesehen die vergebenen Namen auszulesen?
Also bei Powerstream und Delta 2 max wäre es ja nicht so interessant aber bei den Smart Plugs schon eher.Im Skript die Namen werden die nur im Skript zur Wiedererkennung verwendet oder tauchen die auch irgendwo sonst noch auf?