• State
  • Locked Locked
  • Replies 7 replies
  • Subscribers 62 subscribers
  • Views 415 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

BQ4050EVM-561: No address on SMBus

Bhavika Sajnani
Prodigy 10 points
Part Number: BQ4050EVM-561
Other Parts Discussed in Thread: BQ25792EVM, BQ4050, EV2400, BQSTUDIO

We have ordered the development board of BQ4050 and it is a new board. We are not getting the address 0x16 on the either I2C scan or the SMBus scan after pressing the WAKE button. We have tried using it with STM32 as well. The battery configuration tried is from 1s-4s, there is corresponding voltage on the BAT and the VCC pins but none of the FETs are turning on. On the PACK+ and PACK-  terminals are connected to BQ25792EVM (charger IC) and SYS_PRES is connected to the PACK- . The device is not getting detected on SMBus in any of the configuration. 

  • 0
    TI__Mastermind 28905 points

    Hi,

    To clarify, you are using the BQ4050EVM and an external microcontroller. Do you have an EV2400 you can try to use to communicate with the gauge.

    Are there 10K pull ups on I2C lines?

    I do not support chargers, but can you communicate with the BQ25792EVM?

    Regards,

    Evan

  • 0 in reply to Diego
    Prodigy 10 points

    Hello,

    Yes I am using the EVM and an external MCU. I currently do not have the EV2400 but I am using the SMBus protocol only to communicate. So except the communication is there any specific role that EV2400 plays which makes the device detectable, because as of now I can not even read the IC on the bus. Is there any other way I can achieve this because in the end application I will be using a microcontroller to communicate with the gauge . 

    Yes there are 4.7K pull-up and the charger is working fine. BQ25792EVM is working with the same MCU(STM32157).

  • 0 in reply to Bhavika Sajnani
    TI__Mastermind 28905 points

    Hi,

    No, the EV2400 has no role in detectability of the gauge but it does give you access to bqstudio and has internal pullups on the i2c lines.

    What voltage are you applying to BAT+?

    Do you have the I2C jumper removed?

    Check the voltage at REGIN verify it is above the minimum required voltage.

    Check if the TS pin is pulsing, if not the IC could be damaged.

    Regards,

    Evan

  • 0 in reply to Diego
    Prodigy 10 points

    Hello,

    Yes, Then I have added the pull-up resistors manually and after that also there is no address on the bus. 

    The BAT+ voltage is 10.5V for 3s configuration. 

    Exactly which I2C jumper are you talking about. Can you tell me the connector designator?

    The REGIN voltage is 3.3V which is above the threshold. 

    The TS pin is pulsating hence the IC is responding. The major concern is no address on the bus. The voltages on the DSG and CHG pin is also low so the FETs are not turning ON. 

  • 0 in reply to Bhavika Sajnani
    TI__Mastermind 28905 points

    Hi,

    Strange, pullups are usually the issue for problems similar to this.

    This is ok.

    Sorry, please disregard, I miss read the part number, there is no i2c jumper on the 4050 evm.

    This is ok.

    Have you tried communicating with the 4050 evm with the charger evm disconnected?

    Regards,

    Evan

  • 0 in reply to Diego
    Prodigy 10 points

    Hello,

    Yes, I have tried communicating without the charger IC. I tried it with a power supply as well as with a load but no progress in both the scenarios. Does the IC needs some kind of jump start except the WAKE button. Any other way I should approach this?

    Thanks and Regards,

    Bhavika 

  • 0 in reply to Bhavika Sajnani
    TI__Mastermind 28905 points

    Hi Bhavika,

    Pressing the Wake button is the step required to exit the device from sleep mode. The default SMBus address is 0x16, can you send o-scope shots of the i2c lines.

    Regards,

    Evan