# Patent

## Title
Industrial control energy object

## Abstract

An energy object extension to an industrial protocol having a comprehensive suite of attributes, messages and services utilized for the monitoring and control of energy consuming or producing resources by a manufacturing automation application is provided. The energy object includes an identifier associated with an energy resource that is associated with a manufacturing automation application and an energy type associated with the energy resource. This includes a measurement characteristic associated with the energy resource to facilitate energy management by the manufacturing automation application.

## Background
CROSS REFERENCE TO RELATED APPLICATIONS
This application is a continuation-in-part of U.S. patent application Ser. No. 12/684,469, entitled “Industrial Control Energy Object”, filed Jan. 8, 2010, which is herein incorporated by reference.


BACKGROUND
The claimed subject matter relates generally to industrial control systems and more particularly to control of power and energy that enables efficient and automated management of the same across various communications networks.
Various industrial protocols are employed to support automated manufacturing operations and communications. These can include device protocols, mid-level protocols between the device level and the control level, and upper-level protocols such as Ethernet that has been adapted to communicate via industrial control objects among factories and on to high-level networks such as the Internet. In one specific example of such an industrial protocol, the Common Industrial Protocol (CIPTM) encompasses a comprehensive suite of attributes, messages and services, organized as objects, for the enablement of manufacturing automation application objectives—control, safety, synchronization, motion, configuration and information collection. Further, it enables users to integrate these manufacturing applications with enterprise-level Ethernet networks and the Internet. Supported by hundreds of vendors around the world, CIP provides users with a unified communication architecture throughout the manufacturing enterprise. The CIP protocol allows users to benefit today from the many advantages of open networks while protecting their existing automation investments when upgrading in the future.
Through the addition of functionally specialized objects, the CIP protocol provides a coherent integration of control, motion and synchronization, configuration and diagnostics, and safety information. This protocol includes seamless bridging and routing without the added cost and complexity of bridges and proxies. Further, the protocol provides freedom to deploy interoperable, multivendor systems, allowing users to choose best-of-breed products, with the assurance of competitive prices and low integration cost. This includes single, media independent protocol for all network adaptations of CIP—EtherNet/IPTM, DeviceNetTM, CompoNetTM, and ControlNetTM—that allows users to select the best network or networks for their application while still minimizing their overall investment in system engineering, installation, integration and commissioning. The CIP protocol also integrates support of Modbus® server devices into the CIP architectures with Modbus translation services for originator devices on CIP; allows devices supporting Modbus TCP and EtherNet/IP to reside on the same TCP/IP network—or even in the same device. Modbus integration is accomplished by the usage of objects to create an abstraction. Modbus is then accessed as if the Modbus devices were native CIP devices. It should be recognized that the functionality provided by a CIP object can be extended into other non-CIP networks in a similar manner.
A key topic that has gained prominence in modern industrial manufacturing is the ability to efficiently manage power and energy within a plant or across a set of plants and an associated supply chain, where such management spans a wide geography and communicates over networks. This includes the ability to understand and track in real time, where energy is being generated, transmitted, distributed and utilized. For instance, Cap and Trade policies may have to be considered in the management of a particular plant or even across broader energy domains that may be associated with a grid. Some of the energy management must be coordinated with the grid such as the ability to receive energy from the grid or conversely return unused energy back to the grid for appropriate credit. Unfortunately, existing industrial protocols do not support a standardized ability to aggregate energy data or manage energy resources let alone communicate or facilitate control in even the most basic energy demand applications. Presently, the difficulty in automation due to the lack of uniform methods of energy management information exchange leads most often to a manual exercise that is far from an efficient and responsive method for controlling and managing complex energy flows that dynamically change over time.
BRIEF DESCRIPTION
The following summary presents a simplified overview to provide a basic understanding of certain aspects described herein. This summary is not an extensive overview nor is it intended to identify critical elements or delineate the scope of the aspects described herein. The sole purpose of this summary is to present some features in a simplified form as a prelude to a more detailed description presented later.
An energy object is provided that enables energy in all its forms to be managed automatically across industrial communication networks. The energy object includes the ability to aggregate energy data from various point sources that may originate within a plant or more broadly across networks external to the plant that define an energy domain. This can include control devices that report energy that has been discretely taken from or added to a grid such as a smart grid that credits users for efficient energy use and transfer with the respective grid. By automatically collating energy data within an industrial protocol via the energy object and discrete energy monitoring sources, energy can be efficiently managed by associating its use to the actual production of products or services that consume the energy or conversely produce it. By having discrete control and understanding of energy in its smallest or discrete form from numerous network locations, energy can be controlled dynamically as a commodity to best serve various applications. Obvious applications include energy conservation where non-necessary components are idled or previously used processes are employed to return unused energy to an external or internal grid. More complex applications such as Cap & Trade and automated demand response (ADR) can easily employ energy objects as a control mechanism (e.g., turn off or on an energy source) or as a collection mechanism to determine and demonstrate that the energy users are in compliance.
In one aspect, the energy object can include an identifier having a device name, a qualified hierarchy, and an object class for associating a process with an energy source. The object can specify the type of energy consumed such as water, air, gas, electricity and steam (WAGES), for example. This can include measurements, some type of aggregation, and some type of time reference among other parameters. Water, for example, can be used to move materials and provide heating and cooling. Also, considering provision by utilities and climate and geography related usage limitations, it should be apparent that it is reasonable to manage water in an analogous manner as electricity. In another aspect, an energy object extension to an industrial protocol having a comprehensive suite of attributes, messages and services utilized for the monitoring and control of energy consuming or producing resources by a manufacturing automation application is provided. The energy object includes an identifier associated with an energy resource that is associated with a manufacturing automation application and an energy type associated with the energy resource. This includes a measurement characteristic associated with the energy resource to facilitate energy management by the manufacturing automation application.
To the accomplishment of the foregoing and related ends, the following description and annexed drawings set forth in detail certain illustrative aspects. These aspects are indicative of but a few of the various ways in which the principles described herein may be employed. Other advantages and novel features may become apparent from the following detailed description when considered in conjunction with the drawings.



DRAWINGS
These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:
FIG. 1 is a schematic block diagram illustrating industrial energy objects for controlling energy processes.
FIG. 2 is a diagram illustrating communications of energy objects to higher level systems.
FIG. 3 is an example set of parameters that can be employed with an energy object.
FIG. 4 is an example device model that illustrates energy object usage at the device level.
FIG. 5 is a diagram illustrating an example controller information model.
FIG. 6 is a diagram illustrating an example batch energy model.
FIG. 7 illustrates an example system for measuring and aggregating energy data.
FIG. 8 illustrates an example system for measuring energy during execution of an automated process.
FIG. 9 illustrates an example system depicting scheduling production over multiple areas according to energy consumption.
FIG. 10 illustrates an example application for energy management of a product line.
FIG. 11 is a flow diagram illustrating an example energy management process.
FIG. 12 is a schematic block diagram of a system including a higher level energy management system that interacts with a controller configured to control operation of a plurality of field devices that, in turn, control a plurality of energy consuming or producing processes.
FIG. 13 is a schematic block diagram of the system of FIG. 12 including an additional intelligent field device that includes an energy object and controls an additional energy consuming or producing process.
FIG. 14 is a schematic diagram of the controller of FIGS. 12 and 13.



