US20140208134A1 - Host controller interface for universal serial bus (usb) power delivery - Google Patents

Host controller interface for universal serial bus (usb) power delivery Download PDF

Info

Publication number
US20140208134A1
US20140208134A1 US14/160,256 US201414160256A US2014208134A1 US 20140208134 A1 US20140208134 A1 US 20140208134A1 US 201414160256 A US201414160256 A US 201414160256A US 2014208134 A1 US2014208134 A1 US 2014208134A1
Authority
US
United States
Prior art keywords
power
pdc
power delivery
command
usb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/160,256
Inventor
Deric WATERS
Bill Waters
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Texas Instruments Inc
Original Assignee
Texas Instruments Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Texas Instruments Inc filed Critical Texas Instruments Inc
Priority to US14/160,256 priority Critical patent/US20140208134A1/en
Publication of US20140208134A1 publication Critical patent/US20140208134A1/en
Assigned to TEXAS INSTRUMENTS INCORPORATED reassignment TEXAS INSTRUMENTS INCORPORATED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: WATERS, BILL, WATERS, DERIC
Priority to US15/369,129 priority patent/US11422598B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/266Arrangements to supply power to external peripherals either directly from the computer or under computer control, e.g. supply of power through the communication port, computer controlled power-strips
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/382Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3296Power saving characterised by the action undertaken by lowering the supply or operating voltage
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • USB Universal Serial Bus
  • USB Power Delivery (PD) specification version 1.0, which is incorporated herein by reference as if reproduced in its entirety, is defined to enable more flexible power delivery and provide higher power over USB PD cables and connectors.
  • the USB PD specification may increase power levels up to about 100 Watts (W), allow a power consumer and/or a power provider to swap roles, optimize power management across multiple peripherals, and/or manage power at a system level.
  • the USB PD specification defines a communication link and protocol between USB ports connected via a USB PD cable and connectors, where a pair of USB PD port partners (e.g. a provider port and a consumer port) may exchange power delivery capabilities and negotiate power requirements over the communication link.
  • a pair of USB PD port partners e.g. a provider port and a consumer port
  • an apparatus includes a system management bus and a processor.
  • the system management bus is configured to communicate with a USB Power Delivery Controller (PDC).
  • the processor is coupled to the system management bus and configured to communicate with the PDC via the system management bus.
  • the process is further configured to send a power delivery configuration to the PDC, wherein the power delivery configuration comprises voltage and current settings, send a power delivery command to the PDC, wherein the power delivery command instructs the PDC to request a power capability of a USB port partner, and receive a power delivery status from the PDC, wherein the power delivery status comprises the power capability of the USB port partner.
  • an apparatus in another embodiment, includes a power bus interface, a system management bus interface, and a processor.
  • the power bus is configured to communicate with a USB port partner.
  • the system management bus interface is configured to communicate with a host.
  • the processor is coupled to the power bus interface and the system management interface.
  • the processor is further configured to receive, via the system management bus interface, a power delivery configuration from the host, wherein the power delivery configuration comprises voltage and current settings, generate a power capability message based on the power delivery configuration, send, via the power bus interface, the power capability message to the USB port partner, and send, via the system management bus interface, a power delivery status to the host, wherein the power delivery status comprises a USB plug detection status.
  • a method for interfacing with a PDC via a system management bus includes sending a power delivery configuration, a power delivery command, and a power delivery event configuration to the PDC.
  • the method further includes receiving a power delivery status, and a power delivery message from the PDC.
  • the power delivery configuration comprises voltage and current settings.
  • the power delivery command instructs the PDC to send a first power delivery message to a USB port partner of the PDC, and wherein the first power delivery message comprises a hard reset request.
  • the power delivery event configuration comprises a hard reset event.
  • the power delivery status comprises a hard reset status indicating an occurrence of the hard reset event at the PDC.
  • the received power delivery message comprises a power capability of the USB port partner.
  • FIG. 1 shows a block diagram of a USB connection system in accordance with various embodiments
  • FIG. 2 shows a block diagram of a USB PD system in accordance with various embodiments
  • FIG. 3 shows a block diagram of a USB PD controller system in accordance with various embodiments
  • FIG. 4 shows a block diagram of logical layers in a USB PD system in accordance with various embodiments
  • FIG. 5 shows a protocol diagram of an initialization method between a host controller, a PDC, and a far-end device in accordance with various embodiments
  • FIG. 6 shows a protocol diagram of a re-initialization method between a host controller and a PDC in accordance with various embodiments
  • FIG. 7 shows a protocol diagram of an event alert method between a host controller and a PDC in accordance with various embodiments.
  • FIG. 8 shows a protocol diagram of a PDC control method between a host controller, a PDC, and a far-end device in accordance with various embodiments.
  • the USB PD specification may define a communication protocol to address the emergence of employing USB ports primarily for power delivery along with some data transfer instead of primarily for data transfer along with some power delivery.
  • the USB PD specification may define a communication link between ports connected via USB PD cables and connectors.
  • the communication may be designed to be half-duplex and packet based.
  • the packets may comprise information that enables a pair of connected ports (e.g. a sink port and a source port) to communicate and negotiate voltage and/or current that the source port may provide to the sink port.
  • the underlying communication defined in the USB PD specification may be a binary Frequency Shift Keying (FSK).
  • the power delivery communication may occur independently from USB data communication over a USB cable comprising a power delivery wire, V BUS and a data wire, where the USB PD communication may be over the power delivery wire and the USB data communication may be over a data wire.
  • the USB PD specification may enable a device to negotiate power of varying amount based on requirement instead of supplying a default amount of power to all devices. For example, a low power headphone may be plugged into a laptop via a USB PD port and may negotiate for less power (e.g. about 2 W) than a default power. In contrast, a monitor may be plugged into the laptop and negotiate for a high power of about 100 W.
  • power delivery may respond to system power requirement changes and/or requests from a far-end device by increasing or decreasing power consumption accordingly.
  • a USB PD port may act as a power provider to deliver power or a consumer to sink power.
  • the USB PD specification may define a procedure for a port to switch role.
  • a USB PD port may act as a Provider/Consumer (P/C), where the P/C may be a provider that may switch role to be a consumer.
  • a USB PD port may act as a Consumer/Provider (C/P), where the C/P may be a consumer that may switch role to be a provider.
  • a USB PD port may be referred to as a USB port or a port
  • a USB PD port partner e.g. connecting to a local USB device
  • a far-end device e.g. connecting to a local USB device
  • Embodiments of the host interface for USB PD disclosed herein includes a set of commands for exchanging USB PD information between a host controller (e.g. an embedded controller) and a USB PDC.
  • the PDC may implement functionalities defined in the USB PD specification and may be realized in an Integrated Circuit (IC).
  • the host controller may manage and control the PDC for power delivery.
  • the commands may be communicated over a bus interface comprising a data line and a clock line.
  • the bus interface may employ an Inter-Integrated Circuit (I2C) bus interface, a System Management Bus (SMBus) interface as defined in the SMBus Specification version 2.0, which is incorporated herein by reference as if reproduced in its entirety, or any other bus interface configured to communicate across Integrated Circuit (ICs).
  • I2C Inter-Integrated Circuit
  • SMBus Specification version 2.0 System Management Bus
  • the PDC may be a slave module to the host controller, where the host controller may issue commands to the PDC.
  • a host controller may issue a write command or a read command to a PDC.
  • a write command may cause the PDC to initialize some parameters or perform a task and a read command may cause the PDC to return a status or a received message.
  • the bus interface may include an additional alert line, which may allow the PDC to notify the host controller when some events occur.
  • the host controller may enable or disable an event alert by configuring the PDC.
  • a PDC may comprise a non-volatile memory (e.g. Electrical Erasable Programmable Read-Only Memory (EEPROM)) and a host controller may request the PDC to store parameters into the non-volatile memory.
  • EEPROM Electrical Erasable Programmable Read-Only Memory
  • FIG. 1 shows a block diagram of a USB connection system 100 in accordance with various embodiments.
  • System 100 may comprise a USB hub 110 and a plurality of devices 120 , 130 , and 140 .
  • USB hub 110 may be any device configured to expand a single USB port (e.g. connecting to a host system) into multiple USB ports available for device connections.
  • USB hub 110 may comprise a plurality of USB ports 111 (e.g. Port #1 to Port #N).
  • Devices 120 , 130 , and 140 may be any device configured to communicate to a host system via the USB PD communication protocol (e.g. power delivery) and/or the USB communication protocol (e.g. data transfer).
  • the USB PD communication protocol e.g. power delivery
  • USB communication protocol e.g. data transfer
  • a power adaptor may implement the USB PD communication protocol but not the USB communication protocol, whereas a smartphone or a tablet may implement both the USB PD and USB communication protocols.
  • Each device 120 , 130 , or 140 may comprise at least one USB port 121 , 131 , or 141 , respectively, for USB communication.
  • devices 120 and 140 may be connected to a host system via USB hub 110 , where a port 121 of devices 120 may be connected to a port 111 of USB hub 110 and a port 141 of devices 140 may be connected to another port 111 of USB hub 110 .
  • USB devices may be chained, for example, device 130 may be connected to USB hub 110 via device 120 .
  • USB port 111 , 121 , 131 , and/or 141 may be USB PD ports and may be a provider that sources power or a consumer that sinks power.
  • a USB port 111 , 121 , 131 , and/or 141 may be a P/C port or a C/P port.
  • a P/C port may be a provider that sources power and later switches to a consumer that sinks power
  • a C/P port may be a consumer that sinks power and later switches to a provider that sources power.
  • a provider may derive power sources from a plurality of power sources, such as an external power source (e.g. Alternating Current (AC) power), a power storage (e.g. a battery), and/or other ports (e.g. a bus-powered hub).
  • a consumer may utilize power to operate internal functions, power an attached device, and/or store power to some power storages (e.g. battery).
  • FIG. 2 shows a block diagram of a USB PD interconnection system 200 in accordance with various embodiments.
  • System 200 may comprise a source 210 interconnected to a sink 220 via a cable 230 .
  • Source 210 may comprise a transmitter (Tx) 211 , a receiver (Rx) 212 , a cable detection module 213 , a power delivery wire V BUS 214 , and a coupling capacitor 215 .
  • the transmitter 211 and the receiver 212 may be AC coupled to the power delivery wire V BUS 214 via the coupling capacitor 215 .
  • the transmitter 211 and receiver 212 may be configured to transmit and receive signal, respectively, over the power delivery wire V BUS 214 .
  • the cable detection module 213 may be coupled to the transmitter 211 and the receiver 212 and configured to detect the type of an attached cable.
  • Source 210 may further comprise a power supply source 216 and a coupling impedance 217 , which separates the power supply source 216 from the power delivery wire V BUS 214 , the transmitter 211 , and the receiver 212 .
  • the sink 220 may be coupled and configured in substantially similar mechanisms as source 210 .
  • the sink 220 may comprise a load 227 instead of a power supply 216 as in source 210 .
  • FIG. 3 shows a block diagram of a USB PD system 300 in accordance with various embodiments.
  • USB PD system 300 may be a provider that sources power or a consumer that sinks power.
  • USB PD system 300 may comprise substantially similar components as in source 210 or sink 220 .
  • USB PD system 300 may be intended to illustrate a source 210 or a sink 220 implemented via a PDC 310 and a host controller 320 .
  • PDC 310 may be connected to a plurality of power switches 330 and a USB receptacle 340 inserted with a cable 370 .
  • PDC 310 may be any device and/or IC configured to implement the communication protocol defined in the USB PD specification.
  • PDC 310 may comprise a transmitter (Tx) 311 , a receiver (Rx) 312 , and a cable-type detection module 313 , which may be substantially similar to transmitter 211 , receiver 212 , and cable detection module 213 .
  • PDC 310 may further comprise a microcontroller (MCU) 314 , which may implement a power delivery communication stack as defined in the USB PD specification for power delivery message negotiations.
  • the transmitter 311 and the receiver 312 may be configured to implement a half-duplex frequency shift keying (FSK) modem for the transmission or reception of the power delivery negotiation messages over a power delivery wire V BUS 350 (e.g.
  • FSK half-duplex frequency shift keying
  • PDC 310 may further comprise a receive squelch detector 315 , which may be configured to detect signal level on the power delivery wire V BUS 350 and may determine the presence of data communication on the power delivery wire V BUS 350 based on the detected signal level.
  • PDC 310 may switch the power switches 330 in or out depending on power delivery negotiations and/or configurations. For example, PDC 310 may switch to a 20 Volt (V) power supply at one time and may switch to a 5V power supply at another time upon a request. In addition, PDC 310 may switch to sink power instead of source power (e.g. to charge a battery) upon a role swap request.
  • PDC 310 may further comprise a non-volatile memory, which may store configurations parameters.
  • Host controller 320 may be any device configured to control PDC 310 .
  • host controller 320 may be an embedded controller, a MCU, or any other processors.
  • Host controller 320 may be coupled to PDC 310 via a bus interface 360 .
  • bus interface 360 may be a SMBus interface comprising a clock line and a data line as defined in the SMBus specification.
  • host controller 320 may be a master and PDC 310 may be a slave, where the host controller 320 may issue a write command or a read command to PDC 310 .
  • the host controller 320 may place a slave address, a command code, a write transaction type, and a data with variable lengths on the data line.
  • host controller 320 may place a slave address, a command code, a read transaction type, and a data with variable lengths on the data line.
  • the read transaction may cause the host controller 320 and the PDC 310 to switch transmit and receive direction, thus allowing PDC 310 to place data on the data line.
  • the bus interface 360 may further comprise an alert signal to enable PDC 310 to notify host controller 320 when some events occur.
  • Host controller 320 may be configured to implement a set of host commands to configure PDC 310 , manage PDC 310 power delivery, and retrieve statuses from PDC 310 .
  • Host controller 320 may perform some additional actions based on statuses read from PDC 310 .
  • FIG. 4 shows a block diagram of logical layers in a USB PD system 400 in accordance with various embodiments.
  • System 400 may comprise a physical layer 410 , a protocol 420 , a policy engine 430 , a device policy manager 440 , a system policy manager 450 , and a cable-type detection 460 as defined in the USB PD specification.
  • Physical layer 410 may be configured to handle transmission and reception of power delivery messages on a power delivery wire (e.g. power delivery wire V BUS 350 ).
  • Protocol 420 may be configured to exchange power delivery messages between USB PD devices (e.g. between source 210 and sink 220 ).
  • Policy engine 430 may be configured to implement a local policy for power delivery at a USB PD device.
  • Device policy manager 440 may be configured to manage USB PD resources within a USB PD device and may span across one or more USB ports (e.g. ports 111 , 121 , 131 , or 141 ).
  • System policy manger 450 may be configured to manage system wide power delivery in a USB PD interconnection system (e.g. USB PD interconnection system 200 ) across multiple providers and/or consumers.
  • Cable-type detection 460 may be configured to detect the type of attached cables via physical layer 410 . Cable-type detection 460 may provide the detected cable information to device policy manager 440 . The device policy manager 440 may then further manage resources according to the cable information. It should be noted that system policy manager 450 may be optional in a USB PD system.
  • a PDC may implement physical layer 410 , protocol layer 420 , and policy engine 430 , but may not fully implement device policy manager 440 .
  • a device policy manager 440 may be fully or partially implemented on a host controller (e.g. host controller 320 ) external to the PDC.
  • the host controller may communicate with the PDC to jointly realize complete USB PD functionalities.
  • a host controller may configure a PDC, request the PDC to issue power delivery messages to a connected far-end device, read PDC statuses, read far-end messages received by the PDC, and/or perform other actions locally in response to messages received from the far-end device.
  • Control messages may be messages for managing message flow between a pair of USB PD ports (e.g. GoodCRC, Accept, Reject messages, etc.) or for exchanging commands (e.g. GotoMin, Get_Sink_Cap, Get_Source_Cap, Swap messages, etc.) between a pair of USB PD ports.
  • Data messages may be messages for carrying data information for power delivery negotiation (e.g. SourceCapabilities, SinkCapabilities, Request messages, Built in Self-Test (BIST), vendor defined, etc.).
  • a SourceCapabilities or SinkCapabilities message may comprise a plurality of power data objects (PDOs) and a Request message may comprise a plurality of request data objects (RDOs).
  • PDO may comprise current, voltage, and/or power limits (e.g. maximum, minimum, peak, and/or or operating) for a single power supply (e.g. fixed, variable, or battery).
  • a provider port may send a PDO to indicate current, voltage, and/or power that the provider port may provide.
  • a consumer port may send a PDO to indicate current, voltage, and/or power that the consumer port may operate on.
  • a consumer port may send a RDO in response to a PDO sent by the provider port to negotiate current, voltage, and/or power that the consumer port may require.
  • a PDC may fully manage and control the flow control messages as the flow control messages may be exchanged entirely between the PDC and a connected far-end device, whereas the command control messages and the data messages may be partially driven by a host controller.
  • FIGS. 5-8 are intended to illustrate some examples of interactions between a host controller and a PDC when implementing some of the USB PD functionalities. The interactions may be described with the host controller acting as a master to the PDC (e.g. over a SMBus interface), where all commands (e.g.
  • read or write transactions may be initiated by the host controller and the PDC may notify the host controller via an alert signal.
  • the mechanisms for a PDC to alert the host may be alternatively configured as determined by a person of ordinary skill in the art to achieve the same functionalities.
  • FIG. 5 shows a protocol diagram of an initialization method 500 between a host controller (e.g. host controller 320 ), a PDC (e.g. PDC 310 ), and a far-end device in accordance with various embodiments.
  • the host controller and the PDC may reside on a local device, which may act as a source or a sink depending on configuration parameters.
  • Method 500 may begin with the host controller sending a set of initialization parameters and negotiation parameters to configure the PDC at step 510 .
  • Initialization parameters may include PDOs for a source, PDOs for a sink, and/or RDOs for a sink.
  • the source PDOs may be employed by a source when sending a source capability message while the sink PDOs and the RDOs may be employed by a sink when sending a sink capability message and requesting for power, respectively.
  • the PDC may save the parameters locally.
  • the host controller may send an enable command to the PDC to enable the PDC to begin operating with the initialization and negotiation parameters.
  • the PDC may establish a PD connection, exchange capabilities with the far-end device and/or request power from the far-end device according to the protocol defined in the USB PD specification.
  • FIG. 6 shows a protocol diagram of a re-initialization method 600 between a host controller (e.g. host controller 320 ) and a PDC (e.g. PDC 310 ) in accordance with various embodiments.
  • Method 600 may begin after the PDC is initialized (e.g. after step 530 of method 500 is completed).
  • the host controller may send a re-initialization command to the PDC to start a re-initialization process.
  • the PDC may prepare to enter a re-initialization state. For example, the PDC may abort an active PD contract.
  • the host controller may send updated initialization parameters to the PDC.
  • the PDC may save the parameters locally.
  • the host controller may send an enable command to the PDC to activate the updated initialization parameters.
  • the PDC may operate according to updated initialization parameters.
  • FIG. 7 shows a protocol diagram of an event alert method 700 between a host controller (e.g. host controller 320 ) and a PDC (e.g. PDC 310 ) in accordance with various embodiments.
  • Method 700 may begin with the host controller sending an alert status mask command to the PDC to register with the PDC for some events at step 710 .
  • Some examples of events may include a hardware reset event, a plug status event, an error event, a message received event, and/or a BIST mode event.
  • the PDC may save the registered events locally.
  • the PDC may detect an event that has been registered by the host controller.
  • the PDC may assert an alert signal (e.g.
  • the host controller may issue a read command to the PDC to retrieve the reason of alert.
  • the PDC may return the reason of alert to the host controller.
  • the host controller may take various actions depending on the received event. In one embodiment, the host controller may perform some actions based on the retrieved event. In another embodiment, the host controller may further retrieve event detail (e.g. type of hard reset, type of cable detected, or type of error detected) by issuing a command to the PDC as shown in step 771 and the PDC may return the event detail to the host controller at step 772 .
  • event detail e.g. type of hard reset, type of cable detected, or type of error detected
  • the event detail may trigger the host controller to retrieve further information from the PDC, such as retrieving a message from the PDC, by issuing a read message command to the PDC as shown in step 773 , and the PDC may return the received message to the host controller at step 774 .
  • the host controller may or may not take further actions depending on the event detail or the message read. As such, steps 771 - 774 may be optional and may depend on the received event.
  • FIG. 8 shows a protocol diagram of a control method 800 between a host controller (e.g. host controller 320 ), a PDC (e.g. PDC 310 ), and a far-end device in accordance with various embodiments.
  • the host controller and the PDC may reside on a local device.
  • Method 800 may begin with the host controller sending a command to the PDC to request capability of a connected port partner at step 810 .
  • the host controller may send an alert status mask command to the PDC to register with the PDC for a received message event.
  • the PDC may send the capability request message (e.g. Get_Source_Cap) to the far-end device.
  • the capability request message e.g. Get_Source_Cap
  • the PDC may receive a capability response from the far-end device.
  • the PDC may assert an alert signal to notify the host controller of a received message.
  • the host controller may issue a read command to the PDC to retrieve the reason of alert.
  • the PDC may return the reason of alert (e.g. a capability message is received) to the host controller.
  • the host controller may issue a command to retrieve the received capability message.
  • the PDC may send the received message to the host controller.
  • Table 1 shows an embodiment of host interface commands that may be employed by a host controller (e.g. host controller 320 ) to communicate with a PDC (e.g. PDC 310 ) in a USB PD system (e.g. USB PD system 300 ) to perform USB power delivery functionalities.
  • the host controller and the PDC may reside on a local device and may negotiate power delivery options with a connected far-end device.
  • the PDC may implement the USB PD communication protocol (e.g. physical layer and protocol layer) as defined in the USB PD specification and the host controller may configure and manage the PDC.
  • Some examples of host interface commands may include sending PDC configurations (e.g. initialization parameters and negotiation parameters) and PDC controls (e.g.
  • a read command from the host controller may be indicated as (R) and a write command from the host controller may be indicated as (W).
  • R a read command from the host controller
  • W a write command from the host controller
  • code values, command names, data values, and/or bit positions described in the following embodiments may be for illustrative purpose.
  • the interactions may be described with the host controller acting as a master to the PDC (e.g. over a SMBus interface) and initiating read and/or write commands.
  • the interface commands may be alternatively configured as determined by a person of ordinary skill in the art to achieve the same functionalities.
  • a STATUS_ALERT command may be issued by a host controller to retrieve an alert status from a PDC after receiving an alert signal from the PDC.
  • the STATUS_ALERT command may be indicated by a command code of 0x00 in hexadecimal format and the alert status may be about two octets long.
  • the alert status may indicate the event that causes the PDC to send an alert signal to the host controller.
  • Each event may be indicated by about 1-bit.
  • a bit-value of one may indicate the PDC detected an occurrence of the event and a bit-value of zero may indicate otherwise.
  • Some of the events may comprise more detailed information, which may be retrieved by the host controller via a STATUS_USB_PD command, which may be explained more fully below.
  • the PDC may notify the host controller of a HardReset event when a hard reset has been performed.
  • the HardReset event may be indicated by setting bit zero of the alert status to a value of one.
  • the host controller may further retrieve the HardReset event value to determine the type of hard reset performed by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the PDC may notify the host controller of an ErrorType event when the PDC detects an error.
  • the ErrorType event may be indicated by setting bit one of the alert status to a value of one.
  • the host controller may further retrieve the ErrorType event value to determine the type of errors by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the PDC may notify the host controller of a VendorSpecific event to report a vendor specific message related events (e.g. sent, received).
  • the VendorSpecific event may be indicated by setting bit two of the alert status to a value of one.
  • the host controller may further retrieve the VendorSpecific event value to determine the type of vendor message events by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the PDC may notify the host controller of a MsgType1 event when the PDC receives a message from the far-end port.
  • the MsgType1 event may be indicated by setting bit three of the alert status to a value of one.
  • the host controller may further retrieve the MsgType1 event value to determine the type of message receive by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the host controller may take further action depending on the message type. For example, when the received message is a GotoMin message, the host controller may configure the system to draw less current from the V BUS (e.g. power delivery wire V BUS 350 ).
  • V BUS e.g. power delivery wire V BUS 350
  • the PDC may notify the host controller of a BISTMode event when the PDC enters a BIST mode physical layer test.
  • the BISTMode event may be indicated by setting bit four of the alert status to a value of one.
  • the PDC may notify the host controller of a SMBusSlave event when the PDC detects an error at the SMBus interface.
  • the SMBusSlave event may be indicated by setting bit five of the alert status to a value of one.
  • the PDC may notify the host controller of a PlugStatus event when the PDC detects a change in an USB plug status (e.g. insert or removal).
  • the PlugStatus event may be indicated by setting bit six of the alert status to a value of one.
  • the host controller may further retrieve the PlugStatus event value to determine the type of plug status changes by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the PDC may notify the host controller of an ExcessivelRDrop event when the PDC measures an excessive voltage drop on the V BUS wire.
  • the ExcessivelRDrop event may be indicated by setting bit seven of the alert status to a value of one.
  • the host controller may configure the system to draw less current from the V BUS wire.
  • the PDC may notify the host controller of a negotiationUpdate event when the PDC has an updated power contract after negotiating with a far-end port.
  • the NegotiationUpdate event may be indicated by setting bit eight of the alert status to a value of one.
  • the host controller may further retrieve the NegotiationUpdate event value to determine the type of contract changes by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • the PDC may notify the host controller of a StoreConfigurationComplete event when the PDC has successfully stored configuration parameters to a non-volatile memory.
  • the StoreConfigurationComplete event may be indicated by setting bit nine of the alert status to a value of one.
  • the PDC may notify the host controller of an AwokenByHost controller event to indicate that the PDC has been woken up (e.g. from a sleep mode) by the host controller either via SMBus traffic or through an assertion of a designed signal.
  • the AwokenByHost controller event may be indicated by setting bit ten of the alert status to a value of one.
  • a CLEAR_STATUS command may be issued by a host controller to clear all the bits in the alert status.
  • the CLEAR_STATUS command may be indicated by a command code of 0x01 in hexadecimal format and the command may be about one octet long.
  • a STATUS_USB_PD command may be issued by a host controller to retrieve a USB PD status from a PDC.
  • the STATUS_USB_PD command may be indicated by a command code of 0x02 in hexadecimal format and the USB PD status may be about four octets long.
  • the host controller may retrieve more detail information of the HardReset event by issuing the STATUS_USB_PD command.
  • the PDC may indicate a HardReset event value by about 3-bits in the USB PD status. For example, an event value of zero may indicate no hard reset is performed at the PDC. An event value of one may indicate the PDC performed a hard reset caused by receiving a hard reset request from a far-end port. An event value of two may indicate the PDC performed a hard reset due to a hard reset request received from a local device policy manager.
  • An event value of three may indicate the PDC performed a hard reset due to safety reason.
  • An event value of four may indicate the PDC performed a hard reset due to a hard reset request received from a policy engine and the PDC has signaled the far-end port of the hard reset.
  • the host controller may retrieve more detail information of the ErrorType event by issuing the STATUS_USB_PD command.
  • the following table lists some examples of ErrorType event values:
  • the PDC may indicate an ErrorType event value by about 4-bits in the USB PD status. For example, an event value of zero may indicate no error is detected at the PDC. An event value of one may indicate the PDC detects a connected USB PD device with an incompatible specification version. An event value of two may indicate receiving an invalid command from the host controller (e.g.
  • a GotoMin command when PDC's contract does not support GotoMin).
  • An event value of three may be indicated when the PDC is a sink and a connected USB source may not provide an acceptable voltage and/or current (e.g. a Reject message is received for a requested contract).
  • the host controller may further retrieve the contract received by issuing an ACTIVE_CONTACT_PDO command, which may be discussed more fully below.
  • An event value of four may be indicated when the PDC is a sink and a connected USB source may provide an acceptable voltage and/or current, but not at the present time.
  • PlugStatus event values are listed below:
  • the PDC may indicate a PlugStatus event value by about 4-bits in the USB PD status representing the different types of USB plug is inserted or removed. For example, an event value of zero may indicate no cable insertion is detected by the PDC. An event value of one may indicate the PDC detects an insertion of a legacy A plug. An event value of two may indicate the PDC detects an insertion of a legacy B plug. An event value of three may indicate the PDC detects an insertion of a legacy B plug or may not detect any plug insertion. An event value of four may indicate the PDC detects an insertion of a micro PD B plug or a standard PD B plug.
  • An event value of five may indicate the PDC detects an insertion of a micro PD A plug or a standard PD A plug.
  • An event value of six may indicate the PDC detects a USB plug is removed.
  • An event value of seven may indicate the PDC detects an insertion of a low power micro PD A plug.
  • An event value of eight may indicate the PDC detects an insertion of a legacy A plug or no plug.
  • An event value of nine may indicate the PDC detects an insertion of a legacy A plug and a far-end port may be able to source power.
  • An event value of ten may indicate the PDC detects an insertion of a legacy B plug and the far-end port may not support PD.
  • An event value of thirteen may indicate the PDC detects an insertion of a micro PD B plug or a standard PD B plug and the far-end port may source power.
  • An event value of fifteen may indicate the PDC detects an insertion of a low power micro PD A and the far-end port may source power.
  • the host controller may retrieve PDC control status in response to the requested action by issuing the STATUS_USB_PD command.
  • PDC control status values include:
  • the PDC may indicate a PDC control status value by about 3-bits in the USB PD status. For example, a status value of zero may indicate the PDC is not processing any USB PD control command from the host controller. A status value of one may indicate the PDC is processing a last USB PD control command issued by the host controller. A status value of two may indicate the PDC has completed the processing of a last USB PD control command issued by the host controller.
  • a status value of three may indicate the PDC has failed to process a last USB PD control command issued by the host controller.
  • a status value of four may indicate the PDC is waiting for the host controller to respond. For example, a PDC may be waiting on the host controller to provide a list of source capabilities for sending to a far-end device or to provide instructions to select a capability during capability evaluation.
  • a status value of five may indicate the PDC is transitioning to another power supply.
  • the host controller may retrieve more detail information of the VendorSpecific event by issuing the STATUS_USB_PD command.
  • the following table lists some examples of VendorSpecific event values:
  • VendorSpecific Event Value Description 00b no vendor defined message activity 01b Vendor defined message send failed 10b Vendor defined message received 11b Vendor defined message sent successfully.
  • the PDC may indicate a VendorSpecific event value by about 2-bits in the USB PD status. For example, an event value of zero may indicate the PDC detects no vendor specific message activity. An event value of one may indicate the PDC fails to send a vendor specific message. An event value of two may indicate the PDC receives a vendor specific message from the far-end port. An event value of three may indicate the PDC successfully sent a vendor specific message.
  • the host controller may retrieve more detailed information of the received message types by issuing the STATUS_USB_PD command.
  • the received message may be a control message or a data message as defined in the USB PD specification.
  • a control message may be differentiated from a data message by employing 1-bit from the USB PD status, where a bit-value of one may indicate a data message and a bit-value of zero may indicate a control message.
  • the message type may be indicated by about 4-bits and the message type values may be as defined in the USB PD specification.
  • the host controller may further retrieve information of the received message content from the USB PD status. For example, the host controller may retrieve a peak power value embedded in a SourceCapability message or a higher capability value embedded in a SinkCapability message. In addition, a host controller may retrieve a USB communication capable value, an USB communication suspend support value, a dual role value, and/or any other fields embedded in a SourceCapability message or a SinkCapability message. The host controller may also retrieve the complete contract by issuing an ACTIVE_CONTRACT_PDO command and/or an ACTIVE_CONTRACT_RDO command, which may be discussed more fully below.
  • the host controller may retrieve more detailed information of the NegotiationUpdate event by issuing the STATUS_USB_PD command.
  • the following table lists some examples of NegotiationUpdate event values:
  • the source is offering new capabilities that would increase voltage.
  • the PDC may indicate a NegotiationUpdate event value by about 2-bits in the USB PD status. For example, an event value of zero may indicate the PDC may not have an updated contract to update. An event value of one may indicate the PDC has negotiated a new contract and power in a stable state.
  • the host controller may further retrieve the updated contract by issuing an ACTIVE_CONTRACT_PDO command, which may be discussed more fully below.
  • An event value of two may be indicated when the PDC is a sink and receives a contract from a USB source indicating that the USB source may increase voltage.
  • a STATUS_SMBUS_SLAVE command may be issued by a host controller to a PDC to retrieve SMBus statuses.
  • the STATUS_SMBUS_SLAVE command may be indicated by a command code of 0x03 in hexadecimal format and the SMBus slave status may be about one octet long.
  • the following table lists some examples of SMBus slave statuses:
  • the PDC may indicate an invalid command is received from the host controller, for example, by setting bit zero of the SMBus status to a value of one.
  • the PDC may indicate an invalid data is received from the host controller, for example, by setting bit one of the SMBus status to a value of one.
  • the PDC may indicate an invalid packet error check (PEC) is received from the host controller, for example, by setting bit two of the SMBus status to a value of one.
  • PDC may indicate the host controller send a read-only command with a transaction type of write, for example, by setting bit three of the SMBus status to a value of one.
  • the PDC may indicate an incorrect block size when the block size written by the host controller does not match the size of the command, for example, by setting bit four of the SMBus status to a value of one.
  • the PDC may indicate when the number of incoming data bytes on the SMBus exceeds the expected size, for example, by setting bit five of the SMBus status to a value of one.
  • the PDC may indicate the host controller misuse a secondary address for a command that is not a read STATUS_ALERT command when responding to an alert event, for example, by setting bit six of the SMBus status to a value of one.
  • the PDC may indicate some other unexpected error on the SMBus, for example, by setting bit seven of the SMBus status to a value of one.
  • an ENABLE command may be issued by a host controller to enable a PDC to begin operating with the initialization parameters.
  • the ENABLE command may be indicated by a command code of 0x05 in hexadecimal format and may be about one octet long. It should be noted that some dynamic initialization parameters may be modified subsequent to an ENABLE command.
  • a REINITIALIZE command may be issued by a host controller to indicate the host controller may start to re-initialize PDC parameters.
  • the REINITIALIZE command may be indicated by a command code of 0x06 in hexadecimal format and may be about one octet long. It should be noted that when the PDC receives a REINITIALIZE command, the PDC may be set to a state ready for parameter re-initialization and may end a current contract.
  • a VOLTAGE_INFO command may be issued by a host controller to retrieve PDC voltage information.
  • the VOLTAGE_INFO command may be indicated by a command code of 0x07 in hexadecimal format and may be about four octets long.
  • the following table lists some examples of voltage information:
  • the voltage information may comprise a present voltage, a reference voltage, and a difference between a reference voltage and a present voltage, which may all be about 10-bits long.
  • the present voltage may indicate a current voltage measurement on the V BUS wire
  • a reference voltage may indicate a voltage measurement on the V BUS wire at a time when current drawing is small (e.g. small IR drop)
  • the difference between the reference voltage and the present voltage may indicate the IR drop on the V BUS wire.
  • an ACTIVE_CONTRACT_PDO command may be issued by a host controller to retrieve a current contract negotiated by a PDC, which may carry the contract information as defined in the USB PD specification.
  • the ACTIVE_CONTRACT_PDO command may be indicated by a command code of 0x08 in hexadecimal format and may be about four octets long. It should be noted that a current contract value of all zeroes may indicate no contract is present.
  • the contract information returned via the ACTIVE_CONTRACT_PDO command may include the maximum and the minimum voltage or a nominal voltage if the supply type is fixed.
  • the contract information may also include a maximum current or a maximum power.
  • Other contract information that may be present is a Dual-Role bit indicating whether a device may be a source and a sink, a USB Suspend Support bit, an externally powered bit, a USB Communications capable bit, and a Peak Power bit field.
  • an ACTIVE_CONTRACT_RDO command may be issued by a host controller to retrieve a contract currently requested by a PDC when the PDC is a sink, which may carry the request information as defined in the USB PD specification.
  • the ACTIVE_CONTRACT_RDO command may be indicated by a command code of 0x09 in hexadecimal format and may be about four octets long. It should be noted that a request contract value of all zeroes may indicate no request contract is present.
  • the contract information returned to the ACTIVE_CONTRACT_RDO command may include an operating current, a maximum operating current, a minimum operating current, an operating power, a maximum operating power, and/or a minimum operating power. Other information that may be included are a GiveBackFlag bit, an object position field, a capability mismatch bit, a USB Communications capable bit, and a no USB suspend bit.
  • a USB_PD_CONTROL command may be issued by a host controller to request a PDC to perform an action.
  • the USB_PD_CONTROL command may be indicated by a command code of 0x0A in hexadecimal format and may be about one octet long.
  • the PDC may indicate a PDC control by about 4-bits. For example, a control value of zero may indicate no action is requested. A control value of one may request the PDC to send a GotoMin message to a far-end port to reduce current drawing from the V BUS wire.
  • a control value of two may request the PDC to send a HardReset message to a far-end port to perform a hard reset.
  • a control value of three may request the PDC to update cable connection status, where the PDC may perform cable detection and send the host controller an alert signal when the plug status is ready.
  • the host controller may receive the alert signal, retrieve the alert status by issuing a STATUS_ALERT command and followed by issuing a STATUS_USB_PD command to retrieve more detail information of the plug status as described herein above.
  • a control value of five may request the PDC to disable PD functionalities and act as a non-PD device.
  • a control value of six may request the PDC to initiate a role swap procedure with the far-end port, for example, from a consumer to a provider or from a provider to a consumer.
  • a control value of seven may request the PDC to connect a V BUS wire to an internal power rail to allow power sink over the V BUS wire.
  • a control value of eight may request the PDC to disconnect the V BUS wire from an internal power rail and connect the internal power rail to a barrel jack.
  • a control value of nine may request the PDC to function as a PD plug even when the inserted plug is not a PD plug, for example, the PDC may assume a 5 ampere (A) capable cable is inserted regardless of the cable detection result.
  • a control value of ten may request the PDC to negotiate a higher voltage, for example, after receiving a NegotationUpdate event from the PDC, the host controller may request a higher voltage.
  • a control value of twelve may request the PDC to send a capability message to the far-end port, where the capability message may be a SourceCapability message or a SinkCapability message depending on the role of the PDC.
  • a VENDOR_SPECIFIC command may be issued by a host controller to request a PDC to send one or more vendor specific messages as defined in the USB PD specification to the far-end port.
  • the host controller may issue the VENDOR_SPECIFIC command to retrieve a received vendor specific message.
  • the VENDOR_SPECIFIC command may be indicated by a command code of 0x0B in hexadecimal format and may be a maximum of about twenty eight octets long.
  • a STORE_CONFIGURATION command may be issued by a host controller to request a PDC to store configuration parameters to a non-volatile memory.
  • the STORE_CONFIGURATION command may be indicated by a command code of 0x0C in hexadecimal format and may be about one octet long.
  • the PDC may send an alert signal to notify the host controller of a StoreConfigurationComplete event (e.g. if the host controller registered for the event).
  • a RESET command may be issued by a host controller to request a PDC to perform a hard reset, which may be substantially similar to a reboot when the PDC experiences a power loss.
  • the RESET command may be indicated by a command code of 0x0D in hexadecimal format and may be about one octet long.
  • a DEVICE_ID command may be issued by a host controller to retrieve a PDC hardware and/or a firmware version.
  • the DEVICE_ID command may be indicated by a command code of 0x0E in hexadecimal format and may be about twenty eight octets long.
  • a SPECIFICATION_REVISION command may be issued by a host controller to retrieve a revision of the USB PD specification supported by a PDC.
  • the SPECIFICATION_REVISION command may be indicated by a command code of 0x0F in hexadecimal format and may be about one octet long.
  • the host controller may function according to the supported specification.
  • a SOURCE_PDO_BATTERY command may be issued by a host controller to indicate the current, the voltage, and/or the power limits when the power supply is a battery supply, which may allow a PDC to configure a battery PDO accordingly, where the PDO may be sent in a SourceCapabilities message.
  • the SOURCE_PDO_BATTERY command may be indicated by a command code of 0x10 in hexadecimal format and may be about four octets long.
  • the host controller may also issue the SOURCE_PDO_BATTERY command to retrieve a previously configured battery PDO.
  • the host controller may include the maximum and minimum voltage when the host controller is employing a battery supply as well as the power that the battery supply may provide in this command.
  • a CAPABILITIES command may be issued by a host controller to a PDC to retrieve a SourceCapabilities or a SinkCapabilities message received from a far-end device.
  • the CAPABILITIES command may be indicated by a command code of 0x11 in hexadecimal format and may be a maximum of about twenty eight octets long.
  • a host controller may request a PDC to send a Get_Source_Cap or a Get_Sink_Cap message to a far-end port. After the PDC message receives the requested capability message from the far-end port, the PDC may send an alert signal to the host controller to indicate a received message.
  • the host controller may then retrieve the received capability via the CAPABILITIES command.
  • the retrieved capability may comprise fields as defined in the USB PD specification (e.g. one or more sink PDOs or source PDOs for fixed, variable, and/or battery supply).
  • the PDC fails (e.g. timeout) to get a capability message from the far-end port, all fields may be zeroes.
  • a STATUS_ALERT_MASK command may be issued by a host controller to register for alert events with a PDC or to retrieve previously configured alert events from the PDC.
  • the STATUS_ALERT_MASK command may be indicated by a command code of 0x19 in hexadecimal format and may be about two octets long.
  • a host controller may receive an alert signal from the PDC.
  • the host controller may register with the PDC for a set of events that the host controller is interested by issuing the STATUS_ALERT_MASK command.
  • the alert event mask may comprise the same event types and the bit position as described in Table 2 herein above.
  • the configuration of the alert events may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • the figuration of the alert events may also be changed dynamically.
  • a NEGOTIATION_INFO command may be issued by a host controller to configure a PDC for negotiation parameters or to retrieve previously configured negotiation parameters from the PDC.
  • the NEGOTIATION_INFO command may be indicated by a command code of 0x1A in hexadecimal format and may be about four octets long.
  • the negotiation parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • the negotiation parameters may also be changed dynamically by applying a re-initialization method similar to method 600 .
  • USBSuspendSupport parameter may be about 1-bit long and a value of one may indicate if the device may support USB suspend operation.
  • the ExternllyPowered parameter may be about 2-bits long and may indicate a current power supply may be provided by an external power or an unknown supply.
  • the USBCommCapable parameter may be about 1-bit long and may indicate if the device may support USB communication.
  • the HigherCapability parameter may be about 1-bit long and may indicate if the device may be fully functional from a default 5V supply.
  • the txPeakPower parameter may be about 2-bits long and may indicate a peak power when the device is a source.
  • the txPeakPower may be indicated in terms of maximum current (Imax) at a percentage of operating current (loc) over some duration of time with a certain duty cycle (e.g. Imax of 130% loc at 50% duty cycle).
  • the MaxCurrentSourcePdo1 parameter may be about 10-bits long and may indicate a maximum current the device may offer in a default 5V fixed power supply PDO when the device is a source.
  • the OpCurrentSinkPdo1 parameter may be about 10-bits long and may indicate an operating current the device may sink in a default 5V fixed power supply PDO.
  • the OfferPriority parameter may be about 1-bit long and may indicate if a higher current contract may be given priority over a higher voltage contract.
  • a host controller may configure a PDC with voltage, current, and/or power limits for various types of power supplies (e.g. fixed, variable, battery) when a device is a sink or a source.
  • the host controller may issue a SOURCE_PDO_FIXED_PDO_VAR command to configure a PDC for fixed source and/or variable source PDOs and may be indicated.
  • the SOURCE_PDO_FIXED_PDO_VAR command may be indicated by a command code of 0x1B in hexadecimal format and may be a maximum of twenty four octets long (e.g. up to six PDOs).
  • a fixed supply source PDO may comprise a dual-role field, an externally powered field, a USB communication capable field, a peak current field, and a nominal voltage file as defined in the USB PD specification.
  • a variable supply source PDO may comprise a maximum voltage field, a minimum voltage field, and a maximum current field as defined in the USB PD specification.
  • the host controller may issue a SINK_PDO_FIXED command to configure a PDC for a fixed sink PDO.
  • the fixed supply sink PDO may comprise a dual-role field, a higher capability field, an externally powered field, a USB communication capable field, a nominal voltage field, and an operational current field as defined in the USB PD specification.
  • the SINK_PDO_FIXED command may be indicated by a command code of 0x1C in hexadecimal format and may be about four octets long.
  • the host controller may issue a SINK_PDO_VAR command to configure a PDC for a variable sink PDO.
  • a variable supply sink PDO may comprise a maximum voltage field, a minimum voltage field, and an operational current field as defined in the USB PD specification.
  • the SINK_PDO_VAR command may be indicated by a command code of 0x1D in hexadecimal format and may be about four octets long.
  • the host controller may issue a SINK_PDO_BATTERY command to configure a PDC for a battery sink PDO.
  • a battery supply source PDO may comprise a maximum voltage field, a minimum voltage field, and an operational current field as defined in the USB PD specification.
  • the SINK_PDO_BATTERY command may be indicated by a command code of 0x1E in hexadecimal format and may be about four octets long.
  • the host controller may retrieve any of the PDOs by issuing a same command with a read transaction type. It should be noted that the various types of PDOs may be configured or retrieved via other command variations and may not be limited to the above description.
  • the PDOs may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • an INITIALIZATION command may be issued by a host controller to configure a PDC for initialization parameters or to retrieve previously configured initialization parameters from the PDC.
  • the INITIALIZATION command may be indicated by a command code of 0x21 in hexadecimal format and may be about four octets long.
  • the initialization parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • the ReceptacleType parameter may be about 2-bits long and may indicate the receptacle or cable types supported by the device.
  • the ReceptacalType parameter may be indicated by about 3-bits.
  • a type value of zero may indicate a device with a captive cable.
  • a type value of one may indicate a standard A cable with an insert pin that indicates the presence of a plug.
  • a type value of two may indicate a standard A cable without an insert pin.
  • a type value of three may indicate a micro AB cable.
  • a type value of four may indicate a standard B cable.
  • a type value of five may indicate a micro B cable.
  • the CurrentRating parameter may be indicated by about 2-bits and may indicate the amount of current (e.g. 2 A, 3 A, 4 A, or 5 A) that may be negotiated on the receptacle.
  • the ProcessSwapToSource parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically process a far-end request to swap to a source and a value of zero may indicate the PDC to defer the decision to the host controller.
  • the ProcessSwapToSink parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically process a far-end request to swap to a sink and a value of zero may indicate the PDC to defer the decision to the host controller.
  • the InitiateSwapToSource parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically initiate a swap to a source when possible and a value of zero may indicate the PDC may wait for the host controller to initiate.
  • the InitiateSwapToSink parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically initiate a swap to a sink when possible and a value of zero may indicate the PDC may wait for the host controller to initiate.
  • the AcceptBISTorCarrierReq parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST eye patter or BIST carrier mode and a value of zero may indicate the PDC may reject the request.
  • the AcceptBISTtransmit parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST transmit mode and a value of zero may indicate the PDC may reject the request.
  • the AcceptBISTreceive parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST receive mode and a value of zero may indicate the PDC may reject the request.
  • the AcceptVoltageFromNonPD parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may connect the V BUS to an internal rail when a voltage is supplied by a non-PD far-end device and a value of zero may indicate otherwise.
  • the SMBusTimeout parameter may be indicated by about 2-bits and may indicate the amount of time (e.g. 0, 11, 100, or 1000 millisecond (ms), the PDC may wait after a last SMBus activity before entering sleep mode.
  • the DeviceRole parameter may be indicated by about 2-bits and may indicate if the device is a consumer, a producer, a C/P, or a C/P.
  • the Source_Pdo_count may be indicated by about 3-bits and may indicate the number of PDOs to send in a SourceCapabilityMessage. It should be noted that there may be at least one PDO.
  • the Battery_Pdo_count may be indicated by about 1-bit, where a value of one may indicate the PDC may send a battery PDO and a value of zero may indicate otherwise.
  • a LOW_POWER command may be issued by a host controller to configure a PDC for low power mode parameters or retrieve previously configured low power mode parameters from the PDC.
  • the LOW_POWER command may be indicated by a command code of 0x22 in hexadecimal format and may be about two octets long.
  • the low power mode parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • the lower power mode parameters may also be changed dynamically by applying a re-initialization method similar to method 600 .
  • the following table lists some examples of low power mode parameters, which may all be about 1-bit long:
  • UseSleepMode may indicate if the PDC may enter sleep mode when possible.
  • the GoToDisabledState may indicate if the PDC may enter a disabled state as defined in the USB PD specification.
  • the RunSinkCapabilityTimer may indicate if the PDC may run a SinkCapabilityTimer during discovery in a sink role, where the SinkCapabiltiyTimer may be as defined in the USB PD specification.
  • the WakeForSMBusStatus may indicate if the PDC may wake from sleep mode when SMBus traffic is present.
  • the WakeOnlyForPD parameter may indicate if the PDC may wake from sleep mode when a PD cable is inserted, but not when a legacy cable is inserted.
  • the DrawFromVbus parameter may indicate if the PDC may draw power from the V BUS wire when possible or only draw power from the V BUS wire when the V BUS wire is the only source.
  • the ImplementDeadBattery parameter may indicate if the PDC may react to a dead battery probing by a far-end device.
  • the UseLongSleepTimer parameter may indicate if the PDC may use enter a long sleep mode in between polling for cable-type or dead-battery detection.
  • the StopSourcing parameter may indicate if the PDC may stop sourcing voltage on the V BUS wire. For example, the PDC may cancel a present contract when the PDC is a source and may not negotiate for a new contract as a source. When no contract is in place and the device is a P/C, the device may appear as if it has a dead-battery to a C/P connected at the far-end port.

Abstract

An apparatus, comprising a system management bus configured to communicate with a USB PDC, and a processor coupled to the system management bus and configured to send a power delivery configuration to the PDC, wherein the power delivery configuration comprises voltage and current settings, and receive a power delivery status from the PDC. Also disclosed is an apparatus comprising a power bus interface configured to communicate with a USB port partner, a system management bus interface configured to communicate with a host, and a processor coupled to the power bus interface and the system management bus interface, wherein the processor is configured to receive, via the system management bus interface, a power delivery configuration from the host, generate a power capability message based on the power delivery configuration, and send, via the power bus interface, the power capability message to the USB port partner.

Description

    CROSS-REFERENCE TO RELATED APPLICATION
  • The present application claims priority to U.S. Provisional Patent Application 61/754,846, filed on Jan. 21, 2013 by Deric Waters, et. al., and entitled “Host controller Interface For USB Power Delivery”, which is incorporated herein by reference as if reproduced in its entirety.
  • BACKGROUND
  • Universal Serial Bus (USB) may have evolved from a data interface capable of supplying limited power to a primary provider of power with a data interface. Today some devices may be charged and/or powered via USB ports contained in laptops, cars, aircraft and/or wall sockets. The USB Power Delivery (PD) specification version 1.0, which is incorporated herein by reference as if reproduced in its entirety, is defined to enable more flexible power delivery and provide higher power over USB PD cables and connectors. For example, the USB PD specification may increase power levels up to about 100 Watts (W), allow a power consumer and/or a power provider to swap roles, optimize power management across multiple peripherals, and/or manage power at a system level. The USB PD specification defines a communication link and protocol between USB ports connected via a USB PD cable and connectors, where a pair of USB PD port partners (e.g. a provider port and a consumer port) may exchange power delivery capabilities and negotiate power requirements over the communication link.
  • SUMMARY
  • A host interface for USB PD is disclosed herein. In one embodiment, an apparatus includes a system management bus and a processor. The system management bus is configured to communicate with a USB Power Delivery Controller (PDC). The processor is coupled to the system management bus and configured to communicate with the PDC via the system management bus. The process is further configured to send a power delivery configuration to the PDC, wherein the power delivery configuration comprises voltage and current settings, send a power delivery command to the PDC, wherein the power delivery command instructs the PDC to request a power capability of a USB port partner, and receive a power delivery status from the PDC, wherein the power delivery status comprises the power capability of the USB port partner.
  • In another embodiment, an apparatus includes a power bus interface, a system management bus interface, and a processor. The power bus is configured to communicate with a USB port partner. The system management bus interface is configured to communicate with a host. The processor is coupled to the power bus interface and the system management interface. The processor is further configured to receive, via the system management bus interface, a power delivery configuration from the host, wherein the power delivery configuration comprises voltage and current settings, generate a power capability message based on the power delivery configuration, send, via the power bus interface, the power capability message to the USB port partner, and send, via the system management bus interface, a power delivery status to the host, wherein the power delivery status comprises a USB plug detection status.
  • In yet another embodiment, a method for interfacing with a PDC via a system management bus includes sending a power delivery configuration, a power delivery command, and a power delivery event configuration to the PDC. The method further includes receiving a power delivery status, and a power delivery message from the PDC. The power delivery configuration comprises voltage and current settings. The power delivery command instructs the PDC to send a first power delivery message to a USB port partner of the PDC, and wherein the first power delivery message comprises a hard reset request. The power delivery event configuration comprises a hard reset event. The power delivery status comprises a hard reset status indicating an occurrence of the hard reset event at the PDC. The received power delivery message comprises a power capability of the USB port partner.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • For a detailed description of exemplary embodiments of the invention, reference will now be made to the accompanying drawings in which:
  • FIG. 1 shows a block diagram of a USB connection system in accordance with various embodiments;
  • FIG. 2 shows a block diagram of a USB PD system in accordance with various embodiments;
  • FIG. 3 shows a block diagram of a USB PD controller system in accordance with various embodiments;
  • FIG. 4 shows a block diagram of logical layers in a USB PD system in accordance with various embodiments;
  • FIG. 5 shows a protocol diagram of an initialization method between a host controller, a PDC, and a far-end device in accordance with various embodiments;
  • FIG. 6 shows a protocol diagram of a re-initialization method between a host controller and a PDC in accordance with various embodiments;
  • FIG. 7 shows a protocol diagram of an event alert method between a host controller and a PDC in accordance with various embodiments; and
  • FIG. 8 shows a protocol diagram of a PDC control method between a host controller, a PDC, and a far-end device in accordance with various embodiments.
  • DETAILED DESCRIPTION
  • The following discussion is directed to various embodiments of the invention. Although one or more of these embodiments may be preferred, the embodiments disclosed should not be interpreted, or otherwise used, as limiting the scope of the disclosure, including the claims. In addition, one skilled in the art will understand that the following description has broad application, and the discussion of any embodiment is meant only to be exemplary of that embodiment, and not intended to intimate that the scope of the disclosure, including the claims, is limited to that embodiment.
  • The USB PD specification may define a communication protocol to address the emergence of employing USB ports primarily for power delivery along with some data transfer instead of primarily for data transfer along with some power delivery. The USB PD specification may define a communication link between ports connected via USB PD cables and connectors. The communication may be designed to be half-duplex and packet based. The packets may comprise information that enables a pair of connected ports (e.g. a sink port and a source port) to communicate and negotiate voltage and/or current that the source port may provide to the sink port. The underlying communication defined in the USB PD specification may be a binary Frequency Shift Keying (FSK). The power delivery communication may occur independently from USB data communication over a USB cable comprising a power delivery wire, VBUS and a data wire, where the USB PD communication may be over the power delivery wire and the USB data communication may be over a data wire. The USB PD specification may enable a device to negotiate power of varying amount based on requirement instead of supplying a default amount of power to all devices. For example, a low power headphone may be plugged into a laptop via a USB PD port and may negotiate for less power (e.g. about 2 W) than a default power. In contrast, a monitor may be plugged into the laptop and negotiate for a high power of about 100 W. In addition, power delivery may respond to system power requirement changes and/or requests from a far-end device by increasing or decreasing power consumption accordingly.
  • A USB PD port may act as a power provider to deliver power or a consumer to sink power. The USB PD specification may define a procedure for a port to switch role. For example, a USB PD port may act as a Provider/Consumer (P/C), where the P/C may be a provider that may switch role to be a consumer. Conversely, a USB PD port may act as a Consumer/Provider (C/P), where the C/P may be a consumer that may switch role to be a provider. It should be noted that in the present disclosure, a USB PD port may be referred to as a USB port or a port, and a USB PD port partner (e.g. connecting to a local USB device) may be referred to as a far-end device, a far-end port, or a port partner.
  • Embodiments of the host interface for USB PD disclosed herein includes a set of commands for exchanging USB PD information between a host controller (e.g. an embedded controller) and a USB PDC. The PDC may implement functionalities defined in the USB PD specification and may be realized in an Integrated Circuit (IC). The host controller may manage and control the PDC for power delivery. The commands may be communicated over a bus interface comprising a data line and a clock line. In some embodiments, the bus interface may employ an Inter-Integrated Circuit (I2C) bus interface, a System Management Bus (SMBus) interface as defined in the SMBus Specification version 2.0, which is incorporated herein by reference as if reproduced in its entirety, or any other bus interface configured to communicate across Integrated Circuit (ICs). In such embodiment, the PDC may be a slave module to the host controller, where the host controller may issue commands to the PDC. For example, a host controller may issue a write command or a read command to a PDC. A write command may cause the PDC to initialize some parameters or perform a task and a read command may cause the PDC to return a status or a received message. In some embodiments, the bus interface may include an additional alert line, which may allow the PDC to notify the host controller when some events occur. The host controller may enable or disable an event alert by configuring the PDC. In some embodiments, a PDC may comprise a non-volatile memory (e.g. Electrical Erasable Programmable Read-Only Memory (EEPROM)) and a host controller may request the PDC to store parameters into the non-volatile memory.
  • FIG. 1 shows a block diagram of a USB connection system 100 in accordance with various embodiments. System 100 may comprise a USB hub 110 and a plurality of devices 120, 130, and 140. USB hub 110 may be any device configured to expand a single USB port (e.g. connecting to a host system) into multiple USB ports available for device connections. USB hub 110 may comprise a plurality of USB ports 111 (e.g. Port #1 to Port #N). Devices 120, 130, and 140 may be any device configured to communicate to a host system via the USB PD communication protocol (e.g. power delivery) and/or the USB communication protocol (e.g. data transfer). For example, a power adaptor may implement the USB PD communication protocol but not the USB communication protocol, whereas a smartphone or a tablet may implement both the USB PD and USB communication protocols. Each device 120, 130, or 140 may comprise at least one USB port 121, 131, or 141, respectively, for USB communication. For example, devices 120 and 140 may be connected to a host system via USB hub 110, where a port 121 of devices 120 may be connected to a port 111 of USB hub 110 and a port 141 of devices 140 may be connected to another port 111 of USB hub 110. USB devices may be chained, for example, device 130 may be connected to USB hub 110 via device 120.
  • In some embodiments, USB port 111, 121, 131, and/or 141 may be USB PD ports and may be a provider that sources power or a consumer that sinks power. In some other embodiments, a USB port 111, 121, 131, and/or 141 may be a P/C port or a C/P port. A P/C port may be a provider that sources power and later switches to a consumer that sinks power, whereas a C/P port may be a consumer that sinks power and later switches to a provider that sources power. A provider may derive power sources from a plurality of power sources, such as an external power source (e.g. Alternating Current (AC) power), a power storage (e.g. a battery), and/or other ports (e.g. a bus-powered hub). A consumer may utilize power to operate internal functions, power an attached device, and/or store power to some power storages (e.g. battery).
  • FIG. 2 shows a block diagram of a USB PD interconnection system 200 in accordance with various embodiments. System 200 may comprise a source 210 interconnected to a sink 220 via a cable 230. Source 210 may comprise a transmitter (Tx) 211, a receiver (Rx) 212, a cable detection module 213, a power delivery wire V BUS 214, and a coupling capacitor 215. The transmitter 211 and the receiver 212 may be AC coupled to the power delivery wire V BUS 214 via the coupling capacitor 215. The transmitter 211 and receiver 212 may be configured to transmit and receive signal, respectively, over the power delivery wire V BUS 214. The cable detection module 213 may be coupled to the transmitter 211 and the receiver 212 and configured to detect the type of an attached cable. Source 210 may further comprise a power supply source 216 and a coupling impedance 217, which separates the power supply source 216 from the power delivery wire V BUS 214, the transmitter 211, and the receiver 212. Similarly, the sink 220 may be coupled and configured in substantially similar mechanisms as source 210. However, the sink 220 may comprise a load 227 instead of a power supply 216 as in source 210.
  • FIG. 3 shows a block diagram of a USB PD system 300 in accordance with various embodiments. USB PD system 300 may be a provider that sources power or a consumer that sinks power. USB PD system 300 may comprise substantially similar components as in source 210 or sink 220. However, USB PD system 300 may be intended to illustrate a source 210 or a sink 220 implemented via a PDC 310 and a host controller 320. In USB PD system 300, PDC 310 may be connected to a plurality of power switches 330 and a USB receptacle 340 inserted with a cable 370.
  • PDC 310 may be any device and/or IC configured to implement the communication protocol defined in the USB PD specification. PDC 310 may comprise a transmitter (Tx) 311, a receiver (Rx) 312, and a cable-type detection module 313, which may be substantially similar to transmitter 211, receiver 212, and cable detection module 213. PDC 310 may further comprise a microcontroller (MCU) 314, which may implement a power delivery communication stack as defined in the USB PD specification for power delivery message negotiations. The transmitter 311 and the receiver 312 may be configured to implement a half-duplex frequency shift keying (FSK) modem for the transmission or reception of the power delivery negotiation messages over a power delivery wire VBUS 350 (e.g. power delivery wire VBUS 214) that connects PDC 310 to a far-end port (e.g. source 210 or sink 220) via USB receptacle 340 and cable 370. PDC 310 may further comprise a receive squelch detector 315, which may be configured to detect signal level on the power delivery wire V BUS 350 and may determine the presence of data communication on the power delivery wire V BUS 350 based on the detected signal level. PDC 310 may switch the power switches 330 in or out depending on power delivery negotiations and/or configurations. For example, PDC 310 may switch to a 20 Volt (V) power supply at one time and may switch to a 5V power supply at another time upon a request. In addition, PDC 310 may switch to sink power instead of source power (e.g. to charge a battery) upon a role swap request. In some embodiments, PDC 310 may further comprise a non-volatile memory, which may store configurations parameters.
  • Host controller 320 may be any device configured to control PDC 310. For example, host controller 320 may be an embedded controller, a MCU, or any other processors. Host controller 320 may be coupled to PDC 310 via a bus interface 360. In an embodiment, bus interface 360 may be a SMBus interface comprising a clock line and a data line as defined in the SMBus specification. In such embodiment, host controller 320 may be a master and PDC 310 may be a slave, where the host controller 320 may issue a write command or a read command to PDC 310. During a write command, the host controller 320 may place a slave address, a command code, a write transaction type, and a data with variable lengths on the data line. During a read command, host controller 320 may place a slave address, a command code, a read transaction type, and a data with variable lengths on the data line. The read transaction may cause the host controller 320 and the PDC 310 to switch transmit and receive direction, thus allowing PDC 310 to place data on the data line. The bus interface 360 may further comprise an alert signal to enable PDC 310 to notify host controller 320 when some events occur. Host controller 320 may be configured to implement a set of host commands to configure PDC 310, manage PDC 310 power delivery, and retrieve statuses from PDC 310. Host controller 320 may perform some additional actions based on statuses read from PDC 310.
  • FIG. 4 shows a block diagram of logical layers in a USB PD system 400 in accordance with various embodiments. System 400 may comprise a physical layer 410, a protocol 420, a policy engine 430, a device policy manager 440, a system policy manager 450, and a cable-type detection 460 as defined in the USB PD specification. Physical layer 410 may be configured to handle transmission and reception of power delivery messages on a power delivery wire (e.g. power delivery wire VBUS 350). Protocol 420 may be configured to exchange power delivery messages between USB PD devices (e.g. between source 210 and sink 220). Policy engine 430 may be configured to implement a local policy for power delivery at a USB PD device. Device policy manager 440 may be configured to manage USB PD resources within a USB PD device and may span across one or more USB ports (e.g. ports 111, 121, 131, or 141). System policy manger 450 may be configured to manage system wide power delivery in a USB PD interconnection system (e.g. USB PD interconnection system 200) across multiple providers and/or consumers. Cable-type detection 460 may be configured to detect the type of attached cables via physical layer 410. Cable-type detection 460 may provide the detected cable information to device policy manager 440. The device policy manager 440 may then further manage resources according to the cable information. It should be noted that system policy manager 450 may be optional in a USB PD system.
  • In some embodiments, a PDC (e.g. 310) may implement physical layer 410, protocol layer 420, and policy engine 430, but may not fully implement device policy manager 440. In such embodiments, a device policy manager 440 may be fully or partially implemented on a host controller (e.g. host controller 320) external to the PDC. As such, the host controller may communicate with the PDC to jointly realize complete USB PD functionalities. For example, a host controller may configure a PDC, request the PDC to issue power delivery messages to a connected far-end device, read PDC statuses, read far-end messages received by the PDC, and/or perform other actions locally in response to messages received from the far-end device. The USB PD specification defines two types of protocol messages, control messages and data messages. Control messages may be messages for managing message flow between a pair of USB PD ports (e.g. GoodCRC, Accept, Reject messages, etc.) or for exchanging commands (e.g. GotoMin, Get_Sink_Cap, Get_Source_Cap, Swap messages, etc.) between a pair of USB PD ports. Data messages may be messages for carrying data information for power delivery negotiation (e.g. SourceCapabilities, SinkCapabilities, Request messages, Built in Self-Test (BIST), vendor defined, etc.). For example, a SourceCapabilities or SinkCapabilities message may comprise a plurality of power data objects (PDOs) and a Request message may comprise a plurality of request data objects (RDOs). A PDO may comprise current, voltage, and/or power limits (e.g. maximum, minimum, peak, and/or or operating) for a single power supply (e.g. fixed, variable, or battery). A provider port may send a PDO to indicate current, voltage, and/or power that the provider port may provide. A consumer port may send a PDO to indicate current, voltage, and/or power that the consumer port may operate on. In addition, a consumer port may send a RDO in response to a PDO sent by the provider port to negotiate current, voltage, and/or power that the consumer port may require. A PDC may fully manage and control the flow control messages as the flow control messages may be exchanged entirely between the PDC and a connected far-end device, whereas the command control messages and the data messages may be partially driven by a host controller. FIGS. 5-8 are intended to illustrate some examples of interactions between a host controller and a PDC when implementing some of the USB PD functionalities. The interactions may be described with the host controller acting as a master to the PDC (e.g. over a SMBus interface), where all commands (e.g. read or write transactions) may be initiated by the host controller and the PDC may notify the host controller via an alert signal. It should be noted that the mechanisms for a PDC to alert the host may be alternatively configured as determined by a person of ordinary skill in the art to achieve the same functionalities.
  • FIG. 5 shows a protocol diagram of an initialization method 500 between a host controller (e.g. host controller 320), a PDC (e.g. PDC 310), and a far-end device in accordance with various embodiments. In method 500, the host controller and the PDC may reside on a local device, which may act as a source or a sink depending on configuration parameters. Method 500 may begin with the host controller sending a set of initialization parameters and negotiation parameters to configure the PDC at step 510. Initialization parameters may include PDOs for a source, PDOs for a sink, and/or RDOs for a sink. The source PDOs may be employed by a source when sending a source capability message while the sink PDOs and the RDOs may be employed by a sink when sending a sink capability message and requesting for power, respectively. At step 520, the PDC may save the parameters locally. At step 530, the host controller may send an enable command to the PDC to enable the PDC to begin operating with the initialization and negotiation parameters. At step 540, the PDC may establish a PD connection, exchange capabilities with the far-end device and/or request power from the far-end device according to the protocol defined in the USB PD specification.
  • FIG. 6 shows a protocol diagram of a re-initialization method 600 between a host controller (e.g. host controller 320) and a PDC (e.g. PDC 310) in accordance with various embodiments. Method 600 may begin after the PDC is initialized (e.g. after step 530 of method 500 is completed). At step 610, the host controller may send a re-initialization command to the PDC to start a re-initialization process. At step 620, the PDC may prepare to enter a re-initialization state. For example, the PDC may abort an active PD contract. At step 630, the host controller may send updated initialization parameters to the PDC. At step 640, the PDC may save the parameters locally. At step 650, the host controller may send an enable command to the PDC to activate the updated initialization parameters. Upon receiving the enable command, the PDC may operate according to updated initialization parameters.
  • FIG. 7 shows a protocol diagram of an event alert method 700 between a host controller (e.g. host controller 320) and a PDC (e.g. PDC 310) in accordance with various embodiments. Method 700 may begin with the host controller sending an alert status mask command to the PDC to register with the PDC for some events at step 710. Some examples of events may include a hardware reset event, a plug status event, an error event, a message received event, and/or a BIST mode event. At step 720, the PDC may save the registered events locally. At step 730, the PDC may detect an event that has been registered by the host controller. At step 740, the PDC may assert an alert signal (e.g. an additional signal separated from data transaction) to notify the host controller of an event. At step 750, the host controller may issue a read command to the PDC to retrieve the reason of alert. At step 760, the PDC may return the reason of alert to the host controller. The host controller may take various actions depending on the received event. In one embodiment, the host controller may perform some actions based on the retrieved event. In another embodiment, the host controller may further retrieve event detail (e.g. type of hard reset, type of cable detected, or type of error detected) by issuing a command to the PDC as shown in step 771 and the PDC may return the event detail to the host controller at step 772. In yet another embodiment, the event detail may trigger the host controller to retrieve further information from the PDC, such as retrieving a message from the PDC, by issuing a read message command to the PDC as shown in step 773, and the PDC may return the received message to the host controller at step 774. The host controller may or may not take further actions depending on the event detail or the message read. As such, steps 771-774 may be optional and may depend on the received event.
  • FIG. 8 shows a protocol diagram of a control method 800 between a host controller (e.g. host controller 320), a PDC (e.g. PDC 310), and a far-end device in accordance with various embodiments. In method 800, the host controller and the PDC may reside on a local device. Method 800 may begin with the host controller sending a command to the PDC to request capability of a connected port partner at step 810. At step 820, the host controller may send an alert status mask command to the PDC to register with the PDC for a received message event. At step 830, the PDC may send the capability request message (e.g. Get_Source_Cap) to the far-end device. At step 840, the PDC may receive a capability response from the far-end device. At step 850, the PDC may assert an alert signal to notify the host controller of a received message. At step 860, the host controller may issue a read command to the PDC to retrieve the reason of alert. At step 870, the PDC may return the reason of alert (e.g. a capability message is received) to the host controller. At step 880, the host controller may issue a command to retrieve the received capability message. At step 890, the PDC may send the received message to the host controller.
  • Table 1 shows an embodiment of host interface commands that may be employed by a host controller (e.g. host controller 320) to communicate with a PDC (e.g. PDC 310) in a USB PD system (e.g. USB PD system 300) to perform USB power delivery functionalities. The host controller and the PDC may reside on a local device and may negotiate power delivery options with a connected far-end device. The PDC may implement the USB PD communication protocol (e.g. physical layer and protocol layer) as defined in the USB PD specification and the host controller may configure and manage the PDC. Some examples of host interface commands may include sending PDC configurations (e.g. initialization parameters and negotiation parameters) and PDC controls (e.g. local actions and far-end actions), and retrieving PDC statuses (e.g. events and received messages). In Table 1, a read command from the host controller may be indicated as (R) and a write command from the host controller may be indicated as (W). It should be noted that the code values, command names, data values, and/or bit positions described in the following embodiments may be for illustrative purpose. In addition, the interactions may be described with the host controller acting as a master to the PDC (e.g. over a SMBus interface) and initiating read and/or write commands. However, the interface commands may be alternatively configured as determined by a person of ordinary skill in the art to achieve the same functionalities.
  • TABLE 1
    List of Host Controller Interface Commands
    Code Command R/W Description
    00h STATUS_ALERT R Reasons of alert.
    01h CLEAR_STATUS W Clears all bits in STATUS_ALERT
    02h STATUS_USB_PD R Alert events
    03h STATUS_SMBUS_SLAVE R SMBus status
    05h ENABLE W Enables PDC
    06h REINITIALIZE W Sets PDC in re-initialization mode
    07h VOLTAGE_INFO R Voltage levels of USB PD system
    08h ACTIVE_CONTRACT_PDO R PDO of a current contract
    09h ACTIVE_CONTRACT_RDO R RDO of a current contract
    0Ah USB_PD_CONTROL W Commands PDC to perform an
    action
    0Bh VENDOR_SPECIFIC R/W Vendor specific info
    0Ch STORE_CONFIGURATION W Requests PDC to store
    configuration to a non-volatile
    memory
    0Dh RESET W Resets PDC
    0Eh DEVICE_ID R PDC hardware and firmware
    version
    0Fh SPECIFICATION_REVISION R Supported USB specification
    revision
    10h SOURCE_PDO_BATTERY R/W Initialization parameters for battery
    power supply
    11h CAPABILITIES R PDOs returned by a partner device
    19h STATUS_ALERT_MASK R/W Alert event mask
    1Ah NEGOTIATION_INFO R/W Negotiation Parameters
    1Bh SOURCE_PDO_FIXED_OR_VAR R/W Initialization parameters for fixed
    and/or variable power supply
    1Ch SINK_PDO_FIXED R/W Initialization parameters for a sink to
    operate with fixed power supply
    1Dh SINK_PDO_VAR R/W Initialization parameters for a sink to
    operate with variable power supply
    1Eh SINK_PDO_BATTERY R/W Initialization parameters for a sink to
    operate with battery power supply
    21h INITIALIZATION R/W Other initialization parameters for
    PDC configuration
    22h LOW_POWER R/W Lower power mode configuration
    parameters
  • In an embodiment, a STATUS_ALERT command may be issued by a host controller to retrieve an alert status from a PDC after receiving an alert signal from the PDC. For example, the STATUS_ALERT command may be indicated by a command code of 0x00 in hexadecimal format and the alert status may be about two octets long. The alert status may indicate the event that causes the PDC to send an alert signal to the host controller. Each event may be indicated by about 1-bit. For example, a bit-value of one may indicate the PDC detected an occurrence of the event and a bit-value of zero may indicate otherwise. Some of the events may comprise more detailed information, which may be retrieved by the host controller via a STATUS_USB_PD command, which may be explained more fully below. The following table lists some examples of the events that the PDC may notify the host controller:
  • TABLE 2
    List of Alert Event Types
    Bit position Alert status
    b0 HardReset
    b1 ErrorType
    b2 VendorSpecific
    b3 MsgType1
    b4 BISTMode
    b5 SMBusSlave
    b6 PlugStatus
    b7 ExcessiveIRDrop
    b8 NegotiationUpdate
    b9 StoreConfigurationComplete
     b10 AwokenByHost controller
     b11 MsgType2
  • The PDC may notify the host controller of a HardReset event when a hard reset has been performed. For example, the HardReset event may be indicated by setting bit zero of the alert status to a value of one. The host controller may further retrieve the HardReset event value to determine the type of hard reset performed by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • The PDC may notify the host controller of an ErrorType event when the PDC detects an error. For example, the ErrorType event may be indicated by setting bit one of the alert status to a value of one. The host controller may further retrieve the ErrorType event value to determine the type of errors by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • The PDC may notify the host controller of a VendorSpecific event to report a vendor specific message related events (e.g. sent, received). For example, the VendorSpecific event may be indicated by setting bit two of the alert status to a value of one. The host controller may further retrieve the VendorSpecific event value to determine the type of vendor message events by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • The PDC may notify the host controller of a MsgType1 event when the PDC receives a message from the far-end port. For example, the MsgType1 event may be indicated by setting bit three of the alert status to a value of one. The host controller may further retrieve the MsgType1 event value to determine the type of message receive by issuing a STATUS_USB_PD command, which may be discussed more fully below. The host controller may take further action depending on the message type. For example, when the received message is a GotoMin message, the host controller may configure the system to draw less current from the VBUS (e.g. power delivery wire VBUS 350).
  • The PDC may notify the host controller of a BISTMode event when the PDC enters a BIST mode physical layer test. For example, the BISTMode event may be indicated by setting bit four of the alert status to a value of one. The PDC may notify the host controller of a SMBusSlave event when the PDC detects an error at the SMBus interface. For example, the SMBusSlave event may be indicated by setting bit five of the alert status to a value of one. The PDC may notify the host controller of a PlugStatus event when the PDC detects a change in an USB plug status (e.g. insert or removal). For example, the PlugStatus event may be indicated by setting bit six of the alert status to a value of one. The host controller may further retrieve the PlugStatus event value to determine the type of plug status changes by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • The PDC may notify the host controller of an ExcessivelRDrop event when the PDC measures an excessive voltage drop on the VBUS wire. For example, the ExcessivelRDrop event may be indicated by setting bit seven of the alert status to a value of one. When the host controller receives the ExcessivelRDrop event, the host controller may configure the system to draw less current from the VBUS wire.
  • The PDC may notify the host controller of a NegotiationUpdate event when the PDC has an updated power contract after negotiating with a far-end port. For example, the NegotiationUpdate event may be indicated by setting bit eight of the alert status to a value of one. The host controller may further retrieve the NegotiationUpdate event value to determine the type of contract changes by issuing a STATUS_USB_PD command, which may be discussed more fully below.
  • The PDC may notify the host controller of a StoreConfigurationComplete event when the PDC has successfully stored configuration parameters to a non-volatile memory. For example, the StoreConfigurationComplete event may be indicated by setting bit nine of the alert status to a value of one. The PDC may notify the host controller of an AwokenByHost controller event to indicate that the PDC has been woken up (e.g. from a sleep mode) by the host controller either via SMBus traffic or through an assertion of a designed signal. For example, the AwokenByHost controller event may be indicated by setting bit ten of the alert status to a value of one.
  • In an embodiment, a CLEAR_STATUS command may be issued by a host controller to clear all the bits in the alert status. For example, the CLEAR_STATUS command may be indicated by a command code of 0x01 in hexadecimal format and the command may be about one octet long.
  • In an embodiment, a STATUS_USB_PD command may be issued by a host controller to retrieve a USB PD status from a PDC. For example, the STATUS_USB_PD command may be indicated by a command code of 0x02 in hexadecimal format and the USB PD status may be about four octets long. As described herein above, after the host controller is notified by the PDC of a HardReset event, the host controller may retrieve more detail information of the HardReset event by issuing the STATUS_USB_PD command. The following table lists some examples of HardReset event values:
  • TABLE 3
    List of HardReset Event Values
    Event Value Description
    000b no hard reset
    001b hard reset signaling received from far-end
    010b hard reset request from device policy manager
    011b hard reset done for safety
    100b hard reset required by the policy engine (signaling sent to
    far-end)

    The PDC may indicate a HardReset event value by about 3-bits in the USB PD status. For example, an event value of zero may indicate no hard reset is performed at the PDC. An event value of one may indicate the PDC performed a hard reset caused by receiving a hard reset request from a far-end port. An event value of two may indicate the PDC performed a hard reset due to a hard reset request received from a local device policy manager. An event value of three may indicate the PDC performed a hard reset due to safety reason. An event value of four may indicate the PDC performed a hard reset due to a hard reset request received from a policy engine and the PDC has signaled the far-end port of the hard reset.
  • As described herein above, after the host controller is notified by the PDC of an ErrorType event, the host controller may retrieve more detail information of the ErrorType event by issuing the STATUS_USB_PD command. The following table lists some examples of ErrorType event values:
  • TABLE 4
    List of ErrorType Event Values
    Event Value Description
    0000b No error
    0001b USB PD device with incompatible specification version
    0010b Host controller gave an invalid command
    0011b USB PD source cannot provide an acceptable voltage and/
    or current.
    0100b USB PD source can provide acceptable voltage and
    current, but not at the present time.
    0101-1111b Reserved

    The PDC may indicate an ErrorType event value by about 4-bits in the USB PD status. For example, an event value of zero may indicate no error is detected at the PDC. An event value of one may indicate the PDC detects a connected USB PD device with an incompatible specification version. An event value of two may indicate receiving an invalid command from the host controller (e.g. a GotoMin command when PDC's contract does not support GotoMin). An event value of three may be indicated when the PDC is a sink and a connected USB source may not provide an acceptable voltage and/or current (e.g. a Reject message is received for a requested contract). The host controller may further retrieve the contract received by issuing an ACTIVE_CONTACT_PDO command, which may be discussed more fully below. An event value of four may be indicated when the PDC is a sink and a connected USB source may provide an acceptable voltage and/or current, but not at the present time.
  • As described herein above, after the host controller is notified by the PDC of a PlugStatus event, the host controller may retrieve more detail information of the PlugStatus event by issuing the STATUS_USB_PD command. The following table lists some examples of PlugStatus event values:
  • TABLE 5
    List of PlugStatus Event Values
    Event Value Description
    0000b no cable
    0001b Legacy A plug inserted
    0010b Legacy B plug inserted
    0011b No plug or Legacy B plug inserted
    0100b PD B Plug (Micro or Standard) inserted
    0101b PD A Plug (Micro or Standard) inserted
    0110b Unplugged
    0111b Low-Power Micro-A Plug
    1000b Legacy A plug inserted or no plug
    1001b Legacy A plug inserted, device at far-end has ability
    to source.
    1010b B plug with a non-PD device at the far-end inserted
    1101b PD A Plug (Micro or Standard) inserted, device at far-
    end has ability to source.
    1110b Reserved
    1111b Low-Power Micro-A Plug, device at far-end has ability
    to source.

    The PDC may indicate a PlugStatus event value by about 4-bits in the USB PD status representing the different types of USB plug is inserted or removed. For example, an event value of zero may indicate no cable insertion is detected by the PDC. An event value of one may indicate the PDC detects an insertion of a legacy A plug. An event value of two may indicate the PDC detects an insertion of a legacy B plug. An event value of three may indicate the PDC detects an insertion of a legacy B plug or may not detect any plug insertion. An event value of four may indicate the PDC detects an insertion of a micro PD B plug or a standard PD B plug. An event value of five may indicate the PDC detects an insertion of a micro PD A plug or a standard PD A plug. An event value of six may indicate the PDC detects a USB plug is removed. An event value of seven may indicate the PDC detects an insertion of a low power micro PD A plug. An event value of eight may indicate the PDC detects an insertion of a legacy A plug or no plug. An event value of nine may indicate the PDC detects an insertion of a legacy A plug and a far-end port may be able to source power. An event value of ten may indicate the PDC detects an insertion of a legacy B plug and the far-end port may not support PD. An event value of thirteen may indicate the PDC detects an insertion of a micro PD B plug or a standard PD B plug and the far-end port may source power. An event value of fifteen may indicate the PDC detects an insertion of a low power micro PD A and the far-end port may source power.
  • When a host controller issues a USB_PD_CONTROL command to request the PDC to perform an action, the host controller may retrieve PDC control status in response to the requested action by issuing the STATUS_USB_PD command. The following table lists some examples of PDC control status values:
  • TABLE 6
    List of PDC Control Status Values
    Status Value Description
    000b Not processing any USB PD Control command
    001b Last USB PD Control command in process
    010b Last USB PD Control command completed
    successfully
    011b Last USB PD Control command failed
    100b Waiting for host controller
    101b Transitioning Power Supply

    The PDC may indicate a PDC control status value by about 3-bits in the USB PD status. For example, a status value of zero may indicate the PDC is not processing any USB PD control command from the host controller. A status value of one may indicate the PDC is processing a last USB PD control command issued by the host controller. A status value of two may indicate the PDC has completed the processing of a last USB PD control command issued by the host controller. A status value of three may indicate the PDC has failed to process a last USB PD control command issued by the host controller. A status value of four may indicate the PDC is waiting for the host controller to respond. For example, a PDC may be waiting on the host controller to provide a list of source capabilities for sending to a far-end device or to provide instructions to select a capability during capability evaluation. A status value of five may indicate the PDC is transitioning to another power supply.
  • As described herein above, after the host controller is notified by the PDC of a VendorSpecific event, the host controller may retrieve more detail information of the VendorSpecific event by issuing the STATUS_USB_PD command. The following table lists some examples of VendorSpecific event values:
  • TABLE 7
    List of VendorSpecific Event Values
    Event Value Description
    00b no vendor defined message activity
    01b Vendor defined message send failed
    10b Vendor defined message received
    11b Vendor defined message sent successfully.

    The PDC may indicate a VendorSpecific event value by about 2-bits in the USB PD status. For example, an event value of zero may indicate the PDC detects no vendor specific message activity. An event value of one may indicate the PDC fails to send a vendor specific message. An event value of two may indicate the PDC receives a vendor specific message from the far-end port. An event value of three may indicate the PDC successfully sent a vendor specific message.
  • As described herein above, after the host controller is notified by the PDC of a MsgType1 event or a MsgType2 event indicating a message received from the far-end port, the host controller may retrieve more detailed information of the received message types by issuing the STATUS_USB_PD command. The received message may be a control message or a data message as defined in the USB PD specification. For example, a control message may be differentiated from a data message by employing 1-bit from the USB PD status, where a bit-value of one may indicate a data message and a bit-value of zero may indicate a control message. The message type may be indicated by about 4-bits and the message type values may be as defined in the USB PD specification. The host controller may further retrieve information of the received message content from the USB PD status. For example, the host controller may retrieve a peak power value embedded in a SourceCapability message or a higher capability value embedded in a SinkCapability message. In addition, a host controller may retrieve a USB communication capable value, an USB communication suspend support value, a dual role value, and/or any other fields embedded in a SourceCapability message or a SinkCapability message. The host controller may also retrieve the complete contract by issuing an ACTIVE_CONTRACT_PDO command and/or an ACTIVE_CONTRACT_RDO command, which may be discussed more fully below.
  • As described herein above, after the host controller is notified by the PDC of a NegotiationUpdate event, the host controller may retrieve more detailed information of the NegotiationUpdate event by issuing the STATUS_USB_PD command. The following table lists some examples of NegotiationUpdate event values:
  • TABLE 8
    List of NegotiationUpdate Event Values
    Event Value Description
    00b No update
    01b New contract and stable power state
    10b The source is offering new capabilities that would
    increase voltage.

    The PDC may indicate a NegotiationUpdate event value by about 2-bits in the USB PD status. For example, an event value of zero may indicate the PDC may not have an updated contract to update. An event value of one may indicate the PDC has negotiated a new contract and power in a stable state. The host controller may further retrieve the updated contract by issuing an ACTIVE_CONTRACT_PDO command, which may be discussed more fully below. An event value of two may be indicated when the PDC is a sink and receives a contract from a USB source indicating that the USB source may increase voltage.
  • In an embodiment, a STATUS_SMBUS_SLAVE command may be issued by a host controller to a PDC to retrieve SMBus statuses. For example, the STATUS_SMBUS_SLAVE command may be indicated by a command code of 0x03 in hexadecimal format and the SMBus slave status may be about one octet long. The following table lists some examples of SMBus slave statuses:
  • TABLE 9
    List of SMBus Status Values
    Bit position SMBus Status
    b0 Invalid command received
    b1 Invalid data received
    b2 Invalid packet error check (PEC) received
    b3 Write to a read-only command
    b4 Incorrect block size
    b5 Received too much data
    b6 Address misuse
    b7 Some other unexpected error
  • The PDC may indicate an invalid command is received from the host controller, for example, by setting bit zero of the SMBus status to a value of one. The PDC may indicate an invalid data is received from the host controller, for example, by setting bit one of the SMBus status to a value of one. The PDC may indicate an invalid packet error check (PEC) is received from the host controller, for example, by setting bit two of the SMBus status to a value of one. The PDC may indicate the host controller send a read-only command with a transaction type of write, for example, by setting bit three of the SMBus status to a value of one. The PDC may indicate an incorrect block size when the block size written by the host controller does not match the size of the command, for example, by setting bit four of the SMBus status to a value of one. The PDC may indicate when the number of incoming data bytes on the SMBus exceeds the expected size, for example, by setting bit five of the SMBus status to a value of one. The PDC may indicate the host controller misuse a secondary address for a command that is not a read STATUS_ALERT command when responding to an alert event, for example, by setting bit six of the SMBus status to a value of one. The PDC may indicate some other unexpected error on the SMBus, for example, by setting bit seven of the SMBus status to a value of one.
  • In an embodiment, an ENABLE command may be issued by a host controller to enable a PDC to begin operating with the initialization parameters. For example, the ENABLE command may be indicated by a command code of 0x05 in hexadecimal format and may be about one octet long. It should be noted that some dynamic initialization parameters may be modified subsequent to an ENABLE command.
  • In an embodiment, a REINITIALIZE command may be issued by a host controller to indicate the host controller may start to re-initialize PDC parameters. For example, the REINITIALIZE command may be indicated by a command code of 0x06 in hexadecimal format and may be about one octet long. It should be noted that when the PDC receives a REINITIALIZE command, the PDC may be set to a state ready for parameter re-initialization and may end a current contract.
  • In an embodiment, a VOLTAGE_INFO command may be issued by a host controller to retrieve PDC voltage information. For example, the VOLTAGE_INFO command may be indicated by a command code of 0x07 in hexadecimal format and may be about four octets long. The following table lists some examples of voltage information:
  • TABLE 10
    VBUS Voltage information
    Bit Position Description
    b0-b9 Present voltage
    b10-b19 Reference voltage
    b20-b29 Reference voltage − present voltage
    b31 1: value, 0: valid

    The voltage information may comprise a present voltage, a reference voltage, and a difference between a reference voltage and a present voltage, which may all be about 10-bits long. For example, the present voltage may indicate a current voltage measurement on the VBUS wire, a reference voltage may indicate a voltage measurement on the VBUS wire at a time when current drawing is small (e.g. small IR drop), and the difference between the reference voltage and the present voltage may indicate the IR drop on the VBUS wire.
  • In an embodiment, an ACTIVE_CONTRACT_PDO command may be issued by a host controller to retrieve a current contract negotiated by a PDC, which may carry the contract information as defined in the USB PD specification. For example, the ACTIVE_CONTRACT_PDO command may be indicated by a command code of 0x08 in hexadecimal format and may be about four octets long. It should be noted that a current contract value of all zeroes may indicate no contract is present. The contract information returned via the ACTIVE_CONTRACT_PDO command may include the maximum and the minimum voltage or a nominal voltage if the supply type is fixed. The contract information may also include a maximum current or a maximum power. Other contract information that may be present is a Dual-Role bit indicating whether a device may be a source and a sink, a USB Suspend Support bit, an externally powered bit, a USB Communications capable bit, and a Peak Power bit field.
  • In an embodiment, an ACTIVE_CONTRACT_RDO command may be issued by a host controller to retrieve a contract currently requested by a PDC when the PDC is a sink, which may carry the request information as defined in the USB PD specification. For example, the ACTIVE_CONTRACT_RDO command may be indicated by a command code of 0x09 in hexadecimal format and may be about four octets long. It should be noted that a request contract value of all zeroes may indicate no request contract is present. The contract information returned to the ACTIVE_CONTRACT_RDO command may include an operating current, a maximum operating current, a minimum operating current, an operating power, a maximum operating power, and/or a minimum operating power. Other information that may be included are a GiveBackFlag bit, an object position field, a capability mismatch bit, a USB Communications capable bit, and a no USB suspend bit.
  • In an embodiment, a USB_PD_CONTROL command may be issued by a host controller to request a PDC to perform an action. For example, the USB_PD_CONTROL command may be indicated by a command code of 0x0A in hexadecimal format and may be about one octet long. The following table lists some examples of control values:
  • TABLE 11
    List of PDC Control Values
    Control Value Description
    0000b no action
    0001b Issue a GotoMin message to a far-end
    0010b Issue a HardReset message to a far-end
    0011b Get Plug Status
    0101b Disable PD
    0110b Swap Required
    0111b Sink OK
    1000b SwitchToBrl
    1001b OverridePlugStatus
    1010b RequestHigherVoltage
    1100b GetCap

    The PDC may indicate a PDC control by about 4-bits. For example, a control value of zero may indicate no action is requested. A control value of one may request the PDC to send a GotoMin message to a far-end port to reduce current drawing from the VBUS wire. A control value of two may request the PDC to send a HardReset message to a far-end port to perform a hard reset. A control value of three may request the PDC to update cable connection status, where the PDC may perform cable detection and send the host controller an alert signal when the plug status is ready. The host controller may receive the alert signal, retrieve the alert status by issuing a STATUS_ALERT command and followed by issuing a STATUS_USB_PD command to retrieve more detail information of the plug status as described herein above.
  • A control value of five may request the PDC to disable PD functionalities and act as a non-PD device. A control value of six may request the PDC to initiate a role swap procedure with the far-end port, for example, from a consumer to a provider or from a provider to a consumer. A control value of seven may request the PDC to connect a VBUS wire to an internal power rail to allow power sink over the VBUS wire. A control value of eight may request the PDC to disconnect the VBUS wire from an internal power rail and connect the internal power rail to a barrel jack. A control value of nine may request the PDC to function as a PD plug even when the inserted plug is not a PD plug, for example, the PDC may assume a 5 ampere (A) capable cable is inserted regardless of the cable detection result. A control value of ten may request the PDC to negotiate a higher voltage, for example, after receiving a NegotationUpdate event from the PDC, the host controller may request a higher voltage. A control value of twelve may request the PDC to send a capability message to the far-end port, where the capability message may be a SourceCapability message or a SinkCapability message depending on the role of the PDC.
  • In an embodiment, a VENDOR_SPECIFIC command may be issued by a host controller to request a PDC to send one or more vendor specific messages as defined in the USB PD specification to the far-end port. In addition, the host controller may issue the VENDOR_SPECIFIC command to retrieve a received vendor specific message. For example, the VENDOR_SPECIFIC command may be indicated by a command code of 0x0B in hexadecimal format and may be a maximum of about twenty eight octets long.
  • In an embodiment, a STORE_CONFIGURATION command may be issued by a host controller to request a PDC to store configuration parameters to a non-volatile memory. For example, the STORE_CONFIGURATION command may be indicated by a command code of 0x0C in hexadecimal format and may be about one octet long. When the PDC has completed storing the configuration parameters to the non-volatile memory, the PDC may send an alert signal to notify the host controller of a StoreConfigurationComplete event (e.g. if the host controller registered for the event).
  • In an embodiment, a RESET command may be issued by a host controller to request a PDC to perform a hard reset, which may be substantially similar to a reboot when the PDC experiences a power loss. For example, the RESET command may be indicated by a command code of 0x0D in hexadecimal format and may be about one octet long.
  • In an embodiment, a DEVICE_ID command may be issued by a host controller to retrieve a PDC hardware and/or a firmware version. For example, the DEVICE_ID command may be indicated by a command code of 0x0E in hexadecimal format and may be about twenty eight octets long.
  • In an embodiment, a SPECIFICATION_REVISION command may be issued by a host controller to retrieve a revision of the USB PD specification supported by a PDC. For example, the SPECIFICATION_REVISION command may be indicated by a command code of 0x0F in hexadecimal format and may be about one octet long. The host controller may function according to the supported specification.
  • In an embodiment, a SOURCE_PDO_BATTERY command may be issued by a host controller to indicate the current, the voltage, and/or the power limits when the power supply is a battery supply, which may allow a PDC to configure a battery PDO accordingly, where the PDO may be sent in a SourceCapabilities message. For example, the SOURCE_PDO_BATTERY command may be indicated by a command code of 0x10 in hexadecimal format and may be about four octets long. It should be noted that the host controller may also issue the SOURCE_PDO_BATTERY command to retrieve a previously configured battery PDO. The host controller may include the maximum and minimum voltage when the host controller is employing a battery supply as well as the power that the battery supply may provide in this command.
  • In an embodiment, a CAPABILITIES command may be issued by a host controller to a PDC to retrieve a SourceCapabilities or a SinkCapabilities message received from a far-end device. For example, the CAPABILITIES command may be indicated by a command code of 0x11 in hexadecimal format and may be a maximum of about twenty eight octets long. As discussed herein above, a host controller may request a PDC to send a Get_Source_Cap or a Get_Sink_Cap message to a far-end port. After the PDC message receives the requested capability message from the far-end port, the PDC may send an alert signal to the host controller to indicate a received message. The host controller may then retrieve the received capability via the CAPABILITIES command. The retrieved capability may comprise fields as defined in the USB PD specification (e.g. one or more sink PDOs or source PDOs for fixed, variable, and/or battery supply). When the PDC fails (e.g. timeout) to get a capability message from the far-end port, all fields may be zeroes.
  • In an embodiment, a STATUS_ALERT_MASK command may be issued by a host controller to register for alert events with a PDC or to retrieve previously configured alert events from the PDC. For example, the STATUS_ALERT_MASK command may be indicated by a command code of 0x19 in hexadecimal format and may be about two octets long. As discussed herein above, a host controller may receive an alert signal from the PDC. The host controller may register with the PDC for a set of events that the host controller is interested by issuing the STATUS_ALERT_MASK command. The alert event mask may comprise the same event types and the bit position as described in Table 2 herein above. It should be noted the configuration of the alert events may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above. However, the figuration of the alert events may also be changed dynamically.
  • In an embodiment, a NEGOTIATION_INFO command may be issued by a host controller to configure a PDC for negotiation parameters or to retrieve previously configured negotiation parameters from the PDC. For example, the NEGOTIATION_INFO command may be indicated by a command code of 0x1A in hexadecimal format and may be about four octets long. It should be noted the negotiation parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above. However, the negotiation parameters may also be changed dynamically by applying a re-initialization method similar to method 600. The following table lists some examples of negotiation parameters:
  • TABLE 12
    List of Negotiation Parameters
    Bit Position Description
    b0 USBSuspendSupport
    b1-b2 ExternallyPowered
    b3 USBCommCapapble
    b4 HigherCapability
    b5-6  txPeakPower
     b7-b16 MaxCurrentSourcePdo1
    b17-b26 OpCurrentSinkPdo1
     b29 OfferPriority

    The USBSuspendSupport parameter may be about 1-bit long and a value of one may indicate if the device may support USB suspend operation. The ExternllyPowered parameter may be about 2-bits long and may indicate a current power supply may be provided by an external power or an unknown supply. The USBCommCapable parameter may be about 1-bit long and may indicate if the device may support USB communication. The HigherCapability parameter may be about 1-bit long and may indicate if the device may be fully functional from a default 5V supply. The txPeakPower parameter may be about 2-bits long and may indicate a peak power when the device is a source. For example, the txPeakPower may be indicated in terms of maximum current (Imax) at a percentage of operating current (loc) over some duration of time with a certain duty cycle (e.g. Imax of 130% loc at 50% duty cycle). The MaxCurrentSourcePdo1 parameter may be about 10-bits long and may indicate a maximum current the device may offer in a default 5V fixed power supply PDO when the device is a source. The OpCurrentSinkPdo1 parameter may be about 10-bits long and may indicate an operating current the device may sink in a default 5V fixed power supply PDO. The OfferPriority parameter may be about 1-bit long and may indicate if a higher current contract may be given priority over a higher voltage contract.
  • A host controller may configure a PDC with voltage, current, and/or power limits for various types of power supplies (e.g. fixed, variable, battery) when a device is a sink or a source. The host controller may issue a SOURCE_PDO_FIXED_PDO_VAR command to configure a PDC for fixed source and/or variable source PDOs and may be indicated. For example, the SOURCE_PDO_FIXED_PDO_VAR command may be indicated by a command code of 0x1B in hexadecimal format and may be a maximum of twenty four octets long (e.g. up to six PDOs). A fixed supply source PDO may comprise a dual-role field, an externally powered field, a USB communication capable field, a peak current field, and a nominal voltage file as defined in the USB PD specification. A variable supply source PDO may comprise a maximum voltage field, a minimum voltage field, and a maximum current field as defined in the USB PD specification. The host controller may issue a SINK_PDO_FIXED command to configure a PDC for a fixed sink PDO. The fixed supply sink PDO may comprise a dual-role field, a higher capability field, an externally powered field, a USB communication capable field, a nominal voltage field, and an operational current field as defined in the USB PD specification. For example, the SINK_PDO_FIXED command may be indicated by a command code of 0x1C in hexadecimal format and may be about four octets long. The host controller may issue a SINK_PDO_VAR command to configure a PDC for a variable sink PDO. A variable supply sink PDO may comprise a maximum voltage field, a minimum voltage field, and an operational current field as defined in the USB PD specification. For example, the SINK_PDO_VAR command may be indicated by a command code of 0x1D in hexadecimal format and may be about four octets long. The host controller may issue a SINK_PDO_BATTERY command to configure a PDC for a battery sink PDO. A battery supply source PDO may comprise a maximum voltage field, a minimum voltage field, and an operational current field as defined in the USB PD specification. For example, the SINK_PDO_BATTERY command may be indicated by a command code of 0x1E in hexadecimal format and may be about four octets long. In addition, the host controller may retrieve any of the PDOs by issuing a same command with a read transaction type. It should be noted that the various types of PDOs may be configured or retrieved via other command variations and may not be limited to the above description. In addition, the PDOs may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • In an embodiment, an INITIALIZATION command may be issued by a host controller to configure a PDC for initialization parameters or to retrieve previously configured initialization parameters from the PDC. For example, the INITIALIZATION command may be indicated by a command code of 0x21 in hexadecimal format and may be about four octets long. It should be noted the initialization parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above.
  • The following table lists some examples of the initialization parameters:
  • TABLE 13
    List of Initialization Parameters
    Bit Position Description
    b0-b2 ReceptacleType
    b3-b4 CurrentRating
    b5 ProcessSwapToSource
    b6 ProcessSwapToSink
    b7 InitiateSwapToSource
    b8 InitiateSwapToSink
     b9-b11 AcceptBistRequests
     b12 AcceptVoltageFromNonPD
    b13-b14 SMBusTimeout
    b15-b16 DeviceRole
    b17-b19 Source_PDO_Count
     b20 Battery_PDO_Count
  • The ReceptacleType parameter may be about 2-bits long and may indicate the receptacle or cable types supported by the device. The following table lists some examples of receptacle types:
  • TABLE 14
    List of Receptacle Types
    Type Value Description
    000b Captive cable
    001b Standard A (with an insert pin)
    010b Standard A (without an insert pin)
    011b Micro AB
    100b Standard B
    101b Micro B

    The ReceptacalType parameter may be indicated by about 3-bits. A type value of zero may indicate a device with a captive cable. A type value of one may indicate a standard A cable with an insert pin that indicates the presence of a plug. A type value of two may indicate a standard A cable without an insert pin. A type value of three may indicate a micro AB cable. A type value of four may indicate a standard B cable. A type value of five may indicate a micro B cable.
  • The CurrentRating parameter may be indicated by about 2-bits and may indicate the amount of current (e.g. 2 A, 3 A, 4 A, or 5 A) that may be negotiated on the receptacle. The ProcessSwapToSource parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically process a far-end request to swap to a source and a value of zero may indicate the PDC to defer the decision to the host controller. The ProcessSwapToSink parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically process a far-end request to swap to a sink and a value of zero may indicate the PDC to defer the decision to the host controller. The InitiateSwapToSource parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically initiate a swap to a source when possible and a value of zero may indicate the PDC may wait for the host controller to initiate. The InitiateSwapToSink parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically initiate a swap to a sink when possible and a value of zero may indicate the PDC may wait for the host controller to initiate. The AcceptBISTorCarrierReq parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST eye patter or BIST carrier mode and a value of zero may indicate the PDC may reject the request. The AcceptBISTtransmit parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST transmit mode and a value of zero may indicate the PDC may reject the request. The AcceptBISTreceive parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may automatically enter a BIST receive mode and a value of zero may indicate the PDC may reject the request. The AcceptVoltageFromNonPD parameter may be indicated by about 1-bit, where a value of one may indicate the PDC may connect the VBUS to an internal rail when a voltage is supplied by a non-PD far-end device and a value of zero may indicate otherwise. The SMBusTimeout parameter may be indicated by about 2-bits and may indicate the amount of time (e.g. 0, 11, 100, or 1000 millisecond (ms), the PDC may wait after a last SMBus activity before entering sleep mode. The DeviceRole parameter may be indicated by about 2-bits and may indicate if the device is a consumer, a producer, a C/P, or a C/P. The Source_Pdo_count may be indicated by about 3-bits and may indicate the number of PDOs to send in a SourceCapabilityMessage. It should be noted that there may be at least one PDO. The Battery_Pdo_count may be indicated by about 1-bit, where a value of one may indicate the PDC may send a battery PDO and a value of zero may indicate otherwise.
  • In an embodiment, a LOW_POWER command may be issued by a host controller to configure a PDC for low power mode parameters or retrieve previously configured low power mode parameters from the PDC. For example, the LOW_POWER command may be indicated by a command code of 0x22 in hexadecimal format and may be about two octets long. It should be noted the low power mode parameters may be stored in a non-volatile memory at the PDC, for example, by issuing a STORE_CONFIGURATION command as described herein above. However, the lower power mode parameters may also be changed dynamically by applying a re-initialization method similar to method 600. The following table lists some examples of low power mode parameters, which may all be about 1-bit long:
  • TABLE 15
    List of Low Power Mode Parameters
    Bit Position Description
    b0 UseSleepMode
    b1 GoToDisabledState
    b2 RunSinkCapabilityTimer
    b3 WakeForSMBusStatus
    b4 WakeOnlyForPD
    b5 DrawFromVbus
    b6 ImplementDeadBattery
    b7 UseLongSleepTimer
    b8 StopSourcing

    The UseSleepMode parameter may indicate if the PDC may enter sleep mode when possible. The GoToDisabledState may indicate if the PDC may enter a disabled state as defined in the USB PD specification. The RunSinkCapabilityTimer may indicate if the PDC may run a SinkCapabilityTimer during discovery in a sink role, where the SinkCapabiltiyTimer may be as defined in the USB PD specification. The WakeForSMBusStatus may indicate if the PDC may wake from sleep mode when SMBus traffic is present. The WakeOnlyForPD parameter may indicate if the PDC may wake from sleep mode when a PD cable is inserted, but not when a legacy cable is inserted. The DrawFromVbus parameter may indicate if the PDC may draw power from the VBUS wire when possible or only draw power from the VBUS wire when the VBUS wire is the only source. The ImplementDeadBattery parameter may indicate if the PDC may react to a dead battery probing by a far-end device. The UseLongSleepTimer parameter may indicate if the PDC may use enter a long sleep mode in between polling for cable-type or dead-battery detection. The StopSourcing parameter may indicate if the PDC may stop sourcing voltage on the VBUS wire. For example, the PDC may cancel a present contract when the PDC is a source and may not negotiate for a new contract as a source. When no contract is in place and the device is a P/C, the device may appear as if it has a dead-battery to a C/P connected at the far-end port.
  • The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims (20)

What is claimed is:
1. An apparatus, comprising:
a system management bus configured to communicate with a Universal Serial Bus (USB) Power Delivery Controller (PDC); and
a processor coupled to the system management bus and configured to:
send a power delivery configuration to the PDC, wherein the power delivery configuration comprises voltage and current settings; and
receive a power delivery status from the PDC, wherein the power delivery status comprises a power capability of a USB port partner.
2. The apparatus of claim 1, wherein the voltage and the current settings are voltage and current consumption requirements.
3. The apparatus of claim 1, wherein the voltage and the current settings are voltage and current provisioning capabilities.
4. The apparatus of claim 1, wherein the power delivery configuration further comprises a power delivery role configuration, and wherein the power delivery role configuration comprises a power consumer role, a power provider role, a power consumer/provider (C/P) role, or a power provider/consumer (P/C) role.
5. The apparatus of claim 1, wherein the power delivery configuration further comprises a USB receptacle type, a USB receptacle current rating, an automatic power delivery role swap mode, an automatic power delivery role swap initiation mode, a Built in Self-Test (BIST) mode, or combinations thereof.
6. The apparatus of claim 1, wherein in the power delivery configuration further comprises power delivery negotiation parameters, and wherein the power delivery negotiation parameters comprise a USB suspend capability, a USB communication capability, a higher power requirement, or combinations thereof.
7. The apparatus of claim 1, wherein the processor is further configured to send a power delivery command to the PDC, and wherein the power delivery command instructs the PDC to:
request the power delivery capability of the USB port partner;
stop performing power delivery operations;
disconnect from a first power source;
connect to a second power source;
perform a cable-type detection;
perform the power delivery operations irrespective of a result returned from the cable-type defection, or combinations thereof.
8. The apparatus of claim 7, wherein the power delivery command further instructs the PDC to:
negotiate for an increase in voltage supply with the USB port partner;
request the USB port partner to draw a minimum current, or combinations thereof.
9. The apparatus of claim 7, wherein the power delivery command further comprises a role swap command, and wherein the role swap command instructs the PDC to:
initiate a role swap process with the USB port partner;
stop performing power provider operations;
start performing power consumer operations;
stop performing the power consumer operations; and
start performing the power provider operations.
10. The apparatus of claim 1, wherein the processor is further configured to:
send an event configuration to the PDC to register for a notification of an event, wherein the event comprises a hard reset event, an excessive voltage drop event, a power delivery negotiation update event, a message received event, or combinations thereof; and
receive an event notification from the PDC when the event occurs.
11. The apparatus of claim 10, wherein the apparatus further comprises a sub-system bus configured to communicate with a plurality of sub-systems, wherein the message received event comprises a request from the USB port partner to draw a minimum current, and wherein the processor is further configured to instruct the sub-systems to draw less current.
12. An apparatus, comprising:
a power bus interface configured to communicate with a universal serial bus (USB) port partner;
a system management bus interface configured to communicate with a host; and
a processor coupled to the power bus interface and the system management bus interface, wherein the processor is configured to:
receive, via the system management bus interface, a power delivery configuration from the host, wherein the power delivery configuration comprises voltage and current settings;
generate a power capability message based on the power delivery configuration; and
send, via the power bus interface, the power capability message to the USB port partner.
13. The apparatus of claim 12, wherein the apparatus further comprises a non-volatile memory, and wherein the processor is further configured to:
receive, via the system management bus interface, a power delivery configuration store command from the host; and
store the power delivery configuration to the non-volatile memory in response to the power delivery configuration store command.
14. The apparatus of claim 12, wherein the processor is further configured to:
receive, via the power management bus interface, a power delivery message from the USB port partner, wherein the power delivery message comprises a power capability of the USB port partner; and
send, via the system management bus interface, the power delivery message to the host.
15. The apparatus of claim 12, wherein the processor is further configured to:
receive, via the system management bus interface, a notification request of a power delivery status, wherein the notification request comprises a USB plug detection notification request; and
send, via the system management bus interface, the power delivery status to the host, wherein the power delivery status comprises a USB plug detection status.
16. The apparatus of claim 12, wherein the apparatus comprises a power switch interface coupled to a plurality of power switches, and wherein the processor is further configured to:
receive, via the system management bus interface, a power delivery command from the host, wherein the power delivery command comprises a power delivery command;
disable a first power switch of the plurality of power switches in response to the power delivery command; and
enable a second power switch of the plurality of power switches in response to the power delivery command.
17. The apparatus of claim 16, wherein the power delivery command further comprises a role swap command, wherein the processor is further configured to initiate a role swap process with the USB port partner according to the role swap command, and wherein the role swap process comprises a power provider to power consumer role swap process or a power consumer to power provider role swap process.
18. The apparatus of claim 12, wherein the processor is further configured to:
enter a low power mode, wherein the low power mode is at least lower than a normal operational mode;
wake up from the low power mode; and
send, via the system management interface bus, a wake up status, to the host after waking up from the low power mode.
19. A method for interfacing with a Universal Serial Bus (USB) Power Delivery controller (PDC) via a system management bus, wherein the method comprises:
sending a power delivery configuration to the PDC, wherein the power delivery configuration comprises voltage and current settings;
sending a power delivery command to the PDC, wherein the power delivery command instructs the PDC to send a first power delivery message to a USB port partner of the PDC;
sending a power delivery event configuration to the PDC;
receiving a power delivery event from the PDC; and
receiving a second power delivery message of the USB port partner from the PDC, wherein the second power delivery message comprises a power capability of the USB port partner.
20. The method of claim 19, wherein the first power delivery message comprises a hard reset request, wherein the power delivery status comprises a hard reset status indicating an occurrence of the hard reset event at the PDC, and wherein the power delivery command further comprises:
a first role swap command that instructs the PDC to swap role from a power provider to a power consumer; and
a second role swap command that instructs the PDC to swap role from the power provider to the power consumer.
US14/160,256 2013-01-21 2014-01-21 Host controller interface for universal serial bus (usb) power delivery Abandoned US20140208134A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/160,256 US20140208134A1 (en) 2013-01-21 2014-01-21 Host controller interface for universal serial bus (usb) power delivery
US15/369,129 US11422598B2 (en) 2013-01-21 2016-12-05 Host controller interface for universal serial bus (USB) power delivery

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361754846P 2013-01-21 2013-01-21
US14/160,256 US20140208134A1 (en) 2013-01-21 2014-01-21 Host controller interface for universal serial bus (usb) power delivery

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/369,129 Continuation US11422598B2 (en) 2013-01-21 2016-12-05 Host controller interface for universal serial bus (USB) power delivery

Publications (1)

Publication Number Publication Date
US20140208134A1 true US20140208134A1 (en) 2014-07-24

Family

ID=51208722

Family Applications (2)

Application Number Title Priority Date Filing Date
US14/160,256 Abandoned US20140208134A1 (en) 2013-01-21 2014-01-21 Host controller interface for universal serial bus (usb) power delivery
US15/369,129 Active 2035-10-01 US11422598B2 (en) 2013-01-21 2016-12-05 Host controller interface for universal serial bus (USB) power delivery

Family Applications After (1)

Application Number Title Priority Date Filing Date
US15/369,129 Active 2035-10-01 US11422598B2 (en) 2013-01-21 2016-12-05 Host controller interface for universal serial bus (USB) power delivery

Country Status (1)

Country Link
US (2) US20140208134A1 (en)

Cited By (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150106641A1 (en) * 2013-10-10 2015-04-16 Nokia Corporation Serial communication over communication control pin
US20150137789A1 (en) * 2013-11-18 2015-05-21 Infineon Technologies Ag System and Method for a Serial Bus Interface
US20150363344A1 (en) * 2014-06-17 2015-12-17 Cisco Technology, Inc. Selectively Connecting a Port of an Electrical Device to Components in the Electrical Device
US20150378409A1 (en) * 2014-06-27 2015-12-31 Robert Dunstan USB Power Delivery Controller Sharing
US20160034333A1 (en) * 2014-08-01 2016-02-04 Rohm Co., Ltd. Power supply device, controller thereof, method of controlling the same, and electronic device employing the same
US20160098222A1 (en) * 2014-10-07 2016-04-07 Nuvoton Technology Corporation Controlling device, controlled device, and operating method
US20160139642A1 (en) * 2014-11-19 2016-05-19 Dell Products L.P. Information Handling System Multi-Purpose Connector Guide Pin Structure
US20160139641A1 (en) * 2014-11-19 2016-05-19 Dell Products L.P. Information Handling System Multi-Purpose Connector Guide Pin Structure
US20160163480A1 (en) * 2014-12-09 2016-06-09 Scot Lester Techniques to Route Power to a USB Host in Dead Battery Condition
CN105786751A (en) * 2016-04-12 2016-07-20 深圳驰越科技有限公司 Novel USB-PD PHY circuit and realization method
US20160216750A1 (en) * 2015-01-23 2016-07-28 Icron Technologies Corporation Systems and methods for managing usb power delivery
US20160231777A1 (en) * 2014-10-28 2016-08-11 Targus Group International, Inc. Power and data adapter, and related systems and methods
WO2016167802A1 (en) * 2015-04-17 2016-10-20 Hewlett-Packard Development Company, L.P. Universal serial bus management
US20170005494A1 (en) * 2015-06-30 2017-01-05 Dong-Sheng Li Multi-functional hub integrated with ac power supply
WO2017020013A1 (en) * 2015-07-29 2017-02-02 Texas Instruments Incorporated Voltage transition control for usb power delivery sources
US9612991B2 (en) 2013-10-10 2017-04-04 Nokia Technologies Oy Connector interface pin mapping
US20170126042A1 (en) * 2015-10-29 2017-05-04 Liang-Chih Chen Wiring concentration apparatus with removable power source
US9727123B1 (en) 2016-05-13 2017-08-08 Cypress Semiconductor Corporation Configurable and power-optimized integrated gate-driver for USB power-delivery and type-C SoCs
US9727518B2 (en) 2013-10-10 2017-08-08 Nokia Technologies Oy Communication control pins in a dual row connector
US9740261B2 (en) 2015-08-31 2017-08-22 Texas Instruments Incorporated USB power delivery dead-battery control
WO2017143471A1 (en) * 2016-02-22 2017-08-31 Hewlett-Packard Development Company, L.P. System events in universal serial bus (usb) power delivery devices
EP3213603A1 (en) * 2014-10-28 2017-09-06 Philips Lighting Holding B.V. Apparatus, method and system for controlling a load device via a power line by using a power negotiation protocol
WO2017189852A1 (en) * 2016-04-28 2017-11-02 Texas Instruments Incorporated Fast turn-on power switch
US20180032350A1 (en) * 2016-08-01 2018-02-01 Samsung Electronics Co., Ltd. Method for recognizing external device and electronic device supporting the same
US9900420B2 (en) 2014-12-15 2018-02-20 Targus International Llc Power and data adapter
WO2018044816A1 (en) * 2016-08-31 2018-03-08 Intel Corporation Apparatuses to resolve roles for dual role serial bus devices
US20180076647A1 (en) * 2016-09-13 2018-03-15 Intersil Americas LLC Hybrid power buck-boost charger
US9998276B2 (en) 2016-09-27 2018-06-12 Nxp B.V. USBPD type-C BMC encoded receive message squelch detection
CN108170256A (en) * 2018-02-07 2018-06-15 安福县海能实业股份有限公司 A kind of USB-C dynamically distributes power system and its power detecting method
WO2018147703A1 (en) * 2017-02-10 2018-08-16 삼성전자 주식회사 Device for supplying power to external device and method therefor
US10078362B2 (en) 2013-08-13 2018-09-18 Nokia Technologies Oy Power delivery information over data interface
US20180284866A1 (en) * 2017-03-31 2018-10-04 Brother Kogyo Kabushiki Kaisha Image Processing Apparatus, Method and Computer-Readable Medium
US10122576B2 (en) 2015-03-17 2018-11-06 Microsoft Technology Licensing, Llc Intelligent role selection for dual-role devices
US20190025897A1 (en) * 2016-03-25 2019-01-24 Hewlett-Packard Development Company, L.P. Data transfer via a data and power connection
US20190045654A1 (en) * 2017-08-07 2019-02-07 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Server having a dual-mode serial bus port enabling selective access to a baseboard management controller
US10261558B2 (en) * 2017-04-24 2019-04-16 Hewlett-Packard Development Company, L.P. Module communications via power delivery buses
CN109753467A (en) * 2017-11-08 2019-05-14 瑞萨电子株式会社 Power feed system and semiconductor equipment for the power feed system
US10312697B1 (en) * 2015-06-19 2019-06-04 Amazon Technologies, Inc. Dynamic current redistribution for portable electronic devices
US10320128B2 (en) 2014-11-19 2019-06-11 Dell Products L.P. Information handling system multi-purpose connector guide pin structure
US10331607B2 (en) * 2016-10-24 2019-06-25 Samsung Electronics Co., Ltd. Method for detecting cable insertion and an electronic device thereof
US10366037B2 (en) * 2016-05-27 2019-07-30 I/O Interconnect, Ltd. Method for managing docking device and docking device
US10445274B2 (en) * 2015-05-29 2019-10-15 Genesys Logic, Inc. Universal serial bus (USB) hub for connecting different port types and method thereof
US10476394B2 (en) 2016-12-28 2019-11-12 Texas Instruments Incorporated Dynamic learning of voltage source capabilities
US10498167B2 (en) * 2016-06-08 2019-12-03 Texas Instruments Incorporated Multi-port power delivery
US10574070B1 (en) * 2019-01-19 2020-02-25 Simpower Technology Inc. Multi-functional hub integrated with AC power supply
US10578657B2 (en) 2017-07-20 2020-03-03 Targus International Llc Systems, methods and devices for remote power management and discovery
US10705566B2 (en) 2016-09-09 2020-07-07 Targus International Llc Systems, methods and devices for native and virtualized video in a hybrid docking station
US10707688B2 (en) 2016-02-03 2020-07-07 Samsung Electronics Co., Ltd. Method and apparatus for high speed charging using various charging schemes
CN112311028A (en) * 2019-07-29 2021-02-02 瑞昱半导体股份有限公司 Method for selecting power supply option of USB powered device
US10936032B2 (en) 2018-12-11 2021-03-02 Dell Products L.P. Information handling system dual charger power balancing and fast role swapping
US11017334B2 (en) 2019-01-04 2021-05-25 Targus International Llc Workspace management system utilizing smart docking station for monitoring power consumption, occupancy, and usage displayed via heat maps
US11039105B2 (en) 2019-08-22 2021-06-15 Targus International Llc Systems and methods for participant-controlled video conferencing
US11113221B2 (en) * 2019-05-31 2021-09-07 Qisda Corporation Mode switching system and mode switching method using the same
US20210405732A1 (en) * 2020-06-24 2021-12-30 Intel Corporation Usb type-c subsystem power management
US11226670B2 (en) * 2017-12-27 2022-01-18 Brother Kogyo Kabushiki Kaisha Information processing apparatus, method of controlling the same, and non-transitory storage medium storing program executable by the information processing apparatus
US11231448B2 (en) 2017-07-20 2022-01-25 Targus International Llc Systems, methods and devices for remote power management and discovery
US11288224B2 (en) * 2019-05-29 2022-03-29 Renesas Electronics Corporation Semiconductor system and semiconductor device
US11340676B2 (en) * 2018-09-03 2022-05-24 Samsung Electronics Co., Ltd. Method of identifying external electronic device based on power information and electronic device and storage medium for supporting same
US11360534B2 (en) 2019-01-04 2022-06-14 Targus Internatonal Llc Smart workspace management system
US11379026B2 (en) * 2019-07-30 2022-07-05 Samsung Electronics Co., Ltd. Electronic device for preventing damage of USB device and operating method thereof
US11449115B2 (en) 2018-02-27 2022-09-20 Samsung Electronics Co., Ltd. Method for receiving power from other external device connected to electronic device, on basis of disconnection of external electronic device that is supplying power, and electronic device implementing same
US11569666B2 (en) 2014-11-11 2023-01-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Quick charging method, power adapter and mobile terminal
US11614776B2 (en) 2019-09-09 2023-03-28 Targus International Llc Systems and methods for docking stations removably attachable to display apparatuses
US20230152877A1 (en) * 2021-09-29 2023-05-18 Eaton Intelligent Power Limited A dynamic power sharing dual usb type c and power delivery receptacle
US11720156B2 (en) * 2019-07-31 2023-08-08 Canon Kabushiki Kaisha Electronic device
US11740657B2 (en) 2018-12-19 2023-08-29 Targus International Llc Display and docking apparatus for a portable electronic device
CN117242663A (en) * 2021-04-26 2023-12-15 通利台有限公司 Power supply device and power supply method
US20240028093A1 (en) * 2022-07-22 2024-01-25 Dell Products L.P. System and Method to Maximize Power Delivery for USB Power Delivery Programmable Power Supplies

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160282922A1 (en) * 2013-11-20 2016-09-29 Entropic Communications, Llc Network Sensing Systems and Methods for Power Management
US11217994B2 (en) 2018-08-21 2022-01-04 Burrana Ip And Assets, Llc Power controller for aircraft receptacles
CN114174955A (en) 2019-07-31 2022-03-11 惠普发展公司,有限责任合伙企业 Power supply apparatus for power delivery contract selection
US11150719B1 (en) * 2020-03-24 2021-10-19 Siliconch Systems Pvt Ltd System and method for implementing low-power, low code-size power-delivery communication protocol on single and multiple USB-C ports

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4779195A (en) * 1985-06-28 1988-10-18 Hewlett-Packard Company Interrupt system using masking register in processor for selectively establishing device eligibility to interrupt a particular processor
US20080059641A1 (en) * 2006-07-26 2008-03-06 Dell Products L.P. Apparatus and Method for Remote Power Control
US7447922B1 (en) * 2004-06-23 2008-11-04 Cypress Semiconductor Corp. Supplying power from peripheral to host via USB
US20120078690A1 (en) * 2010-09-24 2012-03-29 Harriman David J Power allocation controller
US20130076133A1 (en) * 2011-09-22 2013-03-28 John Gammel Apparatus Including a Gate Drive Circuit for Selectively Providing Power to a Powered Device Through Multiple Wire Pairs
US20130111231A1 (en) * 2011-10-28 2013-05-02 Hon Hai Precision Industry Co., Ltd. Control circuit for power supply of memory
US20140183974A1 (en) * 2012-12-27 2014-07-03 Wayne L. Proefrock Universal power interface

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5675813A (en) * 1995-10-26 1997-10-07 Microsoft Corporation System and method for power control in a universal serial bus
US6205501B1 (en) * 1998-01-07 2001-03-20 National Semiconductor Corp. Apparatus and method for handling universal serial bus control transfers
US6389029B1 (en) * 1998-11-10 2002-05-14 Nortel Networks Limited Local area network incorporating universal serial bus protocol
TW469377B (en) * 1999-04-29 2001-12-21 Koninkl Philips Electronics Nv Communication bus system and apparatus for use in a communication bus system
AU4501200A (en) * 1999-04-30 2000-11-17 Daniel Kelvin Jackson Method and apparatus for extending communications over usb
CA2374342C (en) * 2001-03-01 2005-12-20 Research In Motion Limited System and method for powering and charging a mobile communication device
US7305675B1 (en) * 2002-01-11 2007-12-04 Advanced Micro Devices, Inc. Processing tasks with failure recovery
JP4377603B2 (en) * 2003-03-26 2009-12-02 Okiセミコンダクタ株式会社 Bus communication system and communication control method thereof
JP4463658B2 (en) * 2004-10-28 2010-05-19 日本電産サンキョー株式会社 Subordinate apparatus of information processing system, operation control program for subordinate apparatus, and operation control method for subordinate apparatus
US7469350B2 (en) * 2005-12-22 2008-12-23 Ncr Corporation Power control interface for a self-service apparatus
US20070180269A1 (en) * 2006-02-01 2007-08-02 International Business Machines Corporation I/O address translation blocking in a secure system during power-on-reset
EP1984800B1 (en) * 2006-02-15 2014-09-17 Chronologic Pty Ltd Distributed synchronization and timing system
CA2691072A1 (en) * 2007-06-18 2008-12-24 Peak Positioning Corporation Methods and systems for providing a wireless security service and/or a wireless technical support service for personal computers
US20090055157A1 (en) * 2007-08-23 2009-02-26 Beyond Blades Ltd. Server Having Remotely Manageable Emulated Functions
JP2009151415A (en) * 2007-12-19 2009-07-09 Seiko Epson Corp Printer and usb device recognizing method
US8713209B2 (en) * 2009-01-13 2014-04-29 Qualcomm Incorporated System, apparatus, and method for fast startup of USB devices
US8055919B2 (en) * 2009-02-06 2011-11-08 Standard Microsystems Corporation Port power controller for USB hubs with legacy battery charge support
US9645866B2 (en) * 2010-09-20 2017-05-09 Qualcomm Incorporated Inter-processor communication techniques in a multiple-processor computing platform
US8990470B1 (en) * 2011-06-24 2015-03-24 Maxim Integrated Products, Inc. Virtual hubs for communication interface
EP2602721B1 (en) * 2011-12-07 2017-07-12 VIA Technologies, Inc. USB charging module
US10135254B2 (en) * 2012-02-15 2018-11-20 Allied Telesis Holdings Kabushiki Kaisha High reliability power over ethernet
JP6083176B2 (en) * 2012-09-27 2017-02-22 ブラザー工業株式会社 Printing device

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4779195A (en) * 1985-06-28 1988-10-18 Hewlett-Packard Company Interrupt system using masking register in processor for selectively establishing device eligibility to interrupt a particular processor
US7447922B1 (en) * 2004-06-23 2008-11-04 Cypress Semiconductor Corp. Supplying power from peripheral to host via USB
US20080059641A1 (en) * 2006-07-26 2008-03-06 Dell Products L.P. Apparatus and Method for Remote Power Control
US20120078690A1 (en) * 2010-09-24 2012-03-29 Harriman David J Power allocation controller
US20130076133A1 (en) * 2011-09-22 2013-03-28 John Gammel Apparatus Including a Gate Drive Circuit for Selectively Providing Power to a Powered Device Through Multiple Wire Pairs
US20130111231A1 (en) * 2011-10-28 2013-05-02 Hon Hai Precision Industry Co., Ltd. Control circuit for power supply of memory
US20140183974A1 (en) * 2012-12-27 2014-07-03 Wayne L. Proefrock Universal power interface

Cited By (121)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10078362B2 (en) 2013-08-13 2018-09-18 Nokia Technologies Oy Power delivery information over data interface
US20150106641A1 (en) * 2013-10-10 2015-04-16 Nokia Corporation Serial communication over communication control pin
US9727518B2 (en) 2013-10-10 2017-08-08 Nokia Technologies Oy Communication control pins in a dual row connector
US9612991B2 (en) 2013-10-10 2017-04-04 Nokia Technologies Oy Connector interface pin mapping
US9547573B2 (en) * 2013-10-10 2017-01-17 Nokia Technologies Oy Serial communication over communication control pin
US20150137789A1 (en) * 2013-11-18 2015-05-21 Infineon Technologies Ag System and Method for a Serial Bus Interface
US10114401B2 (en) * 2013-11-18 2018-10-30 Infineon Technologies Ag System and method for a serial bus interface
US20150363344A1 (en) * 2014-06-17 2015-12-17 Cisco Technology, Inc. Selectively Connecting a Port of an Electrical Device to Components in the Electrical Device
US9990321B2 (en) * 2014-06-17 2018-06-05 Cisco Technology, Inc. Selectively connecting a port of an electrical device to components in the electrical device
US20150378409A1 (en) * 2014-06-27 2015-12-31 Robert Dunstan USB Power Delivery Controller Sharing
US9766674B2 (en) * 2014-06-27 2017-09-19 Intel Corporation USB power delivery controller sharing
US20160034333A1 (en) * 2014-08-01 2016-02-04 Rohm Co., Ltd. Power supply device, controller thereof, method of controlling the same, and electronic device employing the same
US9690641B2 (en) * 2014-08-01 2017-06-27 Rohm Co., Ltd. Clearing a watchdog timer every time a processor instructs a transmission of a ping message to a power receiving device
US20160098222A1 (en) * 2014-10-07 2016-04-07 Nuvoton Technology Corporation Controlling device, controlled device, and operating method
CN106201933A (en) * 2014-10-07 2016-12-07 新唐科技股份有限公司 Control device, controlled device and operation method
EP3213603A1 (en) * 2014-10-28 2017-09-06 Philips Lighting Holding B.V. Apparatus, method and system for controlling a load device via a power line by using a power negotiation protocol
US20160231777A1 (en) * 2014-10-28 2016-08-11 Targus Group International, Inc. Power and data adapter, and related systems and methods
US10405405B2 (en) 2014-10-28 2019-09-03 Signify Holding B.V. Apparatus, method and system for controlling a load device via a power line by using a power negotiation protocol
RU2698708C2 (en) * 2014-10-28 2019-08-29 Филипс Лайтинг Холдинг Б.В. Apparatus, method and system for controlling load device through power line using power matching protocol
US9904323B2 (en) * 2014-10-28 2018-02-27 Targus International Llc Power and data adapter, and related systems and methods
US11569666B2 (en) 2014-11-11 2023-01-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Quick charging method, power adapter and mobile terminal
US9891680B2 (en) * 2014-11-19 2018-02-13 Dell Products L.P. Information handling system multi-purpose connector guide pin structure
US9791906B2 (en) * 2014-11-19 2017-10-17 Dell Products L.P. Information handling system multi-purpose connector guide pin structure
US10320128B2 (en) 2014-11-19 2019-06-11 Dell Products L.P. Information handling system multi-purpose connector guide pin structure
US20160139642A1 (en) * 2014-11-19 2016-05-19 Dell Products L.P. Information Handling System Multi-Purpose Connector Guide Pin Structure
US20160139641A1 (en) * 2014-11-19 2016-05-19 Dell Products L.P. Information Handling System Multi-Purpose Connector Guide Pin Structure
CN107003705A (en) * 2014-12-09 2017-08-01 英特尔公司 Technology for routeing electric power to usb host under without electric battery condition
US20160163480A1 (en) * 2014-12-09 2016-06-09 Scot Lester Techniques to Route Power to a USB Host in Dead Battery Condition
WO2016094063A1 (en) * 2014-12-09 2016-06-16 Intel Corporation Techniques to route power to a usb host in dead battery condition
US9632555B2 (en) * 2014-12-09 2017-04-25 Intel Corporation Techniques to route power to a USB host in dead battery condition
US9900420B2 (en) 2014-12-15 2018-02-20 Targus International Llc Power and data adapter
EP3248080A4 (en) * 2015-01-23 2018-01-31 Icron Technologies Corporation Systems and methods for managing usb power delivery
US10520998B2 (en) 2015-01-23 2019-12-31 Icron Technologies Corporation Systems and methods for managing USB power delivery
EP3575922A1 (en) * 2015-01-23 2019-12-04 Icron Technologies Corporation Systems and methods for managing usb power delivery
US9727109B2 (en) * 2015-01-23 2017-08-08 Icron Technologies Corporation Systems and methods for managing USB power delivery
US20160216750A1 (en) * 2015-01-23 2016-07-28 Icron Technologies Corporation Systems and methods for managing usb power delivery
US10122576B2 (en) 2015-03-17 2018-11-06 Microsoft Technology Licensing, Llc Intelligent role selection for dual-role devices
WO2016167802A1 (en) * 2015-04-17 2016-10-20 Hewlett-Packard Development Company, L.P. Universal serial bus management
US10853291B2 (en) 2015-04-17 2020-12-01 Hewlett-Packard Development Company, L.P. Information scheme
TWI581107B (en) * 2015-04-17 2017-05-01 惠普發展公司有限責任合夥企業 Method and system for universal serial bus management, and computer readable storage medium associated therewith
US10437761B2 (en) 2015-04-17 2019-10-08 Hewlett-Packard Development Company, L.P. Universal serial bus management
US10445274B2 (en) * 2015-05-29 2019-10-15 Genesys Logic, Inc. Universal serial bus (USB) hub for connecting different port types and method thereof
US10312697B1 (en) * 2015-06-19 2019-06-04 Amazon Technologies, Inc. Dynamic current redistribution for portable electronic devices
US10224727B2 (en) * 2015-06-30 2019-03-05 Dong-Sheng Li Multi-functional hub integrated with AC power supply
US20190157888A1 (en) * 2015-06-30 2019-05-23 Simpower Technology Inc. Control circuit in hub
US20170005494A1 (en) * 2015-06-30 2017-01-05 Dong-Sheng Li Multi-functional hub integrated with ac power supply
US10423205B2 (en) 2015-07-29 2019-09-24 Texas Instruments Incorporated Voltage transition control for USB power delivery sources
US11314300B2 (en) 2015-07-29 2022-04-26 Texas Instruments Incorporated Voltage transition control for USB power delivery sources
CN107835967A (en) * 2015-07-29 2018-03-23 德克萨斯仪器股份有限公司 Voltage conversion for USB power delivery sources controls
WO2017020013A1 (en) * 2015-07-29 2017-02-02 Texas Instruments Incorporated Voltage transition control for usb power delivery sources
US9740261B2 (en) 2015-08-31 2017-08-22 Texas Instruments Incorporated USB power delivery dead-battery control
US20170126042A1 (en) * 2015-10-29 2017-05-04 Liang-Chih Chen Wiring concentration apparatus with removable power source
US10707688B2 (en) 2016-02-03 2020-07-07 Samsung Electronics Co., Ltd. Method and apparatus for high speed charging using various charging schemes
US20180321725A1 (en) * 2016-02-22 2018-11-08 Hewlett-Packard Development Company, L.P. System events in universal serial bus (usb) devices
US10884467B2 (en) * 2016-02-22 2021-01-05 Hewlett-Packard Development Company, L.P. System events in universal serial bus (USB) devices
CN108292153A (en) * 2016-02-22 2018-07-17 惠普发展公司,有限责任合伙企业 System event in universal serial bus (USB) power Transmission equipment
WO2017143471A1 (en) * 2016-02-22 2017-08-31 Hewlett-Packard Development Company, L.P. System events in universal serial bus (usb) power delivery devices
US20190025897A1 (en) * 2016-03-25 2019-01-24 Hewlett-Packard Development Company, L.P. Data transfer via a data and power connection
US10754402B2 (en) * 2016-03-25 2020-08-25 Hewlett-Packard Development Company, L.P. Data transfer via a data and power connection
CN105786751A (en) * 2016-04-12 2016-07-20 深圳驰越科技有限公司 Novel USB-PD PHY circuit and realization method
JP2019519837A (en) * 2016-04-28 2019-07-11 日本テキサス・インスツルメンツ合同会社 Fast turn-on power switch
US10673423B2 (en) 2016-04-28 2020-06-02 Texas Instruments Incorporated Fast turn-on power switch
WO2017189852A1 (en) * 2016-04-28 2017-11-02 Texas Instruments Incorporated Fast turn-on power switch
WO2017196418A1 (en) * 2016-05-13 2017-11-16 Cypress Semiconductor Corporation Configurable and power-optimized integrated gate-driver for usb power-delivery and type-c socs
US10802571B2 (en) 2016-05-13 2020-10-13 Cypress Semiconductor Corporation Configurable and power-optimized integrated gate-driver for USB power-delivery and type-C SoCs
US10254820B2 (en) 2016-05-13 2019-04-09 Cypress Semiconductor Corporation Configurable and power-optimized integrated gate-driver for USB power-delivery and type-C SoCs
US9727123B1 (en) 2016-05-13 2017-08-08 Cypress Semiconductor Corporation Configurable and power-optimized integrated gate-driver for USB power-delivery and type-C SoCs
US10366037B2 (en) * 2016-05-27 2019-07-30 I/O Interconnect, Ltd. Method for managing docking device and docking device
US11239694B2 (en) 2016-06-08 2022-02-01 Texas Instruments Incorporated Multi-port power delivery
US10498167B2 (en) * 2016-06-08 2019-12-03 Texas Instruments Incorporated Multi-port power delivery
US20180032350A1 (en) * 2016-08-01 2018-02-01 Samsung Electronics Co., Ltd. Method for recognizing external device and electronic device supporting the same
US10289589B2 (en) 2016-08-31 2019-05-14 Intel Corporation Apparatuses to resolve roles for dual role serial bus devices
WO2018044816A1 (en) * 2016-08-31 2018-03-08 Intel Corporation Apparatuses to resolve roles for dual role serial bus devices
US11023008B2 (en) 2016-09-09 2021-06-01 Targus International Llc Systems, methods and devices for native and virtualized video in a hybrid docking station
US11567537B2 (en) 2016-09-09 2023-01-31 Targus International Llc Systems, methods and devices for native and virtualized video in a hybrid docking station
US10705566B2 (en) 2016-09-09 2020-07-07 Targus International Llc Systems, methods and devices for native and virtualized video in a hybrid docking station
US20180076647A1 (en) * 2016-09-13 2018-03-15 Intersil Americas LLC Hybrid power buck-boost charger
US9998276B2 (en) 2016-09-27 2018-06-12 Nxp B.V. USBPD type-C BMC encoded receive message squelch detection
US10331607B2 (en) * 2016-10-24 2019-06-25 Samsung Electronics Co., Ltd. Method for detecting cable insertion and an electronic device thereof
US10476394B2 (en) 2016-12-28 2019-11-12 Texas Instruments Incorporated Dynamic learning of voltage source capabilities
US11101736B2 (en) 2016-12-28 2021-08-24 Texas Instruments Incorporated Apparatus for dynamic learning of voltage source capabilities
US11515797B2 (en) 2016-12-28 2022-11-29 Texas Instruments Incorporated Apparatus for dynamic learning of voltage source capabilities
WO2018147703A1 (en) * 2017-02-10 2018-08-16 삼성전자 주식회사 Device for supplying power to external device and method therefor
US11522379B2 (en) 2017-02-10 2022-12-06 Samsung Electronics Co., Ltd. Device for supplying power to external device and method therefor
US20180284866A1 (en) * 2017-03-31 2018-10-04 Brother Kogyo Kabushiki Kaisha Image Processing Apparatus, Method and Computer-Readable Medium
US11023031B2 (en) * 2017-03-31 2021-06-01 Brother Kogyo Kabushiki Kaisha Image processing apparatus, method and computer-readable medium
US10261558B2 (en) * 2017-04-24 2019-04-16 Hewlett-Packard Development Company, L.P. Module communications via power delivery buses
US10663498B2 (en) 2017-07-20 2020-05-26 Targus International Llc Systems, methods and devices for remote power management and discovery
US10578657B2 (en) 2017-07-20 2020-03-03 Targus International Llc Systems, methods and devices for remote power management and discovery
US11747375B2 (en) 2017-07-20 2023-09-05 Targus International Llc Systems, methods and devices for remote power management and discovery
US11231448B2 (en) 2017-07-20 2022-01-25 Targus International Llc Systems, methods and devices for remote power management and discovery
US20190045654A1 (en) * 2017-08-07 2019-02-07 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Server having a dual-mode serial bus port enabling selective access to a baseboard management controller
US10582636B2 (en) * 2017-08-07 2020-03-03 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Server having a dual-mode serial bus port enabling selective access to a baseboard management controller
CN109753467A (en) * 2017-11-08 2019-05-14 瑞萨电子株式会社 Power feed system and semiconductor equipment for the power feed system
US11226670B2 (en) * 2017-12-27 2022-01-18 Brother Kogyo Kabushiki Kaisha Information processing apparatus, method of controlling the same, and non-transitory storage medium storing program executable by the information processing apparatus
CN108170256A (en) * 2018-02-07 2018-06-15 安福县海能实业股份有限公司 A kind of USB-C dynamically distributes power system and its power detecting method
US11449115B2 (en) 2018-02-27 2022-09-20 Samsung Electronics Co., Ltd. Method for receiving power from other external device connected to electronic device, on basis of disconnection of external electronic device that is supplying power, and electronic device implementing same
US11340676B2 (en) * 2018-09-03 2022-05-24 Samsung Electronics Co., Ltd. Method of identifying external electronic device based on power information and electronic device and storage medium for supporting same
US10936032B2 (en) 2018-12-11 2021-03-02 Dell Products L.P. Information handling system dual charger power balancing and fast role swapping
US11740657B2 (en) 2018-12-19 2023-08-29 Targus International Llc Display and docking apparatus for a portable electronic device
US11360534B2 (en) 2019-01-04 2022-06-14 Targus Internatonal Llc Smart workspace management system
US11017334B2 (en) 2019-01-04 2021-05-25 Targus International Llc Workspace management system utilizing smart docking station for monitoring power consumption, occupancy, and usage displayed via heat maps
US10574070B1 (en) * 2019-01-19 2020-02-25 Simpower Technology Inc. Multi-functional hub integrated with AC power supply
US11288224B2 (en) * 2019-05-29 2022-03-29 Renesas Electronics Corporation Semiconductor system and semiconductor device
US11113221B2 (en) * 2019-05-31 2021-09-07 Qisda Corporation Mode switching system and mode switching method using the same
CN112311028A (en) * 2019-07-29 2021-02-02 瑞昱半导体股份有限公司 Method for selecting power supply option of USB powered device
US11281274B2 (en) * 2019-07-29 2022-03-22 Realtek Semiconductor Corporation Method for USB power receiving device selecting power supply option
US11379026B2 (en) * 2019-07-30 2022-07-05 Samsung Electronics Co., Ltd. Electronic device for preventing damage of USB device and operating method thereof
US11720156B2 (en) * 2019-07-31 2023-08-08 Canon Kabushiki Kaisha Electronic device
US11039105B2 (en) 2019-08-22 2021-06-15 Targus International Llc Systems and methods for participant-controlled video conferencing
US11405588B2 (en) 2019-08-22 2022-08-02 Targus International Llc Systems and methods for participant-controlled video conferencing
US11818504B2 (en) 2019-08-22 2023-11-14 Targus International Llc Systems and methods for participant-controlled video conferencing
US11614776B2 (en) 2019-09-09 2023-03-28 Targus International Llc Systems and methods for docking stations removably attachable to display apparatuses
US20210405732A1 (en) * 2020-06-24 2021-12-30 Intel Corporation Usb type-c subsystem power management
US11360543B2 (en) * 2020-06-24 2022-06-14 Intel Corporation USB Type-C subsystem power management
US20220276693A1 (en) * 2020-06-24 2022-09-01 Intel Corporation Usb type-c subsystem power management
US11762450B2 (en) * 2020-06-24 2023-09-19 Intel Corporation USB Type-C subsystem power management
CN117242663A (en) * 2021-04-26 2023-12-15 通利台有限公司 Power supply device and power supply method
US20230152877A1 (en) * 2021-09-29 2023-05-18 Eaton Intelligent Power Limited A dynamic power sharing dual usb type c and power delivery receptacle
US11892894B2 (en) * 2021-09-29 2024-02-06 Eaton Intelligent Power Limited Dynamic power sharing dual USB type C and power delivery receptacle
US20240028093A1 (en) * 2022-07-22 2024-01-25 Dell Products L.P. System and Method to Maximize Power Delivery for USB Power Delivery Programmable Power Supplies

Also Published As

Publication number Publication date
US20170147052A1 (en) 2017-05-25
US11422598B2 (en) 2022-08-23

Similar Documents

Publication Publication Date Title
US11422598B2 (en) Host controller interface for universal serial bus (USB) power delivery
US10732704B2 (en) Selection of power in power over Ethernet systems
US9811136B2 (en) Charging a provider/consumer with a dead battery via USB power delivery
JP2020074102A (en) Power-saving mode for usb power transfer sourcing device
US8661268B2 (en) Methods and apparatus for intelligently providing power to a device
US8344874B2 (en) Intelligent power-enabled communications port
US10520998B2 (en) Systems and methods for managing USB power delivery
US9690732B2 (en) Power-over-ethernet (POE)-enabled network device and USB device power negotiation using USB to POE protocol conversion
US8904217B2 (en) System and method for managing power consumption in a computer device
EP2880544B1 (en) Single wire concurrent bi-directional communication for power supply unit
US10152104B2 (en) Policy engine startup procedure for a default provider in USB power delivery
US20060100799A1 (en) Power management for serial-powered device connections
CN202995613U (en) Crash resetting device
US20220200294A1 (en) Charging System and Charging Method of Universal Serial Bus
CN103049063A (en) Computer crash resetting device
TWI469053B (en) Electronic device and startup method therefore
EP3497535B1 (en) Switching the power class of a power over ethernet powered device
US11627004B1 (en) Apparatus that converts Power Over Ethernet power and communication to USB data and power on a USB type C connector
US20230352941A1 (en) System and method for selecting a voltage on a barrel adapter interface
JP2023040804A (en) Port controller and electronic apparatus

Legal Events

Date Code Title Description
AS Assignment

Owner name: TEXAS INSTRUMENTS INCORPORATED, TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WATERS, DERIC;WATERS, BILL;REEL/FRAME:033965/0465

Effective date: 20140121

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION