question

j ai eu plusieurs cas d'alarme high voltage. c'était une fausse information qui remontait du bms. le plus souvent le système coupait par la suite sur low batterie. en fait le bms coupe en tension cellule haute ce qui coupe le dc du multiplus et ça le fait passer en low alarme.

il semble que le problème soit réglé via une mise à jour du bms pylontech, mais je ne sais pas si vous êtes dans ce cas ou non !

Dans tous les cas, vous devez vous rapprocher du fournisseur pour qu'il règle ça!

Heureusement je n'ai pas eu de coupure du Multiplus. Le bms a juste bloqué la batterie 0104 un moment.

Je vais contacter Pylontech.

Merci !

Disons que le graphique est typique d'une batterie avec des cellules déséquilibrées (il suffit d'une seule) dont une qui arrive au taquet avant les autres et bloc le module.

Je sais j'ai les même graphiques ;)

Les pylontech ne disposant pas de balance active puissante, il n'y a pas grand chose à faire je crains.

il faut pouvoir faire des recharges complètes régulièrement (plus d'une fois par semaine) si non le problème arrivera surtout si vous chargez et tirer fort dessus !

@jeanmarie @Thierry Cortassa (Victron Energy Staff)

Les notifications du forum ne fonctionnent pas ici, et je n'avais pas vu vos réponses désolé ! Je suis preneur d'une copie d'écran de votre config poru que je revérifie la mienne. merci.

@jeanmarie

Ce qui m'inquiète, c'est que c'est toujours la même batterie (sur une chaîne de 6 installées en même temps). Tu as des écarts sur des batteries différentes ou sur la même ? Le BMS se met en stand-by ou pas ?

@Thierry Cortassa (Victron Energy Staff)

J'ai fait plusieurs recharges complètes (Multiplus 8000 = 110A jusque 95%) via grid en HC. Depuis les beaux jours, mon RS450/200 charge régulièrement l'ensemble à 95% aussi.

Sauf si tu me dis que 95% n'est pas assez, je pense que la charge est OK
Pour la décharge, je suis entre 1000 et 4500w.

Vu la taille du pack batteries, les chiffres par batterie sont faibles, je ne pense pas qu'on puisse dire que je charge et je tire dessus fort :
- Charge -> 7000W -> 23A par us5000
- Décharge -> 15A par us5000

Au vu de ce complément d'infos, je pense que les symptômes ne sont pas "normaux". Vous en pensez quoi ?

PS : la batterie en anomalie est "0104". A la demande du revendeur Pylontech, j'ai éteint la batterie 4 de la chaine. Le Cerbo indique 5 batteries, mais toujours la 0104 en écart. Je n'ai pas débranché la bonne, ou c'est une alarme persistante du CerboGX ?

fort possible qu'une mise a jour de la batterie soit nécessaire, il faut contacter le distributeur de la batterie pour qu'il vous fasse passer les logiciels ou qu'il rapatrie la batterie pour faire la mise a jour.

...sorry, I don't speak french...just wanted to add, that I have the exact same problem, running a 3-phase setup with 3x MP2-5000 and 6xPylontech US3000C.

Almost always, one/the the same module will create a high voltage alarm, when the package is near full state (SoC 94-97%, reported by BMS), especially when PV power is still plenty.

The BMS is not fast, when balancing and I've seen Voltage difference up to 280mV in the said module.

My observation is, that the charger of the MP2 is not reducing the load/current fast enough when the target voltage is about to be reached soon. (The allowed charge current, reported by the BMS is way too high anyway at that time). This causes one cell in an already imbalanced module to overcharge and reach/trigger the high voltage alarm limit (>3.60V, I think).

When a high current discharge is enforced, the imbalance goes away fast and the alarm goes off again.

As a counter measure, I have now created a Flow in Node-Red that acts as a kill-switch, monitoring the highest Cell Voltage and when this reaches 3.55V, the allowed charge current in DVCC gets forced to a reduced value of 0Amps....allowing the pack/modules to balance. (normally, in this case, the SOC is between 94-97% already...after balancing, the pack reaches 100% SoC without problems and further charging).

As a second counter measure, another Node-Red flow is monitoring the Voltage-Difference/imbalance between highest and lowest cell voltage and reduces the allowed charge current in DVCC in steps (unlimited, 100A, 25A, 8A, 1A) when imbalance of a certain Voltage value occurs. With my pack of 6xUS300C, I found that for an imbalance below 50mV, a charge current of 8A will still allow for balancing to happen, without increasing the imbalance (with max. Cell voltage still in a safe range)

So far, this is working since the last two weeks (had some good days of PV coming in, so could test/adjust/monitor it)...no more high voltage alarms since I deployed these counter measures and the pack reaches 100% SoC if enough PV is available.

Edit: I am also monitoring the battery state with grafana, observing voltages, including drift/imbalance, charge/load and where in the pack, the Cells with Vmin and Vmax are sitting).