DETAILED DESCRIPTION
An energy object extension to an industrial protocol having a comprehensive suite of attributes, messages and services utilized for the monitoring and control of energy consuming or producing resources by a manufacturing automation application is provided. The energy object includes an identifier associated with an energy resource that is associated with a manufacturing automation application and an energy type associated with the energy resource. This includes a measurement characteristic associated with the energy resource to facilitate energy management by the manufacturing automation application.
Referring initially to FIG. 1, a system 100 illustrates industrial energy objects for controlling energy processes an industrial automation environment. The system 100 includes a plurality of energy consuming or producing energy sources 110 (also referred to as energy resources) that are monitored by various controllers 120, where such controllers 120 can include components or modules that report to supervisory controllers or computer-based applications. For example, a historian component (not shown) may be employed in conjunction with the controller 120 to tag or identify energy measurements associated with a location in an automated process that is associated with the energy sources 110. The controllers 120 create or use one or more energy objects 130 that provide protocol extensions to industrial automation protocols to enhance energy management capabilities of automation devices and software. Substantially any communication protocol can convey energy monitoring and control messages, where such enhancements are described in more detail with respect to FIG. 3. For example, an Ethernet protocol can be enhanced to transport messages from energy objects 130 which in turn can be employed to monitor energy consumption and/or control energy usage.
A basic communication protocol may be extended by layering an industrial communication protocol on top of the basic communication protocol. For example, Ethernet is extended for industrial control purposes by layering the Common Industrial Protocol (CIP) on top of the Internet Protocol (IP) and this on top of Ethernet. Thus, CIP provides a method to interact with the energy object that is independent of the underlying communication protocols. As shown, higher level energy management systems and software 140 can employ the CIP protocol to interact with the energy objects 130 in order to facilitate overall energy control/management of a factory or participate across a network and associated grid with a collection of factories or processes. It should be appreciated that energy objects 130 may reside in controller 120, higher level energy management system 140, or more commonly in separate intelligent field devices linked to the controller. The CIP protocol provides transparent access in either case.
In general, the energy objects 130 enable energy in all its forms to be managed automatically across industrial communication networks. The energy object 130 includes the ability to aggregate energy data from various point sources 110 that may originate within a plant or more broadly across networks external to the plant that define an energy domain. This can include control devices 120 that report energy that has been discretely taken from or added to a grid such as a smart grid (not shown) that credits users for efficient energy use and transfer with the respective grid. By automatically collating energy data within an industrial protocol via the energy object 130 and discrete energy monitoring sources 120, energy can be efficiently managed by associating its use to the actual production products or services that consume the energy or conversely produce it. By having discrete control and understanding of energy in its smallest or discrete form from numerous distributed network locations, energy can be controlled dynamically as a commodity to best serve various applications. Obvious applications include energy conservation where non-necessary components are idled or previously used processes are employed to return unused energy to the grid. More complex applications such as Cap & Trade can easily be controlled and monitored via the energy objects 130 that can also be employed as a control mechanism (e.g., turn off or on an energy source) or employed as a reporting device to show companies are in compliance.
In one aspect, the energy object 130 can include an identifier having a device name, a qualified hierarchy, and an object class for associating a process with an energy source. The energy object 130 can specify the type of energy consumed such as water, air, gas, electricity and steam, for example. This can include measurements, some type of aggregation, and some type of time reference among other parameters. In one aspect, an energy object extension to an industrial protocol is provided having a comprehensive suite of attributes, messages and services for the collection of manufacturing automation applications. The energy object 130 includes an identifier associated with an energy consuming or producing resource in a manufacturing automation application and an energy type associated with the energy resource. This energy object also includes a measurement characteristic associated with the energy type among other parameters described below with respect to FIG. 3 for controlling and monitoring the energy resource.
The energy objects 130 enable various aspects of control and monitoring. In one aspect, automated demand response (ADR) programs can be enabled. This allows consumers to automatically reduce usage to reduce peak grid load at utility request or at specific times while addressing energy generation limits, transmission limits, and failures. Demand/response can include reducing the base load, sequencing start-up, and shedding non-critical loads. This also includes generating power, storing energy for later usage, staggering power peaks, and operating at a reduced rate/capacity, for example.
The energy objects can be employed in conjunction with a Smart Grid to request/demand to reduce or produce energy, bid exchange for reducing or producing energy, control immediate needs or future consumption (e.g., day ahead event scheduling), or utility measurement enforcement and settlement. Within the confines of the plant, automated measurements determine usage which can be employed to reduce lower production rates, re-schedule production, or shed loads, for example. Energy production can include re-use for the factory, supplying energy to the grid, and receiving credits for excess power supplied to the grid.
Energy can be controlled via the energy objects 130 within the constraints of existing safety control systems. Events should be a request at the machine/cell, not a direct load control. Immediate shutdown of a load, without the proper prerequisite steps, may not be safe. Current event triggered load shedding may be able to occur with a delay to allow safe state controls. Future event load shedding can be scheduled to accommodate safety time. It is also noted that energy can be managed, controlled, and computed in substantially any form. This includes measurements that relate to energy (e.g., joules), voltage, current (real and reactive), power (e.g., joules/sec, volt*amps), fluid flows, pressure, temperature, and substantially any parameter or measurement that has some relationship to energy or power.
The energy objects 130 can also be employed to manage billing for usage including charging for the total kWh over a billing period. This may be tiered in rate, changed by season, changed by time of day (on/off peak), and so forth. Electrical peak demand charges can include automated charging/billing for the highest average kW usage during any single demand interval in the billing cycle. Demand intervals can include subdivision of the billing cycle during which peak demand is measured. Intervals are typically a 15 or 30 minute period but other periods can be employed. Intervals may be “rolling” or fixed to a time reference. Ratchet clauses can be supported that include increased peak demand charges in subsequent billing cycles due to a high peak demand in a prior billing cycle. Reactive demand charges include usage at non-unity power factor. The energy objects can also be employed with a safety component (e.g., safety PLC to control switching to different energy states) that limits activation, deactivation or modulation of an energy consuming or producing resource.
In one example application of the system 100, a manufacturing automation system for monitoring Cap and Trade emissions across multiple devices communicating within an industrial process can be provided. This includes a set of objects having identifiers associated with a number of emitting resources, an emission type, and a monitoring component to facilitate measurement and recording of emissions from the resources within the industrial process. This also includes a controller having an emission cap parameter set within a memory of the controller, where the controller processes the energy object. The system includes an accumulation function operating with the controller and operatively communicating with the object to accumulate the emissions from the resources and calculate a total emission, compare with the cap parameter, and provide notification for a trade if the cap is determined to be increased. The manufacturing automation system can also include a component to increase the cap parameter by communication from the controller to an external source that facilitates the trade.
In another aspect various forecasting applications can be supported. A historian type application can estimate a forward-looking forecast of energy use and demand based on a combination of energy data collected through the energy object, historical production, environmental and other related data, production schedules, weather forecasts, and so forth. The forecast could be set up as one hour, one day, one week, one month ahead (with higher confidence factors the shorter the forecast period), and could be communicated through a “Smart Grid” portal to energy providers to assist them in planning and controlling supply and hopefully passing along resulting efficiencies in the form of lower energy costs.
It is noted that components associated with the system 100 and controllers 120 can include various computer or network components such as servers, clients, controllers, industrial controllers, programmable logic controllers (PLCs), electric drives, energy monitors, batch controllers or servers, distributed control systems (DCS), communications modules, mobile computers, wireless components, control components and so forth that are capable of interacting across a network. Similarly, the term controller or PLC as used herein can include functionality that can be shared across multiple components, systems, or networks. For example, one or more controllers can communicate and cooperate with various network devices across the network. This can include substantially any type of control, communications module, computer, I/O device, sensors, Human Machine Interface (HMI) that communicate via the network that includes control, automation, or public networks. The controller can also communicate to and control various other devices such as Input/Output modules including Analog, Digital, Programmed/Intelligent I/O modules, other programmable controllers, communications modules, sensors, output devices, and the like. It is further noted that the industrial automation as described herein can include substantially any type of manufacturing automation that further includes all process and discrete manufacturing, as well as building maintenance, for example.
The network can include public networks such as the Internet, Intranets, and automation networks such as Control and Information Protocol (CIP) networks including DeviceNet and ControlNet. Other networks include Ethernet, DH/DH+, Remote I/O, Fieldbus, Modbus, Profibus, wireless networks, serial protocols, and so forth. In addition, the network devices can include various possibilities (hardware or software components). These include components such as switches with virtual local area network (VLAN) capability, LANs, WANs, proxies, gateways, routers, firewalls, virtual private network (VPN) devices, servers, clients, computers, configuration tools, monitoring tools, or other devices.
Turning now to FIG. 2, an example system 200 illustrates communications of information between energy objects and higher level systems. Similar to FIG. 1, the system 200 includes a plurality of energy consuming or producing energy sources 210 (also referred to as energy resources) that are monitored by various controllers 220, where such controllers 220 can include components or modules that report to supervisory controllers or applications. The controllers 220 embed or route access to one or more energy objects 230 that provide protocol extensions to industrial automation protocols to enhance energy management capabilities of automation devices and software. As shown in this example, the controllers 220 can communicate with a Manufacturing Execution System (MES) 240 that participates in a shared database 250 with an Energy Management Control System (EMCS) 260. The MES 240 provides building controls 270 for energy management of building systems associated with the automation systems under control of the MES 240. The EMCS 260 can communicate with a plurality of utilities at 280 that includes electric, water, and/or gas. The database 250 receives production scheduling requests from Production Scheduling 290, an enterprise resource planning (ERP) system that creates a tentative schedule based on customer orders. The MES 240 system is responsible for the final execution of the schedule to fulfill the orders and has leeway to adjust the schedule in order to manage automation system energy. Such fulfillment may include staggering batch recipe step execution to minimize peak demand.
The energy objects 230 provide power and energy management extensions for devices in the system 200 and for processes controlled by respective devices. This enables manipulating discrete power modes, measuring total energy, and measuring demand (real and reactive), and provide alarm and event messages on energy or power conditions. This also includes optional generation control and optional diagnostic measurements that includes per phase and phase to phase currents and voltages in addition to trending, for example.
FIG. 3 illustrates an example set of parameters that can be employed with an energy object previously described. It is noted that such parameters are not an exhaustive set as other parameters can be provided. At 310, an Identifier tags data to a related automation device or process. At 314, an Aggregation parameter provides paths to aggregated CIP objects that include sub-metering or ability to go to lower energy states (sequential turn-off). A role parameter 320 identifies a source as a producer, consumer, or both. Another parameter includes an Operational State 324 and yet another includes units/scaling factors at 330 to specify accuracy. A Roll Over for Energy parameter is provided at 334 in addition to a production capacity parameter at 340 that includes continuous, stored, and load size (e.g., W,VAR:electricity). At 344, Measurements include Instantaneous, Over a period, Negative values are producing, and so forth. At 350, a Type parameter includes Water, Gas, Air, Steam, and Energy Quality, for example. Energy quality may specify harmonic content, carbon generation rate or other factors related to a choice of energy sources during operation.
At 354, a Time reference parameter includes a time and date of the object (r/w attribute). At 360 a Data log parameter can be provided to store a set of measurements over a time period. At 364 a Priority parameter includes Opt-out, critical, non-critical (Grid categories) and Load shedding (Load-related) to assist in decision making in control of the energy resource. At 370, a Shed and Produce Services set includes a request operation state change estimation, a response indicates time to change operational state, and an actual request to change state. At 374, a CIP A&E (alarms & events) message set includes alarm on energy production below measured level (average or instantaneous) and alarm on energy consumption above a measured level. As can be appreciated more or less parameters, services, or alarm and event messages than shown in FIG. 3 can be provided.
Referring to FIG. 4, an example device model illustrates energy object usage at the device level. A device 400 includes interaction with other systems such as configuration 404, messaging 406, and I/O exchange 408. The device 400 includes non-volatile storage 410 that holds various parameter objects 420. The device 400 also includes various input assembly objects 430 and output assembly objects 440. As shown, the device 400 can include an energy object instance at 450 or associated external object instances at 460. The energy objects 450 and 460 can be integrated providing controller access that is accessible on-demand through messaging that includes placing in tags by logic. The objects are accessible via tags through I/O assembly objects 430 and 440. Energy related application logic can also be provided. Human Machine Interface (HMI) access includes OLE for Process Control (OPC) topics reference tags and Energy faceplates. Program access includes substantially any communications software that facilitates energy-specific program enhancements.
FIG. 5 illustrates an example controller information model 500. The model 500 includes a controller 510 that generates energy structured tags 520 (or tags). The tags 520 can be exchanged with 3rd party energy-enabled applications 530 via OPC topics 540 for example. The tags 520 can also be communicated to an energy-enabled HMI 550 that can display various energy example aspects depicted at 560. The examples at 560 that can be generated, communicated to other systems, and/or displayed include an energy resource name, a device name, an energy state, graphs or charts, demand charges, alarms or other event information. As can be appreciated, other factory or control information can be displayed.
Referring to FIG. 6, an example batch energy model 600 is illustrated. The model 600 includes energy structured tags 610 that are processed by a controller 620. Such tags 610 can be updated via a predetermined demand interval 630. The tags 610 can be employed with a sync signal 640 to enable energy-enabled phase logic 650 that is controlled by a supervisory batch controller 660, where per recipe energy data or per phase energy data is exchanged. For batch and discrete control applications, equipment can be idled or shut down during non-production times. In addition, the rate of production may be varied to reduce energy consumption.
FIG. 7 illustrates example system 700 for measuring and aggregating energy data. The system 700 includes an energy database 710 (or databases) and associated software for collecting, displaying, and analyzing energy object data. This can include collecting energy object data from one or more factory automation areas shown at 720 and 730. The collected energy data can be represented in the database 710 as an area model shown at 740 which represents the equipment or devices that consume or produce energy at discrete locations in a production process. The data can include raw measurements at 750 or processed measurements at 760. Raw measurement data 750 can include an area name, equipment name, time, measured power, or energy. Processed measurements can include in addition to area name and equipment name, average power and peak power for example. As can be appreciated, a plurality of other computations and energy data can be processed or stored.
FIG. 8 illustrates an example system 800 for measuring energy during execution of an automated process. In this aspect, a production process 810 triggers events 820 that cause energy data to be measured and collected at 830 for each step in a production sequence. For instance, these events may enable a further measurement query and summing of energy data at 834, where the query returns the total energy required to produce a specific product or production batch. As shown, the energy is measured from an area 840 but as noted previously, multiple areas can be measured within a factory or aggregated from across factories that communicate via a network. At each stage shown at 850-870 of the process 810 (or selected stages), events are generated at 820 to trigger collection of data at 830. As can be appreciated, discrete processes (non-batch or recipe) can similarly trigger energy data collection. In this aspect, production consumes energy at least partially in relation to the specific products. This enables per-phase energy measurements where phases are added for per product energy consumption. This provides the basis for demand interval synchronization and demand measurement for product and batch phases or discrete assembly processes.
FIG. 9 illustrates another example system 900 depicting scheduling production over multiple areas according to energy consumption. A process 910 starts area equipment that is enabled or disabled across an area at 920 and/or an area at 930. In this example, the area 920 may be in a more automated area, provide lower lead time, have higher peak power, utilize more per unit energy and so forth. The area 930 may be in a less automated area, provide higher lead time, have lower peak power, utilize less per unit energy and so forth. By monitoring the energy objects from the respective areas 920 and 930, energy can be shifted between areas to more efficiently utilize plant resources. As shown, an automated production schedule 940 can initiate the process 910. For example, production can be scheduled to meet combined constraints of delivery before a deadline and reducing peak power in a future period. This could include building to inventory prior to deadline and future reduced power period or delivering from inventory, building at a slower rate in alternate with lower peak power, and/or rearranging parallel production so that power peaks are not concurrent.
FIG. 10 illustrates an example application system 1000 for energy management of product line 1010 (e.g., aluminum or steel production). In this aspect, the product line 1010 is regulated for average power according to five minute periods at 1020. An electrical grid 1030 feeds the line 1010 and is controlled by an automatic generator control 1040 (AGC). Measurement devices are stationed on the power lines (e.g., inductive or direct) at 1050, where data from the measurements are employed in accordance with an energy object (not shown, described above). In this application, the system 1000 is enabled via the objects to join energy markets as a regulation source and thus provide a grid service. Regulation thus can provide a service where load current is based on AGC signals from the grid and a process automatically modulates load over a range while mitigating emissions, product degradation, and/or equipment damage.
It is noted that power quality load (phase) balancing applications can utilize an energy object in communicating power quality information and sending out alerts of fault conditions so that an energy consumer (e.g., drives and rectifiers) can change their operating point to control power factor, or phase imbalance at the point of common coupling. For instance, a non-electrical example, in an air system, a second compressor could be signaled to turn on in the event of a leak, or primary compressor failure. Thus, metering devices can be employed that can collect and trigger events. The events can be used by the energy object to change the operating point of the device (e.g., drive) in other ways than to reduce energy consumption (power factor, phase imbalance). This communication can be direct from device to device to facilitate fastest action. In some applications, communication is performed from the device monitoring energy, reporting to a controller. In other applications however, messages can be sent from device to device (rather than through a controller) when it is advantageous to do so. It is also noted that when consumable resources are measured, they can be included in the scope of the CIP energy object to provide enhanced forecasting. For example, measuring the solar intensity water temperature, fuel oil levels or wind speed in addition to the electrical power can be helpful in forecasting energy usage.
FIG. 11 is a flow diagram illustrating an example process 1100 for automated energy management. While, for purposes of simplicity of explanation, the methodology is shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may occur in different orders or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all illustrated acts may be required to implement a methodology as described herein.
Proceeding to 1110, one or more discrete energy sources are monitored across a network. These can include conventional sources such as gas or electric or include more nuanced sources such as are described in more detail below with respect to sustainability factors. At 1120, energy data is aggregated and subsequently communicated via one or more energy objects as were previously described. Such objects can be employed to extend substantially any industrial protocol with energy monitoring and control capability. At 1130, energy demands are determined from across the network (or networks) from where the discrete energy sources were collected. This can include determining whether systems or process should be activated or deactivated to conserve and manage energy resources. As noted previously, a safety controller can be employed to facilitate such activation and/or deactivation where some components on the network may be activated while others are concurrently deactivated. At 1140, a determination is made as to whether or not energy should be automatically adjusted up or down. This can include idling or reducing energy in some processes and while activating or increasing energy in some others. If such adjustment is warranted, the process automatically adjusts energy supply or demand at 1160 before proceeding back to 1110 and monitoring energy. If no such adjustment is required, the process proceeds back to 1110 from the decision at 1140.
FIG. 12 is a schematic block diagram of a system 1200 including a higher level energy management system 140 that interacts with a controller 120 configured to control operation of a plurality of field devices 1202, 1204 that, in turn, control a plurality of energy consuming or producing processes 110. Although illustrated in FIG. 12 as only including one higher level energy management system 140, one controller 120, three field devices 1202, 1204, and three energy consuming or producing processes 110, it will be understood that the system 1200 may instead include any number of each of these components. As described above, the energy objects 130 may be located in intelligent field devices 1202 (i.e., field devices that are configured to compute energy usage for the field device based on measured input/output process data and locally stored relationships between input/output process data values and energy usage), in controllers 120, or in higher level energy management systems 140. For example, as illustrated in FIG. 12, the higher level energy management system 140 includes an energy object 130, the controller 120 includes an energy object 130, and one of the intelligent field devices 1202 includes an energy object. In certain embodiments, when the energy object 130 is located outside of an intelligent field device 1202 (e.g., the energy objects 130 located in the controller 120 or the higher level energy management system 140), the energy objects 130 may serve as a proxy for an intelligent field device 1202. Conversely, when an intelligent field device 1202 includes an energy object 130, the energy object 130 contains the knowledge of how to measure energy usage and how to switch energy operation states (e.g., by switching to a low power operation state).
Not all field devices are intelligent field devices 1202 that contain all of the knowledge necessary to measure energy usage and how to switch energy operation states. However, using the energy objects 130 located in the higher level energy management system 140 and the controller 120 illustrated in FIG. 12, a wider range of “non-intelligent” field devices 1204 (i.e., field devices that are not configured to compute energy usage for the field device based on measured input/output process data and locally stored relationships between input/output process data values and energy usage) may be incorporated into the controller 120 or into the energy management system 140. In other words, there is the capability to use energy objects 130 in other components of the system 1200 as proxies for the field devices 1204, such that the field devices 1204 are augmented to provide functionality similar to that of the intelligent field devices 1202. For example, the vast majority of field devices 1204 may not include energy objects 130. By allowing the energy objects 130 to reside in a controller 120 associated with the field devices 1204, the controller 120 may utilize a proxy for the field devices 1204. Furthermore, some energy consuming or producing processes 110 may be too complex to embed their energy knowledge into an associated field device 1204. By allowing the energy objects 130 to be located in a controller 120 associated with the energy consuming or producing process 110 and/or the higher level energy management system 140, which generally include greater processing power and resources, these complex energy consuming or producing process 110 may be controlled with the same simple energy object interface.
Using the energy objects 130 in higher level energy management systems 140 and controllers 120 as proxies for field devices 1204 includes approximating energy usage for the field devices 1204 based on knowledge stored in the energy objects 130. For example, the energy object 130 located in the controller 120 illustrated in FIG. 12 may contain knowledge relating to the two “non-intelligent” field devices 1204 such that energy usage of the field devices 1204 may be approximated using the energy object 130 as a proxy. More specifically, the energy object 130 located in the controller 120 may receive information that relates to operation of the field devices 1204, such as measurements of current and voltage, and may use knowledge related to the field devices 1204 (which is stored in the energy object 130) to approximate the energy usage for the field devices 1204. In certain embodiments, these measurements may also be transferred to the controller 120 or higher level energy management systems 140 via a different communication protocol than that which is used to communicate with the embedded energy objects 130 in the intelligent field devices 1202. In another example, multiple field devices 1204 may be connected to the same energy consuming or producing process 110, and each may measure a different aspect of the energy consuming or producing process 110, for example, a flow and a temperature, respectively. Using this example, the energy objects 130 in the controllers 120 or the higher level energy management systems 140 may combine the flow and temperature measurements to approximate the energy usage.
In addition to using energy objects 130 located in higher level energy management systems 140 and controllers 120 as proxies for field devices 1204, in certain embodiments, energy objects 130 located in intelligent field devices 1202 may be used as proxies for other energy objects 130 located in other intelligent field devices 1202. For example, FIG. 13 is a schematic block diagram of the system 1200 of FIG. 12 including an additional intelligent field device 1202 that includes an energy object 130 and controls an additional energy consuming or producing process 110. In certain scenarios, the energy objects 130 located in one or both of the intelligent field devices 1202 may not individually have all of the information necessary to determine the energy usage for their respective intelligent field device 1202. For example, perhaps one process data value measured by a first intelligent field device 1202 may be necessary to determine the energy usage of a second intelligent field device 1202, which does not have direct access to that particular process data value. One example is a scenario where the first intelligent field device 1202 receives information from pressure transducers relating to pressures of a fluid flow through a compressor, pump, or other pressure increasing device, and the second intelligent field device 1202 receives information from flow meters relating flow rates of the fluid flow. Individually, these two intelligent field devices 1202 may not be able to determine energy usage relating to their respective information (i.e., pressures and flows), but together the two intelligent field devices 1202 may be able to determine energy usage based on calculations relating to the pressures and flows. As such, the energy object 130 located in the first intelligent field device 1202 may act as a proxy for the energy object 130 located in the second intelligent field device 1202, or vice versa.
It should be noted that the energy objects 130 may serve numerous purposes. However, in certain embodiments, the energy objects 130 primarily serve two main purposes, namely making energy usage calculations (i.e., monitoring) and initiating control actions (i.e., control). In certain situations, the energy objects 130 may only calculate energy usage, and report the energy usage, for example. Conversely, in other situations, the energy objects 130 may only initiate control actions. Furthermore, in yet other situations, the energy objects 130 may calculate energy usage, and initial control actions based on these energy calculations, among other things. In other words, depending on specific requirements, the energy objects 130 may be configured with appropriate attributes, messages, services, and so forth, to perform one, both, or none of these main purposes (i.e., making energy usage calculations and initiating control actions).
Furthermore, the energy objects 130 of the system 1200 may be used to aggregate the energy usage calculations across the system 1200. For example, in certain embodiments, all of the energy objects 130 throughout the system 1200 may report the energy usage calculations back to an aggregating energy object 130 in the higher level energy management system 140, where the individual energy usage calculations are combined. The aggregated energy usage may represent the energy used in a production line or a plant. In other embodiments, the energy objects 130 may only report the energy usage calculations back to an aggregating energy object 130 in the controller 120 that is used to control the components (e.g., the field devices 1202, 1204). The more limited aggregated energy usage may represent the energy used in a machine or work cell.
Moreover, certain components (e.g., the intelligent field devices 1202, the controller(s) 120, and the higher level energy management system 140) of the system 1200 may include software for creating visualizations of the energy usage calculations that are calculated and/or aggregated by the energy objects 130. In certain embodiments, the components may include displays for displaying graphs, charts, tables, lists, and so forth, of the energy usage that is calculated and/or aggregated by the energy objects 130 associated with that particular component. For example, the controller 120 illustrated in FIGS. 12 and 13 may include visualization software, in addition to the energy object 130, stored on computer readable media of the controller 120, and a processor for executing the visual software and displaying the graphs, charts, tables, lists, and so forth, on a display connected to or integrated into the controller 120. FIG. 14 is a schematic diagram of the controller 120 of FIGS. 12 and 13, illustrating a computer readable media 1400, on which the energy object 130 and the visualization software 1402 may be stored, and a processor 1404, which may be used to execute the visualization software 1402 for displaying the graphs, charts, tables, lists, and so forth, on a display 1406. Again, although illustrated as being a controller 120 that includes the energy object 130, the computer readable media 1400, the visualization software 1402, and the processor 1404, any of the other components (e.g., the field devices 1202, 1204 and the higher level energy management system 140) of the system 1200 illustrated in FIGS. 12 and 13 may also include these features for enabling visualization of the energy usage that is calculated and/or aggregated by the energy object 130.
Furthermore, in additional to the visualization software 1402, the controller 120 (and, indeed, any of the components of the system 1200) may also include server software 1408 for receiving requests from users using remote devices 1410 (e.g., personal computers, portable devices such as cell phones, and so forth) relating to the energy usage calculations of the energy object 130, generating responses (e.g., web pages, text messages, alerts, and so forth) to the requests from the remote users 1410, and transmitting the responses to the remote devices 1410 via a network 1412 (e.g., a local area network (LAN), wide area network (WAN), the internet, and so forth). For example, in certain embodiments, the responses generated by the server software 1408 may be similar to the visualizations (e.g., graphs, charts, tables, lists, and so forth) created by the visualization software 1402. Indeed, in certain embodiments, the server software 1408 may be directly integrated with the visualization software 1402. As such, the server software 1408 and the visualization software 1402 enable additional diagnostics, visualization, and so forth, directly from the controller 120 (or any other component of the system 1200 of FIGS. 12 and 13).
As discussed above, the components (e.g., the controller 120 in FIG. 14) may be capable of aggregating energy usage via the energy objects 130. As illustrated in FIG. 14, the controller 120 may include data aggregation software 1414, which may aggregate energy usage data from the various energy objects 130 of the system 1200 of FIGS. 12 and 13. For example, the data aggregation software 1414 may be configured to compile energy usage data, determine when duplicate data exists (and handle this data accordingly), determine when certain data are missing, and so forth. In addition, in certain embodiments, the data aggregation software 1414 may publish the aggregated energy usage data to the cloud for cloud storage. For example, the aggregated energy usage data may be stored across a plurality of remote distributed storage devices across the network 1412. As will be appreciated, the visualization software 1402, the server software 1408, and the data aggregation software 1414 may all be separate computer software modules as illustrated in FIG. 14, or may be integrated with each other. Furthermore, any given component of the system 1200 of FIGS. 12 and 13 may include one, two, or all of the visualization software 1402, the server software 1408, and the data aggregation software 1414.
In certain embodiments, the computer readable medium 1400 may also include abstract process control algorithms 1416 that may be utilized by the processor 1404 to control the energy consuming or producing processes 110 by utilizing the field devices 1204 and intelligent field devices 1202, where the abstract process control algorithms 1416 utilize energy objects 130. The abstract process control algorithms 1416 are abstract in the respect that they execute without modification, regardless of whether an energy object 130 resides in an intelligent field device 1202 or an energy object 130 resides in a controller 120 as a proxy for a non-intelligent field device 1204, where the intelligent and non-intelligent devices 1202, 1204 have the same control functions. It will be appreciated that the visualization software 1402 is also abstract with respect to rendering embedded energy objects 130 and proxy energy objects 130. In fact, all software and firmware components of the automation system that can utilize an embedded energy object 130 can utilize a proxy energy object 130 without algorithmic alteration.
In general, energy packets or objects can be utilized for various applications. These include methods for aggregating energy data, measuring each machine for analysis and comparison, and determining energy cost per product (e.g., by tagging a bill of material with object data). The objects enable bridging the gap between 1st and 2nd shifts for example and minimize energy costs. These include providing energy information for use with other factors, such as order backlog, labor costs, and so forth. Line of sight controls include Level 1—basic metering, Level 2—sub metering, and Level 3—integrated data/decision forecasting.
The energy objects facilitate a proactive system that considers raw materials, physical assets/equipment, and production schedule for the user including use by automated agents. The energy object can be combined with CIP protocol for real-time monitoring and control. This includes determining regeneration opportunities within industrial drive and motion controllers. For example this includes control algorithms for mechanical shift to allow powered drives/controllers to affect idle drives/controllers.
The energy object includes a framework and proxy for certain applications including synchronized use of CIP objects across multiple facilities to effectuate produce/consume energy decisions. This helps users identify opportunities to harness energy existing in the facility which can include the use of gravity, motion on rollers, or transfer to flywheel or alternative fuel source (e.g., hybrid energy). The CIP energy objects can be employed to intelligently communicate with active and idled equipment to save costs. For example considering where robots are idle so many hours per year or what conveyors and other applications are employed including “Just-in-time” power concepts. The object can be employed as an entry point into the application and employed with suppliers to compare products and improve products/equipment used in facility. As noted previously CIP energy objects can place devices into “safe” mode/state based on safety modes.
The CIP energy objects can also be used in facility optimization where attributes of CIP energy objects include maximum and minimum values for each device. Some example attributes include an identifier, a device name, a hierarchy/fully qualified parameter, an object class, a role, a type of energy including water, gas, air steams, a measurement parameter, some type of aggregation, and some type of time reference. The energy objects can reside in various industrial automation hardware or software configurations.
It is noted that the term energy as used herein can be broadly defined to include one or more sustainability factors that can also be employed with the energy objects described herein. Sustainability factors can be associated with the product, the process, or a combination. The Sustainability factors can be used to extend a) the specification of materials and products b) the work instructions used to transform the products into finished material c) descriptors and other factors associated with the human resources performing production d) factors associated with the machines performing production e) factors associated with the facility and utilities supply chain involved in production, such as type of electricity used (solar vs. wind vs. coal, for example) and f) scheduling information. Sustainability factors can be created using known industry standards, or, individuals can develop their own factors in order to track and measure those characteristics that are of particular importance to them. However, as a sustainability factor could be self-created to account for factors unique in importance to an individual, company, retailer, region, and so forth, thus, it is to be appreciated that is not an all-inclusive list. Thus, energy objects as described herein can include monitoring and/or control of one or more sustainability factors. The following description provides some example processes where energy objects can be employed to monitor or control sustainability factors.
In one aspect, energy objects can be employed for optimizing production in view of detected carbon footprint ranges. In this aspect, sustainability factors are monitored and a decision is made as to whether or not current production methods are within an acceptable range to meet the desired carbon footprint. If the current range is acceptable, the process employs current production methods that satisfy the respective ranges. If the current production is not within acceptable ranges, the process proceeds where ingredients may be altered, shipping methods may be altered, and/or manufacturing methods may be altered to achieve desired carbon footprint levels. As noted previously, factors outside of the production process itself can impact the ultimate cost and profitability of the end product. Production using resources from various regions, or targeted for shipment to various regions, can be automatically modified depending upon the acceptable range of detected values for the carbon footprint of the end product which can be communicated and controlled via the energy objects. Thus, modeling can determine: which batch of raw ingredients or; which manufacturing method and/or; which shipping method provides the lowest (or suitable) overall carbon footprint for a particular product and/or destination.
In another aspect, energy objects can be employed for optimizing procurement and shipping systems in view of detected environmental or other energy/sustainability factors. Environmental factors are considered such as weather or other climate goals that may be desired for a particular product or process. Thus, it may be determined that a particular location is cooler than projected thus a different type of shipping or packaging could be employed. Procurement of supplies and/or production methods can be automatically adjusted in view of current environmental data. Material or products can be purchased or transported to support the environmental goals. As noted previously, shipments and additional factors could be aligned with environmental factors such as weather, to minimize environmental impact. For example, by coordinating with weather systems, truck shipments in affected regions could be delayed during ‘ozone alert’ times, or shifted to rail transport. The overall objective could be to optimize production while minimizing environmental impact. Advanced modeling could ascertain that under certain conditions, high ozone days are likely to occur in an upcoming week, and thus the manufacturer should pre-order those materials that require truck shipments to avoid increasing the ozone impact. Similarly, by coordinating with weather systems, production and shipping could be optimized to take advantage of ‘hotter’ or ‘colder’ routes for products requiring controlled storage, for example. The energy objects described herein can be employed to provide such coordination and control.
In yet another aspect, energy objects can be employed for optimizing regulatory compliance in view of various sustainability factors. Regulatory rules can be determined for a destination location, for example. These can include safety compliance, emissions, carbon taxes, in addition to other sustainability factors. Production requirements can be determined in view of the rules and related sustainability factors and optimized in view of the regulations. This can include manufacturing with alternative energy sources in order to meet some incentive offered by a regulating body. Labels can be automatically updated to reflect compliance with regulations and sustainability factors. Data and processes from a sustainability optimization system could include interconnectivity with a database containing regulatory rules to simplify regulatory decision making and oversight. For example, a particular government authority may desire to encourage the use of solar power. Merely having energy usage information on a label would be insufficient to administer a tax on a product, as that would not indicate what type of energy was used. By associating a sustainability factor indicating the type of energy used for production, in addition to other relevant sustainability factors, manufacturers could optimize production to take maximum advantage of government rebates and other incentives while minimizing the risk of adverse judgments. Similarly, regulatory bodies could optimize tax administration and administration of other regulations to drive the desired behavior to keep their economies and environments responsible and sustainable.
As noted previously, discrete energy monitors can be stationed throughout an industrial system or process and are employed to collect data from various sustainable sources including produced or consumed energy. The sustainable sources can be from various portions of a process and related to such factors as energy or waste for example. A tagging component such as a data historian (e.g., I/O module that identifies where/when energy is consumed) is provided to label or mark the collected source data as to which portion of an industrial process the data is associated with. For example, in a batch process, the source data may be tagged to indicate which pipe or valve a recipe component was transported across and how much energy such pipe or valve consumed as part of the process. From another point of view, the pipe or valve may be attributed to the amount of waste associated with a portion of the batch process and in its own manner, reflect a type of energy or sustainability factor that is attributable to the respective process. In a discrete process, where items may be assembled in a parallel or serial manner, the sources may be tagged to indicate a sustainability factor for the various components of the discrete process (e.g., discrete process A building an engine lists various components of the engine where the tagged data from the sources is associated with the engine components). A processor or controller collects the tagged data and links the tagged data with a manufacturing model to produce a model or specification that includes the discrete or batch process components that have been associated with the respective sustainability factors or energy source data. By associating energy or other sustainability factors with the manufacturing model or specification, various efficiencies can be provided for and managed within the factory since each item's energy/sustainability component can now be accounted for and traced as a component of the respective discrete or batch process.
In general, sustainable factors such as energy are monitored throughout a plant or process and associated with the model and energy object in order to increase plant efficiencies. Automated monitors can receive data from a plurality of sustainable sources that are distributed across an industrial process. Such processes can include discrete processes where automated assemblies occur (e.g., packaged assemblies) or can include batch processes where mixtures of various ingredients are combined to form a recipe or other combination of elements (e.g., chemical process, food process, beverage process, and so forth). As the respective processes are monitored, sustainable sources such as energy that is collected is tagged to indicate which portion of the discrete or batch process that the source contributed to. After tagging, the data is associated with the manufacturing model, where industrial managers or automated processes can then analyze the process for the components of energy that were attributed to the various portions of the respective process.
In contrast to prior systems that could only view energy from the overall sense of plant-wide consumptions, the source data that is associated with the energy object can now be analyzed in real-time or via offline modeling to optimize and mitigate energy usage. For example, portions of a process may be rearranged to minimize overall energy usage (e.g., perform step C before step A in order to conserve energy from the reverse order of A and C). It is noted that various models can have associated sustainable factors. Such models include MRP models (material requirement planning), MES models (manufacturing execution system), ERP models (enterprise resource planning), programming models (e.g., ladder logic, SFC, batch program, function block), and so forth. In general, the energy objects aggregates energy or other consumption data from the plant floor and correlates it to production output. This enables applying standard production modeling tools for production energy and emission forecasting and optimization, while extending the existing facility demand management system to include production, and lastly, link that system to the Demand Response and Smart Grid (DRSG), as well as, Cap and Trade systems, for example.
In another aspect, an energy object extension to an industrial protocol having a comprehensive suite of attributes, messages and services utilized for the monitoring and control of energy consuming or producing resources by a manufacturing automation application is provided. The energy object includes an identifier associated with an energy resource that is associated with a manufacturing automation application and an energy type associated with the energy resource. This includes a measurement characteristic associated with the energy resource to facilitate energy management by the manufacturing automation application. The industrial protocol is associated with a Common Industrial Protocol (CIP) that further comprises an Ethernet protocol, a device protocol, a control protocol, or a Modbus protocol, for example. The energy object extension includes a demand and response application to activate or deactivate components to facilitate energy management. This can also include a safety component to activate or deactivate components. The demand and response application is associated with reducing a base load, sequencing a start up, shedding non-critical loads, generating power, storing energy for later use, staggering power peaks, or operating at a reduced rate or capacity and can also be associated with a smart grid. This includes a manufacturing execution system (MES) or an energy management control system (EMCS) to facilitate energy management.
In another aspect, a historian component is employed to generate the identifier, energy type, or measurement characteristic. The energy object extension includes an aggregation parameter, a role parameter, or an operational state parameter. This includes a units/scaling parameter, a roll over parameter, production capacity parameter, or a type parameter. This also includes a time parameter, a data log parameter, a shed and produce service, or an alarm and event message. The energy object extension also includes a parameter object to facilitate configuration, an energy object instance for a device, or an input/output assembly object to facilitate control. This includes an energy structured tag to facilitate energy control and an energy-enabled application that includes a device name, an energy state, a power graph, a demand charge, or an alarm. This can also include energy-enabled phase logic to facilitate energy control in a process or a controller to set increased energy modes of a system. The energy object extension includes a regulation service that exchanges energy to facilitate performance of other components associated with a grid. This includes one or more sustainability sources that are employed to control energy resources, where the sustainability sources are associated with cap and trade policies, waste management activities, or maintenance activities.
In another aspect, a manufacturing automation system for monitoring energy across multiple devices connected by one or more networks is provided. This includes a control and information platform for automatically increasing or decreasing energy resources of an automated system; and an energy object having an identifier, an energy type, and a measurement component to facilitate increasing or decreasing energy resources of the automation system.
In another aspect, a method to extend an industrial protocol having a comprehensive suite of attributes, messages and services for manufacturing automation applications related to energy production and consumption is provided. This includes monitoring a plurality of energy sources; associating the energy sources with a plurality of energy objects; associating the energy sources with an industrial automation protocol; and employing the industrial automation protocol to dynamically increase or decrease energy demands across an automated factory environment. The energy object includes an identifier, a measurement characteristic, an aggregation parameter, a role parameter, an operational state parameter, a units/scaling parameter, a roll over parameter, production capacity parameter, or a type parameter, a time parameter, a data log parameter, a shed and produce service, or an alarm and event message.
It is noted that as used in this application, terms such as “component,” “module,” “system,” and the like are intended to refer to a computer-related, electro-mechanical entity or both, either hardware, a combination of hardware and software, software, or software in execution as applied to an automation system for industrial control. For example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program and a computer. By way of illustration, both an application running on a server and the server can be components. One or more components may reside within a process or thread of execution and a component may be localized on one computer or distributed between two or more computers, industrial controllers, or modules communicating therewith.
The subject matter as described above includes various exemplary aspects. However, it should be appreciated that it is not possible to describe every conceivable component or methodology for purposes of describing these aspects. One of ordinary skill in the art may recognize that further combinations or permutations may be possible. Various methodologies or architectures may be employed to implement the subject invention, modifications, variations, or equivalents thereof. Accordingly, all such implementations of the aspects described herein are intended to embrace the scope and spirit of subject claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.
While only certain features of the invention have been illustrated and described herein, many modifications and changes will occur to those skilled in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the invention.

