Method for Automatically Testing the Operational Status of a Wireless Power Receiver in a Wireless Power Transmission System

[0001] 1. Field of the Disclosure

[0002] The present disclosure relates in general to wireless power transmission systems, and more specifically to methods of testing wireless power receivers.

[0003] 2. Background Information

[0004] Electronic devices such as laptop computers, smartphones, portable gaming devices, tablets and so forth may require power for performing their intended functions. This may require having to charge electronic equipment at least once a day, or in high-demand electronic devices more than once a day. Such an activity may be tedious and may represent a burden to users. For example, a user may be required to carry chargers in case his electronic equipment is lacking power. In addition, users have to find available power sources to connect to. Lastly, users must plug in to a wall power socket or other power supply to be able to charge his or her electronic device.

[0005] An approach to mitigate this issue may include using RF waves through suitable power transmission techniques such as pocket-forming. This approach may provide wireless power transmission while eliminating the use of wires or pads for charging devices. In addition, electronic equipment may require less components as typical wall chargers may not be required. In some cases, even batteries may be eliminated as a device may fully be powered wirelessly.

[0006] The approach may enable the creation of wireless power networks similar in structure to regular wireless local area networks (WLAN) where a wireless access point is used to provide internet or intranet access to different devices. An access point or wireless transmitter may provide wireless power charging to different receiver devices. However, wireless power transmission may become less effective as the distance between a transmitter and a receiver increases, and may additionally suffer where adverse RF conditions are present in the charging environment. In some applications, pocket forming may require exclusive communication with the power receiver in order to effectively track its location in order to form a pocket of energy.

[0007] Additionally, each wireless power receiver of a wireless power transmission system may encounter unexpected or unpredictable errors due to conditions external to said system, or due to defects within software design of said system, due to degradation or unexpected operation of receiver hardware or system hardware. Software within wireless power receivers may include error detection and correction methods so that normal operation of said system may continue in the event of any wireless power receiver error.

[0008] Normal, error-free operation of wireless power receivers may be essential for wireless transmission of power from wireless power transmitters to wireless power receivers for various reasons. Reason (A) is that wireless power transmitters have to be capable of dynamically tracking the location of wireless power receivers to continuously determine if a wireless power receiver is nearby or within power transmission range, among other things. Reason (B) is that wireless power transmitters have to continuously read the amount of power that a wireless power receiver is presently receiving for the adjustment of the direction of the transmitter's array of power transmission antennas to maximize power transmission to wireless power receiver, and to allow. Reason (C) is for transmitter to communicate commands to power receiver to control its relay switch that controls the electrical connection to attached client device for transmission of power to said device.

[0009] One problem that may arise during system operation may be that if the wireless power receiver software is not tested for error conditions, or if testing cannot be done manually, or if manual testing may not have been performed, or was inadvertently not performed then defects in said receiver software may not be corrected and may cause interruption or unwanted cessation of normal operation of said system.

[0010] Another problem may be that if wireless power receiver hardware is not tested for error conditions, or if testing cannot be done manually, or if manual testing was inadvertently not performed, then error conditions in wireless power receiver hardware or errors caused by the environment external to the system may not be detected and may cause a malfunction in receiver's software resulting in interruption or unwanted cessation of normal operation of said system.

[0011] Another problem may be that if any of these error conditions only occurs infrequently and was not tested by using automatic test software, then wireless power receiver software may fail to correctly respond to the error condition and may result in interruption or unwanted cessation of normal operation of said system.

[0012] Thus, there is a need for providing methods to address these and other concerns.

[0013] The methods presented in the exemplary embodiments describe the use of automatic self-test software built in to wireless power receiver within wireless power transmission systems.

[0014] According to some embodiments, after booting, wireless power receiver may automatically run its self-test software periodically and report the result whenever any wireless power transmitter is in communication with the wireless power receiver.

[0015] According to some embodiments, the wireless power transmitter may then report each self-test result of the wireless power receiver to the system's management service, or to any user at a system management GUI.

[0016] The self-test software may test the software, hardware, operation, performance, communication, or any other aspect of the wireless power receiver. The self-test software may specifically test the management and performance of receiving RF energy, conversion from RF energy to electricity, and transmission of this electricity to an electrically connected client device to power the device or charge its battery. The self-test software may also test the wireless power receiver's performance at communication with a transmitter.

