Open SergioRius opened 2 days ago
Looks like the install failed to download the vedbus module. You can use the PackageManager UI to install it again. This should fix it. You can stop BatteryAggregator with: svc -d /service/BatteryAggregator and restart it with: svc -u /service/BatteryAggregator
Looks like the install failed to download the vedbus module. You can use the PackageManager UI to install it again.
Indeed downloading and reinstalling fixed the error. I have the automatic update disabled and I didn't do it manually. So the memory corruption is still on the table. Anyway, the version installed is still 3.15. Is that a fault on the package manager. Is there a way to fix it?
I feel it must be packagemanager as I use a common linux command to download. I guess another possibility is Venus itself, maybe under some circumstances it doesn't flush stuff to disk. It is really annoying, not easy to reproduce and have no idea what the cause would be.
From time to time I'm experiencing an issue that is reported by the system as a lost of communications with the BMS. The Mppt stops with error and the Smurfs go into passthrough. Normally a Cerbo reboot is enough to recover the system. This past day had been worse as the BatteryAggregator seems not to recover. Today is throwing the errors show at the log below, and I can't find a way to make it online again. I had to remove the BMS control, reset procedure and restart the system. Several times as the smurfs continued to say that the BMS was required.
What I can see in the SetupHelper package manager is that my current version is 3.15 and the version file in the repo says you are already at 3.20. I can try to check and download any times, but the pkgmgr still says it's updated.
It seems related to #64 , but with something else.
What I found is that the problem was caused by high load in the system and I was suspecting that the system had corrupt memory and that when the issue happened, it left the modbus/usb devices unattended until the BMS watchdog fired. But now I'm more inclined to think that the high load could be caused by those ModuleNotFound errors.
Please include system details:
System running two Multiplus II 5k in parallel, a Fronius inverter and an mppt 150/85. Battery monitored by Smartshunt and BatteryAggregator as BMS controller.
Hardware: Cerbo/RPi???
Cerbo at versión 3.30 - 20240319094732
Setup: DVCC?
Yes, Voltage limited to 62.1v (18s LiFePo4), SVS, SCS. Had been suffering an ugly issue where CCL ramped up after the battery ended balancing and absorption, overloading the battery and the system going offline. Still without solution:
Please provide output from dbus-spy.
Please attach any relevant logs. Log location is
/var/log/BatteryAggregator/current
.Repeating in loop:
In addition to debugging the issue, Could you please tell me how to completely take the module offline, and/or forcing the latest version to download? Thanks.