ecoflow-connector-Script zur dynamischen Leistungsanpassung
-
Das Skript läuft nach wie vor bei mir zufriedenstellend. Ich bin immer noch begeistert. Einen Schönheitsfehler habe ich jedoch festgestellt in folgender Situation:
Ich habe durch meine kleine PV Anlage Überschuss im Hausnetz und lade bereits ins Netz rein (überschussladung ist im Skript deaktiviert, weil ich z.B. den Gschirrspüler direkt an der Delta Pro Steckdose betreibe). Dann gehe ich aufs Laufband, welches an einem im Skript registrierten SmartPlug hängt. Trotzdem dass ich z.B. 1kW überschuss habe, fängt der SP an den PowerStream anzutriggern und der läd noch zzl. 600W ins Netz.
Ich hätte erwartet, dass das Skript wenn es feststellt, dass ich Solarüberschuss habe dann nichts zzl ins Netz läd aus der Batterie, wenn die Smartplugs im Skript registriert sind.
Weiß jmd. Rat?
-
Das Skript läuft nach wie vor bei mir zufriedenstellend. Ich bin immer noch begeistert. Einen Schönheitsfehler habe ich jedoch festgestellt in folgender Situation:
Ich habe durch meine kleine PV Anlage Überschuss im Hausnetz und lade bereits ins Netz rein (überschussladung ist im Skript deaktiviert, weil ich z.B. den Gschirrspüler direkt an der Delta Pro Steckdose betreibe). Dann gehe ich aufs Laufband, welches an einem im Skript registrierten SmartPlug hängt. Trotzdem dass ich z.B. 1kW überschuss habe, fängt der SP an den PowerStream anzutriggern und der läd noch zzl. 600W ins Netz.
Ich hätte erwartet, dass das Skript wenn es feststellt, dass ich Solarüberschuss habe dann nichts zzl ins Netz läd aus der Batterie, wenn die Smartplugs im Skript registriert sind.
Weiß jmd. Rat?
habe mal ChatGPT bemüht. Scheint ein Fehler im Skript zu sein. Gibts hier noch jmd. der das Skript pflegt und anpassen kann?
Der Fehler/Knackpunkt bei Geräten an EF Smartplugs:
Wie das Skript die Einspeisung berechnet:
Das Skript berechnet den Einspeisewunsch für den PowerStream i. d. R. so:// Pseudocode/Prinzip (aus dem Skript extrahiert)
powerstream_set = hausverbrauch - pv_leistung + reserve + summe_smartplugs
WICHTIG:hausverbrauch ist meist die vom IR-Reader gemessene Differenz (also, was aus dem Netz kommt oder eingespeist wird, unter Berücksichtigung der PV).
summe_smartplugs ist die aktuelle Gesamtlast der gemessenen EF Smartplugs.
Das Problem:
Geräte an EF Smartplugs werden sowohl im Hausverbrauch (über IR-Reader) als auch über die Smartplugs erfasst.
→ Das Skript addiert aber (je nach Einstellung und Konfiguration) diese Verbräuche zusätzlich, statt sie zu ersetzen oder korrekt zu subtrahieren.Konkretes Beispiel:
Dein Haus hat 1000 W PV-Überschuss (wird ins Netz eingespeist, Hausverbrauch ist 0, gemessen vom IR-Reader).
Du schaltest das Laufband mit 700 W am Smartplug ein.
Der IR-Reader misst: jetzt nur noch 300 W ins Netz (statt vorher 1000 W), weil das Laufband 700 W nimmt.
Smartplug meldet: 700 W werden verbraucht.
Das Skript rechnet jetzt:
Hausverbrauch (300 W Bezug, weil 700 W weniger eingespeist) + Smartplug (700 W) → Summe 1000 W.Fehler:
Der Verbrauch des Laufbands wurde doppelt berücksichtigt!Folge:
Das Skript steuert die PowerStream auf 1000 W, dabei bräuchte es gar keine zusätzliche Einspeisung, weil der PV-Überschuss reicht. -
habe mal ChatGPT bemüht. Scheint ein Fehler im Skript zu sein. Gibts hier noch jmd. der das Skript pflegt und anpassen kann?
Der Fehler/Knackpunkt bei Geräten an EF Smartplugs:
Wie das Skript die Einspeisung berechnet:
Das Skript berechnet den Einspeisewunsch für den PowerStream i. d. R. so:// Pseudocode/Prinzip (aus dem Skript extrahiert)
powerstream_set = hausverbrauch - pv_leistung + reserve + summe_smartplugs
WICHTIG:hausverbrauch ist meist die vom IR-Reader gemessene Differenz (also, was aus dem Netz kommt oder eingespeist wird, unter Berücksichtigung der PV).
summe_smartplugs ist die aktuelle Gesamtlast der gemessenen EF Smartplugs.
Das Problem:
Geräte an EF Smartplugs werden sowohl im Hausverbrauch (über IR-Reader) als auch über die Smartplugs erfasst.
→ Das Skript addiert aber (je nach Einstellung und Konfiguration) diese Verbräuche zusätzlich, statt sie zu ersetzen oder korrekt zu subtrahieren.Konkretes Beispiel:
Dein Haus hat 1000 W PV-Überschuss (wird ins Netz eingespeist, Hausverbrauch ist 0, gemessen vom IR-Reader).
Du schaltest das Laufband mit 700 W am Smartplug ein.
Der IR-Reader misst: jetzt nur noch 300 W ins Netz (statt vorher 1000 W), weil das Laufband 700 W nimmt.
Smartplug meldet: 700 W werden verbraucht.
Das Skript rechnet jetzt:
Hausverbrauch (300 W Bezug, weil 700 W weniger eingespeist) + Smartplug (700 W) → Summe 1000 W.Fehler:
Der Verbrauch des Laufbands wurde doppelt berücksichtigt!Folge:
Das Skript steuert die PowerStream auf 1000 W, dabei bräuchte es gar keine zusätzliche Einspeisung, weil der PV-Überschuss reicht.@accu hab' Dein Beispiel noch nicht verstanden. Hausverbrauch kann auch negativ sein wenn Überschuss eingespeist wird, wäre in Deinem Beispiel dann -1000!
Anpassungen habe ich schon einige gemacht am Skript. Um welche Stelle geht es? Warum passt Du es nicht selbst an oder ist es komplizierter?
-
@accu hab' Dein Beispiel noch nicht verstanden. Hausverbrauch kann auch negativ sein wenn Überschuss eingespeist wird, wäre in Deinem Beispiel dann -1000!
Anpassungen habe ich schon einige gemacht am Skript. Um welche Stelle geht es? Warum passt Du es nicht selbst an oder ist es komplizierter?
Guten Tag,
Glückwunsch zu all der geleisteten Arbeit.
Ich habe einen STREAM von Ecoflow. Glauben Sie, dass es möglich ist, die Solarproduktion zu regulieren?
Das Gerät ist neuer, und ich habe den Eindruck, dass es weniger zugänglich ist als der POWERSTREAM. -
Läuft hier auch noch. Ich hoffe noch ewig.
Ersatz über andere Tools wird wohl schwierig werden. -
Darf ich mal fragen, wozu ihr das Skript noch verwendet? Die originale Regelung von Ecoflow ist inzwischen doch so perfekt, dass ich gar nicht wüsste, wozu ich das Skript noch brauchen könnte.
Einzig die AC-Überschussladung meiner 2 Delta Pro 3 Regel ich noch mit einem Skript und 2 Shelly-Steckdosen. Ansonsten bietet Ecoflow inzwischen eine so gute Regelung, dass ich über die ganze Nacht aktuell nur ca. 20Wh beziehe.
-
Darf ich mal fragen, wozu ihr das Skript noch verwendet? Die originale Regelung von Ecoflow ist inzwischen doch so perfekt, dass ich gar nicht wüsste, wozu ich das Skript noch brauchen könnte.
Einzig die AC-Überschussladung meiner 2 Delta Pro 3 Regel ich noch mit einem Skript und 2 Shelly-Steckdosen. Ansonsten bietet Ecoflow inzwischen eine so gute Regelung, dass ich über die ganze Nacht aktuell nur ca. 20Wh beziehe.
@Ralf77 ich habe das Skript für mich noch etwas erweitert und nutze folgende Features, die es bei Ecoflow nicht gibt:
- Regelung mit 2 Shelly Pro EM (2 Sicherungskästen)
- Output pro Powerstream abhängig vom PV Input und angeschlossener Speicherkapazität, sowohl wenn geladen wird als auch beim Entladen (bei mehreren PSs mit Speicher)
- Output nie höher as PV Input solange Speicher < Schwelle (bei mir 20%)
- Offset zur 0-Regelung: im Winter bei mir z.B. +50W weil die Speicher nicht voll werden, um möglichst wenig zu verschenken
-
Darf ich mal fragen, wozu ihr das Skript noch verwendet? Die originale Regelung von Ecoflow ist inzwischen doch so perfekt, dass ich gar nicht wüsste, wozu ich das Skript noch brauchen könnte.
Einzig die AC-Überschussladung meiner 2 Delta Pro 3 Regel ich noch mit einem Skript und 2 Shelly-Steckdosen. Ansonsten bietet Ecoflow inzwischen eine so gute Regelung, dass ich über die ganze Nacht aktuell nur ca. 20Wh beziehe.
@Ralf77 Und wo bekommst du den Hausverbrauch her?
Ich habe halt keinen Ecoflow kompatibelen Zähler.
-
@Ralf77 Und wo bekommst du den Hausverbrauch her?
Ich habe halt keinen Ecoflow kompatibelen Zähler.
-
@holgerwolf abgesehen von dem, was @ralf77 geschrieben hat: Ecoflow (die App) selbst kann inzwischen auch mit Shelly 3EM arbeiten. Was hast Du im Einsatz?
@gooflo Ich hab nur den Zähler meiner PV Anlage, ein SMA Homemanger 2.0. Die Werte von dem lese ich in iobroker ein.
-
Na dann sollte damit das Skript doch problemlos gehen… alternativ eben noch ein Tibber Pulse kaufen und auf die IR-Schnittstelle des Zählers packen (wenn kompatibel)
@Ralf77 Die Frage war ja, bei wem das Script noch läuft. Bei mir ;-)
Und den SMA Zähler kann ich prima über den SMA Adapter auslesen.Die Frage ist halt nur wie lange, das rund läuft. Halte bei jeden Update was da rein spielt, die Luft an...
-
@Ralf77 Die Frage war ja, bei wem das Script noch läuft. Bei mir ;-)
Und den SMA Zähler kann ich prima über den SMA Adapter auslesen.Die Frage ist halt nur wie lange, das rund läuft. Halte bei jeden Update was da rein spielt, die Luft an...
@holgerwolf ah, jetzt verstanden, statt den üblichen Interfaces mit Tibber Pulse oder Shelly 3EM kannst Du Deinen Zähler direkt in iobroker lesen und das als Input für den Hausverbrauch nehmen. Hast Du Glück!
Meine Befürchtung ist, dass irgendwann die aktuelle (alte) API nicht mehr geht, das hatten ja schon einige berichtet. Dann müsste man auf die neue offizielle umsteigen und das hat bisher noch niemand gemacht. -
Hallo zusammen! :-)
Schön, dass das Projekt immer noch so aktiv genutzt wird. Bei mir sieht es zeitlich leider weiterhin sehr knapp aus. Allerdings habe ich im Zuge anderer Projekte den Versuch gestartet, das Skript in einen Adapter zu überführen und diesen auf GitHub zu veröffentlichen.
Ich werde den Adapter selbst nicht mehr pflegen und testen können, aber vielleicht findet sich ja jemand, der Lust hat, daran mitzuarbeiten.
Ich habe zudem versucht, die Regellogik von EcoFlow unabhängig zu machen, sodass theoretisch jeder Wechselrichter steuerbar ist. Das ist bisher jedoch komplett ungetestet.
Hier findet ihr das Repository:
https://github.com/Waly-de/ioBroker.ecoflow-powercontrol
Damit könnte theoretisch auch – falls die bisherige Schnittstelle ausfällt – eine Anbindung über die offizielle API möglich werden.
In der Admin-Oberfläche kann die letzte Version des Skriptes einfach per Copy-and-paste eingefügt werden; es sollte eigentlich alles an Einstellungen übernommen werden.
Testet es gerne mal aus! Aber gleich vorab: In den nächsten acht Wochen werde ich leider nicht daran weiterarbeiten können. Sorry dafür! :-(
Es wäre toll, wenn sich jemand aus der Community findet, der das Projekt weiter vorantreiben möchte.
Viele Grüße
Markus -
Hallo zusammen! :-)
Schön, dass das Projekt immer noch so aktiv genutzt wird. Bei mir sieht es zeitlich leider weiterhin sehr knapp aus. Allerdings habe ich im Zuge anderer Projekte den Versuch gestartet, das Skript in einen Adapter zu überführen und diesen auf GitHub zu veröffentlichen.
Ich werde den Adapter selbst nicht mehr pflegen und testen können, aber vielleicht findet sich ja jemand, der Lust hat, daran mitzuarbeiten.
Ich habe zudem versucht, die Regellogik von EcoFlow unabhängig zu machen, sodass theoretisch jeder Wechselrichter steuerbar ist. Das ist bisher jedoch komplett ungetestet.
Hier findet ihr das Repository:
https://github.com/Waly-de/ioBroker.ecoflow-powercontrol
Damit könnte theoretisch auch – falls die bisherige Schnittstelle ausfällt – eine Anbindung über die offizielle API möglich werden.
In der Admin-Oberfläche kann die letzte Version des Skriptes einfach per Copy-and-paste eingefügt werden; es sollte eigentlich alles an Einstellungen übernommen werden.
Testet es gerne mal aus! Aber gleich vorab: In den nächsten acht Wochen werde ich leider nicht daran weiterarbeiten können. Sorry dafür! :-(
Es wäre toll, wenn sich jemand aus der Community findet, der das Projekt weiter vorantreiben möchte.
Viele Grüße
Markus@Waly_de Hi Markus, schön von Dir zu hören und vor allem sehr cool, dass Du noch aktiv bist! Ich wäre da prinzipiell dabei, kenne mich aber im iobroker Adapter Umfeld noch gar nicht aus ... ich werde den Adapter bei Gelegenheit mal ausprobieren.
Eigene Änderungen (ich habe ja noch ein paar Sachen eingebaut) sind bei einem Andapter nicht so einfach möglich bzw. müssten über das Repository gemacht werden, richtig?
-
möchtest.
Um ehrlich zu sein: Das Repository auf GitHub habe ich zwar erstellt (mit ordentlich Unterstützung von einer KI), aber ich bin selbst noch ein absoluter Git-Neuling. Das ist mein erstes Projekt dort und ich lerne die Abläufe gerade erst kennen.
Da du fragst, wie wir das am besten machen:
Der sauberste Weg wäre wohl, wenn du das Repository 'forkst' (also eine Kopie bei dir machst), deine Änderungen einbaust und mir dann einen 'Pull Request' schickst. Dann kann ich mir die Änderungen ansehen und sie in das Hauptprojekt übernehmen. -
möchtest.
Um ehrlich zu sein: Das Repository auf GitHub habe ich zwar erstellt (mit ordentlich Unterstützung von einer KI), aber ich bin selbst noch ein absoluter Git-Neuling. Das ist mein erstes Projekt dort und ich lerne die Abläufe gerade erst kennen.
Da du fragst, wie wir das am besten machen:
Der sauberste Weg wäre wohl, wenn du das Repository 'forkst' (also eine Kopie bei dir machst), deine Änderungen einbaust und mir dann einen 'Pull Request' schickst. Dann kann ich mir die Änderungen ansehen und sie in das Hauptprojekt übernehmen.
Support us
477
Online32.7k
Users82.6k
Topics1.3m
Posts