"USB Type-C功能测试规范详解与应用指南"

需积分: 1 140 浏览量更新于2024-03-22 收藏 1.05MB PDF 举报

The USB Type C Functional Test Specification outlines the testing criteria and guidelines for Universal Serial Bus Type-C (USB Type-C) devices. This document, which was last revised on July 12, 2019, provides chapters 4 and 5, focusing on the functional aspects of USB Type-C devices. The specification is copyrighted by the USB Implementers Forum, Inc., granting a license for internal use only. It emphasizes that no other licenses, express or implied, are granted by estoppel or otherwise. The USB-IF and the authors of this specification explicitly disclaim any additional rights or permissions beyond those stated within the document. Chapter 4 of the USB Type C Functional Test Specification delves into the testing requirements for USB Type-C devices. It covers aspects such as connector functionality, signal integrity, power delivery, and protocol compliance. The chapter provides detailed instructions on how to conduct these tests to ensure that devices meet the necessary standards for USB Type-C compatibility. Chapter 5 expands on the functional testing procedures outlined in Chapter 4. It includes specific test cases, test methodologies, and pass/fail criteria for various aspects of USB Type-C devices. These tests are designed to verify the functionality and performance of USB Type-C devices under different operating conditions and scenarios. Overall, the USB Type C Functional Test Specification serves as a comprehensive guide for manufacturers, developers, and testers to ensure the quality and reliability of USB Type-C devices. By following the guidelines and procedures outlined in this document, stakeholders can confidently assess and validate the functionality of their USB Type-C products, contributing to a more seamless and consistent user experience.

7/12/2019

Assertion #

Test Name

Assertion Description

4.5.2.2.11.2 Exiting from Try.SNK State

4.5.2.2.11.2#1

The port shall wait for tDRPTry and only then begin monitoring the CC1

and CC2 pins for the SNK.Rp state.

4.5.2.2.11.2#2

The port shall transition to Attached.SNK when the SNK.Rp state is

detected on exactly one of the CC1 or CC2 pins for at least tPDDebounce

and Vbus is detected.

4.5.2.2.11.2#3

The port shall transition to TryWait.SRC if SNK.Rp state is not detected

for tPDDebounce.

4.5.2.2.11.2#4

A Sink with Accessory Support shall transition to Unsupported.Accessory

if SNK.Rp state is not detected for tDRPTryWait.

4.5.2.2.12 TryWait.SRC State

4.5.2.2.12.1 TryWait.SRC Requirements

4.5.2.2.12.1#1

The port shall not drive Vbus or Vconn

4.5.2.2.12.1#2

The port shall source current on both CC pins.

4.5.2.2.12.1#3

The port shall provide a separate Rp termination on the CC1 and CC2 pins

as specified in Table 4-15.

4.5.2.2.12.2 Exiting from TryWait.SRC State

4.5.2.2.12.2#1

The port shall transition to Attached.SRC when Vbus is at vSafe0V and the

SRC.Rd state is detected on exactly one of the CC pins for at least

tCCDebounce.

4.5.2.2.12.2#2

The port shall transition to Unattached.SNK after tDRPTry if neither of the

CC1 or CC2 pins are in the SRC.Rd state.

4.5.2.2.13 Unattached.Accessory State

4.5.2.2.13.1 Unattached.Accessory Requirements

4.5.2.2.13.1#1

4.1

4.12

4.14

The port shall not drive VBUS or VCONN.

4.5.2.2.13.1#2

4.12

4.14

The port shall source current on both CC pins independently.

4.5.2.2.13.1#3

4.12

4.14

The port shall provide an Rp as specified in Table 4-15.

4.5.2.2.13.2 Exiting from Unattached.Accessory State

4.5.2.2.13.2#1

4.12

The port shall transition to AttachWait.Accessory when the state of both

pins is SRC.Ra or SRC.Rd

4.5.2.2.13.2#2

4.14

A port that supports Vconn-Powered accessories also shall transition to

AttachWait.Accessory when the state of one CC pin is SRC.Ra and the

other is SRC.Rd

Compliance Rev 0.83

Assertion #

Test Name

Assertion Description

4.5.2.2.13.2#3

4.11

If at least one CC is in SRC.Open, or if SRC.Ra is on one CC pin and

SRC.Rd is on the other and the port does not support Vconn-powered

accessories, then the port shall transition to Unattached.SNK within

tDRPTransition after dcSRC.DRP * tDRP, or if directed.

4.5.2.2.14 AttachWait.Accessory State

4.5.2.2.14.1 AttachWait.Accessory Requirements

4.5.2.2.14.1#1

4.12

4.14

4.19

The port shall not drive VBUS or VCONN.

4.5.2.2.14.1#2

4.12

4.14

4.19

The port shall source current on both CC pins independently.

4.5.2.2.14.1#3

4.12

4.14

4.19

The port shall provide an Rp as specified in Table 4-15.

4.5.2.2.14.2 Exiting from AttachWait.Accessory State

4.5.2.2.14.2#1

4.12

4.19

If the port supports Audio Adapter Accessory Mode, it shall transition to

AudioAccessory when the state of both CC pins is SRC.Ra for at least

