Im Dezember kommt sein Elektriker und klemmt den Fronius wieder dran. Der Deye wird dann nur noch als BatterieWR genutzt und im Winter deaktiviert.
Aber dann verschenkt er ja im Winter seine Erträge weil er dann nur einen Bruchteil direkt Nutzen kann. Mit entsprechender PV Leistung gibt es auch an nicht ganz so schönen Tagen einiges an Ertrag der nicht direkt verbraucht wird. (Zumindest bei mir so) Da könnte man mit etwas Automation ja auch Nachts abschalten und am Tag jede kWh nutzen die von der Sonne kommt. Auch wenn einige Tage sind, wo nicht mal ein Tagesverbrauch von der PV kommt, sind doch auch sonnige Tage dabei, da könnte ich 3 Akkus füllen.
Aber du wirst ihn da schon ordentlich beraten haben. Zum Frühling werde ich mal auswerten an wie vielen Tagen der Deye mehr Verbraucht hat als Erzeugt.Ausschalten ist jetzt nicht so mein Ding, dann fehlen mir auch die Daten die ich ja auslese. In Standy schicken wäre toll. Diesen Modus scheint es ja zu geben.
Da kam er ganz alleine drauf. Hätte ich ihn beraten können, dann hätte er zu seinem Fronius einen Multiplus2 installiert und keinen Deye.
9,99KWp Yingli 270W Ost/West, SMA9000TL-20
2,7KWp Axitec AC-300M, Victron BlueSolar 150/60-Tr
4,235KWp an Hoymiles
48 x 280Ah Lifepo4 EVE Cell, REC BMS
3 Victron MP2 5000
Panasonic Aquarea 9KW Split
Vectrix VX-1
Smart Forfour EQ
Bei entsprechender PV Leistung?
Ich habe 14 kW auf dem Dach und der Monatsertrag im Dez liegt bei unter 80kWh im letzten Jahr, seit 1 Woche ist bei mir 0 Ertrag und solange Schnee liegt bleibt es auch bei 0, selbst wenn ich verdoppeln würde auf 28kW, es bleibt bei 0.
Wohnt Ihr im Ausland oder wo scheint angeblich die Sonne????
Gruß
@solartester an deiner Stelle würde ich umziehen... 😎
Habe auch nur 14kWp auf dem dach, aber 45° und leicht Südost... gestern ist schon der meiste Schnee runter gesaust, heute die Reste, die an dem Übergang der Module hängen geblieben sind. aber 3kWp sind auch noch teilweise mit Schnee, weil die Gaube das blockiert am runter rutschen. Da aber nur alle 5 Jahre mal wirklich so viel Schnee kommt, kann ich mit leben.
dann hätte er zu seinem Fronius einen Multiplus2 installiert und keinen Deye
Na ja, ist eine Lösung, aber halt abgespeckt. Dafür hätte er dann aber dauerhaft die Verluste AC-->DC-->AC. die ihren Akku per Tibber laden berichten was von 20-30%, wenn man andere AC Systeme so liest, sind die ja auch nicht effektiv. Nur das du da die Verluste nicht angezeigt bekommst wie beim Deye. Weg sind sie deshalb ja nicht.
@linuxdep wo hast du das mit dem Standby her? Vielleicht habe ich das überlesen oder habe ich da was falsch verstanden.
Weil so wie ich es realisiert habe, kriege ich nämlich auch keine Werte mehr.... Das würde ich jedoch gerne ändern, das stört mich nämlich genauso.
Setzen kann man den nicht, aber diesen Status gibt es neben dem Normal Modus. Wie man diesen aber aktivieren kann oder wann der Zustand ist, keinen Plan. Darum bleibt meiner auch erst mal an. Ohne Daten ist das schon blöd. Mal schauen wie der Winter wird, dann wird entscheiden ob der Aufwand lohnt.
Laut Prognose vom PV Tool hier, wäre der Netzbezug zu vernachlässigen im Winter, selbst da wäre noch was zum einspeisen über. Mal schauen wie genau die Prognose dann wirklich passt.
Ich habe auch mehrere Deye parallel und ich schalte auch bei Sonnenuntergang den Parallel-Mode beim Master per Home Assistant mit einem ESP32 und TTL to RS485 Adapter ( https://github.com/klatremis/esphome-for-deye ) aus.
Dann gehen die Slaves auf Standby mit einsprechend niedrigem Verbrauch.
Wenn die Sonne aufgeht, schalte ich den Parallel-Mode wieder ein.
Die benötigten Register habe ich mir von Deye zusenden lassen.
So sieht das in ESPhome aus:
Das Problem ist, dass das morgendliche Aktivieren nicht ganz einfach ist, denn wenn man den Parallel-Mode per Modbus Befehl ausschaltet, der Deye automatisch von Master auf Slave wechselt und auch die Modbus ID gelöscht wird.
Das muss man morgens alles nacheinander wieder anschalten, was aber leider auch nicht trivial ist, denn ein Bug in ESPhome sorgt dafür, dass wenn man ein Bit im Rregiter 336 ändert, alle anderen Bits wieder auf 0 gesetzt werden.
Um das Verhalten zu umgehen, habe ich folgende Lösung über ein Auswahlfeld gefunden, adaptiert und in ESPhome eingebaut:
Ich rufe alle Register generell alle 3 Sekunden ab.
Ich habe dann eine Automatisierung erstellt, die zu Sonnenaufgang in dem Auswahlfeld die Modbus ID auf 1 setzt, dann 10 Sekunden wartet und dann den Master Mode aktiviert, wieder 10 Sekunden wartet und dann dem Parallel-Mode aktiviert.
Wenn man die Register zu schnell hintereinander schreibt, funktioniert es seltsamerweise nicht zuverlässig, daher die 10 Sekunden Pause nach den jeweiligen Eingaben.
Das funktioniert tadellos, die genaue Funktionsweise des Skriptes ist mir allerdings nicht ganz klar.
Habe das per Trial and Error hingebastelt bis es funktioniert hat.
Ich hoffe das hilft dir weiter.
@gibber klingt interessant, ich habe gerade, erst mal am Gerät selber, den Battery Modus auf "no Battery" gestellt, dann kommt zwar F13 und er braucht eine weile, bis er wieder Messdaten liefert. Zumindest verbraucht er dann weniger. Müsste ich mal messen, meine Abfrage Intervalle sind zu langsam im Gegensatz zum Zähler, der jede Sekunde Werte liefert. Besser als Ausschalten alle mal, weil er dann zumindest an HA noch Daten sendet.
Habe nur noch nicht verstanden, wie man bei ESPhome das so konfiguriert, damit man eine liste mit Texten nutzt zum Umschalten der Modi.
@gibber Vielen Dank, das ist genau das was ich gesucht habe. Ich werde es mal versuchen.
[Edit] Es klappt einwandfrei. Vielen Dank nochmal für den Tipp.
- platform: modbus_controller use_write_multiple: true modbus_controller_id: ${modbus_controller_id} id: battery_mode name: "Battery Mode" address: 111 value_type: U_WORD optionsmap: "Voltage": 0 "Percentage": 1 "No Battery": 2
sollte so etwa ausschauen. Ich bin mir nicht sicher ob ich den richtige Register und richtige Wertezuodnung erwischt habe- platform: modbus_controller use_write_multiple: true modbus_controller_id: ${modbus_controller_id} id: battery_mode name: "Battery Mode" address: 111 value_type: U_WORD optionsmap: "No Battery": 0 "BMS Lithium": 1 "Voltage": 2 "Percentage": 3
Das ist falsch, habe ich hier schon mal in einem Beitrag geschrieben, Register 111 hat nur 0/1/2 als mögliche Werte, BMS Lihium ist Register 98.
Hallo zusammen
Ich habe vorgestern meinen Deye Sun 12k, FW 1140 an 14,4 kWh Pylontechs und erstmal 5kWp PV in Betrieb genommen. Testweise habe ich über Nacht die Akkuentladung mit hohen geforderten Restprozentwerten in der USE Tabelle verhindert. Obwohl die Akkus korrekterweise nicht entladen wurden, blieb der Inverter (als potentieller USV-Ersatzmodus, jedoch ohne Akkuzugriff) die ganze Zeit bis zum Morgen aktiv, was ca. 150W ständig Leistung fordert und somit nur den Kellerraum erwärmt.
Ich bin nicht bereit, in den Wintermonaten jede Nacht 1,5kWh unsinnigen Strombezug zu akzeptieren.
Mein neuer Lösungsansatz ist, eine der 2 benutzten CAN-Leitungen zwischen Deye und Akku per potententialfrei kontaktiertem Relais (Shelly/Zeitschaltuhr) zu trennen.
Jemand hier im Parallelthread hat herausgefunden, dass sich der WR bei getrennter Kommunikation mit Fehlermeldung tatsächlich schlafen legt (nur noch ca. 20...30W Verbrauch), weiterhin aber die Daten loggt/sendet und brav seine USV-Überwachung wieder aufnimmt, wenn die Kommunikation (per geschlossenem Relais) wiederhergestellt wurde.
Ich ziehe jetzt mal die Kommunikationsleitung ab, tracke den verbleibenden Verbrauch und melde mich morgen wieder, wenn ich die CAN-Verbindung nach dem Aufstehen wieder hergestellt habe. Sollte das funktionieren, baue ich einen blauen Shelly ein und versuche über Sonnenaufgang/-untergangszeiten mit 4h Verzögerung bei Abschaltung den WR in der Nacht in den Standby zu schicken.
Irgendwann demnächst wird Deye angeblich eine Firmware liefern, die Standby ohne USV-Funktion ermöglichen soll, aber bis dahin würde ja meine Lösung funktionieren.
@ickbins Die USV-Funktion in der Nacht ist für mich nicht von Bedeutung. Sollte der Strom längerfristig ausfallen, würde ich den Shelly überbrücken oder das BMS-Kabel temporär tauschen.
Aber dazu gibt es doch Lösungen, die den Akku im WR deaktivieren... suche mal etwas im Forum...
ich habe leider noch keinerlei erfahrung mit dem ESP Home Manager,
muss ich den Quellcode ab zeile 31 unter