Seplos CAN BUS RS485 48v 200A 8S-16S BMS

[Sanwizard]

hi there i have a solis inverter and a seplos 150 A bms, i cannot get these tow communicating. it says pylontech in solis inverter and pylon on the canbus setting for the seplos bms, has anyone got a seplos bms working with a solis inverter RAI-3k-48es-5g battery inverter storage system. ive tried the lead acid battery setting, user defined battery seting and pylon setting to no luck the current is 0A on bms battery and nothing pulls from battery when any house load is called on from no pv input can anyone shed any help for me to setup the unit please.

You dont really need communication for your system to work. Use user defined, and make sure your settings in the inverter for battery charge/discharge are to your needs. I use 56V as bulk charge and 54V as float. 48V for cutoff. With just the black and red battery cables connected, your inverter should show voltage. Use a multimeter to confirm.

 

[brum]

Any idea how to configure the BMS to get to a 100% SOC without disconnecting the discharge path?

Recently the SMA inverter I use with the Seplos BMS went to fail state due to the BMS playing tricks on it. There were a series of events related to the BMS doing something and resulting in voltage spikes on the inverter side. The upper limit of the inverter is 65V and once it see this voltage on the battery side it goes in failure mode.

Still not completely sure what has happened, as the 65V spike was seen after a few seconds discharge, but still - I don't want to see regular warning logs due to the BMS going in protection mode in order to get the SOC to 100%.

 

[houseofancients]

Any idea how to configure the BMS to get to a 100% SOC without disconnecting the discharge path?

Recently the SMA inverter I use with the Seplos BMS went to fail state due to the BMS playing tricks on it. There were a series of events related to the BMS doing something and resulting in voltage spikes on the inverter side. The upper limit of the inverter is 65V and once it see this voltage on the battery side it goes in failure mode.

Still not completely sure what has happened, as the 65V spike was seen after a few seconds discharge, but still - I don't want to see regular warning logs due to the BMS going in protection mode in order to get the SOC to 100%.

seems to me there is no tricks...

battery hit total voltage disconnect -> bms shuts down -> cause a short spike

this is why comms are used.

what you can do is lower the total voltage disconnect to 56.8 and make sure it doesnt hard disconnect

 

[Sanwizard]

Any idea how to configure the BMS to get to a 100% SOC without disconnecting the discharge path?

Recently the SMA inverter I use with the Seplos BMS went to fail state due to the BMS playing tricks on it. There were a series of events related to the BMS doing something and resulting in voltage spikes on the inverter side. The upper limit of the inverter is 65V and once it see this voltage on the battery side it goes in failure mode.

Still not completely sure what has happened, as the 65V spike was seen after a few seconds discharge, but still - I don't want to see regular warning logs due to the BMS going in protection mode in order to get the SOC to 100%.

Is this a 16S 48V setup? You should never see 65V, as a 16S is not capable of producing that. 16 x 3.65V cells at top charge is 58.4V. Please disconnect from the inverter, and check your battery with a multimeter to see whats going on. What are your bulk charge settings on the inverter? Your BMS should shut down charging if any cell is above 3.65V to protect itself.

 

[brum]

From what I see the spikes are to over 65V in some cases and when this happens the inverter goes in failure mode. Strangely - the spikes are during discharge and shortly after the inverter goes from charge to discharge mode when the SOC gets to 100%. I see this over 10 times in the past, but only yesterday the inverter went in fault mode as the spies were likely more severe.

There is no 65V volts on the battery side for sure. Especially during the discharge mode. It's just not possible.

Here are the logs from yesterday. The inverter was charging, the SOC was going up, it got to 100% and shortly after that the inverter stopped charging. Then it started discharging, the battery voltage measured by the inverter was 56.8V and dropping slowly to 56.3V. Then suddenly there was a spike to 61.2V for 3 seconds. Than back to 56.2V and a few seconds later a spike to 65.2V. Shortly after that the inverter goes in fault mode and the battery voltage gets to 55.7V. The inverter is supposed to do that (go in failure mode) if the battery voltage goes above 65V (measured by the inverter).

I'll be thinking about this to see if I'll find the reason. Right now it makes no sense.

 

[brum]

Hm, there is dedicated switch for monomer protection and one for total voltage protection. I've turned off the total voltage protection and set it to lower voltage, so it kicks in before the cell (monomer) voltage protection. I hope that the switch only controls the mosfet switching and does not impact the SOC calculation. I'll know in a few days.

 

[Sanwizard]

Hm, there is dedicated switch for monomer protection and one for total voltage protection. I've turned off the total voltage protection and set it to lower voltage, so it kicks in before the cell (monomer) voltage protection. I hope that the switch only controls the mosfet switching and does not impact the SOC calculation. I'll know in a few days.

