• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 34 subscribers
  • Views 652 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 EVM

Nic Lin
Intellectual 2020 points

Other Parts Discussed in Thread: TPS65982

Hi Team,

I set the TPS65982 EVM to ID7 & ID12 and get the below PD trace from CC analyzer. Look at the CC state between Packet 2 & Packet 3. Why did the CC state change from AttachWait to Unattached? If the CC state was Unattached, why was the port still able to send PD messages? I can't figure out why.

I find the same phenomenon in other ID configuration. 

Best Regards

Nic

  • 0
    TI__Mastermind 30310 points
    The CC pin state listed in between packets is new in the SW. There is no way for the Lecroy SW to know the FW State we have entered, and there is only 1 CC wire in the Type-C cable, so they cannot see different values after a connection has occurred.

    Packet 3 is the Final connection that is made and this is correct. After this Packet, the PD data takes over.

    Based on the timing and the fact that 2 distinct connections are made, it looks like 1 or both sides has Try.SRC or Try.SNK enabled. When either Try.SNK or Try.SRC is enabled, a Type-C connection will occur and then be broken deliberately. A port that has Try.SRC enabled will favor Rp after breaking the connection, and a port that has Try.SNK enabled will favor Rd after breaking the connection.