Edit2: now, after another 30mins, Battery-Pack is almost full...Node-Red Safety-Switches have not been triggered this time.

@Hominidae

Very interesting ! I have some questions about this :

1/ Before applying the countermeasutres, did you call Pylontech's support to get their opinion on general system's behaviour ?

2/ As @Thierry Cortassa (Victron Energy Staff) said, are you sure that Pylontech's firmware are up to date ?

-> I have not tried Nod-Red yet, I need to do it fast. Is it possible to share your Nod-Red code for understand it ?

-> I also plan to monitor with grafana, I will look for a tutorial soon...

@Thierry Cortassa (Victron Energy Staff)

Je bataille avec mon distributeur, mais le support est moyen...

Si on pouvait stabiliser via une maj firmware des us5000, ce serait top. Par contre j'espère que c'est faisable sur site par mes soins, car impossible de rapatrier le pack !

Avec les informations données par @Hominidae , penses-tu qu'on puisse améliorer la gestion de la charge côté Victron (je pense à diminuer fortement le courant en fin de charge).

Vu que Victron travaille sur Venus 3.00~2x, cela aurait du sens d'en parler ?

Qu'en penses-tu ?

@dvb thank you for your response.

RE your questions:

ad 1) No, I considered this to be a measure of last resort (and its supposed to be a pain, I heard). I installed my system in late October and charged/balanced it only once, manually. Since then, PV intake wasn't that much, so having the pack properly balanced, which would - as mentioned everywhere - take several, many cycles did not happen yet.

ad 2) I also know about some firmware issues and false/unnecessary alarms, but I only experienced these at the top end of the SoC. So I simply assumed, that these are true alarms and that my pack is not affected by that firmware bug and decided to give it more time/cycles.

In general, I decided to take an empiric approach (not being an expert in battery tech) and did some tests. The general rule of thumb is, that you can avoid these alarms, when charging with a low enough current. The other side of the story is, that you want the pack to charge as fast as possible to harvest PV energy, especially during winter/dark season. So I decided to experiment.

The allowed max. Discharge current reported by the Pylontech BMS seemed way to high at the top end of the SoC and the MP2 charger always kept the current well below that, but the alarm was trigged still.. Also the Pylontech BMS is very slow in balancing (and will only do so, if imbalance is above 30mV). When high voltage alarms were triggered, there always was a high cell imbalance of at least 120mV..

If found, that if you continue to charge while imbalance is larger than 50mV and at a higher rate than 8A (with my pack), the imbalance will increase, not drop and ultimately will fill up that already topped-up cell in the pack, causing the alarm to be triggered.

So I introduced the "kill switch" to stop charging when max. cell voltage is above 3.55V, avoiding the alarm at all costs. In order to avoid to trigger that kill switch, I used the second flow to reduce the max. allowed charge current in steps, aligned with an allowance of the actual cell imbalance.

