• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 33 subscribers
  • Views 185 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.

SN65DPHY440SS: Basic questions

Antony Lin
Genius 13480 points
Part Number: SN65DPHY440SS


Hi,

We have some questions about SN65DPHY440S as listed below.  Please share your comments accordingly, thanks a lot!

  1. How long is the maximum total trace length that SN65DPHY440SS can support from source (Camera sensor) to receiver (SOC)?
  2. DO we prefer to place source (Camera sensor) or receiver (SOC) closer to source (Camera sensor) or receiver (SOC) side?  How to judge this?
  3. Will this chip induce any EMI issues?  What can we do to minimize the EMI concern?  Decrease the bends on layout?

Thanks,

Antony

  • 0
    TI__Guru**** 181321 points

    Antony

    1. It’s hard to tell maximum length supported. With different transmission materials may have different results, also the clock rate, source signal swing, DE level of source signal, EQ capability of end point receiver will take an effect.

    The DPHY440 supports up to 4dB EQ on its Rx and 2.5dB DE on its TX. These features were intended to some extent to compensate the ISI loss in the channel.

    2. As a repeater, DPHY400 is also intended to eliminate the timing skew due to channel differences. As long as the input timing within DPHY440’s spec requirement, it is able to re-align clock and data to improve the system’s timing margin.

    As to repeater on the Rx or Tx it is really a system choice. If one would like to take use of DPHY440’s EQ capability for ISI compensation he may want DPHY440 close to TX. Please be noted if one wants the “de-skew” feature of DPHY440, the repeater should be placed in a location where skew has happened.

    3. EMI is a system parameter, it is not caused by one device.

    Thanks

    David