NEWS
ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
ch hab das mal schnell getestet mit der D2M:
Beim setzen von .chgPauseFlag wird die Leistung in der App auf 0 angezeigt, jedoch zeigt der Shelly noch 5W an. Das ist nicht viel, jedoch wĂŒrde ich optional einen datenpunkt des Shellyâs einbeziehen, damit das Skript den Shelly oder andere Schalter steuern kann.
DarĂŒber hinaus kann man noch auf 120W minimale Ladeleistung heruntergehen, was in der App ca 100W Ladeleistung entspricht. Alles darunter funktioniert nicht mehr und die Batterie wird laut App nicht mehr geladen.(Shelly zeigt dann immer ca. 70W an, wenn der Wert zu gering ist).
Ăbrigens kann man dann jeden Wert zwischen 120 und 2400W in iobroker einstellen und wird auch korrekt in der App angezeigt.
Also zum Ein/Ausschalten entweder:.chgPauseFlag auf 1 setzen oder
ac Eingang ĂŒber Steckdose/Schalter steuernDanach regeln der Leistung ĂŒber .slowChgWatts von MinWatt (D2M=120W) bis MaxWatt (D2M=2400W)
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
Hi, magst du kurz erklÀren was die ganzen Einstellungen da bedeuten? Die meisten sind selbsterklÀrend denk ich, aber ein paar Kommentare dazu wÀren hilfreich :)
Dann kann ich das heute mal testen, da wir heute viel Sonne haben.Kannst du mir diese drei Werte kurz erklÀren?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5, -
Jetzt, wo die Sonne wieder rauskommt, wird es auch Zeit fĂŒr eine neue Version des Skripts. ;-)
Ich habe den Regel-Algorithmus komplett neu programmiert. Das ist vor allem fĂŒr die Regelung mehrerer PS wichtig gewesen.
Jetzt funktioniert der Balance-Mode wesentlich besser. Es wird zunĂ€chst versucht den gesamten Bedarf aus der PV-Power aller verfĂŒgbaren PS zu decken. Erst dann werden die Batterien im VerhĂ€ltnis ihrer LadestĂ€nde entladen.
Auch sonst habe ich versucht Eure WĂŒnsche und Anregungen umzusetzen.
Ich poste das neue Skript zunÀchst nur hier unten und warte auf Euer Feedback. Ich möchte zunÀchst sicherstellen, dass es auch wirklich bei allen funktioniert, denn es hat sich unter der Haube viel geÀndert.Viel Spaà beim testen!
hier das komplette Changelog der neuen Version:
(1.1.4.1) 23.09.2023
- Neue Einstellung: "AdditionalPower": Wenn es weitere Wechselrichter gibt, die in ioBroker erfasst werden, können diese hier angelegt werden. Die Leistung wird dann bei der Berechnung von "Realpower" berĂŒcksichtigt.
- Delta 2 Max "Writeables" erneut ĂŒberarbeitet (Danke an Ponti92 aus dem ioBroker-Forum).
- "Maxpower" ist jetzt in den Einstellungen fĂŒr jeden einzelnen PS verfĂŒgbar.
- Komplett neues Regelwerk zum Einstellen und Verteilen der Einspeiseleistung auf mehrere PS: âšIm "Balance Mode" wird zunĂ€chst nur die verfĂŒgbare PV-Leistung aller PS eingespeist; erst danach wird aus den Batterien entnommen. Dabei richtet sich die Entladeleistung nach dem Ladestand der Batterien. Alle PS werden bei einem Messintervall gleichzeitig geregelt.
- "battOnSwitchPrio" ĂŒberarbeitet und verbessert.
- SmartPlugs sollten nun bei Verwendung den Regelprozess nicht mehr komplett verwirren.
- FĂŒr SmartPlugs gibt es nun auch historische Leistungsdaten in den Objekten.
- Auch fĂŒr PS wurden die historischen Leistungsdaten neu angelegt. Die Interpretation dieser Daten steht noch aus. Vielleicht möchte das einer von euch machen? U.U stimmen die Feldnamen nicht mit den darin gespeicherten Werten ĂŒberein.
- Neue Einstellung: "SmartmeterTimeoutMin" und "SmartmeterFallbackPower". Wenn der letzte Wert vom Smartmeter Àlter als "SmartmeterTimeoutMin" ist, wird das Skript mit "SmartmeterFallbackPower" als aktuellem Realpowerwert weiterarbeiten, bis wieder aktuelle Daten geliefert werden.
- Bekannte Writeables werden nun automatisch angelegt, auch ohne dass sie in der App geĂ€ndert werden mĂŒssen (Voraussetzung ist die richtige Einstellung des Typs bei den GerĂ€teeinstellungen)
- Verschiedene Optimierungen und Bugfixes
@waly_de
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar :)
Die zwei PS werden abhÀngig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.
Ich teste noch weiter und gebe Bescheid, falls ich was finde! -
@waly_de
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar :)
Die zwei PS werden abhÀngig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.
Ich teste noch weiter und gebe Bescheid, falls ich was finde!@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Ich hab seit gestern das neue Skript im Betrieb und es funktioniert bis jetzt wunderbar
Die zwei PS werden abhĂ€ngig vom Akkustand gesteuert und es kommt nicht mehr vor, dass eine PS gar nichts liefert, und die andere die komplette Last.Prima, vielen Dank fĂŒr Dein Feedback!
-
@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
alles klar... wenn du mal in die Einstellungen der neuen Version schaust, da hab ich schon etwas vorbereitet. Ich denke diese Parameter können das alles abdecken...
Hi, magst du kurz erklÀren was die ganzen Einstellungen da bedeuten? Die meisten sind selbsterklÀrend denk ich, aber ein paar Kommentare dazu wÀren hilfreich :)
Dann kann ich das heute mal testen, da wir heute viel Sonne haben.Kannst du mir diese drei Werte kurz erklÀren?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Kannst du mir diese drei Werte kurz erklÀren?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,Also bissher haben alle diese Parameter noch keine Funktion. Das kommt erst in den nĂ€chsten Versionen. Ich hab mir nur Gedanken gemacht, wie es funktionieren soll und was ich dazu fĂŒr Daten brauche.
Der Plan:
Ich ĂŒberwache den Ăberschuss. Wenn der Ăberschuss fĂŒr ExcessChargeStartPowerDurationMin Minuten durchgehend gröĂer ist als ExcessChargeStartPower schalte ich den ExcessChargeSwitchID ein und stelle
ExcessChargePowerID entsprechend dem Ăberschuss ein.
FĂ€llt der Ăberschuss fĂŒr * ExcessChargeStartPowerDurationMin* dauerhaft unter ExcessChargeStartPower wird wieder ausgeschaltet.
ExcessChargeSwitchMin soll die Zeit festlegen in der ExcessChargeSwitchID mindestens in der zuletzt geschalteten position verbleiben soll. Einfach um zu verhindern das stĂ€ndig ein und ausgeschaltet wird.zu ĂŒberlegen wĂ€re noch eine Quelle fĂŒr die tatsĂ€chlich aufgenommene Leistung anzugeben (Shelly oder auch entsprechend ID des Delta), denn das ist oft anders als der eingestellte Wunschwert.
Vielleicht kommt noch etwas hinzu, wenn ich es dann umsetze....
-
@Waly_de :
Habe das Script aktiviert und bekommen nachfolgende Fehlermeldungen:25.9.2023, 09:09:22.924 [error]: javascript.0 (1284) at SetBasePower (script.js.Energie.Ecoflow_Leistung:1866:43) 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at script.js.Energie.Ecoflow_Leistung:850:13 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at CheckforReconnect (script.js.Energie.Ecoflow_Leistung:1221:9) 25.9.2023, 09:09:22.926 [error]: javascript.0 (1284) at Object.<anonymous> (script.js.Energie.Ecoflow_Leistung:848:9)hast Du einen Tipp?
-
@Waly_de :
Habe das Script aktiviert und bekommen nachfolgende Fehlermeldungen:25.9.2023, 09:09:22.924 [error]: javascript.0 (1284) at SetBasePower (script.js.Energie.Ecoflow_Leistung:1866:43) 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at script.js.Energie.Ecoflow_Leistung:850:13 25.9.2023, 09:09:22.925 [error]: javascript.0 (1284) at CheckforReconnect (script.js.Energie.Ecoflow_Leistung:1221:9) 25.9.2023, 09:09:22.926 [error]: javascript.0 (1284) at Object.<anonymous> (script.js.Energie.Ecoflow_Leistung:848:9)hast Du einen Tipp?
@bombastikde sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
1221
Fehlermeldungen bitte immer aus (Protokolle), nicht aus der Konsole des Skriptes holen.Da steht einiges mehr.
Aber hast du mqtt und protobuf installiert?
-
@bombastikde sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
1221
Fehlermeldungen bitte immer aus (Protokolle), nicht aus der Konsole des Skriptes holen.Da steht einiges mehr.
Aber hast du mqtt und protobuf installiert?
@waly_de Danke Waly_de - jetzt scheint alles zu laufen - Vielen Dank nochmals fĂŒr die Arbeit
-
@ponti92 sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
Kannst du mir diese drei Werte kurz erklÀren?
ExcessChargeSwitchMin: 10, ExcessChargeStartPower: 50, ExcessChargeStartPowerDurationMin: 5,Also bissher haben alle diese Parameter noch keine Funktion. Das kommt erst in den nĂ€chsten Versionen. Ich hab mir nur Gedanken gemacht, wie es funktionieren soll und was ich dazu fĂŒr Daten brauche.
Der Plan:
Ich ĂŒberwache den Ăberschuss. Wenn der Ăberschuss fĂŒr ExcessChargeStartPowerDurationMin Minuten durchgehend gröĂer ist als ExcessChargeStartPower schalte ich den ExcessChargeSwitchID ein und stelle
ExcessChargePowerID entsprechend dem Ăberschuss ein.
FĂ€llt der Ăberschuss fĂŒr * ExcessChargeStartPowerDurationMin* dauerhaft unter ExcessChargeStartPower wird wieder ausgeschaltet.
ExcessChargeSwitchMin soll die Zeit festlegen in der ExcessChargeSwitchID mindestens in der zuletzt geschalteten position verbleiben soll. Einfach um zu verhindern das stĂ€ndig ein und ausgeschaltet wird.zu ĂŒberlegen wĂ€re noch eine Quelle fĂŒr die tatsĂ€chlich aufgenommene Leistung anzugeben (Shelly oder auch entsprechend ID des Delta), denn das ist oft anders als der eingestellte Wunschwert.
Vielleicht kommt noch etwas hinzu, wenn ich es dann umsetze....
@waly_de
Ok das macht alles Sinn und habe nichts hinzuzufĂŒgen ;)
Zu deiner Anmerkung zur tatsÀchlichen entnommenen Leistung:
Auch ein Shelly Plug oder andere messsteckdosen sind auch nicht immer so genau und können da auch gerne mal zu 10% abweichen. Ich habe selbst den Verdacht, dass der zb der Shelly plug s mehr anzeigt als es beim Shelly 3em dann am Ende ankommt. Man mĂŒsste das mal messen, aber dazu mĂŒsste ich alle anderen Verbraucher abklemmen, sodass der 3em nur den Plug s misst..Evtl. Könnte man das durch eine einfache PI(D) Regelung steuern, damit der Wert sich selbst einstellen kann. Wobei das mit der langsamen abtastrate wahrscheinlich Nicht so gut funktionieren wird.
Oder du baust dir Ă€hnlich wie bei den PS einen Offset ein, der hinzugefĂŒgt bzw. abgezogen wird zu dem Wert den das Skript ermittelt hat.
Dann könnte man sich gut festgelegen, ob man zb leichte positive Wattwerte dulden, Oder immer leicht im negativen bleiben möchte..
Diesen Offset muss jeder fĂŒr sich einstellen und ist gegebenenfalls fĂŒr jedes System und Vorlieben individuell. -
@Waly_de
Hi,
Noch etwas anderes:
Die Funktion mit der Zusatzpower wenn die PV Leistung ĂŒber 600W geht, funktioniert bei mir nicht so recht.
Die setzt dann immer ein, obwohl noch keine 600W PV Leistung anliegt und speist dann zusÀtzlich Strom von wenigen Watt (20-50W) ein. Und da sobwohl der hausverbrauch negativ ist.( zweite solar Anlage mit Hoymiles produziert genug Strom)Deshalb schalte ich zurzeit den AC Ausgang der PS einfach aus, solange ich noch unter 600W bin..
Ich denke, dass das Skript mit den negativen Werten nicht klarkommt, und dadurch die Regelung einen Sonderfall hat..
Es ist halt doof, wenn der Verbrauch eh schon negativ ist, dass die PS Strom zusĂ€tzlich liefert..Was anderes wĂ€re es bei 100% Akku, dann sollte die PS natĂŒrlich alles liefern was geht. Dies funktioniert auch wunderbar :)