Maybe I was just too impatient with my pack, to follow the procedure stated in the victron manual for dealing with these alarms ;-) But my pack would not reach 100% SoC with a charge voltage under 52V anyway. ....this implementation now works like a charm for me, but maybe could be improved in the future (like with a PID or fuzzy controller to define the reduced charge current steps more smoothly or more precise).

Finally, yes, I am happy to share the flows - but I think its better to create an extra topic in the Node-Red or Modifications section of the forum. Will try to do that over the weekend.

BTW: I am not using NodeRed in VenusOS-large on my Cerbo, but on my NAS, which is more potent and running 24x7 anyway and without the use of the Victron nodes available..it is "pure" mqtt what I use to interface with the Cerbo GX.

I suggest you get familiar with Node Red and what it can do beforehand.

@Hominidae

I agree with your approach, and this point is very important :

If found, that if you continue to charge while imbalance is larger than 50mV and at a higher rate than 8A (with my pack), the imbalance will increase, not drop and ultimately will fill up that already topped-up cell in the pack, causing the alarm to be triggered.

For the moment, my workaround is in VDCC set-up : I limited "Maximum charge voltage" at 52v. With this setting, cell's voltage remains under 3.61v and I have no alarm but it's limit.

Just for test, this noon, at the end of charge, I tried to increase VDCC to 52.5v. Max voltage goes up to 3.65v, and alarm arrived quickly. So I did a roll back to 52v, you can see on this screenshot :

Thanks for sharing the flows (of course from an extra topic). It's no urgent, take your time :-)

@Thierry Cortassa (Victron Energy Staff)

Je viens d'avoir le retour de mon revendeur Pylontech qui indique avoir échangé avec Victron.

J'aimerais avoir ton avis sur la possibilité d'améliorer l'algorithme de charge sous Venus. Merci !

"

Bonjour,

Monsieur, nous avons eu un échange avec notre fournisseur Victron ils nous ont indiquer qu'il faut suivre à la lettre ce document

https://www.victronenergy.com/live/battery_compatibility:pylontech_phantom

Car celà peut venir d'un paramètrage sur l'onduleur, ils nous ont confirmer que 90% des cas viennent du paramètrage de l'onduleur

Bien cordialement.

"

@dvb

from the screenshot, I think, one can see that when you allow the increase of charge voltage above 52v, the charge current spikes up t0 25A.

I found, that - while a limited charge voltage , like below 52V, does help and as stated in the victron/pylontech manuals - its the higher / too high current, that causes the voltage overflow.

You can safely increase the voltage to 52.4 (which is victron standard anyway for pylontech) when decreasing the allowed current in DVCC, like to 1-10A for example (Edit: when reaching SoC of >94%, I think).

"You can safely increase the voltage to 52.4 (which is victron standard anyway for pylontech) when decreasing the allowed current in DVCC, like to 1-10A for example (Edit: when reaching SoC of >94%, I think)".

OK ! Two points :

1) When PV are high (> 5000W), issue arrived before 95% -> about 90%.
2) The only way to decrease current in DVCC at >90% or 94% SoC, is with a flow in Node-Red, isn'it ?

@dvb

RE ad1) Yes but, as said, my experience is from my own empiric approach, hence values and variables given my be specific for my setup (including being dependent on other parameters, like climate/temps and such, which I do not know).

Best tip meanwhile, if you can afford it, is to lower the allowed current even earlier. I never tripped into the alarm when limiting the charge to 20A (which is 0.05C for my pack) from the beginning.

My experience is, that with the pylontechs the SOC line of 11% and 89% seem to be somewhat special...i've seen an amount of available energy (in or out) of more than 2kWh (which covers roughly 10% in capacity each for my 20kWh, 6xUS3000C pack) just for this single SoC digit (between 10 to 12 = 11% and 88 to 90 = 89%)....so it is 4kWh for a 2% SoC range.