[0017] The status, counts or performance of any action or operation performed by wireless power receiver software, hardware, or communication, or any other aspect of the receiver or its relation to the system, may be stored as operational metrics counters within receiver's volatile or non-volatile memory.

[0018] The wireless power receiver self-test is performed by receiver's software. When the test is finished, said operational metrics from the test are compared with expected reference metrics. If operational metrics match expected reference values, and there are no erroneous or unexpected patterns in said operational metrics, then test passed, otherwise test failed. Said system will report to system operator the outcome of the test.

[0027] The present disclosure is here described in detail with reference to embodiments illustrated in the drawings, which form a part here. Other embodiments may be used and/or other changes may be made without departing from the spirit or scope of the present disclosure. The illustrative embodiments described in the detailed description are not meant to be limiting of the subject matter presented here.

[0028] As used here, the following terms may have the following definitions:

[0029] “Adaptive pocket-forming” refers to dynamically adjusting pocket-forming to regulate power on one or more targeted receivers.

[0030] “BTLE”, or “BLE” refers to bluetooth low energy communication hardware and/or software.

[0031] “Charge or Charging” refers to the conversion of RF energy into electrical energy by a receiver, using an antenna, where the electrical energy may be transmitted through an electrical circuit connection from the receiver to an electrically connected client device, where the transmitted energy may be used by the device to charge its battery, to power its functions, or any suitable combination.

[0032] “Null-space” refers to areas or regions of space where pockets of energy do not form because of destructive interference patterns of RF waves.

[0033] “Operator” refers a person who installs or operates a wireless power transmission system.

[0034] Operator may also refer to a system user.

[0035] “Pairing” refers to the association, within the wireless power transmission system's distributed system database, of a single electronic client device with a single power receiver. In one or more embodiments, this may allow a system to determine from said association which power receiver to transmit power to in order to charge said client device upon receiving a command, from a user or automatic system process, that a client device is to be charged.

[0036] “Power” refers to electrical energy, where “wireless power transmission” may be synonymous of “wireless energy transmission”, and “wireless power transmission” may be synonymous of “wireless energy transmission”.

[0037] “Pocket-forming” refers to generating two or more RF waves which converge in 3-D space, forming controlled constructive and destructive interference patterns.

[0038] “Pockets of energy” refers to areas or regions of space where energy or power may accumulate in the form of constructive interference patterns of RF waves.

[0039] “Receiver” refers to a device including at least one antenna element, at least one rectifying circuit and at least one power converter, which may utilize pockets of energy for powering, or charging an electronic device.

[0040] “System” refers to a wireless power transmission system that wirelessly transmits power from a transmitter to a receiver.

[0041] “System Computer” refers to one of the computers of a wireless power transmission system; is part of the communication network between all computers of the wireless power transmission system; may communicate through said network to any other system computer; and may be a wireless power transmitter, a wireless power receiver, a client device, a management service server, or any other.

[0042] “Transmitter” refers to a device, including a chip which may generate two or more RF signals, at least one RF signal being phase shifted and gain adjusted with respect to other RF signals, substantially all of which pass through one or more RF antenna such that focused RF signals are directed to a target.

[0043] “User” refers to a person using the system to provide wireless power transmission to a client device. User may be an operator.

[0044] The present disclosure describes methods for the use of automatic self-test software in wireless power receivers, within a wireless power transmission system.

[0045] Wireless Power Transmission System Including Disclosed Concepts:

[0046] Methods disclosed here may be part of a wireless power transmission system including one or more wireless power transmitters, one or more wireless power receivers, one or more optional system management servers, and one or more optional mobile or hand-held computers, smart phones, or the like, that run the system management GUI app. This app may be made available at, downloaded, and installed from a public software app store or digital application distribution platform, such as Apple's iTunes, Google's Play Store, Amazon's Appstore, and the like.

[0047] The power transmitters and management servers may all communicate with each other through a distributed system database or by direct point of point or broadcast messages, and may also communicate present status and any status change to a remote information service that may be located in the Internet cloud.

[0048] One or more wireless power transmitters may automatically transmit power to any single wireless power receiver that is close enough for it to establish a communication connection with, using a suitable communication technology, including Bluetooth Low Energy or the like. Said receiver may then power or charge an electrically connected client device, such as mobile device, toy, remote control, lighting device, and the like. A single wireless power transmitter may also power multiple wireless power receivers simultaneously.