Interesting. So the inverter is saying the battery is spiking to 65V, and shutting down. If that is the case, the Battery BMS would also show an error I would assume. Any errors displayed on the BMS, or does it think its happy?

 

[brum]

I've correlated the inverter logs with the BMS logs. Voltage matches pretty closely with minor deviation in all cases except the voltage spikes. There is also port voltage log, so I'll be able to trace the issue in more detail by collecting logs at the proper time. The only warnings shown in the logs correlated with the problem are:

• Monomer high voltage alarm
• Total_voltage overvoltage protection
• Intermittent power supply waiting

Next steps:
1) Check if the issue persists and the inverter sees a higher than the battery voltage. Such are observed in the existing logs a few seconds after the high voltage protection of the BMS kicks in. In all cases, the inverter says that it is discharging, not charging. And this happens almost everytime when the BMS hits 100% SOC.
2) If issues are ongoing - modify the WiFi to RS485 bridge that I've created to collect data on second bases. Push that data for analysis. Once I'm able to check these against each other I'll know what's going on.

 

[shavermcspud]

hi there i have a solis inverter and a seplos 150 A bms, i cannot get these tow communicating. it says pylontech in solis inverter and pylon on the canbus setting for the seplos bms, has anyone got a seplos bms working with a solis inverter RAI-3k-48es-5g battery inverter storage system. ive tried the lead acid battery setting, user defined battery seting and pylon setting to no luck the current is 0A on bms battery and nothing pulls from battery when any house load is called on from no pv input can anyone shed any help for me to setup the unit please.

dony use the Pylon protocol on either or youll get a bat name fail and the symptoms you describe. Use Sofar on the BMS under can selection and AoBo on the inverter.

 

[Sanwizard]

I've correlated the inverter logs with the BMS logs. Voltage matches pretty closely with minor deviation in all cases except the voltage spikes. There is also port voltage log, so I'll be able to trace the issue in more detail by collecting logs at the proper time. The only warnings shown in the logs correlated with the problem are:

• Monomer high voltage alarm
• Total_voltage overvoltage protection
• Intermittent power supply waiting

Next steps:
1) Check if the issue persists and the inverter sees a higher than the battery voltage. Such are observed in the existing logs a few seconds after the high voltage protection of the BMS kicks in. In all cases, the inverter says that it is discharging, not charging. And this happens almost everytime when the BMS hits 100% SOC.
2) If issues are ongoing - modify the WiFi to RS485 bridge that I've created to collect data on second bases. Push that data for analysis. Once I'm able to check these against each other I'll know what's going on.

Shut it down. Turn off comms with the inverter. Something is wrong and dangerous. It sounds like an issue with a possible malfunction of the BMS itself, or some BMS sense wires or busbars.
Check for hotspots in the wiring. Is this one battery or multiple in parallel? Check all battery cables. Then test to see if it functions without comms with the BMS.

 

[brum]

Like what? Give me one possible scenario where this can be caused by the BMS.

The cells' voltages are measured correctly. I've checked that with a multimeter. The total battery voltage also. The issue seems to be on the inverter side - battery voltage is OK, but during discharge, the inverter sees a voltage spike. Give me one possible scenario for that. And this is not 0.1s voltage spike, but like 3-4-5 seconds spike. I have no logical explanation of how this can happen yet, so I'm leaning toward an inverter issue.

 

[Sanwizard]

Like what? Give me one possible scenario where this can be caused by the BMS.

The cells' voltages are measured correctly. I've checked that with a multimeter. The total battery voltage also. The issue seems to be on the inverter side - battery voltage is OK, but during discharge, the inverter sees a voltage spike. Give me one possible scenario for that. And this is not 0.1s voltage spike, but like 3-4-5 seconds spike. I have no logical explanation of how this can happen yet, so I'm leaning toward an inverter issue.

I can't give you a scenario. Its a weird issue. Thats why I have concerns. I was leaning toward the battery having the issue, since I have more faith in the SMA gear than the Seplos BMS. Is your battery a DIY Mason?

 

[brum]

It is DIY battery with Seplos BMS. Very similar to the Mason one. Details on the build are here - https://diysolarforum.com/threads/48v-280ah-diy-battery.52600/ .

This setup was working just fine since January this year. I won't go in an open loop mode until there is a reason to do so. A week or two more should not be an issue. I'm confident that the battery is in good health because it is being monitored pretty closely. A microcontroller is communicating with the battery through the RS485 port and is collecting data at regular intervals. The data is dumped to an InfluxDB and I have dashboards dedicated to monitoring the battery and its cells.

To debug the issue I'm taking the following step with the goal to validate the inverter logs. The WiFi to RS485 bridge (the microcontroller) firmware was just updated to collect the max port and battery voltage in each data collection time frame (1 minute). Data is pulled from the battery each second. If there is a spike on the port voltage and no spike on the battery voltage the only cause for this can be the inverter itself.

 