So if you can afford it, maybe stay away from these lines (set lower SoC limit = 13%, which is what I do) and charge to 100%/above 89% only on occasion to enforce balancing (which is what I do not atm, because my heatpump is still in operation and I want to save some that consumption from the grid).

RE ad2) yes, I am afraid so...there are currently no means to enter this rule on the configuration/setup. The only way to do that is programmatically, where the most convenient option in my opinion is Node-Red, as it is available with VenusOS-Large (maybe there are others, more low level modification options).

@dvb

Bonjour, il est important de savoir que les batteries Pylontech si connectées correctement, activent le dvcc automatiquement sur l’onduleur, c’est à dire qu’elles pilotent l’onduleur,( tensions, charge/décharge, idle)

Donc que tu changes la tension max sur l’onduleur Victron ne changera rien, car elle ne prend pas ça en compte. L’alarme de haute tension que tu reçois sur le Cerbogx est envoyée par la batterie, qui ne dit pas à l’onduleur de couper la charge probablement car ce n’est pas la « master ».

Peux tu prendre en photo les connections de tes batteries, il faut que le gros et long cable + et le - soient installé complètement à l’opposé l’un de l’autre.

Il est possible que ce soit un problème d’équilibrage des cellules intern à la batterie.

Ce que je commencerais par faire c’est de trouver quelle batterie pose souci. Sauf erreur tu en as 6 ?

Ensuite je la deconectetais du système après qu’elle est envoyé une alarme de haute tenions.

Je connecterais correctement les batteries restantes et le chargerais a 100% jusqu’à qu’elles coupent. Et je reconnecterais tout le système par la suite.

Quand on installe ce genre de system il faut normalement ne pas les utiliser de suite et attendre que chat que batterie soit équilibrée avec les autres.

J’en viens donc à mes questions, depuis quand as tu le système ? Depuis quand as-tu ces alarmes ? Combien de temps les batteries ont été branchées avant d’être utilisées ?.

Arrive tu as accéder à la console depuis ton vrm, va ensuite dans ta batterie et détails, tu auras la cellule de batterie la plus élevée, et celle là moins élevée.

Si tu as besoin d’aide en direct, je veux bien t’aider, même si je ne suis pas professionnel il va de soit.

@Hominidae

"as said, my experience is from my own empiric approach, hence values and variables given my be specific for my setup"

OK I will keep this in mind. Most important, your feedback helps to understand global behaviour Victron <> Pylontech.

"Best tip meanwhile, if you can afford it, is to lower the allowed current even earlier. I never tripped into the alarm when limiting the charge to 20A (which is 0.05C for my pack) from the beginning."
Mypack is 600Ah and the maximum charge current I've reached is 120A. It's equivalent to 0.2C (20A per battery, and Pylontech recommend 80A max). 0.05C seems to be too low for me, and I will lost to much PV power.

"So if you can afford it, maybe stay away from these lines (set lower SoC limit = 13%, which is what I do) and charge to 100%/above 89% only on occasion to enforce balancing (which is what I do not atm, because my heatpump is still in operation and I want to save some that consumption from the grid)."

My setting are 20% and 95% on grid charge schedule.
I can try 85% but where I've to setup this ?

"The only way to do that is programmatically, where the most convenient option in my opinion is Node-Red, as it is available with VenusOS-Large"
Yes, I've already updated CerboGX with VenuOS-large (in case...). For me, it's the simplest way to program CerboGX.

@Gabius

"Bonjour, il est important de savoir que les batteries Pylontech si connectées correctement, activent le dvcc automatiquement sur l’onduleur, c’est à dire qu’elles pilotent l’onduleur,( tensions, charge/décharge, idle)"

Oui c'est ce qu'avais en tête.