[0049] Alternately, the system can be configured by the system management GUI to automatically only transmit power to specific wireless power receivers depending on specific system criteria or conditions, such as the time or hour of the day for automatic time-based scheduled power transmission, power receiver physical location, owner of client device, or other any other suitable conditions and/or criteria.

[0050] The wireless power receiver is connected electrically to a client device, such as a mobile phone, portable light, TV remote control, or any device that would otherwise require a battery or connection to wall power. In one or more embodiments, devices requiring batteries can have traditional batteries replaced by wireless power receiver batteries. The wireless power receiver then receives energy transmitted from the power transmitter, into receiver's antenna, rectifies, conditions, and sends the resulting electrical energy, through an electrical relay switch, to the electrically connected client device to power it or charge it.

[0051] A wireless power transmitter can transmit power to a wireless power receiver, which, in response, can power or charge its associated client device while device is in use or in movement anywhere within the physical power transmission range of the wireless power transmitter. The wireless power transmitter can power multiple devices at the same time.

[0052] The wireless power transmitter establishes a real-time communication connection with each receiver for the purpose of receiving feedback in real-time (such as 100 samples per second or more). This feedback from each receiver includes the measurement of energy presently being received, which is used by the transmitter to control the direction of the transmitter's antenna array so that it stays aimed at the receiver, even if the receiver moves to a different physical 3-D location or is in 3-D motion that changes its physical 3-D location.

[0053] Multiple wireless power transmitters can power a given, single receiver, in order to substantially increase power to it.

[0054] When a transmitter is done transmitting power to a receiver, it may communicate to the receiver that power transmission has ended, and disconnect communication. The wireless power transmitter may then examine its copy of the distributed system database to determine which, if any, receivers in power range it should next transmit power to.

[0055] FIG. 1 illustrates wireless power transmission 100 using pocket-forming. A transmitter 102 may transmit controlled Radio Frequency (RF) waves 104 which may converge in 3-D space. RF waves 104 may be controlled through phase and/or relative amplitude adjustments to form constructive and destructive interference patterns (pocket-forming). Pockets of Energy 106 may form at constructive interference patterns and may be 3-Dimensional in shape, whereas null-spaces may be generated at destructive interference patterns. Receiver 108 may then utilize Pockets of Energy 106 produced by pocket-forming for charging or powering an electronic device, for example a laptop computer 110, and thus providing wireless power transmission 100. In embodiments disclosed here, there may be two or more transmitters 102 and one or more receivers 108 for powering various electronic devices. Examples of suitable electronic devices may include smartphones, tablets, music players, and toys, amongst others. In other embodiments, adaptive pocket-forming may be used to regulate power on suitable electronic devices.

[0056] FIG. 2 illustrates a component level embodiment for a transmitter 202 which may be utilized to provide wireless power transmission 100 as described in FIG. 1. Transmitter 202 may include a housing 204 where at least two or more antenna elements 206, at least one RF integrated circuit (RFIC 208), at least one digital signal processor (DSP) or micro-controller 210, and one optional communications component 212 may be included. Housing 204 can be made of any suitable material which may allow for signal or wave transmission and/or reception, for example plastic or hard rubber. Antenna elements 206 may include suitable antenna types for operating in suitable frequency bands, such as 900 MHz, 2.5 GHz, or 5.8 GHz, and any other frequency bands that may conform to Federal Communications Commission (FCC) regulations part 18 (Industrial, Scientific and Medical equipment) or any other suitable regulations. Antenna elements 206 may include vertical or horizontal polarization, right hand or left hand polarization, elliptical polarization, or other suitable polarizations as well as suitable polarization combinations. Suitable antenna types may include, for example, patch antennas with heights from about ⅛ inches to about 6 inch and widths from about ⅛ inches to about 6 inch. Other antenna elements 206 types may be used, including meta-materials, dipole antennas, and others. RFIC 208 may include a chip for adjusting phases and/or relative magnitudes of RF signals, which may serve as inputs for antenna elements 206 for controlling pocket-forming. These RF signals may be produced using an external power supply 214 and a local oscillator chip (not shown) using a suitable piezoelectric materials. Micro-controller 210 may then process information sent by a receiver through its own antenna elements for determining optimum times and locations for pocket-forming. In some embodiments, the foregoing may be achieved through communications component 212. Communications component 212 may be based on standard wireless communication protocols which may include Bluetooth, Bluetooth Low Energy, Wi-Fi, and/or ZigBee, amongst others. In addition, communications component 212 may be used to transfer other information, including identifiers for the device or user, battery level, location or other such information. The micro-controller may determine the position of a device using any suitable technology capable of triangulation in communications component 212, including radar, infrared cameras, and sound devices, amongst others.

