Closed mactoolz closed 3 months ago
All Seplos batteries the have the different in the capacity, so it is possible to define which batterie comes into the cerbo GX.
e.g. Pack01 -> 281Ah Pack02 -> 282Ah and so on.
Please check the docs, since this is no driver issue, but an adapter, cabeling or USB hub issue.
You could also check the CPU load.
No, there is no wireing problems. After unplug and plug in is everything working.
If we have a cable problem it doesnt work for many days ...
The cpu load is cery high, for each of them serial adapter the cpu load goes up for 6% ...
Please describe better your setup. Which adapters are you using, which GX device, USB hub?
7x Victron Original RS485 Adapter 10x USB Hub with seperate power plug Cerbo GX, 3.41 Version
The only thing that I have in mind, is that you could specify the BMS type in the config.ini.
which parameter is that at the config ?
why do you think that is the solution ? What happens if the parameter set to seplos BMS Type
i set the parameter, it doesnt work.
why do you think that is the solution ? What happens if the parameter set to seplos BMS Type
It is written in the description!?
i set the parameter, it doesnt work.
what does not work?
Anyway no one tested it with that much batteries except you. Unfortunately I have no idea to help you further.
ok, but it should be possible to integrate the number of serial adapters in the first place, shouldn't it?
What can I test so that it somehow works in some way? the error can be found ?
The number of 7 adapters is a bit more than normal, but it should be possible.
As you can see in the logs, the driver cannot see the USB to serial adapter anymore since it's gone in the OS.
@4000000066b232d11ede3e9c Traceback (most recent call last):
@4000000066b232d11ede65ac File "/usr/lib/python3.8/site-packages/serial/serialposix.py", line 265, in open
@4000000066b232d11ede754c self.fd = os.open(self.portstr, os.O_RDWR | os.O_NOCTTY | os.O_NONBLOCK)
@4000000066b232d11ede8104 FileNotFoundError: [Errno 2] No such file or directory: '/dev/ttyUSB6'
@4000000066b232d11ede90a4
@4000000066b232d11ede948c During handling of the above exception, another exception occurred:
@4000000066b232d11edea044
@4000000066b232d11ee16734 Traceback (most recent call last):
@4000000066b232d11ee172ec File "/opt/victronenergy/dbus-serialbattery/dbushelper.py", line 754, in publish_battery
@4000000066b232d11ee1828c result = self.battery.refresh_data()
@4000000066b232d11ee18a5c File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 127, in refresh_data
@4000000066b232d11ee19614 result_status = self.read_status_data()
@4000000066b232d11ee1a1cc File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 209, in read_status_data
@4000000066b232d11ee21ae4 data = self.read_serial_data_seplos(
@4000000066b232d11ee2269c File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 300, in read_serial_data_seplos
@4000000066b232d11ee2363c with serial.Serial(self.port, baudrate=self.baud_rate, timeout=1) as ser:
@4000000066b232d11ee241f4 File "/usr/lib/python3.8/site-packages/serial/serialutil.py", line 240, in __init__
@4000000066b232d11ee4b6dc self.open()
@4000000066b232d11ee4beac File "/usr/lib/python3.8/site-packages/serial/serialposix.py", line 268, in open
@4000000066b232d11ee4ca64 raise SerialException(msg.errno, "could not open port {}: {}".format(self._port, msg))
@4000000066b232d11ee4da04 serial.serialutil.SerialException: [Errno 2] could not open port /dev/ttyUSB6: [Errno 2] No such file or directory: '/dev/ttyUSB6'
Since this is a OS problem and not a driver problem I will close this issue.
You could try to open a question in the Victron Community.
but this is not correct, the serial is available !!!
i think the driver start to early to get the serial adapter, the OS is not ready to get the USB Adapter !
You could read the docs to understand how the driver works: https://mr-manuel.github.io/venus-os_dbus-serialbattery_docs/troubleshoot/
Serial adapter is recognized -> dbus-serialbattery is tested on it -> if successful then dbus-serialbattery is bind to the serial port -> adapter or something else in the OS crashes and the adapter is not reachable anymre.
dbus-serialbattery is only started, if the serial adapter is recognized, so it is not possible to start too early.
You have to troubleshoot your system messages in this case. This is nothing for this driver.
Ok, again, but if i restart the usb adapter, it works. I think the driver do not wait correctly !!!
Hi,
I really have to say. All the work in honour, but you can't leave it like that and close the post.
Then take such a constellation as an incentive and try to solve the issue. I really don't think it's right to simply claim that this is an operating system problem. Yes, I know, it's private time, you don't earn any money from it.
But I maintain that the driver is not integrating correctly at this point.
Etc etc.
But simply ignoring the issue is not fair.
Resuming again your statements for you:
My solution for that is to unplug the original Venus USB RS485 adapter and plug in.
@4000000066b232d11ede3e9c Traceback (most recent call last): @4000000066b232d11ede65ac File "/usr/lib/python3.8/site-packages/serial/serialposix.py", line 265, in open @4000000066b232d11ede754c self.fd = os.open(self.portstr, os.O_RDWR | os.O_NOCTTY | os.O_NONBLOCK) @4000000066b232d11ede8104 FileNotFoundError: [Errno 2] No such file or directory: '/dev/ttyUSB6' @4000000066b232d11ede90a4 @4000000066b232d11ede948c During handling of the above exception, another exception occurred: @4000000066b232d11edea044 @4000000066b232d11ee16734 Traceback (most recent call last): @4000000066b232d11ee172ec File "/opt/victronenergy/dbus-serialbattery/dbushelper.py", line 754, in publish_battery @4000000066b232d11ee1828c result = self.battery.refresh_data() @4000000066b232d11ee18a5c File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 127, in refresh_data @4000000066b232d11ee19614 result_status = self.read_status_data() @4000000066b232d11ee1a1cc File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 209, in read_status_data @4000000066b232d11ee21ae4 data = self.read_serial_data_seplos( @4000000066b232d11ee2269c File "/opt/victronenergy/dbus-serialbattery/bms/seplos.py", line 300, in read_serial_data_seplos @4000000066b232d11ee2363c with serial.Serial(self.port, baudrate=self.baud_rate, timeout=1) as ser: @4000000066b232d11ee241f4 File "/usr/lib/python3.8/site-packages/serial/serialutil.py", line 240, in __init__ @4000000066b232d11ee4b6dc self.open() @4000000066b232d11ee4beac File "/usr/lib/python3.8/site-packages/serial/serialposix.py", line 268, in open @4000000066b232d11ee4ca64 raise SerialException(msg.errno, "could not open port {}: {}".format(self._port, msg)) @4000000066b232d11ee4da04 serial.serialutil.SerialException: [Errno 2] could not open port /dev/ttyUSB6: [Errno 2] No such file or directory: '/dev/ttyUSB6'
After unplug and plug in is everything working.
All this indicated, that the serial to USB adapter is crashing and not available anymore to the OS. Again for the last time: As soon as the OS recognizes a serial adapter it starts the driver. NO serial adapter recognized -> NO driver started. It cannot start to early, it's impossible.
For sure you checked, that the USB to serial adapter is still reachable under /dev/ttyUSB*
after it crashed, right? ls -l /dev/ttyUSB*
The cpu load is cery high, for each of them serial adapter the cpu load goes up for 6% ...
Probably you meant "very" high. The Cerbo GX is one of the weaker devices and I'm sure that it cannot handle the load. Even other users have load problems with a much more powerful Raspberry Pi 4 with 6 batteries.
But it seems to me, that you do not want to read the documentation and troubleshooting the problem. Unfortunately in this case I'm reaching my possibilities to help you.
The number of 7 adapters is a bit more than normal, but it should be possible.
Please tell me more about this. Did you make a research? Please post some links to the results and sources.
On over 9.000 installed systems only about 40 systems have more than 5 batteries.
But I maintain that the driver is not integrating correctly at this point.
This tells me that you understood how the driver and the integration with the OS works, as well as how the OS handles the USB to serial adapters. Feel free to open a PR with the solution.
You also ignored my recommendation:
You could try to open a question in the Victron Community.
Please post a link to the question you made in the Victron Community yesterday.
I really have to say. All the work in honour, but you can't leave it like that and close the post.
That could interest you: https://github.com/mr-manuel/venus-os_dbus-serialbattery/issues/50#issuecomment-2220120814
By the way, if you honour all the work, did you ever made a donation?
Describe the problem
After the restart from Venus OS there are no coming all Seplos BMS or sometimes there are no BMS at the device list.
My solution for that is to unplug the original Venus USB RS485 adapter and plug in. They need many many times to get the device into the Venus OS. I think it needs 1 minute if i can see the BMS in my Venus OS device list.
Driver version
v.1.2.20240227beta
Venus OS device type
Cerbo GX
Venus OS version
3.41
BMS type
Seplos
Cell count
7
Battery count
7
Connection type
Serial USB adapter to RS485
Config file
Relevant log output
Any other information that may be helpful
No response