Wir wechseln das Forum am 14.11.24 auf die Forensoftware Discourse. Zwischen Montag Abend und Dienstag Nachmittag wird das Forum deaktiviert. Danach sind wir hoffentlich mit neuem Forum inkl. der vorhandenen Beiträge wieder am Start! Hier zum Forenbeitrag!
@ps2aich Ob Ecoflow Cloud (nutzt auch nur die Api) oder Anpassung von Svenerbe Script, beides möglich.
Der Batteriestand ist durchaus relevant für die Planung der Steuerung, gerade bei dynamischen Preisen. So kannst du z.B. wenn Akku nicht voll ist, aber Preise später stark steigen, lieber die Einspeisung auf 0 setzen, damit alles in den Akku geht und dann einspeisen, wenn es teuer ist.
Bzgl. Lüfter, man kann auch günstigere Lüfter mit USB nehmen, wenn es nicht auf die Optik ankommt 😉
Bevor ich die Fehlerlogs bei Kefff gesehen habe, bin ich auch davon ausgegangen, das Integration und Script gleichzeitig laufen können sollten, hier kann ich aber aus meinem Kenntnis-Stand nur raten, ich habe mir die Integration im Detail nicht angeschaut.
Und ja, so eine Vorrausschauende Planung mit Akkustand und Strompreisen ist eine Optimierung, die auch die MachineLearning-gestützte Lösung von Andreas - wenn ich das Video richtig verstanden habe - nutzt.
Da mein Speicher aber seeehr klein ist (1kwH) habe ich da Grenzen 
Das mit dem Ecoflow-Lüfter fand ich erst überraschend, aber Marc hat es sogar in einem der letzten Videos erwähnt, dass es da u. U. Überhitzungen gibt beim Powerstream.
Guten Abend,
da hast Du dir ja richtig Mühe gemacht! Ich kenne das Skript schon einige Zeit und habe damit "rumgespielt" es ist ein guter Start und geht in die richtige Richtung. Für einen Ersten Aufschlag und auch für Anfänger / Neulinge bei HAS und HACS leicht umzusetzen.
Allerdings hat es m.E einige Nachteile, die das ioBroker Skript nicht hat. Zum Beispiel die Kontrolle über die Deltas, feinere Regelung, mehr Möglichkeiten wie der Akku angesprochen werden soll, die Einbindung von SmartPlugs,... die Reglung läuft auch weicher.
Wer einen HAS laufen hat, der kann einfach einen ioBroker auf einem 2. Gerät laufen lassen und HAS hinzufügen und das ioBroker Skript nutzen (für alle die mehr Flexibilität und mehr Kontrolle haben möchten)
Viel Erfolg und Danke für deine Anleitung, das hilft sicherlich vielen weiter!
Ein wichtiger HINWEIS:
Grundsätzlich gilt, wer via Dev-Account oder per Skript die Cloud anspricht, sollte es vermeiden die Eco-Flow App zu häufig zu nutzen. Die requests gehen teilweise in 3000 (!!) das kann zum Hängen oder Absturz des PS oder HAS führen.
Wie sieht es eigentlich mit nem Android Tablet aus, der im Smart Home integriert ist. Kann man da was zusammenbasteln anstatt Raspberry Pie? Python kann auch Android, oder eben irgendwie über Java mit ne APK?
Und was passiert eigentlich wenn die PV Anlage mehr Strom liefert, als der Script einspeisen möchte - angenommen der Speicher ist voll, Einspeisung ist auf 100W gesetzt wegen zu wenig Last und dann will die Anlage aber 500Watt über den Powerstream schieben, schmiert mir die Powerstream ab?
Ich beantworte mir selbst die Frage - die Leistung bleibt im Panel und er beginnt im Infrarot Bereich zu leuchten.
Daher muss hier auch ein IF eingebaut werden, dass wenn die Ausgangsleistung > als die Einspeisung ist (eventuell auch Batteriespeicher über 100% wenn man das auslesen kann?), dann die Ausgangsleistung trotzdem eingespeist wird, egal was der Skritp sagt und was im Haus verbraucht wird.
Ich beantworte mir selbst die Frage - die Leistung bleibt im Panel und er beginnt im Infrarot Bereich zu leuchten.
Daher muss hier auch ein IF eingebaut werden, dass wenn die Ausgangsleistung > als die Einspeisung ist (eventuell auch Batteriespeicher über 100% wenn man das auslesen kann?), dann die Ausgangsleistung trotzdem eingespeist wird, egal was der Skritp sagt und was im Haus verbraucht wird.
Ja, das habe ich inzwischen auch erkannt, das fehlt komplett in meiner Minimallösung, mal schaun ob ich dazukomme, das zu erweitern bevor es so richtig heiß wird draußen.
Ja, das habe ich inzwischen auch erkannt, das fehlt komplett in meiner Minimallösung, mal schaun ob ich dazukomme, das zu erweitern bevor es so richtig heiß wird draußen.
Super, vielleicht kannst du deinen Script teilen, wenn soweit ist. Mein Speicher wird sich verspäten. Hast du auch Zugriff auf den Batterie Zustand über den Ecoflow Automat ?
Und übrigens, was passiert eigentlich wenn die Leistung mehr als die Einspeisung ist aber die Batterie nicht voll ist - wird alles in die Batterie geschoben, automatisch, oder muss man hier in der Ecoflow App was einstellen?
Super, vielleicht kannst du deinen Script teilen, wenn soweit ist. Mein Speicher wird sich verspäten. Hast du auch Zugriff auf den Batterie Zustand über den Ecoflow Automat ?
Und übrigens, was passiert eigentlich wenn die Leistung mehr als die Einspeisung ist aber die Batterie nicht voll ist - wird alles in die Batterie geschoben, automatisch, oder muss man hier in der Ecoflow App was einstellen?
1. Ja, wenn man zusätzlich die inoffizielle Ecoflow-Integration installiert. Vielleicht geht es auch durch selbsterweitern des Python-Scripts, wenn man mehr Arbeit reinsteckt.
Du kannst dich gerne dran versuchen, oder dir mal die Erweiterungen vom Forumskollegen @mhltheone weiter oben anschauen 😎
2. Kommt drauf an, was du in der App eingestellt hast (Speicher oder Stromversorgung priorisieren),.
Bei ,Stromversorgung priorisieren' wird überschüssige Leistung in den Akku geschoben. So betreibe ich das auch, die andere Priorisierung habe ich nie getestet gegen meine Minimallösung: dürfte nicht gut funktionieren.
Sobald der Akku voll ist, kommt es darauf an, ob die Einspeise-Kontrolle aktiv ist.
Meine Minimallösung funktioniert nur gut wenn sie aktiv ist, dann wird -wie schon erwähnt- die überschüssige Energie nicht abgenommen und in den Pannels in Wärmeenergie umgesetzt.
Wenn Sie nicht aktiv ist, wird überschüssige Energie einfach eingespeist, auch über den Haushaltsstromverbrauch hinaus.
Forumskollegen @mhltheone weiter oben anschauen
Ich hab seinen Github eintrag gelesen, verstehe aber nicht, ob er dasselbe meint oder nicht.
Er redet von dieser Einstellung
Was genau bewirkt sie? Ich verstehe nicht so ganz was da gesagt wird, vielleicht Übersetzungsfehler?
So wie da steht, müsste bei "Einspeisekontrolle" auf "An" bei voller Batterie die komplette PV Leistungs ins Netz geleitet werden, auch wenn sie über den voreingestellten Strombedarf liegt. Wie wird aber damit verhindert, dass überschüssigen Strom ins Netz eingespeist wird, wenn genau das passiert?
Ich glaube da wird etwas nicht richtig kommuniziert was "An" und was "Aus" bedeutet.
@balkonsolarundspeicher Das funktioniert genau so wie beschrieben. Nur das Wort 'Einspeisekontrolle' fand ich anfangs irritierend und hatte genau die gleichen Probleme wie du, den Satz dazu korrekt zu verstehen.
In deinem Screenshot ist die Einspeisekontrolle desaktiviert: d.h. die Einspeisung erfolgt ohne Kontrolle, d.h. der maximal erzielbare Solarertrag wird eingespeist.
Wenn aktiviert, wird die Einspeisung 'kontrolliert', d.h. nur soviel eingespeist wie eingestellt.
Die Frage ist tatsächlich wie ein anderes einzelnes deutsches Wort dies besser ausgedrückt hätte.
d.h. die Einspeisung erfolgt ohne Kontrolle, d.h. der maximal erzielbare Solarertrag wird eingespeist.
Tatsächlich müsste das dann auf AN stehen, wenn man nicht zu viel einspeisen würde. Wieso will @mhltheone die Einstellung auf aus haben, damit er die Problematik mit den heißen Panellen vermeidet?
Im Prinzip macht er was doppelt, wenn ich das richtig verstehe - er baut ein Automat, der genau das macht, was diese Einstellung auf AN bewirkt? Stellt sie aber auf Aus und macht dasselbe über den Script? Oder verstehe ich seinen Einsatz hier nicht?
https://github.com/svenerbe/ecoflow_dynamic_power_adjustment/issues/9
Verstehe nicht so ganz was er da geändert hat und wo der Unterschied invOutputWatts zu permanentWatts besteht. permanentWatts ist wahrscheinlich der eingestellte Wert in der App für den Haushaltsbedarf?
I use the setting that if battery full and solar power is over current consumption, that all solar power is given to grid.
D.h. in der App ist bei ihm die Einspeisekontrolle deaktiviert.
In this case the script reduce the permanent power in steps to 0W (because i currently feed into grid).
Mit deaktivierter Einspeise-Kontrolle funktioniert das Script bei mhltheone aber nicht wie gewünscht, da von der Automation ja eine Zuvieleinspeisung ermittelt wird, und das Script deshalb den Wert für den Haushaltsstrombedarf verringert bei ihm schrittweise, bis maximal 0.
When the solar power decreases and i have grid supply again, the permanent power is increased in steps.
It makes more sense to use the current inverter output than the permanent watts for new calculation.
Sobald nicht mehr genug Solarertrag da ist, regelt das Script den Haushaltsstrombedarf schrittweise wieder hoch.
Kommentar von mir dazu: das 'schrittweise' verstehe ich nicht ganz, denn so wie ich meine Automation und das Script einsetze, müsste das bei Ausführung der Automation sofort voll regeln, aber ich habe es nicht ausprobiert.
When the solar power decreases and i have grid supply again, the permanent power is increased in steps.
It makes more sense to use the current inverter output than the permanent watts for new calculation.
Deshalb schlägt er vor, anstelle des Haushaltsstrombedarfs den tatsächlichen Einspeisewert zu nehmen.
Anmerkung von mir: ich denke auch dass das funktionieren müsste.
Aber wie Sven Erbe schreibt sieht er dieses schrittweise Regeln bei sich nicht.
‐-‐--------
Ok, ich verstehe deine Verwirrung jetzt, sorry, ich hatte das vorher nur überflogen, da bei mir die Regelung meines Erachtens ausreichend gut funktioniert.
D.h. aber auch, dass mhltheone also nur versucht hat, das Scriptverhalten bei sich zu verbessern mit deaktivierter Einspeisekontrolle, aber nicht, die Einspeisekontrolle zu emulieren
Wieder was gelernt, danke 
So, nach einer Nacht drüber schlafen nochmal ein Roundup:
@mhltheone Jetzt habe ich deinen git-Kommentar richtig verstanden: ich werde jetzt auch mal die Einspeisekontrolle bei mir wieder deaktivieren und mal schaun, wie die Regelung bei mir dann funktioniert. Leider ist ab heute das Wetter eher bescheiden, mal schaun wann mein Akku voll ist.
Dein Vorschlag, anstelle des Haushaltsstrombedarfs den tatsächliche Einspeiseleistung im Script abzufragen könnte ich danach dann auch mal ausprobieren, denn die würde folgendes Verhalten bei mir lösen: Morgens, wenn der Akku über Nacht leer wurde (ich habe bei mir 5% Reserve eingestellt), wird bei hohem Strombedarf (Kaffeemaschine 😁) der Haushaltsstrombedarf auf 600 gesetzt. Da aber die Solarleistung + Akku noch nicht ausreicht, um 600 Watt einzuspeisen, speist der Powerstream dann gar nichts ein und alles geht in den Akku: erst wenn Solar + Akku reichen, um 600 Watt einzuspeisen, legt er los, speist 600W ein, und dann regelt das Script den Haushaltsstrombedarf wieder runter. Stelle ich aber manuell in der App den Haushaltstrombedarf runter, fängt der Powerstream sofort an, wie gewünscht einzuspeisen, und dann läuft die Regelung wieder korrekt.
@balkonsolarundspeicher Danke fürs triggern und fragen, ich hätte das sonst lange vor mir hergeschoben 😄 Durch den Erkenntnisgewinn könnte ich mir die Akkustandabfrage evtl. sparen: ich bevorzuge Lösungen, die so einfach wie möglich sind.
Boah, da bin ich jetzt ganz durcheinander:)
Was muss ich einstellen und im Script verändern, damit ich sicherstellen kann, dass NIE mehr eingespeist wird, als ich verbrauche?
So wie ich das verstanden habe, habe ich einige Möglichkeiten:
1. Einspeisekontrolle auf 'An' setzen und sagen wir mal entweder über die App oder Script den Wert verändern (oder beides, geht beides? Kann der Script die App überschreiten wenn ich z.B. in der App 100W Einspeise Max eingestellt habe und der Script aber 200W sagt, oder schlagen sich beide Script und App?)
a) wenn ich es rein über die Einspeise in der App mache, dann speißt er halt dumm max 100W rein die ganze Zeit und der Rest geht in die Batterie, falls voll, dann verpufft im Panel. Im Prinzip kann ich damit IMMER sicherstellen, dass ich nie einspeise, denn ich habe nur die Grundlast versorgt und der Rest geht über den Speicher Nachts für die Grundlast (2kWh, sagen wir mal 1.6-1.8kWh -90% sind mal gerade so 12-13 Stunden Grundlast)
b) wenn ich es über den Script mache, dann muss ich was genau für Werte aus dem Script verwenden, um sicherzustellen, dass ich NIE was einspeise mit Einspeisekontroll An?
2. Einspeisekontrolle auf 'Aus' - dann muss man schauen, ob Stromversorgung oder Speicher priorisieren an sind, richtig?
a)Wenn Stromversorgung, dann gehen die vollen 800W im Idealfall in das Netz rein, das wäre dumm
b) Speicher priorisieren, dann gehen halt wie viel ins Netz rein und wie viel in die Batterie? Oder geht fast alles auf die Batterie? - das wäre ich glaube ich die dümmste Variante und sehr selten sinnvoll.
Bei Einspeisekontrolle Aus muss also Stromversorgung prioritisieren auf AN sein, sonst ergibt es wenig Sinn.
So, jetzt zu deinem Fall kommen 600W von den Panelen, Haus hat aber nur 200W Bedarf, Batterie ist einigermaßen auch voll - wie stellst du sicher, dass du nichts einspeist, die Energie nicht in den Panelen verpufft und in die Batterie eingespeichert wird (im Prinzip nur dann verpuffen wenn die Batterie voll ist) - ohne den Batterie Zustand zu ermitteln unmöglich, oder?
@balkonsolarundspeicher Das Script setzt immer den Haushaltsstrombedarf. Dabei berücksichtigt es den bisher eingestellten und addiert den über die Automation angeforderten Bedarf der kann auch negativ sein: eine echte 100% Nulleinspeisung kann es nicht geben, schaue dir mal meine Zappelstromkurve aus dem zugehörigen Post an.
Klar ist, das du auf Stromversorgung priorisieren stellen musst, sonst geht ja immer erst alles in den Akku.
Und ja, du kannst in der App den Haushaltsstrombedarf anders setzen, das Script ändert ihn halt danach gleich wieder….
Die Einspeisekontrolle verhindert, dass bei vollem Akku einfach die gesamte mögliche Energie eingespeist wird: d.h. der Powerstream nimmt nur das von den Panelen ab, das er braucht. Der Rest der solaren Energie führt dann zu einer höheren Erwärmung der Panele.
D.h. bei Deaktivierung der Einspeisekontrolle ignoriert der Powerstream den eingestellten Haushaltsstrombedarf und speist alles ein was geht, aber nur aus Solarertrag, nie aus dem Akku.
Und ja, dann speist du ins Netz ein, das ist ja so gewollt von vielen Nutzern: quasi ein Geschenk falls du eine Zähler mit Rücklaufsperre hast, und ein ‚unendlich großer Speicher‘ wenn du einen rückwärts zählenden Ferrariszähler hast.
Das ist einfach so wie Ecoflow es umgesetzt hat, und das funktioniert gut meines Erachtens.
Ich bin erstmal mit meinem Latein am Ende, wie ich dir das noch besser erklären kann 😵
Ich bin erstmal mit meinem Latein am Ende, wie ich dir das noch besser erklären kann 😵
Ja, soweit habe ich es also verstanden, das scheint genau so wie mein Post zu sein.
schaue dir mal meine Zappelstromkurve aus dem zugehörigen Post an.
Ja, habe und mir auch darüber Gedanken gemacht, aber im Prinzip ist das nicht weiter schlimm, vielleicht kann man dann den Script alle 5-8 Sekunden laufen lassen. Ich weiß ja nicht welche Verbräuche du da hast, die so oft hin und her wechseln.
D.h. bei Deaktivierung der Einspeisekontrolle ignoriert der Powerstream den eingestellten Haushaltsstrombedarf und speist alles ein was geht, aber nur aus Solarertrag, nie aus dem Akku.
Wieso auch nicht aus dem Akku, was passiert mit der Energie aus dem Akku, die muss ja auch eingespeist werden wenn die Einspeisekontrolle aus ist?
Oder muss man dann spezielle IFs in der App einbauen, damit der Akku auch irgendwann leer wird.
Diese Einstellung auf AUS ist für mich irgendwie keine gute Idee.
Wieso hast du die Einstellung auf AUS gesetzt und den Script geändert - meiner Meinung nach war deine Idee früher besser, mit dem kleinen Nachteil vom ZickZack...Aber das ist nicht weiter schlimm. Kannst du das mit einigen Beispielen nochmals erklären wieso die Einstellung auf AUS besser für dich ist?
Im Prinzip wirst du mit dieser Einstellung auf AUS sogar mehr ins Netz sinnlos einspeisen als sonst, oder etwa nicht?
Bezüglich deiner Ursprungsidee, habe ich einige Beispiele rausgesucht und hoffe, dass ich deine Idee verstanden habe.
Ausgang Verbrauch Power-Consumption X=50W. Production Y =0;
Dann schickst du an dem Script 50-0 = 50W
Dann geht aber Power-Consumption auf 0 (oder bleibt der Wert bei 50W?) - was kommt dann aus den Wert "Production" aus Tibber Pulse , müsste entweder 0 oder 50W sein?
Falls Power Consumption auf 0 geht, dann wird dein Script entweder 0 oder -50W als Einspeisewert zusenden (jenachdem ob Production 0 oder 50W liefert)? Wird aus dem -50 automatisch ein +50 im Script?
Verstehe nicht so ganz was passiert mit den Werten Consumption und Production sobald der Script ausgeführt wird, vielleicht kannst du das mit einigen Rechnungen erklären?
Vielleicht liegt das Problem schon hier?