• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 35 subscribers
  • Views 895 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.

TPS65982: Automatic ID Request setting and MacBookPro compatibility

daniel
Genius 5095 points
Part Number: TPS65982

Hi Team,

We face another issue about the Automatic ID Request and MacBookPro compatibility, please kindly give us some suggestions. Thanks.

FW Tool : TPS6598x Application Customization Tool version 3.10

Application : Monitor

Issue : When  "Automatic ID Request" is enable, following MacBookPro issue is happened.

1. Monitor power ON, MacBookPro power OFF.

2. Connect Monitor and MacBookPro by USB-C cable.

3. Power ON MacBookPro.

4. Displayport is no problem. But USB HUB is not working.

Root cause : When the issue is duplicated, the roles of monitor are DFP_U/UFP_D/Source.

*Monitor must become UFP_U to use USB HUB.

Detail of PD Negotiation---(a)

1. At connected, monitor is DFP_U/Source.

2. After PS_RDY, monitor send DR_SWP.

3. MacBookPro reject DR_SWP.

4. Monitor send Discover Identity.(Start Alternate Mode)

5. Finally, monitor become DFP_U/UFP_D/Source.

*monitor should re-send DR_SWP message.

 

After "Automatic ID Request" set to disable

Detail of PD Negotiation---(b)

1. At connected, monitor is DFP_U/Source.

2. After PS_RDY, monitor send DR_SWP.

3. MacBookPro reject DR_SWP.

4. After about 400ms, monitor re-send DR_SWP and MacBookPro accept.

    In this time, monitor become UFP_U/Source.

5. MacBookPro send Discover Identity.(Start Alternate Mode)

6. Finally, monitor become UFP_U/UFP_D/Source. And USB HUB can work.

If "Automatic ID Request" should be enabled to pass the compliance test, any other way to re-send DR_SWP?

Thanks

  • 0
    TI__Genius 16370 points
    Daniel,

    Is your MacbookPro updated to the latest release, and you're still seeing this issue?

    The change that you've made is the right workaround for this use-case. My suggestion would be to have 'Automatic ID Request' disabled for your monitor-configuration. This will let the hosts to do a DRSWAP and initiate the AM negotiation, like this MacBook case. But there could be hosts in the field that don't initiate a DRSWAP to DFP, in which case the monitor's 'Init Swap to UFP' configuration would help it to transition to UFP, allowing the far-end to initiate AM negotiation.

    Please let me know if you've additional queries on the topic.

    Thanks & Regards,
    Praneet
  • 0 in reply to Praneet Kumar
    Genius 5095 points

    Hi Kumar,

    Many thanks for your support.

    Attached our 0x29 setting, please kindly teach us how to adjust.

    Thanks

  • 0 in reply to daniel
    TI__Genius 16370 points
    Daniel,

    Please uncheck 'Automatic ID Request' in your configuration, generate new binary and reprogram on the platform. Please connect w/ your local TI representative (Takashi-san?) to learn about this process.

    -/Praneet