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
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:
[image]
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.
[image]
...these are the values that worked fine for me, configured in the switch node shown above:
[image]
...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.
1 Answer
Hello.
I'm trying to get over Overload alarms and warning I'm getting when my 3 Phase MP2 10kva units get around 8kwh load (see below)
[image]
[image]
[image]
So I've got a script that is running to isolate the mains power during the peak hours of my tariff, and then turn on and charge the batteries off peak (12am to 5:30am). I've got 80kwh batteries and plenty of output power from them available.
[image]
Then I've tried changing this script above to the following, but for some reason when the overload warning or alarm starts there is no change to the MP2's switch; or if it does switch, then after it clears it will not check the basic time script; or it will rapidly switch between all switch states in the script.
Can anyone help me - happy to pay to get this fully fixed and resolved.
[image]
[image]
[image]
0 Answers
Hi All,
I would like to get some help on this flow setup. I haven't deployed it because I have no experience with NR setup. I did try a while back but this didn't work but since then I've remade the flows.
What I'm trying to achieve:
Using ESS in the background to control the SOC% easy. Then node-red:
[image]
Let me know if you want me to post the code up.
1 Answer