Problem Akkuspannung bei 100% SOC DEYE + ext. WR und Pylontech

Hoffentlich einfache Frage:

  • Ich habe testweise von 1135 auf 1170 geupdated. Um mir das auch mal anzusehen. Jetzt bekomme ich über ModBus (ESP32 ESPHome) keine Daten mehr. Muss ich noch eine Adresse einstellen? Für mein Verständnis sind die Adresseinstellungen nur für Master/Salve Betrieb und EnergyMeter.

Ich habe das ESP-Home-for-deye von klatremis

Mein eigener Fork, einfach noch ein paar Register ergänzt: GitHub - TheSmartGerman/esphome-for-deye: Esphome component for Deye sun-12k-sg04lp3 to implement into home assistant

Edit: Ok nach um Update Stand die Modbus adresse auf 00. Nachem ich einmal darin Umgestellt hatte ging nur noch 1-16. Jetzt ist aktuell der Radio Button bei Master ausgewählt, Adresse auf 1 und kein Haken bei Parallel und die Kommunikation ist wieder da.

Wenn ihr mir sagt, welche, ist das ganz einfach. Von post nummer bis Postnummer.

Und den namen des neuen fadens.

@carolus
ich würde sagen von 577 bis 598 und 601
"Problem Akkuspannung bei 100% SOC DEYE + ext. WR und Pylontech"

OK so?

Noch ein wenig wild, da noch Posts zu Fragen bzgl Firmware zwischen sind, jedoch DANKE für das Verschieben in ein neues Thema. Unter Firmware war der umfangreich gewachsene Dialog fehl am Platz.

Ich versuche nochmal den Zustand zu beschreiben:

Kommunikation Deye/Pylontech läuft. Per SA setze ich bei 98% SOC den Max. Charge Current der Batterie im Deye auf 0A um die Pylontechs bei ca. 52,5V stehen zu lassen, da mir die 53,2V, welche per BMS reguläre Ladeendspannung sind, zu hoch erscheinen (3,6V Zellspannung zzgl. ggf. Drift einzelner Zellen). Daran hält sich der Deye und regelt den Ladestrom brav ab.

Kommt es dann zu PV-Erträgen mit Netzeinspeisung >12kW regelt der Deye die Leistung am MTTP zwar ab, dies jedoch nur recht langsam, so dass er Spitzen nicht folgen kann. Der WR am MI-Port läuft uneingeschränkt weiter.

Hier entsteht der erste Fehler des Deye: während er bei Verbrauch einer zwischen Netz-Anschluss des WR und den CT-Klemmen aufgeklemmten Wallbox mit Abnahme von 7,4 kW gerne 15 kW oder mehr über seinen Grid-Anschluss ins Netz pumpt, regelt er ohne Abnahme zwischen Grid-Anschluss am WR und CT stumpf bei 12kW ab. Dies obwohl 20kW Netzeinspeisung (max sell Power) im Deye konfiguriert sind. Der Strompfad im WR ist/wäre bei beiden Szenarien identisch: 12kW aus „Deye PV“ direkt und z.B. weitere 3 kW durchgeschleift vom Gen-Port (MI) zu Grid.

………….Wallbox….. Ext WR 8kW (GEN / MI)
………………l……….. l
Netz—-CT—+—Deye WR (Grid)
…………………………,I
……………………..…UV Haushalt (Load)

(Anschlussschema, Punkte sind Platzhalter, ging nicht ohne)

Schlimmer noch der zweite Fehler der sich einstellt:

Wenn er die 12kW am Netz-Anschluss des WR halten will beginnt er den Akku entgegen der Deye eigenen Konfiguration über 98% SOC zu laden, obwohl 0A Charge Current konfiguriert sind. Er treibt dann die Akkuspannung bis 54 V , bei schnellen Ertragswechsel bis an knapp 55V hoch. SOC dann längst 100%. Das BMS mag ja evt reagieren und die Zellen schützen (zweifelhaft, siehe Video oben), nur hält sich der Deye nicht an seine Konfiguration, sonst käme es nicht zu der Situation!

Ansonsten: Warum regelt der Deye einen WR am Gen/Mi eigentlich nicht per Anhebung der Frequenz ab?

Ich hoffe die Defizite in der Funktion sind verständlich beschrieben und ihr könnt mir folgen.

Weil der Deye zwischen GRID und LOAD und zwischen LOAD und GEN nur ein Relais und diverse Messtechnik hat.
Eine Frequenzanpassung findet nur im Inselmodus statt.

Wenn du den 12k hast, kann der nur 12kW AC liefern! Egal ob aus Akku oder PV

DEn kann der Deye auch nicht Steuern! Ginge nur mit einem anderen deye im master Slave Verbund!

Ich glaube du hast etwas Verständnisprobleme der Funktionsweise vom Deye.

Zunächst danke für die Antworten. Das der Deye im netzparallelen Betrieb, anders als im Inselmodus, den ext WR nicht per Anhebung der Netzfrequenz am Gen-Port drosseln kann, war mir nicht bekannt.

