question

hominidae avatar image
hominidae asked

(solved) ESS and Pylontech - use Node-Red to avoid high voltage alarms when charging

TLDR - I solved my problem via the Node-Red flow below, where standard ESS would haunt me with triggering many, many high-voltage-alarms while charging my Pylontech Batteries. Hope this helps someone else.

I've been haunted with high-voltage-alarms from my pack of 6xUS3000C, deployed in late october.

The victron recommended solution did not work for me, as even with voltages below 51.4V and charging slowly, sometimes the alarm was triggered, but the pack would never fill up to 100% SoC or start balancing.

Hence, I decided to try an alternative approach and created a NR flow that

  • introduces a "kill-switch", setting the allowed max. charge current in DVCC to 0A, if a cell reaches a Voltage above 3.55V
  • will reduce the allowed max. charge current in DVCC in steps, according to the value of the actual imbalance in the stack, as reported by the BMS.

The flow has been activated over the last four weeks now, and with PV intake increasing due to spring coming, the pack has been charged to 100% SoC just fine for many times, without triggering a single alarm.

In fact, for the last 5 days the pack charged fine, with a max imbalance of 25mV (which is below the value of 30mV, from where the BMS would even start balancing). Here the flow never triggered a counter measure, so I assume my pack is now well balanced enough, but I'll keep the flow running just in case.

Here it is:

1679228004609.png

ESS-NodeRed-Pylontech-avoid-high-voltage-alarms-while-charging.json.txt

With the flow keeping track, there was no need to adjust the charge voltage in DVCC anymore. The pack charged fine up to the victron defined, internal limit of 52.24V for Pylontech batteries, as stated in the documentation.

Note1: This uses MQTT and interaction with my local broker. I am using a bridge to interface with my Cerbo GX. So all mqtt topics, including VRM ID, need to be adjusted/added to suit your local setup

Note2: In my ESS setup, there is no PV via DC (like from a MPPT), only PV via AC-In from my grid-tied inverter.

Note3: This is an empiric approach, where the steps to reduce the max. charge current, according to cell imbalance, might be specific for my pack. I used reports via my TIG Stack setup, to evaluate the best numbers for a given situation.

1679230438811.png

...these are the values that worked fine for me, configured in the switch node shown above:

1679229324472.png

  • no max. charge current limit, if imbalance is less-or-equal 21mV
  • max. charge current limit set to 100A if imbalance is between 22-48mV
  • max. charge current limit set to 8A if imbalance is between 49-99mV
  • max. charge current limit set to 1A if imbalance is above 100mV
  • all else, max charge current limit is set to 25A (which is exact 100mV in this case - rarely used, I've seen the need to top-up some charge sometimes, where 8A and 1A would not be enough)

...maybe I am going to adjust these later on, again. For now, these worked fine for me.

Note4: The Cell imbalance needs to be calculated from the Cell-min and Cell-max Voltage, reported by the BMS. In my setup, this is another flow, that publishes this to another mgtt topic. This is the main part to do this: Node-Red-calc-Cell-imbalance-from-Pylontech-BMS.json.txt ... add it to the main flow, if need be.

ESSPylontechNode-REDalarm
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

1 Answer
leo9412 avatar image
leo9412 answered ·

Thanks for your explanation, I also have the problem with the high voltage alarm. I have adapted your flow to the Victro client via the integrated Node Red in the large version of the cerbo gx and am now testing it with myself.

12 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

hominidae avatar image hominidae commented ·
you're welcome. Feel free to ask if questions arise.

Once you have it working, mabe post the version, using the victron-contrib-nodes, here as well.

0 Likes 0 ·
leo9412 avatar image leo9412 hominidae commented ·

It works, I use the 3.00 Beta

fix_bms_high_voltage_alarms.txt

0 Likes 0 ·
leo9412 avatar image leo9412 hominidae commented ·

It works on the first daily full charge, as soon as the batteries are full and then briefly discharged again and then charged again by solar, then it does not regulate correctly. I have the PV inverter at the AC output.

0 Likes 0 ·
hominidae avatar image hominidae leo9412 commented ·

When you say, that it doesn't work...what exactly?

Do you run into the kill-switch?

As said, this is an empiric approach. You should try and adjust the current settings according to the size of your pack.

Mine is a 6xUS3000C, so 220A max. Charge current reported by the BMS are 100%/440Ah Capacity and allowed Current is at 0.5C.

Edit: also, I am running a 3ph System, with MP2/48-5000, so good for charging with max. 210A...no use in allowing a charge higher than either your Muti(s) or Battery Pack can cope with.

Maybe adjust the numbers in the switch accordingly.

I remember, that I started with 50A in the bucket, where now 100A is allowed. When my pack got better, I increased it in order to reach full charge faster. You need to find out, what cell-imbalance is tolerable, while still allow some charge go into.

In principle, charge as slow as you can. Then try to increase levels if it worked, maybe only after 2 or three iterations/days

0 Likes 0 ·
leo9412 avatar image leo9412 hominidae commented ·

The batteries are charged from 25% to 100% throughout the day, this works perfectly with your programming. But if the battery is discharged from 100% to 99% and then charged again to 100%, then the DVCC settings will not take effect. This was explained to me with feedback from the Multiplus and that my battery was too small. I have 2 x Multiplus 2 48-5000 and 4 x US3000C. According to the recommendation I supposedly need 6 batteries. I have reduced the charging current in the respective steps and will try again tomorrow.

https://community.victronenergy.com/questions/191130/multiplus-parallel-ignores-the-battery-charging-vo.html

0 Likes 0 ·
Show more comments