Smart Meter Emulation
Claim Score by NHIP
Abstract
Pulses, including electrical waveforms, emitted light, and light reflected by a moving mechanical device, that are emitted by a standard utility meter may be received. A device may be controlled to vary its usage of the utility and that may be used to determine a usage per pulse. The usage per pulse information may be used to convert a pulse rate from a meter to emulate the pulse rate from another meter. Information about the other meter and/or services offered by the other meter may be provided to allow for emulation of the other meter.

Term
Projected expiry 6 May 2031.
- Priority
- Filed
- Published
- Today
- Projected expiry
19 claims: 3 independent, 16 dependent
- 1Broadest claimClaim Score 72, broad(NHIP)A method of emulating a utility meter, the method comprising:receiving pulses from a standard utility meter at a received pulse rate, wherein the pulses are emitted dependent on a measured usage per pulse by the standard utility meter;and sending information at an emulated pulse rate over a network;wherein the emulated pulse rate is based on the received pulse rate, the measured usage per pulse, and an emulated usage per pulse
- 11A computer program product for emulating a utility meter, the computer program product comprising:a non-transitory computer readable storage medium having computer readable program code embodied therewith, the computer readable program code comprising: computer readable program code configured to determine a received pulse rate based on pulses received from a standard utility meter, wherein the pulses are emitted dependent on a measured usage per pulse by the standard utility meter;computer readable program code configured to calculate an emulated pulse rate based on the received pulse rate, the measured usage per pulse, and an emulated usage per pulse;and computer readable program code configured to send information based on the emulated pulse rate over a network.
- 18An apparatus for measuring utility usage, the apparatus comprising:a network interface;and a processor communicatively coupled with the network interface, wherein the processor is capable to: receive pulses from a standard utility meter at a received pulse rate that is dependent on a measured usage per pulse by the standard utility meter;and send information over a network at an emulated pulse rate that is based on the received pulse rate, the measured usage per pulse, and an emulated usage per pulse.
Independent claims3
117 paragraphs in 4 sections, as filed
BACKGROUND
00011. Technical Field
0002The present subject matter relates to metering of utility usage. In particular, it relates to emulation of a smart utility meter.
00032. Description of Related Art
0004Various utility services, such as electrical power, natural gas, and water, are commonly delivered to homes and businesses as a commodity and then billed to the consumer of the utility based on their usage of the utility. The usage of the utility is typically measured by a utility meter that is commonly on the premises of the consumer and monitors the transfer of the commodity from the utility provider to the consumer in real time.
0005Standard meters that are commonly used may measure the transfer of the commodity using methods that are applicable to the particular utility. So, for example, an electrical meter may measure the magnetic flux of the current flowing through a conductor, the voltage across the mains, the voltage drop across a low resistance in series with the load, or any combination of those, or other, methods. A gas or water meter may use a mechanical flow meter or use a pitot tube to measure the flow velocity. Standard meters historically have included a display of some sort that was readable by a human being. A “meter reader” would then make periodic visits to the meter to determine the current meter value which could then be used to bill the consumer. In the last decade or two, it has become common for a standard meter to provide some kind of signal that could be machine readable at a short distance so that a meter reader would only need to get within a certain distance to read the meter value. These meters could be read by simply driving down the street or pulling in the driveway and use a variety of technologies such as radio frequency (RF) identification (ID) tag technology and short range RF communication protocols. But standard utility meters may not provide more advanced usage-related data such as costs and usage profiles over time.
0006Utility meters have emerged in recent years that may provide more advanced usage data and may have more advanced communication capabilities. Such meters may connect to a wide area network (WAN) to communicate directly to the utility provider's network, or a third party WAN, such as a third generation (3G) cellular data network to provide connectivity to the utility provider. In some cases, the advanced utility meters may connect to a home area network (HAN) or local area network (LAN) and may allow a consumer to access the advanced usage data from the utility meter. In some cases, the advanced utility meter may still connect to the utility provider though a provider network or public WAN, in addition to its connection to the HAN/LAN. Advanced utility meters are being deployed by some utility providers in some geographic areas but much of the existing infrastructure is still using standard meters.
SUMMARY
0007Various embodiments of methods, computer program products, apparatus and systems for measuring utility usage may receive pulses from a utility meter that are emitted dependent on usage of a utility measured by the utility meter. A first number of pulses emitted during a first period of time may be counted and a first usage of the utility by a device during the first period of time may be determined. A second number of pulses emitted during a second period of time may be counted and a second usage of the utility by a device during the second period of time may be determined. Then a usage per pulse based on a difference in the first usage and the second usage, and a difference in the first number of the pulses and the second number of the pulses may be calculated.
0008Other embodiments of methods, computer program products, and apparatus for measuring utility usage may receive pulses from a standard utility meter at a received pulse rate that are emitted dependent on a measured usage per pulse by the standard utility meter. Information may be sent at an emulated pulse rate over a network based on the received pulse rate, the measured usage per pulse, and an emulated usage per pulse.
BRIEF DESCRIPTION OF THE DRAWINGS
0009The accompanying drawings, which are incorporated in and constitute part of the specification, illustrate various embodiments of the invention. Together with the general description, the drawings serve to explain the principles of the invention. In the drawings:
0010<figref idref="DRAWINGS">FIG. 1A</figref> is a block diagram of an embodiment of a system for measuring a utility usage;
0011<figref idref="DRAWINGS">FIGS. 1B and 1C</figref> show a top view and front view of a standard utility meter;
0012<figref idref="DRAWINGS">FIGS. 1D and 1E</figref> show a top view and front view of an embodiment of a pulse receiver attached to the standard utility meter;
0013<figref idref="DRAWINGS">FIG. 2A</figref> is a block diagram of an alternative embodiment of a system for measuring a utility usage;
0014<figref idref="DRAWINGS">FIGS. 2B and 2C</figref> show a top view and front view of another type of standard utility meter;
0015<figref idref="DRAWINGS">FIGS. 2D and 2E</figref> show a top view and front view of an alternative embodiment of a pulse receiver attached to the other type of standard utility meter;
0016<figref idref="DRAWINGS">FIG. 3</figref> shows several devices plugged into a power controller;
0017<figref idref="DRAWINGS">FIG. 4A</figref> is a block diagram of a portion of the power controller;
0018<figref idref="DRAWINGS">FIG. 4B</figref> shows an block diagram of the communications section of a power controller with an ethernet switch;
0019<figref idref="DRAWINGS">FIG. 5A</figref> is a flowchart depicting an embodiment of a method of measuring utility usage;
0020<figref idref="DRAWINGS">FIGS. 5B and 5C</figref> are flowcharts depicting embodiments of methods of emulating a smart utility meter; and
0021<figref idref="DRAWINGS">FIG. 6</figref> is a computer system suitable for use in various embodiments.
DETAILED DESCRIPTION
0022In the following detailed description, numerous specific details are set forth by way of examples in order to provide a thorough understanding of the relevant teachings. However, it should be apparent to those skilled in the art that the present teachings may be practiced without such details. In other instances, well known methods, procedures and components have been described at a relatively high-level, without detail, in order to avoid unnecessarily obscuring aspects of the present concepts. A number of descriptive terms and phrases are used in describing the various embodiments of this disclosure. These descriptive terms and phrases are used to convey a generally agreed upon meaning to those skilled in the art unless a different definition is given in this specification. Some descriptive terms and phrases are presented in the following paragraphs for clarity.
0023A “Home Area Network (HAN)” is a network within a single family's dwelling, such as a single family home or an apartment. The HAN may be homogeneous, using only one type of networking, or heterogeneous, using two or more types of networking, including, but not limited to: wired, such as Ethernet or other Institute of Electrical and Electronics Engineers (IEEE) 802 wired standards; wireless, such as Z-Wave®; IEEE 802.11a/b/g/n or other IEEE 802 wireless standards such as 802.15.4 Zigbee®, or power line communications, such as HomePlug® or INSTEON® networks. In many contexts, a local area network (LAN) may be synonymous with a HAN and the terms may be used interchangeably.
0024A “Utility” is a commodity that may be provided to a household, business, or other entity, which may be monitored, or metered, to determine an amount of the utility used or consumed. Utility usage is often measured using a utility meter. Examples of a utility include, but are not limited to, electrical power, water, natural gas, fuel oil, steam, and sewer.
0025A “Smart Appliance” is a HAN device, typically a white good or other household appliance, which is capable of receiving messages and/or commands over the HAN. In response, the smart appliance may be able to adjust its operational mode (e.g., energy saving mode, turn on/off, etc.) and/or provide information related to utility usage.
0026A “Smart Utility Meter” is a meter capable of measuring an amount of a utility that is used and proving usage information over a HAN. A smart utility meter may be compliant with one of more standards such as the ZigBee Smart Energy Profile or Z-Wave Advanced Energy Control device class, although compliance with a standard is not necessarily required. A smart utility meter may also connect to a wide area network (WAN) for communicating with the utility provider, in addition to the ability to communicate over the HAN.
0027A “Standard Utility Meter” is a meter capable of measuring an amount of a utility that is used but is not capable of proving usage information over a HAN. A standard utility meter may have the capability to be monitored remotely by a connection to a WAN, short range RF communication, or other methods.
0028A “Pulse” emitted by a utility meter, as used herein in the specification and claims, refers to any type of output that may indicate a certain amount of a utility has been transferred. Examples of a pulse include, but are not limited to, an emitted light that may be infrared, visible, or ultraviolet with a limited “on” duration or toggles between on and off, an electrical waveform with at least two states sent on a wire connected to the utility meter where the pulse may be incorporated as a baseband or modulated signal, a reflected light from a rotating high contrast device, a modulated magnetic field, a radio frequency signal that may be modulated using any method to incorporate the pulse indication, an acoustic signal, or any other method. One particular method of sending a pulse is to send a time stamp as a pulse to indicate a time each time that the certain amount of the utility has been transferred.
0029Different models of standard utility meters may not emit pulses at the same rate per unit of utility usage, even if the meters measure the same utility. For example, some electrical meters emit one pulse for every Watt-hour (Wh) of energy used while others may emit one pulse for every 7.2 kilowatt-hour (kWh) of energy used. A method, computer program product, apparatus and system for detecting the amount of the utility used per pulse is described. A device that consumes the utility is monitored and/or controlled, and the pulse rate from the utility meter is monitored, at two different periods in time where the device is consuming different known amounts of the utility. A pulse rate can be calculated by dividing the known difference in the consumed amounts by the difference in the number of pulses by assuming that other consumers of the utility are constant during the two periods. A method, computer program product and apparatus for emulating a smart utility meter is also described.
0030Reference now is made in detail to the examples illustrated in the accompanying drawings and discussed below.
0031<figref idref="DRAWINGS">FIG. 1A</figref> is a block diagram of an embodiment of a system <b>100</b> for measuring a utility usage. The system <b>100</b> may be used for measuring any type of utility including, but not limited to, electrical power, natural gas and water. A source of the utility, utility connection <b>88</b>, may connect to a utility meter <b>80</b> and be measured by the utility measurement element <b>84</b>. A metered output <b>89</b> may be provided by the utility meter <b>80</b> to the infrastructure of a house, business, or other consuming entity. Infrastructure may vary depending on the utility but may include electrical wiring, gas pipes, plumbing for water, or other types of infrastructure capable of distributing the utility.
0032<figref idref="DRAWINGS">FIGS. 1B and 1C</figref> show a top view and front view, respectively, of a standard utility meter <b>80</b>. The utility meter <b>80</b> may have one or more types of display showing the amount of the utility consumed. One type of display is a rotating disc <b>84</b> with a dark segment <b>85</b>. A rotating disc <b>84</b> may rotate at a rate that is proportional to the amount of the utility consumed. Another type of display that may be included in the utility meter <b>80</b> is one or more dials <b>86</b> including a least significant dial <b>82</b> with rotating indicator <b>83</b>. The displays <b>84</b>, <b>86</b> may be visible through a transparent cover <b>81</b> that may be made of glass or a clear engineering plastic.
0033<figref idref="DRAWINGS">FIGS. 1D and 1E</figref> show a top view and front view, respectively, of an embodiment of a pulse receiver <b>142</b> attached to the standard utility meter <b>80</b>. The pulse receiver <b>142</b> may be positioned over one of the displays, such as over the rotating disc <b>84</b> as shown, using an adhesive <b>141</b>. In other embodiments the pulse reader <b>142</b> may be attached to the utility meter <b>80</b> by various other methods, including, but not limited to, glue, bolts, straps, vacuum cups, screws, brackets or any other method capable of positioning the pulse reader <b>142</b> in an appropriate position to “read” a display or receive other types of pulses from any other pulse emitter of the utility meter <b>80</b>.
0034Referring back to <figref idref="DRAWINGS">FIG. 1A</figref>, the pulse receiver <b>142</b> may include a light emitter, such as LED <b>149</b> that is positioned over the rotating disc <b>84</b> to illuminate a portion of the rotating disc <b>84</b>. As the rotating disc <b>84</b> rotates, one or more high contrast portions, or dark segments <b>85</b>, of the rotating disc <b>84</b> may pass under the LED <b>149</b> and vary the amount of light reflected by the rotating disc <b>84</b>. An optical receiver, such as optical transistor <b>145</b>, may detect the amount of reflected light. As the rotating disc <b>84</b> rotates, a pulse may be generated each time that the dark segment <b>85</b> passes under the pulse receiver <b>142</b>. Pulse receiver circuitry <b>146</b> may be able to detect such pulses and employ various techniques to make the pulse distinct, such as amplification, filtering, time averaging, simple level thresholds, hysteresis thresholds, or other techniques well known to one of ordinary skill, although in some embodiments the raw output from the optical transistor <b>145</b> may be passed down the connecting cable <b>143</b> with little, if any, processing.
0035In another embodiment, the pulse receiver <b>142</b> may be positioned over the least significant dial <b>82</b> so that the rotating indicator <b>83</b> may pass under the optical transistor <b>145</b>. The rotating indicator <b>83</b> may have a high contrast with respect to the background of the dial <b>82</b> so that a pulse may be generated as the indicator <b>83</b> varies the amount of light from the LED <b>149</b> is reflected as the indicator <b>83</b> passes under the optical transistor <b>145</b>. The pulse receiver circuitry <b>146</b> may employ the same techniques as described above for the rotating disc, variations of the same techniques, or different techniques, to detect the pulses generated by the rotating indicator <b>83</b>.
0036Other embodiments may use other techniques to detect pulses created by a moving object such as the rotating disc <b>84</b> or rotating indicator <b>83</b> including, but not limited to, an image sensor with image recognition, a capacitive sensor, an ultrasonic distance detector, a contact sensor, or any other type of sensor. Other utility meters may utilize a blinking LCD display or other display device that might be detectable ny the pulse receiver <b>142</b>. If the utility meter <b>80</b> generates pulses by another method, the pulse sensor <b>142</b> may utilize other techniques to receive the pulses. For example a pulse receiver <b>142</b> may eliminate or turn off the LED <b>149</b> and simply detect optical pulses emitted by some utility meters. Other utility meters may provide for a wired interface to send out pulse waveforms, A pulse receiver <b>142</b> for such a utility meter may eliminate or disable both the LED <b>149</b> and optical transistor <b>145</b> and provide a wired input to the pulse receiver circuitry <b>146</b> or even to eliminate the pulse receiver <b>142</b> and allow the cable <b>143</b> to directly plug into the utility meter. Other embodiments of a pulse receiver may include an RF antenna, receiver and demodulator to detect RF pulses, and yet another embodiment may utilize a microphone to detect audio pulses. Any type of device suitable for receiving the pulses emitted by a particular utility meter may be used as the pulse receiver.
0037A meter emulator <b>140</b> may be connected to the pulse receiver <b>142</b> by a cable <b>143</b> although in other embodiments, the meter emulator and pulse receiver may be integrated into a single package or the meter emulator and pulse receiver may communicate using wireless RF, optical techniques, or over a computer network including a personal area network (PAN) such as Bluetooth, or a HAN/LAN such as Zigbee, Wi-Fi, or ethernet.
0038The meter emulator <b>140</b> may be based on a microprocessor, microcontroller, central processing unit (CPU) or other processing circuitry shown as processor <b>103</b>. Other embodiments may utilize customized circuitry such as might be implemented in a field programmable gate array (FPGA) or other custom designed circuitry. The meter emulator <b>140</b> may include a network adapter <b>105</b> in coupled to the processor <b>103</b> using interconnect <b>106</b> which may be a point-to-point interface, a bussed interface, or any other type of proprietary or standardized interface. In some embodiments the processor <b>103</b> and network adapter <b>105</b> may be integrated into a single integrated circuit. The network adapter <b>105</b> may connect to an antenna <b>148</b> for communicating over a network or HAN <b>200</b> that may be wireless, such as Zigbee. The meter emulator <b>140</b> may include one or more semiconductor memory devices <b>107</b>, such as dynamic random access memories (DRAM), synchronous dynamic random access memories (SDRAM), double data rate memories (DDR), flash memories, read only memories (ROM), electrically erasable programmable read only memories (EEPROM) or other memory devices, that are coupled to the processor <b>103</b> using interconnect <b>108</b> which may be a standard memory interface or some other type of electrical interconnect. In some embodiments, the processor <b>103</b> and memory <b>107</b> may be integrated on a single integrated circuit. In at least one embodiment, the processor <b>102</b>, memory <b>107</b> and network adapter <b>105</b> may be integrated on a single integrated circuit such as the CC2530 from Texas Instruments (TI) which includes a Zigbee network interface.
0039The meter emulator <b>140</b> may include a pulse receiver interface <b>109</b> for communicating with the pulse receiver <b>142</b>. In some embodiments, the pulse receiver interface <b>109</b> may be extremely simple and may consist mainly of wiring and passive components to communicate over cable <b>143</b>, while in other embodiments the pulse receiver interface <b>109</b> may include RF demodulators, filtering, digital signal processing, or other sophisticated circuitry to properly interpret the signals sent by the pulse receiver <b>142</b>. In some embodiments at least a portion of the pulse receiver interface <b>109</b> may be included in the processor <b>103</b> and/or implemented as software running on the processor <b>103</b>. In some embodiments, the meter emulator <b>140</b> may communicate with the pulse receiver <b>142</b> through the network adapter <b>105</b> over the HAN.
0040The meter emulator <b>140</b> may include computer program code <b>104</b> stored in the memory <b>107</b> that can be read and executed by the processor <b>103</b> to provide elements of various embodiments. A wide variety of functions may be performed by the computer program code <b>104</b>, various aspects of which will be discussed later. One aspect of the computer program code <b>104</b> may allow the meter emulator <b>140</b> to communicate over the HAN <b>200</b> with a device <b>301</b> including antenna <b>308</b>. The device <b>301</b> may receive the utility from the metered output <b>89</b> of the utility meter <b>80</b> and may be a consumer of the utility. In at least one embodiment, the meter emulator <b>140</b> may control the device <b>301</b> to vary the amount of the utility used by the device <b>301</b> and may turn the device <b>301</b> “on” and/or “off” in some embodiments. In at least one embodiment the device <b>301</b> may be able to provide usage information related to its utility usage to the meter emulator <b>140</b> or other device such as auxiliary device <b>210</b> on the network.
0041In some embodiments an auxiliary device <b>210</b> with antenna <b>218</b> for communicating over the HAN <b>200</b> may provide certain functionality such as controlling and monitoring the power consumed by device <b>301</b> and/or other devices on the HAN <b>200</b>. The auxiliary device <b>210</b> may be given a variety of different names in various embodiments such as a network controller, lighting gateway, power management console, or other names. The auxiliary device <b>210</b> may work in concert with one or more of the pulse receiver <b>142</b>, the meter emulator <b>140</b>, device <b>301</b>, information display <b>800</b> as well as utility usage controllers (such as power controller <b>310</b>) and other devices on the network, to provide a full implementation of various embodiments. A usage controller may be able to monitor, measure, report and/or log the usage of the utility by one or more devices. A usage controller may be able to control the usage of the utility by one or more devices. Some embodiments of a usage controller may provide both monitoring and control although other embodiments may provide only monitoring and other may provide only control. In some networked embodiments the auxiliary device <b>210</b> implements network management functions. Network management functions can include, among other things, maintaining a list of interconnected devices and maintaining routing tables. In particular, network coordinators are used with Zigbee networks and network controllers are used with Z-Wave networks.
0042In some embodiments, an information display <b>800</b> may be configured to communicate with a smart utility meter over the HAN <b>200</b> with antenna <b>808</b>. The meter emulator <b>140</b> may be configured to respond as a smart utility meter allowing the information display <b>800</b> to provide information to a user about their use of the utility. The information display <b>800</b> may also be a multi-mode display device using a monochrome liquid crystal display (LCD) module with a color overlay. The information display <b>800</b> may be back-lit or may use ambient light from the room for visibility. Other embodiments may use different display technology including, but not limited to, thin film transistor (TFT) color LCD, organic light emitting diode (OLED), cathode ray tube (SRT), plasma, or other display technologies. The information display <b>800</b> may have several buttons for user control located in the bezel. In the embodiment shown, back button <b>801</b> and forward button <b>802</b> may be used to control the mode of the information display <b>800</b>. The Home/OK button <b>803</b>, the Away/Cancel button <b>804</b>, the Night/Down button <b>805</b> and Up/Settings button <b>806</b> may be used for various purposes within the user interface (UI) of the information display <b>800</b>.
0043The information display <b>800</b> may include various independently addressable display elements, or a fixed set of displayable elements, that may vary between embodiments. Other embodiments may use a matrix addressable pixel-based display. Display elements above the UI buttons <b>803</b>-<b>806</b> may be included to allow the current function of the buttons <b>803</b>-<b>806</b> to be displayed. The embodiment shown includes a 15 character text line <b>821</b>. Each character of the text line <b>821</b> may be made up of 15 segments that may be used to create a wide variety of symbols including representations of most letters used in languages using variations of the Latin alphabet, including, but not limited to, English, Danish, German, French, Spanish, Norwegian, Swedish, and others. Other embodiments may use other implementations for text such as a 5×7 dot matrix, a 7, 14, or 16 segment display, or some other type of character display.
0044The information display <b>800</b> also may include other delineated display areas such as the “actual” display area <b>822</b> and/or the target/average display area <b>823</b>. The “actual” display area <b>822</b> and target/average display area <b>823</b> may include display elements for various currency symbols including, but not limited to US Dollars ($), British Pounds (£), Euros (<img file="US2012280833A1_D0001.tif" />) and/or Danish Kroner (Kr). The display areas <b>822</b>, <b>823</b> may also include display elements for showing kW and/or kW-h to allow for energy and/or power readings to be displays as well and some embodiments may include display elements allowing for units of other utilities, such as Therms, BTU, ft<sup>3</sup>, Gal. litre, or other units. The display areas <b>822</b>, <b>823</b> may also include a multi-character display allowing numbers and/or other characters to be displayed. In the embodiment shown, the “actual” display area <b>822</b> and the target/average display area <b>823</b> each include 5 characters.
0045The information display <b>800</b> may also include a clock display <b>824</b> allowing the current time to be displayed in either 24 hour or 12 hour format and may have current value display <b>825</b> with a multi-purpose gauge display that may be used to show the same value at some times and different values at other times. Other icons or symbols may also be included in some embodiments such as an electric vehicle (EV), fan indication, a snowflake, a thermometer, a wireless signal strength meter, a low battery indication and/or a company logo. Other embodiments may include other icons or symbols and yet other embodiments may not include all the elements shown.
0046Each individual element of the display may be controlled to be either on or off although in some cases, not every combination of elements may be supported. For example, in some embodiments, the 15 segment display may only support a limited number of characters, such as 828 or 256 different pre-determined characters, instead of the 32768 different possible combinations of the 15 elements. Some embodiments may support a display technology allowing for an intensity level or color to be set instead of having each element being only on or off.
0047The information display <b>800</b> may have a variety of operating modes to allow different types of information to be displayed on a single display. In some embodiments, an electric vehicle charging station may be monitored. In some embodiments the information display <b>800</b> may be used as a thermostat. In some embodiments the information display <b>800</b> may be able to display a variety of information related to home energy usage including information that may be received by communicating with a smart meter or the smart meter emulator <b>140</b>. Other embodiments may have modes for displaying other information.
0048One possible display pattern of the information display <b>800</b> related to home gas usage is shown. The information display <b>800</b> may show the month-to-date gas usage in the “Actual” display area <b>822</b> and the average gas usage per month in the target/average display area <b>823</b>. The current gas usage as a percentage of the average gas usage may be shown on the gauge <b>825</b> and the character display may show “BTU” to indicate that information about natural gas usage is being displayed.
0049In other embodiments, an auxiliary device <b>210</b> on the HAN may communicate with the device <b>301</b> and control consumption of the utility by the device <b>301</b> and/or communicate with the information display <b>800</b>. Various embodiments may vary the partitioning of the various parts of different embodiments between the meter emulator <b>140</b> and the auxiliary device <b>210</b>, such as a network controller or lighting gateway.
0050<figref idref="DRAWINGS">FIG. 2A</figref> is a block diagram of an alternative embodiment of a system <b>101</b> for measuring a utility usage. The system <b>101</b> may be used for measuring any type of utility, but electrical power is shown as an example. A source of electrical power, electrical connection <b>98</b>, may connect to an electrical utility meter <b>90</b> and be measured by the electrical measurement circuitry <b>94</b>. Metered electrical power <b>99</b> may be provided by the electrical utility meter <b>90</b> to the electrical wiring infrastructure of a house, business, or other consuming entity.
0051<figref idref="DRAWINGS">FIGS. 2B and 2C</figref> show a top view and front view, respectively, of a standard electrical utility meter <b>90</b>. The electrical utility meter <b>90</b> may have one or more types of display showing the amount of electrical power consumed. In some embodiments, the electrical utility meter <b>90</b> may have a mechanical display similar to the utility meter <b>80</b> of FIG. <b>2</b>B/C. The standard electrical meter <b>90</b> shown has an electronic display <b>96</b> that may utilize LCD or other display technology to show the current meter reading. The standard electrical meter <b>90</b> may include an LED <b>92</b> that emits optical pulses dependent on the amount of electrical power measured by the electrical utility meter <b>90</b>. In some embodiments the electrical utility meter <b>90</b> may emit one pulse of light <b>93</b> for each Watt-hour (Wh) of electrical power used. Other embodiments may use a different number of Wh per pulse emitted such as one pulse per 100 Wh, one pulse per 720 Wh, one pulse per 1 kilowatt-hour (kWh), one pulse per 7.2 kWh, one pulse per 12 kWh, or any other rate depending on the electrical utility meter <b>90</b>. The display <b>96</b> and LED <b>92</b> may be visible through a transparent cover <b>91</b> that may be made of glass or a clear engineering plastic.
0052<figref idref="DRAWINGS">FIGS. 2D and 2E</figref> show a top view and front view, respectively, of an embodiment of a pulse receiver <b>150</b> attached to the standard electrical utility meter <b>90</b>. The pulse receiver <b>150</b> may be positioned over the LED <b>92</b> to be able to detect the emitted light <b>93</b> from the LED <b>92</b>. The pulse receiver <b>150</b> may be attached to the electrical utility meter <b>90</b> using a strap <b>151</b>. In other embodiments the pulse reader <b>150</b> may be attached to the electrical utility meter <b>90</b> by various other methods, including, but not limited to, glue, bolts, adhesive pads, vacuum cups, screws, brackets or any other method capable of positioning the pulse reader <b>150</b> in an appropriate position to receive the light <b>93</b> emitted by the LED <b>92</b>.
0053Referring back to <figref idref="DRAWINGS">FIG. 2A</figref>, the pulse receiver <b>150</b> may include an optical receiver, such as optical transistor <b>152</b>, which may detect the light <b>93</b> emitted by the LED <b>92</b>. In some embodiments the light <b>93</b> is infrared light but other embodiments use visible light. Care should be taken to properly shield the area around the pulse receiver <b>150</b> to avoid interference from ambient light. Pulse receiver circuitry <b>156</b> may be able to detect such pulses and employ various techniques to make the pulse distinct such as amplification, filtering, time averaging, simple level thresholds, hysteresis thresholds, or other techniques well known to one of ordinary skill. The pulse receiver circuitry <b>156</b> may then send the pulse information to the meter emulator <b>110</b> over a wireless link using antenna <b>158</b>. In other embodiments a cable may be used in place of the wireless link. In some embodiments the network <b>200</b> may be used for communication between the pulse receiver <b>150</b> and the meter emulator <b>150</b> and in other embodiments, the pulse receiver <b>150</b> and meter emulator <b>110</b> may be integrated into a single package allowing printed circuit traces to be used for the communication.
0054The meter emulator <b>110</b> may be based on a processor <b>113</b> and include a network adapter <b>115</b> in coupled to the processor <b>113</b> using interconnect <b>116</b>. The network adapter <b>115</b> may connect to the network <b>200</b> using network connection <b>201</b>. The meter emulator <b>110</b> may include one or more semiconductor memory devices <b>117</b>, that are coupled to the processor <b>113</b> using interconnect <b>118</b>. The meter emulator <b>110</b> may include a pulse receiver interface <b>119</b> with antenna <b>118</b> for communicating with the pulse receiver <b>150</b>. Various embodiments may integrate two or more of the processor <b>113</b>, the network adapter <b>115</b>, the memory <b>117</b> and the pulse receiver interface <b>119</b> on a single integrated circuit.
0055The meter emulator <b>110</b> may include computer program code <b>114</b> stored in the memory <b>117</b> that can be read and executed by the processor <b>113</b> to provide elements of various embodiments. A wide variety of functions may be performed by the computer program code <b>114</b>, various aspects of which will be discussed later. One aspect of the computer program code <b>114</b> may allow the meter emulator <b>110</b> to communicate with a power controller <b>310</b>, which has a network connection <b>203</b>, over the network <b>200</b>. The meter emulator <b>110</b>, or auxiliary device <b>210</b> on the network <b>200</b> may be able to turn the electrical power <b>302</b> provided by the power controller <b>310</b> “on” and/or “off” and also may be able to query the power controller <b>310</b> to determine how much electrical power <b>302</b> is being provided. A device <b>303</b> may receive electrical power <b>302</b> from the power controller <b>310</b> and may be a consumer of the electrical power.
0056In some embodiments, an information display <b>800</b> may be configured to communicate with a smart utility meter over the network <b>200</b> with network connection <b>209</b>. The meter emulator <b>110</b> may be configured to respond as a smart utility meter allowing the information display <b>800</b> to provide information to a user about their use of the utility.
0057One possible display pattern of the information display <b>800</b> related to home electrical usage is shown. The information display <b>800</b> may show current power usage in the “Actual” display area <b>922</b> and the average power usage over a pre-determined period of time in the target/average display area <b>923</b>. The current power usage as a percentage of the average power usage may be shown on the gauge <b>825</b> and the character display <b>921</b> may show “WATTS” to indicate that a current power level is being displayed.
0058In other embodiments, the auxiliary device <b>210</b> on the network <b>200</b> may communicate with the power controller <b>310</b> and control consumption of the utility by the device <b>303</b> and/or communicate with the information display <b>800</b>. Various embodiments may vary the partitioning of the various parts of different embodiments between the meter emulator <b>110</b> and the auxiliary device <b>210</b>, such as a network controller or lighting gateway.
0059<figref idref="DRAWINGS">FIG. 3</figref> shows a system <b>399</b> of several devices plugged into a power controller <b>310</b>. Power controller <b>310</b> may have a power cord <b>318</b> terminated in power plug <b>319</b> that plugs into a standard wall outlet that may be connected to the metered electrical power <b>99</b>. The AC power of the home may have other devices connected that implement a power line communication (PLC) networking protocol and the power controller <b>310</b> may also include a PLC network interface in some embodiments that is a part of network <b>200</b>. The power controller <b>310</b> may have several power sockets <b>314</b>A-E and some embodiments may include several network connectors <b>316</b>A-F. In at least one embodiment, the power controller may only have a single power socket and no wired network connectors. The power controller <b>310</b> may provide a graphic indication that certain power sockets are associated with certain network connectors such as boxes made of dashed lines silkscreened onto the power controller <b>310</b>. In the embodiment of power controller <b>310</b> as shown, power outlet <b>314</b>A is associated with network connector <b>316</b>A, power outlet <b>3148</b> is associated with network connector <b>3168</b>, power outlet <b>314</b>C is associated with network connector <b>316</b>C, power outlet <b>314</b>D is associated with network connector <b>316</b>D, and power outlet <b>314</b>E is associated with network connector <b>316</b>E. Network connector <b>316</b>F may not be associated with any power outlet. Other embodiments may have power outlets that are not associated with any network connector.
0060TV <b>350</b> may be drawing electrical power from power outlet <b>314</b>E through power cord <b>351</b> which may have an electrical plug that is plugged into the power socket <b>314</b>E. The TV <b>350</b> may also provide functionality such as, but not limited to, internet TV, digital living network alliance (DLNA) compliant media streaming, remote configuration, or other functions that may use a network. The TV <b>350</b> may then have a network cable <b>352</b> plugged into network connector <b>316</b>E to allow the TV <b>350</b> to communicate over the network <b>200</b>.
0061Networked lamp <b>380</b> may allow for control of its on/off state and/or brightness through a network. The networked lamp <b>380</b> may have its power cord <b>381</b> plugged into socket <b>314</b>C and be drawing power from socket <b>314</b>C. The networked lamp <b>380</b> may have a network cable <b>382</b> plugged into network connector <b>316</b>D to allow the networked lamp to communicate over the network <b>200</b>. The network cable <b>382</b> and the power cord <b>381</b> may be plugged into a network connector <b>316</b>D and power socket <b>314</b>C respectively, that are not associated with each other.
0062Networked coffee pot <b>360</b> may provide remote brew initiation, remote status, or other functionality over a network. The networked coffee pot <b>360</b> may have its power cord <b>361</b> plugged into socket <b>314</b>B and be drawing power from socket <b>314</b>B. The networked coffee pot <b>360</b> may have a network cable <b>362</b> plugged into network connector <b>3168</b> allowing the networked coffee pot <b>360</b> to communicate over the network <b>200</b>.
0063Vacuum cleaner <b>370</b> may be a legacy device with no network functionality. The vacuum cleaner <b>370</b> may be plugged into power socket <b>314</b>A. Network connector <b>316</b>A may not have anything plugged in. Computer system <b>390</b> may be plugged into a wall outlet directly and not be drawing power from the power controller <b>310</b>. But the computer system <b>390</b> may have a network cable <b>382</b> plugged into network connector <b>316</b>F to access the network <b>200</b>.
0064The PLC network connection in the power controller <b>310</b> as well as the network connectors <b>316</b>A-F may all be a part of the HAN <b>200</b>. The meter emulator <b>140</b>, <b>110</b> or auxiliary device <b>210</b> on the HAN <b>200</b> may be able to monitor power consumed through the power controller <b>310</b> and may be able to control the on/off state of the power sockets <b>314</b>A-E. The various devices plugged into the network connectors <b>316</b>A-F may be able to communicate over the HAN <b>200</b> as well and some of those devices, such as the TV <b>350</b>, coffee pot <b>360</b>, lamp <b>380</b>, may be able to report their power consumption over the HAN <b>200</b> and/or be controlled through the HAN <b>200</b>.
0065<figref idref="DRAWINGS">FIG. 4A</figref> is a block diagram of a portion of an embodiment of the power controller <b>310</b> or a single outlet version of a power controller. This single outlet section shown provides a single power channel <b>333</b> including an outlet <b>316</b>, a power switch <b>337</b> and a current sensor <b>332</b>. The power channel receives electric power via a bus tap <b>327</b> from the power cord <b>318</b> that receives electrical power through the power plug <b>319</b>. In other embodiments, multiple power channels provide respective outlets in multi-outlet power nodes.
0066Power supplied to the outlet <b>316</b> is sensed by a power bus voltage sensor <b>331</b> and the power channel current sensor <b>332</b>, together the power sensor block <b>330</b>. Voltage and current sensor output signal lines <b>328</b>, <b>329</b> are coupled to the power analyzer block <b>324</b> which is coupled to the I/O block <b>341</b> through signal path <b>346</b>. In some embodiments, a voltage sensor <b>331</b> measures the power node bus <b>327</b> voltage. Here, the power supplied to each outlet <b>316</b> is known since outlet voltage for all outlets should be the same, and the respective outlet currents are measured by the respective current sensors <b>332</b>. Further, the power being supplied to the power controller <b>310</b> from the power plug <b>319</b> is approximately equal to the power drawn by all of the power node outlets and is also know.
0067In some embodiments, the voltage at each outlet is monitored by a respective voltage sensor located between the outlet <b>316</b> and the power switch <b>337</b>. This embodiment provides for, inter alia, measuring a load's voltage decay after the power switch is opened. In other embodiments, an analog multiplexor consisting of relays, field effect transistors (FETs), or other electro-mechanical or electronic devices, may be interposed between the voltage sensors and each outlet <b>316</b> to allow a single voltage sensor to selectively measure the voltage at each outlet <b>316</b> individually, independent of the state of the power switches <b>337</b>
0068Interposed between the power plug <b>319</b> and the outlet <b>316</b> is a power switch <b>337</b>. A power switch signal line <b>347</b> couples the I/O block <b>341</b> with the power switch <b>337</b>. The power switch <b>337</b> may be any switch known in the art that allows for automated control, such as a mechanical or solid state relay, or a semiconductor switch. In one embodiment a latching type relay is used and in another embodiment a TRIAC type switch may be used.
0069The outlet <b>316</b> is coupled to a power output of the power switch <b>337</b> via the third power circuit <b>335</b>. In some embodiments, an insertion switch <b>338</b> senses <b>336</b> whether a plug is inserted in the outlet <b>316</b> and provides an insertion signal <b>348</b> to the I/O block<b>341</b>. Plug insertion sensing may be accomplished by any means/device known to persons of ordinary skill in the art. For example, various embodiments employ a capacitive sensor, an optical sensor, and a mechanical sensor. All of these devices are referred to herein as an “insertion switch.”
0070A processor <b>340</b>, which may have internal memory for storing computer program code and/or data, is in communication with the I/O block <b>341</b> over communication lines <b>342</b>. A network adapter <b>343</b>, which is connected to the I/O block <b>341</b> by communication lines <b>345</b>, may provide a connection to a wireless network segment of the HAN <b>200</b> using antenna <b>344</b>, although other embodiments may utilize PLC networking and/or wired networking as shown in <figref idref="DRAWINGS">FIG. 4B</figref>.
0071In various embodiments, a wireless module such as a Z-Wave or Zigbee module is used to implement the I/O block <b>341</b>, processor block <b>340</b>, and network adapter <b>343</b>. For example, a Sigma Designs ZM3102 Z-wave module is used in one embodiment and a Zigbee chipset is used in another embodiment. In some embodiments, the input/output functionality is enhanced with a general purpose I/O expander integrated circuit such as an NXP PCA9534BS 8-bit I2C-bus and SMBus low power I/O port with interrupt.
0072In an embodiment, a power/energy integrated circuit such as a Cirrus Logic CS 5463 integrated circuit may be used to implement the power analysis functionality of the power analyzer block <b>324</b>. Power consumption and other data available from the power analysis device includes one or more of real/active power, instantaneous and/or RMS values of current and voltage, apparent power, reactive power, fundamental power, and temperature sensing. As will be understood by persons of ordinary skill in the art, waveform profiles of one or more of voltage, current, and power can be constructed by any processor in signal communication with the I/O block <b>341</b>. In some embodiments, a measurement system is implemented in the processor <b>340</b>. The metering system may aggregate power consumption for each outlet <b>316</b> to track power consumption for each device <b>303</b> plugged into the power controller <b>310</b>.
0073<figref idref="DRAWINGS">FIG. 4B</figref> shows an block diagram of an alternative embodiment of the network adapter <b>443</b> that may be used in a power controller <b>310</b> that includes an ethernet switch <b>436</b>. The embodiment utilizes a power line communications (PLC) network such as HomePlug® for communication. In an embodiment utilizing the network adapter <b>443</b>, which may replace the network adapter <b>343</b> and antenna <b>344</b> of <figref idref="DRAWINGS">FIG. 4A</figref>, the processor <b>340</b> may have an ethernet connection or an ethernet connection may be included in the I/O block <b>341</b> to allow the processor <b>340</b> to communicate with the ethernet switch <b>436</b>.
0074The power cord <b>318</b> receives an electrical signal from the power plug <b>319</b>, which may be plugged into a socket receiving metered electrical power <b>99</b>. The power cord <b>318</b> may be coupled into the network adapter <b>443</b> utilizing a transformer <b>431</b>. An analog front end (AFE) circuit <b>432</b> may be coupled to the transformer <b>431</b> to send and/or receive signals coupled on the power cord <b>318</b>. In one embodiment the AFE may be implemented using an INT1400 integrated circuit from Atheros Communications, Inc. The AFE may be coupled to a PLC media access controller (MAC) and physical layer interface (PHY) block <b>434</b>. The PLC MAC/PHY <b>434</b> may be implemented using an INT6400 integrated circuit from Atheros Communications, Inc. The INT1400 AFE and INT6400 MAC/PHY integrated circuits may be compatible with the HomePlug® AV network protocol specification and may provide up to a 200 Mb/s signaling rate over the power line. The PLC communications may be used for the network <b>200</b> or as a part of the network <b>200</b>. Other embodiments may be compatible with different PLC protocols.
0075The MAC/PHY <b>434</b> may provide a media independent interface (MII) <b>435</b> for ethernet protocol communication. The MII <b>435</b> may be coupled to an ethernet switch <b>436</b> integrated circuit such as the AR8236 6-Port Low-Power Fast Ethernet Switch from Atheros Communications, Inc. allowing communications between the various ethernet ports of the ethernet switch <b>436</b>. One output of the ethernet switch <b>436</b> may be used to communicate to the processor <b>340</b> over communication signal line <b>345</b>, which in the embodiment shown may be a 100-Base-T ethernet connection. The other four 10/100-Base-T ethernet connections <b>461</b> may be connected to RJ-45 ethernet connectors <b>316</b>A-F that may have integrated magnetics components for compliance with ethernet specifications. Various embodiments may have any number of ethernet ports from the ethernet switch <b>436</b> with zero, one or more ports used inside the power controller <b>310</b> and zero, one or more ports brought out to ethernet connectors <b>316</b>A-F with the ethernet switch <b>436</b> bridging between the various ports.
0076In other embodiments, the ethernet switch <b>436</b> may provide functionality for the processor <b>340</b> to selectively communicate to a particular ethernet connector <b>316</b>A-F. By using such functionality, the processor may be able to receive information about the device that is physically plugged into the particular ethernet connector <b>316</b>A-F. As shown in <figref idref="DRAWINGS">FIG. 3</figref>, a particular ethernet connector <b>316</b>A-F may be associated with a particular outlet <b>314</b>A-E. The processor <b>340</b> may have these associations pre-programmed so that it can associate information received from a device through a particular ethernet connector <b>316</b>A-F with a particular outlet <b>314</b>A-E. For example, as shown in <figref idref="DRAWINGS">FIG. 3</figref>, a networked coffee pot may <b>360</b> be plugged into outlet <b>314</b>B and network connector <b>316</b>B. The processor <b>340</b> may selectively communicate over network connector <b>316</b>B to the networked coffee pot <b>360</b> and determine that the networked coffee pot <b>360</b> has a MAC address of 01-23-45-67-89-AB. The processor <b>340</b> may then identify that outlet <b>314</b>B is sending power to the networked coffee pot <b>360</b> due to the proximity of the outlet <b>314</b>B and the network connector <b>16</b>B, and send the MAC address of the networked worked coffee pot, 01-23-45-67-89-AB, along with an identifier of outlet <b>314</b>B, across the PLC network to the meter emulator <b>110</b>, <b>140</b> or to some device that may gather information about the HAN <b>200</b> and/or allow a user to control devices on the HAN <b>200</b>. The meter emulator <b>110</b>, <b>140</b> may use the information received to clearly match information that it may determine about devices on the HAN <b>200</b> using simple service discovery protocol (SSDP) or other techniques with the particular outlet that is providing power to those devices. This may allow more accurate assignment of the energy usage and/or costs to a particular device.
0077Alternative embodiments may include a bridge from the PLC connection to a wireless connection such as 802.11 Wi-Fi, 802.15.4 Zigbee, Z-Wave or other radio frequency networks. In some embodiments, the access point or gateway circuitry for the radio frequency network may connect to one port of the ethernet switch <b>436</b> to provide a communications link between the PLC network and the wireless network as well as the other ethernet ports. In other embodiments the access point or gateway circuitry may take the place of the ethernet switch <b>436</b> providing for the communication signal line <b>345</b> to the I/O block <b>341</b> as well as the bridge to the wireless network devices. Bridging may refer to connections between two network segments performed at any level of the Open Systems Interconnection (OSI) Model, including network routing done at OSI Layer 3 (network layer), network bridging performed at OSI Model Layer 2 (data-link layer), network repeating performed at OSI Model Layer 1 (physical layer) or other methods of connecting two network segments and should not be limited to data-link layer bridging, and as such, may include methods that are not compliant with the IEEE 802.1 D bridging standard.
0078For the purposes of this specification and claims, a network <b>200</b> may be a heterogeneous network with some devices communicating using wired ethernet connections, some devices communicating using PLC connections and some devices communicating over a wireless network, or any combination of those types of networks or any other type of network. The heterogeneous network may also be referred to as the bridged network. Communication over the bridged network may allow data to travel across one or more of the bridged network segments but may not require that all data sent over the bridged network travel over every segment of the bridged network.
0079In some commercial embodiments, a consumer kit for a system may include a pulse receiver, a meter emulator, at least one power controller, and in at least one embodiment, a lighting controller or other device. Any of the devices in the kit may perform aspects of the instant subject matter. During manufacture and testing, these devices may be preconfigured with identification codes allowing interoperation.
0080<figref idref="DRAWINGS">FIG. 5A</figref> is a flowchart <b>500</b> depicting an embodiment of a method of measuring utility usage. Because various standard utility meters <b>80</b>, <b>90</b> may provide pulses at different rates for a given utility usage, even if the meters are targeting the same utility, a determination of the pulse rate of the standard utility meter <b>80</b>, <b>90</b> may be useful. A calibration process may start at block <b>501</b>. The calibration method of flowchart <b>500</b> may be initiated by any device including, but not limited to, the pulse receiver <b>142</b>, <b>150</b>, the meter emulator <b>110</b>, <b>140</b>, the auxiliary device <b>210</b>, the information display <b>800</b> or another computer system such as PC <b>390</b> with a connection to the HAN <b>200</b>.
0081During a first time period <b>502</b>, two elements of the method are performed. A first usage of the utility by the device is determined at block <b>502</b>A and a first number of pulses from the utility meter are counted at block <b>502</b>B. The first usage of the utility by the device may be determined in several different ways in different embodiments. In some embodiments, the usage is determined by requesting a usage directly from the networked device. Examples of this may be sending a request to the device <b>303</b> such as networked TV <b>350</b>, for its current usage of electrical power. Information may also be included regarding the operating state of the device, such as its on/off state and/or power management parameter or other operating state. The first usage of the utility may also be determined by sending a request to a usage controller, such as power controller <b>310</b>. The usage controller may be able to provide information regarding the utility usage by the device. In some embodiments, the usage controller may monitor usage of the utility in such a way that the utility usage of the device in question may be consolidated with utility usage of other consumers of the utility. If that is the case, the consolidated utility usage may be used as an estimate of the utility usage of the device or a constant may be subtracted from the consolidated utility usage to arrive at an estimate of the utility usage of the device. In various embodiments an estimate of the utility usage of the device may be determined to be the first usage of the utility.
0082A first number of pulses from the utility meter are counted at block <b>502</b>B. The term “counting” as used herein in the specification and claims, may refer to the traditional process of incrementing a number each time a pulse is received but may also refer to timing the duration between pulses or determining a rate that pulses are received. The first number of pulses received corresponds with the first utility usage of the device. The first number of pulses may be counted in the pulse receiver, the meter emulator, the auxiliary device, a PC, or other device.
0083At block <b>503</b> the utility usage by the device consuming the utility changes. Some embodiments may simply wait for the utility usage of the device to change. Other embodiments may control the device to change its usage of the utility. The utility usage of the device may be controlled by communicating with the device or by communicating with the usage controller. In some cases, the device may be turned “On” or “Off” and in other cases the operating state of the device may be changed. Turning the device “Off” may not reduce the utility usage to zero and certain functions of the device may continue to operate even if the device is “Off” as the “Off” state may only be a low utility usage state. If the utility usage is changed by communicating with the usage controller, the device may have its access to the utility completely removed although some embodiments may change a maximum amount of the utility available to the device.
0084During a second time period <b>504</b>, two elements of the method are again performed. A second usage of the utility by the device is determined at block <b>504</b>A and a second number of pulses from the utility meter are counted at block <b>504</b>B. The second usage of the utility by the device may be determined in much the same way as the first usage was determined although in some embodiments the method used for the second period may be different than that used for the first period. If a consolidated utility usage from the usage controller was used for estimating the first usage of the utility, a similar method should be used to create an estimate for the second usage.
0085Although it may be possible to use two time periods of different length and compensate for the difference, in most embodiments the first time period and the second time period may be close to the same length of time and occur under conditions that are as close to the same as possible to ensure that the utility usage that is not related to the utility usage by the device being used is as close to the same as possible. One way of keeping the conditions of the first time period and second time period as similar as possible is to have them occur with very little time between them. This may be accomplished by proactively controlling the amount of utility used by the device so that no time is wasted simply waiting for the utility usage to change. Another method that may be used is to repeat the first period and the second period multiple times and use an average of the difference for computing the usage per pulse. Another technique that may be used to improve accuracy is to choose the first and second time periods to occur at a time that very little else is happening for that utility, such as the middle of the night. Another technique is to, after completion of the second time period, put the utility usage of the device back into the same utility usage state for a third time period as it was in the first time period and repeat the first time period elements. They results of the “first” and “third” time periods can be compared, and if they are too different, a new calibration can be performed.
0086Once the second time period <b>504</b> has finished, a usage per pulse may be calculated at block <b>505</b> before the calibration method ends a block <b>506</b>. The usage per pulse may be calculated by taking the difference in the first usage of the utility by the device and the second usage of the utility by the device, which will be a known quantity of the utility, and dividing that by the difference in the first number and second number of pulses. This gives a known quantity of the utility per pulse. As an example, let the baseline usage of the utility for all other users than the device being monitored for a time period be “U”, an amount of the utility used by the device in the first time period to be “D<sub>1</sub>”, an amount of the utility used by the device in the second time period to be “D<sub>2</sub>”, the first number of pulses be “N<sub>1</sub>”, and the second number of pulses be “N<sub>2</sub>”. This means that, as long as the first time period and the second time period are equal and the usage of the utility by users other than the device being monitored remains constant, the first usage of the utility is “U+D<sub>1</sub>” and the second usage of the utility is “U+D<sub>2</sub>”. So a usage per pulse can be calculated as:
0000<maths id="MATH-US-00001" num="00001"><math overflow="scroll"><mrow><mrow><mi>Usage</mi><mo></mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo></mo><mi>per</mi><mo></mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo></mo><mi>Pulse</mi></mrow><mo>=</mo><mfrac><mrow><mrow><mo>(</mo><mrow><mi>U</mi><mo>+</mo><msub><mi>D</mi><mn>1</mn></msub></mrow><mo>)</mo></mrow><mo>-</mo><mrow><mo>(</mo><mrow><mi>U</mi><mo>+</mo><msub><mi>D</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow></mrow><mrow><msub><mi>N</mi><mn>1</mn></msub><mo>-</mo><msub><mi>N</mi><mn>2</mn></msub></mrow></mfrac></mrow></math></maths><img file="US2012280833A1_D0002.tif" />
0087The calculated usage per pulse may not be completely accurate due to a variety of factors including differences in the time periods, changes in the amount of the utility used for other purposes between the two time periods, inaccuracies in measurement of the utility used by the device, and rounding effects due to the discrete nature of the amount of the utility signified by each pulse. One or more methods may be employed to reduce the errors in the calculated usage per pulse including, running multiple calibration processes and using statistical methods to determine a best estimate of the usage per pulse, choosing a longer period of time to reduce rounding effects, choosing a shorter period of time to reduce effects due to changing baseline use of the utility and rounding the usage per pulse to one of a fixed set of possible results for a supported set of standard utility meters.
0088By determining a set of standard utility meters that are officially supported and that encompass a large percentage of the standard utility meters that are likely to be used, a set of possible usage per pulse values may be determined. Then by rounding to the nearest usage per pulse value of the supported set, errors in the calculated usage per pulse values may be reduced or eliminated. For example, a particular set of five standard electric meters may constitute 95% of all standard electric meters deployed in a particular market. In this example, two of the meters may output one pulse for each Wh of electrical power used, two of the meters may output one pulse for each 720 Wh of electrical power used, and one meter may output one pulse for each 12 kWh of electrical power used. In this example an algorithm may be used in which any calculated value of usage per pulse that is within a 25% tolerance of a value used by a meter within the set of five supported meters would be rounded to the closest value in the supported set of values. Any calculated value that is not within 25% of a value used by a supported meter may be retained without rounding to accommodate the 5% of unsupported meters that may exist in the particular market. Other embodiments may use different a tolerance, may use non-symmetric tolerances, may use different tolerances for different values or may simply always round to the nearest supported value, or any other method of rounding a value.
0089<figref idref="DRAWINGS">FIG. 5B</figref> is a flowchart <b>510</b> of an embodiment of emulating a smart utility meter starting at block <b>511</b>. Information may be received and stored in the meter emulator at block <b>512</b>. The information may be sent to the meter emulator by a PC under control of a user during installation/configuration, sent to the meter emulator by the auxiliary device, retrieved from a local server on the HAN by the meter emulator, retrieved from a remote server over the internet by the meter emulator or any other method of receiving information at the meter emulator.
0090In at least one embodiment, the information received may include utility information including, but not limited to, rate information for the utility, information on past usage of the utility by the household or business, rate period information, and/or rate tier information. In some embodiments, the information may include information about a particular smart meter to be emulated, including, but not limited to, usage per pulse information, information on supported registers, information on supported services, and/or other information about the particular smart meter.
0091Supported services may include such services as logging utility use over time, utility cost over various periods, average utility use by a peer user base, or other services that may be provided by a smart utility meter.
0092In at least one embodiment the information received may describe a smart meter that is compliant with the “Metering” function set of the Zigbee Smart Energy (SE) Profile as described in the Zigbee Smart Energy Profile 2.0 Technical Requirements Document, ZigBee-105553 DRAFT, published on Apr. 24, 2010 by the ZigBee Alliance, Inc. and HomePlug Powerline Alliance, Inc., or earlier or later versions of the document. In at least on other embodiment, the information received may describe a smart meter that is compliant with Z-Wave Advanced Energy Control (AEC) Device Class.
0093Pulses may be received from the meter for a period of time, counted, and saved at block <b>513</b>. Depending on the characteristics of the meter being emulated, the data stored may vary. In some embodiments only a running total of the amount of the utility used is saved. Other embodiments may also store the amount of the utility used for a number of periods of time, e.g. for each of the last 168 hours, each of the last 30 days, or each of the last 12 months, or any combination of those or any number of any other periods of time. Some embodiments may log a time stamp of the time the pulse was received and track a certain number of pulses, e.g. the last one million pulses.
0094At block <b>514</b> a request targeting the smart utility meter being emulated may be received. If no request is received, the meter emulator continues to log pulses at block <b>513</b>. If a request for the meter being emulated is received, the meter emulator say send the requested data over the network at block <b>515</b>. The data sent over the network depends on the nature of the request and the capabilities of the smart meter being emulated. The data may simply be the current meter reading or an amount of utility used for this day of last week or any other data that may be available from the meter emulator or the services offered by the meter being emulated.
0095<figref idref="DRAWINGS">FIG. 5C</figref> is a flowchart <b>520</b> of an embodiment of emulating a different meter than the installed meter starting at block <b>521</b>. The meter emulator may receive pulses from a standard utility meter at block <b>522</b> and a received pulse rate may be calculated at block <b>523</b>. An emulated pulse rate may be calculated at block <b>524</b> and information may then be sent over the network at the emulated pulse rate at block <b>525</b>. The meter emulator may also determine usage per pulse, which may also be called a measured usage per pulse, using the methods described in flowchart <b>500</b>, by querying the meter directly, or receive information that includes the measured usage per pulse during installation/configuration. The measured usage per pulse is dependent on the specific type of meter installed. An emulated usage per pulse may also be received during installation/configuration or some other time. The emulated usage per pulse may be included in the information received in block <b>512</b> of flowchart <b>510</b>. Depending on the type of meter actually deployed and the type of smart meter being emulated, the measured usage per pulse and the emulated usage per pulse may have the same value or different values.
0096In some embodiments, the actions described for blocks <b>522</b>-<b>525</b> are performed as discrete actions for discrete periods of time, e.g. every 100 seconds. So if there are 1440 pulses received during the first period of time from a meter that sends a pulse for each Wh or electrical power consumed (measured usage per pulse), and an emulated usage per pulse of 720 Wh is desired, two pulses will be sent out during the next 100 seconds.
0097In another embodiment, the actions described for blocks <b>522</b>-<b>525</b> are performed continuously in an integrated fashion. In at least one embodiment, a counter is established that is incremented by an amount equal to the measured usage per pulse each time that a pulse is received. The value of the counter may then be monitored and each time that the counter exceeds the value of the emulated usage per pulse, information is sent out and the counter is decremented by the emulated usage per pulse. A minimum time between pulses sent may also be set to minimize the burstiness of the output, which may be important if the emulated usage per pulse is much smaller than the measured usage per pulse. This technique ensures that, over time, a number of pulses are sent out, based on an emulated usage per pulse, which exactly represents the amount of the utility represented by the received pulses, based on the measured usage per pulse.
0098The information sent out at the emulated pulse rate may take many forms. In some embodiments, the information is a packet with a time stamp sent over a network. In some embodiments, the information may be a total amount of utility used or an incremental amount of utility used. In some embodiments, the information may be a fixed value representing a pulse. Various embodiments may use various combinations of these or other representations and the information may be sent as a broadcast message, a multi-cast message, a message addressed to a specific device, or any other type of network message.
0099In many embodiments, the methods described in the flow charts <b>500</b>, <b>510</b>, <b>520</b> may be implemented using computer code running on a processor as described above, but in some embodiments, parts of one or more block, all one or more block, or all of the blocks of the methods shown may be implemented using other circuits or other computers that are in the pulse receiver, meter emulator, power controller, device <b>301</b>, auxiliary device <b>210</b>, or PC <b>390</b>, that are in communication over the HAN <b>200</b> or other communication means. In some embodiments, the methods may be embodied as a computer program product with computer code stored on a non-transitory computer readable medium.
0100<figref idref="DRAWINGS">FIG. 6</figref> depicts details of a computer system <b>600</b> suitable for various embodiments of the auxiliary device <b>210</b>, meter emulator <b>110</b>, <b>140</b>, PC <b>390</b> or other PC, local server, remote server, or other computer useful in various embodiments. The computer system <b>600</b> may be located in proximity to the system <b>100</b>, <b>101</b> and in direct communication with the HAN <b>200</b>, or may be located remotely and communicate with the devices on the HAN <b>200</b> over the internet <b>420</b>. The computer system <b>600</b> may store computer program code for executing the methods shown on flowcharts <b>500</b>, <b>510</b>, <b>520</b>. In some embodiments, a computer system <b>600</b> may store computer program code on its computer readable storage medium that is designed to be executed on a processor that is different than the processor <b>601</b>, such as in the example of a firmware update service running on a computer system <b>600</b> accessible over the internet <b>420</b> by the various devices on the HAN <b>200</b>.
0101The computer system <b>600</b> may be configured in the form of a desktop computer, a laptop computer, a mainframe computer, or any other hardware or logic arrangement capable of being programmed or configured to carry out instructions. In some embodiments the computer system <b>600</b> may act as a server, accepting inputs from a remote user over a local area network (LAN) <b>618</b> or the internet <b>420</b>. In other embodiments, the computer system <b>600</b> may function as a smart user interface device for a server on a LAN <b>618</b> or over the internet <b>420</b>. The computer system <b>600</b> may be located and interconnected in one location, or may be distributed in various locations and interconnected via communication links such as a LAN <b>618</b> or a wide area network (WAN), via the Internet <b>420</b>, via the public switched telephone network (PSTN), a switching network, a cellular telephone network, a wireless link, or other such communication links. Other devices may also be suitable for implementing or practicing the embodiments, or a portion of the embodiments. Such devices include personal digital assistants (PDA), wireless handsets (e.g., a cellular telephone or pager), and other such electronic devices preferably capable of being programmed to carry out instructions or routines. One skilled in the art may recognize that many different architectures may be suitable for the computer system <b>600</b>, but only one typical architecture is depicted in <figref idref="DRAWINGS">FIG. 6</figref>.
0102Computer system <b>600</b> may include a processor <b>601</b> which may be embodied as a microprocessor, two or more parallel processors, a central processing unit (CPU) or other such control logic or circuitry. The processor <b>601</b> may be configured to access a local cache memory <b>602</b>, and send requests for data that are not found in the local cache memory <b>602</b> across a cache bus <b>603</b> to a second level cache memory <b>604</b>. Some embodiments may integrate the processor <b>601</b>, and the local cache <b>602</b> onto a single integrated circuit and other embodiments may utilize a single level cache memory or no cache memory at all. Other embodiments may integrate multiple processors <b>601</b> onto a single die and/or into a single package. Yet other embodiments may integrate multiple processors <b>601</b> with multiple local cache memories <b>602</b> with a second level cache memory <b>604</b> into a single package <b>640</b> with a front side bus <b>605</b> to communicate to a memory/bus controller <b>606</b>. The memory/bus controller <b>606</b> may accept accesses from the processor(s) <b>601</b> and direct them to either the internal memory <b>608</b> over memory bus <b>607</b> or to the various input/output (I/O) busses <b>610</b>, <b>611</b>, <b>613</b>. A disk interface unit <b>650</b> may connect to the communication link <b>610</b> to the hard disk drive <b>620</b> and/or or other communication link <b>611</b> to the optical disks <b>612</b> and may be integrated into the memory/bus controller <b>606</b> or may be a separate chip. Some embodiments of the computer system <b>600</b> may include multiple processor packages <b>640</b> sharing the front-side bus <b>605</b> to the memory/bus controller. Other embodiments may have multiple processor packages <b>640</b> with independent front-side bus connections to the memory/bus controller <b>606</b>. The memory bus controller <b>606</b> may communicate with the internal memory <b>608</b> using a memory bus <b>607</b>. The internal memory <b>608</b> may include one or more of random access memory (RAM) devices such as synchronous dynamic random access memories (SDRAM), double data rate (DDR) memories, or other volatile random access memories. The internal memory <b>608</b> may also include non-volatile memories such as electrically erasable/programmable read-only memory (EEPROM), NAND flash memory, NOR flash memory, programmable read-only memory (PROM), read-only memory (ROM), battery backed-up RAM, or other non-volatile memories. The various memory devices may be embodiments of a non-transitory computer readable storage medium suitable for storing computer program code and/or data. In some embodiments, the computer system <b>600</b> may also include 3rd level cache memory or a combination of these or other like types of circuitry configured to store information in a retrievable format. In some implementations the internal memory <b>608</b> may be configured as part of the processor <b>601</b>, or alternatively, may be configured separate from it but within the same package <b>640</b>. The processor <b>601</b> may be able to access internal memory <b>608</b> via a different bus or control lines than is used to access the other components of computer system <b>600</b>.
0103The computer system <b>600</b> may also include, or have access to, one or more hard disk drives <b>620</b> (or other types of storage memory) and optical disk drives <b>612</b>. Hard disk drives <b>620</b> and the optical disks for optical disk drives <b>612</b> are examples of non-transitory machine readable (also called computer readable) mediums suitable for storing computer program code and/or data. The optical disk drives <b>612</b> may include a combination of several disc drives of various formats that can read and/or write to removable storage media (e.g., CD-R, CD-RW, DVD, DVD-R, DVD-W, DVD-RW, HD-DVD, Blu-Ray, and the like). Other forms or computer readable media that may be included in some embodiments of computer system <b>600</b> include, but are not limited to, floppy disk drives, 9-track tape drives, tape cartridge drives, solid-state drives, cassette tape recorders, paper tape readers, bubble memory devices, magnetic strip readers, punch card readers or any other type or computer useable storage medium. The computer system <b>600</b> may either include the hard disk drives <b>620</b> and optical disk drives <b>612</b> as an integral part of the computer system <b>600</b> (e.g., within the same cabinet or enclosure and/or using the same power supply), as connected peripherals, or may access the hard disk drives <b>620</b> and optical disk drives <b>612</b> over a network, or a combination of these. The hard disk drive <b>620</b> often includes a rotating magnetic medium configured for the storage and retrieval of data, computer programs or other information. The hard disk drive <b>620</b> also often includes a disk controller capable of controlling the motor to rotate the storage medium as well as access the data on the medium. In some embodiments, an additional drive may be a solid state drive using semiconductor memories. In other embodiments, some other type of computer useable medium may be used. The hard disk drive <b>620</b> need not necessarily be contained within the computer system <b>600</b>. For example, in some embodiments the hard disk drive <b>620</b> may be server storage space within a network that is accessible to the computer system <b>600</b> for the storage and retrieval of data, computer programs or other information. In some instances the computer system <b>600</b> may use storage space at a server storage farm, or like type of storage facility, that is accessible by the Internet <b>420</b> or other communications lines. The hard disk drive <b>620</b> is often used to store the software, instructions and programs executed by the computer system <b>600</b>, including for example, all or parts of the computer application program for carrying out activities of the various embodiments.
0104The disk interface <b>610</b> and/or communication link <b>611</b> may be used to access the contents of the hard disk drives <b>620</b> and optical disk drives <b>612</b>. These interfaces/links <b>610</b>, <b>611</b> may be point-to-point links such as Serial Advanced Technology Attachment (SATA) or a bus type connection such as Parallel Advanced Technology Attachment (PATA) or Small Computer System Interface (SCSI), a daisy chained topology such as IEEE-1394, a link supporting various topologies such as Fibre Channel, or any other computer communication protocol, standard or proprietary, that may be used for communication to computer readable medium.
0105The memory/bus controller may also provide other I/O communication links <b>613</b>. In some embodiments, the links <b>613</b> may be a shared bus architecture such as peripheral component interface (PCI), microchannel, industry standard architecture (ISA) bus, extended industry standard architecture (EISA) bus, VERSAmodule Eurocard (VME) bus, or any other shared computer bus. In other embodiments, the links <b>613</b> may be a point-to-point link such as PCI-Express, HyperTransport, or any other point-to-point I/O link. Various I/O devices may be configured as a part of the computer system <b>600</b>. In many embodiments, a network interface <b>614</b> may be included to allow the computer system <b>600</b> to connect to a network <b>618</b>. The network <b>618</b> may be an IEEE 802.3 ethernet network, an IEEE 802.11 Wi-Fi wireless network, or any other type of computer network including, but not limited to, LANs, WAN, HAN, personal area networks (PAN), wired networks, radio frequency networks, powerline networks, and optical networks. A router <b>619</b> or network gateway, which may be a separate component from the computer system <b>600</b> or may be included as an integral part of the computer system <b>600</b>, may be connected to the network <b>618</b> to allow the computer system <b>600</b> to communicate with the internet <b>420</b> over an internet connection <b>621</b> such as an asymmetric digital subscriber line (ADSL), data over cable service interface specification (DOCSIS) link, T1 or other internet connection mechanism. In other embodiments, the computer system <b>600</b> may have a direct connection to the internet <b>420</b>. In some embodiments, an expansion slot <b>615</b> may be included to allow a user to add additional functionality to the computer system <b>600</b>.
0106The computer system <b>600</b> may include an I/O controller <b>616</b> providing access to external communication interfaces such as universal serial bus (USB) connections <b>626</b>, serial ports such as RS-232, parallel ports, audio in <b>624</b> and audio out <b>622</b> connections, the high performance serial bus IEEE-1394 and/or other communication links. These connections may also have separate circuitry in some embodiments, or may be connected through a bridge to another computer communication link provided by the I/O controller <b>616</b>. A graphics controller <b>617</b> may also be provided to allow applications running on the processor <b>601</b> to display information to a user. The graphics controller <b>617</b> may output video through a video port <b>629</b> that may utilize a standard or proprietary format such as an analog video graphic array (VGA) connection, a digital video interface (DVI), a digital high definition multimedia interface (HDMI) connection, or any other video interface. The video connection <b>629</b> may connect to display <b>630</b> to present the video information to the user. The display <b>630</b> may be any of several types of displays, including a liquid crystal display (LCD), a cathode ray tube (CRT) monitor, on organic light emitting diode (OLED) array, or other type of display suitable for displaying information for the user. The display <b>630</b> may include one or more light emitting diode (LED) indicator lights, or other such display devices. Typically, the computer system <b>600</b> includes one or more user input/output (I/O) devices such as a keyboard <b>627</b>, mouse <b>628</b>, and/or other means of controlling the cursor represented including but not limited to a touchscreen, touchpad, joystick, trackball, tablet, or other device. The user I/O devices may connect to the computer system <b>600</b> using USB <b>626</b> interfaces or other connections such as RS-232, PS/2 connector or other interfaces. Some embodiments may include a webcam <b>631</b> which may connect using USB <b>626</b>, a microphone <b>625</b> connected to an audio input connection <b>624</b> and/or speakers <b>623</b> connected to an audio output connection <b>622</b>. The keyboard <b>627</b> and mouse <b>628</b>, speakers <b>623</b>, microphone <b>625</b>, webcam <b>631</b>, and monitor <b>630</b> may be used in various combinations, or separately, as means for presenting information to the user and/or receiving information and other inputs from a user to be used in carrying out various programs and calculations. Speech recognition software may be used in conjunction with the microphone <b>625</b> to receive and interpret user speech commands.
0107As will be appreciated by those of ordinary skill in the art, aspects of the various embodiments may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, or the like) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “server,” “circuit,” “module,” “lighting gateway,” “logic” or “system.” Furthermore, aspects of the various embodiments may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code stored thereon.
0108Any combination of one or more computer readable storage medium(s) may be utilized. A computer readable storage medium may be embodied as, for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or other like storage devices known to those of ordinary skill in the art, or any suitable combination of computer readable storage mediums described herein. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program and/or data for use by or in connection with an instruction execution system, apparatus, or device.
0109Computer program code for carrying out operations for aspects of various embodiments may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages. In accordance with various implementations, the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
0110Aspects of various embodiments are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus, systems, and computer program products according to various embodiments disclosed herein. It will be understood that various blocks of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
0111These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks. The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
0112The flowchart and/or block diagrams in the figures help to illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products of various embodiments. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
0113Unless otherwise indicated, all numbers expressing quantities of elements, optical characteristic properties, and so forth used in the specification and claims are to be understood as being modified in all instances by the term “about.” Accordingly, unless indicated to the contrary, the numerical parameters set forth in the preceding specification and attached claims are approximations that can vary depending upon the desired properties sought to be obtained by those skilled in the art utilizing the teachings of the present invention. At the very least, and not as an attempt to limit the application of the doctrine of equivalents to the scope of the claims, each numerical parameter should at least be construed in light of the number of reported significant digits and by applying ordinary rounding techniques. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the invention are approximations, the numerical values set forth in the specific examples are reported as precisely as possible. Any numerical value, however, inherently contains certain errors necessarily resulting from the standard deviations found in their respective testing measurements. The recitation of numerical ranges by endpoints includes all numbers subsumed within that range (e.g. 1 to 5 includes 1, 1.5, 2, 2.75, 3, 3.80, 4, and 5).
0114As used in this specification and the appended claims, the singular forms “a”, “an”, and “the” include plural referents unless the content clearly dictates otherwise. Thus, for example, reference to an element described as “an LED” may refer to a single LED, two LEDs or any other number of LEDs. As used in this specification and the appended claims, the term “or” is generally employed in its sense including “and/or” unless the content clearly dictates otherwise. As used herein, the term “coupled” includes direct and indirect connections. Moreover, where first and second devices are coupled, intervening devices including active devices may be located there between.
0115Any element in a claim that does not explicitly state “means for” performing a specified function, or “step for” performing a specified function, is not to be interpreted as a “means” or “step” clause as specified in 35 U.S.C. §112, 116. In particular the use of “step of” in the claims is not intended to invoke the provision of 35 U.S.C. §112, 116.
0116The description of the various embodiments provided above is illustrative in nature and is not intended to limit the invention, its application, or uses. Thus, different variations beyond those described herein are intended to be within the scope of the embodiments of the present invention. Such variations are not to be regarded as a departure from the intended scope of the present invention. As such, the breadth and scope of the present invention should not be limited by the above-described exemplary embodiments, but should be defined only in accordance with the following claims and equivalents thereof.
Contents4
16 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US2016080089A1 | Cited by | United States of America | Pre-grant |
| US10740691B2 | Cited by | United States of America | Applicant |
| US10114347B2 | Cited by | United States of America | Applicant |
| US11616845B2 | Cited by | United States of America | Applicant |
| US11796199B2 | Cited by | United States of America | Search report |
| US2013285834A1 | Cited by | United States of America | Pre-grant |
| US10573310B2 | Cited by | United States of America | Search report |
| US9000753B1 | Cited by | United States of America | Applicant |
| GB2525377B | Cited by | United Kingdom | Search report |
| US9383223B2 | Cited by | United States of America | Applicant |
| US11838368B2 | Cited by | United States of America | Applicant |
| US2013226485A1 | Cited by | United States of America | Pre-grant |
| EP2869028A1 | Cited by | European Patent Office (EPO) | Search report |
| USD944731S | Cited by | United States of America | Applicant |
| US10321209B2 | Cited by | United States of America | Applicant |
| US10735829B2 | Cited by | United States of America | Applicant |
| US11825246B2 | Cited by | United States of America | Applicant |
| US10148497B1 | Cited by | United States of America | Applicant |
| US9008073B1 | Cited by | United States of America | Search report |
| US2021348788A1 | Cited by | United States of America | Search report |
| US11200901B2 | Cited by | United States of America | Applicant |
| US10586177B1 | Cited by | United States of America | Applicant |
| US11768228B2 | Cited by | United States of America | Applicant |
| US11588896B2 | Cited by | United States of America | Applicant |
| US11182699B2 | Cited by | United States of America | Applicant |
| US11825253B2 | Cited by | United States of America | Applicant |
| US9774398B2 | Cited by | United States of America | Search report |
| US11428542B2 | Cited by | United States of America | Search report |
| US10331155B1 | Cited by | United States of America | Search report |
| US11536747B2 | Cited by | United States of America | Applicant |
| GB2541071A | Cited by | United Kingdom | Search report |
| US11582310B2 | Cited by | United States of America | Applicant |
| RU2616165C2 | Cited by | Russian Federation | Search report |
| US9612133B2 | Cited by | United States of America | Applicant |
| US11556857B2 | Cited by | United States of America | Applicant |
| US10878343B2 | Cited by | United States of America | Applicant |
| US11146868B2 | Cited by | United States of America | Applicant |
| US11085659B2 | Cited by | United States of America | Search report |
| US11637901B2 | Cited by | United States of America | Applicant |
| US9942630B1 | Cited by | United States of America | Applicant |
| US11503386B2 | Cited by | United States of America | Applicant |
| US12160477B2 | Cited by | United States of America | Applicant |
| US10750252B2 | Cited by | United States of America | Applicant |
| US9733274B2 | Cited by | United States of America | Search report |
| US12055566B2 | Cited by | United States of America | Applicant |
| US9800958B1 | Cited by | United States of America | Applicant |
| US11146273B2 | Cited by | United States of America | Search report |
| US10338112B2 | Cited by | United States of America | Applicant |
| US9612286B2 | Cited by | United States of America | Applicant |
| FR3012613A1 | Cited by | France | Search report |
| US11582309B2 | Cited by | United States of America | Applicant |
| RU2616159C2 | Cited by | Russian Federation | Search report |
| US2015263786A1 | Cited by | United States of America | Pre-grant |
| US11627188B2 | Cited by | United States of America | Applicant |
| US11556858B2 | Cited by | United States of America | Applicant |
| US10809286B2 | Cited by | United States of America | Search report |
| US12385951B2 | Cited by | United States of America | Applicant |
| US2019074007A1 | Cited by | United States of America | Search report |
| US11825252B2 | Cited by | United States of America | Applicant |
| GB2541071B | Cited by | United Kingdom | Search report |
| GB2525377A | Cited by | United Kingdom | Search report |
| US9377490B2 | Cited by | United States of America | Applicant |
| US10175276B2 | Cited by | United States of America | Applicant |
| US4516213A | Cites | United States of America | Pre-grant |
| US4682169A | Cites | United States of America | Pre-grant |
| US5270704A | Cites | United States of America | Pre-grant |
| US6577245B2 | Cites | United States of America | Pre-grant |
12 members in 4 offices
Priority claims6
| Document | Office | Kind | Date |
|---|---|---|---|
| 2011035449 | United States of America | W | |
| 2011035449 | United States of America | W | |
| 201213539405 | United States of America | A | |
| PCTUS1135449 | – | – | – |
| US201213539405 | – | – | – |
| WO2011US35449 | – | – | – |
Members12
| Document | Office | Kind | |
|---|---|---|---|
| US2012280832A1 | United States of America | A1 | |
| US2012280833A1 | United States of America | A1 | |
| WO2012154150A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US8441373B2 | United States of America | B2 | |
| US8466803B2 | United States of America | B2 | |
| EP2707732A1 | European Patent Office (EPO) | A1 | |
| EP2707732A4 | European Patent Office (EPO) | A4 | |
| EP2707732B1 | European Patent Office (EPO) | B1 | |
| DK2707732T3 | Denmark | T3 | |
| EP3001149A1 | European Patent Office (EPO) | A1 | |
| EP3001149B1 | European Patent Office (EPO) | B1 | |
| DK3001149T3 | Denmark | T3 |
63 transactions on the USPTO file
Allowed without a rejection on record.
- Non-final rejections
- 0
- Final rejections
- 0
- RCEs
- 0
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Maintenance Fee Reminder MailedREM. | REM. | |
| Payment of Maintenance Fee, 8th Year, Large EntityM1552 | M1552 | |
| Entity Status Set To Undiscounted (Initial Default Setting or Status Change)BIG. | BIG. | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Response to 312 Amendment (PTO-271)MN271 | MN271 | |
| Response to Amendment under Rule 312N271 | N271 | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Printer Rush- No mailingTCPB | TCPB | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail Response to 312 Amendment (PTO-271)MN271 | MN271 | |
| Response to Amendment under Rule 312N271 | N271 | |
| Email NotificationEML_NTR | EML_NTR | |
| Printer Rush- No mailingTCPB | TCPB | |
| Mail Miscellaneous Communication to ApplicantMM327 | MM327 | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Miscellaneous Communication to Applicant - No Action CountM327 | M327 | |
| Amendment after Notice of Allowance (Rule 312)AllowedA.NA | A.NA | |
| Amendment after Notice of Allowance (Rule 312)AllowedA.NA | A.NA | |
| Workflow - Drawings FinishedDRWF | DRWF | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Reasons for AllowanceEX.R | EX.R | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Interview Summary- Applicant InitiatedEXIA | EXIA | |
| Email NotificationEML_NTR | EML_NTR | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail-Record Petition Decision of Granted to Make SpecialMP003 | MP003 | |
| Record Petition Decision of Granted to Make SpecialP003 | P003 | |
| Preliminary AmendmentA.PE | A.PE | |
| Petition EnteredPET. | PET. | |
| Email NotificationEML_NTR | EML_NTR | |
| Mail-Petition Decision - DismissedMPTDI | MPTDI | |
| Petition Decision - DismissedPTDI | PTDI | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Electronic Information Disclosure StatementEIDS. | EIDS. | |
| Petition EnteredPET. | PET. | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Application Is Now CompleteCOMP | COMP | |
| Sent to Classification ContractorPGPC | PGPC | |
| Filing ReceiptFLRCPT.O | FLRCPT.O | |
| Cleared by OIPE CSRL194 | L194 | |
| IFW Scan & PACR Auto Security ReviewSCAN | SCAN | |
| Initial Exam Team nnIEXX | IEXX |
7 recorded assignments at the USPTO, latest first
- Now
Now: Held by
GRENWAVE HOLDINGS INC - 2021-05-27
Assignment of assignors interest.
- From
- GREENWAVE SYSTEMS PTE LTD.
- To
- GRENWAVE HOLDINGS, INC.
Recorded 2021-05-27, Signed 2021-01-19
- 2019-01-14
Security interest.
Security interest- From
- BSP AGENCY, LLC
- To
- KCFF II SPV LP
Recorded 2019-01-14, Signed 2018-12-31
- 2018-05-17
Notice of succession of agency (intellectual property)
- From
- BUSINESS DEVELOPMENT CORPORATION OF AMERICA, AS PRIOR AGENT
- To
- BSP AGENCY, LLC, AS SUCCESSOR AGENT
Recorded 2018-05-17, Signed 2018-03-01
- 2016-08-26
Security interest.
Security interest- From
- GREENWAVE SYSTEMS PTE LTD
- To
- SILICON VALLEY BANK
Recorded 2016-08-26, Signed 2014-07-30
- 2015-07-09
Notice of grant of security interest in patents
Security interest- From
- GREENWAVE SYSTEMS PTE LTD
- To
- BUSINESS DEVELOPMENT CORPORATION OF AMERICA
Recorded 2015-07-09, Signed 2015-07-08
- 2014-08-12
Change of name.
- From
- GREENWAVE REALITY PTE LTD
- To
- GREENWAVE SYSTEMS PTE LTD
Recorded 2014-08-12, Signed 2014-06-10
- 2012-06-30
Assignment of assignors interest.
Ownership change- From
- VANDENDORPE CHRISTIANJONSSON KARL
- To
- GREENWAVE REALITY PTE LTD
Recorded 2012-06-30, Signed 2011-05-03
15 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed due to failure to pay maintenance feeLapsedFP | FP | |
| Lapse for failure to pay maintenance feesLapsedPATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYLAPS | LAPS | |
| Information on status: patent discontinuationPATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362STCH | STCH | |
| Fee payment procedureMAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| AssignmentAS | AS | |
| Maintenance fee paymentMAFP | MAFP | |
| Fee payment procedureENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| AssignmentAS | AS | |
| AssignmentAS | AS | |
| Fee paymentFPAY | FPAY | |
| AssignmentAS | AS | |
| AssignmentAS | AS | |
| AssignmentAS | AS | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF | |
| AssignmentAS | AS |
Numbers
- Publication
- 20120280833
- Publication, DOCDB
- 2012280833
- Publication, EPODOC
- US2012280833
- Application
- 13539405
- Application, DOCDB
- 201213539405
- Application, EPODOC
- US201213539405
Titles
- English
- Smart Meter Emulation
Patent term adjustment
- Applicant delay
- −33 days
- Net adjustment
- 0 days
Classification
- CPC, 5
- G06F13/385
- G01D4/00
- G06F2213/3808
- Y04S20/30
- Y02B90/20
- IPC, 1
- G08C15 06
- USPC, 1
- 340870020