## Claims

1. An automation device, comprising:
a computer readable medium having software instructions encoded thereon, the software instructions comprising:
an energy object associated with the automation device and configured to:
utilize attributes, messages, services, or any combination thereof, for monitoring and control of an energy consuming or producing resource of an energy consuming or producing process;
calculate a first energy usage of the automation device; and
act as a proxy for one or more other automation devices of the energy consuming or producing process by:
calculating a second energy usage of the one or more other automation devices based on input and output process data associated with the one or more other automation devices and one or more relationships between the input and output process data and the second energy usage, wherein the input and output process data comprises a flow measurement, a temperature measurement, or any combination thereof associated with the one or more other automation devices, and wherein the one or more relationships are stored locally within the energy object;
determining one or more energy operation states of the one or more other automation devices based on the second energy usage; and
transmitting the one or more energy operation states to the one or more other automation devices; and



a processor configured to execute the software instructions encoded on the computer readable medium.

2. The automation device of claim 1, wherein the energy object is configured to calculate a third energy usage of the energy consuming or producing resource without communicating with another energy object of another automation device of the energy consuming or producing process.

3. The automation device of claim 1, wherein the energy object is configured to calculate a third energy usage of the energy consuming or producing resource based on data received from another energy object of another automation device of the energy consuming or producing process.