[0057] Multiple transmitter 202 units may be placed together in the same area to deliver more power to individual power receivers or to power more receivers at the same time, said power receivers being within power reception range of two or more of multiple power transmitters 202.

[0058] FIG. 3 illustrates a component level embodiment for a receiver 300 which may be used for powering or charging an electronic device as exemplified in wireless power transmission 100. Receiver 300 may include a housing 302 where at least one antenna element 304, one rectifier 306, one power converter 308 and an optional communications component 312 may be included. Housing 302 can be made of any suitable material which may allow for signal or wave transmission and/or reception, for example plastic or hard rubber. Housing 302 may be an external hardware that may be added to different electronic equipment, for example in the form of cases, or may be embedded within electronic equipment as well. Antenna element 304 may include suitable antenna types for operating in frequency bands similar to the bands described for transmitter 202 from FIG. 2. Antenna element 304 may include vertical or horizontal polarization, right hand or left hand polarization, elliptical polarization, or other suitable polarizations as well as suitable polarization combinations. Using multiple polarizations can be beneficial in devices where there may not be a preferred orientation during usage or whose orientation may vary continuously through time, for example a smartphone or portable gaming system. On the contrary, for devices with well-defined orientations, for example a two-handed video game controller, there might be a preferred polarization for antennas which may dictate a ratio for the number of antennas of a given polarization. Suitable antenna types may include patch antennas with heights from about ⅛ inches to about 6 inch and widths from about ⅛ inches to about 6 inch. Patch antennas may have the advantage that polarization may depend on connectivity, i.e. depending on which side the patch is fed, the polarization may change. This may further prove advantageous as a receiver, such as receiver 300, may dynamically modify its antenna polarization to optimize wireless power transmission. Rectifier 306 may include diodes or resistors, inductors or capacitors to rectify the alternating current (AC) voltage generated by antenna element 304 to direct current (DC) voltage. Rectifier 306 may be placed as close as is technically possible to antenna element 304 to minimize losses. After rectifying AC voltage, DC voltage may be regulated using power converter 308. Power converter 308 can be a DC-DC converter which may help provide a constant voltage output, regardless of input, to an electronic device, or as in this embodiment to a battery 314. Typical voltage outputs can be from about 5 volts to about 10 volts. Lastly, communications component 312, similar to that of transmitter 202 from FIG. 2, may be included in receiver 300 to communicate with a transmitter 202 or to other electronic equipment.

[0059] FIG. 4 shows an exemplary embodiment of a wireless power network 400 in which one or more embodiments of the present disclosure may operate. Wireless power network 400 may include communication between one or more wireless power transmitters 402 and one or more wireless powered receivers 406 and within client device 438. Client device 404 may be paired with an adaptable paired receiver 406 that may enable wireless power transmission to the client device 404. In another embodiment, a client device 438 may include a wireless power receiver built in as part of the hardware of the device. Client device 404 or 438 may be any device which uses an energy power source, such as, laptop computers, stationary computers, mobile phones, tablets, mobile gaming devices, televisions, radios and/or any set of appliances that may require or benefit from an electrical power source.

[0060] In one embodiment, one or more wireless power transmitters 402 may include a microprocessor that integrates a power transmitter manager app 408 (PWR TX MGR APP) as embedded software, and a third party application programming interface 410 (Third Party API) for a Bluetooth Low Energy chip 412 (BTLE CHIP HW). Bluetooth Low Energy chip 412 may enable communication between wireless power transmitter 402 and other devices, including power receiver 406, client device 404, and others. Wireless power transmitter 402 may also include an antenna manager software 414 (Antenna MGR Software) to control an RF antenna array 416 that may be used to form controlled RF waves which may converge in 3-D space and create pockets of energy on wireless powered receivers. In some embodiments, one or more Bluetooth Low Energy chips 412 may utilize other wireless communication protocols, including WiFi, Bluetooth, LTE direct, or the like.

