Replies: 20 comments 102 replies
|
Ich weiß das daran gearbeitet wird um das bei SolarEdge möglich zu machen aber mir ist nichts bekannt das 0.124.x SolarEdge mit diesem Feature unterstützt. Bei mir geht es auch nicht und ich habe einen SolarEdge Hybrid-Wechselrichter mit LG Batterie. |
|
Blöde Frage: Was soll die Batteriesperre eigentlich bringen? Hört sich auf Anhieb gut an, aber am Ende wird der Strom doch sowieso aus der Batterie entnommen, ob das jetzt zum Laden des Autos oder zur Deckung des Hausverbrauchs geschieht ist doch nicht entscheidend. Im Gegenteil - der Wirkungsgrad bei Solaredge ist bei hohen Entladeleistungen scheinbar besser. Übersehe ich da was? |
|
Ohne dynamischen Stromtarif gar nix. |
|
Die Batteriesperre ist zum Beispiel super, wenn man 11kW Schnellladen möchte ohne das die Batterie zu entladen. Daher finde ich dieses Feature auch super. Im Übrigen hat Solaredge ein neues Feature herausgebracht. Man kann jetzt Time in Use nutzen. Also genau bei dynamischen Tarifen die Batterie aufladen und entleeren bei Spitzenzeiten Insgesamt würde ich mich auch freuen wenn man das nutzen kann. Wobei man in der Doku schon irgendwas einstellen muss?
Ich bin über HA integriert und habe Remotzugriff aktiv. Daher frage ich mich wie ich diese Batterie nun in EVCC aktiv bekomme |
|
Für mich die gleiche Situation, würde mich freuen, wenn das Entladen der Batterie beim Schnellladen verhindert wird ;-) |
Versteht mich bitte nicht falsch - mir geht es nicht um Besserwisserei. Ich will es nur verstehen. Was soll das bezwecken? Es ist doch egal, ob Ihr erst den Strom für das Laden des Autos aus der Batterie holt und dann den Strom für den Hausverbrauch aus dem Netz bezieht oder ob Ihr erst den Strom für das Laden des EV aus dem Netz bezieht und dann den Strom für den Hausverbrauch aus der Batterie holt. Im Gegenteil: Wenn die Batterie früher leer ist kann sie früher abgeschaltet werden (zur Vermeidung von Stand-By Verbrauch) und bei hohen Entladeströmen ist der Wirkungsgrad des Wechselrichters eher höher. In Verbindung mit einem variablem Stromtarif sehe ich den Nutzen, aber sonst? |
|
Der sonstige Nutzen lässt sich vermutlich mit "will aber, Menno" am besten beschreiben 🙂 |
|
Wie geschrieben - ich maße mir kein Urteil an, wollte es einfach nur verstehen. Denn ich dachte auch erst "super - muss man haben", beim zweiten Mal drüber nachdenken fiel mir dann auf, dass es in meinem Szenario (fixer Strompreis) eher kontraproduktiv ist. |
|
Wie bereits von anderen geschrieben halte ich das ebenfalls nur mit flexiblen Strompreisen für sinnvoll. Wenn man mit evcc zB nachts sein BEV zu möglichst günstigen Preisen lädt ist ansonsten am nächsten Morgen der Hausspeicher leer und die Preise mit hoher Wahrscheinlichkeit wieder deutlich teurer. Ohne Batteriesperre hätte man sich dann den Aufwand auch schenken können :-) |
|
So ist es. |
|
@MarkusGH Ich hab z.B. eine Zählerkaskade und zahle für WP/EV 11 Cent weniger ;) Daher versuche ich möglichst (gerade in Übergangszeiten) den PV Strom eher für den teureren Haushaltsstrom einzusetzen. Da ist das Schnellladen Feature schon praktisch :) |
|
Guten Tag zusammen, das Update ist gerade raus auf 0.124.7 da ist der Request und die Lösung. Nun kann man in den Einstellungen das aktivieren
Nun wird beim Schnelladen die Battiere blockiert und wird nicht aus der Batterie gezogen. Hier ein Screenshot
Super Update. :) |
|
cool! Danke fürs Einbauen und Testen. Ich habe in den letzten Tagen auch noch mit der SolarEdge App "gespielt" und jetzt geht das Aufladen der Batterie aus dem Netz. Das neue Feature von EVCC und das von SolarEdge helfen halt auf starke Schwankungen bei Tibber zu reagieren. Beispiel wo letztes Jahr im Sommer die kWh sogar Geld gebracht hat aber Haus-Akku randvoll war. Hier kann man jetzt wenigstens dann den Haus-Akku sperren. |
|
Sehe ich nicht ganz so. Bei negativen Preisen wo wir letztes Jahr sogar Geld bekommen haben, würde ich stand heute auch den Speicher vorher mit PV füllen und in der besagten Zeit den Speicher Netzdienlich entladen. Also
Discharge to Maximum Export. Dann würde die Batterie nach meinem Verständnis nochmals entladen und mir auch noch eine Stunde 5 kWh bringen. Plus alle Elektroautos 22 kWh wären schon allein damit 27 kWh pro Stunde. Aber der Gedanke ist Insgesamt richtig. |
|
Mir ging es auch darum das jetzt jeder Möglichkeiten hat das Verhalten beim Laden zu ändern. Ob man nun die Stromkosten senken will, sich netzdienlich verhalten, CO2 sparen, Geld verbrennen usw. Jeder hat jetzt die Wahl und was nun richtig ist ist schwer zu sagen. Es kommt sehr drauf an. |
|
Funktioniert bei mir leider nicht! |
|
Ich habe 0.124.7 das ist die erste die SolarEdge unterstützt (Batterie sperren). Habe eben gesehen es gibt ja schon 0.124.9 aber irgend was für SolarEdge ist nicht dabei. Danke für die Idee! |
|
Nicht direkt für Solaredge, aber die Behebung des Fehlers hold-normal-hold-normal etc. :-) |
|
Nur zur Sicherheit: muss der Batterie Modus im SolarEdge WR auf "remote" stehen, oder reicht auch "time-of-use" ? |
|
Remote |
|
In der SolarEdge APP hab ich kein "Remote" modus, nur "Maximize Self Consumption", "Time of Use" und "Manual Control" ... Habe zur Zeit "time of use" aber denke, dass es etwas konkurenz geben könnte, wenn man schnell auto laden will und dann aber der solaredge modus denkt, er sollte jeztzt den akku mit günstigem tibber-strom aufladen.... |
|
Hier ist das log-File zu meinen gestrigen Versuchen. |
|
Bin wie gesagt kein Experte, aber hold wird ja zumindest gesetzt. Was sagt denn evcc meter battery -b hold |
|
War das so gemeint? root@debian:~# evcc meter battery -b hold |
|
Danke!Das geht ja nur direkt über Modbus, wie es scheint. Kann mir einer sagen, wie genau der Befehl lautet, den ich per Modbus CLI an den WR schicken muss?Von unterwegs gesendetAm 11.03.2024 um 09:39 schrieb premultiply ***@***.***>:
Remote
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
|
_rgendwo bei der evcc logik muss ein Fehler sein. Solbald ich die Batterie Sperre einschalte wechselt der WR in den "Maximize Self Consumption" control mode. damit überschreibt es die eigenelich richtige Einstellung "Discharge Limit auf 0". Wenn ich die Batteriesperre in evcc abschalte und die Batterie von Hand auf Remote/0w Discharge stelle, dann hält das ein Weile - gefühlt eine Minute - und wird dann wieder zurückgesetzt. |
|
Gibt es hierzu schon neue Erkenntnisse? Ich habe einen SE RWB10 WR und einen 48V Akku von SE 9,2 kWh. Zudem habe ich versucht mal den Hausakku übers Netz zu laden, das hat ebenso wenig funktioniert. Da ist einfach gar nichts passiert... Habe den WR auf Remote stehen, Akku auf Maximaler Eigenverbrauch. Irgendjemand noch Ideen? |
|
Ja , bei mir das selbe ... Der Modus in der SolarEdge App muss auf "Time-of-use" stehen, sonst greift das setzten der Batteriesperre oder das Laden des Speichers aus dem Netzstrom nicht. Ich lasse in dem HT-Tarifmodus den Akku nur zwischen 3:30-4:00 Uhr nachladen, so dass ich den morgendlichen strompeak mit Akku schaffe.
|
|
Ok, das war mir so nicht bewusst, dass es auf "Time of use" stehen muss, dachte vorher gelesen zu haben dass es auf Remote stehen muss. Dann hab ich aber noch Fragen zu deiner Konfiguration: Du hast einen dynamischen Tarif, stellst aber den HT Tarifmodus auf die besagte Zeit ein, damit du den Strompeak am morgen abfangen kannst und die Möglichkeit der Steuerung über EVCC hast? Kannst du dann den Rest über EVCC steuern? Also z.B. laden des Speichers zu bestimmten Zeiten (zusätzlich zur Einstellung in der SE App) oder laden des Autos zu bestimmten Tarifen ohne dass der Akku erstmal leer gesaugt wird? Muss ich wohl auch mal bisschen Rum probieren. |
|
Ja genau, nur in diesem Modus kann evcc die Batteriesperre schalten oder das Laden der Batterie starten. |
|
Ist so dokumentiert: https://docs.evcc.io/docs/devices/meters#hybrid-inverter-1 |
|
Ok, super. Test erfolgreich absolviert. 😀 Das hatte ich dann entweder damals beim Einrichten überlesen oder es wurde im Nachgang aktualisiert. Besten Dank für Eure Hilfe. Ich hab jetzt mal den dynamischen Tarif von mir hinterlegt in der SE App. Wie SE das dann genau steuert verstehe ich noch nicht ganz. Eine Frage aber hierbei noch bzgl. EVCC: "übersteuert" EVCC dann die Programmlogik von SE oder läuft das nur "nebenher"? Muss mal die nächsten Tage beobachten, was da so passiert (mit und ohne EVCC) |
|
Ich habe es genauso gemacht, wie es in der Dokumentation steht und bei mir funktioniert das: bei Schnell laden wird der Zustand der Batterie gehalten und die Batterie wird nicht entladen. Kein Time of use gesetzt!
|
|
Die Frage ist hier aber doch bei der Einstellung v.a., was Dein Installateur eingestellt hat. Wenn er auch "time of use" hinterlegt hat wäre es ja im Prinzip identisch wie auch vorgesehen. In HA habe ich die gleichen Einstellungen hinterlegt wie bei dir, ich habe es nur in der SE App auf "time of use" angepasst. |
|
@kloeppb - darf ich fragen von welcher App du den ersten / oberen Screenshot gemacht hast? Den unteren Screenshot kann ich zuordnen, das ist die mySolar Edge App. Die Optionen die du in dem oberen Screenshot zeigst kann ich weder in der SetApp noch in der mySolar App finden... |
|
Ja klar, ich benutze Home Assistent mit der HACS Erweiterung solaredge-modbus-multi, die benutzt auch die Modbus Schnittstelle. Damit kann man einfach auf die SolarEdge Anlage drauf schauen und auch Änderungen machen. |
|
Bei mir geht es nur im time of use Modus, da aber der dynamische Tarif einbezogen wird SolarEdge sich die Nutzung anschaut und entsprechend nach lädt, habe ich die zweite option genommen, bei der man manuell seine Strom peak Zeiten definieren soll. Habe mein Peak Zeit demnach von 4 bis 3:30 eingestellt. SolarEdge denkt also das nur die 30 Minuten bei mir in der Nacht günstig sind und lädt bei Bedarf nach ... Somit kann evcc den Rest Übernehmen. |
|
Ja gut. Das hatte ich mir auch überlegt. Aber in der App werden ja die teuren Zeiträume festgelegt, also genau diese wo eben nicht der Akku geladen werden soll. In dieser Zeit soll doch dann eher aus dem Akku gespeist werden, um in den günstigen Zeiten nachladen zu können. Demnach müsste man doch den Zeitraum eher auf nahezu 24 Stunden ausweiten, damit er in dieser Zeit eben nicht nachlädt. Oder hab ich was falsch verstanden? |
|
Ja genau , wenn ich die teure Zeit von 4 Uhr bis 3:30 einstelle, bleibt nur 30 Minuten der günstigen Zeit zum nachladen ... In dieser Zeit ist bei uns der Strom immer günstig bis die morgendliche Welle kommt , wo alle ausmfstehen und den Fön und die Kaffee Maschine benutzen. |
|
Bei evcc kann ich nur einstellen, ab welchem Strompreis ret nachladen soll, aber nicht zu welchem Zeitpunkt. Der Unterschied zwischen 4 und 8 Uhr bei uns ist immer ca 10 cent , so das es egal ist, wie hoch der Preis ist. Bei meiner PV laufe ich um 8 Uhr immer mit leerem Akku, daher soll immer nachgeladen werden. |
|
Ja ok, jetzt sehe ich meinen Gedankenfehler. Ich habe irgendwie 3.30 bis 4.00 h gelesen, aber es ist ja andersrum 😅 Ich schau mal wie es sich mit dem dynamischen Tarif entwickelt. Aktuell komme ich meistens gerade so noch über die Runden mit dem Akku. Wird aber auch nicht mehr allzu lange gehen. Dank Dir! |
|
Darf ich mich einreihen als SE (2 WR, 9,2 kWh Batterie) User mit der selben Problematik? |
|
Ich bin mir nicht sicher, ob es daran liegt. Siehe Einstellung hierzu anbei. Das kannst Du über die SE SetApp einstellen oder wenn Du Dich direkt mit dem Wechselrichter per WLAN verbindest und dann über einen Browser folgendes aufrufst: http://172.16.0.1/#/commissioning Da kommst Du dann hin über: Leistungssteuerung -> Energie-Manager -> Energiesteuerung Evtl liegt es daran.
|
|
Danke für den Hinweis, aber bei mir ist (wie auch auf deinem Screenshot) "Time Of Use + Remote" ausgegraut, ich kann das nicht einstellen. Ich vermute du meintest diese Einstellung mit "Remote". Bei mir ist ein Haken an "Maximaler Eigenverbrauch (MSC)". |
|
Ich habe "Time Of Use" am WR gerade ausprobiert - dann wird die Hausbatterie anscheinend nicht mehr PV-geladen, das ist also keine akzeptable Lösung. Der WR Steht jetzt wieder auf "Maximaler Eigenverbrauch (MSC)". Allerdings hat mit "Time Of Use" das Laden zunächst, wie gewünscht, ohne Hausbatterie, funktioniert: Das sah zunächst gut aus: |
|
@Maniacones @umanbean ist zwar schon eine Weile her, aber ich hab gerade das gleiche Problem, dass die "Time of Use + Remote" Option bei mir nur ausgegraut ist. Folglich kann ich das nich fernsteueren. Habt ihr das rausbekommen woran das liegt? |
|
Gestern hatte ich ebenfalls ein Problem beim Laden: Obwohl die Batteriesperre als aktiv angezeigt wurde, war sie tatsächlich nicht gesperrt und die Batterie wurde dennoch entladen. Ich konnte das jedoch relativ schnell wieder umstellen. Da ich Home Assistant nutze, musste ich lediglich die entsprechenden Einstellungen anpassen.
Den Storage Control Mode auf "Remote Control" setzen – danach funktioniert die Sperre wieder zuverlässig, ohne dass man direkt auf den Wechselrichter zugreifen muss. Falls es alternative Möglichkeiten gibt, können diese ergänzt werden, aber für mich war das die schnellste und einfachste Lösung. Übrigens nutze ich Solaredge über Modbus in Home Assistant, integriert über HACS.
|
|
Danke @kloeppb und @Al3xand3r1987 für die Hinweise zu Home Assistant! Ich habe mir das gestern in einer VM installiert, inklusive dem HACS "solaredge modbus multi", und konnte dort eure Dashboards nachbauen und die selbe Einstellung machen: |
Ich hätte kein Problem das einfach hart so zu tun. Muss dann halte dokumentiert sein. |
|
Kommandozeilenoption? Ich bin dafür. So bekommen alle die Möglichkeit das - ohne aufwendig externe Tools zu installieren - zu realisieren. |
|
@andig - Entschuldigt, dass ich diesen Thread jetzt nochmal anschreibe. Ich habe mir vorhin die Vorlage angesehen, weil ich langsam durcheinander komme. Und weil @MarkusGH geschrieben hat
Müsste nicht der Abschnitt Mein aktuelles Verständnis ist, dass auch StorageConf_CtrlMode nach dem Timeout wieder mit dem Default überschrieben wird. Oder wird das vermieden, wenn künftig |
StorageConf_CtrlMode ist eine Konfigurationsoption - die ändert sich nur wenn sie per Modbus geschrieben wird. StorageRemoteCtrl_CommandMode, StorageRemoteCtrl_ChargeLimit und StorageRemoteCtrl_DischargeLimit werden auf die Defaults zurückgesetzt wenn StorageRemoteCtrl_CommandMode nicht vor Ablauf von StorageRemoteCtrl_CommandTimeout erneut geschrieben wird.
Laut @andig wird StorageRemoteCtrl_CommandMode = 7 alle 60 Sekunden geschrieben. Wenn also StorageRemoteCtrl_CommandTimeout > 60 ist sollte alles gut sein. |
|
Danke, dass du auf meine Bedenken eingegangen bist! |
|
Ich benutze die Time of Use mit netzbasiertem Laden. Nicht genug Sonnenstrom = Batterie lädt zu günstigen Zeiten aus dem Netz. Das Problem: Die Steuerung seitens EVCC, bei schnellladen die Entladung zu verhindern, ergibt Sinn, allerdings blockiert das auch, dass die Batterie zu günstigen Zeiten aus dem Netz lädt. Jetzt probiere ich es ob Solaredge so schlau ist und das merkt dass die in den günstigen Zeiten nicht entladen soll (ist ja angeblich KI gesteuert) glaube das funktioniert aber nicht richtig. Ggf. gibt es einen anderen Workaround? |
|
hab ich auch laufen. SE macht da auch was, das nirgendwo nachvollziehbar ist. Sieht aber om Ergebnis recht sinnvoll aus. SE stoppt die Entladung oder lädt auch nach bei günstigen Zeiten. |
|
Ja, aber bei mir unterdrückt EVCC durch die Batteriesperre aber auch das Laden der Batterie, also solaredge versucht die in der Zeit zu laden aufgrund des niedrigen Strompreises, man sieht auch läuft immer mal wieder an aber EVCC sagt nä ich steuer jetzt die Batterie. Sind halt 2 Steuerungen die auf das selber zugreifen. |
Nope- evcc braucht die nicht. Wenns für den Anwender keine Möglichkeit gibt das über die App zu setzen (?) dann würde ich es lieber im Template machen. Konsens? |
|
@umanbean: Ich habe keinen HA laufen, da gibt es bei mir (noch) zu wenig Notwendigkeiten. Die Hausbatterie steuere ich, wie gesagt, über die SE-App. Wenn ich schnell laden muß, und die Batterie dabei nicht anzapfen will, so habe ich bisher (etwas mühsam) die LS-Automaten der Batterien abgeschaltet. Wenn es einfacher, für mich am Besten über evcc, ginge (denn evcc ist super!), wäre ich nicht traurig. Bei den SE-Funktionen verwende ich nur "Maximaler Eigenverbrauch" und "Manuelle Steuerung". Time of use ist sinnbefreit, wenn man rechnen kann und das Verhältnis zwischen Einspeisen und Beziehen so wie derzeit bei mir ist (ca. 5,827 ct/kWh im August vs. 24,384 ct/kWh) |
|
Möchte jemand einen PR dafür machen? Die solax.yaml zeigt wie ein |
|
@andig - Ich kann das versuchen, habe aber noch nie einen Pull Request gemacht. Gibt es da eine Art Vorlage die ich mir ansehen könnte? EDIT: Ich habe gerade ein wenig Github Doku gelesen und verstehe jetzt, dass man sich dazu mit dem Code auskennen muss um entsprechende Vorschläge einzustellen. Das kann ich leider nicht. |
|
@andig - Ich versuche das Thema nochmals anzustarten: Programmiertechnisch kann ich leider nichts dazu beitragen. Heute hätte ich es wieder gebraucht - die funktioniernede Batteriesperre, die das Entladen der Hausbatterie im Schnell-Modus bzw. bei geplantem Laden verhindert. Ich habe immer noch keinen Weg gefunden, wie ich "Storage Control Mode" auf "4" (Remote Control), setzen könnte. Bitte um Hilfe! |
|
Hallo werschi,Ich habe es direkt über die MySolarEdge App gelöst.Batterie auf Time of Use stellen, dann HT/NT wählen.Dann die Spitzenzeit auf alle 24 Stunden einstellen.Somit ist deine Batterie im richtigen Modus, wird aber nie über SE geladen, sondern EVCC steuert die Batterie :)Von unterwegs gesendetAm 30.03.2025 um 23:09 schrieb werschi ***@***.***>:
@andig - Ich versuche das Thema nochmals anzustarten: Programmiertechnisch kann ich leider nichts dazu beitragen. Heute hätte ich es wieder gebraucht - die funktioniernede Batteriesperre, die das Entladen der Hausbatterie im Schnell-Modus bzw. bei geplantem Laden verhindert. Ich habe immer noch keinen Weg gefunden, wie ich "Storage Control Mode" auf "4" (Remote Control), setzen könnte. Bitte um Hilfe!
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
|
So hatte ich es im winter auch, aber leider geht zum Beispiel 4uhr - 4uhr(nächster Tag) nicht, beim Speichern wird korrigiert. Man kann aber 4 Uhr bis 3:45 Uhr einstellen.. in den 15 Minuten wird dann die Batterie von Solaredge geladen.... |
|
@sakadmin - Danke für den Hinweis! Ich habe das heute gleich ausprobiert - es hat genauso funktioniert, wie ich es mir gewünscht habe. Gestern konnte ich nicht gleichzeitig das Auto und die Hausbatterie aus Sonne und Netz (gestern war zu Mittag ein sehr günstiger Strompreis) laden. Heute konnte ich gleichzeitig aus Sonne und Netz das Auto und die Hausbatterie laden, und zwar mit der vollen Leistung. |
|
Von: sffbigmac
Gesendet: Freitag, 4. April 2025 16:07
An: evcc-io/evcc ***@***.***>
Cc: werschi ***@***.***>; Mention ***@***.***>
Betreff: Re: [evcc-io/evcc] Batteriesperre bei SolarEdge (Discussion #12129)
@Maniacones <https://github.com/Maniacones> @umanbean <https://github.com/umanbean> ist zwar schon eine Weile her, aber ich hab gerade das gleiche Problem, dass die "Time of Use + Remote" Option bei mir nur ausgegraut ist. Folglich kann ich das nicht fernsteueren. Habt ihr das rausbekommen woran das liegt?
@sffbigmac - Bei mir schaut das so aus – wurde über die SolarEdge-App eingestellt (Screenshots von Smartphone auf PC):
|
|
@sffbigmac - Maximaler Eigenverbrauch und Remote Control schließen sich nicht gegenseitig aus. Wenn du ohnehin HA[CS SolarEdge Modbus Multi] benutzt, kannst du das so einstellen. Active Power Control hätte ich mich nicht getraut selber einzuschalten. |
|
Ich weiß dass ich das mit dem HACS addon einstellen kann und exakt das habe ich auch versucht, nur leider setzt sich der storage control mode dort von "Remote Control" immer wieder von alleine zurück auf "Maximize Self Consumption". Was ich eigentlich möchte ist den Storage Control Mode auf "Remote Control" stellen und dann mittels "Storage Default Mode" auf z.B. "Maximize Export" wechseln zu können. Ich bin bisher etwas ratlos, wieso er das immer zurücksetzt. 🤷♂️ |
|
So ich konnte das jetzt noch ein Stück weit eindampen denke ich. Ich hab in den trace logs von evcc festgestellt, dass für die write Operationen |
|
Ich verstehe nur Bahnhof. Falls es ein konkretes Problem mit evcc gibt brauchts eine klare Beschreibung und dazu ein Logfile. HA support können wir nicht geben. |
|
Sorry @andig wenn ich das nicht klar formuliert hatte. Ich hatte hier zunächst den modbus proxy im verdacht, dass er die request teils falsch routet. In der Tat ist es aber die solaredge modbus HACS Integration, welche sich nicht an ihre eigene config hält, sondern hardcoded values für die device id nimmt. Siehe binsentsu/home-assistant-solaredge-modbus#293 wen es interessiert. Dürfte alle betreffen die diese HACS Integration auf einen non-default setting benutzen. |
|
Frage an die SolarEdge Nutzer: |
|
PV Ladung sollte möglich sein. Da wird nichts geblockt, sondern eine ENTladesperre gesetzt. Das ist allerdings nicht bei allen Geräten so möglich… |
|
Ja, deshalb die Frage. Hatte (für den Fall) die Hoffnung, dass hier auch alles gesperrt wird. |
|
Habe eine BYD LVS und solaredge, probiere ich mal aus wenn die Sonne wieder scheint. Danke für die Erklärung 👍 |
In dem Fall stellt sich doch die Frage wozu überhaupt? Oder sieht der Abrechnungszähler die WB? Und wenn der das tut- dann einfach den verwenden? |
|
PV-System im Haus, Wallbox in der Tiefgarage. |
|
Da ich aktuell ein Problem mit den Einstellungen und SolarEdge habe, dachte ich, ich hole den Thread mal wieder hoch... Mein Problem ist, dass die Batterie aktuell nur um ca genau 16 Uhr lädt. Habe dazu auch ein Ticket bei SE offen. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hallo!
Ich habe ein SolarEdge Hybrid System und möchte, dass die Batterie im Modus "Schnell" nicht entladen wird, sondern der Strom aus PV bzw Netz gezogen wird. Wie kann ich das einstellen?
Ich benutze 0.124.0, sehe aber in den Batterieeinstellungen keinen Button für "Batteriesperre".
Experimenteller Modus ist aktiv.
Ich meine den untersten Eintrag, siehe hier:
Bei mir:
Woran könnte das liegen?
All reactions