4. The automation device of claim 1, wherein the software instructions comprise visualization software for creating visualizations of energy usage calculations performed by the energy object and displaying the visualizations on a display.

5. The automation device of claim 4, wherein the display is configured to be directly integrated with the automation device.

6. The automation device of claim 1, wherein the software instructions comprise server software for
receiving a request for information relating to a second energy usage of the energy consuming or producing process from a remote device via a network,
generating a response based on energy usage calculations performed by the energy object, and
transmitting the response to the remote device via the network.

7. The automation device of claim 1, wherein the software instructions comprise data aggregation software for aggregating energy usage data from energy usage calculations performed by the energy object and other energy objects of the other automation devices of the energy consuming or producing process.

8. The automation device of claim 7, wherein the data aggregation software is configured to publish the aggregated energy usage data to cloud storage.

9. The automation device of claim 1, wherein the software instructions comprise a process control algorithm configured to utilize the first energy usage data, the second energy usage data, or any combination thereof from the energy object to control the energy consuming or producing resource.

10. The automation device of claim 1, wherein the automation device is a controller of the energy consuming or producing process.

11. The automation device of claim 1, wherein the energy object is configured to adjust the energy consuming or producing process based on the second energy usage, the energy operation state of the one or more other automation devices, or any combination thereof.