[0061] Power transmitter manager app 408 may call third party application programming interface 410 for running a plurality of functions, including the establishing of a connection, ending a connection, and sending data, among others. Third party application programming interface 410 may issue commands to Bluetooth Low Energy chip 412 according to the functions called by power transmitter manager app 408.

[0062] Power transmitter manager app 408 may also include a distributed system database 418, which may store relevant information associated with client device 404 or 438, such as their identifiers for a client device 404 or 438, voltage ranges for power receiver 406, location of a client device 404 or 438, signal strength and/or any other relevant information associated with a client device 404 or 438. Database 418 may also store information relevant to the wireless power network, including receiver ID's, transmitter ID's, end-user handheld devices, system management servers, charging schedules, charging priorities and/or any other data relevant to a wireless power network.

[0063] Third party application programming interface 410 at the same time may call power transmitter manager app 408 through a callback function which may be registered in the power transmitter manager app 408 at boot time. Third party application programming interface 410 may have a timer callback that may go for ten times a second, and may send callbacks every time a connection begins, a connection ends, a connection is attempted, or a message is received.

[0064] Client device 438 may include a power receiver app 420 (PWR RX APP), a third party application programming interface 422 (Third party API) for a Bluetooth Low Energy chip 424 (BTLE CHIP HW), and an RF antenna array 426 which may be used to receive and utilize the pockets of energy sent from wireless power transmitter 402.

[0065] Power receiver app 420 may call third party application programming interface 422 for running a plurality of functions, including establishing a connection, ending a connection, and sending data, among others. Third party application programming interface 422 may have a timer callback that may go for ten times a second, and may send callbacks every time a connection begins, a connection ends, a connection is attempted, or message is received.

[0066] Client device 404 may be paired to an adaptable power receiver 406 via a BTLE connection 428. A graphical user interface (GUI 430) may be used to manage the wireless power network from a client device 404. GUI 430 may be a software module that may be downloaded from any suitable application store and may run on any suitable operating system, including iOS and Android, amongst others. Client device 404 may also communicate with wireless power transmitter 402 via a BTLE connection 428 to send important data, such as an identifier for the device, battery level information, geographic location data, or any other information that may be of use for wireless power transmitter 402.

[0067] A wireless power manager 432 software may be used in order to manage wireless power network 400. Wireless power manager 432 may be a software module hosted in memory and executed by a processor inside a computing device 434. The wireless power manager 432 may include a local application GUI, or host a web page GUI, from where a user 436 may see options and statuses, as well as execute commands to manage the wireless power network 400. The computing device 434 may be connected to the wireless power transmitter 402 through standard communication protocols, including Bluetooth, Bluetooth Low Energy, Wi-Fi, or ZigBee, amongst others. Power transmitter manager app 408 may exchange information with wireless power manager 432 in order to control access and power transmission from client devices 404. Functions controlled by wireless power manager 432 may include scheduling power transmission for individual devices, prioritizing between different client devices, accessing credentials for each client, tracking physical locations of power receivers relative to power transmitter areas, broadcasting messages, and/or any functions required to manage the wireless power network 400.

[0068] FIG. 5 illustrates a wireless power transmission system network 500, according to an exemplary embodiment.

[0069] According to some embodiments, wireless power transmission system network 500 may include multiple wireless power transmission systems 502 capable of communicating with a remote information service 504 through internet cloud 506.

[0070] In some embodiments, wireless power transmission system 502 may include one or more wireless power transmitters 508, one or more power receivers 510, one or more optional back-up servers 512 and a local network 514.

[0071] According to some embodiments, each power transmitter 508 may include wireless power transmitter manager 516 software and a distributed wireless power transmission system database 518. Each power transmitter 508 may be capable of managing and transmitting power to one or more power receivers 510, where each power receiver 510 may be capable of charging or providing power to one or more electronic devices 520.

[0072] Power transmitter managers 516 may control the behavior of power transmitters 508, monitor the state of charge of electronic devices 520, and control power receivers 510, keep track of the location of power receivers 510, execute power schedules, run system check-ups, and keep track of the energy provided to each of the different electronic devices 520, amongst others.

