Questions on USB protocol

[promach]

When a port determines that the locally-inserted plug is flipped (i.e. CC1 is open, CC2 is terminated), the USB4 Specification (reference Sideband Channel Lane Reversal) dictates that the port flip the SBTX and SBRX mappings to SBU1 and SBU2 in order to assure proper sideband transmit-to-receive end-to-end operation.

For USB type-C specification, how is CC1 being opened, and CC2 being terminated considered as flipped plug ?
and why do we need Sideband Use (SBU1 and SBU2) ?

[ataradov]

I don't understand the question. Device always terminates (pulls down) CC1 and CC2 pins. The cable will only carry one of them to the host and terminate the other one to the ground. This way both sides can determine the orientation of the cable and switch the data lines accordingly.

This is only necessary for SuperSpeed stuff. Legacy LS/FS/HS lines are switched automatically because they are shorted on the PCB. But this means you need two times more pins. For SS they decided to have 4 independent links (2 TX, 2 RX), which requires cable orientation detection and corresponding multiplexing of the TX/RX lines.

SBUx are just low speed channels that are not even necessarily used for data. They may be used to carry audio or some UART stuff. They are just additional pins that are defined by the higher level protocols. By default they don't do anything.

Why do you need all of this? What is your goal?

[Trader]

[promach]

Device always terminates (pulls down) CC1 and CC2 pins.

It seems to be using pull-up in the case of USB Type-C

For SS they decided to have 4 independent links (2 TX, 2 RX), which requires cable orientation detection and corresponding multiplexing of the TX/RX lines.

On which exact page of USB specification document does this comes from ?

[ataradov]

It seems to be using pull-up in the case of USB Type-C

What is using pull-up?

Here is a picture of how CCx pins are used https://microchipdeveloper.com/local--files/usb-i:cable-connection/orientation.png

UFP is the device, DFP is the host. As you can see device pulls down those pins.

On which exact page of USB specification document does this comes from ?

No idea, I have not read the USB3 spec. I just read the summaries and that was enough for my use. It also makes sense from the way USB3 connectors are typically routed.

[promach]

What is the difference between the two following state diagrams for SINK ?

[voltsandjolts]

You should probably ignore the Debug and Test System stuff until you have a functional USB-C device.
And then perhaps continue to ignore it.

[voltsandjolts]

@promach

What are you trying to achieve?

[promach]

In Figure 4-13, what is DebugAccessory.SNK state for ?

[promach]

How do all the following USB PD protocol messages being analyzed/decrypted ?

[ataradov]

This is a strange question. They are decoded according to the USB PD specification.

[asmi]

This is a strange question.

This whole thread is full of strange questions. I'm still at a loss what TS is trying to achieve asking all those questions which can be answered by just reading the spec.

[promach]

USB PD spec alone is not enough, USB Type-C spec is also needed.

See also the actual decoder coding for sigrok


By the way, may I know where I could locate all the USB DevDays presentation slides across the years ?

I only found https://usbpd.wordpress.com/2019/02/07/usb-type-c-pd-presentation-from-usb-developer-days/ and https://www.scribd.com/document/350194505/Usb-Devdays-Hong-Kong-2016-Usb-Pd

[voltsandjolts]

@promach
I see you also post a lot of questions in a similar style (non-interactive, limited feedback, spoon-feeding requests) here, including repeats of some of these usb questions. It's all a bit weird. I'm out.