• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 33 subscribers
  • Views 194 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.

TUSB212: could the device regular the signal when the host and salve communicate with each other at the beginning

Nan Zhang
Intellectual 1895 points
Part Number: TUSB212

Hi team,

      The host and salve would communicate with each other to identify what kind of usb device is before starting the data transmission with USB2.0. So during this communication, does tusb212 would regular the signal? I find that words saying that “TUSB212 has a patent-pending design which is agnostic to USB Low Speed (LS) and Full Speed (FS) signals. LS and FS signal characteristics are unaffected by the TUSB212 while HS signals are compensated.” which make me confused.

      

YOURS

NAN

  • 0
    TI__Mastermind 37270 points

    Hi Nan,

    The TUSB21X line of USB2 redrivers only boost the signal when it is at high speeds. As such, the TUSB212 does not boost Low Speed or Full Speed signals. This means that any low speed or full speed signals that come through the TUSB212 should not be affected or boosted. 

    Thanks,

    Ryan

  • 0 in reply to Ryan Kitto
    TI__Intellectual 1895 points

    Hi Ryan,

         Thanks for your reply. But it does not make sense. Because of the cable loss, the customers use our redriver. But the usb212 does not boost the signal when the host and slave are shaking to nego what kind of speed they will transmit.  Due to the long cable, this kind of shaking would not work, when the tusb212 would not regular this shaking signal. That would make the shaking failed. Am I right?

    YOURS

    NAN

  • 0 in reply to Nan Zhang
    TI__Mastermind 37270 points

    Hi Nan,

    The TUSB212 enables signal compensation after the handshake process is complete, as it detects the 45-Ohm pullup termination which indicates the device and host are in high speed. As such, I don't believe our device can do anything to help mitigate this issue. What length of cable is the customer using? Are the devices unable to complete a handshake at any speed?

    Thanks,

    Ryan