Ebenfalls verstanden habe ich dass sich die Last, wenn der Deye in meinem Szenario sowohl Haushalt als auch Wallbox mit in Summe z.B. 18 kW bedient, auf Grid und Load aufteilt, der Strompfad sich also von einer reinen Netzeinspeisung unterscheidet und an Grid bei 12kW Schluss ist.

Eine Sache erklärt sich mir jedoch nicht:

Warum ignoriert und überschreitet der Deye im Moment der Überschreitung des unter max sellpower eingestellten Wertes von 12kW sowohl die eigene Konfiguration bzgl. Max. Chargecurrent und BatteryVoltage anstatt die eigene PV-Leistung ausreichend schnell zu drosseln? Der ext WR hat nur max 8kW Leistung, sprengt den Rahmen der 12kW also nicht.

Na ja, weil die Regelung halt nicht perfekt funktioniert, so lange das aber nur ganz kurzfristig passiert, sollte das kein Problem sein.

GRID und LOAD sind halt einfach stumpf verbunden, wenn dein externer WR halt 8kW liefert, dein Deye 12k noch mal 12kW dann hast 20KW peak die verbraucht werden können.

Hallo zusammen,
meine Erfahrung mit diesem Problem: Ich habe einen Deye 12K und fünf US2000-Batterien von Pylontech. Da sich mein Netzbetreiber ziemlich energisch gegen jegliche Einspeisung ins Netz gewehrt hat (anderes Thema), betreibe ich die Anlage seit 2023 mit Null Einspeisung.

Ich habe weder Lust noch Zeit, mich ständig mit dem Wechselrichter und den Batterien zu beschäftigen. Seit etwa zwei Monaten zeigt die oberste Pylontech-Batterie jedoch deutliche Leistungseinbußen.

Im Rahmen einer Reklamation habe ich Kontakt mit Pylontech aufgenommen. Nach dem Auslesen der Fehlerprotokolle haben sie mehrere Overcharge-Sessions festgestellt und daraufhin den Garantiefall abgelehnt.

Ich hoffe zwar noch auf ein Update von Deye, aber parallel suche ich nach Lösungen – denn erfahrungsgemäß wird sich bald auch die zweite Batterie verabschieden.

das mit den Overcharge-Sessions habe ich schon in Videos von Mr.Mining gesehen, und da war kein Deye dran beteiligt.

(ich will da niemandem etwas unterstellen, aber ein BMS das seinen Namen verdient, sollte so eine physikalisch einfache Geschichte wie eine Zellspannung zu überwachen und beim erreichen eines Grenzwerts die Batterie von der Stromquelle abzutrennen drauf haben. Sowas zu dokumentieren anstatt es zu verhindern ist eine seltsame Strategie)

1 „Gefällt mir“

Was hast du bei der Max Charge Voltage eingestellt? Da sollte man bei den US2000 53,2V einstellen und nicht höher, so wird es auch von Pylontech vorgeschlagen!

hallo.

es macht es, aber dann schaltet das bms den ganzen block ab. die zelle bleibt aber auf ihren 3,65V, bis sie sich langsam entlädt, mit 200mA * 14 zellen. und unter 3,5V startet das Packet wieder.

total falsch !

pylontech darfst du höchstens mit 51,8V laden, bis der Strom einbricht, dann hast du ca 90% SOC.

Erst jetzt darfst du die Spannung erhöhen, auch auf 53,2V , aaaaber !, der Strom muss uf max. 2A begrenzt sein. denn das passive BMS verbrät nur 200mA pro zelle, allrs andere geht in Akku rein, und dann bist schnell im OV.

alles schön ersichtlich mit BatteryView

Schon komisch das im ESS Handbuch und bei Pylontech was andere drin steht und ich die seit über 8 Jahren so betreibe ohne das es ein Problem gab.

Wenn das BMS abschalten muss, zählt das als unzulässige Betriebsstörung, die geklärt und beseitigt werden muss.

Sowas kann man nicht einfach laufen lassen!

frage, du lädst echt mit 53,2V ? wenn ja, dann sicher mit Ladestrombegrenzung. wenn nicht, und deine Pylons sind noch nicht sufgebläht, dann bist du ein einzelfall, denn der rest hat damit seine Pylons getötet. auch bei mir sind dadurch 4 US2000+ zerstört worden, aber von Pylontech auf garantie getauscht worden. mit beigefügten manual wie man die pylons richtig lädt.

lg

eben, deshalb musst du die Ladespannung oder den Ladestrom begrenzen. ich habe wochenlang mit batteryView mitgeloggt, und die Zellenspannung beobachtet. wenn nur 1 zelle in OV geht, schaltet das BMS ab, canbus meldet zwar erlaubten ladestrom mit 0 A, der WR dreht zwar ab, aber die spannung wird ja nirgends verbraten, ausser du gehst sofort auf entladen. deshalb sterben fast alle US2000

lg

Dann sind anscheinend mein Einstellungen die richtigen wenn sie seit über acht Jahren laufen ohne Probleme!

wahrscheinlich. aber die kennst dann nur du.