[0073] According to some embodiments, database 518 may store relevant information from electronic devices 520 such as, identifiers for electronic devices 520, voltage ranges for measurements from power receivers 510, location, signal strength and/or any relevant information from electronic devices 520. Database 518 may also store information relevant to the wireless power transmission system 502 such as, receiver ID's, transmitter ID's, end-user handheld device names or ID's, system management server ID's, charging schedules, charging priorities and/or any data relevant to a power transmission system network 500.

[0074] Additionally, in some embodiments, database 518 may store data of past and present system status.

[0075] The past system status data may include details such as the amount of power delivered to an electronic device 520, the amount of energy that was transferred to a group of electronic devices 520 associated with a user, the amount of time an electronic device 520 has been associated to a wireless power transmitter 508, pairing records, activities within the system, any action or event of any wireless power device in the system, errors, faults, and configuration problems, among others. Past system status data may also include power schedules, names, customer sign-in names, authorization and authentication credentials, encrypted information, physical areas of system operation, details for running the system, and any other suitable system or user-related information.

[0076] Present system status data stored in database 518 may include the locations and/or movements in the system, configuration, pairing, errors, faults, alarms, problems, messages sent between the wireless power devices, and tracking information, among others.

[0077] According to some exemplary embodiments, databases 518 within power transmitters 508 may further store future system status information, where the future status of the system may be forecasted or evaluated according to historical data from past system status data and present system status data.

[0078] In some embodiments, records from all device databases 518 in a wireless power transmission system 502 may also be stored and periodically updated in server 512. In some embodiments, wireless power transmission system network 500 may include two or more servers 512. In other embodiments, wireless power transmission system network 500 may not include any servers 512.

[0079] In another exemplary embodiment, wireless power transmitters 508 may further be capable of detecting failures in the wireless power transmission system 502. Examples of failures in power transmission system 502 may include overheating of any component, malfunction, and overload, among others. If a failure is detected by any of wireless power transmitters 508 within the system, then the failure may be analyzed by any wireless power transmitter manager 516 in the system. After the analysis is completed, a recommendation or an alert may be generated and reported to owner of the power transmission system or to a remote cloud-based information service, for distribution to system owner or manufacturer or supplier.

[0080] In some embodiments, power transmitters 508 may use network 514 to send and receive information. Network 514 may be a local area network, or any suitable communication system between the components of the wireless power transmission system 502. Network 514 may enable communication between power transmitters, system management servers 512 (if any), and other power transmission systems 502 (if any), amongst others.

[0081] According to some embodiments, network 514 may facilitate data communication between power transmission system 502 and remote information service 504 through internet cloud 506.

[0082] Remote information service 504 may be operated by the owner of the system, the manufacturer or supplier of the system, or a service provider. Remote management system may include business cloud 522, remote manager software 524, and one or more backend servers 526, where the remote manager software 524 may further include a general database 528. Remote manager software 524 may run on a backend server 526, which may be a one or more physical or virtual servers.

[0083] General database 528 may store additional backups of the information stored in the device databases 518. Additionally, general database 528 may store marketing information, customer billing, customer configuration, customer authentication, and customer support information, among others. In some embodiments, general database 528 may also store information, such as less popular features, errors in the system, problems report, statistics, and quality control, among others.

[0084] Each wireless power transmitter 508 may periodically establish a TCP communication connection with remote manager software 524 for authentication, problem report purposes or reporting of status or usage details, among others.

[0085] FIG. 6 shows a flowchart of a method 600 for automatically testing the operational status of a wireless power receiver unit in a wireless power transmission system, according to an embodiment.

[0086] In some embodiments, power receiver self-test software may be included in Power Receiver App, which performs communication with wireless power transmitters and manages the functionality of the power receiver for receiving power and transmitting it to its client device.

[0087] Method 600 may start when a power receiver boots up and starts continuous monitoring 602 of power receiver operational metrics. According to an embodiment, values of operational metrics counters may be stored in power receiver's memory. The counters may be updated whenever the power receiver's software detects any kind of event, status, or change in status, of receiver's software, hardware, operation, communication, or performance. According to some embodiments, power receiver memory for storage of system operational metrics may be volatile or non-volatile.

