Pylontech US5000 update auf V2.3

Ich glaube, 2.5 ist die aktuelle Version…

was hast Du denn für eine Ladespannung eingestellt? Evtl. ist die zu hocjh … sollte bei max. 52,2 V sein (lt. pylontech)

Das ist auch richtig so, da Victron die FW ja nicht über das VRM Portal zur Verfügung stellt, die Datei muss man da selbst hochladen (das Wolkensymbol rechts).

Die aktuellsten Updates bekommst du bei Effekta.

Je nach Chip ist die 2.5 oder 3.1 die aktuellste Version.

Aus eigener Erfahrung kann ich sagen dass das Update nicht das Heilmittel gegen Overvoltage ist. Die von Volta erklärte Initialladung hat Besserung gebracht. Hier muss ich vielleicht mehr Geduld mitbringen und die Ladung wiederholen und/oder die Batterie länger geladen halten um die Zellen wieder ins Gleichgewicht zu bringen.

Ja, die 52,2 V sind eingestellt, hatte es auch schon mit Werten unter 52 versucht, brachte leider auch keine Verbesserung. Meine Anlage kann theoretisch max. mit 190 A laden ( MultiPlus 70 A und 2 x MPPT mit je 60 A). Auch die Begrenzung des Ladestroms brachte nicht den gewünschten Erfolg. Aber danke für den Hinweis…

Besten Dank, hatte im letzten September das Update mit dem Tool für jedes Modul einzeln gemacht und werde es auch diesmal wieder so machen. Ich hoffe die V3.1 für die C3 bringt etwas. Der nächste Schritt wäre dann mal ein Versuch mit der Initialladung bei den beiden auffälligen Modulen.

Nach dem Update auf V3.1 für die C3 Module werde ich das mit der Initialladung bei den Auffälligen mal durchziehen. Danke erstmal…

Guten Morgen,

Für die neuen Chips ist die V2.5 die Aktuellste die v3.1 gilt nur für die alten

Ich lade meine Kombination aus US2000C, US3000C und US5000 jeweils mit der Aktuellen Version bis max. 51,8V (begrenzte Ladespannung) bedingt durch den MPPT ergibt das max. 52V

Meine CCL wert vom Akku Schreibe ich per NodeRed direkt in DVCC → Begrenzter Ladestrom dadurch wird sich bei mir komplett an die vom Akku vorgegebene maximale Ladeleistung gehalten obwohl DC Überschusseinspeisung aktiviert ist

Das Ergebnis ist bis jetzt ein Voller Akku (100%) bei einer max. Zellspannung von 3,482V

Bei der neuesten Software wird der Ladestrom beim Ausgleich auch von den pylontechs geregelt. also automatisch begrenzt

Das Problem ist aber eher das bei DC-Überschusseinspeisung die Begrenzung Ignoriert wird

Pylontech Firmware Update über VRM in einer echtem Off-Grid Anlage geht ohne Probleme :wink:
Man muss halt den Diesel mitlaufen lassen. Es erscheint in VRM eine dementsprechender Hinweis, dass man für eine sichere Stromversorgung sorgen muss.

Mit der neuen Firmware ist der DCL von 80A auf 100A gestiegen.

Der CCL scheint von 80A auf 60A (und deutlich darunter) gefallen zu sein, aber die Akkus waren auch noch nicht wirklich leer.

Im Grunde nicht, man muss nur eben damit rechnen, das die Anlage mal kurz aus gehen kann.

Die FW wird auf das GX übertragen, von da auf den ersten Akku und dann ist das Victron System beim Update raus, das machen die Akkus dann alleine.
Ein Abschalten des Internet oder GX Gerät spielt dann keine Rolle mehr.

Ich hab mich brav an die Anleitung gehalten, weil ich sonst 300km mit dem Auto fahren muss wenn was schief geht.

Das ist natürlich auch nicht verkehrt. :slight_smile:

Auch wenn ich bisher kleine Probleme damit hatte, würde ich das Update vom Akku nicht 300km Entfernung machen, dafür sind die Updates der Akkus mMn nicht wichtig genug, um diese unbedingt aus der Ferne machen zu müssen,

Ich denke das wichtigste ist das der Cerbo weiter mit Strom versorgt wird, bekommt er nur von den Batterien Strom ist das ein Problem (da diese während des Updates kurz abgeschaltet werden), hat er noch vom Netz Strom (z.B. über die Multiplus II) ist alles fein.

Mahlzeit, habe gerade das Large Update gemacht und werde mal versuchen deine Lösung umzusetzen. Fange damit komplett bei null an… ggf. komme ich dazu nochmal auf dich zu. Danke erstmal für den Tip…

Wie gesagt, da die Akkus das Update alleine untereinander durchführen, sollte es meiner Meinung nach egal sein, wenn das GX Gerät zwischendurch abschaltet geht.

Ich habe zu den geringeren Ladestrom-Grenzwerten von Pylontech die Rückmeldung bekommen, dass ich mich bitte an Victron wenden soll, da vermutet wird, dass der Wechselrichter das limitiert. Das kann ich mir aber ehrlich gesagt nicht vorstellen, weil die Begrenzung ja direkt in den BMS-Werten angezeigt wird und nicht an anderer Stelle. Hast du eventuell schon andere Erkenntnisse dazu?

Bei einer Off-Grid Anlage wird der MP kurz, inkl aller Lasten abschalten. Dafür soll ja eine alternative Stromversorgung erfolgen. Bei einem netzgebunden ESS System wird nix passieren.

@M_Lange ich hab das Firmware update natürlich vorher an einem ESS System gestestet bevor es an die off grid Anlage ging :wink:

@mrstackit

Das mit den geringeren Ladestrom Grenzwerten interessiert mich auch.

Ich habe 5xUS5000. Master war relativ neu und hatte Firmware 2.3. Die anderen US5000 ware älter.
Balancing war immer etwas holprig. Mal ging es schnell mal hat es sich über 2h hingezogen.
CCL ging dabei runter auf 40 blieb da wie oben beschrieben und gin dann irgendwann auf 0. Das markiert dann auch das Ende des Balancing. Die Batteriespannung schwankt dann nicht mehr und fällt langsam ab.

Geködert durch diesen Thread habe ich heute die US5000 auf 2.3 über das VRM Portal aktualisiert

  • Cerbo GX eine eigene Spannungsversorgung spendiert
  • dann die 2.3 von Effekta über VRM hochgeladen
  • es kamen Batterie fail alarme und dann war der Update erfolgreich

Was hat sich geändert?

  • DCL ging von 450 auf 500. Für mich irrelevant
  • CCL ging ebenfalls auf 500. Ebenfalls irrelevant
  • Beim Balancing ging es dann in 10er Schritten von 60 runter auf 0. Das war defintiv anders als vorher.
  • Balancing war auch ruckzuck durch mit einer Differenz von 0.019 bei 100 SOC. Da hat die Batterie dann CCL auf 0 gezogen.

Bis jetzt sieht das gut aus. Es scheint also doch relevant zu sein welche Firmware die Slaves haben, da das Verhalten sich nach dem Update aus meiner Sicht sehr verbessert hat.

Das Balancing usw. macht ja jedes Modul für sich.
Der Master steuert die Slaves nicht, der sammelt nur die Daten und gibt das gebündelt an das GX Gerät weiter.