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.

DS125DF1610: We are facing an issue with I2C communication between the ATE and the DS125DF1610.

Part Number: DS125DF1610

Tool/software:

Hi Expert,

We measured the waveforms from both the ATE and the DS125DF1610. The DS125DF1610 was configured using SigCon, and the results are as follows:

  • SigCon:
    • Frequency: ~320 kHz
    • SDA/SCL delay: 1.2 µs
    • ACK observed after 8 bits
  • ATE:
    • Frequency: ~320 kHz
    • SDA/SCL delay: 1.5 µs
    • No ACK observed after 8 bits

As you can see, the DS125DF1610 responds with an ACK when configured via SigCon, but not when accessed through the ATE. Could this be due to a setting issue or timing mismatch? Any suggestions would be appreciated.

  • Hi, 

    Could you verify that DS125DF1610 is set to the correct I2C address on ATE? Could you ensure that the ATE is not sending any voltages onto the ADDR pins when the device is powered on? If so, the i2c address may change. Have you tried all i2c addresses available on the device using ATE?

    Best,
    J

  • Hi J,

    Yes, I tried using I2C address 0x30, and connected only J88 (SCL/SDA) to the ATE.

    Our hardware setup allows SigCon to connect to the DS125DF1610.

    Are there any settings required when sending signals to J88, such as needing pull-up resistors on other pins?

    We want to confirm:
    Is the total I2C transmission 25 bits, consisting of:

    • (8 bits + ACK) for the address,
    • 16 bits for the register number and data, and
    • (1 bit + ACK) for the read/write bit?

    SigCon wave: 

    ATE Wave: 

  • We are using the DS125DF1610 EVM board.

  • Hi, 

    Only pull up required is for J215 as described in the user's guide:

    We want to confirm:
    Is the total I2C transmission 25 bits, consisting of:

    • (8 bits + ACK) for the address,
    • 16 bits for the register number and data, and
    • (1 bit + ACK) for the read/write bit?

    We use 7bit address with the last bit to show R/W operation. This can cause why ATE signals to not respond. 

    Also, please check if the EVM and the ATE is common grounded. 

    Best,
    J

  • Hi J,

    According to the following table in user guide, should we source 7'h18 (binary: 0001100+R/W), not the 8-bit value 00110000?

    Yes, the EVM and the ATE share a common ground, and J215 is configured as described in the user's guide.

  • Hi, 

    Your understanding is correct. 
    For read, please try 8'h19 which would be (8'b00011001) and the last bit would be read bit = 1. 

    Best,
    J