Donc que tu changes la tension max sur l’onduleur Victron ne changera rien, car elle ne prend pas ça en compte. L’alarme de haute tension que tu reçois sur le Cerbogx est envoyée par la batterie, qui ne dit pas à l’onduleur de couper la charge probablement car ce n’est pas la « master ».

Là j'ai un doute, il me semble avoir lu dans la doc Victron que lorsqu'il y a 2 valeurs différentes, le système se cale sur la plus faible par sécurité. Ce midi, je suis quasi sur que l'alarme s'est déclenchée juste après ma modification dans le DVCC. Cela pourrait s'expliquer par :
DVCC à 52v :
-> tension plafonnée sous le maxi autorisé par le BMS.
-> moins de stress pour les cellule -> pas d'alarme.

DVCC à 52.5v :
-> le BMS reçoit une tension qui est dans sa plage autorisée.
-> il transmet aux batteries-> alarme à cause d'une cellule.
@Thierry Cortassa (Victron Energy Staff) peux-tu nous éclairer s'il te plait ?

Peux tu prendre en photo les connections de tes batteries, il faut que le gros et long cable + et le - soient installé complètement à l’opposé l’un de l’autre.
Il est possible que ce soit un problème d’équilibrage des cellules intern à la batterie.

J'avais bien vérifié de manière à ce que le courant parcours l'ensemble des batteries. Et aucun souci pendant 6 mois. Mais au cas où, voici un dessin pour illustrer le branchement (avec double câblage vu la puissance de l'ensemble) :

Ce que je commencerais par faire c’est de trouver quelle batterie pose souci. Sauf erreur tu en as 6 ?

Ensuite je la deconectetais du système après qu’elle est envoyé une alarme de haute tenions.

Oui 6. Lorsqu'il y a anomalie, le Cerbo indique toujours "0104", j'en déduis que c'est la 4ème. J'ai donc fait la manip à la demande de mon revendeur.

Le système est remonté avec 5 batteries. Problème : le Cerbo continuait à indiquer "0104" pour Highest cell voltage.

C'est pour ça que j'ai demandé à Thierry si c'était une alarme persistante. Ne sachant comment faire, j'ai abandonné le test et tout rebranché.

"Je connecterais correctement les batteries restantes et le chargerais a 100% jusqu’à qu’elles coupent. Et je reconnecterais tout le système par la suite".

Bonne idée, à condition d'identifier celle en anomalie, cf point précédent.

Quand on installe ce genre de system il faut normalement ne pas les utiliser de suite et attendre que chat que batterie soit équilibrée avec les autres.

On est d'accord là-dessus.

J’en viens donc à mes questions, depuis quand as tu le système ?

Batteries installées en même temps en août 2022.

Depuis quand as-tu ces alarmes ?

C'est récent, depuis le 18 février 2023.

Combien de temps les batteries ont été branchées avant d’être utilisées ?.
Elle sont restées connectées ensemble largement plus d'une semaine en août 2022 (j'attendais le Multiplus).

Arrive tu as accéder à la console depuis ton vrm, va ensuite dans ta batterie et détails, tu auras la cellule de batterie la plus élevée, et celle là moins élevée.
Oui, et je vérifie régulièrement. C'est toujours "0104" en cas d'alarme, comme indiqué plus haut. Hors alarme, j'ai un peu tout : de 0101 à 0106.

"Si tu as besoin d’aide en direct, je veux bien t’aider, même si je ne suis pas professionnel il va de soit".
Très sympa merci, je note !

C’est dommage, tu as vraiment tout installé dans les règles de l’art, il ne devrait pas y avoir de souci… Merci pour ta réponse précise en tous cas.

As tu vraiment besoin de doubler les câble + et - de tes batteries? Combien tire tu d’amp?

Concernant le dvcc je pensais comme toi, après avoir lu la doc Victron, mais par la suite pas mal de post en anglais disait que ça n’était pas affecté par les paramètres de voltage, uniquement si tu décides de baisse la limite de charge/décharge en ampère.

