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

TUSB8041: TSUB8041/I Hub - USB 2.0 test pattern enumeration problems - customer case

Marion Loessl
Expert 3675 points
Part Number: TUSB8041

Hi,

my customer uses our hub with an ARM based CPU. They mainly want to measure the USB2.0 compliance signals.

To do so, they need to put the hub or the DUT  into a special mode. At Windows, they can handle that. WIth LINUX it gets more complicated.

Here you can force the native port with commands to drive test patterns. Or you use a PIDVID electrical Test Fixture.

But since the hub is in between, this seems not possible.

They found a tool for competition hubs, but nor for our device.

"Openusbhset" is used currently, but they still have a lot of problems.

The Hub can be found over PID/VID, but no test patterns are sent.

Any other tools or ideas?

Kind regards,

Marion

  • 0
    TI__Guru 60870 points

    Hi Marion,

    We do not have a TI specific tool for USB compliance testing.

    The expected command for a downstream port to enter test mode is SetPortFeature(PORT_TEST) - defined in section 11.24.2.13 of the USB 2.0 specification, but if the tool does not offer this command I would recommend sending a SetPortFeature(TEST_FORCE_ENABLE) and then send the test packet SET FEATURE(TEST_MODE) from the host controller, the customer will still be able to take eye diagram but there will be a hub tier impact on sync bits and EOP width.

    Also, Full Speed and Low Speed eye diagrams can be taken without any special software.

    Regards,

    JMMN