tCCDebounce

4.5.2.2.14.2#2

Not Teseted

If the port supports Debug Accessory Mode, it shall transition to

DebugAccessory when the state of both CC pins is SRC.Rd for at least

tCCDebounce.

4.5.2.2.14.2#3

4.14

The port shall transition to Unattached.SNK when the state of either CC pin

is SRC.Open for at least tCCDebounce

4.5.2.2.14.2#4

4.14

If the port supports VCONN-powered accessories, it shall transition to

PoweredAccessory state if the state of one to its CC pins is SRC.Rd and

the state of the other CC pin is SRC.Ra concurrently for at least

tCCDebounce

4.5.2.2.15 AudioAccessory State

4.5.2.2.15.1 AudioAccessory Requirements

4.5.2.2.15.1#1

4.5

4.12

4.19

The port shall reconfigure its pins as detailed in Appendix A.

4.5.2.2.15.1#2

4.5

4.12

4.19

The port shall not drive VBUS or VCONN.

4.5.2.2.15.1#3

4.12

4.19

A port that sinks current from the audio accessory over VBUS shall not

draw more than 500 mA.

4.5.2.2.15.1#4

4.5

4.12

4.19

The port shall provide an Rp as specified in Table 4-15.

4.5.2.2.15.1#5

4.5

4.19

The port shall source current on at least one of the CC pins and monitor to

detect when the CC pin state is no longer SRC.Ra.

4.5.2.2.15.1#6

If the port sources and monitors only one CC pin, then it shall ensure that

the termination on the unmonitored CC pin does not affect the monitored

signal when the port is connected to an Audio Accessory that may short

both CC pins together.

4.5.2.2.15.2 Exiting from AudioAccessory State

7/12/2019

Assertion #

Test Name

Assertion Description

4.5.2.2.15.2#1

4.12

4.19

If the port is a Sink, the port shall transition to Unattached.SNK when the

state of the monitored CC pin is SRC.Open for at least tCCDebounce.

4.5.2.2.15.2#2

4.5

If the port is a Source or DRP, the port shall transition to Unattached.SRC

when the SRC.Open state is detected on the monitored CC pin for at least

tCCDebounce.

4.5.2.2.16 DebugAccessory State

4.5.2.2.16.1 DebugAccessory Requirements

4.5.2.2.16.1#1

Not Tested

This mode is for debug only and shall not be used for communicating with

commercial products.

4.5.2.2.16.1#2

4.6

4.13

4.20

The port shall not drive VBUS or VCONN.

4.5.2.2.16.1#3

Not Tested

The port shall drive Rp as specified in Table 4-13.

4.5.2.2.16.1#4

Not Tested

The port shall source current on at least one of the CC pins and monitor to

detect when the CC pin state is no longer SRC.Rd.

4.5.2.2.16.1#5

Not Tested

If the port monitors only one CC pin, it shall source current on the

monitored pin and may source current or not on the unmonitored pin.

4.5.2.2.16.3 Exiting from DebugAccessory State

4.5.2.2.16.2#1

Not Tested

If the port is a Sink or DRP, the port shall transition to Unattached.SNK

when the SRC.Open state is detected on the monitored CC pin(s).

4.5.2.2.16.2#2

Not Tested

If the port is a Source, the port shall transition to Unattached.SRC when the

SRC.Open state is detected on the monitored CC pin(s).

4.5.2.2.19 Powered.Accessory State

4.5.2.2.19.1 Powered.Accessory Requirements

4.5.2.2.19.1#1

Untestable

If the port needs to determine the orientation of the connector, it shall do so

only upon entry to the PoweredAccessory state by detecting which CC pin

is connected through the cable (in the SRC.Rd state).

4.5.2.2.19.1#2

4.14

The port shall advertise either 1.5 A or 3.0 A (see Table 4-13) on the

connected CC pin and monitor its state.

4.5.2.2.19.1#3

4.14

The port shall supply VCONN (2.7 V minimum) on the unused CC pin

within tVCONNON-PA of entering the PoweredAccessory state.

Compliance Rev 0.83

Assertion #

Test Name

Assertion Description

4.5.2.2.19.1#4

4.14

The port shall not drive VBUS.

4.5.2.2.19.1#5

4.14

When the port initially enters the PoweredAccessory state it shall operate as

a DFP.

4.5.2.2.19.1#6

4.14

The port shall use USB Power Delivery Structured Vendor Defined

Messages (Structured VDMs) to identify this accessory and enter an

Alternate Mode.

4.5.2.2.19.2 Exiting from PoweredAccessory State

4.5.2.2.19.2#1

4.14

The port shall transition to Unattached.SNK when the SRC.Open state is

detected on the monitored CC pin.

4.5.2.2.19.2#2

4.14

The port shall transition to Unattached.SNK if the attached device is not a

VCONN-Powered Accessory.

4.5.2.2.19.2#3

4.14

The port shall transition to Unsupported.Accessory if it does not

successfully enter an Alternate Mode within tAMETimeout (see Section

5.1).

4.5.2.2.19.2#4

4.14

The port shall cease to supply VCONN within tVCONNOFF of exiting the

