add USB_PD_R3.2
This commit is contained in:
parent
920097c3ad
commit
a1c36ccc90
192 changed files with 13006 additions and 0 deletions
212
USB_PD_R3.2/01-introduction.md
Normal file
212
USB_PD_R3.2/01-introduction.md
Normal file
|
|
@ -0,0 +1,212 @@
|
|||
<!-- page 21 -->
|
||||
|
||||
# Chapter 1. Introduction
|
||||
|
||||
USB Power Delivery (PD) is a power transfer standard that allows USB cables and connectors to deliver higher
|
||||
power levels (up to 240W) for a wide range of devices, including laptops, tablets, smartphones, and peripherals.
|
||||
In addition to power delivery, USB PD supports data protocol negotiations over USB-C, thus making it a versatile
|
||||
solution for both power and data configurations.
|
||||
|
||||
Key features of USB PD:
|
||||
|
||||
- Negotiable power output – Supports negotiating power up to 240W (48V/5A) to power high-demand devices
|
||||
like laptops, monitors, and gaming consoles.
|
||||
- Renegotiable power – Powered devices and power sources renegotiate power levels to deliver optimal power
|
||||
based on a particular Device's immediate requirements.
|
||||
- Bidirectional power – Devices can both provide and consume power, enabling features like Host charging
|
||||
(e.g., powering a laptop from an external monitor).
|
||||
- Unified connector – Uses the USB-C connector that supports both power and data transfer through a single
|
||||
cable.
|
||||
- Data protocol Negotiation – USB PD allows a Device to Connect using the default USB2/USB3 data connection or switch to alternate data modes, enabling USB-C to support additional protocols such as DisplayPort,
|
||||
USB4, and Thunderbolt 3 for video output and high-speed data transfer.
|
||||
|
||||
In summary, USB PD maximizes the potential of USB-C by providing both flexible power delivery and data protocol
|
||||
negotiations, thus making it a universal solution for modern devices.
|
||||
|
||||
## 1.1. Cable and Connectors
|
||||
|
||||
The USB Power Delivery specification assumes the use of certified USB cables and associated detection mechanisms as defined in [USB-C].
|
||||
|
||||
## 1.2. Operational Overview
|
||||
|
||||
A USB PD connection is based on the underlying USB-C standard and roles as defined in [USB-C]. The Source
|
||||
Port provides power, and the Sink Port consumes power. Each connection has one Source and one Sink, which
|
||||
are established during the initial connection.
|
||||
|
||||
At the point of Attachment, the Source Port functions as both the Downstream Facing Port (DFP) and the VCONN
|
||||
Source, while the Sink Port functions as the Upstream Facing Port (UFP).
|
||||
|
||||
Power roles (Source/Sink), data roles (DFP/UFP), and the VCONN Source role can be swapped independently
|
||||
during a connection. These role swaps depend on whether the ports support Dual-Role Power (DRP) or Dual-Role
|
||||
Data (DRD) Capabilities. Ports with dual-role Capabilities can switch between providing and consuming power or
|
||||
acting as the data Host or Device, depending on the Negotiation.
|
||||
|
||||
## 1.3. USB PD Roles
|
||||
|
||||
### 1.3.1. Source Port
|
||||
|
||||
The Source Port is typically associated with devices like chargers, power banks, notebooks, and docks that power
|
||||
other devices and provide the power in a USB PD connection. The Source defaults to being the DFP at initial connection. It supplies power to a Connected Sink Port and is responsible for initiating power negotiations to determine
|
||||
the appropriate voltage and current levels needed by the connection.
|
||||
|
||||
<!-- page 22 -->
|
||||
|
||||
### 1.3.2. Sink Port
|
||||
|
||||
The Sink Port is the power-consuming Port in a USB PD connection and is typically associated with devices like
|
||||
smartphones, tablets, notebooks, and peripherals that rely on an external power Source to charge. The Sink defaults
|
||||
to being the UFP at initial connection. It draws power from a Connected Source Port and participates in power
|
||||
Negotiation to ensure it receives the appropriate voltage and current levels.
|
||||
|
||||
### 1.3.3. Downstream Facing Port (DFP)
|
||||
|
||||
The Downstream Facing Port (DFP) is the Port in a USB-C connection associated with the USB Host role. It is the
|
||||
Initiator in Data Role negotiations and handles most downstream data communications. See [USB2] and [USB3]
|
||||
for more information about Downstream ports.
|
||||
|
||||
### 1.3.4. Upstream Facing Port (UFP)
|
||||
|
||||
The Upstream Facing Port (UFP) is the Port in a USB-C connection that is associated with the USB Peripheral role.
|
||||
It is the Responder in Data Role Negotiation and handles most upstream data communication. See [USB2] and
|
||||
[USB3] for more information about Upstream ports.
|
||||
|
||||
### 1.3.5. Dual-Role Power (DRP) Ports
|
||||
|
||||
Dual-Role Power Ports can operate as either a Source or a Sink and swap between the two Power Roles as needed.
|
||||
|
||||
### 1.3.6. Dual-Role Data (DRD) Ports
|
||||
|
||||
Dual-Role Data Ports have the ability to operate as either a DFP or a UFP and to swap between the two Data
|
||||
Roles. Products can be Dual-Role Data Ports without being Dual-Role Power Ports. This means that they can switch
|
||||
logically between DFP and UFP Data Roles, even if they are Source-only or Sink-only for power.
|
||||
|
||||
### 1.3.7. VCONN Source
|
||||
|
||||
The VCONN Source is the Port that provides power to Cable Plugs. The VCONN Source is typically the Downstream
|
||||
Facing Port (DFP) and supplies power to enable Active Cable circuitry and support cable identification and management in USB PD connections. To commuunicate with Cable Plugs, a Port must be the VCONN Source. For more
|
||||
information about a USB Type-C Source Port's requirements regarding VCONN, see [USB-C].
|
||||
|
||||
### 1.3.8. Cable Plugs
|
||||
|
||||
In the context of USB PD, Cable Plug refers to embedded USB PD communication-capable circuitry within a cable,
|
||||
plug, or accessory that is typically associated with a single plug end of a cable or a captive plug on a Device. This
|
||||
circuitry consists of the embedded electronic marker (e-marker) chip and/or any active circuitry within the Cable.
|
||||
|
||||
Cable Plugs are powered when VCONN is present but are generally not aware of the status of the Contract between
|
||||
the two Connected ports. They do not initiate communication and only respond to messages that are addressed
|
||||
to them.
|
||||
|
||||
The Source or Sink communicates with the Cable Plug circuitry to retrieve information about the Attached cable
|
||||
or accessory, such as current-carrying capability or supported data rates, or to direct the plug to enter a specific
|
||||
data Mode.
|
||||
|
||||
## 1.4. Power Delivery Operational Contracts
|
||||
|
||||
A PD Source and Sink will be in one of three Contracts:
|
||||
|
||||
<!-- page 23 -->
|
||||
|
||||
- Default Contract – A non-Negotiated power Contract established at the initial connection, as defined in [USBC], withadefault voltageof5V. The Sink mightdraw uptotheadvertised USB-C current. The Sourceremains
|
||||
in the Default Contract until the Sink disconnects or both ports Negotiate and establish an Explicit Contract.
|
||||
- Explicit Contract – The State of the Source and Sink after any PD Power Negotiation has taken place. This
|
||||
is the normal operational State for PD and must be entered before other USB PD messaging can occur.
|
||||
A Source offers power contracts to a Sink using USB PD messaging, and the Sink requests a Contract,
|
||||
which is then accepted by the Source. Data connections and modes other than USB2 and USB3 might be
|
||||
established in an Explicit Contract.
|
||||
- Implicit Contract – A transitory power Contract that follows a Power Role Swap or Fast Role Swap. The
|
||||
available voltage, similar to a Default Contract, is 5V, with current defined by the advertised USB-C current.
|
||||
The Source in an Implicit Contract will immediately Negotiate with the Sink to establish an Explicit Contract.
|
||||
All data connections and modes are maintained during an Implicit Contract.
|
||||
|
||||
## 1.5. Source and Sink Operation in USB PD
|
||||
|
||||
In a USB PD connection, the Source and Sink engage in a series of Message exchanges to Negotiate power
|
||||
contracts, data roles, and Mode implementation (such as Alternate Mode or USB4 Mode). This process ensures
|
||||
both ports operate with compatible power levels and functional Capabilities.
|
||||
|
||||
### 1.5.1. General Source-to-Sink Initial Interaction
|
||||
|
||||
1. Initial Connection (Attach) – Defined by [USB-C].
|
||||
|
||||
- The Source asserts Rp (pull-up resistor or pull-up current) on the CC line, and the Sink asserts Rd (pulldown resistor) to establish the connection.
|
||||
- The Source provides a Default Contract at the advertised Rp current at 5V upon connection.
|
||||
|
||||
2. Power Discovery.
|
||||
|
||||
- The Source advertises its available power options through its Source Capabilities. These messages
|
||||
define voltage (e.g., 5V, 9V, 15V, 20V) and current levels the Source can supply.
|
||||
|
||||
3. Power Negotiation and Explicit Contract. The Sink requests the preferred power option based on its requirements.
|
||||
|
||||
- The Source accepts the Request to establish the Explicit Contract.
|
||||
- The Source then indicates that it is supplying the agreed power level.
|
||||
- Once the Explicit Contract is established, both ports enter a stable power State and might establish a
|
||||
Data Role change or Mode Entry.
|
||||
|
||||
4. Data Role and Mode Entry.
|
||||
|
||||
- When a role change is desired, the Source and Sink exchange Data Role messages to determine the
|
||||
DFP (Downstream Facing Port) and UFP (Upstream Facing Port) roles.
|
||||
- The Source might Request the Sink to send capability information and to confirm data Mode compatibility.
|
||||
- The Source might initiate USB4 Mode Entry, if supported.
|
||||
- The Source can initiate Alternate Mode Entry by asking the Sink to Advertise its supported modes.
|
||||
- If a compatible Alternate Mode is found (e.g., DisplayPort), the Source requests to enter the Mode.
|
||||
|
||||
5. Ongoing Communication and Role Swaps
|
||||
|
||||
<!-- page 24 -->
|
||||
|
||||
- During the connection, the Source and Sink can continue to exchange Control and Data messages to
|
||||
renegotiate power levels, switch roles, etc.
|
||||
- Both ports can perform a Power Role Swap, where the Source becomes the Sink, and vice versa.
|
||||
- A Data Role Swap can also occur, changing which Port acts as the DFP (Host) or UFP (Peripheral)
|
||||
for data transfer.
|
||||
|
||||
## 1.6. Common PD Device Types
|
||||
|
||||
USB PD devices fall into a few general categories, such as:
|
||||
|
||||
- Dedicated power sources – wall chargers (bricks), power banks, etc.
|
||||
- Host systems – computers (desktop, portable), mobile phones, tablets, etc.
|
||||
- Peripherals – mice, keyboards, displays, hard drives, cameras, speakers, headsets, etc.
|
||||
- Data routers – hubs, docks.
|
||||
|
||||
Some devices can be combinations such as a display/dock or cameras that can function as a Host or Device. With
|
||||
USB PD, these can also be power Sources or power Sinks, or both, depending on what they are Attached to. For
|
||||
example, a Host computer can be a power Sink and be charged when Connected to a wall Charger, but it might
|
||||
then be a power Source to a downstream Peripheral such as a hard drive.
|
||||
|
||||
## 1.7. USB-PD Architectural Overview
|
||||
|
||||
This section describes the logical architecture of the USB Power Delivery (USB PD) specification. The architecture
|
||||
overview presented here is conceptual and not intended to prescribe a specific implementation. Rather, it provides
|
||||
a high-level framework that is referenced throughout this specification.
|
||||
|
||||
USB PD defines a bus protocol specifying voltage levels, current limits, Signaling, timing, and other interface parameters that are Negotiated between two ports. It does not define how these requirements must be implemented
|
||||
in a particular Device. Implementation details are left to the product designer and are outside the scope of this
|
||||
specification.
|
||||
|
||||
At a high level, USB PD is structured as a hierarchy of control layers, where each layer communicates with its
|
||||
adjacent layers. From lowest to highest, these layers are:
|
||||
|
||||
- `Device Policy Manager`: Coordinates USB PD behavior across the Device by managing one or more ports
|
||||
based on the Device's overall power and data Policy.
|
||||
- `Policy Engine`: Enforces local power and data Policy for an individual Port.
|
||||
- `Protocol Layer`: Constructs and interprets USB PD messages exchanged between ports.
|
||||
- `Physical Layer`: Handles bit-level transmission and reception on the physical connector and performs error
|
||||
detection on messages using a CRC mechanism.
|
||||
- `USB-C Port Control`: Provides mechanisms to execute USB-C State machines and informing the other
|
||||
layers of Attach/Detach events, plug orientation, and set and detect Type-C current advertisements.
|
||||
|
||||
Each Port includes its own USB-C Port Control, Physical Layer, Protocol Layer, and Policy Engine. The Device
|
||||
Policy Manager is a single entity that manages all ports within the Device.
|
||||
|
||||
USB PD operates over a USB-C connector; as such, the State machines defined in [USB-C] reside within or closely
|
||||
interact with the USB PD control layers. Similarly, voltage and current control for power delivery interface tightly with
|
||||
these layers. Figure 1.1 illustrates these architectural elements.
|
||||
|
||||
<!-- page 25 -->
|
||||
|
||||
**Figure 1.1. USB PD Capable Device High Level Architecture**
|
||||
|
||||

|
||||
Loading…
Add table
Add a link
Reference in a new issue