Edit:
Es sieht so aus, als ob das Skript ewig in dieser Zusatzpower Schleife hÀngt und nicht mehr normal regelt, sobald es einmal die Zusatzpower aktiviert hatte. -
Jetzt, wo die Sonne wieder rauskommt, wird es auch Zeit fĂŒr eine neue Version des Skripts. ;-)
Ich habe den Regel-Algorithmus komplett neu programmiert. Das ist vor allem fĂŒr die Regelung mehrerer PS wichtig gewesen.
Jetzt funktioniert der Balance-Mode wesentlich besser. Es wird zunĂ€chst versucht den gesamten Bedarf aus der PV-Power aller verfĂŒgbaren PS zu decken. Erst dann werden die Batterien im VerhĂ€ltnis ihrer LadestĂ€nde entladen.
Auch sonst habe ich versucht Eure WĂŒnsche und Anregungen umzusetzen.
Ich poste das neue Skript zunÀchst nur hier unten und warte auf Euer Feedback. Ich möchte zunÀchst sicherstellen, dass es auch wirklich bei allen funktioniert, denn es hat sich unter der Haube viel geÀndert.Viel Spaà beim testen!
hier das komplette Changelog der neuen Version:
(1.1.4.1) 23.09.2023
- Neue Einstellung: "AdditionalPower": Wenn es weitere Wechselrichter gibt, die in ioBroker erfasst werden, können diese hier angelegt werden. Die Leistung wird dann bei der Berechnung von "Realpower" berĂŒcksichtigt.
- Delta 2 Max "Writeables" erneut ĂŒberarbeitet (Danke an Ponti92 aus dem ioBroker-Forum).
- "Maxpower" ist jetzt in den Einstellungen fĂŒr jeden einzelnen PS verfĂŒgbar.
- Komplett neues Regelwerk zum Einstellen und Verteilen der Einspeiseleistung auf mehrere PS: âšIm "Balance Mode" wird zunĂ€chst nur die verfĂŒgbare PV-Leistung aller PS eingespeist; erst danach wird aus den Batterien entnommen. Dabei richtet sich die Entladeleistung nach dem Ladestand der Batterien. Alle PS werden bei einem Messintervall gleichzeitig geregelt.
- "battOnSwitchPrio" ĂŒberarbeitet und verbessert.
- SmartPlugs sollten nun bei Verwendung den Regelprozess nicht mehr komplett verwirren.
- FĂŒr SmartPlugs gibt es nun auch historische Leistungsdaten in den Objekten.
- Auch fĂŒr PS wurden die historischen Leistungsdaten neu angelegt. Die Interpretation dieser Daten steht noch aus. Vielleicht möchte das einer von euch machen? U.U stimmen die Feldnamen nicht mit den darin gespeicherten Werten ĂŒberein.
- Neue Einstellung: "SmartmeterTimeoutMin" und "SmartmeterFallbackPower". Wenn der letzte Wert vom Smartmeter Àlter als "SmartmeterTimeoutMin" ist, wird das Skript mit "SmartmeterFallbackPower" als aktuellem Realpowerwert weiterarbeiten, bis wieder aktuelle Daten geliefert werden.
- Bekannte Writeables werden nun automatisch angelegt, auch ohne dass sie in der App geĂ€ndert werden mĂŒssen (Voraussetzung ist die richtige Einstellung des Typs bei den GerĂ€teeinstellungen)
- Verschiedene Optimierungen und Bugfixes
-
@Waly_de
Hi,
Noch etwas anderes:
Die Funktion mit der Zusatzpower wenn die PV Leistung ĂŒber 600W geht, funktioniert bei mir nicht so recht.
Die setzt dann immer ein, obwohl noch keine 600W PV Leistung anliegt und speist dann zusÀtzlich Strom von wenigen Watt (20-50W) ein. Und da sobwohl der hausverbrauch negativ ist.( zweite solar Anlage mit Hoymiles produziert genug Strom)Deshalb schalte ich zurzeit den AC Ausgang der PS einfach aus, solange ich noch unter 600W bin..
Ich denke, dass das Skript mit den negativen Werten nicht klarkommt, und dadurch die Regelung einen Sonderfall hat..
Es ist halt doof, wenn der Verbrauch eh schon negativ ist, dass die PS Strom zusĂ€tzlich liefert..Was anderes wĂ€re es bei 100% Akku, dann sollte die PS natĂŒrlich alles liefern was geht. Dies funktioniert auch wunderbar :)

