New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Low Battery Voltage Alarm if /Info/MaxDischargeCurrent = 0 #407
Comments
Just some brainstorming...no real help: Did you set the ESS to "Optimized (with BatteryLife)" or without? If your Battery gets "empty" shouldn't it be reported as "0%" and trigger the alarms set within the utils.py? Or if alarms in dbus-serialbattery are disabled, maybe the alarm is not disabled but set to 0 instead? |
It's set to "without BL"
No Alarms are coming from dbus-serialbattery right now - and that is as I configured it. The Alarm seems to come from ESS/Venus/Multiplus somehow. The Alarm even appears if |
I think I have exactly the same problem and it was already discussed here: My solution for now is to set "Minimum SOC (unless grid fails)" to 5% |
As @Louisvdw explained here: Seemingly, the Alarm comes from my Multi. But why? The only reason can be that dischargeCurrent is 0. I also tried setting |
Hey ppuetsch, looks similar to my problem #371 - I saw a oscillating DCL around +/- 1A when one cell reaches the low voltage, set in the "CELL_VOLTAGES_WHILE_DISCHARGING" of 2.9V - "MAX_DISCHARGE_CURRENT_CV" should be at 0A at this point. What helped for me was to reduce the "Cut off voltage for a discharge current..." in the settings of the ESS assistant. If I set the values like this, the MP2 stops discharging and goes in "Sustain" mode before the serialbattery driver reduced the discharge current to 0A what causes the oscillation problem. Best regards! |
Nothing obvious in your config to me. Looks a lot like mine (with small differences): I cannot really say a lot about the setup and its functionality as it is very fresh and Germany is lacking sun for sorrow testing. Ahh the moment it runs flawless. [kakariki1] ...that looks a bit alike. |
I wonder of the 0% Min SOC is the issue. Normally you would not want to draw your battery that low, but I guess your BMS SOC value is not that accurate and you want to bypass it? So my first suggestion would be to change the min SOC to 5% or 10% For information: the difference between Battery Life and Without Battery Life is that the system will increase the Min SOC value if it sees the battery was not fully changed in the previous day. The idea being that you want to have the battery up to 100% so that the ballancers can fix any cells. So if you use With Battery Life your Actual Min SOC will be sometimes higher that what you set Min SOC. |
Hi @MisterX1000 ,
Oh - that's a cool idea as well. Let the Multi handle the cutoff - not the BMS. Now Battery is "too full" - it was quite sunny. I will monitor the current setup when battery is running low - and if oscillations occur, I will try your solution. |
@Louisvdw So to my understanding this means: The Multi will understand a battery that reports "MaxDischargeCurrent" as 0 as "Low Battery Voltage". For now I don't see how to avoid this. And this will make the Multi slowly charge the battery, because the multi fells it's an alarming state ;-) May I suggest to summarize those findings somewhere in your Documentation? I really like the proposal of @MisterX1000. BMS should only report MaxDischargeCurrent=0 in cases where the BMS wants to get the battery out of this state soon. So If no current is supposed to be drawn out of the battery, this needs to be managed by the Multi - e.g. by the ESS SoC Limit or the ESS Cutoff Limits. What do you think? |
Or - if ESS is not to be touched - one could also think about an algorithm/setup where MinimumSOC is set to some threshold (e.g. 5%). If BMS wants to stop current drawn, it will report a SoC <5% (e.G. 0%). If BMS wants to allow discharge, it needs to report a SoC > 5%. |
That might explain why my setup seem to work. My Cutoff is 2.8V and a little higher than the 0A-Value of serialbattery. |
Just to be honest :-) With my settings I also get an "low battery alarm" message from the MP". But the "oscillation charge current problem" is solved and the alarm does not appear every 3-5 seconds like before. I read somewhere in the Victron forum that this low battery alarm can not be completely suppressed, because many users use the MP2 in caravans or boats and if the alarm won't appear it could be dangerous for them. So it is OK for me...the alarm disappears when the battery is charged again. |
Hi ppuetsch, do you have any news regarding this problem ? Best regards, |
Could you all please try to set a value of |
I was not able to reproduce this anymore. |
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Hi ppuetsch and all other Reader comming to this point - I found the issue and could explain the behavior 👍 I'm still using driver 0.14 but think to upgrade to 1.0.x where I currently don't know the behaviour there... Now - I'm facing the same issues cause my BMS slowly drift to 0% and in the meantime I reach the dicharge limit with 0A. THE IMPORTANT PARAMETER WHICH NEED TO BE ADJUSTED IS:
In more detail explained: 1# Inverter Values in VEconfigure will be overwriten with ESS discharge if it's in place. Solution how to fix this - like HotteX decriebed - let the MP2 stopp this discharge and remain with sustain under the level where the inverter getes allowed to discharge (diff cutoff(0)) but why does it occour wasn't really clear for me because my serialbattery and ESS settings were much lower then the Battery Voltage were I stop at least Cell_Min Voltage at 3.2V during the winter time! I fixed it in the opposite method but successfull with raising the diff value cause I would like to have the cut off voltage a bit variable and not using batterylife (I do my own controll with mode 3 via smarthome) - when you compare the screenshoots from ppeutsch - the really importend value to stop the toggeling is the setting >> "allow inverter to discharge again when the Value rises above 1.2V cutoff (0)"
In my case I have same settings as in the screenshoots... Battery has 51.2V AND STOPS discharing 0A cause of the discharge DCL =0 at 3.2V setting in the serialbattery script. ESS limit 44.8V + 1.2V = 46V > if your CURRENT battery volatage is lower than this all fine... BUT all having this issue it DON'T like me (51.2V) ! I put this "allow inverter start discharge to a 7V value >> 44.8V (ESS setting) + 7V (allow discharge) = 51.8V
The charger starts charging the batt at sometime when PV is available and low batt alarm + inverter gets active >> back to normal. Hope this will help all try to understand that pain after hours of dicking this issue ESS is not really a offshore or camper feature therefore I can't understand why a BMS DCL =0 need to perform this sustain or slowcharge feature when the current battery value is over the ESS voltage settings ?!? It would be interesting if someone can explain this reason or if it's aVictron BUG and it would be fixed soon. BR Martin. |
This is not actually a Bug with dbus-serialbattery, but a request for Help. I hope that someboday had similar observations and can help me out - as I am totally lost now.
Setup: 16S JKBMS, Multiplus II/48/5000/70
Observed pattern:
Everything works like a charm in ESS mode. However, once the battery is "empty" - i.e. dbus-serialbattery sets
/Info/MaxDischargeCurrent
to 0, venus os shows an AlarmLow Battery Voltage
. Unfortunately, this alarm makes the Multi go in "slow charge mode". Now the multi will slowly charge the battery for a while (about 2-5 minutes), and then discharging is allowed again. This process now repeats over and over again.However, there's no low battery voltage. Battery voltage is (way) above all ESS and Multi protection voltages.
So - how can I simply make the multi stop discharging the battery? How can I avoid this oscillation at empty battery?
The text was updated successfully, but these errors were encountered: