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.

BQ25672EVM: Device Won't Ack and no Indication of Successful connection to EV2400

Part Number: BQ25672EVM
Other Parts Discussed in Thread: EV2400, BQ25798, , BQSTUDIO

Hello,

I've loaded the correct config file BQ25798, updated the FW for the EV2400 and also tried both I2C and SMB ports and I cannot get the BQ to ACK.

Is there something I'm missing here?

I also have all 3 green lights on the EV2400 lighting up, but there is also no indication to whether or not the Battery Management Studio is connected to the EV2400.

Is there a checklist I can go through with the EV2400 and the BQ25672EVM to insure that I get an ACK from the device?

Any and all help is appreciated!  I've also attached a few photos for reference.

Ethan

  • Hi Ethan,

    Please use the I2C port.  The EV2400 must be connected to the PC before the BQStudio software is started.  VBUS and VBAT must be at a voltage higher than their respective UVLO values.

    Regards,

    Jeff

  • Jeff,

    I've followed all these steps.  I'm getting a green status LED and also my battery seems to be charging.  I can pull the charge enable jumper and the battery voltage drops so I know that I'm sourcing some current into the battery.

    I'm still not able to get the Device to ACK.  

    Is there a jumper I need to set on the BQ for the EV2400?

    Please let me know if you have any more ideas here.

    Ive attached photos of my current setup.  









  • Jeff,


    I'm now scoping the data lines for the I2C and I think the EV2400 is sending the incorrect start bit.

    According do the datasheet the SCL line must go low when SDA is HIGH.  Currently it's going low when SDA is LOW.

    Please see the photos attached:


    Is there any way to modify the EV2400 protocol or am I using it improperly?

    Regards,

    Ethan

  • Jeff,

    I finally figured out the issue.  One of the cables I was given have the I2C swapped.  The SDA is where the SCL goes on the other end of the cable.  My assumption was to trust the cables but it appears they come in 2 different varieties.  

    Thanks for the help and Happy thanksgiving weekend!

    Ethan