This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

BQ40Z80: BMS for Autonomous Underwater Vehicle

Part Number: BQ40Z80
Other Parts Discussed in Thread: BQSTUDIO, EV2400, BQ40Z50

Hi,

My name is Parker Schless and I am on the electrical team for Cornell University Autonomous Underwater Vehicle (CUAUV). We are making a new battery management system for our subs and want to use the BQ40Z80 chip to do this. However, we are all very new to this, and have many questions (some may seem trivial but we are students so please bear with us!) about how to implement this chip into our system. Here is an overview of our system for reference (our website for more info: https://cuauv.org/):

1. We use the following batteries to supply power to the sub via an underwater-rated cable (the batteries are located in their own separate pod enclosures): https://hobbyking.com/en_us/turnigy-graphene-professional-10000mah-4s-15c-lipo-pack-w-xt90.html

2. We have 2 of these battery pods in our sub, which we then merge using an OR controller on a PCB inside the main sub enclosure.

3. Right now, we do not have any sort of battery management system in the sub, so we are implementing this from scratch. Our plan is to make a custom PCB with the BQ40Z80 chip and an ATXMega MCU which will be located in the battery pod itself. The MCU will then send the BQ40Z80 SMBus commands and also receive commands over RS232 lines from the main sub computer in the main enclosure.

 

Here are the questions we have regarding the actual implementation of the chip:

1. We understand that BQSTUDIO is necessary to create charging profiles for the batteries and change other parameters. However, we are not using the eval board since we plan on making our own PCB. Is it possible to use a generic USB to I2C FTDI converter to link the chip with BQSTUDIO? Or do we have to purchase an external EVM2400 module separately.

2. The recommended schematic in the datasheet shows an implementation for a 6S battery. We were wondering if there may be an example schematic for our 4S batteries we could use, especially a high resolution image since the datasheet image is quite pixelated. The main thing we are interested in seeing is how to implement the overvoltage chips with the 4S vs 6S batteries.

3. Since we power 8 BlueRobotics T200 thrusters from this battery + actuators, we can draw up to 60A. Does the current sensing feature of the chip support currents that high, assuming the use of a suitable 1 mOhm sense resistor as specified?

4. We see that the chip has the ability to use temperature readings to make decisions for the system. Since our batteries do not have internal thermistors, would it be possible to place external thermistors on the battery? Or would this not work and we should just not use the thermistor function. The chip also mentioned the ability to sense temperatures on the MOSFETS themselves, would we use external thermistors for these as well, and would they still be able to work if we put heat sinks on the FETS?

5. We also want to know exactly how the chip determines which mode it will operate in. Our goal is this: We want the chip to detect when the PACK inputs are connected to a DC charger, such that it will properly charge the battery. We also want the chip to detect when it is plugged into the sub to discharge the battery (I understand there is a SYSTEMPRES pin we would just ground when connected to the sub to accomplish this, but the pin also doubles as a SHUTDN pin so I am not sure how we might use both functions). When the battery pod is not plugged into anything, we want the chip to basically operate in the lowest possible power mode such that we can leave the pods as is for awhile and come back to them with the same charge level (or as close as possible) we left them as (I also reviewed the wake function and SHUTDN functionality which I'm assuming would be used for this function). I went through the datasheet to understand the different modes, but it would be great to understand how we could implement those into our specific system for our requirements.

6. The recommended schematic shows spark gaps for the SMBus connections. I am not familiar with these and am confused if these are actual SMD components (if so, which ones are recommended for the layout), or if they are solely implemented as PCB traces.

7. The datasheet shows how for the major faults (secondary protection features), a fuse can be blown to permanently disable the system. However, the recommended schematic shows this crossed out and says do not populate. What was the reason for removing the fuse and is this something we should implement in our board? If so, which fuse do you recommend for our application.

8. In addition, I was confused about if the primary safety features only disabled battery output or charging vs blowing the fuse like the secondary safety features. We are primarily interested in the overcurrent case, which we want to simply disable the battery output (and not blow the fuse) and be able to send a reset signal to the chip to reenable current flow after the issue has been verified).

I appreciate your time responding to this, and it would be great if we could get the email of a/some TI representative(s) who are familiar with this chip and can answer our questions along the way as we develop this solution for our sub over the next several months. Thank you for your time!

  • Hello Parker,

    2. We have 2 of these battery pods in our sub, which we then merge using an OR controller on a PCB inside the main sub enclosure.

    I looked briefly at the battery pack and these seem to be 4s each. The BQ40z80 supports up to 6S as per datasheet. The BQ40z80 is not stackable, meaning you can use one on top of the other. You can run them in parallel.

    1- EV2400 is necessary for BQStudio.

    2- The upper cell pins can be shorted to configure the gauge for 4S system. overvoltage and safety protections are configurable down to 2S. 

    2.1 - On another note, have you checked the BQ40z50? This is a 4S solution. Hence, no pin will need to be shorted

    3- This should be ok. Parallel FETs will need to be taken in considerations for the protection FETs

    4- The device has several multipurpose pins that could be used as external thermistors. Also, The device has dedicated thermistors which could be used to measure cell temperatures. 

    5- Please see 7.3 Gas Gauge Modes from TRM

    The device will wake from shutdown if a charger is attached. 

    6- Please see section 3.4 in the bq40z50 Advanced Gas Gauge Circuit Design

    7- We do not populate the FUSE on Evaluation Boards. We want to be able to test the gauge under many conditions without blowing the fuse. For normal use, you can use the FUSE we have listed in the EVM

    8- The gauge has an internal FET driver which will run autonomously if FET_EN = 1. The device will open the FETs when a protection triggers. At the same time, the device will auto recover from its fault if the recovery conditions are met. For details, please check TRM.

    Regards,
    Jose Couso

  • Thanks for your reply, Jose!

    A couple follow up questions:

    1. Sounds like the BQ40Z50 will be a better chip for our needs, therefore. What are the main differences between the two other than the 4S vs 7S capability?

    2. Since the BQ40Z50 does not have any GPIO pins, how would we use the chip to signal to our MCU to turn off when the chip is in shutdown mode?

    3. Is the external EVM2400 unit sufficient to program the chip? We want to implement the chip on a custom PCB and then output the SMBus lines to the external module.

    4. To merge the power properly between the two batteries at the output when connected to the load, do we need any sort of IC to accomplish this? We want to have the batteries in parallel (each with its own BQ chip and MCU) such that we can draw current from both simultaneously without any concern of brownouts from differences in voltage levels.

    5. Do we need any specific charger for charging the batteries through the BQ chip? Or can we just use a regular DC power supply connected to the PACK inputs?

    Thanks again!

  • Hi Parker,

    1- They are pretty much the same device. Just cell count difference. 

    2- BQ40z50-R5 supports GPIO capability on three LED pins. Please reference to TRM

    3- To program the BQ40zxx IC, you will need BQStudio or a third party programmer tool recommended by TI.

    4- The two devices can be run in parallel. You can change the SMBus address on one of them to avoid conflict.


    5- Chargers are preferred, but if you have a steady power supply with 1mV accuracy, this should be ok. 

    Regards,
    Jose Couso

  • 1. Is there any concern with combining the two batteries' outputs after passing out of the BQ's circuit (since each battery will be individually controlled by its own BQ and MCU)? For instance, if they are at different voltages and charge levels? Would we need some sort of battery selector that supports simultaneous discharge of both batteries and that safely manages the power drawn from each battery based on their states?

    2. Also, I am assuming the charger we get does not need a balance connector since the chip manages that itself, but I just wanted to confirm that all the system needs to charge is a steady voltage source.

    3. Would you be able to provide a link to some TI-approved 3rd-party alternative flash tools that may be cheaper?

  • Hi Parker,

    1- Combining the two outputs, implies you will be stacking the gauges. The BQ40z80/50 are not stackable. 

    If you need an 8S system, you might be better using the BQ76952 monitor with a top of stack gauge like the BQ34z100-R2

    2- The DC charging voltage (constant voltage) must be stable. The gauge comes with autonomous cell balancing feature during charge and relax.

    3- We cannot recommend flash programming tools, but this is an option. https://www.ti.com/tool/MKST-3P-ALT-EV2300

    Regards,
    Jose Couso

  • Thanks so much for your help, Jose!