[Futureman]

This is probably because you have the canbus version on the Seplos BMS and not the RS485 version, they are two seperate units and not cross compatible

i need the protocol number between renac and seplos please

 

[brum]

Things went smoother today. No protection events in the BMS and somehow the SOC jumped from 98.something to 99.9% at one moment, but I don't know why.

Here are some details about the charging sequence:
1) 09:28 - charging at 2+kW, SOC is 96.8%
2) 09:29 - sudden drop in charging (no other load on the system, fully sunny), SOC is 97%
3) 09:35 - SOC jumps from 98% to 98.2%. The 98.2% is some special value that is being set when a voltage warning pops up. In that case - battery voltage was 55.21V, the total pressure voltage warning was 52.20V.
4) 09:55 - SOC is 98.7%, charging goes in some strange mode - charge/discharge sequences in 1 minute intervals. Cell voltage goes from 3.45V to 3.55V. This goes on for 1 hour, then charging stops.
5) 11:05 - load is being introduced on the battery. Minor discharge in the next hour and half till battery drops to 98.3%.
6) 12:28 - charge spike for a while, then again charge/discharge events in 1 minutes interval for 30 minutes.
7) 13:00 - SOC jumps to 99.9%. No more charging after that.

Cell voltage did not go above 3.55V and battery voltage did not go over 56.6V. Cell protection voltage was 3.65V, battery protection voltage was 56V, but the protection was turned off.

I don't like the hour and half of charge/discharge cycles that were keeping the cells at 3.45 go 3.55 volts. There is an "Interval charge capacity" setting that was set to 96% and I've moved it to 99.9% with the hope to remove that cycles.

Meanwhile - no logs on inverter side for any issues. The question how the battery went to 99.9% SOC still remains. Tomorrow I'll know if I've managed to get rid of the charge/discharge cycles that seems to be for cell balancing. I suspect that the BMS wanted to balance the cells and forced the inverter in this strange loop. Hopefully I won't see this tomorrow.

P.S. The BMS internal clock can be set through the calibrate button. Proper BMS clock will ease log correlation.

 

[Sanwizard]

Things went smoother today. No protection events in the BMS and somehow the SOC jumped from 98.something to 99.9% at one moment, but I don't know why.

Here are some details about the charging sequence:
1) 09:28 - charging at 2+kW, SOC is 96.8%
2) 09:29 - sudden drop in charging (no other load on the system, fully sunny), SOC is 97%
3) 09:35 - SOC jumps from 98% to 98.2%. The 98.2% is some special value that is being set when a voltage warning pops up. In that case - battery voltage was 55.21V, the total pressure voltage warning was 52.20V.
4) 09:55 - SOC is 98.7%, charging goes in some strange mode - charge/discharge sequences in 1 minute intervals. Cell voltage goes from 3.45V to 3.55V. This goes on for 1 hour, then charging stops.
5) 11:05 - load is being introduced on the battery. Minor discharge in the next hour and half till battery drops to 98.3%.
6) 12:28 - charge spike for a while, then again charge/discharge events in 1 minutes interval for 30 minutes.
7) 13:00 - SOC jumps to 99.9%. No more charging after that.

Cell voltage did not go above 3.55V and battery voltage did not go over 56.6V. Cell protection voltage was 3.65V, battery protection voltage was 56V, but the protection was turned off.

I don't like the hour and half of charge/discharge cycles that were keeping the cells at 3.45 go 3.55 volts. There is an "Interval charge capacity" setting that was set to 96% and I've moved it to 99.9% with the hope to remove that cycles.

Meanwhile - no logs on inverter side for any issues. The question how the battery went to 99.9% SOC still remains. Tomorrow I'll know if I've managed to get rid of the charge/discharge cycles that seems to be for cell balancing. I suspect that the BMS wanted to balance the cells and forced the inverter in this strange loop. Hopefully I won't see this tomorrow.

P.S. The BMS internal clock can be set through the calibrate button. Proper BMS clock will ease log correlation.

Are those numbers with communication on or off between the Sunny Island and Seplos BMS? Do they change when there is no comms between the inverter and battery?

 

[brum]

CAN communication between inverter and BMS. I haven't tried in open loop mode. The only option for open loop mode is to configure the battery as lead-acid and set proper voltages. But I don't want to go there unless there is no other option.

Communication works, because the inverter knows the battery SOC and it is 1:1 with the BMS value.

 

[Sanwizard]

CAN communication between inverter and BMS. I haven't tried in open loop mode. The only option for open loop mode is to configure the battery as lead-acid and set proper voltages. But I don't want to go there unless there is no other option.

Communication works, because the inverter knows the battery SOC and it is 1:1 with the BMS value.