12. An automation control system, comprising:
a first automation device configured to control a first energy consuming or producing process and comprising a computer readable medium having software instructions encoded thereon, the software instructions comprising an energy object configured to utilize attributes, messages, services, or any combination thereof, for monitoring and control of an energy consuming or producing resource of the first energy consuming or producing process; and
a second automation device configured to:
control a second energy consuming or producing process;
transmit input and output process data to the first automation device, wherein the energy object is configured to perform energy usage calculations for the second automation device based on the input and output data and one or more relationships between the input and output process data and energy usage, wherein the energy usage calculations are used to determine an energy operation state of the second automation device, wherein the input and output process data comprises a flow measurement, a temperature measurement, or any combination thereof associated with the second automation device and wherein the one or more relationships are stored locally within the object;
wherein the second automation device is unable to perform the energy usage calculations;

wherein the energy object of the first automation device is configured to act as a proxy for the second automation device by:
receiving the data from the second automation device;
performing the energy usage calculations based on the received data;
determining the energy operation state of the second automation device based on the energy usage calculations; and
transmitting the energy operation state to the second automation device; and

wherein the first automation device is configured to adjust the first energy consuming or producing process, the second energy consuming or producing process, or any combination thereof, based on the energy usage calculations, the energy operation state of the second automation device, or any combination thereof.

