Closed iz3man closed 2 weeks ago
Unfortunately you did not read the instructions carefully. Please try again.
In your case:
Please carefully read all the instructions below including the descriptions! Very often we have to request the data again, because it was not provided in the first place.
Please try the nightly
build first, if you are not already using it. It's very likely that the bug is already fixed. See here how to install it.
Faulty log output/logs missing: https://mr-manuel.github.io/venus-os_dbus-serialbattery_docs/troubleshoot/#serial-bms-connection
updated initial post
Now we are a bit closer, you read 2 of 3. You are still not using the nightly build.
Now we are a bit closer, you read 2 of 3. You are still not using the nightly build.
one step after the other EDIT: updated to nightly. No change in behaviour
There are no fresh logs of the nightly build.
2024-08-28 08:59:46.484105500 INFO:SerialBattery:Starting dbus-serialbattery 2024-08-28 08:59:46.488481500 INFO:SerialBattery:Venus OS v3.50~13 2024-08-28 08:59:46.489034500 INFO:SerialBattery:dbus-serialbattery v1.3.20240705 2024-08-28 09:00:02.496545500 INFO:SerialBattery:-- Testing BMS: 1 of 3 rounds 2024-08-28 09:00:02.497075500 INFO:SerialBattery:Testing Jkbms 2024-08-28 09:00:13.496760500 INFO:SerialBattery: 2024-08-28 09:00:13.497235500 INFO:SerialBattery:Starting dbus-serialbattery 2024-08-28 09:00:13.505774500 INFO:SerialBattery:Venus OS v3.50~13 2024-08-28 09:00:13.505782500 INFO:SerialBattery:dbus-serialbattery v1.4.20240826dev 2024-08-28 09:00:26.512930500 *** CCGX booted (0) ***
Those ARE the latest logs. It shows Aug26 dev. Anything else you're missing? I have no idea where the 1.3 debug info comes from. Should I manually deinstall it?
I manually did uninstall the old driver, rebooted and reinstalled the nightly:
2024-08-28 09:00:26.512930500 *** CCGX booted (0) ***
2024-08-28 09:02:16.624240500 INFO:SerialBattery:
2024-08-28 09:02:16.624931500 INFO:SerialBattery:Starting dbus-serialbattery
2024-08-28 09:02:16.626599500 INFO:SerialBattery:Venus OS v3.50~13
2024-08-28 09:02:16.627177500 INFO:SerialBattery:dbus-serialbattery v1.4.20240826dev
2024-08-28 09:02:32.639488500 INFO:SerialBattery:-- Testing BMS: 1 of 3 rounds
2024-08-28 09:02:32.639495500 INFO:SerialBattery:Testing Jkbms
2024-08-28 09:02:32.928960500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2024-08-28 09:02:33.431006500 INFO:SerialBattery:-- Testing BMS: 2 of 3 rounds
2024-08-28 09:02:33.431454500 INFO:SerialBattery:Testing Jkbms
2024-08-28 09:02:33.486127500 INFO:SerialBattery:Connection established to Jkbms
2024-08-28 09:02:33.995916500 INFO:SerialBattery:Found existing battery with DeviceInstance = 2
2024-08-28 09:02:34.300497500 INFO:SerialBattery:DeviceInstance = 2
2024-08-28 09:02:34.301916500 INFO:SerialBattery:PID file created successfully: /var/tmp/dbus-serialbattery_2.pid
2024-08-28 09:02:34.302538500 INFO:SerialBattery:Used DeviceInstances = ['1', '2']
2024-08-28 09:02:34.303037500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0__0
2024-08-28 09:02:34.341548500 INFO:SerialBattery:publish config values = False
2024-08-28 09:02:34.353216500 INFO:SerialBattery:Polling data every 1.000 s
2024-08-28 09:02:34.354699500 INFO:SerialBattery:Battery JKBMS connected to dbus from /dev/ttyUSB0
2024-08-28 09:02:34.355190500 INFO:SerialBattery:========== Settings ==========
2024-08-28 09:02:34.355795500 INFO:SerialBattery:> Connection voltage: 50.13 V | Current: -2.62 A | SoC: 63%
2024-08-28 09:02:34.356230500 INFO:SerialBattery:> Cell count: 15 | Cells populated: 15
2024-08-28 09:02:34.356697500 INFO:SerialBattery:> LINEAR LIMITATION ENABLE: True
2024-08-28 09:02:34.357222500 INFO:SerialBattery:> MIN CELL VOLTAGE: 2.800 V | MAX CELL VOLTAGE: 3.450 V| FLOAT CELL VOLTAGE: 3.375 V
2024-08-28 09:02:34.357721500 INFO:SerialBattery:> MAX BATTERY CHARGE CURRENT: 200.0 A | MAX BATTERY DISCHARGE CURRENT: 200.0 A
2024-08-28 09:02:34.364186500 INFO:SerialBattery:> MAX BATTERY CHARGE CURRENT: 70.0 A | MAX BATTERY DISCHARGE CURRENT: 80.0 A (read from BMS)
2024-08-28 09:02:34.364196500 INFO:SerialBattery:> CVCM: True
2024-08-28 09:02:34.364199500 INFO:SerialBattery:> CCCM CV: True | DCCM CV: True
2024-08-28 09:02:34.364203500 INFO:SerialBattery:> CCCM T: True | DCCM T: True
2024-08-28 09:02:34.364206500 INFO:SerialBattery:> CCCM SOC: False | DCCM SOC: True
2024-08-28 09:02:34.364210500 INFO:SerialBattery:> CHARGE FET: True | DISCHARGE FET: True | BALANCE FET: True
2024-08-28 09:02:34.364339500 INFO:SerialBattery:Serial Number/Unique Identifier: JK-BD6A20S10
2024-08-28 09:39:47.985590500 *** CCGX booted (0) ***
*** CCGX booted (0) ***
indicates a GX device reboot. After there are no new logs. Maybe the serial port changed.
From your new logs I so no more errors.
*** CCGX booted (0) ***
indicates a GX device reboot. After there are no new logs. Maybe the serial port changed.
You're right. Sorry. Didn't note that. I was just looking to see the new driver version mentioned.
This is from just now. I have no idea which log file would show this error message.
EDIT: hmmm. Maybe it's just a dummy error. And this is an OLD error that needed to be cleared manually. I thought clicking the X in the upper right corner would take care of it. I now manually deleted the error.
Sorry for the stupidity. I will observe this for some time now and see if it will still pop up ... :(
EDIT2: I really shouldn't do that next to my business work: You're correct, that there's no connection to the battery at all for the last 55min now. I can't see the battery in VRM portal, and start-serialbattery.sh shows no connection, just "could not open port /dev/ ....". I will need to look for error when back home at the system.
Hi, I have 4 Daly BMS in parrallel and am using the 232 ports on the interface board. I also used to get the internal calculation error and loss of a bms comms link sometimes when under load charging or discharging. Since going to the nightly build a couple of days ago so far so good. Thanks for all the hard work. I'll let you know if anything changes.
Yep. Seems the nightly code was the solution. No more "internal calculation error" since yesterday afternoon. I will observe some more days and will report here if it comes back, but otherwise the ticket can be closed from me side. Thanks for the support!
Describe the bug
I swapped out the batteries connected to my JKBMS (from 100Ah to 280Ah), but systems 15s. I changed the maximum charge/discharge capavilities, and the total Ah in the BMS directly, and altered max charge/discharge in the config.ini. Afair this is all I changed. After connection to Victron all data that I changed showed up correctly. But after a short time, VRM showed "Battery Monitor - JKBMS [2] - Error: Internal calculation error". I thought this was due to new capacity and the battery maybe needs to fully charge/discharge once or twice. But after 2 weeks this error still pops up every now and then.
How to reproduce
Not sure. I don't know if the error will disappeas if I change back to 100Ah cells, as I don't have them anymore. Fact is, that it appeared after swapping the cells.
Expected behavior
No error appear
Driver version
1.3.20240705
Venus OS device type
Raspberry Pi 3
Venus OS version
v3.50~13
BMS type
JKBMS / Heltec BMS
Cell count
15
Battery count
1
Connection type
Serial USB adapter to TTL
Config file
Relevant log output
Any other information that may be helpful
VRM online portal shows: "Status: ALARM", even though everything is working perfectly fine To me it SEEMS the consumed Ah exceed what the system assumes is correct (was 90Ah before), and that's why it's throwing an error. Maybe there still is some config error in my config.ini or in the BMS settings directly?!