Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Overvoltage and Undervoltage Testing Issue with BMS_C1 Board #43

Open
Ananyaaynana opened this issue Nov 2, 2023 · 6 comments
Open
Labels
help wanted Extra attention is needed

Comments

@Ananyaaynana
Copy link

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:

1) Set up the BMS C1 board for undervoltage testing.
2) Monitor the voltage at TP6 using an oscilloscope.
3) Observe the fluctuating voltage at TP6 during the undervoltage condition.

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:

WhatsApp.Video.2023-10-17.at.18.11.17.mp4

Environment:

Board: BMC C1. 
Oscilloscope model: KEYSIGHT EDUX1052A.
Testing conditions: Positive terminal of oscilloscope placed at TP6 and negative terminal connected to BAT-.

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

@martinjaeger martinjaeger added the help wanted Extra attention is needed label Nov 2, 2023
@martinjaeger
Copy link
Member

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?

@Ananyaaynana
Copy link
Author

Ananyaaynana commented Nov 6, 2023

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.

@martinjaeger
Copy link
Member

Did you also try with the most recent firmware?

Also: If it appears only on one board, it may actually be a hardware issue.

@Ananyaaynana
Copy link
Author

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:
Screenshot from 2023-11-10 18-45-03

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:
Screenshot from 2023-11-10 19-18-07

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:
Screenshot from 2023-11-10 18-46-00

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.

@martinjaeger
Copy link
Member

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.

@Ananyaaynana
Copy link
Author

Ananyaaynana commented Nov 11, 2023

Okay I will raise a new issue.
I closed the cutecom application before flashing. The error persists.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants