Source: https://patents.justia.com/patent/20170185126
Timestamp: 2020-08-06 13:37:57
Document Index: 341345721

Matched Legal Cases: ['art 3', 'art 3', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400', 'art 400']

US Patent Application for Adjustable power delivery scheme for universal serial bus Patent Application (Application #20170185126 issued June 29, 2017) - Justia Patents Search
Justia Patents US Patent Application for Adjustable power delivery scheme for universal serial bus Patent Application (Application #20170185126)
Described is an apparatus which comprises: an adjustable power supply source to generate an adjustable power supply; a node to provide the adjustable power supply to a device; and a bus which is operable to: send a first message to the device indicating that the adjustable power supply source is capable of dynamically providing an adjustable power supply; and receive a request from the device, the request indicating a new voltage or current specification.
The Universal Serial Bus (USB) Revision 3.1 Power Delivery (USB-PD) Specification Revision 2.0 V1.1 of May 7, 2015 states that the USB has evolved from a data interface capable of supplying limited power to a primary provider of power with a data interface. Today, many devices charge or get their power from USB ports contained in laptops, cars, aircraft, or even wall sockets. USB has become a ubiquitous power socket for many small devices such as cell phones, MP3 players and other hand-held devices. Users need USB to fulfill their requirements not only in terms of data but also to provide power to, or charge, their devices simply, often without the need to load a driver, in order to carry out “traditional” USB functions.
FIG. 2 illustrates a plot showing the negotiation protocol for the USB power delivery system of FIG. 1.
FIG. 3 illustrates a USB power delivery system using an adjustable power source, in accordance with some embodiments of the disclosure.
FIGS. 4A-B illustrate a plot showing the negotiation protocol for the USB power delivery system of FIG. 3, in accordance with some embodiments of the disclosure.
FIG. 5A illustrates a USB powered device with a machine readable storage media having instructions that when executed cause a machine (e.g., processor) to perform an operation for dynamically requesting adjustment in power supply.
FIG. 5B illustrates an adjustable USB power source with a machine readable storage media having instructions that when executed cause a machine (e.g., processor) to perform an operation for dynamically providing an adjusted power supply upon request.
FIG. 6 illustrates a USB power delivery system using an adjustable power source in a wireless charging environment, in accordance with some embodiments of the disclosure.
FIG. 7 illustrates a plot showing the negotiation protocol for the USB power delivery system of FIG. 6, in accordance with some embodiments of the disclosure.
FIG. 8 illustrates a USB compliant smart device (e.g., Provider, Consumer, or Charging Mat) or a computer system or a SoC (System-on-Chip) having logic to dynamically request and receive adjustable power supply from an adjustable USB power source, or logic to dynamically receive a request for new power supply and to dynamically provide the new power supply, according to some embodiments.
The USB-PD Specification defines three types of power sources: Fixed Supply, Battery Supply, and Variable Supply (non-battery). See, for example, Table 6-4 Power Data Object of the Universal Serial Bus (USB) Revision 3.1 Power Delivery (USB-PD) Specification Revision 2.0 V1.1 of May 7, 2015, which in part is reproduced below:
Bit(s) Value Parameter B31 . . . 30 00b Fixed supply (Vmin = Vmax) 01b Battery 10b Variable Supply (non-battery) 11b Reserved
Fixed Supply is used to expose well regulated fixed voltage power supplies (e.g., 5V regulated supply). Battery Supply is used to expose batteries that can be connected directly as a Source to VBUS. VBUS is an interconnect that carries the power supply. Variable Supply is currently defined to be for “poorly regulated Sources” and specifies a minimum and maximum voltage range, and maximum current.
The USB-PD Specification, however, does not define a “well regulated Variable source” or even a “digitally controlled well regulated Variable source.” Nor does the USB-PD Specification define how a Power Consumer (e.g., a phone to be charged via a USB cable) would make request to a Variable power source (i.e., Power Provider) for a specific voltage and/or current within a supported range. As such, the Variable type of power source is unable to tune power input to closely match the efficiency characteristics of a Consumer's voltage regulator (VR). The Variable type of power source is also unable to tune power input to meet the real-time power demands of an electronic circuit.
Various embodiments specify changes to the USB-PD Specification that can define both a scheme and Protocol Messages exchanged by a Power Provider and Power Consumer to adjust a well-regulated Variable source (or an adjustable power source).
Here, the term “Power Provider” or “Provider,” as defined in the USB-PD Specification, is a capability of a PD (Power Delivery) Port (typically a Host, Hub, or Wall Wart Downstream facing port (DFP)) to source power over the power conductor (e.g., VBUS). This corresponds to a Type-A Port or a Type-C Port with resistor Rp (not shown) asserted on its CC Wire.
Here the term “Power Consumer” or “Consumer,” as defined in the USB-PD Specification, is the capability of a PD Port (typically a Device's Upstream Facing Port (UFP)) to sink power from the power conductor (e.g. VBUS). This corresponds to a Type-B Port or a Type-C Port with resistor Rd (not shown) asserted on its CC Wire.
Some embodiments describe an apparatus and method for enabling dynamic adjustment of power supply in a USB environment. There are many technical effects of various embodiments. For example, some embodiments allow the design of more power-efficient circuitry. In one instance, a USB compliant device (e.g., a Consumer) may detect sudden increase in power demand and may request adjustment of power supply input provided from an adjustable USB power source (e.g., a Provider). Such, precise dynamic adjustment of power supply is currently not possible with USB-PD 2.0 compliant power sources. However, various embodiments provide a new messaging protocol that is compatible with USB-PD 2.0 defined messaging protocols to allow request and dynamic provision of power supply to a USB device (i.e., Consumer). Other technical effects will be evident from the various embodiments and figures.
FIG. 1 illustrates a typical USB PD system 100 using a Variable power source. System 100 consists of an Alternating Current (AC) Main switch 101 (e.g., typical a wall socket to provide AC voltage and current), a USB Type-C AC/DC (where DC is Direct Current) Adaptor 102 (also referred to as the Variable power source) with Variable Output, and USB Type-C enabled computer system 103. System 103 is also referred to as the Power Consumer or Consumer while Adaptor 102 is also referred to as the Power Provider or Provider. Power Provider 102 is coupled to the AC Main 101 via an AC Power Cord. Power Provider 102 communicates with the Power Consumer 103 via VBUS and CC wire(s), which may be part of USB Type-C Cable bundle. A Type-C cable bundle may include VBUS and CC wires and other wires (“not shown”), such as USB2, USB3, SBU1/SBU2, GND, etc.
Consumer 103 may be any consumer device (e.g., phone, laptop, printer, etc.) that uses the power supply provided by VBUS to operate. Consumer 103 may include a regulation module or logic 103a such as a battery, charger, and/or voltage regulator (e.g., DC-DC switching regulator). Regulation module or logic 103a is a hardware block that receives power supply from VBUS and uses that power supply to provide regulated power supply to other blocks in Consumer 103. Consumer 103 also includes a PD Controller 103b. PD Controller 103b may be implemented in hardware or software and is responsible for communicating with Provider 102. The rest of the system circuits (e.g., sensor, memory, phone hardware, etc.) of Consumer 103 are lumped here in module 103c. A typical power delivery process performed by PD Controller 103b of Consumer 103 and Provider 102 is illustrated with reference to FIG. 2.
FIG. 2 illustrates plot 200 showing the negotiation protocol for the USB power delivery system of FIG. 1. Plot 200 shows operations and negotiations performed by Power Provider 102 and Power Consumer 103 to achieve a desired power supply.
At block 201, Provider 102 sends a Source_Capabilities (SRC_CAPS) message as defined by the USB-PD 2.0 Specification to Consumer 103 over wire(s) CC. For example, Provider 102 sends a menu of available power sources (e.g., Power Data Object(s) (PDO) such as fixed, battery, and variable, plus a tuple of a specific voltage and current) to Consumer 103 over wire(s) CC. A PDO is used to expose a Source Port's power capabilities or a Sink's power requirements as part of a Source_Capabilities or Sink_Capabilities message, respectively. Here, a Source is Provider 102 and a Sink is Consumer 103. At block 221, Consumer 103 receives the menu and inspects PDOs in the menu and selects a favorite choice which can only be one of the PDOs offered by the Provider (i.e., current specification revision does not allow going off menu).
Bits Valid Start 3 . . . 0 Type Sent by Description of Packet
0000 Reserved All values not explicitly defined are Reserved and shall not be used 0001 Source_Capabilitites Source or See Section SOP only Dual-Role 6.4.1.2 0010 Request Sink only See Section SOP only 6.4.2 0011 BIST Tester, See Section SOP* Source or 6.4.3 Sink 0100 Sink_Capabilties Sink or See Section SOP only Dual-Role 6.4.1.3
The Variable type of power source (i.e., Provider 102) is unable to tune power input to closely match the efficiency characteristics of a Consumer's VR. The Variable type of power source is also unable to tune power input to meet the real-time (or dynamic) power demands of an electronic circuit. For example, if a Consumer VR suddenly needs 14V (fourteen Volts) and Provider 102 can provide either 5V or 20V, then when 20V is provided by Provider 102, Consumer 103 is wasting energy because it is getting more than it needs which translates to low efficiency.
FIG. 3 illustrates a USB power delivery system 300 using an adjustable power source, in accordance with some embodiments of the disclosure. It is pointed out that those elements of FIG. 3 having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such. Compared to FIG. 1, here, the power supply provider is capable of dynamically providing an adjustable voltage or current, in accordance with some embodiments. This provider is referred to as Provider 302.
In some embodiments, Provider 302 is capable of receiving a power supply request (e.g., a new voltage and/or current request) at any time and can service that request while using the same interface (i.e., the same USB Type-C Cable bundle). In some embodiments, Provider 302 includes part or all of blocks of FIG. 5B to execute the process of providing a new voltage and/or current. Referring back to FIG. 3, here, Consumer 303 is different from Consumer 103 in that Consumer 303 is capable of requesting a new power voltage and/or current using a new messaging protocol as described with reference to FIGS. 4A-B.
Referring back to FIG. 3, in some embodiments, Consumer 303, like Consumer 103, may be any consumer device (e.g., phone, laptop, printer, etc.) that uses the power supply provided by VBUS to operate. In some embodiments, Consumer 303 may include a regulation module or logic 303a such as a battery, charger, and/or voltage regulator (e.g., DC-DC switching regulator). Regulation module or logic 303a is a hardware block that receives power supply from VBUS and uses that power supply to provide regulated power supply to other blocks in Consumer 303.
In some embodiments, Consumer 303 also includes PD Controller 303b. In some embodiments, PD Controller 103b may be implemented in hardware or software and is responsible for communicating with Provider 302. The rest of the system circuits of Consumer 303 are lumped here in module 303c. In some embodiments, PD Controller 303b includes part or all of blocks of FIG. 5A to execute the process of requesting and receiving a new voltage and/or current.
FIGS. 4A-B illustrate plot 400 showing the negotiation protocol for the USB power delivery system of FIG. 3, in accordance with some embodiments of the disclosure. It is pointed out that those elements of FIGS. 4A-B having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
Although the blocks in the flowchart with reference to FIGS. 4A-B are shown in a particular order, the order of the actions can be modified. Thus, the illustrated embodiments can be performed in a different order, and some actions/blocks may be performed in parallel. Some of the blocks and/or operations listed in FIGS. 4A-B are optional in accordance with certain embodiments. The numbering of the blocks presented is for the sake of clarity and is not intended to prescribe an order of operations in which the various blocks must occur. Additionally, operations from the various flows may be utilized in a variety of combinations.
So as not to obscure plot 400, operations and blocks described with reference to FIG. 2 are not repeated again. After executing block 206, the process proceeds to block 401 as indicated by identifier ‘A’. Likewise, after executing block 225, the process proceeds to block 421. The scenario of plot 400 illustrates the case where a Consumer device requests a new voltage or current level (dynamically or in real time) after PS_RDY is provided. However, this is just one example. In another case, after executing blocks 201 and 221, the process may begin with the flowchart of FIG. 4B. For example, after block 201 is executed, Provider 302 executes block 401, and after block 221 is executed, Consumer 303 executes block 421.
At block 401, Provider 302 waits for any new voltage and/or current adjustment request. In one example, after some time passes, Consumer 303 decides that its wants to adjust the voltage and/or current provided by an Adjustable Power Supply (e.g., Provider 302). As such, at block 421, Consumer 303 sends a new ADJUST message to Provider 302. This new ADJUST message can be defined by using one of the reserved Data Protocol Message Types of Table 6-3 of USB-PD 2.0.
Table 1 illustrates a modified Table 6-3 as Table 6-3′ in which one of the reserved bits from Bits 0101-1110 is used to define the ADJUST message.
6-3′ Data Message Types
Bits Valid Start 3 . . . 0 Type Sent by Description of Packet 0000 Reserved All values not explicitly defined are Reserved and shall not be used 0001 Source_Capabilities Source or See Section SOP only Dual-Role 6.4.1.2 0010 Request Sink only See Section SOP only 6.4.2 0011 BIST Tester, See Section SOP* Source or 6.4.3 Sink 0100 Sink_Capabilities Sink or See Section SOP only Dual-Role 6.4.1.3 0101 ADJUST Sink only Request sent SOP by Consumer to Provider to Adjust voltage and/or current to a new level 0110- Reserved All values not 1110 explicitly defined are Reserved and shall not be used
In this example, Reserved Bit “0101” is used to define the ADJUST message. However, the embodiments are not limited to using this particular reserved bit. Any other reserved bit dedicated for Data Message Types may be used for defining the ADJUST message. The term “ADJUST” here indicates a message request type sent by Consumer 303 to Provider 302 for adjusting the power supply dynamically. However, the term can be named any other name for dynamically requesting a power supply (e.g., voltage and/or current) adjustment.
At block 403, Provider 302 makes a determination whether it can provide the adjustment to the power supply. For example, Provider 302 ascertains from its voltage supplying capabilities whether the request can be handled by its voltage regulator. If Provider 302 can provide the adjustment in power supply, then the process proceeds to block 405. Otherwise the process proceeds to block 404 and a REJECT message it sent to Consumer 303. At block 405, Provider 302 sends an ACCEPT message to Consumer 303 and also proceeds to block 206 (as indicated by identifier ‘C’) so that it can send a PS_RDY message to Consumer 303. At block 404, Provider 302 sends a REJECT message to Consumer 303 and then proceeds to block 401.
At block 422, Consumer 303 waits for a message (either an ACCEPT OR REJECT message) from Provider 302. After Consumer 303 receives this message on the CC wire(s), it determines the message at block 424. If the message is an ACCEPT message, Consumer 303 proceeds to block 225 (as indicated by identifier ‘D’) and waits for the PS_RDY message and the new power supply (i.e., new voltage and/or current). Otherwise, the process proceeds to block 421. At block 421, Consumer 303 may try requesting another change in power supply or may inform the user or computer system that it cannot receive the new power supply.
FIG. 5A illustrates a USB powered device 500 (e.g., at least a part of Consumer 303) with a machine readable storage media having instructions that when executed cause a machine (e.g., processor) to perform an operation for dynamically requesting adjustment in power supply. It is pointed out that those elements of FIG. 5A having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
In some embodiments, USB powered device 500 (e.g., Consumer 303) comprises a low power Processor 501 (e.g., a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a general purpose Central Processing Unit (CPU), or a low power logic implementing a simple finite state machine to perform the method of flowchart 400 associated with Consumer 303, etc.), Machine-Readable Storage Medium 502 (also referred to as tangible machine readable medium), Antenna 505, Network Bus 506, and USB PD Controller 507.
In some embodiments, the various logic blocks of Consumer 303 are coupled together via Network Bus 506. Any suitable protocol may be used to implement Network Bus 506. In some embodiments, Machine-Readable Storage Medium 502 includes Instructions 502a (also referred to as the program software code/instructions) for requesting and accepting a new power supply (e.g., new voltage and/or current) as described with reference to various embodiments and flowchart. Here, Instructions 502a are the instructions performed by Consumer 303 in flowchart 400 as described with reference to FIGS. 4A-B (e.g., instructions of blocks 221, 222, 223, 224, 225, 421, 422, and 424).
Program software code/instructions 502a, associated with Consumer 303 part of flowchart 400, as described with reference to FIGS. 4A-B, and executed to implement embodiments of the disclosed subject matter may be implemented as part of an operating system or a specific application, component, program, object, module, routine, or other sequence of instructions or organization of sequences of instructions referred to as “program software code/instructions,” “operating system program software code/instructions,” “application program software code/instructions,” or simply “software” or firmware embedded in processor. In some embodiments, the program software code/instructions associated with Consumer 303 end of flowchart 400, as described with reference to FIGS. 4A-B, are executed by Consumer 303.
In some embodiments, the program software code/instructions 502a associated with flowchart 400 are stored in a computer executable storage medium 502 and executed by Processor 501. Here, computer executable storage medium 502 is a tangible machine readable medium that can be used to store program software code/instructions and data that, when executed by a computing device, causes one or more processors (e.g., Processor 501) to perform a method(s) as may be recited in one or more accompanying claims directed to the disclosed subject matter.
The tangible machine readable medium 502 may include storage of the executable software program code/instructions 502a and data in various tangible locations, including for example ROM, volatile RAM, non-volatile memory and/or cache and/or other tangible memory as referenced in the present application. Portions of this program software code/instructions 502a and/or data may be stored in any one of these storage and memory devices. Further, the program software code/instructions can be obtained from other storage, including, e.g., through centralized servers or peer to peer networks and the like, including the Internet. Different portions of the software program code/instructions and data can be obtained at different times and in different communication sessions or in the same communication session.
The software program code/instructions 502a (associated with Consumer 303 part of flowchart 400 as described with reference to FIGS. 4A-B and other embodiments) and data can be obtained in their entirety prior to the execution of a respective software program or application by the computing device. Alternatively, portions of the software program code/instructions 502a and data can be obtained dynamically, e.g., just in time, when needed for execution. Alternatively, some combination of these ways of obtaining the software program code/instructions 502a and data may occur, e.g., for different applications, components, programs, objects, modules, routines or other sequences of instructions or organization of sequences of instructions, by way of example. Thus, it is not required that the data and instructions be on a tangible machine readable medium in entirety at a particular instance of time.
Examples of tangible computer-readable media 502 include but are not limited to recordable and non-recordable type media such as volatile and non-volatile memory devices, read only memory (ROM), random access memory (RAM), flash memory devices, floppy and other removable disks, magnetic storage media, optical storage media (e.g., Compact Disk Read-Only Memory (CD ROMS), Digital Versatile Disks (DVDs), etc.), among others. The software program code/instructions may be temporarily stored in digital tangible communication links while implementing electrical, optical, acoustical or other forms of propagating signals, such as carrier waves, infrared signals, digital signals, etc. through such tangible communication links.
In general, tangible machine readable medium 502 includes any tangible mechanism that provides (i.e., stores and/or transmits in digital form, e.g., data packets) information in a form accessible by a machine (i.e., a computing device), which may be included, e.g., in a communication device, a computing device, a network device, a personal digital assistant, a manufacturing tool, a mobile communication device, whether or not able to download and run applications and subsidized applications from the communication network, such as the Internet, e.g., an iPhone®, Galaxy®, Blackberry® Droid®, or the like, or any other device including a computing device. In one embodiment, processor-based system is in a form of or included within a PDA (personal digital assistant), a cellular phone, a notebook computer, a tablet, a game console, a set top box, an embedded system, a TV (television), a personal desktop computer, etc. Alternatively, the traditional communication applications and subsidized application(s) may be used in some embodiments of the disclosed subject matter.
Here, Antenna 505 can be any antenna. For example, in some embodiments, Antenna 505 may comprise one or more directional or omnidirectional antennas, including monopole antennas, dipole antennas, loop antennas, patch antennas, microstrip antennas, coplanar wave antennas, or other types of antennas suitable for transmission of RF (Radio Frequency) signals. In some multiple-input-multiple-output (MIMO) embodiments, Antenna(s) 505 are separated to take advantage of spatial diversity.
FIG. 5B illustrates an adjustable USB power source 520 (e.g., at least part of Provider 302) with a machine readable storage media having instructions that when executed cause a machine (e.g., processor) to perform an operation for dynamically providing adjusted power supply upon request. It is pointed out that those elements of FIG. 5B having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
In some embodiments, adjustable USB power source 520 (e.g., part of Provider 302) comprises a low power Processor 521 (e.g., a DSP, an ASIC, a general purpose CPU, or a low power logic implementing a simple finite state machine to perform the method of flowchart 400 associated with Provider 302, etc.), Machine-Readable Storage Medium 522 (also referred to as tangible machine readable medium), Antenna 525, Network Bus 526, and USB PD Controller 527.
In some embodiments, the various logic blocks of Provider 302 are coupled together via Network Bus 526. Any suitable protocol may be used to implement Network Bus 526. In some embodiments, Machine-Readable Storage Medium 522 includes Instructions 522a (also referred to as the program software code/instructions) for requesting and accepting a new power supply (e.g., new voltage and/or current) as described with reference to various embodiments and flowchart. Here, Instructions 522a are the instructions performed by Provider 302 in flowchart 400 as described with reference to FIGS. 4A-B (e.g., instructions of blocks 201, 202, 203, 204, 205, 206, 401, 403, 404, and 405).
Program software code/instructions 522a, associated with Provider 302 of flowchart 400, as described with reference to FIGS. 4A-B, and executed to implement embodiments of the disclosed subject matter may be implemented as part of an operating system or a specific application, component, program, object, module, routine, or other sequence of instructions or organization of sequences of instructions referred to as “program software code/instructions,” “operating system program software code/instructions,” “application program software code/instructions,” or simply “software” or firmware embedded in processor. In some embodiments, the program software code/instructions associated with Provider 302 of flowchart 400, as described with reference to FIGS. 4A-B, are executed by Processor or logic (e.g., finite state machine) 521 of Provider 302.
In some embodiments, the program software code/instructions 522a associated with flowchart 400 are stored in a computer executable storage medium 522 and executed by Processor 521. Here, computer executable storage medium 522 is a tangible machine readable medium that can be used to store program software code/instructions and data that, when executed by a computing device, causes one or more processors (e.g., Processor 521) to perform a method(s) as may be recited in one or more accompanying claims directed to the disclosed subject matter.
The tangible machine readable medium 522 may include storage of the executable software program code/instructions 522a and data in various tangible locations, including for example ROM, volatile RAM, non-volatile memory and/or cache and/or other tangible memory as referenced in the present application. Portions of this program software code/instructions 522a and/or data may be stored in any one of these storage and memory devices. Further, the program software code/instructions can be obtained from other storage, including, e.g., through centralized servers or peer to peer networks and the like, including the Internet. Different portions of the software program code/instructions and data can be obtained at different times and in different communication sessions or in the same communication session.
The software program code/instructions 522a (associated with Provider 302 of flowchart 400 as described with reference to FIGS. 4A-B and other embodiments) and data can be obtained in their entirety prior to the execution of a respective software program or application by the computing device. Alternatively, portions of the software program code/instructions 522a and data can be obtained dynamically, e.g., just in time, when needed for execution. Alternatively, some combination of these ways of obtaining the software program code/instructions 522a and data may occur, e.g., for different applications, components, programs, objects, modules, routines or other sequences of instructions or organization of sequences of instructions, by way of example. Thus, it is not required that the data and instructions be on a tangible machine readable medium in entirety at a particular instance of time.
Examples of tangible computer-readable media 522 include but are not limited to recordable and non-recordable type media such as volatile and non-volatile memory devices, read only memory (ROM), random access memory (RAM), flash memory devices, floppy and other removable disks, magnetic storage media, optical storage media (e.g., Compact Disk Read-Only Memory (CD ROMS), Digital Versatile Disks (DVDs), etc.), among others. The software program code/instructions may be temporarily stored in digital tangible communication links while implementing electrical, optical, acoustical or other forms of propagating signals, such as carrier waves, infrared signals, digital signals, etc. through such tangible communication links.
In general, tangible machine readable medium 522 includes any tangible mechanism that provides (i.e., stores and/or transmits in digital form, e.g., data packets) information in a form accessible by a machine (i.e., a computing device), which may be included, e.g., in a communication device, a computing device, a network device, a personal digital assistant, a manufacturing tool, a mobile communication device, whether or not able to download and run applications and subsidized applications from the communication network, such as the Internet, e.g., an iPhone®, Galaxy®, Blackberry® Droid®, or the like, or any other device including a computing device. In one embodiment, processor-based system is in a form of or included within a PDA (personal digital assistant), a cellular phone, a notebook computer, a tablet, a game console, a set top box, an embedded system, a TV (television), a personal desktop computer, etc. Alternatively, the traditional communication applications and subsidized application(s) may be used in some embodiments of the disclosed subject matter.
Here, Antenna 525 can be any antenna. For example, in some embodiments, Antenna 525 may comprise one or more directional or omnidirectional antennas, including monopole antennas, dipole antennas, loop antennas, patch antennas, microstrip antennas, coplanar wave antennas, or other types of antennas suitable for transmission of RF signals. In some MIMO embodiments, Antenna(s) 525 are separated to take advantage of spatial diversity.
FIG. 6 illustrates a USB power delivery system 600 using an adjustable power source in a wireless charging environment, in accordance with some embodiments of the disclosure. It is pointed out that those elements of FIG. 6 having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
In some embodiments, USB power delivery system 600 comprises AC Main 101, Provider 302, Wireless Charging Mat Transmitter (Tx) 601, and Wireless Charging-enabled Computer System 603. In some embodiments, Wireless Charging Mat Transmitter (Tx) 601 comprises Power Amplifier (PA) 601a, Impedance Matching stage 601b, Auto Tune Relay 601c, Management Microcontroller 601d (e.g., system 500), Bluetooth Low Energy (LE) compliant Communication module 601e, and Power Transmitter Unit (PTU) Coil. The Auto Tune Relay 601c together with the PTU Coil sends power 602 wirelessly to Wireless Charging-enabled Computer System 603, in accordance with some embodiments.
In some embodiments, radio frequency Power Amplifier (PA 601a) is a type of electronic amplifier used to convert a low-power signal into a larger signal of significant power, typically for driving the antenna of a transmitter. In some embodiments, Impedance Matching (Z-Match 601b) provides an output impedance of a signal source to match with the physical impedance characteristics of an antenna in order to maximize the power transfer and/or minimize the signal reflection. In some embodiments, Auto Tune Relay 601c is a switching circuit that automatically adjusts the frequency of a radio transmission. In some embodiments, the PTU Coil is a wire winding, typically circular, oval, or rectangular, which acts as the antenna for the transmission of wireless power. In some embodiments, a Management Microcontroller 601d is a general-purpose microprocessor embedded with firmware which is able to execute code (e.g., code to manage the Power Delivery algorithms and communications for a device). In some embodiments, Bluetooth LE Communications module 601e is a kind of radio by which two devices may exchange data messages (e.g., Power Delivery management messages).
In some embodiments, Wireless Charging-enabled Computer System 603 comprises: Power Receiver Unit (PRU) Coil, Power Receiver 603a, Voltage Regulation module 603b (e.g., Battery, Charger, low-dropout regulator, etc.), Bluetooth LE Communication module 603c, Management Microcontroller 603d, and Rest of System Circuits 603e. In some embodiments, the PRU Coil receives the power 602 transmitted by PTU Coil of Tx 601c.
In some embodiments, the PRU Coil is a wire winding, typically circular, oval, or rectangular, which acts as the antenna for the reception of wireless power. In some embodiments, a Battery (e.g., part of 603b) is provided which is a reservoir for the storage of electrical power until later use is required. In some embodiments, a Charger (part of 603b) is provided which is an electronic circuit that uses methods for the optimal insertion and storage of electrical charge into the Battery. In some embodiments, a voltage regulator (part of 603b) is provided which is provides voltage regulation to constrain the delivery of a voltage to a load circuit to within a narrow range (for example, ±5%) even over a wide range of load conditions (for example, the current demands of the load circuit rise and fall dynamically). The input of the voltage regulator may be close to the target output voltage (e.g., input=+5V ±20% and output=+5V ±5%) or it may be a very different voltage (e.g., “buck regulator”: input=+20V ±20% and output=+5V ±5%, or “boost regulator”: input=+3.3V ±10% and output=+9V ±5%).
In some embodiments, Management Microcontroller 603d is provided which is a general-purpose microprocessor embedded with firmware which is able to execute code (e.g., code to manage the Power Delivery algorithms and communications for a device). In some embodiments, Bluetooth LE Communications module 603c is provided which is an example of one kind of radio by which two devices may exchange data messages (e.g., Power Delivery management messages).
In some embodiments, power efficiency information collected by/from the PRU is passed over Bluetooth LE Comm. 603c from Management Microcontroller 603d to Management Microcontroller 601d of Wireless Charging Mat 601. Here, power efficiency generally refers to the power provided by Provider 302 over VBUS compared to the power 602 transmitted by Wireless Charging Mat 601.
For example, in a fully efficient power system, the power provided by Provider 302 is equal to the power 602 transmitted by Wireless Charging Mat 601. When power 602 is less than the power on VBUS, then power efficiency is low. One reason for lower power efficiency is when there is a physical proximity offset between PTU Coil and PRU Coil. Power efficiency can improve (e.g., increase) when the offset between the PTU Coil and PRU Coil is close to zero (e.g., when the PTU Coil of Wireless Charging Mat 601 is exactly below or above the PRU Coil of Wireless Charging enabled Computer System 603).
In some embodiments, in response to this power efficiency information, Management Microcontroller 603d sends a request for a more optimal power level to Management Microcontroller 601d over Bluetooth LE, whereupon Management Microcontroller 601d sends the ADJUST message (according to the ADJUST message protocol discussed with reference to FIGS. 3-4) over the CC line(s) of the USB Type-C Cable bundle to Provider 302. Referring back to FIG. 6, in some embodiments, Provider 302 adjusts its voltage and/or current output and supplies it to Wireless Charging Mat 601 over VBUS to better meet the needs determined by the analysis at the PRU. As such, power efficiency is brought closer to or at one.
FIG. 7 illustrate plot 700 showing the negotiation protocol for the USB power delivery system of FIG. 6, in accordance with some embodiments of the disclosure. It is pointed out that those elements of FIG. 7 having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
Plot 700 shows operations performed by Provider 302, Wireless Charging Mat 601, and Wireless Charging enabled Computer System 603. Plot 700 also shows the associated messaging between Provider 302, Wireless Charging Mat 601, and Wireless Charging enabled Computer System 603.
At block 701, Provider 302 sends Source_Capabilities (SRC_CAPS) message to Wireless Charging Mat 601. At block 721, Wireless Charging Mat 601 reviews the message and sends a request (REQ) for a power supply level (e.g., 20V) to Provider 302. At block 701, Provider 302 reviews the request and if it accepts it, it sends an ACCEPT message to Wireless Charging Mat 601. Following the ACCEPT message, Provider 302 sends a Power Ready (PS_RDY) message and provides the requested power (i.e., Power Flow) via VBUS to Wireless Charging Mat 601. Here, blocks 701 and 721 summarize the same protocol as discussed with reference to blocks 201-206 and 221-225 of FIG. 4A without repeating all the details.
Referring back to FIG. 7, at block 731, Wireless Charging enabled Computer System 603 moves close to Wireless Charging Mat 601. For example, Wireless Charging enabled Computer System 603 comes in close proximity to Wireless Charging Mat 601 such that Wireless Charging enabled Computer System 603 can receive power transmitted wirelessly from Wireless Charging Mat 601.
At block 722, Wireless Charging Mat 601 detects close proximity (e.g., 0 to 3 centimeters) of Wireless Charging enabled Computer System 603. So as not to obscure the embodiments, Wireless Charging Mat 601 and Wireless Charging enabled Computer System 603 are assumed to be discovered and paired using any known pairing technology. For example, Wireless Charging enabled Computer System 603 sends a Bluetooth LE CONNECT message to Wireless Charging Mat 601, and after proper authentication, at block 731, Wireless Charging Mat 601 sends a CONNECTED or ACKNOWLEDGE (ACK) message to Wireless Charging enabled Computer System 603.
At block 723, Wireless Charging Mat 601 sends an initial power supply 602 wirelessly via the PTU Coil to the PRU Coil of Wireless Charging enabled Computer System 603. For example, a power flow of 20V is wirelessly provided to Wireless Charging enabled Computer System 603. At block 732, Wireless Charging enabled Computer System 603 measures the power efficiency. For example, Receiver 603a compares the power provided by Provider 302 via VBUS to the Power received by Wireless Charging Mat 601.
At block 733, Wireless Charging enabled Computer System 603 makes a determination whether the power efficiency is above a threshold (e.g., 30%). For example, Management Microcontroller 603d compares the measured power efficiency against a fixed/predetermined or programmable threshold. If Wireless Charging enabled Computer System 603 determines that the power efficiency is low (e.g., below 30%), then Wireless Charging enabled Computer System 603 requests Wireless Charging Mat 601 to send a more efficient power supply as indicate by block 734.
For example, if Wireless Charging enabled Computer System 603 only needs 14V but 20V is being provided by Wireless Charging Mat, then the remaining power is wasted as heat leading to low power efficiency. Continuing with this example, Wireless Charging enabled Computer System 603 sends a REQUEST of a lower power supply level.
In some embodiments, the power adjustment determination for achieving better power efficiency is made based on wireless power delivery efficiency resulting from the relative spatial alignment of the PTU and the PRU. In some embodiments, the adjustment determination for achieving better power efficiency is made based on an optimal battery charging efficiency of system 603. In some embodiments, the adjustment determination for achieving better power efficiency is made based on real-time power consumption needs of system 603 under different software demand scenarios, including at least one of: “idle,” “web browsing,” and “video playback”.
In some embodiments, in response to the REQUEST, Wireless Charging Mat 601 sends the ADJUST message (described with reference to FIGS. 3-4) to Provider 302 to lower its power supply provision. At block 702, Provider 302 determines if it can service the request. If Provider 302 determines that it cannot service the request, Provider 302 waits for another request and sends a REJECT message to Wireless Charging Mat 601. If Provider 302 determines that it can accept the request for adjustment in power supply, it sends an ACCEPT message to Wireless Charging Mat 601. The ACCEPT message follows a power ready message (PS_RDY) and the adjusted power supply (e.g., 14V) is provided to Wireless Charging Mat 601. Here, blocks 702 and 724 summarize the same protocol as discussed with reference to blocks 401-405 and 204, and 421-424 and 225 of FIGS. 4A-B without repeating all the details.
Referring back to FIG. 7, at block 724, Wireless Charging Mat 601 sends an ACCEPTED and/or READY message to Wireless Charging enabled Computer System 603 indicating that Wireless Charging Mat 601 can provide the new requested power supply. Wireless Charging Mat 601 then transmits a new power supply 602 wirelessly to Wireless Charging enabled Computer System 603. With this new power supply, power efficiency of Wireless Charging enabled Computer System 603 improves (e.g., gets closer to 100%).
FIG. 8 illustrates a USB compliant smart device 2100 (e.g., Provider, Consumer, or Charging Mat) or a computer system or a SoC (System-on-Chip) having logic to dynamically request and receive adjustable power supply from an adjustable USB power source, or logic to dynamically receive a request for new power supply and to dynamically provide the new power supply, according to some embodiments. It is pointed out that those elements of FIG. 8 having the same reference numbers (or names) as the elements of any other figure can operate or function in any manner similar to that described, but are not limited to such.
For example, an apparatus is provided which comprises: an adjustable power supply source to generate an adjustable power supply; a node to provide the adjustable power supply to a device; and a bus which is operable to: send a first message to the device, the first message is to indicate that the adjustable power supply source is capable of dynamically providing an adjustable power supply; and receive a request from the device, the request is to indicate a new voltage or current specification.
In some embodiments, the bus is operable to: send a second message to the device, the second message is to indicate that the requested new voltage or current specification was accepted or rejected. In some embodiments, the bus is operable to: send a third message to the device, the third message is to indicate that the requested new voltage or current specification is now activated and ready. In some embodiments, the request is defined in a reserve bit of a Data Protocol Message Type of a Universal Serial Bus (USB) Power Delivery Specification.
In some embodiments, the first message is based on a reserved bit setting in a list of Types of Power Sources of a Universal Serial Bus (USB) Power Delivery Specification. In some embodiments, the adjustable power supply source is operable to generate one of: a fixed power supply; a power supply for charging a battery; or a variable power supply. In some embodiments, the adjustable power supply source is a Universal Serial Bus (USB) Power Delivery compliant power source.
In some embodiments, the node and bus are Universal Serial Bus (USB) Power Delivery compliant. In some embodiments, the node and bus are either part of a USB Type-C cable or coupled with a USB Type-C cable. In some embodiments, the device is a wireless charging mat.
In another example, a system is provided which comprises: a memory; a processor coupled to the memory, the processor including an apparatus which is to: dynamically send a first request to a power source to adjust a power supply for the processor, the power source being external to the system; and receive a power ready signal from the power source when the power source is to provide the adjusted power supply to the processor; and a wireless interface which is to allow the processor to communicate with another device.
In some embodiments, the system comprises a power transmitter unit (PTU) to transmit power to another device. In some embodiments, the other device has a power receiver unit (PRU). In some embodiments, the processor is operable to send a second request to the power source when it is determined that the PTU is to adjust its wireless power transmission. In some embodiments, the adjustment determination is made based on wireless power delivery efficiency resulting from the relative spatial alignment of the PTU and the PRU.
In some embodiments, the adjustment determination is made based on an optimal battery charging efficiency of the system. In some embodiments, the adjustment determination is made based on real-time power consumption needs of the system under different software demand scenarios, including at least one of: “idle,” “web browsing,” and “video playback”.
In another example, a machine readable storage media is provided having machine readable instructions that when executed cause a machine to perform an operation which comprises: send a first message to a device over a bus, the first message is to indicate an adjustable power source nature of an apparatus; receive a first request from the device over the bus, the request is to indicate a new voltage or current specification; and determine whether the adjustable power source can meet the request, and to send a decision of the determination to the device.
In some embodiments, the machine readable storage media has machine readable instructions that when executed cause the machine to perform an operation which comprises: send a second message to the device, the second message is to indicate that the requested new voltage or current specification based power supply is being provided to the device. In some embodiments, the first message is a Source_Capabilities message of a Universal Serial Bus (USB) Power Delivery Specification, and wherein the second message is a Power Supply Ready message of the USB Power Delivery Specification.
In some embodiments, the machine readable storage media having machine readable instructions that when executed cause the machine to perform an operation which comprises: receive a second request to provide a fixed power supply; and provide a fixed power supply to the device in response to the second request. In some embodiments, the machine readable storage media has machine readable instructions that when executed cause the machine to perform an operation which comprises: receive a third request to provide a power supply to charge a battery; and provide a power supply to the battery in response to the third request.
In some embodiments, the machine readable storage media of claim has machine readable instructions that when executed cause the machine to perform an operation which comprises: receive a fourth request to provide a variable power supply; and provide a variable power supply to the device in response to the fourth request.
In another example, a machine readable storage media is provided having machine readable instructions that when executed cause a machine to perform an operation which comprises: receive a first message from a power supply source over a bus, the first message is to indicate an adjustable power source nature of the power supply source; dynamically send a request to the power supply source over the bus, the request is to indicate a new voltage or current specification; and receive a second message which is to indicate whether the request is accepted or rejected.
In some embodiments, the machine readable storage media has machine readable instructions that when executed cause the machine to perform an operation which comprises: receive a third message which is to indicate that the requested new voltage or current specification based power supply is being provided. In some embodiments, the first message is a Source_Capabilities message which is a Universal Serial Bus (USB) Power Delivery Specification compliant message. In some embodiments, the second message is an ACCEPT or REJECT message which is a USB Power Delivery Specification compliant message. In some embodiments, the third message is a Power Supply Ready message which is a USB Power Delivery Specification compliant message.
In another example, a method is provided which comprises: sending a first message to a device over a bus, the first message is to indicate an adjustable power source nature of an apparatus; receiving a first request from the device over the bus, the request is to indicate a new voltage or current specification; and determining whether the adjustable power source can meet the request, and to send a decision of the determination to the device.
In some embodiments, the method comprises: sending a second message to the device, the second message is to indicate that the requested new voltage or current specification based power supply is being provided to the device. In some embodiments, the first message is a Source_Capabilities message of a Universal Serial Bus (USB) Power Delivery Specification, and wherein the second message is a Power Supply Ready message of the USB Power Delivery Specification.
In some embodiments, the method comprises: receiving a second request to provide a fixed power supply; and providing a fixed power supply to the device in response to the second request. In some embodiments, the method comprises: receiving a third request to provide a power supply to charge a battery; and providing a power supply to the battery in response to the third request. In some embodiments, the method comprises: receiving a fourth request to provide a variable power supply; and providing a variable power supply to the device in response to the fourth request.
In another example, a method is provided which comprises: receiving a first message from a power supply source over a bus, the first message is to indicate an adjustable power source nature of the power supply source; dynamically sending a request to the power supply source over the bus, the request is to indicate a new voltage or current specification; and receiving a second message which is to indicate whether the request is accepted or rejected.
In some embodiments, the method comprises: receiving a third message which is to indicate that the requested new voltage or current specification based power supply is being provided. In some embodiments, the first message is a Source_Capabilities message which is a Universal Serial Bus (USB) Power Delivery Specification compliant message. In some embodiments, the second message is an ACCEPT or REJECT message which is a USB Power Delivery Specification compliant message. In some embodiments, the third message is a Power Supply Ready message which is a USB Power Delivery Specification compliant message.
In another example, an apparatus is provided which comprises: means for sending a first message to a device over a bus, the first message is to indicate an adjustable power source nature of an apparatus; means for receiving a first request from the device over the bus, the request is to indicate a new voltage or current specification; and means for determining whether the adjustable power source can meet the request, and to send a decision of the determination to the device.
In some embodiments, the apparatus comprises: means for sending a second message to the device, the second message is to indicate that the requested new voltage or current specification based power supply is being provided to the device. In some embodiments, the first message is a Source_Capabilities message of a Universal Serial Bus (USB) Power Delivery Specification, and wherein the second message is a Power Supply Ready message of the USB Power Delivery Specification. In some embodiments, the apparatus comprises: means for receiving a second request to provide a fixed power supply; and means for providing a fixed power supply to the device in response to the second request.
In some embodiments, the apparatus comprises: means for receiving a third request to provide a power supply to charge a battery; and means for providing a power supply to the battery in response to the third request. In some embodiments, the apparatus comprises: means for receiving a fourth request to provide a variable power supply; and means for providing a variable power supply to the device in response to the fourth request.
In another example, an apparatus is provided which comprises: means for receiving a first message from a power supply source over a bus, the first message is to indicate an adjustable power source nature of the power supply source; means for dynamically sending a request to the power supply source over the bus, the request is to indicate a new voltage or current specification; and means for receiving a second message which is to indicate whether the request is accepted or rejected.
In some embodiments, the apparatus comprises: means for receiving a third message which is to indicate that the requested new voltage or current specification based power supply is being provided. In some embodiments, the first message is a Source_Capabilities message which is a Universal Serial Bus (USB) Power Delivery Specification compliant message. In some embodiments, the second message is an ACCEPT or REJECT message which is a USB Power Delivery Specification compliant message. In some embodiments, the third message is a Power Supply Ready message which is a USB Power Delivery Specification compliant message.
an adjustable power supply source to generate an adjustable power supply;
a node to provide the adjustable power supply to a device; and
a bus which is operable to: send a first message to the device, the first message is to indicate that the adjustable power supply source is capable of dynamically providing an adjustable power supply; and receive a request from the device, the request is to indicate a new voltage or current specification.
2. The apparatus of claim 1, wherein the bus is operable to:
send a second message to the device, the second message is to indicate that the requested new voltage or current specification was accepted or rejected.
3. The apparatus of claim 2, wherein the bus is operable to:
send a third message to the device, the third message is to indicate that the requested new voltage or current specification is now activated and ready.
4. The apparatus of claim 1, wherein the request is defined in a reserve bit of a Data Protocol Message Type of a Universal Serial Bus (USB) Power Delivery Specification.
5. The apparatus of claim 1, wherein the first message is based on a reserved bit setting in a list of Types of Power Sources of a Universal Serial Bus (USB) Power Delivery Specification.
6. The apparatus of claim 1, wherein the adjustable power supply source is operable to generate one of:
a fixed power supply;
a power supply for charging a battery; or
7. The apparatus of claim 1, wherein the adjustable power supply source is a Universal Serial Bus (USB) Power Delivery compliant power source.
8. The apparatus of claim 1, wherein the node and bus are Universal Serial Bus (USB) Power Delivery compliant.
9. The apparatus of claim 1, wherein the node and bus are either part of a USB Type-C cable or coupled with a USB Type-C cable.
10. The apparatus of claim 1, wherein the device is a wireless charging mat.
a processor coupled to the memory, the processor including an apparatus which is to: dynamically send a first request to a power source to adjust a power supply for the processor, the power source being external to the system; and receive a power ready signal from the power source when the power source is to provide the adjusted power supply to the processor; and
a wireless interface which is to allow the processor to communicate with another device.
12. The system of claim 11 comprises a power transmitter unit (PTU) to transmit power to another device.
13. The system of claim 12, wherein the other device has a power receiver unit (PRU).
14. The system of claim 13, wherein the processor is operable to send a second request to the power source when it is determined that the PTU is to adjust its wireless power transmission.
15. The system of claim 14, wherein the adjustment determination is made based on wireless power delivery efficiency resulting from the relative spatial alignment of the PTU and the PRU.
16. The system of claim 14, wherein the adjustment determination is made based on an optimal battery charging efficiency of the system.
17. The system of claim 14, wherein the adjustment determination is made based on real-time power consumption needs of the system under different software demand scenarios, including at least one of: “idle,” “web browsing,” and “video playback”.
18. Machine readable storage media having machine readable instructions that when executed cause a machine to perform an operation which comprises:
send a first message to a device over a bus, the first message is to indicate an adjustable power source nature of an apparatus;
receive a first request from the device over the bus, the request is to indicate a new voltage or current specification; and
determine whether the adjustable power source can meet the request, and to send a decision of the determination to the device.
19. The machine readable storage media of claim 18 having machine readable instructions that when executed cause the machine to perform an operation which comprises:
send a second message to the device, the second message is to indicate that the requested new voltage or current specification based power supply is being provided to the device.
20. The machine readable storage media of claim 19, wherein the first message is a Source_Capabilities message of a Universal Serial Bus (USB) Power Delivery Specification, and wherein the second message is a Power Supply Ready message of the USB Power Delivery Specification.
21. The machine readable storage media of claim 18 having machine readable instructions that when executed cause the machine to perform an operation which comprises:
receive a second request to provide a fixed power supply; and
provide a fixed power supply to the device in response to the second request.
22. The machine readable storage media of claim 18 having machine readable instructions that when executed cause the machine to perform an operation which comprises:
receive a third request to provide a power supply to charge a battery; and
provide a power supply to the battery in response to the third request.
23. The machine readable storage media of claim 18 having machine readable instructions that when executed cause the machine to perform an operation which comprises:
receive a fourth request to provide a variable power supply; and
provide a variable power supply to the device in response to the fourth request.
Publication number: 20170185126
Patent Grant number: 10545907
Inventor: James R. Trethewey (Hillsboro, OR)
Application Number: 14/998,223
International Classification: G06F 1/28 (20060101); H02J 7/02 (20060101); G06F 13/42 (20060101); H02J 5/00 (20060101);