[0088] According to some embodiments, wireless power receiver software may include a timer callback from the underlying application programming interface (API) to the CPU. The timer callback may periodically trigger the software that self-tests the wireless power receiver, when time to start 604 self-test is reached. In some embodiments, the self-test may also be run in response to a command received from a wireless power transmitter. In further embodiments, the self-test may also be initiated by boot-up or restart or reset of power receiver's software.

[0089] Then, wireless power receiver's software may perform self-test 606. During self-test 606, the wireless power receiver may analyze the present or past status of the receiver's software, hardware, operation, communication, or performance by analyzing the values of the receiver's operational metrics. According to some embodiments, power receiver's software may be capable of detecting indicators of past, present, or possible future errors based on the analysis of the system operational metrics. According to some embodiments, unexpected patterns in metrics may also be interpreted as errors. Self-test 606 may test for any number of software, hardware, operation, communication, or performance errors.

[0090] According to some embodiments, self-test 606 may check for and report errors for any kind of unexpected performance operational metrics such as low power transmitted to client device compared with power received at antennas, or such as power at receiver antenna unexpectedly too low for too much time, or such as unexpected low level of power efficiency from received RF power to transmitted electrical power to client device.

[0091] In some embodiments, self-test 606 may check for and report errors for any kind of unexpected software operational metrics such as software stack overflow or underflow, or unexpected number or rate of software restarts or watchdog reboots, or metrics of power generated is impossibly high, or the like.

[0092] In some embodiments, self-test 606 may check for and report errors for any kind of unexpected hardware operational metrics such as analog-to-digital values below or above expected limits, or errors with relay connection switch to client device in unexpected state, such as open when wireless power receiver is receiving power from a wireless power transmitter, or closed when the wireless power receiver is not receiving power from a wireless power transmitter; or errors for unexpected voltage measured before and after conditioning of voltage from wireless power receiver antenna rectifiers, or conditioning errors, or errors reported by any hardware device, or other erroneous hardware conditions.

[0093] In further embodiments, self-test 606 may also check for and report errors for any kind of unexpected communication operational metrics such as count or rate of unexpected disconnections with wireless power transmitter, or count or rate of invalid received communications.

[0094] According to an exemplary embodiment, detection of errors may take place by analyzing only the system operational metrics, which may simplify the analysis procedure or may save software development time.

[0095] After self-test 606, power receiver's software may generate a test report 608, including system operational metrics and error reports, if found.

[0096] Afterwards, the power receiver App may check 610 if there is an available communication connection with a power transmitter. If there is no communication connection established with a wireless power transmitter, the wireless power receiver may store 612 the self-test 606 results or details in its memory, where the memory may be volatile or non-volatile.

[0097] If there is an available communication connection with a wireless power transmitter, the wireless power receiver may send 614 the self-test 606 results to the power transmitter. The wireless power transmitter may then analyze 616 operational metrics from the wireless power receiver and compare with operational metrics or other status at the wireless power transmitter to detect other errors.

[0098] In some exemplary embodiments, the wireless power receiver may report the results of the self-test 606 that was performed just before establishment of communication connection. This may be reported immediately upon establishment of communication connection with a wireless power transmitter.

[0099] Furthermore, in some embodiments, a wireless power receiver may also perform its self-test 606 immediately upon establishment of communication with a wireless power transmitter, and not wait until the next scheduled periodic time.

[0100] Then, wireless power transmitter may update 618 its database and store the results of the analysis. Afterwards, wireless power transmitter may send 620 the results to the user by a management mobile device GUI or system server hosted web page, by displayed graph, or line by line report or log of each error, and may include time stamp, ID of wireless power receiver, ID of wireless power transmitter, error code or label or description or other. In some embodiments, a wireless power receiver may be capable of reporting results or details of self-test 606 by blinking or colored LED's, or system management server may report said results by SMS text message, email, or voice synthesis telephone or VOIP call, or other computer-to-human or computer-to-computer means.

[0101] According to some embodiments, the wireless power transmitter may communicate any of receiver's automatic self-test result information to any mobile system management GUI client device, or any system management server, or a remote wireless power transmission system information distribution service.

[0102] In some embodiments, the wireless power transmitter may distribute the self-test results through a distributed wireless power transmission database to each server, transmitter, and mobile device of said wireless power transmission system.

