U.S. patent application number 16/859477 was filed with the patent office on 2020-10-08 for energy management system.
The applicant listed for this patent is Signify Holding B.V.. Invention is credited to David Diehl Roberts, III, Ashok Deepak Shah.
Application Number | 20200323056 16/859477 |
Document ID | / |
Family ID | 1000004914954 |
Filed Date | 2020-10-08 |
![](/patent/app/20200323056/US20200323056A1-20201008-D00000.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00001.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00002.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00003.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00004.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00005.png)
![](/patent/app/20200323056/US20200323056A1-20201008-D00006.png)
United States Patent
Application |
20200323056 |
Kind Code |
A1 |
Shah; Ashok Deepak ; et
al. |
October 8, 2020 |
ENERGY MANAGEMENT SYSTEM
Abstract
Feedback is received from a plurality of devices. External data
is also received. Statistical patterns of the plurality of devices
are determined based on the feedback. A policy is determined based
on the statistical patterns, the feedback, and the external data.
The policy may include a set of rules dictating the operation of
each of the plurality of devices and reducing energy consumption at
the plurality of devices. Control data based on the policy is
transmitted to the plurality of devices. The control data may be
operative to transform the operation of the plurality of devices
according to the set of rules.
Inventors: |
Shah; Ashok Deepak;
(Atlanta, GA) ; Roberts, III; David Diehl;
(Birmingham, AL) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
Signify Holding B.V. |
Eindhoven |
|
NL |
|
|
Family ID: |
1000004914954 |
Appl. No.: |
16/859477 |
Filed: |
April 27, 2020 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
15486821 |
Apr 13, 2017 |
10645770 |
|
|
16859477 |
|
|
|
|
14034037 |
Sep 23, 2013 |
|
|
|
15486821 |
|
|
|
|
12408499 |
Mar 20, 2009 |
8543226 |
|
|
14034037 |
|
|
|
|
61038211 |
Mar 20, 2008 |
|
|
|
Current U.S.
Class: |
1/1 |
Current CPC
Class: |
G05B 2219/2642 20130101;
F21Y 2115/10 20160801; G05B 15/02 20130101; F21K 9/23 20160801;
G05B 2219/25387 20130101; H05B 47/185 20200101; H05B 45/60
20200101; H05B 47/19 20200101; H05B 45/24 20200101; F21S 2/005
20130101; H05B 47/18 20200101; H05B 45/00 20200101; H05B 45/10
20200101; F21Y 2101/00 20130101; F21Y 2105/10 20160801; H05B 47/175
20200101; Y02B 20/30 20130101; G06Q 30/018 20130101; G05B 19/042
20130101 |
International
Class: |
H05B 45/10 20060101
H05B045/10; G05B 15/02 20060101 G05B015/02; H05B 45/00 20060101
H05B045/00; H05B 45/24 20060101 H05B045/24; H05B 47/18 20060101
H05B047/18; H05B 47/19 20060101 H05B047/19; H05B 47/175 20060101
H05B047/175; H05B 47/185 20060101 H05B047/185; G05B 19/042 20060101
G05B019/042; G06Q 30/00 20060101 G06Q030/00 |
Claims
1. An apparatus configured to: receive control data from a
controller; receive device-independent data from an occupancy
sensor of a device, the device further comprising a device driver;
receive a response to a suggestion to set values on the device
driver that controls the device according to the control data and
the external data, the values used by the device driver to
transform the operation of the device; transform the operation of
the device using the values; in response to transforming the
operation of the device, collect device-level feedback data from a
sensor embedded in the device; and transmit the feedback data to
the controller, whereby the controller adjusts the values based on
the device-level feedback data.
2. The apparatus of claim 1, wherein the device-level feedback data
comprises data of energy consumption.
3. The apparatus claim 1, wherein the apparatus is further
configured to authenticate the device by reading data from an
identification chip on the device and verifying the data on the
identification chip.
4. The apparatus of claim 1, wherein the apparatus is further
configured to receive external data comprising at least one of
historical usage data, power cost schedule, non-controllable
factors, or device information.
5. The apparatus of claim 1, wherein the device-level feedback data
comprises an amount of energy consumed by the device.
Description
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application is a division of co-pending U.S. patent
application Ser. No. 15/486,821 filed Apr. 13, 2017 entitled
"ENERGY MANAGEMENT SYSTEM," which is a continuation of co-pending
U.S. patent application Ser. No. 14/034,037 filed Sep. 23, 2013,
now abandoned, entitled "ENERGY MANAGEMENT SYSTEM," which is a
continuation of U.S. application Ser. No. 12/408,499 filed Mar. 20,
2009, now U.S. Pat. No. 8,543,226, entitled, "ENERGY MANAGEMENT
SYSTEM," which claims the benefit of U.S. provisional Application
No. 61/038,211 filed Mar. 20, 2008 entitled "INTELLIGENT
ILLUMINATION AND ENERGY MANAGEMENT SYSTEM", which are expressly
incorporated herein by reference. This patent application is also
related to U.S. patent application Ser. No. 12/408,503, now U.S.
Pat. No. 8,148,854, entitled "MANAGING SSL FIXTURES OVER PLC
NETWORKS," Ser. No. 12/408,464, now U.S. Pat. No. 7,726,974,
entitled "A CONDUCTIVE MAGNETIC COUPLING SYSTEM," and Ser. No.
12/408,463, now U.S. Pat. No. 8,324,838, entitled "ILLUMINATION
DEVICE AND FIXTURE," each of which was filed on Mar. 20, 2009 and
is assigned to the same assignee as this application. The
aforementioned patent applications are expressly incorporated
herein, in their entirety, by reference.
TECHNICAL FIELD
[0002] The present invention relates generally to the field of
energy management and, more particularly, to a controlling energy
consumption over multiple devices.
BACKGROUND
[0003] Conventional energy management techniques utilize
electricity meters in order to maximize energy usage. An
electricity meter can display energy load for a building or other
structure. If a user takes steps to reduce the energy usage, the
user may be left to rely solely on the electricity meter in order
to determine whether those steps render an energy savings.
[0004] One significant drawback with electricity meters is that
electricity meters cannot provide feedback regarding the energy
savings with respect to certain actions. For example, if the user
decreases the thermostat during the winter from seventy-two degrees
to sixty-eight degrees, the user has no way of determining the
amount of energy savings resulting from decreasing the thermostat.
If the user also dims several unused lights, the user has no way of
differentiating the energy savings resulting from dimming the
lights and energy savings resulting from reducing the thermostat.
In this regard, energy management techniques relying on the
electricity meter are sub-optimal.
[0005] It is with respect to these considerations and others that
the disclosure made herein is presented.
SUMMARY
[0006] Technologies are described herein for providing an energy
management system. The energy management system ("EMS") may include
a central controller that is operative to control and monitor a
plurality of devices. Each of the devices is operative to provide
device-level feedback to the central controller. The central
controller may determine control commands based on the feedback and
other relevant data.
[0007] According to one embodiment, a method is provided herein for
controlling energy consumption across multiple devices. Feedback is
received from a plurality of devices. External data is also
received. Statistical patterns of the plurality of devices are
determined based on the feedback. A policy is determined based on
the statistical patterns, the feedback, and the external data. The
policy may include a set of rules dictating the operation of each
of the plurality of devices and reducing energy consumption at the
plurality of devices. Control data based on the policy is
transmitted to the plurality of devices. The control data may be
operative to transform the operation of the plurality of devices
according to the set of rules.
[0008] It should be appreciated that the above-described subject
matter may also be implemented as a computer-controlled apparatus,
a computer process, a computing system, or as an article of
manufacture such as a computer-readable medium. These and various
other features will be apparent from a reading of the following
Detailed Description and a review of the associated drawings.
[0009] This Summary is provided to introduce a selection of
concepts in a simplified form that are further described below in
the Detailed Description. This Summary is not intended to identify
key features or essential features of the claimed subject matter,
nor is it intended that this Summary be used to limit the scope of
the claimed subject matter. Furthermore, the claimed subject matter
is not limited to implementations that solve any or all of the
disadvantages noted in any part of this disclosure.
BRIEF DESCRIPTION OF THE DRAWINGS
[0010] FIG. 1 is a block diagram showing a network architecture
capable of implementing an energy management system, in accordance
with embodiments;
[0011] FIG. 2 is a block diagram showing a light emitting diode
implemented as a device in the network architecture of FIG. 1, in
accordance with embodiments;
[0012] FIG. 3 is a block diagram showing the scalability of the
central controller of FIG. 1, in accordance with embodiments;
[0013] FIG. 4 is a flow diagram showing a method for controlling
energy consumption across multiple devices, in accordance with
embodiments;
[0014] FIG. 5 is a flow diagram showing a method for providing
energy-related feedback to a central controller, in accordance with
embodiments; and
[0015] FIG. 6 is a computer architecture diagram showing aspects of
an illustrative computer hardware architecture for a computing
system capable of implementing the embodiments presented
herein.
DETAILED DESCRIPTION
[0016] The following detailed description is directed to
technologies for providing an energy management system. The energy
management system provides control, energy management, monitoring,
load management, and various other features. Although not so
limited, the energy management system may be implemented to manage
the operation of an illumination network. The illumination network
may utilize solid state lighting ("SSL") technology, such as light
emitting diodes ("LEDs"), light emitting capacitors ("LECs"), and
light emitting transistors ("LETs"). The illumination network may
also utilize incandescent, fluorescent, halogen, high intensity
discharge, and other suitable technologies. Although not so
limited, embodiments described herein may refer to LEDs. It should
be appreciated that other SSL technology, such as LECs and LETs,
may be similarly utilized.
[0017] According to embodiments, the energy system includes a
central controller coupled to multiple devices, such as LEDs, over
a network, such as a power line carrier ("PLC") network. The PLC
network may include a communication bridge operative to enable
communications with other computing devices via Ethernet, wireless,
infrared, and the like. The central controller may transmit control
data over the network to control the devices. In particular, the
devices may be individually controlled through the control data. In
addition to receiving and implementing the control data from the
central controller, the devices may provide various feedback, such
as energy consumption, to the central controller. Each device may
provide individualized, device-level feedback to the central
controller. Upon receiving the feedback from the devices, the
central controller may adjust the control data based on the
feedback and other relevant data. In this way, a continuous flow of
control data and feedback may be established between the central
controller and the devices. This continuous flow of control data
and feedback between the central controller and the devices is
referred to herein as a feedback loop.
[0018] While the subject matter described herein is presented in
the general context of program modules that execute in conjunction
with the execution of an operating system and application programs
on a computer system, those skilled in the art will recognize that
other implementations may be performed in combination with other
types of program modules. Generally, program modules include
routines, programs, components, data structures, and other types of
structures that perform particular tasks or implement particular
abstract data types. Moreover, those skilled in the art will
appreciate that the subject matter described herein may be
practiced with other computer system configurations, including
hand-held devices, multiprocessor systems, microprocessor-based or
programmable consumer electronics, minicomputers, mainframe
computers, and the like.
[0019] In the following detailed description, references are made
to the accompanying drawings that form a part hereof, and which are
shown by way of illustration specific embodiments or examples.
Referring now to the drawings, in which like numerals represent
like elements through the several figures, aspects of a computing
system and methodology for providing an energy management system
will be described. In particular, FIG. 1 illustrates a simplified
network architecture 100 for providing an energy management system
("EMS"). The architecture 100 may be generically referred to herein
as the EMS. The architecture 100 includes a building 102 and a
central controller 104 coupled to the building 102 via a network
138, such as the PLC network, a local area network ("LAN"), and the
Internet. If a PLC network is implemented as the network 138, the
PLC network may include a communication bridge that enables
communication via Ethernet, wireless, infrared, and the like.
According to embodiments, the network 138 is a restricted, secure
network that implements encryption technology. The central
controller 104 is further coupled to a data store 106.
[0020] The building 102 includes a first device 114A, a second
device 114B, and a third device 114C (collectively referred to as
devices 114 or generically referred to as a device 114). It should
be appreciated that the building 102 may include any number of
devices 114. The devices 114 may be any electrical device capable
of being controlled by the central controller 104. In illustrative
embodiments, the devices 114 include LEDs or SSL technology
implemented over a PLC network coupled to the central controller
104.
[0021] Embodiments described herein may leverage a PLC network for
use with SSL and other solutions, whether known or developed in the
future. The PLC network may represent any number of discrete grids
or sub-grids, and may be characterized as single-phase, poly-phase
(e.g., three-phase delta, three-phase wye, etc.), or the like,
depending upon the type and nature of an AC/DC voltage source. In
addition, the PLC network may supply and distribute voltage having
any number of different voltage classes (e.g., alternating current
("AC"), direct current ("DC"), or any combination of the
foregoing). The PLC network may also supply voltage at any
appropriate level, depending on the circumstances of particular
implementations. The PLC network may represent conductors and
devices involved with transmitting and distributing power within at
least parts of such installations. The PLC network may also employ
phase coupling.
[0022] Further, a variety of modulation techniques may be utilized
over the PLC network. Examples of such modulation techniques may
include, but are not limited to, differential code shift keying
("DCSK"), adaptive code shift keying ("ACSK"), frequency shift
keying ("FSK"), orthogonal frequency-division multiplexing
("OFDM"), and the like.
[0023] The PLC network may be divided into subnets or segments in
which each subnet can be isolated from other subnets as necessary.
The PLC network may be segmented using PLC blockers or PLC
firewalls in order to prevent network saturation. Thus, for
example, if a young child repeatedly flickers a light switch in one
segment, the other segments on the PLC network can remain
functionally operative.
[0024] In other embodiments, the devices 114 may include heaters,
water heaters, appliances, heating, ventilation, and air
conditioning ("HVAC") units, and the like. The devices 114 further
include one or more external sensors 116. The external sensors 116
may include sensors capable of detecting external factors within
the building 102. Examples of external sensors 116 include, but are
not limited to, sensors for detecting and/or measuring temperature,
light level, humidity, gas, pressure, motion, smoke, sound, and
occupancy.
[0025] The building 102 is further coupled to an electricity meter
108 and a renewable energy storage 110. The electricity meter 108
may be any conventional energy meter that is capable of measuring
the amount of electricity utilized by the building 102. The
renewable energy storage 110 contains energy generated from natural
resources, such as sunlight, wind, rain, geothermal heat, and the
like. Examples of the renewable energy storage 110 may include, but
are not limited to, capacitors, batter banks, super capacitors,
ultra capacitors, and the like. As described in greater detail
below, the renewable energy contained in the renewable energy
storage 110 may be utilized to offset energy costs, sold to the
electricity company, and/or utilized to reduce emission
allowances.
[0026] The central controller 104 may be any suitable
processor-based device, such as a server computer. The central
controller 104 includes a control module 130, an artificial
intelligence ("AI") module 132, a statistical analysis module 134,
and an authentication module 136. In some embodiments, the central
controller 104 is coupled to a computing cloud 112. The central
controller 104 may utilize the computing cloud 112 to perform at
least some of the processing that is described herein with respect
to the central controller 104. For example, if the architecture 100
is scaled to include multiple buildings 102 over a significant
geography, additional processing may be performed by other
computing devices, including other controllers, through the
computing cloud 112. Further, the computing cloud 112 may enable
the central controller 104 to access remote data, such as weather
data, customer traffic data, and the like. The data store 106
includes one or more policies 124, feedback data 120, external data
126, and energy accounting data 128. At least a portion of the data
in the data store 106, as well as additional data, may be accessed
through the computing cloud 112.
[0027] According to embodiments, the control module 130 transmits
control data 118 to the devices 114. The control data 118 is
operative to control the devices 114. In particular, the control
data 118 may include commands or instructions operative to direct
the devices 114 to perform specified operations. The devices 114
may be controlled in order to reduce energy consumption. The
control data 118 may perform a variety of operations, including
switching the device on and off and adjusting the amount of
voltage. For example, if the devices 114 include LEDs, the control
data 118 may switch the LEDs on and off or dim the LEDs.
[0028] As described herein, LEDs may be characterized as digital
devices, operable in response to output of a power converter to
provide a level of lighting or illumination as specified by the
control data 118. In example implementations, the power converter
may employ any number of different schemes to modulate input power
as specified by the control data 118, thereby resulting in a
modulated output power supplied to the LEDs. For example, the power
converter may employ pulse-width modulation ("PWM"), pulse-shape
modulation ("PSM"), pulse-code modulation ("PCM"), bit-angle
modulation ("BAM"), parallel pulse code modulation ("PPCM"), or
other modulation techniques, whether known or developed in the
future.
[0029] The control data 118 may be determined, through the central
controller 104, based on the policy 124. The policy 124 may include
one or more rules dictating the operation of each of the devices
114. In this regard, the control data 118 may include commands or
instructions that individually control each of the devices 114
according to the policy 124. For example, the policy 124 may
specify certain conditions upon which the devices 114 are switched
on and off or the amount of voltage that is adjusted. As described
in greater detail below, the AI module 132 may generate and update
the policy 124 according to a variety of information, including the
feedback data 120, the external data 126, and the energy accounting
data 128.
[0030] Upon receiving the control data 118, the devices 114 may
perform the commands or instructions contained in the control data
118. Thus, the devices 114 may be switched on and off or the amount
of voltage may be adjusted according to the control data 118. In
addition to performing the control data 118, the devices 114 may
transmit the feedback data 120 to the central controller 104, also
through the network 138 (e.g., a PLC network). The devices 114 may
actively transmit the feedback data 120 to the central controller
104 irrespective of input from the central controller 104. In the
alternative, the devices 114 may also transmit the feedback data
120 to the central controller 104 in response to a query from the
central controller 104.
[0031] If the devices 114 comprise LEDs or other lighting nodes
based on SSL technology, the control data 118 routed to the
lighting nodes can command the lighting nodes to illuminate or turn
off, and may also command the lighting nodes to perform color
mixing, to output particular colors of light. For example, the
lighting nodes may include SSL elements having red-green-blue
("RGB") color output capabilities, and the control signals may
specify particular RGB values for particular lighting nodes. It is
noted that white light may be specified in terms of RGB values. Put
differently, white light may be specified as "colored" light. In
addition, the color mixing functions described herein may be
performed with any suitable modulation schemes, including but not
limited to the modulation schemes described herein.
[0032] As described in greater detail below with respect to FIG. 2,
the devices 114 may include one or more device-embedded sensors,
which are operative to detect and/or measure a variety of factors
occurring at the device level. Examples of such factors include,
but are not limited to, energy consumption and thermal output. Each
of the devices 114 may include its own device-embedded sensors.
Thus, the feedback data 120 may include independent feedback from
the first device 114A, the second device 114B, and the third device
114C.
[0033] The feedback data 120 may provide important information
regarding the operations of the devices 114 as well as whether the
control data 118 is successful at reducing energy consumption or
reducing thermal output, among other possible goals. To the extent
that energy consumption or thermal output has not been reduced, the
feedback data 120 may be utilized to determine the specific source
of the problem. For example, if the first device 114A is
unnecessarily consuming an excess amount of energy, the feedback
provided from the device-embedded sensors within the first device
114A will indicate the excess energy consumption. This level of
granularity may be contrasted against the electricity meter 108,
which is capable of merely providing the energy usage for the
entire building 102. A user reading the electricity meter 108 would
generically know that energy consumption has increased. However,
the user would have no way of determining that the source of the
increased energy consumption is at the first device 114A.
[0034] Upon receiving the feedback data 120, the central controller
104 may store the feedback data 120 in the data store 106. The
central controller 104 may also store the external data 126 in the
data store 106. The external data 126 may be retrieved by the
external sensors 116 and transmitted over the network 138 to the
central controller 104. The external data 126 may also include data
from sources other than the external sensors 116. For example, the
external data 126 may include power cost schedules, historical
data, device information, and non-controllable factors. The device
information refers to conditions or relations between the devices.
For example, if one LED is switched off, a condition may indicate
that certain other LEDs should be switched off as well. The
non-controllable factors may include the time of day, date, season,
and geography. In the case of a business environment, the external
data 126 may further include operating hours, customer traffic
data, marketing data, marketing goals, sales statistics, sales
goals, and the like.
[0035] The statistical analysis module 134 may determine various
statistical patterns of the devices 114 based on the feedback data
120. The statistical patterns may indicate various usage patterns
regarding which devices are operating, when the devices are
operating, and the amount of energy being consumed by the devices.
For example, an illustrative usage pattern may indicate that the
lights of a retail store are kept on all day. Upon determining the
statistical patterns of the devices 114 based on the feedback data
120, the statistical analysis module 134 may provide the
statistical patterns to the AI module 132.
[0036] In addition to receiving the statistical patterns from the
statistical analysis module 134, the AI module 132 may also
retrieve the feedback data 120 and the external data 126 from the
data store 106. The AI module 132 may then generate and/or update
the policy 124 based on the statistical patterns, the feedback data
120, and the external data 126. In particular, the AI module 132
may determine the rules dictating the control of the device 114
based on the information provided by the statistical patterns, the
feedback data 120 and the external data 126. In the previous
example where the statistical patterns indicate that the lights of
a retail store are kept on all day, the external data 126 may
indicate that the retail store is only open from 10 AM to 9 PM. In
this regard, the AI module 132 may determine rules that switch off
or dim the lights when the retail store is closed.
[0037] In another example, occupancy sensors within the building
102 may detect when the retail store is full of shoppers. The AI
module 132 may utilize the occupancy information provided by the
occupancy sensors to determine rules that adjust the lighting of
the retail store at times in accordance with when the retail store
is full of shoppers. The AI module 132 may be operative to perform
predictive analysis based on the statistical patterns, the feedback
data 120, and the external data 126.
[0038] In some embodiments, the AI module 132 may also generate
and/or update the policy 124 based on the energy accounting data
128. The energy accounting data 128 may include the energy
allowances and energy credits. The energy allowances may specify
the amount of energy that a given user has been allocated. The
energy credits may specify credits offsetting limits in the energy
allowances. For example, the energy credits may account for the
amount of renewable energy in the renewable energy storage 110. The
energy accounting data 128 may also include relevant carbon credit
data and carbon footprint data.
[0039] Once the AI module 132 has generated and/or updated the
policy 124, the AI module 132 stores the policy 124 in the data
store 106. The central controller 104 may then implement the policy
124. In particular, the control module 130 may generate the control
data 118 based on the rules contained in the policy 124. In some
embodiments, the control module 130 may periodically transmit the
control data 118 to the devices 114 through the network 138 (e.g.,
a PLC network). In other embodiments, the devices 114 may be
coupled to a user interface (not shown in FIG. 1). The user
interface may be present within the building 102 or accessed at a
remote location. Through the user interface, the control module 130
may offer suggestions to a user based on the policy 124. In the
previous example where the statistical patterns indicate that the
lights of a retail store are kept on all day, the control module
130 may offer a suggestion to turn off the lights when the retail
store is closed. The suggestion may also include potential energy
savings and information to aid the user in determining whether to
accept the suggestion. Upon receiving the suggestion through the
user interface, the user may be prompted to accept or refuse the
suggestion. If the suggestion is accepted, then the control data
118 is passed to the devices 114. If the suggestion is refused,
then the control data 118 is not passed to the devices 114.
[0040] According to the embodiments described herein, the central
controller 104 may generate the control data 118 based on the
feedback data 120 received from the devices 114. The central
controller 104 may then transmit the control data 118 to the
devices 114 through the network 138 (e.g., a PLC network). Upon
receiving the control data 118 from the central controller 104, the
devices 114 may implement the control data in order to manage
energy consumption. Device-embedded sensors in the devices 114 may
collect the feedback data 120, and the devices 114 may transmit the
feedback data 120 to the central controller 104 also through the
network 138 (e.g., a PLC network). The continuous cycle of
communications including the control data 118 and the feedback data
120 between the central controller 104 and the building 102 over
the network 138 (e.g., a PLC network) is referred to herein as a
feedback loop 122. The feedback loop 122 enables the architecture
100 to provide control, energy management, load management, and
other features described herein.
[0041] In some embodiments, the devices 114 may each contain an
identification chip (not shown in FIG. 1) that identifies the
particular device. As described in greater detail below with
respect to FIG. 2, the identification chip may also include
configuration data enabling a corresponding device driver to
optimally operate the devices 114. When the devices 114 initially
attempt to communicate within the network 138, the authentication
module 136 may authenticate the devices 114 based on the data
provided by the identification chip. The identification chip may
serve as a security feature that prevents unauthorized or
unlicensed devices from accessing the network 138. The
identification chip may also serve as an anti-cloning feature that
prevents unauthorized and unlicensed products from being
manufactured. Once the devices 114 are authorized, the
authentication module 136 may allow the devices 114 and the central
controller 104 to communicate with each other over the network
138.
[0042] In an illustrative device 114, the Media Access Control
("MAC") address or other suitable identifier may be hard-coded onto
identification chips, which are embedded onto the device 114 during
manufacturing. The identification chips may utilize 128-bit
encryption, for example, to encrypt the identifier. When the device
114 is connected to the network 138, the identifier may be sent to
the authentication module 136 for validation. The authentication
module 136 may then issue a 128-bit key that allows the device 114
to communicate over the network 138.
[0043] Referring now to FIG. 2, a block diagram showing an example
implementation of one of the devices 114 is illustrated. In
particular, FIG. 2 shows a device 114 implemented as an LED bulb
202. As illustrated in FIG. 2, the device 114 includes the LED bulb
202 and a modular adapter 204. The LED bulb 202 includes an
identification chip 206. The modular adapter 204 includes an LED
driver 208, a communications device 210, one or more
device-embedded sensors 212, and an identification reading chip
214. An illustrative example of the LED bulb 202 is the
"illumination device" described in Ser. No. 12/408,463, now U.S.
Pat. No. 8,324,838, entitled "ILLUMINATION DEVICE AND FIXTURE,"
which was incorporated by reference above.
[0044] The device 114 further includes a user interface 216. The
user interface 216 may be utilized to display suggestions, as
previously described, to the user. The user may then choose to
accept or reject the suggestions. The user interface 216 may be
embodied as hardware, software, firmware, or combinations thereof.
The user interface 216 may be a local implementation available at
or near the building 102. In the alternative, the user interface
216 may be a remote or handheld implementation located away from
the building 102. In this way, the devices 114 can be controlled at
remote locations. The communications device 210 enables the LED
bulb 202 and the modular adapter 204 to communicate with the
central controller 104 over the network 138. The device-embedded
sensors 212 may monitor energy consumption or thermal heat and
transmit the resulting data to the central controller 104 through
the communications device 210.
[0045] The identification chip 206 may include an identifier, such
as a MAC address, that identifies the LED bulb 202. As previously
described, the identifier may be hard-coded into the identification
chip 206 and encrypted. The identification chip 206 may then be
embedded into the LED bulb 202 during manufacturing, such that the
identification chip 206 becomes a fixed and irremovable part of the
LED bulb 202. That is, the identification chip 206 may be bonded to
the LED bulb 202. The identifier may be verified by the
authentication module 136 in order to allow access to the network
138. It should be appreciated that various components shown in the
modular adapter 204, such the communications device 210 and the
device-embedded sensor 212, may be placed directly within the
device 114, the power supply, or other suitable components coupled
to the device 114. An illustrative example of identification chip
206 is the "identification circuit" described in Ser. No.
12/408,838, now U.S. Pat. No. 8,324,838, entitled "ILLUMINATION
DEVICE AND FIXTURE," which was incorporated by reference above.
[0046] The identification chip 206 may also contain configuration
data to enable the LED driver 208 to optimally drive the LED bulb
202. For example, the identification chip 206 may include device
driver values for driving the LED bulb 202 for optimal brightness.
The configuration data may include values for configuring current,
modulation frequency, voltage, and heat.
[0047] The identification reading chip 214 may be operative to
communicate with the identification chip 206. The identification
reading chip 214 may communicate with the identification chip 206
to verify that the LED bulb 202 is an authorized and licensed
device. For example, the identification reading chip 214 may verify
the LED bulb 202 based on the identifier hard-coded on the
identification chip 206. If the identification reading chip 214
cannot verify the LED bulb 202 or determines that the LED bulb 202
is an unlicensed device, the modular adapter 204 may send a current
spike to the connectors of the LED bulb 202 in order to disable the
LED bulb 202.
[0048] The identification reading chip 214 may also communicate
with the identification chip 206 to read the configuration data.
Upon reading the configuration from the identification chip 206,
the identification reading chip 214 may adjust the values on the
LED driver 208. In this way, the LED driver 208 may drive the LED
bulb 202 according to the configuration data on the identification
chip 206. Once the authentication module 136 has verified the LED
bulb 202, the central controller 104 may also transmit the control
data 118 to control the LED bulb 202.
[0049] Referring now to FIG. 3, a block diagram illustrating an
expanded implementation of the central controller 104. In
particular, FIG. 3 shows the scalability of the central controller
104. Because the devices 114 can communicate over a network, such
as the Internet, the central controller 104 can be scaled in order
to control additional devices across multiple buildings. In this
way, the company can manage energy consumption at various levels of
granularity from a single device to an enterprise-wide system.
[0050] A first controller 104A, a second controller 104B, and a
third controller 104C are coupled to a first building 102A, a
second building 102B, and a third building 102C, respectively. A
fourth controller 104D, a fifth controller 104E, and a sixth
controller 104F are coupled to a fourth building 102D, a fifth
building 102E, and a sixth building 102F, respectively. Each of the
controllers 104A-104F may control and receive feedback from devices
operating in their respective buildings 102A-102F.
[0051] The buildings 102A-102C may be grouped as a first regional
operation 302A, and the buildings 102D-102F may be grouped as a
second regional operation 302B. For example, businesses may
sometimes categorize multiple structures in a single entity, such
as a region. The buildings 102A-102C in the first regional
operation 302A are coupled to a seventh central controller 104G.
Further, the buildings 102D-102F in the second regional operation
302B are coupled to an eighth central controller 104H. The seventh
central controller 104G and the eighth central controller 104H may
control and receive feedback from devices operating in the
respective regions 302A-302B.
[0052] The first regional operation 302A and the second regional
operation 302B may be grouped as an enterprise 304. The buildings
102A-102F in the enterprise 304 are coupled to a ninth central
controller 104I. The ninth central controller 104I may control and
receive feedback from devices operating in the enterprise 304.
[0053] Referring now to FIGS. 4-5, additional details will be
provided regarding the embodiments presented herein for the energy
management system. In particular, FIG. 4 is a flow diagram
illustrating a method for controlling energy consumption across
multiple devices from the perspective of the central controller
104. FIG. 5 is a flow diagram illustrating a method for providing
energy-related feedback to a central controller.
[0054] It should be appreciated that the logical operations
described herein are implemented (1) as a sequence of computer
implemented acts or program modules running on a computing system
and/or (2) as interconnected machine logic circuits or circuit
modules within the computing system. The implementation is a matter
of choice dependent on the performance and other requirements of
the computing system. Accordingly, the logical operations described
herein are referred to variously as states operations, structural
devices, acts, or modules. These operations, structural devices,
acts, and modules may be implemented in software, in firmware, in
special purpose digital logic, and any combination thereof. It
should be appreciated that more or fewer operations may be
performed than shown in the figures and described herein. These
operations may also be performed in a different order than those
described herein.
[0055] In FIG. 4, a routine 400 begins at operation 402, where the
central controller 104 receives the feedback data 120 from the
devices 114. The devices 114 may actively transmit the feedback
data 120 to the central controller 104 irrespective of input from
the central controller 104. In the alternative, the devices 114 may
also transmit the feedback data 120 to the central controller 104
in response to a query from the central controller 104. The
feedback data 120 may be generated by device-embedded sensors, such
as the device-embedded sensor 212. Examples of the feedback data
120 include, but are not limited to, energy consumption and thermal
output. By embedding the sensors into the device, the sensors can
provide device-level feedback (e.g., the amount of energy consumed
by a specific device) to the central controller 104. The routine
400 then proceeds to operation 404.
[0056] At operation 404, the central controller 104 also receives
external data 126. The external data 126 may be retrieved by the
external sensors 116. Examples of external sensors 116 include, but
are not limited to, sensors for detecting and/or measuring
temperature, light level, humidity, gas, pressure, motion, smoke,
sound, and occupancy. The external data 126 may also include data
from sources other than the external sensors 116. For example, the
external data 126 may include power cost schedules, historical
data, device information, and non-controllable factors, such as the
time of day, season, and geography. The device information may
refer to conditions between the devices. In the case of a business
environment, the external data 126 may further include operating
hours, customer traffic data, marketing data, marketing goals,
sales statistics, sales goals, and the like. The external data 126
may also include data from other devices. The routine 400 then
proceeds to operation 406.
[0057] At operation 406, the statistical analysis module 134
determines statistical patterns by analyzing the feedback. One
example of a statistical pattern is a usage pattern, which may show
patterns indicating which devices are operating, when the devices
are operating, and the amount of energy being consumed by the
devices. The statistical analysis module 134 may utilize any of a
variety of technologies, such as statistical analysis, predictive
analysis, data mining, and the like. Upon determining the
statistical patterns, the statistical analysis module 134 may
provide the statistical patterns to the AI module 132. The routine
400 then proceeds to operation 408.
[0058] At operation 408, the AI module 132 generates and/or updates
the policy 124 based on the statistical patterns, the feedback data
120, and the external data 126. The AI module 132 may utilize any
of a variety of technologies, such as probabilistic models, neural
networks, machine learning, and the like. Through analyzing the
statistical patterns, the feedback data 120, and the external data
126, the AI module 132 can generate the rules contained in the
policy 124. In particular, the AI module 132 may generate rules
that optimally manage energy usage in light of the statistical
patterns, the feedback data 120, and the external data 126. Upon
generating and/or updating the AI module 132, the AI module 132 may
store the policy 124 in the data store 106. The routine 400 then
proceeds to operation 410.
[0059] At operation 410, the control module 130 generates the
control data 118 based on the policy 124 and transmits the control
data 118 to the devices 114 through the network 138. The control
data 118 may include commands that control each of the devices 114
individually according to the policy 124. Once the control module
130 transmits the control data 118 to the devices 114, the routine
400 may return to the operation 402 where the central controller
104 receives the feedback data 120 from the devices 114. The
continuous transmission of the control data 118 and the feedback
data 120 between the central controller 104 and the devices 114
forms the feedback loop 122.
[0060] In FIG. 5, a routine 500 begins at operation 502, where a
device 114 receives the control data 118 from the central
controller 104. For example, the modular adapter 204 may receive
the control data 118. The control data 118 may include values for
setting a device driver, such as the LED driver 208. The routine
500 then proceeds to operation 504, where modular adapter 204 sets
the values of the LED driver 208 according to the control data 118.
In this case, the values may switch on or off or dim the LED bulb
202. The LED driver 208 operates LED bulb 202 according to the
newly set values. The routine 500 then proceeds to operation
506.
[0061] At operation 506, the device-embedded sensor 212 collects
the feedback data 120. Examples of the feedback data 120 include,
but are not limited to, energy consumption and thermal output. The
routine 500 then proceeds to operation 508, where the device 114
transmits the feedback data 120 to the central controller 104. The
device 114 may actively transmit the feedback data 120 to the
central controller 104 irrespective of input from the central
controller 104. In the alternative, the device 114 may transmit the
feedback data 120 the central controller in response to a query
from the central controller 104.
[0062] Described below are five illustrative EMS scenarios and
their respective solutions. Unlike conventional energy management
techniques, the network architecture 100 as previously described is
capable of implementing these solutions. The first scenario is a
retail scenario, and the second scenario is a residential scenario.
The third scenario is an industrial scenario, and the fourth
scenario involves hospitality and multi-family dwellings. The fifth
scenario involves commercial buildings. These scenarios illustrate
the scalability of network architecture 100. It should be
appreciated that these examples are not intended to be limiting or
mutually exclusive. For example, certain scenarios and solutions
may be applicable to both residential and retail environments.
1. Retail Example
[0063] The EMS can be used in a retail environment for monitoring
energy consumption and reducing energy overhead. The EMS may also
be used as a product sales tool. Consider a drug store, for
example. In this example, the drug store is a new construction. The
owners of the drug store have decided to incorporate EMS throughout
the drug store including in overhead lights, shelve lights, light
sensors, motion sensors throughout the main floor space, beam
relays on the main entrance, and solar panels on the roof. The
store operates twenty-four hours a day with a skeleton crew at
night. Also, the store is closed most major holidays and is located
in an area with good solar saturation.
[0064] Below are some examples of logic that the EMS system can
employ. During the day, the EMS may utilize the external sensors
116 (e.g., motion sensors) to monitor and track the number of
people entering and exiting the store, as well as which areas of
the store were most visited by patrons. The EMS may also monitor
the cost of utilities throughout the day. The EMS may also ensure
that renewable energy from solar panels is used during peak cost
hours. The EMS may also determine that the benefits are not in the
use of the renewable energy, but rather in selling the renewable
energy back to the utility company by putting the power back on the
grid.
[0065] In an illustrative example, the manager may be running a
special on hair spray, which is located at the hair spray shelf.
Thus, the manager may access the EMS, through the user interface
216, to control the lights on the shelves located in the middle of
the store. For example, the manager may increase lighting of the
hairspray shelf by ten percent while dimming the surrounding
shelves by ten percent. In this way, the manager can draw attention
to the hairspray shelf. The EMS may also include light sensors
placed throughout the store to measure ambient light and to
maintain a pre-determined light level by adjusting the electrical
lighting. In this way, the EMS can harvest the available sunlight
to supplement the illumination system.
[0066] In further embodiments, the central controller 104 may
access weather data and other information either natively or
through the computing cloud 112. The EMS may adjust solar usage,
HVAC usage, and lighting usage to account for cloud cover,
increases in temperature, and available sunlight. Also, by
monitoring the business holidays, the EMS may also begin decreasing
the amount of energy used by the HVAC leading up to consecutive
non-business days. During the off days, the EMS may continue in an
energy saving mode. Then on the eve of the next business day, the
EMS may return the amount of energy used by the HVAC back to
standard levels.
[0067] Through the user interface 216, a suggestion may be prompted
to the store manager with respect to a store room in the drug
store. In particular, the EMS may determine that the store room
lights are consistently left on, although store room is unoccupied
eighty percent of the time. In this case, the EMS may suggest a
rule to turn the lights off when there is no motion and a rule to
turn the lights off after twenty minutes of use. The manager may
then accept one of the two rules or reject both rules.
2. Residential Example
[0068] In a typical residential setting, the EMS can be used to
decrease energy consumption in a number of ways. Due to the
compartmentalized nature of most residential homes, the EMS can
find wasted energy consumption throughout a residential dwelling.
For example, lights in utility areas may be a significant source of
wasted energy consumption. The EMS can identify closet lights that
are left on, doors that are left open causing strain on HVAC
systems, and appliances (e.g., washers/dryers, water heaters, etc.)
that are using more than standard or ideal energy levels.
[0069] In one potential usage scenario, the EMS may be used to
track when the home is occupied or unoccupied and to make
adjustments accordingly. The EMS-enabled water heaters may monitor
peak usage over a given period of time to establish a pattern. For
example, the EMS may recognize that hot water is typically
requested between the hours of 7 am-9 am and then again at 10 pm.
During off-peak times, the EMS may adjust the heater to consume
less energy. The EMS may also anticipate peak hours and adjust the
heater back to normal levels during those times.
[0070] As previously stated, the EMS may also have access to
weather data. In particular, the EMS may delay or change certain
actions based on predicted weather conditions. In one example, if
rain is predicted, the EMS may terminate or delay a scheduled
watering of the lawn. In another example, if the outside
temperature is predicted to drop more than fifteen degrees, the EMS
may adjust HVAC settings to account for the change in
temperature.
3. Industrial Example
[0071] While the previous scenarios described above may be
applicable to multiple settings, some environments offer unique
opportunities for large amounts of energy recovery. For example,
industrial settings often have a poor public perception with
regards to energy conservation. Large machines may be left idol
while waiting for operators. Cutting power during idol time of even
just a relatively small number of large machines can save a
significant amount of power. The EMS may identify which machines
are consuming more power than is required to fulfill their
function. For example, a break press machine that is on all day may
be used only once or twice a week. Upon identifying the break press
machine, the EMS may enact policies that directly address the
amount of wasted energy by shutting power to the break press
machine at appropriate times.
[0072] Because the EMS works in multiple voltage classes and across
multiple power phases, the EMS is capable of handling industrial
environments. Further, because EMS is monitoring power consumption
at the device or at the power connection point, energy consumption
monitoring and data is available to a wide range of products. In
one example, conveyor belts may be shut down when the EMS is aware
that there are no products to be moved. In another example,
high-bay lights may be dimmed when light sensors detect that an
ample supply of sunlight is available from skylights.
4. Hospitality and Multi-Family Dwelling
[0073] Hotels and apartment complexes can benefit from
property-wide energy accounting as well. For example, the EMS can
manage common lighting areas to reduce the amount of energy
utilized in unoccupied areas, such as halls, hotel rooms, meeting
areas, and common dining rooms. When a tenant occupies a given
room, the property manager typically has no way to monitoring the
tenant's energy usage inside the room. The EMS enables the property
manager to monitor and resolve any wasted energy consumption by the
tenant.
[0074] In an illustrative example, the EMS may inform the property
manager that room #212 is consuming 180% more power than collected
historical data for that room. The EMS may further inform the
property manager that the increase in energy consumption results
from the HVAC having been running at 100% for more than three
hours. The EMS can report that the room is occupied and that a
window has been left open. The EMS can then present the manager,
through the user interface 216, with an option to decrease HVAC
performance when a window has been detected as being open and when
the HVAC is in operation. The user interface 216 may be configured
with a simple dialogue and user-friendly prompts such that no
advance programming knowledge is required or necessary.
5. Commercial Buildings
[0075] As used herein, daylight harvesting is a term used to
describe a system that maintains constant lighting levels based on
available natural light. In commercial buildings, the EMS can be
used for this purpose by decreasing overhead light levels when
natural sunlight has been measured and is deemed an effective
supplement to electrical light. In further energy recovery
techniques, the EMS may make suggestions to the user based on
building occupancy and predicted use.
[0076] One significant factor in an effective large scale
deployment is the storage of power. With a low voltage general
illumination system such as LED, power can be stored in battery
banks when power costs are low, and utilized when power costs are
high. This technique can also be applied to renewable energy
sources such as solar and roof-mounted wind power generators.
Further, because EMS controls load on the device level, granular
control of cubical power can be associated with building security.
For example, if an employee is not logged as being onsite, the
power utilized at the employee's cubicle can be toggled, and lights
used to illuminate an employee's section can be turned off.
[0077] Referring now to FIG. 6, an exemplary computer architecture
diagram showing aspects of a computer 600 is illustrated. Examples
of the computer 600 may include central controller 104 as well as
computing devices within the computing cloud 112. The computer 600
includes a processing unit 602 ("CPU"), a system memory 604, and a
system bus 606 that couples the memory 604 to the CPU 602. The
computer 600 further includes a mass storage device 612 for storing
one or more program modules 614 and one or more databases 616.
Examples of the program modules 614 include the control module 130,
the AI module 132, the statistical analysis module 134, and the
authentication module 136. An example of the databases 616 is the
data store 106. The mass storage device 612 is connected to the CPU
602 through a mass storage controller (not shown) connected to the
bus 606. The mass storage device 612 and its associated
computer-readable media provide non-volatile storage for the
computer 600. Although the description of computer-readable media
contained herein refers to a mass storage device, such as a hard
disk or CD-ROM drive, it should be appreciated by those skilled in
the art that computer-readable media can be any available computer
storage media that can be accessed by the computer 600.
[0078] By way of example, and not limitation, computer-readable
media may include volatile and non-volatile, removable and
non-removable media implemented in any method or technology for
storage of information such as computer-readable instructions, data
structures, program modules, or other data. For example,
computer-readable media includes, but is not limited to, RAM, ROM,
EPROM, EEPROM, flash memory or other solid state memory technology,
CD-ROM, digital versatile disks ("DVD"), HD-DVD, BLU-RAY, or other
optical storage, magnetic cassettes, magnetic tape, magnetic disk
storage or other magnetic storage devices, or any other medium
which can be used to store the desired information and which can be
accessed by the computer 600.
[0079] According to various embodiments, the computer 600 may
operate in a networked environment using logical connections to
remote computers through a network, such as the network 138. The
computer 600 may connect to the network 138 through a network
interface unit 610 connected to the bus 606. It should be
appreciated that the network interface unit 610 may also be
utilized to connect to other types of networks and remote computer
systems. The computer 600 may also include an input/output
controller 608 for receiving and processing input from a number of
input devices (not shown), including a keyboard, a mouse, a
microphone, and a game controller. Similarly, the input/output
controller 608 may provide output to a display or other type of
output device (not shown).
[0080] Based on the foregoing, it should be appreciated that
technologies for providing an energy management system are
presented herein. Although the subject matter presented herein has
been described in language specific to computer structural
features, methodological acts, and computer readable media, it is
to be understood that the invention defined in the appended claims
is not necessarily limited to the specific features, acts, or media
described herein. Rather, the specific features, acts and mediums
are disclosed as example forms of implementing the claims.
[0081] The subject matter described above is provided by way of
illustration only and should not be construed as limiting. Various
modifications and changes may be made to the subject matter
described herein without following the example embodiments and
applications illustrated and described, and without departing from
the true spirit and scope of the present invention, which is set
forth in the following claims.
* * * * *