Thats all great, but removing comms may help you better isolate the issue. If the battery is humming along, and the inverter starts freaking out, then that pinpoints an inverter issue that can be more easily isolated.

 

[brum]

The voltage spike issue is isolated. It happens only after the BMS hits high-voltage protection and interrupts the charging path. Based on what I saw today (charge/discharge cycles) it is pretty clear why this is happening.

The charge/discharge cycle issue will be isolated one or another way. One option is sniffing the CAN communication. The other is what you say - go in an open loop and voltage-based charging approach.

 

[houseofancients]

The voltage spike issue is isolated. It happens only after the BMS hits high-voltage protection and interrupts the charging path. Based on what I saw today (charge/discharge cycles) it is pretty clear why this is happening.

The charge/discharge cycle issue will be isolated one or another way. One option is sniffing the CAN communication. The other is what you say - go in an open loop and voltage-based charging approach.

which is what i suggested before..
a sudden close of charging path will result in a short spike..
comms should prevent that though, telling the inverter to slow down charging before the high voltage disconnect can occure....

something isnt right if your inverter doesnt obay those bms commands.

in the microcycling..
it helps to keep your cells in balance...

the idea is your inverter slows charging, so the passive balancer can do it's job..
as it will take a lot of cycles to get the cells right it will microcycle at the top of the max of your cells..
i do agree 96% is a bit too low, so i have it set to 98% untill my cells are well.balanced , then lower it..

just my 2 cents

 

[brum]

This micro cycling is controlled based on the "Interval charge capacity" BMS setting, right?

Do you have an idea what is the event that triggers the SOC being set to 99.9%?

 

[houseofancients]

This micro cycling is controlled based on the "Interval charge capacity" BMS setting, right?

Do you have an idea what is the event that triggers the SOC being set to 99.9%?

yes , monomer high voltage warning, and the charge voltage..
when those 2 are met, the bms assumes a 100% soc

alarm, either on cell level or total pack will force a disable chaeging ( based on the switches you have set)

 

[brum]

Hm, mine (10E) doesn't do that. Monomer warning was set to 3.45V, total pressure voltage warning (or something like that) was set to 55.2V. These thresholds were breached in a lot of the microcycles. But the SOC was slowly climbing, not going to 99.9%.

I'll check that once again and share the results.

But here are some logs from the BMS from today. I.e. the 15:39:25 line - both warnings (Monomer high voltage alarm, Total pressure high pressure alarm), cells at ~3.53V, total voltage 56.43V, SOC 98.9%.
The line (at 18:08:50) with the SOC getting at 99.9% contains one more message - Intermittent power supply waiting. Any idea what does it mean?

 

[brum]

The micro-cycling is likely caused by the balancing. Today I did several changes, but the major one was to avoid balancing. The charging current dropped to 10A and at some point dropped even further, SOC got to 99.4% and the inverter switched to discharging mode with very low load (20W). Same was observed in another setup.

Another issue popped up. If the warning on/off thresholds are too close the charging current starts going up and down when the warning pops up and when it is cleared. In my case these were the cell warning thresholds set to 3.38V and 3.40V.

Tomorrow I'll do another attempt to tackle this by applying the following settings:
Cell voltage WARN thresholds 3.35/3.45 volts.
Battery voltage WARN thresholds 53.6/55.2 volts.
Balance threshold of 3.5V and open/close difference set to 0.03/0.02 volts.

Hopefully this time everything will be OK and I'll get steady charge up to 3.45V, then charge at low current and then charge termination without disconnect and without going over 3.55V in any cell.

 

[brum]

And an update with the above settings.

The battery was charging at full speed (3kW, this is what the inverter can supply) until the 3.45V cell/55.2V battery warning voltages were reached. After that the current dropped to 10A and charging continued in CC mode till the battery voltage got to 56V. Then it seems to go in CV charge mode for 12-13 minutes, the current dropped to almost zero and the SOC jumped from 98.5% to 100%.

So to me the charging algorithm seems to be as follows:
1) Charge at full speed until monomer and total pressure warning voltages are reached.
2) Switch to 10A charging (CC mode) until the total pressure voltage protection is reached.
3) Switch to CV charging mode until current drops to 0. (this will likely fail if the total pressure protection is enabled).
4) Set SOC to 100%.

If the monomer pressure protection is not reached the charge MOSFETs will not be turned off. The inverter reports no errors and warnings in the log with this settings.

The CC mode from step 2 will go to micro-charge/discharge cycle mode if the cell balancing gets open. This will still slowly climb the voltages to the "total pressure protection" threshold, but due to the fact that this is happening slowly - there will be more time for the balancing to do its job.

I'll go to a few more tests to be fully sure that the above works as stated.

I'm still wandering what the "Interval charge capacity" settings do. The default is 96%. Mine is set to 99.9%. But looking at the last results I'm not sure that I need any improvements on the charging.