[0103] According to some embodiments, the wireless power transmitter may receive feedback 622 from the user or a remote management system. In some embodiments, a user may issue one or more commands through a system management device including wireless power management software. Then, system management device that receives the command from the user may forward the command to all wireless power transmitters within the system.

[0104] Subsequently, the present or next wireless power transmitter in communication with the target wireless power receiver may forward 624 the command to the wireless power receiver. The wireless power receiver may then receive the feedback 622 and take a suitable action 626 in response to the received feedback, such as, but not limited to, rebooting or restarting the power receiver's software.

[0105] In some embodiments, user feedback 622 may include manual commands to reset the operational metrics of any wireless power receiver, which effectively erases all past error detections.

[0106] FIG. 7 is a flowchart of a method for performing a power receiver self-test 700, according to an embodiment. Method for performing a wireless power receiver self-test 700 may start when wireless power transmitter app detects a suitable trigger 702. Then, self-test software may analyze 704 first system operational metric and determine 706 if the analyzed metric indicates an error. If self-test software determines that the metric indicates an error, self-test software may generate a self-test failed 708 report and the process may end. If self-test software determines that the metric does not indicate an error, self-test software may check 710 if there are more system operational metrics to be analyzed. If there are, the self-test software may continue to analyze the next system operational metric 712 until all system operational metrics have been analyzed or an error has been detected. If there are no more system operational metrics to be analyzed and no errors have been detected, self-test software may generate a self-test passed 714 report and the process may end.

[0107] In example #1 a wireless power receiver performs a pre-scheduled self-test. To perform the test, the wireless power receiver self-test software analyzes receiver's operational metrics related to software, hardware and communication. In example #1 the self-test software doesn't identify any error and generates self-test report that indicates the test passed. Then, the wireless power receiver sends the report along with the receiver's operational metrics to the wireless power transmitter in communication with the receiver. The wireless power transmitter analyzes report and its included operational metrics, and may compare with its transmitter operational metrics or status, and finds no indicator of possible error. Afterwards, the wireless power transmitter sends the report to a system management server or service.

[0108] In example #2 a wireless power receiver performs an automatic self-test. To perform the test, the wireless power receiver self-test software analyzes receiver operational metrics related to software, hardware and communication. In example #2 the self-test software doesn't identify any error and generates the test report. Then, the wireless power receiver sends the report to a wireless power transmitter. The wireless power transmitter analyzes the report and finds an indicator of a possible error. Afterwards, the wireless power transmitter sends the report to a remote management system. The report is analyzed by the remote management system and the operator of the wireless power transmission system is notified of the possible error, and suggestions to prevent the error are delivered to the operator. Then, the operator, through a system management device, changes certain configuration parameters in the system to prevent the error.

[0109] The foregoing method descriptions and the process flow diagrams are provided merely as illustrative examples and are not intended to require or imply that the steps of the various embodiments must be performed in the order presented. As will be appreciated by one of skill in the art the steps in the foregoing embodiments may be performed in any order. Words such as “then,” “next,” etc. are not intended to limit the order of the steps; these words are simply used to guide the reader through the description of the methods. Although process flow diagrams may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination may correspond to a return of the function to the calling function or the main function.

[0110] The various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

[0111] Embodiments implemented in computer software may be implemented in software, firmware, middleware, microcode, hardware description languages, or any combination thereof. A code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.

[0112] The actual software code or specialized control hardware used to implement these systems and methods is not limiting of the invention. Thus, the operation and behavior of the systems and methods were described without reference to the specific software code being understood that software and control hardware can be designed to implement the systems and methods based on the description herein.

[0113] When implemented in software, the functions may be stored as one or more instructions or code on a non-transitory computer-readable or processor-readable storage medium. The steps of a method or algorithm disclosed herein may be embodied in a processor-executable software module which may reside on a computer-readable or processor-readable storage medium. A non-transitory computer-readable or processor-readable media includes both computer storage media and tangible storage media that facilitate transfer of a computer program from one place to another. A non-transitory processor-readable storage media may be any available media that may be accessed by a computer. By way of example, and not limitation, such non-transitory processor-readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other tangible storage medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer or processor. Disk and disc, as used herein, include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor-readable medium and/or computer-readable medium, which may be incorporated into a computer program product.

[0114] The preceding description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the following claims and the principles and novel features disclosed herein.