Edit:
Es sieht so aus, als ob das Skript ewig in dieser Zusatzpower Schleife hÀngt und nicht mehr normal regelt, sobald es einmal die Zusatzpower aktiviert hatte.@ponti92 ne, das ist so gedacht. Wenn 600 W in die Batterie gehen und mehr geerntet werden kann, dann ist es doch ok, wenn der Bezug negativ wird. und ja, er versucht solange so viel Leistung zur Batterie geht, immer in 20 schritten zu erhöhen... alles genau so geplant ... wenn du das unterbindest, verschenkst Du Energie...
Aber du kannst nach BAT_MAX_OFFSET suchen. Das steht auf 60. Also fÀngt Zusatzpower bei 540 W an zu arbeiten (Weil oft der Akku keine 600W zulÀsst. Zumindest bei mir)
Setzt BAT_MAX_OFFSET auf 0, dann startet Zusatzpower tatsÀchlich erst bei 600W -
@milchbeck
hmm auch bei Restarten des Skriptes?? Bitte keine Bilder schicke, sondern das Log aus "Protokolle" kopieren undals Code einfĂŒgenWelcher Wert steht bei Dir in:
0_userdata.0.ecoflow.AdditionalPowerSumsollte da "null" stehen, trage bitte hÀndisch eine "0" ein
-
@milchbeck
hmm auch bei Restarten des Skriptes?? Bitte keine Bilder schicke, sondern das Log aus "Protokolle" kopieren undals Code einfĂŒgenWelcher Wert steht bei Dir in:
0_userdata.0.ecoflow.AdditionalPowerSumsollte da "null" stehen, trage bitte hÀndisch eine "0" ein
-
@ponti92 ne, das ist so gedacht. Wenn 600 W in die Batterie gehen und mehr geerntet werden kann, dann ist es doch ok, wenn der Bezug negativ wird. und ja, er versucht solange so viel Leistung zur Batterie geht, immer in 20 schritten zu erhöhen... alles genau so geplant ... wenn du das unterbindest, verschenkst Du Energie...
Aber du kannst nach BAT_MAX_OFFSET suchen. Das steht auf 60. Also fÀngt Zusatzpower bei 540 W an zu arbeiten (Weil oft der Akku keine 600W zulÀsst. Zumindest bei mir)
Setzt BAT_MAX_OFFSET auf 0, dann startet Zusatzpower tatsÀchlich erst bei 600W@waly_de sagte in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
@ponti92 ne, das ist so gedacht. Wenn 600 W in die Batterie gehen und mehr geerntet werden kann, dann ist es doch ok, wenn der Bezug negativ wird. und ja, er versucht solange so viel Leistung zur Batterie geht, immer in 20 schritten zu erhöhen... alles genau so geplant ... wenn du das unterbindest, verschenkst Du Energie...
Ja das Feature ist mir schon bewusst und sinnvoll, aber ich hab mich immer gewundert warum es schon bei 550W startet..
Ich weiĂ, dass es dazu dient zusĂ€tzliche PV Leistung einzuspeisen, die sonst verloren ginge, jedoch ist es in meinem Fall suboptimal. Denn durch die andere PV Leistung ist mein hausverbrauch schon negativ und das Skript verschenkt dann noch 50W, die eigentlich in den Akku gehören :)
Bei mir klappt das mit 600W wunderbar, vielleicht ist die Spannung deiner Solarmodule zu niedrig, sodass er dann in die Strombegrenzung geht?Aber du kannst nach BAT_MAX_OFFSET suchen. Das steht auf 60. Also fÀngt Zusatzpower bei 540 W an zu arbeiten (Weil oft der Akku keine 600W zulÀsst. Zumindest bei mir)
Setzt BAT_MAX_OFFSET auf 0, dann startet Zusatzpower tatsÀchlich erst bei 600WDanke, das wird es wohl sein. ich stell den Wert mal auf 0 oder 10 und teste mal :)
-
2023-09-26 00:13:21.945 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.202 admin 2023-09-26 00:30:09.737 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.202 2023-09-26 00:30:15.729 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.202 admin 2023-09-26 01:10:03.397 - info: history.0 (11304) Delete old history "/opt/iobroker/iobroker-data/history/20230923/history.0_userdata.0.ecoflow.RealPower.json" 2023-09-26 01:10:03.412 - info: history.0 (11304) Delete old history dir "/opt/iobroker/iobroker-data/history/20230923" 2023-09-26 07:47:03.200 - error: javascript.0 (426153) Error in callback: TypeError: (Hausstrom + Einspeisung).toFixed is not a function 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at Object. (script.js.Ecoflow_25_09_2023:2404:68) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2777:34) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at listOnTimeout (node:internal/timers:569:17) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at processTimers (node:internal/timers:512:7) 2023-09-26 08:07:54.337 - warn: deyeidc.0 (432547) ControlCode faulty!: Data may be corrupt, therefore discarded 2023-09-26 08:21:47.096 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:23:59.033 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 admin 2023-09-26 08:24:13.596 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:24:31.860 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:25:05.772 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 javascript 2023-09-26 08:25:05.773 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 admin 2023-09-26 08:25:39.752 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168Das kommt immer wieder bin jetzt erstmal wieder zurĂŒck zum vorherigen Script
-
2023-09-26 00:13:21.945 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.202 admin 2023-09-26 00:30:09.737 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.202 2023-09-26 00:30:15.729 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.202 admin 2023-09-26 01:10:03.397 - info: history.0 (11304) Delete old history "/opt/iobroker/iobroker-data/history/20230923/history.0_userdata.0.ecoflow.RealPower.json" 2023-09-26 01:10:03.412 - info: history.0 (11304) Delete old history dir "/opt/iobroker/iobroker-data/history/20230923" 2023-09-26 07:47:03.200 - error: javascript.0 (426153) Error in callback: TypeError: (Hausstrom + Einspeisung).toFixed is not a function 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at Object. (script.js.Ecoflow_25_09_2023:2404:68) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2777:34) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at listOnTimeout (node:internal/timers:569:17) 2023-09-26 07:47:03.217 - error: javascript.0 (426153) at processTimers (node:internal/timers:512:7) 2023-09-26 08:07:54.337 - warn: deyeidc.0 (432547) ControlCode faulty!: Data may be corrupt, therefore discarded 2023-09-26 08:21:47.096 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:23:59.033 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 admin 2023-09-26 08:24:13.596 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:24:31.860 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168 2023-09-26 08:25:05.772 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 javascript 2023-09-26 08:25:05.773 - info: admin.0 (163) <== Disconnect system.user.admin from ::ffff:192.168.178.168 admin 2023-09-26 08:25:39.752 - info: admin.0 (163) ==> Connected system.user.admin from ::ffff:192.168.178.168Das kommt immer wieder bin jetzt erstmal wieder zurĂŒck zum vorherigen Script
@milchbeck also ich vermute ja das es mit dem 0_userdata.0.ecoflow.AdditionalPowerSum zusammen hÀngt
warn: deyeidc.0 (432547) ControlCode faulty!: Data may be corrupt, therefore discardedhast du einen Deye Konfiguriert bei AdditionalPower ? Lass das mal testweise weg. (es reicht wenn du die ID Ànderst z.B. aus
id: "deyeidc.0.solar.1234567890.0.power"
mach mal
id: "off-deyeidc.0.solar.1234567890.0.power" -
Danke fĂŒr das Skript :)
Ich habe die neuste Version mal ausprobiert, bekomme aber folgende Fehlermeldungen:
javascript.0 2023-09-26 09:38:10.163 error at processTimers (node:internal/timers:512:7) javascript.0 2023-09-26 09:38:10.163 error at listOnTimeout (node:internal/timers:569:17) javascript.0 2023-09-26 09:38:10.163 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2757:34) javascript.0 2023-09-26 09:38:10.163 error at Object.<anonymous> (script.js.Dynamisches_Einspeisen09:2404:68) javascript.0 2023-09-26 09:38:10.162 error Error in callback: TypeError: (Hausstrom + Einspeisung).toFixed is not a functionKann mir da jemand helfen, warum das so ist?
Folgende Werte bekomme ich von HomeAssistant:SmartmeterID: "hass.0.entities.sensor.scb_home_power.state", AdditionalPower: [ // Wenn es weitere Wechselrichter gibt, die in IOBroker erfasst werden, können diese hier Angelegt werden //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { name: "Kostal_WR", // Beliebiger Name id: "hass.0.entities.sensor.scb_ac_power.state" // Der Objektpfad zu dem Leistungswert in Watt (W) },Habe in der Instanz JavaScript mqtt und protoburfjs installiert.
-
Danke fĂŒr das Skript :)
Ich habe die neuste Version mal ausprobiert, bekomme aber folgende Fehlermeldungen:
javascript.0 2023-09-26 09:38:10.163 error at processTimers (node:internal/timers:512:7) javascript.0 2023-09-26 09:38:10.163 error at listOnTimeout (node:internal/timers:569:17) javascript.0 2023-09-26 09:38:10.163 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2757:34) javascript.0 2023-09-26 09:38:10.163 error at Object.<anonymous> (script.js.Dynamisches_Einspeisen09:2404:68) javascript.0 2023-09-26 09:38:10.162 error Error in callback: TypeError: (Hausstrom + Einspeisung).toFixed is not a functionKann mir da jemand helfen, warum das so ist?
Folgende Werte bekomme ich von HomeAssistant:SmartmeterID: "hass.0.entities.sensor.scb_home_power.state", AdditionalPower: [ // Wenn es weitere Wechselrichter gibt, die in IOBroker erfasst werden, können diese hier Angelegt werden //############# Diesen Abschnitt fĂÂŒr jedes einzelne GerĂ€t anlegen ################ { name: "Kostal_WR", // Beliebiger Name id: "hass.0.entities.sensor.scb_ac_power.state" // Der Objektpfad zu dem Leistungswert in Watt (W) },Habe in der Instanz JavaScript mqtt und protoburfjs installiert.
ok bitte diese neue Version Installieren:
und das Object :
0_userdata.0.ecoflow.AdditionalPowerSumLöschen.
Changelog:
-
- (1.1.4.2) 26.09.2023
-
- BugFix
-
- Neuer Parameter: Zusatzpower_Offset: Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset
-
-
ok bitte diese neue Version Installieren:
und das Object :
0_userdata.0.ecoflow.AdditionalPowerSumLöschen.
Changelog:
-
- (1.1.4.2) 26.09.2023
-
- BugFix
-
- Neuer Parameter: Zusatzpower_Offset: Zusatzpower startet ab einer Batterieladeleistung von MaxPower - Zusatzpower_Offset
@waly_de said in ecoflow-connector-Script zur dynamischen Leistungsanpassung:
0_userdata.0.ecoflow.AdditionalPowerSum
Danke :)
Was mir aktuell aufgefallen ist:
Stromverbrauchen aktuell sind 300W
Wechselrichter meiner Haupt-PV-Anlage gibt aktuell 5000W ins Hausnetz
Der PowerStream versucht dennoch mit 300W dagegenzuhalten und den Hausverbrauch auf 0 zu setzen.Meines Erachtens nach hĂ€tte der PS auf 0 gestellt werden mĂŒssen, da die 5000W durch die Haupt Anlange ausreichen.
Oder habe ich da einen Gedankenfehler?
-
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen BeitrĂ€ge zu scrollen? Wenn du dich fĂŒr ein Konto anmeldest, kommst du immer genau dorthin zurĂŒck, wo du zuvor warst, und kannst dich ĂŒber neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und BeitrĂ€ge positiv bewerten, um anderen Community-Mitgliedern deine WertschĂ€tzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden đ
Registrieren Anmelden
