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.

TDP142: DP-Dual-Mode in I2C mode

Part Number: TDP142

Hello,

We want to use a TDP142 as redriver between a CPU DisplayPort output and a DisplayPort output connector.

We want to support the DP dual mode (DisplayPort/HDMI mode).

 

The TDP142 will be configured through I2C: pin 11/14 used to select I2C target address, pin 17  “F” or “1” to select I2C 1V8 or 3V3.

I2C general register 0x0A, bit5=0 (HPDIN is in default location)

 

For optimal power consumption:

Pin 23 (DPEN/HPDIN) will be connected to the HPD pin from DP connector (pin18)

Pin 24/25 (AUXp/AUXn) will be connected to AUX pin from DP connector (pin15/pin17)

 

In this mode we can read in datasheet that:

Pin 29 (SNOOPENZ/RSVD8) is reserved, but can we keep this pin floating?

Pin 32 (HPDIN/RSVD9) is reserved, but can we keep this pin floating?

For all the other reserved pins we have the remark (1) Leave unconnected on PCB, not this remark for pin 29 and 32, can you clarify?

 

Moreover, I do not understand why in I2C mode, the pin 29 has no more the SNOOP enable functionality.

With this SNOOP enable pin connected to the pin 13 from DP connector (HDMI/DP mode), the TDP142 has an easy way to know if we are in DP mode or in HDMI mode and automatically disable the snooping in case of HDMI.

 Can you confirm that by analysis of the signal present on the AUX/DDC pins the TDP142 is able to detect that we are in HDMI mode (DDC data) or DP mode (AUX data) and take the right action concerning the power management?

 

Or does it mean that we will need to disable through the I2C the AUX snooping when we will be in HDMI mode?

If yes, this would therefore require intelligence in the code used to initialize the component through I2C and this code must know if we are in HDMI or DP mode!

 

Could you clarify?

 

 Thank you

  • Pin 29 (SNOOPENZ/RSVD8) is reserved, but can we keep this pin floating?

    Pin 32 (HPDIN/RSVD9) is reserved, but can we keep this pin floating?

    For all the other reserved pins we have the remark (1) Leave unconnected on PCB, not this remark for pin 29 and 32, can you clarify?

    This should be fine. Use 3.3V if you have many devices on the I2C lines, as you have more address options. If you are looking so save power and have fewer I2C targets, then 1.8V would be a better option.

    Pin 23 (DPEN/HPDIN) will be connected to the HPD pin from DP connector (pin18)

    Pin 24/25 (AUXp/AUXn) will be connected to AUX pin from DP connector (pin15/pin17)

    This aligns with the following source side reference schematic

    In this mode we can read in datasheet that:

    Pin 29 (SNOOPENZ/RSVD8) is reserved, but can we keep this pin floating?

    Pin 32 (HPDIN/RSVD9) is reserved, but can we keep this pin floating?

    For all the other reserved pins we have the remark (1) Leave unconnected on PCB, not this remark for pin 29 and 32, can you clarify?

    These pins have a function in I2C mode as well as pin-strap mode. If in I2C mode leave the pins floating. If you plan on using pin-strap mode in the future, connect the pins as if you are using pin-strap mode and add a 0 ohm series resistor. This resistor can be removed for I2C mode and populated in pin-strap mode.

    Moreover, I do not understand why in I2C mode, the pin 29 has no more the SNOOP enable functionality.

    With this SNOOP enable pin connected to the pin 13 from DP connector (HDMI/DP mode), the TDP142 has an easy way to know if we are in DP mode or in HDMI mode and automatically disable the snooping in case of HDMI.

     Can you confirm that by analysis of the signal present on the AUX/DDC pins the TDP142 is able to detect that we are in HDMI mode (DDC data) or DP mode (AUX data) and take the right action concerning the power management?

     

    Or does it mean that we will need to disable through the I2C the AUX snooping when we will be in HDMI mode?

    You are correct, you cannot use the pin-strap functionality while in I2C mode, so you will have to disable AUX snooping in I2C for HDMI mode. You may be able to simply use pin-strap mode for your design. Please have a look at section 9.2.1 in the datasheet. This will be a typical source side application very similar to your project.

    Best,

    Vishesh Pithadiya