Open Ananyaaynana opened 1 year ago
Thanks for posting this issue.
I could not reproduce the behavior with latest main firmware on a BMS C1 v0.3.3 board with 4s cells. Once the BMS goes into undervoltage state the TP6 stays at around 0V all the time and only goes up again after the battery voltage rises above the reconnect threshold.
Which firmware version did you use?
Thank you for the reply.
The firmware version is v23.0-0-g99d48b0.
Of the two boards only this board has this issue. The other board is working as intended.
Did you also try with the most recent firmware?
Also: If it appears only on one board, it may actually be a hardware issue.
Follow-up: Live Data Not Publishing, and Board Shutdown Issue with Latest Firmware
Issue: I tried updating to the latest firmware version "v23.1-1-g55c2ea2-dirty," but encountered two issues:
Live data is not being published on Cutecom.
The board shuts down when attempting to flash the code and can only be turned on using the S2 button.
Steps Taken:
To address the live data issue, I created an overlay file (as in https://libre.solar/bms-firmware/src/dev/customization.html) in the app folder with the following code: { chosen { thingset,serial = &usb_serial; }; }
I then built and flashed the code using the "west flash" command. When attempting to monitor the board using the "west espressif monitor" command, I encountered the following output:
Additionally, when I tried to flash the code again, red and green leds turn off but there is voltage at the bat+, bat-, pack+ and pack-. When the leds are off the "west espressif monitor"command gives this:
On exiting the espressif monitor not able to flash code again. On holding down the S2 button the leds turn back on after blinking for a few seconds:
I would appreciate any guidance on resolving these issues. Specifically, I need help with:
1) Diagnosing and resolving the issue with live data not being published on Cutecom.
2) Understanding why the board is shutting down during code flashing and how to prevent this from happening.
Additional Information:
Board Model: Libre Solar BMS C1 (v0.3)
Firmware Version: v23.1-1-g55c2ea2-dirty.
If an issue is unrelated to the topic of this issue, please open a new one.
Live data publication on the USB serial is now disabled by default. As mentioned in the release notes, the Zephyr shell is now exposed to the USB serial. In order to enable publication messages on the shell, enable it here.
Regarding your problem with flashing: Did you keep the serial monitoring on while you tried to flash (espressif monitor or CuteCom)? That's not possible, as flashing uses the same serial interface.
Okay I will raise a new issue. I closed the cutecom application before flashing. The error persists.
Issue Description:
We are currently in the process of testing the BMS C1 board, specifically by subjecting it to overvoltage and undervoltage tests. The expected behavior during an overvoltage or undervoltage condition is that the voltage across the PACK+ and PACK- terminals should be 0V. To monitor this, we have employed an oscilloscope to probe TP4 (charge pin of BQ76952) and TP6 (discharge pin of BQ76952) on the board.
However, we have encountered an issue with the behavior of TP6 during undervoltage conditions. According to our expectations, TP6 should remain at 0V during an undervoltage condition, but we have observed that the voltage at TP6 is fluctuating instead of staying at a stable 0V. Simultaneously, TP4 exhibits the anticipated high voltage.
Steps to Reproduce:
Expected Behavior:
During an undervoltage condition, the voltage at TP6 should remain stable at 0V.
Actual Behavior:
The voltage at TP6 fluctuates instead of staying at a stable 0V.
Additional Information:
We have attached a snippet of the oscilloscope output when the probe is positioned at TP6 to provide a visual representation of the issue.
Attachment:
https://github.com/LibreSolar/bms-c1/assets/131510581/0ddd5d20-eb06-470d-b959-e04d02ece42b
Environment:
Impact:
This issue may affect the accuracy and reliability of the BMS C1 board's undervoltage protection, potentially leading to unintended consequences in real-world applications.
We kindly request assistance in investigating and resolving this issue to ensure the board's proper functionality under undervoltage conditions.
Labels: #testing #undervoltage