13. The automation control system of claim 12, wherein the energy object of the first automation device is configured to calculate a second energy usage of the energy consuming or producing resource based on the data received from the second automation device.

14. The automation control system of claim 12, wherein the software instructions of the first automation device comprise visualization software for creating visualizations of energy usage calculations performed by the energy object and displaying the visualizations on a display.

15. The automation control system of claim 12, wherein the software instructions of the first automation device comprise server software for:
receiving a request for information relating to a second energy usage of the second energy consuming or producing process from a remote device via a network;
generating a response based on the energy usage calculations performed by the energy object; and
transmitting the response to the remote device via the network.

16. The automation control system of claim 12, wherein the software instructions of the first automation device comprise data aggregation software for aggregating energy usage data from the energy usage calculations performed by the energy object.

17. The automation control system of claim 16, wherein the data aggregation software is configured to publish the aggregated energy usage data to cloud storage.

18. A method, comprising:
receiving data relating to a first energy consuming or producing resource of an energy consuming or producing process using an energy object stored on a first automation device, wherein the energy object utilizes attributes, messages, services, or any combination thereof, for monitoring and controlling the first energy consuming or producing resource;
using the energy object as a proxy for a second automation device to:
calculate energy usage of the second automation device based on input and output data relating to a second energy consuming or producing resource received from the second automation device and one or more relationships between the input and output process data and energy usage, wherein the input and output process data comprises a flow measurement, a temperature measurement, or any combination thereof associated with the second automation device and wherein the one or more relationships are stored locally within the energy object;
determine an energy operation state of the second automation device based on the energy usage; and
transmit the energy operation state to the second automation device; and

adjust the energy consuming or producing process based on the energy usage, the energy operation state of the second automation device, or any combination thereof.

19. The method of claim 18, comprising using visualization software stored on the first automation device to create visualizations of energy usage calculations performed by the energy object, and to display the visualizations on a display.

20. The method of claim 18, comprising using server software stored on the first automation device to:
receive a request for information relating to a second energy usage of the energy consuming or producing process from a remote device via a network;
generate a response based on energy usage calculations performed by the energy object; and
transmit the response to the remote device via the network.

21. The method of claim 18, comprising using data aggregation software stored on the first automation device to aggregate energy usage data from energy usage calculations performed by the energy object and other energy objects of other automation devices of the energy consuming or producing process.