• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 34 subscribers
  • Views 893 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.

TPS65982: TPS does not ACK when address 0x38 is on I2C primary bus

guy lemire
Intellectual 970 points
Part Number: TPS65982


Hello experts,

I am using the TPS65982 for a type C controller and in a few systems (50%) I am not able to get an ack from the part when the address 0x38 is on the I2C bus. The TPS is acting as a slave with address 0x38...what could cause the TPS not to ack the address?

I am using the primary I2C interface, the part is not in reset and power is good.

Would having a corrupt PROM image cause issues and inhibit the TPS to ACK?

How close to 100kHz does my SCK frequency have to be. My clock is about 9.2us or about 110KHz.

Regards,

Guy

  • 0
    TI__Intellectual 990 points
    Hi Guy,

    Section 8.5.2.3, Table 10 (I2C Address Resistance Table) highlights the requirements for I2C restistors. Can you verify that the I2C_ADDR pin on the device has the correct external resistances? Also with “primary I2C interface”, are referring to I2C1? Please ensure that you are looking at the correct lines?

    Jaime
  • 0 in reply to Jaime C
    Intellectual 970 points

    Hi Jaime,

    it  turned out that the TPS part was held in reset. When I fixed this issue, I was able to communicate with the TPS. Please close this case

    Regards,

    Guy