Quand tu as déconnecté la batterie Pylontech, as-tu clear les alarmes ? As-tu changé les numéros de Pylontech ? As-tu changé dans les options la capacité total du système (ça ne devrait pas poser problème mais on sait jamais)

Voici ce que j’ai trouvé, tu nous as dit qu’il était off, mais quand tu as baissé le voltage dans les paramètres, as tu activé cela ? :

Note: The “Limit managed battery charge voltage” feature should be left OFF, unless you are experiencing “High Voltage” or “Internal Error” alarms. These alarms can indicate that there is an internal cell imbalance in the battery. It may be useful in this situation to enable this feature, and then adjust the voltage limit down so that the batteries are able to balance charge without reaching over voltage internally. This imbalance is at a cell level, so might not be reflected as a high overall battery voltage if measured with a Multimeter. This can then be turned off once the battery has balanced itself properly.

C’est pike ton souci, j’ai essayé de relire rapidement tous les posts, désolé si j’ai proposé quelque chose que tu as déjà essayé/répondu.

"C’est dommage, tu as vraiment tout installé dans les règles de l’art, il ne devrait pas y avoir de souci…"

Oui grâce à mes recherches et au support efficace de ce forum !

"As tu vraiment besoin de doubler les câble + et - de tes batteries? Combien tire tu d’amp? "

Au maximum 8000W (abonnement 9 kVA), soit 160A environ. Comme les câbles batterie Pylontech sont limités à 125A, je les ai doublés. (nb : chaque câble est protégé par un fusible de 125A)."

Concernant le dvcc je pensais comme toi, après avoir lu la doc Victron, mais par la suite pas mal de post en anglais disait que ça n’était pas affecté par les paramètres de voltage, uniquement si tu décides de baisse la limite de charge/décharge en ampère."

Noté !

"Quand tu as déconnecté la batterie Pylontech, as-tu clear les alarmes ? As-tu changé les numéros de Pylontech ? As-tu changé dans les options la capacité total du système (ça ne devrait pas poser problème mais on sait jamais)"

Rien de tout ça car je manquais d'infos. La capacité du système ne jouera pas (je pense), par contre le clear oui. (Il me semble qu'il y a un menu).

Par contre renuméroter c'est indispensable ? Il y a un menu spécifique ?

"Voici ce que j’ai trouvé, tu nous as dit qu’il était off, mais quand tu as baissé le voltage dans les paramètres, as tu activé cela ? :

Note: The “Limit managed battery charge voltage” feature should be left OFF, unless you are experiencing “High Voltage” or “Internal Error” alarms. These alarms can indicate that there is an internal cell imbalance in the battery. It may be useful in this situation to enable this feature, and then adjust the voltage limit down so that the batteries are able to balance charge without reaching over voltage internally. This imbalance is at a cell level, so might not be reflected as a high overall battery voltage if measured with a Multimeter. This can then be turned off once the battery has balanced itself properly."

Quand je dis que j'ai ajusté entre 52v et 52.5v, c'est bien dans ce menu du DVCC. Si reviens en mode auto, j'ai des alarmes en fin de charge.

Pour l'instant je laisse à 52v, on voit que l'équilibre se fait après quelques heures. Il faut que j'apprenne Node-Red pour tester la méthode de @Hominidae .

Pour info, les dernières 24h :

"C’est pike ton souci, j’ai essayé de relire rapidement tous les posts, désolé si j’ai proposé quelque chose que tu as déjà essayé/répondu."

Au contraire -> merci. Cela ne fait pas de mal de partager les visions et de revérifier les points (j'ai pu me louper sur un truc).

@dvb ...my solution flow is now online: https://community.victronenergy.com/questions/193770/ess-and-pylontech-use-node-red-to-avoid-high-volta.html ...if you want to try it.

Thanks a lot @Hominidae

I will try it, as soon I studied Nod-Red.