PoweredAccessory state.

4.5.2.2.20 Unsupported.Accessory State

4.5.2.2.20.1 Unsupported.Accessory Requirements

4.5.2.2.20.1#1

4.14

Only one CC pin shall be in the SRC.Rd state.

4.5.2.2.20.1#2

4.14

The port shall advertise Default USB Power (see Table 4-13) on the

connected CC pin and monitor its voltage.

4.5.2.2.20.1#3

4.14

The port shall not drive VBUS or VCONN.

4.5.2.2.20.1#4

4.14

A Sink with Accessory Support shall provide user notification that it does

not recognize or support the attached accessory.

4.5.2.2.20.2 Exiting from Unsupported.Accessory

4.5.2.2.20.2#1

4.14

The port shall transition to Unattached.SNK when the SRC.Open state is

detected on the monitored CC pin.

4.5.2.3 UFP Power Sub-State Requirements

4.5.2.3#1

4.31

When in the Attached.SNK state and the Source is supplying default VBUS,

the port shall operate in one of the sub-states shown in Figure 4-17.

4.5.2.3#2

4.31

The port in Attached.SNK shall remain within the Sink Power Sub-States

until either VBUS is removed or a USB PD contract is established with the

Source.

4.5.2.3.1 PowerDefault.UFP Sub-State

4.5.2.3.1.1 PowerDefault.UFP Requirements

4.5.2.3.1.1#1

4.31

The port shall draw no more than the default USB power from VBUS.

4.5.2.3.1.1#2

4.31

If the port wants to consume more than the default USB power, it shall

monitor vRd to determine if more current is available from the Source.

7/12/2019

Assertion #

Test Name

Assertion Description

4.5.2.3.1.2 Exiting from PowerDefault.UFP

4.5.2.3.1.2#1

4.31

For any change on CC indicating a change in allowable power, the port

shall not transition until the new vRd on CC has been stable for

tPDDebounce.

4.5.2.3.1.2#2

4.31

For a vRd in the vRd-1.5 range, the port shall transition to the

Power1.5.SNK Sub-State.

4.5.2.3.1.2#3

4.31

For a vRd in the vRd-3.0 range, the port shall transition to the

Power3.0.SNK Sub-State.

4.5.2.3.2 Power 1.5.UFP Sub-State

4.5.2.3.2.1 Power 1.5.UFP Sub-State Requirements

4.5.2.3.2.1#1

4.31

The port shall draw no more than the 1.5 A from VBUS.

4.5.2.3.2.1#2

4.31

The port shall monitor vRd while it is in this sub-state.

4.5.2.3.2.2 Exiting from Power 1.5.UFP Sub-State

4.5.2.3.2.2#1

4.31

For any change on CC indicating a change in allowable power, the port

shall not transition until the new vRd on CC has been stable for

tPDDebounce.

4.5.2.3.2.2#2

4.31

For a vRd in the vRd-USB range, the port shall transition to the

PowerDefault.SNK Sub-State and reduce its power consumption to the new

range within tSinkAdj.

4.5.2.3.2.2#3

4.31

For a vRd in the vRd-3.0 range, the port shall transition to the

Power3.0.SNK Sub-State.

4.5.2.3.3 Power3.0.UFP Sub-State

4.5.2.3.3.1 Power3.0.UFP Requirements

4.5.2.3.3.1#1

4.31

The port shall draw no more than the 3.0 A from VBUS.

4.5.2.3.3.1#2

4.31

The port shall monitor vRd while it is in this sub-state.

4.5.2.3.3.1 Power3.0.UFP Requirements

4.5.2.3.3.2#1

4.31

For any change on CC indicating a change in allowable power, the port

shall not transition until the new vRd on CC has been stable for

tPDDebounce.

4.5.2.3.3.2#2

4.31

For a vRd in the vRd-USB range, the port shall transition to the

PowerDefault.SNK Sub-State and reduce its power consumption to the new

range within tSinkAdj.

4.5.2.3.3.2#3

4.31

For a vRd in the vRd-1.5 range, the port shall transition to the

Power1.5.SNK Sub-State and reduce its power consumption to the new

range within tSinkAdj.

4.5.3.2.2 Legacy Host Port to UFP Behavior

4.5.3.2.2#1

4.29

The value of Rp shall indicate an advertisement of Default USB Power

(See Table 4-10), even though the cable itself can carry 3 A.

4.5.3.2.4 Legacy Host Port to DRP Behavior

剩余90页未读，继续阅读

hazhanglei

粉丝: 2
资源: 6

"USB Type-C功能测试规范详解与应用指南"

USB Type C Functional Test Specification

USB Type-C Functional Test Specification

USB-C 电源测试规范

USB Type C功能测试规范2020年7月16日版

应用程序性能测试：USB Type-C 规范1.1测试准备

应用性能测试：USB Type-C 规范1.1版测试解析

应用性能测试：USB Type-C 规范解析

实时分析与性能测试：USB Type-C 规范解析

性能测试的重要性与USB Type-C规范1.1版

应用程序性能测试：USB Type-C 规范1.1版的挑战

最新资源