The aspects of the disclosed embodiments generally relate to energy management, and more particularly to auto-discovery of a smart meter update interval.
Utility management systems, such as home energy management systems, energy monitors, or energy displays, may receive metering information from a variety of smart meters or other devices that periodically update their cumulative energy, water, or gas consumption at various intervals. For example, an electricity meter might update its consumption value once every thirty seconds, once a minute, or once an hour. This update interval is oftentimes unknown to the person configuring the utility management system.
The update interval or the frequency at which new information arrives must be known to properly display system data at a user interface. Users may be misled if the frequency of updating the user interface differs with the frequency of the update interval of a smart meter. For example, if the update interval of a smart meter is an hour, and the frequency of updating the user interface is a minute, then users will see 59 updates with no change, and then one update with an hour's worth of change. Because a user interface displays data in terms of consumption over time, mismatched update intervals and display intervals will result in a user interface that presents data as though one-hour worth of consumption occurs in one minute which is misleading.
Thus, an energy management system must know the update interval of smart meters in order to adjust polling frequencies. The polling frequencies have a direct impact on the “real-time” nature of the data presented in a system graphical user interface or an in-home display. The faster the polling frequency, the more accurate the visual presentation becomes.
Accordingly, it would be desirable to provide methods and apparatus for auto-discovery of smart meter update interval that addresses at least some of the problems identified above.
As described herein, the exemplary embodiments overcome one or more of the above or other disadvantages known in the art.
One aspect of the exemplary embodiments relates to a control device operatively connected to a smart meter. In one embodiment, the control device includes a communication engine configured to retrieve an energy consumption value from a measuring unit coupled to the smart meter based on a polling interval. The control device also includes a discovery engine operatively coupled to the communication engine and configured to discover an update interval of the smart meter by increasing the polling interval iteratively from an initial value until a retrieved energy consumption value exceeds a previously retrieved energy consumption value. Furthermore, the control device includes a user interface engine, operatively coupled to the discovery engine and the communication engine, configured to estimate a utility consumption at a present time based on the difference value between successive retrieved energy consumption values and the polling interval.
Another aspect of the exemplary embodiments relates to a method of discovering the update interval of a smart meter. In one embodiment, the method includes repetitively retrieving an energy consumption value from a measuring unit coupled to the smart meter, the period between successive retrievals, referred to as the polling interval. The update interval is determined by iteratively increasing the initial polling interval until a retrieved value from the measuring unit exceeds a first retrieved energy consumption value. A utility consumption at the present time is estimated based on the value of the difference between successive retrieved values and the polling interval.
These and other aspects and advantages of the exemplary embodiments will become apparent from the following detailed description considered in conjunction with the accompanying drawings. It is to be understood, however, that the drawings are designed solely for purposes of illustration and not as a definition of the limits of the invention, for which reference should be made to the appended claims. Additional aspects and advantages of the invention will be set forth in the description that follows, and in part will be obvious from the description, or may be learned by practice of the invention. Moreover, the aspects and advantages of the invention may be realized and obtained by means of the instrumentalities and combinations particularly pointed out in the appended claims.
In the drawings:
Turning to
In one embodiment, the control device 110 is configured as an energy monitor, also known as electricity monitor and electricity usage monitor. For example, an energy monitor, as is generally understood, can be used to provide users real-time energy usage information, including the cost or carbon emissions associated with the energy. The environment of energy usage can be any suitable environment, such as a home or commercial establishment. Advanced features may be derived from the real-time energy usage information, such as setting alarms for reaching a threshold of energy consumption. In general, energy monitors are used to track energy usage of, for example a home, and provide information to users for conserving energy consumption in the home.
In one embodiment, the control device 110 is configured to function as a home energy gateway (“HEG”) which provides energy management and control features beyond monitoring and reporting. For example, a home energy gateway may construct detailed profiles of energy consumption based on time or even individual appliance use through continuous monitoring of energy consumption. Moreover, a home energy gateway may provide users the ability to either remotely control home devices or automate them with optimized energy consumption profiles. Therefore, a home energy gateway makes it possible to achieve a better time or geographical distribution of energy consumption, reduce the overall energy usage and save energy cost for consumers.
The term “smart meter” as is used herein, generally refers to metering devices that are used to monitor and measure the consumption of a utility resource, such as one or more of electricity, natural gas or water. In one embodiment, the smart meter(s) 102 of the system 100 shown in
In the embodiment of
The network 140 may also be configured to utilize communication protocols particularly suitable for low power consumption, low data rate, and short-distance communications, such as Bluetooth or ZigBee. ZigBee is a high level communication protocol using small, low-power digital radios based on an IEEE 802 standard for personal area networks (PANs) or home area networks (HANs). In alternate embodiments, any suitable communication protocol can be used.
In one embodiment, the control device 110 may include a discovery engine 112, a communication engine 114, and a user interface engine 116. The communication engine 114 is configured to obtain data from the measuring unit 104 at the smart meter 102 based on a polling interval. The communications engine 114 may be configured to communicate over one or more communication channels 106 in one or more communication protocols, such as for example RS-232 serial communication, RS-485 serial communication, IEEE 802.11 wireless, IEEE 802.15 wireless, Zigbee wireless, Bluetooth wireless, USB, IEEE 802.3x, IEEE-1394, IEEE 802.15.4, IrDA or other suitable communications protocol. In one embodiment, the communication channel(s) 106 may also be encrypted.
The communication engine 114 generally communicates with various smart meters 102 in a two-way communication models. In a two-way communication model, the communication engine 114 may use a radio transceiver to send a signal to a particular smart meter 102 and request the smart meter 102 to wake up from a resting state and transmit its data. Subsequently, the communication engine 114 receives the requested data from the smart meter 102. The interval between two adjacent data polling points is referred to herein as the polling interval. The polling interval is determined by the discovery engine 112.
The discovery engine 112, operatively coupled to the communication engine 114, is configured to discover the update interval of a smart meter 102 and determine the polling interval accordingly. In one embodiment, the discovery engine 112 increases the polling interval iteratively from an initial or default value until the measurement value retrieved from the measuring unit 104 changes.
The user interface engine 116 is generally configured to enable communication between the control device 110 and a user, such as a consumer or utility. In one embodiment, the user interface engine 116 includes a display 115. The display 115 can allow a user to review data and information, as well as control the programming and functions of the control device 110, as well as the smart meter 102, in some embodiments. In one embodiment, the display 115 is or includes a control panel or touch screen display, such as that seen on the wall of a home or a panel of appliance, for example.
The smart meter 102 is configured to identify a property of what is being measured. In one embodiment, the property generally comprises two parts: a number and its unit of measurement. Anything below the minimum unit of measurement of a smart meter 102 generally cannot be measured by the smart meter 102. Therefore, the polling interval must be long enough to allow a measurable difference to be detected by the smart meter 102. Utility consumption causes the readings of a smart meter 102 to change. Therefore, the minimum polling interval is related to the minimum system load or consumption. In general, as the polling interval increases, the required minimum system load decreases.
In one embodiment, the user interface engine 116, operatively coupled to the discovery engine 112 and the communication engine 114, is configured to present information to users about the utility consumption based on the difference between successive retrieved measurement values and the polling interval. The aspects of the disclosed embodiments generally calculate an average historical power value based on some elapsed time, e.g., the polling interval.
Those skilled in the art will appreciate that the functions implemented within the blocks illustrated in the diagram may be implemented as separate components or the functions of several or all of the blocks may be implemented within a single component. For example, the discovery engine 112 may be implemented together with the communication engine 114. As another example, the functions of the user interface engine 116 may be incorporated into the discovery engine 112.
Referring to
The aspects of the disclosed embodiments control the polling interval based on the detected or discovered update interval. As the update interval of the smart meter 102 is typically pre-set by the manufacturer, the system load does not affect the update interval of the smart meter 102. Rather, the system load only affects the ability to properly discover the correct polling interval to be used by the communication engine 114 to poll the smart meter 102. The minimum load is fixed as a function of the update interval of the meter. In one embodiment, the discovery engine 112 is configured to detect or determine if a minimum measureable load is connected with a smart meter 102. If no minimum measurable load is detected, for a given update interval, the discovery engine 112 can so inform the user, through for example, the user interface engine 116 either directly via the display 115, and also inform the user that a load greater than a pre-determined level is required. For example, referring to the table in
Referring to
In one embodiment, the control device 110 is configured to discover 302 the network 140. For example, in the case where network 140 comprises a ZigBee™ network, the control device 110 can use the active scan service of its Media Access Control (MAC) to broadcast a beacon request. As is understood, other devices in the range may respond with an 802.15.4 beacon frame which contains MAC information about the responding device as well as a beacon payload. The beacon payload will generally contain ZigBee network information such as the protocol information, allowed routers and end devices.
With the discovered network information, the control device 110 determines 304 whether to join the network 140. For example, in the case of a ZigBee network, the control device 110 may call the MAC's association service to send a join request to the potential parent node in the ZigBee network. If the join was successful, the control device 110 will obtain its new network address, personal area network (PAN) ID, the neighbor table, and other networking information. Afterwards, the control device 110 will make an announcement and inform other devices in the same ZigBee network of its 16-bit network address as well as its 64-bit IEEE address.
In one embodiment, the control device 110 sets 306 the initial or default polling interval, referred to in the figures as “PI”. In this embodiment, the control device 110 sets 306 the initial or default polling interval (PI) to be 15 seconds, the shortest update interval likely to be implemented in smart meters currently likely to be encountered in the field. This requires that the minimum measurable load be at least approximately 240 watts, as is shown in
The control device 110 will determine 308 whether the smart meter 102 supports real-time data measurement. If the smart meter 102 does support real-time measurement, there is no need of discovering the update interval. In such a configuration, the smart meter 102 can be configured to directly provide the desired meter readings without needing to poll values over time and calculate measurements. For example, in one embodiment, if the smart meter 102 supports real-time measurement, the control device 110 can be configured to set 310 the “meter now” reading to the real time register in the smart meter 102. The term “meter now” as used herein generally indicates the average power value that is presented on the display 115 at the present time. This allows the user to determine the current power utilized at a current instant of time. In one embodiment, the meter 102 directly provides the “meter now” reading, if real time power reporting is supported. Where real time power reporting is not supported, the “meter now” value can be calculated using the polling interval algorithm described herein.
In one embodiment, after waiting 312 the polling interval (in seconds), the control device 110 can again update the “meter now” reading with current value of the real time register in the smart meter 102. In one embodiment, this reading is provided from the smart meter 102 in terms of instantaneous kW each time it is requested from the smart meter 102. The polling interval determines how often a reading is requested from the smart meter 102. Since the smart meter 102 is directly providing the current power being utilized, the smart meter 102 is interrogated for the “meter now” reading, and the reading is presented on the display 115. After the wait 312, the process can be repeated.
If the smart meter 102 does not support real-time measurement, the control device 110 can determine 314 if the minimum load requirement is met. For example, if the discovery engine cannot detect a minimum load at its default (initial) polling frequency, a prompt can be provided to ensure that there is sufficient load on the system. In one embodiment, the prompt can be provided to the user via the user interface engine 116 and display 115. With reference to
If the minimum load is active, meaning the minimum load requirement is met, then an energy consumption value A is polled or retrieved 318 from the measuring unit 104. The energy consumption value “A” is generally the first value measured by or stored in the measuring unit 104 of the smart meter 102 if either the system load is met or has been increased to meet the minimum load requirement. After waiting 320 a period of time corresponding to the polling interval PI, an energy consumption value B is polled or retrieved from the measuring unit 104.
If it is determined 324 that the value B is not greater than the value A, this indicates that there is no change in the measurement by the measuring unit 104 coupled to the smart meter 102 (i.e., the measurement value has not increased). This generally indicates that the polling interval is too short, i.e., the smart meter 102 is being polled too fast, and the polling interval must be lengthened. In one embodiment, the polling interval PI is increased 326 by a default or base increment value. Generally, the base increment value is less than the value of the polling interval. For example, if the polling interval is 15 seconds, a base increment value of 5 seconds may be used.
If it is determined 328 that the current polling interval is greater than a maximum allowed polling interval, an error is reported 342. Otherwise, thereafter a wait 330 corresponding to the current polling value and base increment value, a measurement value B is again polled 322 from the measuring unit 104.
A determination 324 that the measurement value B is greater than the measurement value A generally indicates that there is a change at the measuring unit 104 during the update interval. This measurement value B, indicative of a change at the measuring unit 104, is used to determine the average power consumed during the interval. Referring to
Referring again to
The measurement value B should not be less than the previous measurement value A, because in a consumption system, the cumulative utility consumption must increase over time. If it is determined 340 that the measured value B is not greater than or equal to the measured value A, an error is reported 342. Otherwise, the average power value is updated and propagated to the user interface 116 as described above. By this method, when operating in the updating loop 332, 334, 336, 338 and 340) a utility consumption, in this embodiment, the average power, is estimated based on the values of successive retrieved consumption values and the polling interval, and in one embodiment more particularly by dividing the difference between successive values by the duration of the polling interval.
The aspects of the disclosed embodiments are directed to automatically discovering the update interval of a smart meter. Initial baseline assumptions pertaining to an estimated update interval being used by a meter are made. The baseline assumptions are then tested over time to learn the update interval that is being used by the meter.
Thus, while there have been shown, described and pointed out, fundamental novel features of the invention as applied to the exemplary embodiments thereof, it will be understood that various omissions and substitutions and changes in the form and details of devices and methods illustrated, and in their operation, may be made by those skilled in the art without departing from the spirit or scope of the invention. Moreover, it is expressly intended that all combinations of those elements and/or method steps, which perform substantially the same function in substantially the same way to achieve the same results, are within the scope of the invention. Moreover, it should be recognized that structures and/or elements and/or method steps shown and/or described in connection with any disclosed form or embodiment of the invention may be incorporated in any other disclosed or described or suggested form or embodiment as a general matter of design choice. It is the intention, therefore, to be limited only as indicated by the scope of the claims appended hereto.