ecoflow-connector-Script zur dynamischen Leistungsanpassung

[Accu]

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?

[Waly_de]

@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 verstanden

Richtig. 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

[Waly_de]

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

[Dreffi]

@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"?

[Waly_de]

@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

[Dreffi]

@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.

[mattenausohz]

@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.

[Ponti92]

@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

[Dreffi]

@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.

[Waly_de]

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

[Waly_de]

@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

[Ponti92]

@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

[Ponti92]

@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: ===================================================

[Dreffi]

@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.

[Ponti92]

@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.

[Dreffi]

@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.

[Waly_de]

@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....

[Waly_de]

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;

[aherby]

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?

[Dreffi]

@waly_de
Was wäre aktuell die sinnvollste Möglichkeit wenn man einen zweiten Powerstream in Betrieb nehmen möchte? Laut Beschreibung kann das Script nur einen Powerstream steuern. Wenn der zweite Powerstream jetzt mit konstanter Leistung einspeist, kann ich ihn dann mit dem Script auslesen und trotzdem die verfügbaren Optionen, insbesondere SetPrio und SetAC manuell ändern?
Falls nein, kann ich eine zweite Instanz des Scripts dazu aufsetzen?

Feedback zu v1.0.2.1:
läuft nach wie vor einwandfrei.
Testweise lasse ich momentan nach dem Mittelwert der letzten Minuten regeln. Insbesondere meine Waschmaschine bekomme ich dadurch besser versorgt, es geht aber eben auch ein klein bisschen was ins Netz zurück. Für den Sommer ok, im Winter sicher nicht so gut.

Ich teste gerade bei vollem Akku (90%) auf Prio Akku umzustellen und bei 30 Watt Bezug über 5 Minuten wieder zurück auf Prio Einspeisung. Gesteuert wird das zum Test derzeit extern über Home Assistant.