Energy Suite
Energy Suite
0
Preface
2
SIMATIC Supply energy data
12/2023
A5E36824823-AH
Legal information
Warning notice system
This manual contains notices you have to observe in order to ensure your personal safety, as well as to prevent
damage to property. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring only to property damage have no safety alert symbol. These notices shown below are
graded according to the degree of danger.
DANGER
indicates that death or severe personal injury will result if proper precautions are not taken.
WARNING
indicates that death or severe personal injury may result if proper precautions are not taken.
CAUTION
indicates that minor personal injury can result if proper precautions are not taken.
NOTICE
indicates that property damage can result if proper precautions are not taken.
If more than one degree of danger is present, the warning notice representing the highest degree of danger will
be used. A notice warning of injury to persons with a safety alert symbol may also include a warning relating to
property damage.
Qualified Personnel
The product/system described in this documentation may be operated only by personnel qualified for the specific
task in accordance with the relevant documentation, in particular its warning notices and safety instructions.
Qualified personnel are those who, based on their training and experience, are capable of identifying risks and
avoiding potential hazards when working with these products/systems.
Proper use of Siemens products
Note the following:
WARNING
Siemens products may only be used for the applications described in the catalog and in the relevant technical
documentation. If products and components from other manufacturers are used, these must be recommended
or approved by Siemens. Proper transport, storage, installation, assembly, commissioning, operation and
maintenance are required to ensure that the products operate safely and without any problems. The permissible
ambient conditions must be complied with. The information in the relevant documentation must be observed.
Trademarks
All names identified by ® are registered trademarks of Siemens Aktiengesellschaft. The remaining trademarks in
this publication may be trademarks whose use by third parties for their own purposes could violate the rights of
the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware and software
described. Since variance cannot be precluded entirely, we cannot guarantee full consistency. However, the
information in this publication is reviewed regularly and any necessary corrections are included in subsequent
editions.
Conventions
Read also the following highlighted information:
Note
The notes contain important information on the product described in the documentation, on
the handling of the product or on the part of the documentation to which particular attention
should be paid.
Additional assistance
• Information about the technical support available can be found in the appendix to this
documentation.
• The range of technical documentation for the individual SIMATIC products and
automation systems is available on the Internet
(http://www.siemens.com/simatic-tech-doku-portal).
• The online catalog and the ordering system are available on the Internet
(https://mall.industry.siemens.com).
Cybersecurity information
Siemens provides products and solutions with industrial cybersecurity functions that support
the secure operation of plants, systems, machines, and networks.
In order to protect plants, systems, machines, and networks against cyber threats, it is
necessary to implement – and continuously maintain – a holistic, state-of-the-art industrial
cybersecurity concept. Siemens’ products and solutions constitute one element of such a
concept.
Customers are responsible for preventing unauthorized access to their plants, systems,
machines and networks. Such systems, machines and components should only be connected
to an enterprise network or the internet if and to the extent such a connection is necessary
and only when appropriate security measures (e.g. firewalls and/or network segmentation)
are in place.
For more information on protective industrial cybersecurity measures for implementation,
please visit (https://www.siemens.com/global/en/products/automation/topic-areas/industrial-
cybersecurity.html).
Siemens' products and solutions undergo continuous development to make them more
secure. Siemens strongly recommends that product updates are applied as soon as they are
available and that the latest product versions are used. Use of product versions that are no
longer supported, and failure to apply the latest updates may increase customers' exposure to
cyber threats.
To stay informed about product updates at all times, subscribe to the Siemens Industrial
Cybersecurity RSS Feed under
(https://new.siemens.com/global/en/products/services/cert.html).
Data protection
Siemens observes the principles of data protection, in particular the principle of data
minimization (privacy by design). This means for this SIMATIC product, the product does not
process / save any personal information.
Preface ............................................................................................................................................................. 3
1 Basics of the SIMATIC Energy Suite ..................................................................................................... 13
1.1 Energy Management with SIMATIC Energy Suite................................................................. 13
1.2 SIMATIC Energy Suite operations and components ............................................................. 14
1.3 Procedural overview........................................................................................................... 18
1.4 Performance features and conventions............................................................................... 21
2 Supply energy data .............................................................................................................................. 24
2.1 Energy Management with SIMATIC Energy Suite................................................................. 24
2.2 Important information on energy data ............................................................................... 26
2.3 Energy data from measurement hardware.......................................................................... 28
2.4 Energy data from the process image or bit memory area of the S7-CPU............................... 31
2.5 Energy data from data blocks ............................................................................................. 33
3 Process energy data............................................................................................................................. 34
3.1 Acquisition objects and energy acquisition program ........................................................... 34
3.2 Creating an acquisition object table.................................................................................... 36
3.3 Adding acquisition objects for acquisition object tables....................................................... 37
3.4 Setting the properties of the acquisition objects ................................................................. 39
3.4.1 Configuring an acquisition object ....................................................................................... 39
3.4.2 Basic settings ..................................................................................................................... 40
3.4.3 Project information ............................................................................................................ 40
3.4.4 Identification & Maintenance ............................................................................................. 41
3.4.5 Change the enable for acquisition objects for the energy program ...................................... 41
3.4.6 Energy data source ............................................................................................................ 42
3.4.6.1 Assign energy data source.................................................................................................. 42
3.4.6.2 Energy data source ............................................................................................................ 44
3.4.6.3 Energy data type ................................................................................................................ 46
3.4.7 Periodic energy values ....................................................................................................... 49
3.4.7.1 Setting energy values for periodic archiving ....................................................................... 49
3.4.7.2 Periodic energy data .......................................................................................................... 50
3.4.8 Processing ......................................................................................................................... 52
3.4.8.1 General processing settings................................................................................................ 52
IPO principle
Energy data processing according to the "IPO" principle can be divided into "Input"
"Processing" and "Output":
• Input: Provision of the input data for processing, for example, by measurement hardware
or calculations within the S7 CPU
• Processing: Acquisition, calculation and provision of energy values for other systems by
acquisition objects in the S7 CPU
• Output: Visualization and archiving of energy values on connected HMI or SCADA systems
Overview
The following figure shows the relationship of the individual Energy Suite components and
the processing steps:
FB Function block
Process on an S7 CPU
Components
The following table shows the components for energy data management with the Energy
Suite:
Requirement
To perform the following configuration steps, the following requirements must be met in
STEP 7 (TIA Portal):
• The "SIMATIC Energy Suite" add-on package has been installed.
You can find additional information on this in the installation instructions for Energy Suite
on the DVD.
• The STEP 7 project has been created and configured with a CPU S7-1500.
• Valid EnergySuite license must be installed for configuring energy acquisition, and load
management program.
Additionally, when using measurement hardware as an energy data source:
• The Energy Support Library for using future measurement hardware has been installed.
You can find additional information on this in the product documentation for the
measurement hardware.
• The measurement hardware has been created and configured in the STEP 7 project.
You can find additional information on this in the product documentation for the
measurement hardware.
Additionally, for visualization or archiving to data logs:
• The PC station has been created and configured in the STEP 7 project with WinCC
Professional or WinCC Basic, Comfort or Advanced or WinCC Unified.
Configuration steps
The following table provides an overview of the most important configuration steps for
Energy Data Management with the Energy Suite components:
Characteristic Value
Maximum number of acquisition objects that can be licensed per S7- 999 for firmware V2.8, for
1500 CPU lower versions it is 500
Maximum number of acquisition object tables per S7-1500 CPU 10
Maximum number of S7-1500 CPUs for simultaneous archiving 10
Maximum number of acquisition objects that can be archived simulta- 2000
neously (WinCC Professional)
Recommendation: distributed to a maximum of 10 S7-1500 CPUs
Minimal adjustable archiving period 1 min
Value range of an archiving period Integer part of one hour/one
day, for example:
• 1 minute
• 5 minutes
• 15 minutes
• 12 hours
The following are invalid,
for example:
• 7 minutes
• 11 minutes
• 5 hours
Maximum adjustable archiving period 24 h
Typical archiving period for electrical variables 15 min
Typical archiving period for non-electrical variables 60 min
Visualization objects Tags required for each visualization object Maximum number of con-
figurable visualization ob-
ject
Acquisition object basic energy data 50 320 to 470
Acquisition object basic and advanced data 80 200 to 250
Acquisition object basic, advanced and addi- 130 120 to 140
tional data
Visualization objects Tags required for each visualization Maximum number of configurable
object visualization object
Load management system 4100 60
Actuator 60 190 to 220
Please note that these figures are approximates and may vary.
Naming conventions
The following table shows the naming conventions for engineering with the Energy Suite:
Note
Unique names
The object names must be unique at least CPU-wide. You cannot use a name that has already
been assigned to a block, a PLC tag or a constant within the CPU for a new object. No
distinction is made between upper and lower case when checking the uniqueness of the
name.
See also
Performance features and conventions (Page 162)
Energy management
Globally rising energy costs as well as legal requirements for achieving global climate goals
increasingly motivate industrial enterprises to deal with energy data acquisition and energy
management. The first step to sustainable energy management is to identify the main energy
flows and energy consumers of a company or a production facility and to analyze their
consumption characteristics. This is referred to as "energy transparency".
Measures to improve energy efficiency are specified based on the acquired energy data. The
measures are subsequently implemented in the most effective sequence, technically and
economically. The order of implementation is mainly determined by the factors "savings
potential" and "implementation cost". This means measures with medium savings potential
and low cost may be preferred to measures with high potential and high costs.
Another aspect is legal requirements. These require regular monitoring and reporting of
emissions. The acquired energy data can be used to create company-wide energy
transparency and to form complete energy and material balancing.
In addition to acquisition, visualization, archiving, performance indicator calculation and
energy reporting of energy data are also important factors in energy management.
Additional to the energy management, optimizing of energy consumptions based on the
acquired energy data is becoming vital.
See also
Acquisition objects and energy acquisition program (Page 34)
Hardware data source when used as acquistion objects that suports advanced data, if the
"Activate advanced energy data" check box is selected, then the options “Automatic
acquisition (by acyclic communication via EnSL driver)” and "Manual linking (via interface
DB)" will be enabled, and the “Automatic acquisition (by acyclic communication via EnSL
driver)”.
If user generates program by selecting “Automatic acquisition (by acyclic communication via
EnSL driver)” radio button, then blocks related to hardware data source will be generated. If
user generates program by selecting “Manual linking” radio button, then interface blocks will
be generated.
Cyclic communication
You use cyclic communication for invoice-relevant energy data (for example, power, energy
counters) which is processed for monitoring and calculation functions in the CPU. This data is
read cyclically, quickly and reliably via the process image.
For additional information on the process image, refer to the online help for the TIA Portal
information system under the keyword "Process image".
Acyclic communication
You use acyclic communication for energy data relevant for visualization (e.g. current,
voltage), which is displayed on a SIMATIC Comfort Panel or PC. For the visualization of the
screen opening, for example, this data is communicated for the duration of the screen
opening.
The energy data is read in a data record with the "RDREC" instruction from the corresponding
module. For additional information on the "RDREC" instruction, refer to the online help for the
TIA Portal information system under the keyword "RDREC".
The driver blocks for the measurement hardware call the "RDREC" instruction for acyclic
communication internally.
Note
Use both types of communication depending on the application. Make sure that the
communication channels are not overloaded.
Type of communication
The CPU can read the energy data from the measurement hardware in two ways, with cyclic
or acyclic communication. The cyclic energy data is transferred to Energy Suite via the
process image and the acyclic energy data is transferred in a data record of the measurement
hardware.
The type of the communication between the CPU and the measurement hardware depends
on the measurement hardware and the driver blocks used. Normally, the basic energy data is
transferred via cyclic communication, advanced energy data is transferred via acyclic
communication:
• You use cyclic communication for invoice-relevant energy data (for example, power,
energy counters) which is processed for monitoring and calculation functions in the CPU.
• You use acyclic communication for visualization-relevant energy data (e.g. current,
voltage) which is displayed on a SIMATIC Comfort Panel or PC.
You can find additional information on communication between the CPU and the
measurement hardware used in the documentation of the respective measurement
hardware.
Note
If you use multiple pieces of measurement hardware, pay attention to the load on the
communication channels that are supported by the CPU used.
See also
Assign energy data source (Page 42)
2.4 Energy data from the process image or bit memory area of the
S7-CPU
PLC tags
PLC tags can be used as an energy source for acquisition objects. To do this, create new PLC
tags or use existing PLC tags in the PLC program. Depending on the desired energy data type
(pulse signal, power value or energy counter value) you assign the created PLC tag to an
appropriate data type. You assign the data type of the PLC tag with the declaration in the PLC
tag table. You assign the energy data types to energy data sources with the configuration of
the acquisition object.
Examples
• A measuring instrument that is not supported by the Energy Support Library provides an
power value and a energy counter value. You assign these values to the PLC tags.
• 10 fan motors each have a rated output of 1.5 kW. The motors are controlled by a PLC. In
the PLC, the theoretical consumption is derived from the switching states and rated
power. For example, if five motors are switched on, the resulting power consumption is
7.5 kW. This calculation is performed in the PLC and can be assigned to the PLC tags.
See also
Assign energy data source (Page 42)
DB tags
DB tags can be used as an energy source for acquisition objects. To do this, create new DB
tags in data blocks or use existing DB tags in the PLC program.
Depending on the desired energy data type (pulse signal, power value or energy counter
value) you assign the created DB tag to an appropriate data type. You assign the data type of
the DB tag or an element in the declaration table for the data blocks. You assign the energy
data types to energy data sources with the configuration of the acquisition object.
See also
Assign energy data source (Page 42)
There is the new "Energy acquisition" folder in the project tree for this after the successful
installation of SIMATIC Energy Suite. The following figure shows the "Energy objects" folder in
the project tree.
Acquisition objects
Each acquisition object represents a measuring point of your production plant. You use the
parameter setting of acquisition object to define the processing of the input measurement
data to energy values that can be subjected to analysis.
To define the periodic calculation of energy values, assign each acquisition object an
archiving period. This enables you to define the intervals at which the acquired raw energy
data for a periodic energy value are to be compressed and archived with their time stamp.
Often, an electric power value is archived in 15 min. periods and a non-electric energy value
(e.g., gas) is archived in 60 min. periods. You can centrally create manage multiple archiving
periods independent of the acquisition objects.
You create and manage acquisition objects in acquisition object tables and also configure
Load management through Energy acquisition node. Several acquisition object tables enable
the structuring of the acquisition objects, for example, based on the hierarchy of the
measuring points in your production plant.
You can find additional information about the possible number of acquisition objects and
acquisition object tables in the section "Performance features and conventions (Page 21)".
Energy program
Based on the configured acquisition objects and the archiving periods, a PLC program is
generated for the acquisition, processing and archiving of energy data. This program is
referred to as the "energy program" in the following.
When the energy program is generated, blocks from the supplied Energy Suite library and
from the measurement hardware library (Energy Support Library) are automatically created
and interconnected according to the configuration of the acquisition objects. Before the start
of the generation of the energy program, you have the option to select those measuring
points that should be taken into account in the energy program by enabling the acquisition
objects.
Once the energy program is generated, it is available in the project tree below the CPU in the
"Program blocks" > "Energy Suite - program" folder together with all the required
components.
Load Management
Load management blocks in SIMATIC Energy Suite acts as a monitoring component which
ensures the power and energy consumption does not exceed the user defined limit energy
value. You can find more information on Load Management in the section "Optimizing
energy consumptions (Page 157)".
Programming rules
Note
The "EnS_" and "EnSL_" prefix is reserved for the Energy Suite.
Before generating the energy program, make sure that the prefix "EnS_" and "EnSL_" is not
used in your existing PLC program (user blocks, tags, UDTs or technology objects). In this
way, you avoid unintentional overwriting when generating the energy program.
Note
The "Energy Suite - Program" folder is a reserved area for the Energy Suite.
Before generating the energy program, make sure that no parts of your existing PLC program
are located in the "Energy Suite program" folder. In this way, you avoid unintentional
overwriting when generating the energy program.
Requirement
• An S7-1500 CPU is created in the project.
Procedure
To create an acquisition object table, proceed as follows:
1. Open the S7-1500 CPU in the project tree.
2. Open the "Energy objects" folder below the S7-1500 CPU.
3. Open the "Energy acquisition" folder.
4. Double-click on the "Add new acquisition object table" object.
A new acquisition object table is created directly in the "Energy aquisition" folder.
5. In the shortcut menu of the new acquisition object table, select the "Rename" command and
enter the desired name in adherence with the naming conventions (Page 21).
If needed, create additional acquisition object tables in the same way. Continue creating
acquisition object tables below any other S7-1500 CPUs.
Requirement
• An acquisition object table has been created in the "Energy acquisition" folder below the
S7-1500 CPU.
Procedure
To create an acquisition object, follow these steps:
1. Open the "Energy objects" folder below the S7-1500 CPU.
2. Open the "Energy acquisition" folder.
3. Double-click on the acquisition object table in which you want to enter the acquisition
object.
The acquisition object table opens in the working area.
4. Double-click "<Add new>" in the "Name" column of the acquisition object table.
A new acquisition object is created in the acquisition object table.
Create additional acquisition objects for all acquisition object tables in the same way.
Continue creating acquisition objects below any other S7-1500 CPUs.
Result
Each row of an acquisition object table represents an acquisition object. You can clearly view
the most important properties features of the acquisition objects directly in the acquisition
object table and change them necessary. This includes:
• Name of the acquisition object
• Energy data source of the acquisition object
• Enable status of the acquisition object for the energy program
• Configuration of specific properties of the acquisition object (processing properties)
• Archiving period of the acquisition object
• Periodic forecast for activating the load management (Page 157)
The following figure shows an acquisition object table in the working area of STEP 7 (TIA
Portal):
When an acquisition object is selected in the acquisition object table in the working area of
the Inspector window of STEP 7 (TIA Portal), the specific properties of the acquisition object
are displayed. Setting for these properties is described in the following sections.
See also
Configuring an acquisition object (Page 39)
Change the enable for acquisition objects for the energy program (Page 41)
Note
Alternatively, you can display or hide the most important parameters of the acquisition object
in the acquisition object table or (via the shortcut menu of the table header). The settings of
the acquisition objects can be clearly displayed and also changed in the acquisition object
table individually assembled in this way.
Requirement
• An acquisition object has been created in the acquisition object table.
Procedure
To open the "Properties" Inspector window of an acquisition object, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the energy acquisition table in which the acquisition object has been
created.
The acquisition object table with the acquisition objects opens.
3. Click on the desired acquisition object in the acquisition object table.
All parameters of the acquisition object are displayed in the "Properties" Inspector window.
The configuration of the acquisition object is described in detail in the following sections.
See also
Basic settings (Page 40)
Energy data source (Page 42)
Periodic energy values (Page 49)
Processing (Page 52)
Setting Description
Name CPU-wide unique name of the acquisition object. The name appears
in the acquisition object table and can be changed according to indi-
vidual requirements.
Valid name length: 1 - 32 characters
The following characters are prohibited: ? ' * " \ % § °
You can find additional information about naming conventions in the
section "Performance features and conventions (Page 21)".
Comment Optional short description of acquisition objects, for example, about
the purpose or the data source of acquisition object.
Enable acquisition object • When this check box is selected, the acquisition object is enabled
for generating the energy program.
• When the check box is not selected, the acquisition object is not
used in the energy program.
If the number of Runtime licenses for the Energy Suite (Page 70) is
fewer than the number of enabled acquisition objects, the generation
of the energy program is canceled and an error alarm is displayed.
Acquisition objects that are not enabled are ignored by the license
count.
Date created The creation date corresponds to the date on which the acquisition
object was added to the acquisition object table. The creation date
cannot be changed.
Last modified The date of modification corresponds to the date on which the acqui-
sition object was last changed. The date of modification is updated
each time a change is made to the properties of the acquisition ob-
ject. The date of modification cannot be changed.
See also
Configuring an acquisition object (Page 39)
Change the enable for acquisition objects for the energy program (Page 41)
Setting Description
Acquisition object detec- The acquisition object identifier is assigned automatically when you create
tion the acquisition object. The acquisition object identifier is used internally
for addressing and identification of the acquisition object.
The acquisition object identifier cannot be changed.
Author Name of the editor of the acquisition object. The name can be changed
according to individual requirements. The user logged onto the operating
system is set by default.
See also
Configuring an acquisition object (Page 39)
Setting Description
Plant designation The plant designation defines the measuring point to which the acquisi-
tion object is assigned within the process plant.
Location identifier The location ID defines the exact location of the measuring point to which
the acquisition object is assigned within the process plant.
Installation date Date on which the measuring point assigned to the acquisition object was
installed in the plant. The date can be selected from the calendar dialog
box.
Additional information Additional information about the measuring point assigned to the acquisi-
tion object, for example, the intended use of the measurement hardware.
See also
Configuring an acquisition object (Page 39)
3.4.5 Change the enable for acquisition objects for the energy program
You can change the inclusion of the individual acquisition objects for generating the energy
program. After adding a new acquisition object, the enable is active (default setting). It may
be useful to disable this setting for some applications (e.g. for testing purposes or to make
maximum use of runtime licenses):
Note
Acquisition objects that are not enabled are ignored by the Runtime licensing (Page 70).
Procedure
To change the enable of the acquisition object for the energy program in the Inspector
window, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the acquisition object table in which the acquisition object has been created.
The acquisition object table with the created acquisition objects opens.
Requirement
• The PLC tags and DB tags are declared for energy data acquisition.
• The measurement hardware for power data acquisition is configured below the S7-1500
CPU.
• The Energy Support Library with the driver blocks for the measurement hardware is
installed.
Setting Description
Energy data source The energy data sources available for selection are:
• Measurement hardware module with the input measured data of
the measuring point
or
• PLC tag with the values from the process image or DB
The energy data sources must be created and configured before pa-
rameter assignment of the acquisition objects. Afterwards, they are
available in the selection dialog for the energy data source.
Type Depending on the selected energy source for the energy acquisition,
the corresponding type of energy data source is displayed. The type of
energy data source cannot be changed.
Add error monitoring of Error monitoring for energy data sources that do not have integrated
energy data source error monitoring (e.g. for analog energy values). You program the
evaluation of the hardware error in the PLC program for this purpose.
If a fault occurs at the input signal of the energy data source, the trig-
ger for hardware error is set.
Conventions for the signal:
• Minimum duration of 2 times the value at the "Acquisition cycle"
setting
• Rising edge: incoming error
• High-level: Error is present
• Falling edge: outgoing error
• Low-level: No error
The only error events recorded are those that have been pending at
least for the duration of the acquisition cycle. You can find additional
information on the acquisition cycle in the section Energy data type
(Page 46).
When this check box is selected, the tag for the trigger for hardware
error can be selected.
Trigger for hardware error Selection of the tag for the trigger for hardware error
If an invalid energy value is detected from an energy data source that
has no integrated error monitoring, then the selected tag of the
"BOOL" data type is set and the "Hardware error" error message is gen-
erated.
The evaluation of the tag for the hardware error trigger must be pro-
grammed accordingly to the conventions for the signal in order to
diagnose an incoming error at a falling edge.
You can find the conventions for the signal in the description of the
setting "Add error monitoring of energy data source".
Example:
• A measuring device that is not supported by the Ener-
gy Support Library provides an analog power value.
• In addition, the measuring device provides a binary output which
generates a falling edge in case of a fault.
Can only be selected when the "Add error monitoring of energy data
source" check box is selected.
Setting Description
Activate advanced energy Allows you to activate advanced energy data and the check box is
data unchecked by default. Upon selecting the checkbox, the following
radio buttons will get enabled, and you can choose one among them:
• Automatic acquisition (by acyclic communication via EnSL driver) -
If you select the data source as hardware data source, upon pro-
gram generation, the EnSL driver blocks through acyclic communi-
cation are used automatically . This is not applicable in case of a
software data source or if the device does not support advanced
data
• Manual linking (via interface DB) - If you select only the software
data source, or if the device does not support advanced data, then
the interface data blocks must be manually linked to the generated
data blocks
See also
Assign energy data source (Page 42)
Important information on energy data (Page 26)
Acquisition cycle
The driver blocks for the acquisition of energy data are called once per acquisition cycle.
The following acquisition cycles can be selected:
• 0.01 s
• 0.02 s
• 0.05 s
• 0.1 s
• 0.2 s
• 0.3 s
• 0.5 s
• 1s
• 2s
The following default values are set:
• Pulse signal: 0.01 s
• Energy counter value: 1 s
• Power value: 0.1 s
Setting Description
Data type Only visible with energy data type "Energy counter value"
The data type of the energy counter value is displayed depending on
the selected energy data source that provides the energy counter val-
ue. The Energy data source displays data type based on the input type
of acquisition object selected under Energy data type:
• Pulse signal - Supports only boolean tags
• Energy counter value - Supports LReal,Real, Lint,Dint,Int,
SInt,ULint,UDInt,UInt,USInt,LWord
• Power value - Supports LReal,Real, Lint,Dint,Int,
SInt,ULint,UDInt,UInt,USInt,DWord
The same data types are displayed for the Energy data source under
the Properties area.
Unit Physical unit of the energy value
• Units for pulse signal: Wh, l, hl, m³, m³ [n], kg, t, pcs
• Units for energy counter value: Wh, l, hl, m³, m³ [n], kg, t, pcs
• Units for power value: W, l/h, hl/h, m³/h, m³/h [n], kg/h, t/h, pcs/h
Normalization factor Specifies the value by which the acquired energy value is multiplied to
convert this energy value into the selected unit (e.g. "W" or "Wh" or
"m³" or "m³/h").
Preset to 1.0 by default. Permissible value range: 0 – 9999999
Example:
A measuring instrument provides an output value of 3.7 with the
"kWh" unit. Settings for this in the Energy Suite:
• Unit: Wh
• Normalization factor: 1000
Energy Suite processed the value to 3700 Wh.
Setting Description
Energy flow direction Configuration of the energy flow direction
• Consumer
The energy is drawn from the power grid by the consumer (for ex-
ample, an electrical machine in motor mode).
• Producer
The energy is fed into the power grid by the producer (for example,
an electric machine in producer mode).
Overflow value Only for "energy counter value" energy data type
Specifies the value at which the energy counter value is reset to 0.
1000000 (1*10^6) is set by default.
Assignable values:
• 1000000 (1*10^6)
• 1000000000 (1*10^9)
• 1000000000000 (1*10^12)
• User-defined
User-defined overflow value Configurable only with overflow value = "User-defined"
Manual specification of the overflow value at which the energy coun-
ter value is reset to 0. Permissible value range: 1 - 1.0e+15
See also
Assign energy data source (Page 42)
Requirement
• The archiving periods with different values are created at a central location in the settings
for the energy program.
You can find additional information on this in the section "Defining archiving periods
(Page 54)".
Procedure
To define the periodic energy values for an acquisition object for archiving, follow these
steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the acquisition object table in which the acquisition object has been created.
The acquisition object table with the created acquisition objects opens.
3. Click on the desired acquisition object in the acquisition object table.
The properties of the acquisition object are displayed in the "Properties" Inspector window.
4. Select the "Configuration > Periodic energy data" item in the navigation area.
5. Select the check box for the desired energy values:
– Power consumption
– Energy consumption
– Energy counter value (can only be enabled for the energy counter value energy data
type)
6. Right click on the "Archiving period" field.
The table with the centrally created archiving periods (Page 54) for the energy program
opens. If no custom archiving periods have been created previously, there are only two
archiving periods (15 min., 60 min.) to choose from by default.
7. Click on the desired archiving period and apply the selection by clicking the green check
mark in the selection dialog.
Setting Description
Power consumption Average power consumption per archiving period. Archiving for the
following selected energy data types possible:
• Pulse signal
• Energy counter value
• Power value
Energy consumption Energy consumption per archiving period. Archiving for the following
selected energy data types possible:
• Pulse signal
• Energy counter value
• Power value
Energy counter value Energy counter value per archiving period. Archiving for the following
selected energy data types possible:
• Energy counter value
Forecast Acquisition objects for load management are generated only if you
select the Forecast option.
Note
Avoid using the same measurement hardware multiple times as energy data source
Make sure that the same measurement hardware is used only once as energy data source in
the energy program to prevent overload of the communication channels.
3.4.8 Processing
Setting Description
General processing settings
Internal processing cycle For each internal processing cycle, the energy data activated for
archiving is calculated and refreshed once.
The following duration can be selected for the internal processing
cycle:
• 0.1 s
• 0.2 s
• 0.5 s
• 1s
The internal processing cycle can be changed for faster updating of
the energy data, for example for:
• Visualizing energy data
• Further processing of the energy data by the user program (for
example, load management)
Set to 1 s by default.
Calculation of current value of power consumption
Calculation interval Used for calculation of current value of power consumption.
The current value of power consumption is calculated from the
energy consumption for each calculation interval. The calculated
instantaneous value corresponds to the average over the duration
of the calculation interval.
Can only be edited when energy data type "Energy counter value" or
"Pulse signal" is selected.
The following duration can be selected for the calculation interval:
• 1s
• 2s
• 3s
• 4s
• 5s
• 6s
• 10 s
• 15 s
• 20 s
• 30 s
• 60 s
10 s is set by default.
Setting Description
Extend calculation interval The dynamic extension of calculation interval allows the calculation
of current value of power consumption with additional acquisition
time.
Example:
A pulse is output every 4 s with constant power consumption. When
a default calculation interval of 10 s is configured
• 2 pulses are counted in the first calculation interval instead of
2 1/2
• 3 pulses are counted in the second calculation interval
With an extension of the calculation interval of 5 s
• 3 pulses are counted in the first calculation interval
• 3 pulses are counted in the second calculation interval
The second calculation interval starts after 12 s beginning with the
first calculation interval.
Extension of calculation interval Calculation of current value of power consumption starts when one
of the following requirements is met:
• The energy counter value has changed.
• At least the duration of the extension of calculation interval has
expired.
• The consumer has been switched off.
The following duration can be selected for the extension of calcula-
tion interval:
• 1s
• 2s
• 3s
• 4s
• 5s
• 6s
• 10 s
• 15 s
• 20 s
• 30 s
• 60 s
Archiving periods
Archiving periods are periodic time intervals in which the raw energy data of the respective
acquisition object in the CPU are processed to a periodic energy value with a time stamp and
then - depending on the setting - archived in the CPU (SIMATIC Memory Card) or in
WinCC Professional (Data Log)/WinCC Unified(for example, every 15 minutes).
To ensure plant-wide energy values from all acquisition objects are archived at the same
time, the configured duration of the archiving period can be synchronized to an internal or
external timer:
• By default, the internal CPU clock is used as a timer for all blocks of the energy program.
For this, you synchronize the CPU time with an external time server (for example, NTP).
You can find additional information on this in the online help of the TIA Portal information
system under the key "Time-of-day synchronization (S7-1500)".
• To synchronize with an external clock (for example, synchronization signal of a utility
company), enable the external pulse and configure its pulse source.
You create the various archiving periods at a central location in the settings for the energy
program. When you configure the acquisition object, you then assign the respective archiving
period to each individual acquisition object.
You can find additional information about the naming conventions of archiving periods in the
section "Performance features and conventions (Page 21)".
UTC
Note
Set the time of the CPU to UTC, for example, to avoid a time difference when switching to
daylight saving time.
Setting the time of day for the CPU corresponds to the standard procedure and therefore
occurs outside the Energy Suite in the online and diagnostics view of the CPU.
You can find additional information on this in the online help of the TIA Portal information
system in the section "Determining and setting the time of a CPU".
Procedure
To create new archiving periods in the central administration dialog, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the "Energy program settings" object.
The dialog with the settings for the energy program opens in the working area.
3. Select "Archiving periods" in the navigation area.
The table with the central management of the archiving periods opens. Each row of the
table represents an archiving period. If no custom archiving periods have been created
previously, the table only contains two archiving periods (15 min., 60 min.) to choose
from by default.
4. Only for 24h archiving periods: Use the "Apply time zone settings from the regional settings
of the local engineering PC" check box to set the time zone (difference to UTC time) for the
synchronization:
– Activated: The time zone of the local engineering PC is used.
– Deactivated: The time zone from the following drop-down list is used. Select the
desired time zone from the drop-down list.
5. To create another archiving period, double-click "<Add>" in the "Name" column of the table.
A new archiving period is created in the table.
6. Create additional archiving periods in the same way, if required.
7. Make the settings for each archiving period:
– Name of the archiving period
– Duration of archiving period
– Unit for duration of archiving period
– Defauit
– Synchronization with external pulse (timer) and selection of the pulse source.
The meaning of the settings is described in detail in the section "Archiving periods (Page 56)".
Time zone
The following table shows the time zone settings for synchronization under "Archiving
periods". The time zone settings are only valid for the synchronization of the archiving
periods with a duration of 24 hours.
Setting Description
Apply time zone settings • Activated: The 24 hour archiving periods are synchronized based
from the regional settings of
on the time zone settings from the regional settings of the local
the local engineering PC
engineering PC.
• Deactivated: Selection of the required time zone for synchroniza-
tion of the 24 hour archiving periods from the drop-down list.
Deactivated by default.
Time zone Time zone (difference to UTC time)
Archiving periods with a duration of 24 h are synchronized at
0:00:00:000 UTC time.
In case of an offset between UTC time and regional time, synchroniza-
tion of the 24 h archiving period can be adjusted based on the selected
time zone.
The time zone can only be selected when the "Apply time zone settings
from the regional settings of the local engineering PC" check box is
cleared.
Archiving periods
The following table shows the settings for new archiving periods in central administration:
Setting Description
Name Two archiving periods (15 min., 60 min.) with an internal clock for the synchro-
nization are preset by default. If different values are needed for the duration,
create additional archiving periods.
The name of the archiving period is unique CPU-wide and can be changed ac-
cording to individual requirements.
Recommendation: Use in the name of the duration of the archiving period (for
example, UserPeriod_15min)
You can find additional information about naming conventions in the section
"Performance features and conventions (Page 21)".
Duration Period at the end of which the energy values are periodically calculated and
archived. The time stamps are generated based on the time period.
Example: With an archiving period of 15 min., time stamps are generated in 15
min. increments (starting at the top of the hour).
The prepared periodic energy values are archived together with the respective
time stamps:
• As a CSV file internal to the CPU on the SIMATIC memory card
or
• In the data log of the WinCC Professional/WinCC Unified SCADA system
15 min is set by default for newly added archiving periods.
Unit Unit for the time period in which a periodic energy value is calculated and
stored.
The following units can be set:
• min = minutes
• h = hours
Default Allows you to retain the archiving period as default while configuring the acqui-
sition object table.
Deactivated by default.
External pulse An external pulse triggers the clock for synchronization of the archiving period.
• With selected check box, you assign the synchronization signal (e.g. from a
utilities company) to the external pulse in the "Pulse source" column.
• When the check box is not selected, the internal CPU clock triggers the syn-
chronization of the archiving period. The internal CPU time is synchronized
with an external time server to UTC time (for example, with NTP) to form
the time stamp.
Deactivated by default.
Pulse source A tag of data type "BOOL" can be selected as the pulse source.
The tag must be assigned to the synchronization signal, for example, of the
utilities company.
Can only be edited when the external pulse is enabled.
See also
Defining archiving periods (Page 54)
Requirement
• The prepared periodic energy values with time stamp (power and energy consumption,
energy counter value) are enabled for archiving.
You can find additional information on this in the section "Setting energy values for
periodic archiving (Page 49)".
Procedure
To make the required settings for archiving on the S7-1500 CPU, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the "Energy program settings" object.
The dialog with the settings for the energy program opens in the working area.
3. Select the entry "Archiving and buffering" in the area tree.
4. In the "Archiving" area, select the option button "PLC (SIMATIC memory card)".
– The parameters for the data log are displayed below the option button.
– The number and size of the data blocks for buffering are shown in the "Buffering" area.
5. In the "Archiving" area, make the settings for the data logs (data archives in CSV format) for
the transfer to the memory card:
– Name of the data log
– Number of data logs
– Size of the data log
6. In the "Buffering" area, check the parameters displayed for the size and the memory area of
the data blocks.
The meaning of the settings is described in detail in the section "Archiving and buffering (S7-
CPU) (Page 59)".
Archiving
The prepared periodic energy values with time stamp are archived in data logs (CSV files) on
the S7-1500 CPU (SIMATIC memory card). You can find general information on data logs and
the structure of CSV files in the online help of the TIA Portal information system under "Data
Logging - Overview".
You define the number and size of the data log files for archiving on the SIMATIC memory
card.
The following table shows the settings in the area "Archiving" for the "PLC (SIMATIC Memory
Card)" archiving type:
Setting Description
Name of the data log The name of the data log is used for file name of the CSV file (comma sepa-
rated values). The file name consists of the name (as prefix) and the time
stamp of the first energy value in the data log.
The following restrictions apply to the name of the data log with the S7-1500
CPUs:
• Permissible name length: 1 - 26 characters
• The following characters are allowed: 0 ... 9, a ... z, A ... Z, "_", "-"
You can find additional information about naming conventions in the section
"Performance features and conventions (Page 21)".
Number of data logs The number of data logs is limited by the capacity of the SIMATIC memory
card.
If the selected number of data logs is reached, the oldest log data is deleted
and a new data log created.
Valid number of data logs: 2 - 10
Set to 5 by default.
Size of the data log If a data log approaches the specified size, a new data log is created.
The maximum size of the data log is limited by the system to 1024 MB. The
required space on the SIMATIC memory card for a data log is calculated using
the following formula:
45 bytes + (number of data records * 116 bytes)
A data record contains an energy value with time stamp and status.
Recommendation:
Set the value for the "Size of data log" setting no larger than 180 MB in order
to avoid data loss if the CSV file is re-used, for example, with "Microsoft Excel".
Set to 10 MB by default.
Buffering
The periodic energy values are cached along with their time stamps in the data blocks for
buffering before they are archived on the S7-1500 CPU (SIMATIC memory card). The caching
avoids loss of data - for example in the event that the SIMATIC memory card is full because
the configured number of data logs has been reached.
The following table shows the settings in the area "Buffering" for the "PLC (SIMATIC Memory
Card)" archiving type:
Setting Description
Number of data The number of data blocks corresponds to the number of created acquisition
blocks object tables. One data block for buffering is required for every acquisition
object table. The data blocks are automatically created with the generation of
the energy program.
Size of the data blocks By using larger data blocks, you have the option to extend the buffer period
of the energy values on the CPU, for example.
Set to 10 KB by default.
Allocated memory Product of number multiplied by the size of the data blocks
See also
Example for archiving (S7 CPU) (Page 60)
Setting the archiving on a S7-CPU (SIMATIC Memory Card) (Page 58)
Note
WinCC Professional/WinCC Unified (data log)
You select a corresponding check box in the Energy Suite to archive the buffered energy
values in data logs of WinCC Professional/WinCC Unified.
The data logs of WinCC Professional/WinCC Unified are set up in the settings of WinCC
Professional/WinCC Unified.
Requirement
• The desired periodic energy values (power and energy consumption, energy counter
value) are enabled for archiving.
You can find additional information on this in the section "Setting energy values for
periodic archiving (Page 49)".
Procedure
To make the required settings for archiving to the data log of WinCC Professional/WinCC
Unified on the PC station, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the "Energy program settings" object.
The dialog with the settings for the energy program opens in the working area.
3. Select the entry "Archiving and buffering" in the area tree.
4. In the "Archiving" area, select the option button "WinCC Professional/WinCC Unified (data
log)".
– Below the option button, a notice appears telling you that the setting of the data log
for this archiving type must be made in WinCC Professional/WinCC Unified.
You can find additional information on this in the section "Create archiving structure
for energy values (Page 103)".
– You can use the "Advanced communication settings (between PLC and WinCC)" check
box to make additional optional settings for checking the data transmission and the
connection between the PLC and WinCC Professional.
– The number and size of the data blocks for buffering are shown in the "Buffering" area.
The "Number of data blocks" output field indicates the number of data blocks. This
number corresponds to the number of acquisition object tables created and cannot be
changed.
5. In the "Buffering" area, specify the size of the data blocks for buffering.
The "Occupied memory" output field shows the product of the defined number multiplied
by the size of the data blocks.
The meaning of the settings is described in detail in the section "Archiving and buffering
(WinCC Professional/WinCC Unified) (Page 62)".
Archiving
The prepared periodic energy values with time stamp are archived in data logs on the WinCC
Professional/WinCC Unified SCADA system.
Note
WinCC Professional/WinCC Unified (data log)
The data logs of WinCC Professional/WinCC Unified are configured in the settings of WinCC
Professional/WinCC Unified.
You can find additional information on this in the section "Create archiving structure for
energy values (Page 103)".
The following table shows the advanced communication settings (between PLC and WinCC)
for the selected archiving type "WinCC Professional/WinCC Unified (Data Log)":
CAUTION
Advanced communication settings
You do not need to change the advanced communication settings configured by default.
If you have any questions about archiving, contact Service & Support.
Setting Description
Advanced communication Can only be activated for the archiving type "WinCC Professional/WinCC
settings (between PLC and Unified (data log)"
WinCC) When the check box is selected, the settings under the following areas
can be configured:
• Monitoring of connection
• Handshake for data transfer
Deactivated by default.
Monitoring of connection
Monitoring time of connec- Monitoring time of connection for watchdog
tion The connection between the CPU and WinCC Professional/WinCC Uni-
fied is monitored by the watchdog counter as follows:
• When the connection is established, the Energy Suite component
in WinCC Professional/WinCC Unified acknowledges the request for
comparison of the watchdog counter.
• If no acknowledgment is made within the monitoring time for the
watchdog, the connection is interrupted and an error message is
generated.
The following duration can be selected for the monitoring time of
connection:
• 1s
• 2s
• 5s
• 10 s
• 20 s
5 s are set by default.
Setting Description
Handshake for data transfer
Monitoring time Monitoring time for writing the energy data to the data log
Handshake for data transfer takes place under the following condi-
tions:
• The Energy Suite component acknowledges the request for writing
the energy data to the data log of WinCC Professional/WinCC Uni-
fied within the monitoring time.
• No monitoring time error has occurred for the watchdog.
The following duration can be selected for the monitoring time:
• 10 s
• 20 s
• 30 s
• 60 s
• 120 s
• 180 s
• 240 s
• 300 s
• 600 s
• 900 s
The default setting is 30 s.
Wait time Wait time for repeating the request to write the energy data to the
data log
The request is repeated until the following conditions are met:
• Wait time has expired.
• Energy Suite component acknowledges the request.
The following duration can be selected for the wait time:
• 10 s
• 20 s
• 30 s
• 60 s
• 90 s
• 120 s
60 s is set by default.
Note
Sufficient watchdog time
Adapt the watchdog time to the number of acquisition objects. The more acquisition objects
are configured, the longer the watchdog time needs to be.
Buffering
The periodic energy values are cached along with the associated time stamp in the data
blocks (DBs) for buffering before they are archived in the data log of WinCC
Professional/WinCC Unified. Caching avoids loss of data - for example, in the event that the
connection to WinCC Professional/WinCC Unified is interrupted.
You specify the size of the data blocks (buffer DBs) for the duration of the buffering of the
periodic energy values. The number of archived energy values and the configured archiving
period are relevant for the maximum duration of buffering.
The following table shows the settings in the area "Buffering" for the "WinCC
Professional/WinCC Unified (Data Log)" archiving type:
Setting Description
Number of data The number of data blocks corresponds to the number of created acquisition
blocks object tables. One data block for buffering is required for every acquisition
object table. The data blocks are automatically created with the generation of
the energy program.
Size of the data blocks By using larger data blocks, you have the option to extend the buffer period
of the energy values on the CPU, for example, in the event of failure of the
communication to the WinCC Professional/WinCC Unified SCADA system.
Set to 10 KB by default.
Allocated memory Product of number multiplied by the size of the data blocks
See also
Examples of archiving and buffering (WinCC Professional/WinCC Unified) (Page 66)
Setting the archiving on a PC station with WinCC Professional/WinCC Unified (Data Log)
(Page 61)
Note
The maximum data block size is the maximum size supported by the corresponding PLCs. The
actual usable size will be smaller depending on the size of the PLC program and the available
memory.
Procedure
To open the dialog for general settings of the energy program, follow these steps:
1. Open the "Energy objects" folder in the project tree.
2. Double-click on the "Energy program settings" object.
The "General" dialog with the settings for the energy program opens in the working area.
3. Make the desired settings in the "General" dialog. The meaning of the parameters is
described in detail in the section "General settings (Page 69)".
See also
Defining archiving periods (Page 54)
Setting the archiving on a S7-CPU (SIMATIC Memory Card) (Page 58)
Setting the archiving on a PC station with WinCC Professional/WinCC Unified (Data Log)
(Page 61)
Setting Description
Alarm suppression Selection of the tag (data type "BOOL") for higher-level alarm suppression
for the energy program.
This allows block alarms to be suppressed, for example, at restart of the CPU
after a voltage failure.
Startup time Duration for which the Energy Suite blocks remain disabled after restarting
the CPU.
10000 ms is set by default.
Example:
The startup time is used to prevent field devices that are still starting up
from causing errors or the reporting of errors due to the startup. When the
initialization of the field devices is complete (startup finished), the field
devices are ready for operation.
The setting of the startup time depends on the number of devices connect-
ed to the CPU. The more devices on the PROFINET line there are, the longer
the startup time must be set.
See also
Making general settings for the energy program (Page 68)
Archiving periods (Page 56)
Archiving and buffering (S7-CPU) (Page 59)
Archiving and buffering (WinCC Professional/WinCC Unified) (Page 62)
Note
Runtime licenses
Before generating the energy program, ensure that sufficient runtime licenses are available
on your engineering system. Disabled energy objects are not included in a runtime license.
Lacking or insufficient runtime licenses result in the termination of the program generation.
Example
The following figure shows the configuration of runtime licenses for the following example:
If you use 32 energy objects in the energy program, you need:
• 1 * "5 energy objects" license type and 3 * "10 energy objects" license type
or
• 7 * "5 energy objects" license type
Note
Ensure that the Number of purchased licenses must always be equal to or lesser than the
total number of required acquisitions object licenses mentioned in Available runtime licenses.
Fields Description
1 Name Name of the Modbus device
2 Device Type Select the type of Modbus device from the list of the devices supported
by Energy Suite
3 Input Type Energy/Power
4 IP address IP address of the device
5 Port number Default 502
In the modbus configuration page, the user can configure the register address of the advance
energy value for the configured device.
After successful configuration of the Modbus devices the following blocks are generated
under Energy Suite library(EnSL).
• Under Acquisition objects in the EnSL block types, EnSL_Modbus_TCP_energyAdv along
with its user defined datatypes are created.
• The dependent user defined datatypes are as follows:
– EnSL_typeModbusComInt
– EnSl_typeModbusDeviceAddress
– EnSL_typeModbusDeviceType
– EnSL_typeModbusDeviceTypeValue
• For every acquisition object with Modbus data source, a database is created.
Note
1. For SENTRON PAC 22xx / 32xx / 42xx / 5x00 device selection the set of default parameter
register is generated automatically. To integrate any other devices apart from SENTRON
device family input the Modbus register map for the energy data from the device
manufacturer's manual.
2. You can generate program only after the installation of Energy Suite library.
3. Each Modbus device should have a unique IP address.
4. Whenever Modbus device configuration is changed, the project should be fully downloaded
for the changes to be effective.
Requirement
• All acquisition objects that should be included are enabled for the energy program.
• The acquisition objects enabled for the energy program are fully configured.
• The settings for the energy program are defined.
• The number of required runtime licenses for Energy Suite is sufficient.
You can find additional information on this in the section "Runtime licenses for Energy
Suite (Page 70)".
• The name structures in the SCADA system do not exceed the maximum permissible length
for the CPU name of 85 characters.
Procedure
To generate the energy program, follow these steps:
1. Open the S7-1500 CPU in the project tree.
2. Click on the "Energy objects" object below the S7-1500 CPU and select the command
"Generate energy program" from the shortcut menu.
Alternatively, you can open this dialog in the "Energy program settings" dialog by clicking
the "Generate energy program" icon.
The dialog with the selection for generating the energy program opens.
3. Select the option button "Complete program generation" for generation of complete energy
acquisition, peak load managemment and base load management program or select
"Customised program generation" and click on the checkbox for generating customised
program. Ensure when you click "Energy acquisition program", acquisition objects must be
configured. In case of no acquisition objects configured, an error message is displayed.
While generating a customised program, ensure that valid checkboxes are selected for the
generate button to be active. For generating an energy program for load management
using the "Customised program generation" the "Acquisition program generation"
checkbox should also be selected. While selecting "Base load management" and/or "Peak
load management" program generation, the "Acquisition program generation" will
automatically be selected by default.
If complete program generation is selected or customized program generation with
acquisition, peak load managemment and/or base load management program enabled,
and no load management are configured, then a warning is displayed.
4. Click on the "Generate" button. For complete program generation or customized program
generation with acquisition, peak load managemment and/or base load management
enabled, ensure to configure minimal infeed, and actuators for load management.
The generator checks the completeness and the plausibility of the configuration of the
acquisition objects and starts the generation of the energy program. Information and
events during the generation of the energy program are displayed in the Inspector
window under "Info > Energy Suite". A progress bar indicates the status of generation.
5. You can use the "Go to" function to jump to the position in the configuration that is relevant
for the respective event.
6. Adapt the configuration if necessary and start the generation of the energy program again.
Result
After error-free and full configuration of acquisition objects, instances of the required blocks
are created from the Energy Suite Library and the measurement hardware library in the
"Program blocks" folder below the S7-1500 CPU. In addition, other required components,
such as organization blocks and data blocks, are added to the "Program blocks" folder and the
required interconnections are made.
Instances of data types from the Energy Suite Library and the measurement hardware library
can be created in the "PLC data types" folder below the S7-1500 CPU.
The energy program is generated for all enabled acquisition objects (regardless of the division
in the acquisition object tables).
Object Description
① Energy Suite - program New folder for energy program
② EnS - block types (Page 79) Subfolder "Acquisition - block types" with the Energy Suite
blocks and measurement hardware driver blocks (function
blocks)
③ EnS - program blocks (Page 81) Folder for additional blocks (organization blocks, functions,
DBs, etc.)
④ Acquisition objects (Page 84) Blocks for acquisition objects (data blocks)
⑤ Energy Suite - data types Folder with the Energy Suite data types and measurement
(Page 85) hardware data types
See also
Change the enable for acquisition objects for the energy program (Page 41)
Making general settings for the energy program (Page 68)
Important information on energy data (Page 26)
Generate energy program (Page 176)
Note
Blocks of the energy program
SIMATIC Energy Suite automatically generates for you all the required blocks and data types
and their interconnection based on the configured acquisition objects and the energy
program settings.
You do not need to further adapt these blocks for the standard application with Energy Suite.
CAUTION
Manual change to blocks of the energy program
If you make manual changes to the blocks after generating the energy program, you
yourself are responsible for the error-free operation of the devices and the energy program.
CAUTION
Using Energy Suite blocks in other PLC programs
If you use the Energy Suite blocks from the global library in other PLC programs, you
yourself are responsible for error-free use of Energy Suite blocks.
See also
Acquisition objects and energy acquisition program (Page 34)
The following picture show how the Energy Suite blocks work:
See also
EnS_BufferDB (Page 265)
EnS_BufferWorkDB (Page 266)
Interaction of Energy Suite blocks and driver blocks for measurement hardware
When the energy program is generated, instances of specific driver blocks for the
measurement hardware are automatically created and interconnected (depending on the
selected energy data sources) in the "EnS block types" folder of the energy program.
The following sections of this document describe the basic interaction of the Energy Suite
blocks and the specific driver blocks for the measurement hardware in the energy program.
Area Description
Input Contains the measurement hardware (for example, measuring instrument) which provides the
input measurement data for processing
Processing Acquisition, calculation, time stamping and provision of energy values for other systems by the
respective function blocks
Output Provision of periodic energy values for different systems for visualizing, archiving or further evalu-
ation (for example, SIMATIC Energy Manager PRO)
You can find a detailed description of the measurement hardware in the documentation for
the respective measuring instrument.
The following figure shows an example of "processing" according to the "IPO" principle. The
interconnection of the parameters may vary depending on the measurement hardware used.
Component Description
EnSL_DrvBasic Driver block for basic energy data
Reads the basic energy data via cyclic communication from the measurement hardware, for
example, energy counters, power
EnSL_DrvAdv Driver block for advanced energy data
Reads a data record with advanced energy data via acyclic communication from the meas-
urement of hardware, for example, voltage, current
EnSL_DrvAdd Driver block for additional energy data
Reads a record with additional energy data via acyclic communication from the measure-
ment hardware, for example, harmonics
EnS_CalcEnergyData Energy Suite block for further processing (periodic calculation, time stamping, etc.) the
energy data.
You can find additional information on this in the section "EnS_CalcEnergyData (Page 234)".
Cyclic energy data Predominantly basic energy data that are read by the "EnS_DrvBasic" driver block from the
measurement hardware using cyclic communication (process image).
Acyclic energy data Predominantly advanced and additional energy data that is read by the "EnSL_DrvAdv" and
"EnSL_DrvAdd" driver blocks using acyclic communication (read data record).
messageSuppress Alarm suppression
energyMeta Process tag specific data
You can find additional information on this in the section "EnS_typeEnergyMeta (Page 274)".
orgData Organization data
You can find additional information on this in the section "EnS_typeOrgData (Page 279)".
enableDrvAdv Processing enable of the "EnSL_DrvAdv" driver block
energy Current value of the active energy counter
power Current value of the active power
measValues Cyclic measurement data that is passed to the "EnSL_DrvAdv" driver block
advData Extended measured data record
addData Additional energy data
addDataLReal / addDataReal Current LREAL/REAL data record
See also
Important information on energy data (Page 26)
Requirement
• The energy program has been fully generated without error.
• The PLC program is also complete and error free.
Compile
To compile the entire PLC program (including the energy program), follow these steps:
1. Open the S7-1500 CPU in the project tree.
2. Click "Program blocks" object below the S7-1500 CPU and select the command "Compile >
Software (rebuild all blocks)" from the shortcut menu.
The PLC program is compiled. You can check to see if the compiling has been successfully
executed in the Inspector window under "Info > Compile".
3. If needed, correct the causes of possible compiling errors and start the compiling again.
Download
To compile the entire PLC program on the CPU, follow these steps:
1. Open the S7-1500 CPU in the project tree.
2. Click "Program blocks" object below the S7-1500 CPU and select the command "Download to
device > Software (only changes)" from the shortcut menu.
3. Follow the instructions of the wizard for charging. If required, select the interface for the
online connection to the target system.
The online connection to the CPU is established.
4. Click on the "Download" button and then the "Finish" button.
If the download was successful, the entire PLC program (including the energy program) is
loaded into the CPU. If the download was not successful, consult the online help of the TIA
Portal information system to learn about the further actions required.
Requirement
• The energy program has been fully generated without error.
• The PLC program has been successfully compiled and downloaded to the S7-1500 CPU.
• An online connection to S7-1500 CPU is available.
• Program execution is active (CPU in "RUN").
Procedure
To test the energy program, follow these steps:
1. In the "EO - <name of the acquisition object>" folder, open the data block for the acquisition
object: <name of the acquisition object> [DBx].
The contents of the data block with the metadata and energy data of the acquisition
object opens in the working area.
2. Start the monitoring by clicking the "Monitor all" icon.
The additional "Monitor value" column is displayed in the table. It displays the current data
values. You can track and, in needed, control the current periodic energy values under the
"energyData" structure
Note
The DB numbers are assigned automatically by STEP 7 (TIA Portal).
Application Project that can be fur- ... can be further pro- Supported processing
example ther processed on engi- cessed on the engineer-
neering station (2) with ing station (1) with
② • STEP 7 Professional • STEP 7 Professional Opening and editing a STEP 7 (TIA Portal) project
on an engineering station (1) containing an En-
with unchanged Energy • WinCC Professional ergy Suite installation after it was previously
Suite configuration
• Energy Suite changed on an engineering station (2) without
• STEP 7 Professional an Energy Suite installation.
• WinCC Professional Note: If a PLC (S7-1500 CPU) with configured
acquistion objects has been entirely deleted
with unchanged Energy beforehand, the Energy Suite objects for this S7-
Suite configuration 1500 CPU are no longer available in the project.
Requirement
To perform the following configuration steps, the following requirements must be met in
STEP 7 (TIA Portal) in the project tree below the S7-1500 CPU:
• For each CPU that provides energy data, the "WinCC Professional/WinCC Unified (data log)"
archiving type is enabled.
You can find additional information on this in the section "Setting the archiving on a PC
station with WinCC Professional/WinCC Unified (Data Log) (Page 61)".
• The energy program has been fully generated without error.
• The PLC program has been successfully compiled and downloaded to the S7-1500 CPU.
Configuration steps
The following table provides an overview of the most important configuration steps for
visualization and archiving of the periodic energy data with the WinCC Professional/WinCC
Unified SCADA system.
These steps are performed in STEP 7 (TIA Portal) in the project tree below the PC station.
See also
Displaying energy values for archiving in WinCC Professional/WinCC Unified (Page 100)
Requirement
• For each CPU that provides energy data, the "WinCC Professional/WinCC Unified(data log)"
archiving type is enabled.
You can find additional information on this in the section "Setting the archiving on a PC
station with WinCC Professional/WinCC Unified (Data Log) (Page 61)".
• A PC station with the SIMATIC "WinCC RT Professional/WinCC Unified" HMI application is
configured in your project.
• A valid HMI connection between the S7-1500 CPU and the PC station with WinCC
Professional/WinCC Unified exists.
You can find additional information on this in the online help of the TIA Portal information
system under "Configuring HMI connections > Creating a new connection graphically".
Procedure
To display the energy values for the logging and archiving, follow these steps:
1. Open the PC station in the project tree.
2. Below the PC station, open the application "WinCC RT Professional/WinCC Unified".
The "Energy data" object is visible below the application.
3. Double-click on the "energy data" object.
A table with all the acquisition objects of S7-1500 CPUs of the entire project opens in the
working area. This gives you an overview of all available acquisition objects and the
periodic energy values to be archived in data log of WinCC Professional/WinCC Unified.
4. Click on the "Refresh" icon.
The data in the table are read in again. A comparison is performed between the
engineering data from this PC station and the S7-1500 CPUs that can be reached by WinCC
Professional/WinCC Unified.
Result
For each acquisition object, there is an enable for the energy program and the configuration
of the following energy values for archiving:
• Power consumption
• Energy consumption
• Energy counter value
The meaning of the displays is described in detail in the section "Overview of energy data
(Page 102)".
Note
Quantity structure
• A maximum of 2000 acquisition objects can be archived with WinCC Professional/WinCC
Unified.
• The acquisition objects of a maximum of 10 S7-1500 CPUs can be archived.
Note
Adaptation of periodic energy values
The periodic energy values are only displayed in WinCC Professional/WinCC Unified. To
change the settings of the periodic energy values, you have to switch to the configuration of
the acquisition objects and the energy program settings below the S7-1500 CPUs.
The following table shows the settings for acquisition and archiving of the energy values in
the data log of WinCC Professional/WinCC Unified:
Setting Description
Name of the acquisition Displays the name of the acquisition object. The name can only be
object changed when configuring the acquisition object below the S7-1500
CPU.
Name of the CPU Displays the name of the S7-1500 CPU to which the acquisition object is
assigned
Enable acquisition object Displays the enable status of the acquisition object for the generation of
the energy program. You activate the enable when configuring the
acquistion object below the S7-1500 CPU.
Power consumption Indicates whether the periodic energy values of the power consumption
are enabled for archiving
Energy consumption Indicates whether the periodic energy values of the energy consump-
tion are enabled for archiving
Energy counter value Indicates whether the periodic energy values of the energy counter
value are enabled for archiving
Duration of archiving peri- Shows the duration of the archiving period. The duration can only be
od changed in the energy program settings below the S7-1500 CPU.
Name of the archiving peri- Displays the name of the archive period. The name can only be changed
od in the energy program settings below the S7-1500 CPU.
Note
Quantity structure
• A maximum of 2000 acquisition objects can be archived with WinCC Professional/WinCC
Unified.
• The acquisition objects of a maximum of 10 S7-1500 CPUs can be archived.
See also
Displaying energy values for archiving in WinCC Professional/WinCC Unified (Page 100)
Energy values on PC station with WinCC Professional/WinCC Unified (Page 99)
Requirement
• For each CPU that provides energy data, the "WinCC Professional/WinCC Unified (data log)"
archiving type is enabled.
You can find additional information on this in the section "Setting the archiving on a PC
station with WinCC Professional/WinCC Unified (Data Log) (Page 61)".
• A PC station with the SIMATIC "WinCC RT Professional/WinCC Unified" HMI application is
configured in your project.
• A valid HMI connection exists between the S7-1500 CPU and the PC station with WinCC
Professional/WinCC Unified.
You can find additional information on this in the online help of the TIA Portal information
system under "Configuring HMI connections > Creating a new connection graphically".
Procedure
To generate the archiving structure for the energy values, follow these steps:
1. Open the PC station in the project tree.
2. Below the PC station, open the application "WinCC RT Professional".
The "Energy data" object is visible below the application.
3. Double-click on the "energy data" object.
– For acquisition objects the table with all acquisition objects and their archived periodic
energy values is opened in the working area structured according to the S7-1500 CPUs
of the entire project.
– For load management systems the table with all load management systems and their
archived periodic energy values is opened in the working area structured according to
the S7-1500 CPUs of the entire project.
4. Click the icon "Create data log".
Object Description
1 EnS - System tags Internal tag @EnS_SystemTag for the connection to the data log
2 EnS - System tags The following HMI tags are created for each data block n (n = 1, 2, 3, ...)
_<name of the CPU> for buffering (and therefore for each acquisition object table):
• @EnS_Archive<n>_request_<name of the CPU> with the data type
EnS_typeHMIWriteCtrl
• @EnS_Archive<n>_statusWrite_<name of the CPU> with the data
type EnS_typeHMIWriteStat
• @EnS_Buffer<n>_<name of the CPU> with the array of
EnS_typeValue data type
Object Description
3 EnS - BLMGT tags The following HMI tags are created for each data block n (n = 1, 2, 3, ...)
_<name of the CPU> for Base load management visualization ( and therefore for each base-
load management system):
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_averageValues_avgPower_<name of the CPU> with data type
Real
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_visualization_actPowerInfeed_<name of the CPU> with data
type LReal
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_visualization_powerLimitHigh_<name of the CPU> with data
type LReal
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_visualization_powerLimitHighConfig_<name of the CPU> with
data type LReal
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_visualization_powerLimitLow_<name of the CPU> with data
type LReal
• @EnS_BaseLmgtGeneralData_<name of load management sys-
tem>_visualization_powerLimitLowConfig_<name of the CPU> with
data type LReal
The associated table in the working area shows the created HMI tags and the HMI connection
to the S7-1500 CPU. The HMI tags cannot be changed.
For base load management a new data log called "EnS_BLMGT_PowerValue" with default
settings is automatically created. The settings "Locked", "Manual input permitted" can be
checked and changed, if necessary.
Archive tags with the name of the base load management system and the extensions
_avgPower, _actPowerInfeed, _avgPower, _power, _powerLimitHigh,
_powerLimitHighConfig, _powerLimitLow,_powerLimitLowConfig are created in the "Logging
tags" area for each energy value of all configured base load management systems that is to
be archived. The generated logging tags are write-protected and connected to power tag
linked to respective values from EnS_BaseLmgtGeneralData_<name of load management>
data block elements.
In addition, the Energy Suite component is entered in the startup list of WinCC Runtime
under:
Runtime settings > Service > Additional tasks/applications
The generated data can be compiled and downloaded to the SCADA system or is available for
visualization in Runtime.
Prior to compiling, check the Settings of the archive segments of the data log (Page 108) in
the Runtime settings of the PC station.
Requirement
• The project has been compiled and downloaded to the target systems (CPUs and PC
station with WinCC Professional/WInCC Unified).
• There are online connections to the S7-1500 CPUs.
• The program processing on the S7-1500 CPUs is active (CPU in "RUN").
• PC station with WinCC Professional/WInCC Unified is in Runtime ("Start runtime").
Result
The archived data include:
• Time stamps generated by the CPU
• Parameters of the acquisition objects, for example:
– Name of the acquisition object
– Acquisition object detection
– High/low limit
– Name of the data log
• Periodic energy values over an archiving period:
– Energy counter value
– Energy consumption
– Power consumption
• Tag attributes (e.g. Quality Code)
6.8.1 Create SiVArc screen rules and copy rules for Energy Suite
You can create screen rules for Energy Suite blocks using SiVArc.
Overview of rules
Individual rules will be available for each of the below Energy Suite blocks:
Few examples below:
• EnS_EnergyDataBasic: collects basic energy data and serves as an interface to an HMI
system
• EnS_EnergyDataAdv: collects advanced energy data and serves as an interface to an HMI
system
• EnS_LmgtControl_Peak: controls load management based on the forecast
• EnS_LmgtActuator_Consumer: controls the consumers based on commands from control
block
• EnS_LmgtActuator_Producer: controls the producer based on commands from control
block
• EnS_EnergyDataAdd: collects additional energy data and serves as an interface to an HMI
system
Similarly Base load management consists of blocks for Control, Consumer, Producer, Storage.
Pre-condition
• SIMATIC Visualization Architect (SiVArc) and SIMATIC Energy Suite version must be similar.
• Energy Suite rules are processed and screens are generated without a mandatory SiVArc
license.
Requirement
• Energy Suite license is available.
• SIMATIC Visualization Architect (SiVArc) is installed.
Procedure
To create the SiVArc screen rules, perform the following steps:
1. Open the S7-1500 CPU in the project tree.
2. Right click "Enery objects" > "Create SiVArc rules for Energy Suite" below the S7-1500 CPU.
Alternatively, you can select this option in the "Energy program settings" editor by clicking
the "Create SiVArc Screen rules for Energy Suite" icon.
Rules created through "Copy rules" feature also is used in screen generation.
3. Open the "Common data" folder in the project tree.
4. Open the "SiVArc" folder and double-click on the "Screen rules" object.
Result
System screen rules and copy rules are read only, and are available under “System Screen
rules” tab of SiVArc’s screen rules editor, and displays the following fields:
• Name: Unique name of the screen rule with structure
"EnS_<blockname>_<WinCCdevice>"; WinCCdevice = WinCCComf/WinCCPro
Example "EnS_EnergyDataBasic_WinCCComf"
• Created by: Energy Suite
• Program block: see list under section "Overview of rules"
• Master copy of a screen: Name of the required template of Energy Suite screens from the
Energy Suite Library (subfolder "EnS_Visualization")
• Screen type: The faceplate type or screen type that is used in visualization
• Copy rules: Allows you to copy the existing tags and screens from the library to the
respective HMI device
• Tag rule : Allows you to organize the tags generated with SiVArc screen generation
Pre-condition
• SIMATIC Visualization Architect (SiVArc) and SIMATIC Energy Suite version must be similar.
• Supported by Comfort , Advanced, Professional and Unified devices only
• For load management, professional and unified devices are supported.
Requirement
• Energy Suite license is available.
• SIMATIC Visualization Architect (SiVArc) is installed.
• SiVArc screen rules for Energy Suite (Page 110) are created.
• Successful generation of energy program.
Procedure
To generate the screens for Enery Suite follow these steps:
1. Select each HMI device.
2. You can generate SiVArc screens by clicking the global tool bar icon.
Alternatively you can right click on the HMI device, and select "Generate the visualization
(SiVArc)".
The "Select and generate devices" pop-up window displays.
3. For a specific HMI device, under "Rule Set" drop-down, select "Energy suite rules" >
"Generate".
For more information on the generaton process, you can view the feedback window.
Result
Screens using Energy Suite rules are created, and are available under "Screens" folder within a
HMI device.
For comfort devices, screens are generated and are available under "Screen management"
and "Pop-up screens". If user is deleting or renaming one of the existing acquisition objects
and if user regenerates the SiVArc screens, then some empty screens of deleted acquisition
objects are available under PNV and user has to delete them manually.
For successive generations, repeat the steps for each HMI device.
When multiple PLC’s are connected to a common HMI device (WinCC Professional/Unified
RunTime) and you generate SiVArc screen for Energy Suite rules, an error is displayed. The
error will be shown for all other screens. This error has to be ignored as the underlying
functionality is working fine. Error has to be treated as an information.
Note
SiVArc screen generation time
If user is configuring the larger data blocks (buffer DBs), the SiVArc screen generation time
will increase even with fewer number of acquisition objects. This will affect the performance
of the system.
To reduce the SiVArc screen generation time, user can configure the data blocks (buffer DBs)
in smaller size (for example, 10 KB or 20 KB) to generate energy program and perform SiVArc
screen generation. So that, later user can change the size of data blocks (buffer DBs) to actual
size and regenerate energy program and download it to the system.
Note
• Values and graph will be available only for valid WinCC data logging.
• In Windows Unified screen, you can switch tab for Power and Energy graph. In order to
get historical data, the timepicker should be switched to Manual mode and the
historical values will be displayed. You can use the manual timestamp to visualise
values at the particular date and time.
• Online data - Displays current energy value in kWh of an acquisition object and graphical
representation of actual power value in kW for current sync period.
•
Advance screen button - Appears in EnS_EnergyDataBasic screen if advance data is
collected from hardware device.
Note
The tabs to switch between "Values 1-6" and "Values 7-12" are visible if more than 6 values
are configured.
Columns Description
Phase voltage
Line voltage
Line current
Frequency
Power factor
Apparent power
Columns Description
Actual power
Reactive power
Note
The above screens and functionalities are described for RT professional, similar screens and
functionalities are available for comfort panels and WinCC Unified also.
Actual Value Actual power/energy value of infeedacquisition object energyBasic data from Acquisition object instance DB
[kW / kWh]
Forecast The forecasted average power/energy value at the Forecast data from Acquisition forecast instance DB
end of the period [kW / kWh]
Setpoint Actual power limit [kW] including limit percentage General DB of Lmgt Control visualization → limitEsca-
used for switching decisions lationEnergykWh
Actual energy limit [kWh] including limit percentage
used for switching decisions
Limit: PowerLimit [kW]: Limit of average power for load General DB of LmgtControl Par-
management amenetrSet→limitConfig → avgPower
EnergyLimit [kWh]: Limit calculated from average General DB of Lmgt Control visualization → limitEn-
power limit of load management system ergykWh
Timer but- Toggle button to switch the display between current
ton time & remaining time
Current Current time of the load management period in [s] General DB of Lmgt Control orgData → currentPeri-
time odTime
Remaining Remaining time of the load management period in [s] General DB of Lmgt Control: orgData → remain-
time ingPeriodTime
Period time Sync Period of the load management system in [s] General DB of Lmgt Control: orgData → periodTime
escalationEnergy
Configuration Parameter set1, set2, configures five sets of parameters for the LMGT system where one is
(Upon click, set3, set4, set5 an active parameter set and the other four are standby parameter
LMGT_ControlConfig screen sets.
Actuator screens
Upon clicking the actuator faceplate, LMGT_ActuatorBasic screen appears with the header
consisting of actuator name with icon of consumer, producer or storage:
Table below explains the status control & feedback and Meta Information:
Overview Trend 1 • Shows Average power [kW] value of infeed for last 5 mins, one
hour and one day
• Solid Blue line in the graph represent the high limit level config-
ured.
• Dotted blue line in the graph represents the set point high.
• Grey line in the graph represents the Average power
• Dotted red line in the graph represents the set point low.
• Solid red line in the graph represents the low limit level config-
ured.
• Trend 2 • Show actual power [kW] value of infeed for last 5 mins, one hour
and one day
• Solid Blue line in the graph represent the high limit level config-
ured.
• Dotted blue line in the grapgh represents the set point high.
• Grey line in the graph represents the Actual power
• Dotted red line in the graph represents the set point low.
• Solid red line in the graph represents the low limit level config-
ured.
Deviation set point Iindicates actual power value when system is within the limits and
indicator show differential value of power when deviates from upper or lower
set points.
Switching Infor- • Indicates the total number of actuators which are current-
mation indicator
ly available for escalation (blue) and de-escalation (grey) along
with total escalation & de-Escalation power that an actuator can
accommodate in the load management system
• Bar indicates the currently available actuators for escalation
(blue) and de- escalation (grey)
Configuration Parameter set1 and configures two set of parameters for the LMGT system.
(Upon click, set2
LMGT_ControlConfig screen Time parameters & configuration available from LMGT general data DB
appears) Limit parameters EnS_LmgtGeneralData_<LMGTname> → parameterSets (parameter-
Set_1 & parameterSet_2)
Actuator list Configu- allows user to configure two set of parameters (Parameter set 1 &
ration Parameter set 2) for the actuators. Only 1 parameter set can be ac-
tive at a time (active parameter set).
Storage Parameter set1 and configures two set of parameters for the storage actuators.
(Upon click, set2
LMGT_ContolConfig_Storage Time parameters & configuration available from Storage general data DB
screen appears) Limit parameters EnS_LmgtContolConfig_Storage_<LMGTname> → parameterSets
(parameterSet_1 & parameterSet_2)
Storage actuators list allows user to configure two set of parameters (Parameter set 1 &
Configuration Parameter set 2) for storage actuators. Only 1 parameter set can be
active at a time (active parameter set).
Administrator info Backup & Restore Allows to perform the backup and restore. For more information
(Upon click, refer "backup and restore" section.
LMGT_ControlAdmin screen Job management Indicates the job that are generated and evaluated for escalation and
appears) de-escalation requests received within load management system.
Currently escalated Bar: Indicates one or more actuators of the priority number is cur-
priorities rently escalated
Alarm list Indicates the alarms when limit violation & lack of actuator situation
had occurred for the required amount of energy
Actuator screens
For Base load management on clicking the actuator faceplate, BLMGT_ActuatorBasic screen
appears with the header consisting of actuator name with icon of consumer and producer:
For Base load management on clicking the actuator faceplate, BLMGT_StorageBasic screen
appears with the header consisting of storage actuator name with icon of storage:
For Base load management,on clicking the Configuration tab, BLMGT_StorageConfig screen
appears with the header consists of actuator name and screen displays as:
For Base load management, on clicking the Administrator tab, BLMGT_StorageAdmin screen
appears with the header consists of storage name and screen displays as:
Table below explains the status control & feedback and Meta Information:
See also
Create screens for Energy Suite (Page 112)
Visualize energy data with WinCC Online Trend View (Page 147)
Note
To generate a cost center report, you must have created at least one tariff set and one cost
center.
Based on the defined tariff sets and cost centers, the cost center report shows you the energy
consumption and the resulting energy costs. You can open and analyze the cost center report
in Microsoft Excel only.
Possible export format:
• .xls
• Compatible with Microsoft Excel Version 2010 and higher
Possible creation of report:
• Manual report
• Automatic report
4. Configure the template for the reports using the Report menu. The following settings are
possible, for example:
– Report type: Export of archived measured values or Cost center report
– Execution as "Manual"
– Report name
– File name (made up of the name of the report, date and time of report creation)
– Storage path
– Tariff rate (for Cost center report)
– Unit (is specified automatically according to the tariff set)
– Data log and logging tags for evaluation (for Export of archived measured values)
– Cost center (for Cost center report)
– Time period that the report evaluates (reporting period)
Note
The units for cubic meters m3 is shown in the Energy Suite Export Tool as "m3".
5. Select the report to be generated. Generate the Microsoft Excel report by the clicking the
icon from the tool bar or go to Report -> Generate from the menu bar.
This step requires a connection to the WinCC server with WinCC Professional/WinCC
Unified in Runtime.
Result
The following figure shows an example for displaying energy values in the Energy Suite
Export Tool:
Note
The units for cubic meters m3 is shown in the Energy Suite Export Tool as "m3".
5. Once the report template has been fully configured, click on "Finish".
A task will automatically be added to the Windows Task Scheduler and executed in the
configured report cycle . The reports are stored in the configured storage path.
Reaction to error
Note
If an unexpected response occurs (in cases where, WinCC Professional/WinCC Unified
database does not start), the error messages are stored in the file "ExportToolLog.txt" under "
C:\Program Files (x86)\Siemens\Automation\SCADA-RT_V11\WinCC\bin " for WinCC
Professional and “C:\Program Files\Siemens\Automation\WinCCUnified\bin\Logger” for WinCC
Unified.
Note
1. Ensure to enter valid values while editing CSV converted LMGT config backup binary file.
Conversion tool does not support validation.
2. The conversion tool is compatible only when the version of the conversion tool matches the
version of TIA portal. i.e. For the V18 version of TIA portal the conversion tool should also be
of V18.
Pre-requisites
• TIA portal with Energy Suite package must be installed
• Minimum of one energy object is created and the basic energy data is configured
• Minimum of one Load management system is configured with appropriate actuator(s)
• Conversion tool must be installed with Energy Suite package
• One of the below files must be available:
– Load management backup
– Lack of actuators
– Limit violation
– Switching event
Procedure
The conversion tool consists of the Energy Suite Load Management - Logfile Converter;
perform the following steps:
1. Energy Suite Load Management - Logfile Converter displays two tabs:
– Main - displays all the avaialble bin files
– Config - allows you to configure the paths for binary and csv files
2. Configure the binary files that you would want to convert into csv files under "Config" >
"Binary Files Path"
3. Configure the path of the csv files to be stored under "Config > CSV Files Path".
4. Use the right and left arrow to select/deselect the binary files that needs to be converted to
.csv files, and .csv files that needs to be converted to binary files.
5. You can change the Load management system confgurations in the .csv files and convert
them to .bin files. The converted csv files will be stored at the location mentioned in step 3.
6. The Mode "Peak" or "Base" must be selected for each file that is enabled for conversion.
"Peak" indicates file from Peak load management system and "Base" indicates file from base
load management system.
Note
Binary files created by the load management system for lack of actuators, limit violation,
switching event can be converted to CSV files, but the same will not be converted back to
.bin files. The corresponding check boxes for lack of actuators, limit violation, switching
event will be disabled automatically
Load management
In growing industry sectors, the demand for energy consumption is highly intensive. Factory
owners often pay little attention to energy costs in general, and electricity costs in particular,
because of their minor impact on total costs. With increasing electricity prices, and
introduction of varying prices based on time, manufacturing plants can reschedule or
prioritize their operations to reduce their electricity tariffs.
Load management comes as a rescue concept for industries where consumers or producers
take necessary action to switch load in order to gain from total system peak load, and exert
efficient utilization of essential commodities, and distribution capacity.
Optimal load schedule results in significant reduction of peak period demand, and electricity
cost. Generally, consumers are made aware of their need to reduce the power load at short
notice from energy utilities.
With load management, consumers are stimulated to lower their demand in critical supply
periods, and increase it when the cheap and abundant power capacity is available. Producers
on the other side, switch their power production capacity based on the demand, and also
stimulate the use of backup generation, which results in the efficient utilization of resources
without adversely affecting the energy service. Both consumer and producers generate a
tangential effect on the total energy consumption resulting in reduced production costs.
The Forecast block calculates or predicts the average power and energy value using the
infeed at the end of a stipulated time period.
Consider monitoring of a manufacturing plant through load management component. The
Forecast block receives the infeed from the power grid, and monitors the power
consumption.
• The energy uitilization is constantly monitored against a threshold limit over a certain time
period. If the Forecast block's data is exceeding the threshold value, the load Management
triggers an alert, warning or limit violation and directs the consumer (actuator) to switch
off state. This process is termed as escalation.
• Post the threshold peak, when the power consumption is minimal or within the threshold
limit value, the producer (actuator) are switched on. This process is termed as de-
escalation.
• The time period between the escalation and de-escalation is termed as suppression delay.
• The time taken to start new observation of escalation and de-escalation is termed as
Stabilization time.
Requirement
To perform the following configuration steps, the same requirements must be met as
described in section "Procedural overview (Page 18)".
Configuration steps
You can find an overview of the most important configuration steps for energy data
management with the Energy Suite components before the configuration for load
management in section "Procedural overview (Page 18)".
The following table provides an overview of the most important configuration steps for load
management with the Energy Suite components:
CPU / ET 200SP CPU / ET 200SP Open Con- FW Energy Suite load management
troller version
S7-1500 CPU ≥ V2.5 ≥ V16.0
Characteristic Value
Maximum number of enabled load management systems for pro- 5
gram·generation
Maximum·number of·load·management·systems 99
Maximum number of actuators (including producers, consumers and 999
storage actuators) per load management system
Maximum number of storage actuators per load management system 100
Note
Out of the available 99 load management systems, only 5 can be active across multiple PLCs.
Naming conventions
The following table shows the naming conventions of engineering with load management:
Note
The names of the load management systems before V18 version should be manually changed
to adhere to the 15 character limit for naming the load management system as per the latest
naming convention.
Note
Unique names
The object names must be unique at least CPU-wide. You cannot use a name that has already
been assigned to a block, a PLC tag or a constant within the CPU for a new object. Actuator
and load management system must contain unique name. No distinction is made between
upper and lower case when checking the uniqueness of the name.
Files Size
Back up file 0.3 MB
Log file for switching 16 MB
Log file for lack of actuators 16 MB
Log file for limit violations 16 MB
If storage actuators are present, additional files for storage are included:
Files Size
Back up file 0.03 MB
Log file for switching 1.6 MB
Log file for lack of actuators 1.6 MB
Log file for limit violations 1.6 MB
Note
Once the log file reaches 16 MB, a new one is created and a maximum of 10 log files get
created. After 10 files have reached 16 MB, the first one gets overwritten.
Note
The maximum amount of log files created can be reuced by user with the input parameter
"amountLogFiles" of block EnS_LmgtBackupRestore_<LMGT system name>.
Infeed objects
The infeed objects refer to the acquisition object data source that you would like to input for
the load management block to forecast energy data. The infeed to load management block
can only be an acquisition object that you have configured for an acquisition object table.
While selecting the infeed for a load management block, the acquisition object tables
configured for a specific PLC is only displayed. Based on the energy data source that you
choose, the corresponding load management blocks, and instance data base blocks are
generated.
Note
The data type supported for data block are Real and LReal only.
Programming rules
Note
The "EnS_" and "EnSL_" prefix is reserved for the Energy Suite.
Before generating the energy program, make sure that the prefix "EnS_" and "EnSL_" is not
used in your existing PLC program (user blocks, tags, UDTs or technology objects). In this
way, you avoid unintentional overwriting when generating the energy program.
Requirement
• An acquisition object table has been created in the "Energy acquisition" folder below the
S7-1500 CPU.
• An acquisition object has been created in the acquisition object table.
Result
In the runtime:
• Average power demand and total energy consumption will be forecasted until the end of
the current period.
• Forecast of the average power demand [kW] until the end of the current period is
available.
• Forecast of the average energy consumption [kWh] until the end of the current period is
available.
Requirement
• An S7-1500 CPU is configured in the project.
Procedure
To create a load management system, follow these steps:
1. Open the S7-1500 CPU in the project tree.
2. Open the "Energy objects" folder below the S7-1500 CPU.
3. Open the "Load management" folder.
4. Double-click on the "Load management systems" object.
The table of load management systems opens in the upper half of the working area.
5. Double-click "<Add new>" in the "Name" column of the load management systems.
A new load management system is created in the load management systems.
If needed, create additional load management systems in the same way. Continue creating
load management systems below any other S7-1500 CPU nodes or the current CPU node. You
can copy paste the Laod management within the Load management editor.
Note
Copy/paste of load management system can only be performed. The actuators associated
with a load management will be copied.
• You can sort the "Name" column in ascending or descending order by clicking the arrow
beside "Name".
Requirement
• An acquisition object table has been created in the "Energy acquisition" folder below the
S7-1500 CPU.
• An acquisition object with activated feature "Forecast" has been created in the acquisition
object table.
Procedure
To open the "Properties" Inspector window of a load management system, follow these steps:
1. Open the "Energy objects" folder below the S7-1500 CPU.
2. Open the "Load management" folder.
3. Double-click on the "Load management systems" object.
The table of load management systems opens in the upper half of the working area.
4. Click on the desired load management system in the table of load management systems.
All parameters of the load management system are displayed in the "Properties" Inspector
window.
The configuration of the load management system is described in detail in "General settings
(Page 171)".
Note
Any changes made in the inspector window will be reflected in the properties window, and
vice versa applicable.
Setting Description
Name CPU-wide unique name of the load management system. The name can be
changed according to individual requirements.
You can find additional information about naming conventions in the section
"Performance features and conventions (Page 162)".
Enable generation Decides if load management needs to be activated during energy program gen-
eration.
• When this check box is selected, the load management system is enabled for
generating the energy program.
• When the check box is not selected, the load management system is not
used in the energy program.
If the number of Runtime licenses for the Energy Suite is fewer than the number
of enabled load management systems, the generation of the energy program is
canceled and an error alarm is displayed. Load management systems that are
not enabled are ignored by the license count.
Only 5 load management systems can be active per S7- 1500 CPU. After select-
ing 5 load management systems, the enable generation check box is disabled,
and an error message is displayed.
Infeed Selection of the infeed. The infeed is the energy data source which can either be
hardware or software data. An acquisition object is the infeed for the load man-
agement system. The infeed is the power value to be forecasted until the end of
the current period of the selected acquisition object.
• When the actual power of infeed is greater than the limit, the load manage-
ment system is able to escalate.
• When the actual power of infeed is lower than the limit, the load manage-
ment system is able to de-escalate.
You can configure same infeed for multiple load management systems.
The info "The forecast block calculates the energy data as per the value set in
this parameter".
Archiving period Archiving period of the infeed object. The infeed object assumes the archiving
period (and unit) of the corresponding acquisition object.
The archiving period can just be changed in the configuration of the acquisition
object.
Power limit mode Selection of the power limit mode. The power limit mode can be selectable as
the following:
• WinCC operator (static) - Disables the table field for limit tag
• PLC tag (dynamic) - Enables you to browse the PLC tag table
When PLC tag power limit mode is selected, user should not enter the power
limit via screen.
Limit tag When the power limit mode "PLC tag (dynamic)" is selected, the Limit tag is
configurable. For a "PLC tag (dynamic)" power limit mode you select the corre-
sponding PLC tag.
With this option, you can control the PLC tag limit to a user defined value.
Comment Optional short description of load management systems, for example, about the
purpose or the infeed of the load management system.
See also
Configuring a load management system (Page 170)
Requirement
• One or more load management system with corresponding infeed object has been
created.
Procedure
To create an actuator for a desired load management system, follow these steps:
1. Open the S7-1500 CPU in the project tree.
2. Open the "Energy objects" folder below the S7-1500 CPU.
3. Open the "Load management" folder.
4. Double-click on the "Load management systems" object.
The table of actuators opens in the lower half of the working area.
5. Click on the desired load management system in the upper half of the working area.
6. Double-click "<Add new>" in the "Name" column in the actuator table.
You can configure the "Actuator type" if the "Feedback source" is an object.
A new actuator for the desired load management system is created. The symbol show the
actuator type:
Producer
Storage
Copying actuators
Actuators can be copied between the load management systems via the shortcut menu. After
copying, check the properties of the actuator and adapt the copied settings as needed.
See also
Creating a load management system (Page 169)
Requirement
• An actuator for a desired load management system has been created.
Procedure
To open the "Properties" Inspector window of an actuator, follow these steps:
1. Open the "Energy objects" folder below the S7-1500 CPU.
2. Open the "Load management" folder.
3. Double-click on the "Load management systems" object.
4. Click on the load management system in which the desired actuator has been created.
The table of actuators of the selected load management system opens in the lower half of
the working area.
5. Click on the desired actuator.
All parameters of the actuator are displayed in the "Properties" Inspector window. This
settings for an actuator in the "Properties" Inspector window is also updated within
"Actuators" table.
The configuration of the actuator is described in detail in "General settings (Page 174)".
Setting Description
Name CPU-wide unique name of an actuator. The name can be changed according to
individual requirements.
You can find additional information about naming conventions in the section
"Performance features and conventions (Page 162)".
Actuator type Selection of the actuator type. The actuator type can be one of the following:
• Consumer: consumes energy
• Producer: provides energy
• Storage: consumes and produces energy
You can switch the actuators based on the forecast data. By default, the actua-
tor type is "Consumer".
Feedback mode Selection of the feedback mode. The forecast block provides the feedback
based on the actuator's energy consumption. If the energy consumption is
greater than the threshold limit, feeback is displayed.
The following feedbacks are selectable:
• No feedback
• Status tag
• Power value
• Acquisition object
Feedback source Depending on the selected feedback mode the feedback source can be select-
ed:
• No feedback: No feedback source needed
• Status tag:
– If the actuator type is consumer or producer, it supports PLC or data
block tags of data type boolean only.
– If the actuator type is storage, it supports PLC or data block tags of data
type USInt,SInt,UInt,Int.
• Power value: Supports PLC or data block tags of data type Real, LReal, Int
and DInt
• Acquisition object: Supports acquisition objects configured in acquisition
object table
Control type Decides the state of actuator control. It can be of the following types:
• Binary - displays the state of switch, i.e. on/off
• Analog - displays the state of power, i.e. on/off
Control signal Assigns the respective tags based on Control type:
• For Binary - Only tags of boolean data types can be selected
• For Analog - Tags of type Real, LReal, Int, Dint can be selected
Setting Description
Enable generation Decides if the actuators need be activated during energy program generation.
• When this check box is selected, the actuator is enabled for generating the
energy program.
• When the check box is not selected, the actuator is not used in the energy
program.
If the number of Runtime licenses for the Energy Suite is fewer than the num-
ber of enabled actuators, the generation of the energy program is canceled
and an error alarm is displayed. Actuators that are not enabled are ignored by
the license count.
Enable actuator Selection of process tag associating the availability of Actuator using an object
picker and control. The tags are boolean. The tag selection is not mandatory.
Comment Optional short description of actuators, for example, about the purpose or the
actuator type of the actuator.
Mode Three modes are available
• Basic: In basic mode the actuator responds to charge and discharge signals
of load management requests.
• Advanced: In addition to charge and discharge signals, the actuator also
considers state of charge to respond to load management requests. Con-
figuring charge and discharge signals is optional. By default, storage actua-
tors are considered as capable of charging and discharging.
• Basic and advanced: If this mode is selected, then it is possible to switch
between basic and advanced mode during runtime. The operation starts
with basic mode.
Charge Decides whether the actuator should respond to charging request from load
management system.
• True: Actuator is capable of charging.
• False: Actuator is not capable of charging.
This field accepts only boolean tags.
Discharge Decides whether the actuator should respond to discharging request from load
management system.
• True: Actuator is capable of discharging.
• False: Actuator is not capable of discharging.
This field accepts only boolean tags.
State of Charge Indicates the state of charge in a storage actuator. It is measured in %.
This field accepts tags of following data types: USInt, SInt, UInt, Int, DInt, LInt,
UDInt, ULInt, Real, LReal
Control State Assigns the current state of the storage actuator during the load management
process.
• 0 - Idle
• 1 - Charging
• 2 - Discharging
This field accepts tags of following data types: USInt,SInt,UInt,Int
See also
Configuring an actuator (Page 173)
Requirement
• All load management systems which should be included are enabled for the energy
program.
• The load management systems enabled for the energy program are fully configured.
• All actuators which should be included are enabled for the energy program.
• The actuators enabled for the energy program are fully configured.
• All the requirements from generating common Energy Suite energy programs are fulfilled.
You can find additional information on this in the section "Generate energy program
(Page 68)".
Procedure
To generate the energy program for load management, perform the following steps:
1. Open the S7-1500 CPU in the project tree.
2. Click on the "Energy objects" object below the S7-1500 CPU and select the option "Generate
energy program" from the shortcut menu.
Alternatively, you can select this option in the "Energy program settings" dialog by clicking
the "Generate energy program" icon.
The dialog with the selection for generating the energy program opens.
Result
After configuring acquisition objects, instances of the required blocks are created from the
Energy Suite Library and the measurement hardware library in the "Program blocks" folder
below the S7-1500 CPU. In addition, other required components, such as organization blocks
and data blocks, are added to the "Program blocks" folder and the required interconnections
are done.
Instances of data types from the Energy Suite Library and the measurement hardware library
can be created in the "PLC data types" folder below the S7-1500 CPU.
The energy program is generated for all enabled acquisition objects (regardless of the division
in the acquisition object tables).
Object Description
① Energy Suite - program New folder for energy program
② EnS - block types (Page 180) Subfolder "Acquisition - block types" with the Ener-
gy Suite blocks and measurement hardware driver
blocks (function blocks) and the forecast block for
load management.
Subfolder "LMGT - blocks" with additional function
blocks for load management
Object Description
③ EnS - program blocks (Page 183) Folder for additional blocks (organization blocks,
functions, DBs, etc.)
④ Acquisition objects (Page 84) Blocks for acquisition objects (data blocks)
⑤ LMGT - systems (Page 184) Folder with additional functions and data blocks for
load management systems and actuators
⑥ Energy Suite data types (Page 185) Folder with the Energy Suite data types and meas-
urement hardware data types.
⑦ The sub folder "LMGT - data types" contains
additional data types for load management.
See also
Acquisition objects (Page 182)
Note
Blocks of the energy program
SIMATIC Energy Suite automatically generates for you all the required blocks and data types
and their interconnection based on the configured acquisition objects and the energy
program settings.
You do not need to further adapt these blocks for the standard application with Energy Suite.
The Forecast block gets his input data from an acquisition object of an infeed, which is not
part of the load management scope, but from the energy suite.
The following picture show how the Energy Suite blocks work:
LMGT - systems
The "LGMT - systems" folder contains the following general blocks once the program is
generated:
Procedure
To configure faceplates with load management parameters, perform the following:
1. After configuring the load management with Infeed, and actuators, browse the global
library, Energy Suite > LMGT Visualization.
Load management templates are displayed.
2. You can drag and drop the load management template screens to "Screens" folder under the
HMI device.
3. You can drag and drop the load management tag templates to the "HMI tags" folder under
the HMI device.
4. To link the faceplates with the tags:
– Open the template placed under the HMI tags folder.
– In the PLC tag column, browse for the PLC tag that will be available along with
acquisition objects after generation.
5. The faceplate is linked with the tags.
6. Download the HMI project to local by clicking the Download to device options in the tool
bar.
Result
• Load management parameters in WinCC RT Professional are displayed.
• In the runtime mode to modify faceplate, click the load management parameters.
Parameter set 1 and Parameter set 2 mode - In runtime mode, you can manually assign
values to load management by switching between parameter sets by clicking "Activate
parameter set 1" or
"Activate parameter set 2". By defaut, "Parameter set 1" is active.
• The following criterions are applicable:
1. limit tolerance start value: 0 - 999 [%]
2. priority: 0 - 1999
3. rolling sequence: 1 - 99
The default load management parameters are:
• LMGT state - displays the state of LMGT - enabled/disabled.
• limit tolerance start value - predicts the accuracy of forecast values
• limit tolerance duration - time duration defined for limit tolerace value
• Priority - actuators are prioritized to be escalated or de-escalated
• Rolling sequence - assigned for actuators with same priority
• Minimum connect time - minimum time required to connect an actuator
• Maximum connect time - maximum time required to connect to an actuator
Note
To manually switch an actuator's state, manualCommand mode is used, and it is dependent
on the operation mode .manualcommand by default is set to FALSE. When you change the
OperationMode to False (which means manualCommand mode), then actuator can be
switched manually in the system. When OperationMode is in auto, the manualcommand
mode will hold the actuator's current state.
Note
• While restore complete LMGT parameters set in general DB and Actuator meta data &
parameters set in actuator list DB will be overwritten.
• Backup and restore block functions for PLCs with firmware versions 2.5 and above.
Note
For multiple files, xx is a consecutive number defined by the input parameter
"amountLogFiles" in the PLC.
The log file consists of all the DB parameters of load management system and actuator
gloabal DB. The log file contains the information such as name of the load management
system, Date and time of the limit violation or actuators (includes local and UTC time), power
limit, current power, average power forecast or average power (at the end of an period) and
so on.
Procedure
To configure an Energy Efficiency Monitor system perform the following steps.
1. Select Energy Efficiency Monitor systems under the Energy Efficiency Monitor from the
Project tree.
2. In the Energy Efficiency Monitor system tab, click on Add new and enter the following
details.
– Name
– Enable generation
– Machine type
– Machine State
– Piece counter
– Piece overflow counter
– Comment
3. On selecting the Energy Efficiency Monitoring system, the corresponding measuring devices
list is displayed.
4. Further you can configure the system from the properties Tab.
5. Under General you have the Basic settings where you can edit the above configured
properties.
6. In the Configuration section of the properties Tab you can edit the Machine state
information. Here you can select the machine state and update the status information.
Note
For a Energy efficiency monitoring system you can configure upto 10 measurement points.
Requirement
• All Energy efficiency monitor systems which should be included are enabled for the
energy program.
• The energy efficiency monitor systems enabled for the energy program are fully
configured.
• All devices which should be included are enabled for the energy program.
• The devices enabled for the energy program are fully configured.
Procedure
To generate the energy program for energy efficiency monitor system, perform the following
steps:
1. Open the S7-1500 CPU in the project tree.
2. Click on the "Energy objects" object below the S7-1500 CPU and select the option "Generate
energy program" from the shortcut menu.
Alternatively, you can select this option in the "Energy program settings" dialog by clicking
the "Generate energy program" icon.
The dialog with the selection for generating the energy program opens.
3. Select one of the options:
– Energy acquisition program: generates energy program with the values configured for
energy acquistion.
For generating only an energy acquisition program see section Generate energy
program (Page 68).
– Energy acquisition and Load management: generates energy program with the values
configured for energy acquistion and load management by default. If load
management is not configured, energy acquisition program is only generated.
– Energy acquisition and Energy Efficiency monitoring: generates energy program with
the values configured for energy acquistion and energy efficiency monitoring by
default. If energy efficiency monitoring is not configured, energy acquisition program
is only generated.
– Complete energy program (Energy acquisition, Load management and Energy
Efficiency monitoring): generates energy program with the values configured for
energy acquistion, load management and energy efficiency monitor by default. If load
management and/or energy efficiency monitoring is not configured, energy acquisition
program is only generated.
4. Click the "Generate" button.
The generator checks the completeness and the plausibility of the configuration of the
acquisition objects and starts the generation of the energy program. Information and
events during the generation of the energy program are displayed in the Inspector
window under "Info > Energy Suite".
5. Click "Cancel" to stop the generation.
6. You can use the "Go to" function to jump to the position in the configuration that is relevant
for the respective event.
7. You can repeat the steps for generating the energy program with necessary configurations.
Result
After configuring acquisition objects, instances of the required blocks are created from the
Energy Suite Library and the measurement hardware library in the "Program blocks" folder
below the S7-1500 CPU. In addition, other required components, such as organization blocks
and data blocks, are added to the "Program blocks" folder and the required interconnections
are done.
Instances of data types from the Energy Suite Library and the measurement hardware library
can be created in the "PLC data types" folder below the S7-1500 CPU.
The energy program is generated for all enabled energy efficiency monitoring systems.
Object Description
Energy Suite - program New folder for energy program
EnS - block types (Page 79) Subfolder "EEM - block types" with additional function blocks for energy
efficiency monitor.
EnS - program blocks (Page 81) Folder for additional blocks (organization blocks, functions, DBs, etc.)
Energy Efficicency Monitor - systems (Page 199) Folder with additional functions and data blocks for energy efficiency
monitor systems and devices
See also
Making general settings for the energy program (Page 68)
General settings (Page 69)
Acquisition objects (Page 84)
Energy Suite data types (Page 185)
Note
Blocks of the energy program
SIMATIC Energy Suite automatically generates for you all the required blocks and data types
and their interconnection based on the configured acquisition objects and the energy
program settings.
You do not need to further adapt these blocks for the standard application with Energy Suite.
Note
The configuration of the individual blocks is done centrally. By bundling the data in the block
"eemFunctionCall", you only need to connect the inputs on this block.
The essential function of the Energy Efficiency Monitor is carried out by the "EnS_EEm_Calc"
instruction. The shell block serves to bundle all the Energy Efficiency Monitoring system
functionalities, to make commissioning easier, and as a unified interface for the visualization.
The EEM needs at least three pieces of information from the machine you wish to monitor:
• Machine status = Status of the machine. Valid values are 1-8. For all values outside of this
range, the energy is totaled in array element 0.
• Production counter = Number of products produced at the machine.
• Measured values = Up to 10 measured values from the instruments in the machine. Here,
it is not necessary to distinguish between real value and meter value when interfacing
with the FB. Detailed configuration of the measured value can be finalized in the
visualization during runtime.
See also
Making general settings for the energy program (Page 68)
Supply energy data (Page 24)
Setting the properties of the acquisition objects (Page 39)
Faceplate "fpEEmInfo"
This faceplate serves as a jumping-off point for opening the detailed information. In order to
see which faceplate relates to which Energy Efficiency Monitor instance, the configured
name of the machine is displayed. On Left-click the detail view with the associated data is
displayed.
Configuration
To configure the Energy Efficiency Monitor the visualization offers a configuration wizard,
which launches the first time the faceplate is opened.
1. Machine name
2. Type of the machine
3. Serial number of the machine
4. Manufacturer of the machine
5. Settings regarding machine states, including name, EnPI calculation and productive energy
6. Left-click to confirm the machine settings and continue the wizard
7. Left-clicking here aborts the initialization.
Note
If incorrect input is entered while configuring the type of measured value, it will be
highlighted in red in the IO field. You can correct it with the valid limit values.
1. Productive energy widget: The energy consumed by a machine should be used in the most
productive manner possible, where the proportion is ideally as close to 100% as possible.
The share of productive energy in relation to the total consumption is calculated from the
energy meters of the productive machine states. Productive statuses can be selected in a
separate configuration dialog.
– Opens the dialog for configuring the productive machine states.
– Displays pie chart indicating the productive energy in percent (blue = productive
energy, gray = non-productive energy).
– Represents percentage of productive energy in comparison to the total consumption.
2. Energy by status widget: Provides a more precise overview of how much energy is used. It
represents the energy by status in the form of a pie chart.
– Displays an energy pie chart divided by status. The legend below indicates which
segment colors correspond to which machine states (here: red = idle).
– Represents percentage of the energy used in this status compared to the total
consumption (right). Without a status selected, the share is 100% (left).
– Left-clicking on one of the six machine states in the legend highlights this status in the
pie chart.
– Shows the currently highlighted machine state / the machine state shown in the IO
fields.
– Left-clicking resets the highlighted status selection.
3. Energy Performance Indicator view: One of the most important data points for a
production machine is its efficiency. To this end, the energy efficiency monitor calculates
the consumption per item and displays this in a widget within the visualization.
– On click, opens the configuration dialog for the machine states for calculating the EnPI.
– Displays the item counter used for calculating the EnPI, the last EnPI reset, Energy
Performance Indicator,the reference value of the EnPI for the graphic beneath.
– Shows the current value of the EnPI compared to the reference value. The starting
values for the upper (dark green) and lower (dark red) limit of the graphic are 90%
(actual value is better than the reference value) and 140% (actual value is worse than
the reference value).
4. Widget for actual and reference measurements: This widget lets the user start an actual
or reference measurement. In general, one should always use a reference measurement as a
reference point, and only at certain times (e.g. after machine acceptance or after
implementing efficiency improvements). An actual measurement, by contrast, can be
carried out at any time to check the changes in energy efficiency.
– The status of the actual and reference measurement (here, both measurements are
stopped). A measurement in progress is symbolized with an orange clock icon with an
orange triangle.
– Left-clicking opens the dialog for starting or stopping measurements.
– The start time and the duration of the latest measurement is displayed.
5. Measurement results widget: After taking at least one reference or actual measurement,
the results appear on the right side in the widget. Here, the value of the reference
measurement is taken as a basis and then the percent deviation of the actual measurement
value is given.
A value above 0% indicates the consumption of the actual measurement is greater than in
the reference measurement, meaning that the efficiency has declined.
A value below 0% indicates the consumption of the actual measurement is less than in the
reference measurement, meaning that the efficiency has improved.
To get the most accurate figures about any improvements or declines, it is recommended
to let the respective measurements run over a longer period so as to eliminate statistical
anomalies.
The following values are displayed.
– Graphical view of the measured difference between reference and actual
measurement. By default, the maximum and minimum value are ±25%. The value can
be modified in the configuration dialog (see Configuration dialog for the general
visualization). > 1% = orange bar indicates significant deterioration. ± 1% = green bar
indicates consumption has not changed. < 1% = green bar indicates a significant
improvement.
– Percent deviation in plaintext.
– Average consumption during the actual measurement.
– Average consumption during the reference measurement.
Note
Description of Energy Suite blocks for experts
You can find a detailed description about how each block operates and its block parameters
in the following sections.
You do not need this information for the standard application with Energy Suite. SIMATIC
Energy Suite automatically generates for you all the required blocks and their interconnection
based on the configured acquistion objects and the energy program settings.
CAUTION
Manual change to blocks of the energy program
If you make manual changes to the blocks and their interconnection after generating the
energy program, you yourself are responsible for the error-free operation of the devices and
the energy program. User is responsible if any new blocks or folders are added, the
regeneration of energy program will lead to the removal of blocks from containers, and
causes an error state.
CAUTION
Using Energy Suite blocks in other PLC programs
If you use the Energy Suite blocks from the global library in other PLC programs, you
yourself are responsible for error-free use of Energy Suite blocks.
This section provides an overview of all available Energy Suite blocks. Following the
installation of SIMATIC Energy Suite, the blocks can be seen under "Global Libraries" in STEP 7
(TIA Portal):
• Function blocks (Page 211)
• Data blocks (Page 265)
• Data types (Page 267) including enumerations (Page 282)
The placeholder "xxx" in the picture means that there are different types of this block, for
example, for "EnS_Drvxxx":
• EnS_DrvPulse
• EnS_DrvCounterLInt
You can find more types in the "Function Blocks" table after the picture below.
The following picture show how the Energy Suite blocks work:
Function blocks
Name Function
EnS_ArchiveDataLog (Page 211) Archived energy data in data logs (CSV file on the SIMATIC memory card of the CPU)
EnS_ArchiveHMI (Page 221) Archived energy data in data logs of WinCC Professional
EnS_BufferRead (Page 229) Reads the data from the buffer DB (EnS_BufferDB (Page 265)).
Used internally
EnS_BufferWrite (Page 231) Writes data to the buffer DB (EnS_BufferDB (Page 265)).
Used internally
EnS_CalcEnergyData (Page 234) Periodic calculation of the consumed energy and average power consumption
EnS_DrvAnalogValue (Page 240) Driver block for analog input (e.g. power value, flow value)
EnS_DrvCounterLInt (Page 242) Driver block for counter values of the LINT type
EnS_DrvCounterLReal (Page 244) Driver block for counter values of the LREAL type
EnS_DrvPulse (Page 246) Driver block for a pulse input
EnS_EnergyDataAdv (Page 248) Advanced energy data from a device (for example, phase-specific current and voltage
values)
EnS_EnergyDataAdvMinMax Minimum and maximum values of the advanced energy data of a device
(Page 249)
EnS_EnergyDataBasic (Page 250) Basic energy data from a device (for example, power, energy counter value)
EnS_Organization (Page 255) Contains general data and parameters for central program organization
EnS_TimeSync (Page 256) Synchronizes the times for calculating the energy data
EnS_EnergyDataAdd (Page 263) Additional energy data
Data blocks
Name Function
EnS_BufferDB (Page 265) * Data block for buffering of energy data records
EnS_BufferWorkDB (Page 266) * Data block for monitoring and status information of the buffer
Description
The "EnS_ArchiveDataLog" function block writes periodic energy data from the data block for
buffering to buffer EnS_BufferDB (Page 265)" ("bufferDB" parameter) in "Data Logs to the
SIMATIC memory card of the CPU. Writing is performed only if the "archiveEnergy",
"archivePower", "archiveEnergyCounter" parameters have been set to "TRUE" in the
corresponding metadata (Page 274). The data are stored as a CSV file on the SIMATIC
memory card.
To avoid access conflicts on the SIMATIC memory card of the CPU, use only one instance of
the function block per CPU.
The following table shows the structure of a CSV file.
Note
The writing speed may vary depending on the CPU used, the employed memory card and the
location of the data on the memory card. The number of cycles that are required to write an
energy data record varies. No more than 1 data record can be written per cycle.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 215)" parameter
contains additional error information. The error information of the lower-level function block
"EnS_BufferRead (Page 229)" is added to the "status" parameter. The error information is
displayed in the "status" parameter until the error is cleared. Only then is the information
about the next pending error displayed.
* The marked parameters are given the "Retain" system attribute and are stored in the
retentive memory area of the CPU.
The additional alarm texts ("Description" column) are written in the "EnS_Alarms" text list of
the "Program_Alarm2" alarm block and are output with the error codes in the alarm.
See also
Description of EnS_BufferRead (Page 229)
Description
The "EnS_ArchiveHMI" function block (FB) periodic writes energy data from the data block
(DB) for buffering "EnS_BufferDB (Page 265)" to the data log of WinCC Professional/WinCC
Unified. To do this, the "EnS_ArchiveHMI" FB cyclically requests the DB for buffering
"EnS_BufferDB" for available data records with energy data. For existing data records, the
"EnS_ArchiveHMI" function block (FB) sends a request to the Energy Suite WinCC
Professional/WinCC Unified component to retrieve the energy data from the DB for buffering
and write to the data log.
Note
Individual instances of "EnS_BufferWrite (Page 231)", "EnS_BufferRead (Page 229)" or WinCC
script can access the data block for buffering. Only read access to the data block is possible at
the same time.
The buffer control and status information of the global DB "EnS_BufferWorkDB (Page 266)"
are provided at the "bufferWork" parameter.
Watchdog
The connection between the CPU and WinCC Professional/WinCC Unified is monitored using
the watchdog counter. The "EnS_ArchiveHMI" FB sets the watchdog counter at the
"request.watchdog" parameter. The content of the "request.watchdog" parameter is copied to
the "statusWrite.watchdog" parameter.
• If the WinCC Professional/WinCC Unified component, Energy Suite, acknowledges the time
monitoring, the "EnS_ArchiveHMI" FB increments the watchdog counter.
• If no acknowledgment is made within the monitoring time, the error code "16#8606" is
output at the "status" parameter. In addition, an active request is reset and no further
request is sent to the watchdog until the error is eliminated.
An alarm with information about the data loss is generated once the error is eliminated.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 225)" parameter
contains additional error information.
If the WinCC Professional/WinCC Unified component, Energy Suite, does not respond to the
request of the "EnS_ArchiveHMI" FB during the monitoring period and no watchdog error
occurs, the error code "16#8605" is output at the "status (Page 225)" parameter. Once the
waiting period has expired and the request has been successfully fulfilled by the Energy Suite,
WinCC Professional/WinCC Unified, the request is sent again.
Description
The Energy Suite WinCC Professional/WInCC Unified component writes energy data to the
data log of WinCC Professional/WInCC Unified.
Alarms
If errors occur, the WinCC Professional/WInCC Unified component generates system events in
WinCC Professional/WInCC Unified.
The following table shows the alarms:
Reaction to error
If an error occurs, the error code is output with the additional alarm text in the system event
by WinCC Professional/WInCC Unified. The additional alarm text is displayed in the following
table under "Description".
Furthermore, the error codes with additional alarm texts at the
"statusWrite.status"/"statusHMI" parameters of the instance DB of the "EnS_ArchiveHMI"
function block are output to the CPU.
The following table shows the error codes of the WinCC Professional/WInCC Unified
component:
The additional alarm texts ("Description" column) are written in the "EnS_Alarms" text list of
the "Program_Alarm2" alarm block and are output with the error codes in the alarm.
* The error code in the program editor can be displayed as integer or hexadecimal value. You
can find additional information about switching the display format in the online help of the
TIA Portal information system under "Changing display formats in the program status".
The following table shows the alarm blocks with assigned associated values:
Description
The "EnS_BufferRead" function block reads data from the "EnS_BufferDB (Page 265)" data
block.
The "EnS_BufferRead" function block is called internally by the "EnS_ArchiveDataLog
(Page 211)" function block.
The following picture show the circuitry of the parameter:
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 230)" parameter
contains additional error information.
Alarms
The block has no signaling characteristics. Alarms are created by calling function block.
See also
EnS_BufferWorkDB (Page 266)
Description
The "EnS_BufferWrite" function block writes data (periodic energy data) to the data block
"EnS_BufferDB (Page 265)".
The "EnS_BufferWrite" is called internally by the "EnS_EnergyDataBasic (Page 250)" block.
"EnS_BufferWrite" is linked to "EnS_BufferWorkDB (Page 266)" ("bufferWork" parameter) for
access control.
The following picture show the circuitry of the parameter:
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 233)" parameter
contains additional error information.
Alarms
The block has no signaling characteristics. Alarms are created by calling function block.
Description
The "EnS_CalcenergyBasic" function block calculates the energy consumption and the
average power over the individually configured archiving period (e.g. 15 min).
You can connect the block as follows:
• Power input
• Energy input
• Energy and power input
Current power
"power.value" is passed to the power output "energyBasic.actPower".
A dead range function can be configured for the calculated power value ("zeroCut"
parameter). If the power value amounts to less than the configured value, the calculated
power value is set to 0. Disable the dead range function by assigning "zeroCut" the value 0.
Current energy
At the start of the new archiving period, the current energy value "actEnergy" and the elapsed
time of archiving period "syncData.syncPeriod" are reset.
"energyBasic.actEnergy" is calculated during the archiving period using the current power
value of the current energy consumption.
The calculated energy value is cyclically added to the current energy value
"energyBasic.actEnergy".
Energy counter value
"energyBasic.actEnergyCounter" and "energyBasic.energyCounter" are set to 0.
Current energy
The current power consumption "energyBasic.actEnergy" is calculated by subtracting the
current energy counter value "energy.value" from the previous counter value.
At the start of the new archiving period, the current energy value "energyBasic.ectEnergy"
and the elapsed time of the archiving period "syncData.syncPeriod" are reset.
Current power
The current power "energyBasic.actPower" is calculated at the end of the acquisition interval
("baseAcqTime" + "addAcqTime") based on the energy consumption.
Acquisition interval:
The acquisition interval for the power calculation is defined by the "baseAcqTime" and
"addAcqTime" parameters. "baseAcqTime" specifies the minimum acquisition interval.
"addAcqTime" specifies the additional acquisition interval.
The difference of the count is determined between the beginning and end of the acquisition
interval.
To calculate the current power, the block waits at least the default acquisition interval
"baseAcqTime". Calculation of the current power "energyBasic.actPower" starts when one of
the requirements is met:
• The count value has changed.
• The additional acquisition interval "addAcqTime" has expired.
• The consumer has been switched off. In this case, the "energy.consumerStatus" parameter
is set to FALSE.
This condition is evaluated only when the consumer status is available
("energyMeta.consumerStatusEnable" = TRUE)
Energy counter value
The current energy counter value "energy.value" is copied to "energyBasic.actEnergyCounter"
and "energyBasic.energyCounter" at the end of the archiving period.
Current power
"power.value" is passed to the power output "energyBasic.actPower".
A dead range function can be configured for the calculated power value ("zeroCut"
parameter). If the power value amounts to less than the configured value, the calculated
power value is set to 0. Disable the dead range function by assigning "zeroCut" the value 0.
Current energy
The current energy consumption "energyBasic.actEnergy" is calculated by subtracting the
current counter value "energy.value" from the initial counter value.
At the start of the new archiving period, the current energy value "energyBasic.actEnergy"
and the elapsed time of the archiving period "syncData.syncPeriod" are reset.
Energy counter value
The current energy counter value "energy.value" is copied to "energyBasic.actEnergyCounter"
and "energyBasic.energyCounter" at the end of the archiving period.
Average power / energy consumed
At the end of the archiving period "syncData.syncPeriod", the average power consumption
"energyBasic.power" is calculated from the energy used "energyBasic.energy".
Status
The calculations are only performed if the input value is valid.
The status of the input value is written to the data structures "energy" ("energy.status") and
"power" ("power.status").
If the input value is invalid, the corresponding output parameters are set to 16#FFFF_FFFF .
The status is available for downstream blocks for further logging and evaluations.
Momentary values with the status 16#8301 are valid. However, the values are not suitable
for calculating the consumed energy and the average power consumption in the current
archiving period (for example, 15 minute period).. The values for the average momentary
power consumption and the consumed energy are marked with the status 18#8001 .
Startup
During startup, all values are reset and the timers are restarted.
Note
During an incomplete archiving period, the values are set to the status "16#8301" (bad input
values during the archiving period).
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 238)" parameter
contains additional error information.
Alarms
The block has no signaling characteristics.
Description
You use the "EnS_DrvAnalogValue" function block to acquire a power value. The input signal
is normalized.
The output value in the "Output" structure is passed to the "EnS_CalcEnergyData (Page 234)"
function block.
When electrical energy is measured, the output value has the "Wh" unit. If no electrical
measured quantity is measured, for example, the flow rate, the output value has the unit
"m³/h", for example.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 241)" parameter
contains additional error information.
Description
You use the "EnS_DrvCounterLInt" function block to acquire an integral energy meter value of
the type LInt (64-bit). The input signal is converted to a standardized energy counter value.
The output value from the "EnS_CalcEnergyData (Page 234)" function block is processed as an
energy counter value.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 243)" parameter
contains additional error information.
Description
You use the "EnS_DrvCounterLInt" function block to acquire a floating point energy meter
value of the type LREAL (64-bit). The input signal is converted into a normalized energy value.
The output value from the "EnS_CalcEnergyData (Page 234)" function block is processed as an
energy counter value.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 245)" parameter
contains additional error information.
Description
The "EnS_DrvPulse" function block adds the acquired pulses, converts them with the
configured normalization factor and calculates an energy counter value of the LREAL type.
The output value from "EnS_CalcEnergyData (Page 234)" is processed as a normalized energy
counter value.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 247)" parameter
contains additional error information.
Description
The "EnS_EnergyDataAdv" function block provides advanced energy data record collected
from a measuring point. The function block is used as a central interface to WinCC
Professional or other programs (for example, SIMATIC Energy Manager Pro).
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 248)" parameter
contains additional error information.
Alarms
The block has no signaling characteristics.
* The highlighted parameters are assigned the system attribute "Accessible for HMI" and
"Visible for HMI". They are used for operator control and monitoring functions on the HMI
device, for example, for displaying a current value in a faceplate.
Description
The "EnS_EnergyDataAdvMinMax" function block provides minimum and maximum values of
the advanced energy data for the output, for example, in WinCC Professional.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The error information of the lower-
level function block (from measurement hardware, for example) are output at the "status
(Page 249)" output. The error information is displayed in the "status" parameter until the
error is cleared. Only then is the information about the next pending error displayed.
Alarms
The block has no signaling characteristics.
* The selected parameters receive the system attribute "Available for HMI" and "Visible in
HMI". They are used for operator control and monitoring functions on the HMI device, for
example, for displaying a current value in the faceplate.
Description
The "EnS_EnergyDataBasic" function block provides basic metadata and energy data record
collected from a measuring point. The function block is used as a central interface to WinCC
Professional or other programs (for example, SIMATIC Energy Manager Pro).
Metadata
The metadata at the "energyMeta" parameter with the "EnS_typeEnergyMeta (Page 274)"
data type contains general information about the acquistion object or the measurement
hardware.
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 252)" parameter
contains additional error information.
* The selected parameters receive the system attribute "Available for HMI" and "Visible in
HMI". They are used for operator control and monitoring functions on the HMI device, for
example, for displaying a current value in the faceplate.
The additional alarm texts are written in the "EnS_Alarms" text list. The output parameters
<"status1" to "status5" contain the value for the error information of the
"EnS_EnergyDataBasic" FB and its lower-level FBs.
Description
The "EnS_Organization" function block provides central organizational data that is accessed
by other function blocks. The block must be called once by each cyclic interrupt OB.
The block manages the following data:
• Start-up flag ("orgData.startup")
The startup flag is a parameter of the BOOL type. The parameter is at the "orgData.startup"
output parameter of the "EnS_Organization" function block. The function block uses this
parameter to signal if the program is still in the startup phase. You set the number of
cycles for the startup phase at the input parameter "runUpCyc" of the function block. The
default is a startup phase of ten cycles.
• Alarm suppression ("orgData.messageSuppress")
You can use the parameter to specify if messages from the user program of the CPU are to
be suppressed.
• Momentary time stamp (UTC) of the CPU
The momentary time stamp corresponds to the CPU system time.
Startup
The block sets the "orgData.startup" output parameter for the number of configured startup
cycles "runUpCyc" and suppresses the alarms using the "orgData.messageSuppress"
parameter.
Reaction to error
When an error occurs, the output parameter "error" is set. The "status" parameter contains
additional error information.
Alarms
The block has no signaling characteristics.
Description
The block is used as a central clock to synchronize the block for energy acquisition
"EnS_CalcEnergyData (Page 234)".
The clock pulse can be specified as follows:
The "syncData.syncPulse" clock generator is triggered once per archiving period by an
external synchronization pulse "extSyncPulse", for example, from a power supply company, or
the internal CPU time. The block evaluates the from rising edge of the synchronization pulse.
The time stamp for the synchronization pulse at the "syncData.syncTimeStamp" parameter is
rounded up or down to the nearest whole time value, for example, 15 minutes.
The synchronization pulse is only acquired within a specified range of validity. You define the
range of validity with the "validTimeRange" block parameter. Tolerance can be set for a
premature synchronization pulse. Premature synchronization pulses are still considered valid
if they are acquired up to one CPU cycle too early. Premature synchronization pulses depend
on the cycle time of the cyclic interrupt OB in which the "EnS_TimeSync" block is called.
If the cyclic interrupt OB is called once per second, the external synchronization pulse must
be set no earlier than the 59th second.
If the cyclic interrupt OB is called twice per second, the external synchronization pulse must
be set no earlier than the 58th second.
If the external synchronization pulse is set too early by a power supply company, the
synchronization pulse of the block is not set and the error status 16#8202 is set.
Invalid pulses are identified by the status "16#8202" and acknowledged with a message.
• External synchronization "extEnable" = TRUE
Examples:
– External synchronization pulse "extSyncPulse" set to early:
External synchronisation pulse momentary CPU time stamp between the
"validTimeRange" and the next period is less than the calculation interval of the
function block. In this case, the synchronization time stamp is rounded up to the
nearest whole value of the period.
Calculation interval: 1 s
Period: 15 min
Current CPU time: 6:59:59:500
Synchronization time stamp: 7:00:00:000
Startup
During startup, the internally running timers are restarted.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 259)" parameter
contains additional error information.
Alarms
The block has no signaling characteristics.
The additional alarm texts are written in the "EnS_Alarms" text list. The output parameters
"status" contain the value for the error information of the "EnS_TimeSync" FB and its lower-
level FBs.
Alarm block Error code (W#16#...) Alarm text Parameter Function block
Program_Alarm 8204 PLC time synchroniza- status EnS_TimeSync
tion has occured.
Difference in time was
@2%f@ sec
Startup
The block has no startup characteristics.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 264)" parameter
contains additional error information.
Status Meaning
16#7001 No error, ‘error’ = false
16#8000 Error present, ‘setError’ input = true
A.3.1 EnS_BufferDB
Description
The global data block "EnS_BufferDB" contains periodically acquired energy data in an array.
The energy data is written by the "EnS_EnergyDataBasic (Page 250)" function block to the
"EnS_BufferDB" data block. For this, the "EnS_BufferWrite (Page 231)" function block is called
internally by the "EnS_EnergyDataBasic" function block.
The energy data is read from the "EnS_BufferDB" data block by the "EnS_ArchiveDataLog
(Page 211)" function block or the Energy Suite SCADA component. For this, the
"EnS_BufferRead (Page 229)" function block is called internally by the "EnS_ArchiveDataLog"
function block.
You can adjust the size of arrays according to your requirements and the memory capacity of
the CPU. To do this, set the number of desire ARRAY elements in the properties of the
"EnS_BufferDB" data block. In the "EnS_BufferWorkDB (Page 266)" block, you also set a
number of other parameters, for example, a fill level warning.
Each array element corresponds to the value of the type "EnS_typeValue (Page 280)". Four
more values are contained in it
• Tag name
• Value
• Time stamp
• Status
You can add several data blocks to a CPU as long as the CPU has enough free memory
available for buffering. A pair always includes two data blocks, "EnS_BufferDB" and
"EnS_BufferWorkDB".
A.3.2 EnS_BufferWorkDB
Description
The "EnS_BufferWorkDB" data block is a global data block of the type "EnS_typeBufferWork
(Page 268)". The data block contains the control and status information of the buffer DB
"EnS_BufferDB (Page 265)". The values of the "EnS_BufferWorkDB" data block are evaluated
and described internally by the "EnS_BufferRead (Page 229)" and "EnS_BufferWrite
(Page 231)" function blocks for the coordination of the read and write access to the buffer DB
"EnS_BufferDB".
A.4.1 EnS_typeAnalogValue
Description
The "EnS_typeAnalogValue" PLC data type describes the interface between the function block
for analog inputs ".EnS_DrvAnalogValue (Page 240)" and the function block for periodic
calculation of energy data "EnS_CalcEnergyData (Page 234)".
A.4.2 EnS_typeBufferReadCtrl
Description
The "EnS_typeBufferReadCtrl" PLC data type contains the required control information for
reading data from the data block for buffering "EnS_BufferDB (Page 265)".
A.4.3 EnS_typeBufferReadStat
Description
The "EnS_typeBufferReadStat" PLC data type contains the data to be read and the status
information for reading from the data block for buffering "EnS_BufferDB (Page 265)".
A.4.4 EnS_typeBufferWork
Description
The "EnS_typeBufferWork" PLC data type contains all the control and status information for
writing and reading data in the data block for buffering "EnS_BufferDB (Page 265)".
A.4.5 EnS_typeBufferWriteCtrl
Description
The "EnS_typeBufferWriteCtrl" PLC data type contains the periodic energy data to be written
to the data block for buffering "EnS_BufferDB (Page 265)" and the required control
information (for example, query) for writing data.
A.4.6 EnS_typeBufferWriteStat
Description
The "EnS_typeBufferWriteStat" PLC data type contains status information for writing periodic
energy data to the data block for buffering "EnS_BufferDB (Page 265)".
A.4.7 EnS_typeEnergyAdv
Description
The "EnS_typeEnergyAdv" PLC data type contains advanced energy data which are read from
measuring instruments and provided to a CPU or HMI system.
A.4.8 EnS_typeEnergyBasic
Description
The "EnS_typeEnergyBasic" PLC data type contains basic energy data that are provided for a
CPU, an HMI system and archiving, for example:
• Periodically calculated energy consumption
• Average power over the period
• Current values for energy and power consumption
A.4.9 EnS_typeEnergyCounter
Description
The "EnS_typeEnergyCounter" PLC data type contains an interface between the driver
function block for energy counter values "EnS_DrvCounterLInt (Page 242)",
"EnS_DrvCounterLReal (Page 244)" and the function block for the periodic calculation of
energy data "EnS_CalcEnergyData (Page 234)".
A.4.10 EnS_typeEnergyMeta
Description
The "EnS_typeEnergyMeta" PLC data type contains information about the measuring point.
The information is used for display in the CPU or in an HMI system.
See also
Parameter status (Page 233)
A.4.11 EnS_typeHMIWriteCtrl
* The highlighted parameters are assigned the system parameters "Accessible for HMI" and
"Visible for HMI". The parameters are used for data exchange with the Energy Suite SCADA
component.
A.4.12 EnS_typeHMIWriteStat
* The highlighted parameters are assigned the system parameters "Accessible for HMI" and
"Visible for HMI". The parameters are used for data exchange with the Energy Suite SCADA
component.
A.4.13 EnS_typeOrgData
Description
The "EnS_typeOrgData" PLC data type contains higher-level data and settings that all blocks
access. In this way, the information can be forwarded with priority to the blocks, for example,
an alarm lock.
A.4.14 EnS_typeSync
Description
The "EnS_typeSync" PLC data type contains all the information about the archiving period
including the synchronization pulse.
* The selected parameters become the system parameters "Available for HMI" and "Visible for
HMI". They can be used for operator control and monitoring functions on the HMI.
A.4.15 EnS_typeValue
Description
The "EnS_typeValue" PLC data type contains all the information of periodically acquired
energy data to be archived, for example, to the data log. The global data block EnS_BufferDB
(Page 265)" consists of an ARRAY of the "EnS_typeValue" PLC data type.
A.4.16 EnS_typeEnergyAdd
A.4.17 Ens_typeEnergyAddValue
Number Unit
Electrical units
0 Not defined
1209 A
1210 kA
1240 V
1242 kV
1241 MV
1186 W
1190 kW
1189 MW
1188 GW
1175 Wh
1179 kWh
1178 MWh
1177 GWh
1342 %
1077 Hz
Non-electrical units
1034 m³
1573 Nm³
1038 l
1041 hl
1088 kg
1092 t
32800 pcs
1598 m³/h
1590 Nm³/h
1353 l/h
1635 hl/h
1324 kg/h
1328 t/h
32801 pcs/h
The following picture shows how the Energy Suite load management blocks work:
Function blocks
Name Function
Forecast functionality for infeed energy data.
EnS_LmgtForecast_x (Page 288)
EnS_LmgtControl_Peak (Page 290) Control logic for peak load management. Calculation and evaluation of limits. Han-
dling job data for actuators.
EnS_LmgtActuator_x (Page 297) Feedback, status and control functionality.
EnS_LmgtBackupRestore Logging of limit violations and switching actions. Backup and restore functionality for
(Page 316) config data.
Data blocks
Name Function
EnS_LmgtGeneralData (Page 322) Central data storage for parameters, status, job data and control information of load
management
EnS_LmgtActuatorList (Page 323) Parameters, config data and priority list of actuators
Name Function
EnS_typeLmgtActuatorElement (Page 324) Data structure for one actuator
EnS_typeLmgtActuatorMeta (Page 325) Actuator meta data
EnS_typeLmgtActuatorParameter (Page 325) Parameters of actuator
EnS_typeLmgtActuatorParameterSet (Page 326) Parameter set for one actuator
EnS_typeLmgtActuatorStatus (Page 327) Status information and actual values of actuator
EnS_typeLmgtActuatorStatusInOut (Page 328) Feedback and control values of actuator
EnS_typeLmgtAlarmElement (Page 329) Data of alarms and messages
EnS_typeLmgtControlLimitConfig (Page 329) Limit configuration of basic LMGT functions
EnS_typeLmgtControlParameters (Page 330) Data of control parameters
EnS_typeLmgtControlParameterSet (Page 331) Set of control parameters
EnS_typeLmgtControlTimeConfig (Page 331) Time configuration of basic LMGT functions
EnS_typeLmgtForecastValues (Page 332) Forecast energy data for load management
EnS_typeLmgtGeneralData (Page 333) General data
EnS_typeLmgtEnergyDiagram (Page 332) Energy diagram
EnS_typeLmgtJobRequestElement (Page 334) Job request data to actuators
EnS_typeLmgtJobRequestStack (Page 335) Data for request stack
EnS_typeLmgtJobTaskElement (Page 335) Task data to actuators
EnS_typeLmgtJobTaskStack (Page 336) Data for Task stack
EnS_typeLmgtOrganisation (Page 336) Period related data for load management
EnS_typeLmgtTriggerBR (Page 337) Trigger information for backup-restore block
EnS_typeLmgtVisualization (Page 338) Data for visualization
EnS_typeLmgtStorageElement (Page 339) Data structure of storage actuator
EnS_typeLmgtStorageParameter (Page 340) Parameters of a storage actuator
EnS_typeLmgtStorageParameterSet (Page 340) Parameters set of a storage actuator
See also
Function blocks (Page 288)
Data blocks (Page 322)
User-defined data types (UDTs) (Page 324)
B.1.2.1 EnS_LmgtForecast_x
Description of EnS_LmgtForecast_x
Description
The function block EnS_LmgtForecast_x calculates the forecast for average power and energy
value at the end of the periode of the infeed, which is used as a basis for the load
management.
Different algorithms shall be implemented for the forecast, which can be chosen by the user
to optimize the accuracy of the load management to minimize the number of switching
activities and optimize the forecast precision as early as possible in the period. For each
algorithm a distinct FB shall be implemented, with "x" serving as placeholder for the
abbreviation of the algorithm which is used in the FB.
Forecast algorithms
Linear extrapolation
The energy and average power values are calculated with an extrapolation function.
Startup
The block has no start-up characteristics.
But the forecast can only be calculated after the synchronization periode is up to date and
valid. This is done by evaluation of the status of the infeed Acquistion Object (EnO).
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 289)" parameter
contains additional error information.
Parameters of EnS_LmgtForecast_x
The following table shows the function block "EnS_LmgtForecast_x":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
B.1.2.2 EnS_LmgtControl_Peak
Description
The function block EnS_LmgtControl_Peak contains the core functionality of the load
management.
It monitors the forecast of energy and power values upon limit violations to determine the
escalation / de-escalation of actuators, to ensure that the actual power demand remains
below the defined limit.
The forecast data are delivered by EnS_LmgtForecast_x and is provided in the
‘EnS_LmgtData.energyForecast’ structure.
The LMGT control block identifies the power demand, which must be escalated to avoid a
limit violation or which power can be deescalated until the current power limit.
An escalation can result in either shedding actuators, to reduce power demand, or by
switching on generators, to provide more power in the system.
A de-escalation means additional consumers can be switched on, or generators can be
disconnected from the grid, to use the remaining power until the current power limits.
The decision, which actuators are deactivated or activated, is taken by each instance of
EnS_LmgtActuator_x individually, due to its actual condition, priority and parameter setting.
Configuration mode
The load management control block has two sets of configuration data, the parameterSet_1
and the parameterSet_2.
The input parameter ‘parameterSet’ defines which parameters shall be used for the load
management.
• User configuration: parameterSet = ‘1’
→ parameterset1 are used as current configuration set
• Runtime configuration: parameterSet = ‘2’
→ parameter set2 are used as current configuration set
Limit monitoring
The configured energy limits (warning, alarm and limit violation) of the forecast value are
monitored.
The power limit, which is configured by the user, will be converted to an internal energy
power limit:
• The limit warning is set, when the yellow warning limit is reached.
• The limit alarm is set, when the red alarm limit is reached.
If the forecast of the limit is violated (see peak), the LMGT starts to escalate actuators, to
reduce the power consumption (or to increase power production) to avoid a limit violation at
the end of the period.
The limit (red dashed line) can be reduced by a percentage value (black dashed line)
(limitPercentage) as threshold. This value will be used as the active limit for escalation and
de-escalation.
Limit tolerance
At the beginning of the period the accuracy of the calculated forecast values tends to be very
unprecise and could lead to frequent, unnecessary switching of actuators.
To avoid or improve this behaviour the limit can be raised with the parameter
‘limitToleranceStartValue’ for a defined time ‘limitToleranceDuration'.
The limit tolerance duration will start after the suppression delay duration.
• limitToleranceStartValue:
Start value for the limit tolerance in percent (200% means, twice the limit value at the
beginning).
The setpoint limit (limitConfig.avgPower) of the LMGT is set to this value at the end of the
suppression delay duration (Begin of limit monitoring and linear ramp down).
• limitToleranceDuration:
Time duration for the limit tolerance
The setpoint limit of the LMGT is ramped down linearly from the start limit to the limit for
the period within the configured time, so that the active limit is reached, when the limit
tolerance duration time has been elapsed.
Escalation
If the energy forecast exceeds the configured limit for the period, the LMGT determines the
required power which must be disconnected or connected (in case of producer), to fall below
the limit.
The LMGT control block sends a job request with the (delta) energy, which shall be escalated.
• Energy consumer: switched OFF
• Energy producer: switched ON
De-escalation
If the energy forecast is below the configured limit for the period, the LMGT determines the
differential power which can be connected for approximating to the limit.
The LMGT control block sends a job request with the (delta) energy, which shall be
deescalated.
• Energy consumer: switched ON
• Energy producer: switched OFF
Stabilization time
After switching, i.e. sending a job for escalation or de-escalation, the next job is only started
after the stabilization time is elapsed.
The purpose of this time is to allow the system to react on the job. If the demand still is
pending, after the stabilization delay has elapsed, a new job with the updated demand is
sent.
Limit violation
When a limit violation at the end of the period occurs (i.e. no actuator can be deactivated)
the logging of the runtime and configuration data is triggered.
The load management data and the actuator configuration are copied to a file on the SD card
of the PLC.
For details see Function block EnS_LmgtBackupRestore which also includes the logging
functionality.
Startup
After restart of the PLC the load management is initialized and inactive until the next
synchronization period begins, and valid infeed data are available, i.e. no escalation or de-
escalation is performed.
Escalation or de-escalation shall only be requested, when the stabilization delay time has
been elapsed.
All alarm messages are reset.
The determination of available power and energy values already take place.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 295)" parameter
contains additional error information.
Parameters of EnS_LmgtControl_Peak
The following table shows the function block "EnS_LmgtControl_Peak":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
Messages
The messages are implemented with the instruction ‘Program_Alarm’. The different messages
a multi-instance of the Program_Alarm block can be found in the static variables.
B.1.2.3 EnS_LmgtActuator_x
Description of EnS_LmgtActuator_x
Description
The function block EnS_LmgtActuator_x contains the functionality of an actuator for
evaluation of status, feedback and control logic considering the job information, which the
EnS_LmgtControl_x provides regarding the delta energy, which is required to stay below the
limit until the end of the period.
Different types shall be implemented for the actuator, regarding which kind of type the
actuator is.
For each type a distinct FB shall be implemented, with “x” serving as placeholder for the
actuator type.
Actuator types
Actuator Description
type
Consumer Consumes power/ energy while switched on, Releases power on escalation
Producer Produce power/ energy while switched on, Provides power on escalation
Storage Both produces and consumes power/energy while switched on. Releases power or
consumes power based on escalation/de-escalation
Configuration mode
The load management actuator block has two sets of configuration data, the parameter set1
and the parameter set2.
The input parameter ‘parameterSet’ defines which parameters shall be used for the load
management.
• User configuration: parameterSet 1 = ‘1’
→ parameterSet 1 are used as current configuration set
• Runtime configuration: parameterSet 2= ‘2’
→ parameterSet 2 are used as current configuration set
You can activate either Parameter set1 or Parameter set2 based on the requirements from the
Load management runtime faceplates.
Priority list
The priority list contains the information about the sequence, in which actuators shall be
escalated and de-escalated. The sequence of the actuators is determinend during runtime
and can be changed at any time, assuming the actuator is de-escalated. The action then will
instantly take effect.
Priority
The actuators are switched in a sequence, which is given by the priority list.
• Priority “0” - All calculations are stopped and disables the actuator for the respective Load
management system.
• Priority “1” is the highest priority (Lowest priority from the process point of view).
Priority order for escalation is ascending (e. g. 1,2,3, …), so actuators with a low priority
number (e. g. 1) are escalated before these with higher numbers, and therefore escalateded
more often.
Priority order for de-escalation is descending (e. g. 3, 2, 1), so actuators with a high priority
number (e.g. 10) are de-escalted before those with a low priority number (because they are
more relevant for the process).
Note
At any time, only one actuator/ group from the current priority will be escalated. If an
actuator (priority) was switched the program will continue with the next priority from the
priority list. (The actuators of only one rolling ID are escalated at the same time within a
rolling sequence. -> Several actuators can have the same prio & rollID)
Priority groups
Actuators with the same priority (priority) and rolling sequence identifier (rollingIdentifier)
belong to a priority group and are always switched at the same time (in the same cycle).
Rolling sequence
Actuators with the same priority (priority) and different rolling sequence identifiers
(rollingIdentifier) belong to a rolling sequence. Actuators are switched alternating, whereas
actuators with the same rolling sequence identifier are switched at the same time (in the
same cycle).
Procedure
Each actuator instance checks its status and the request stack for incoming jobs at its call. The
actuator then determines autonomously, due to the parameters and current state, if he can
serve the request. The result of the determination is written back into the request stack, as
feedback for the LMGT Control block and the next actuator will be called.
In the next cycle the LMGT Control block will evaluate the feedback from the actuators and
will write a corresponding job into the task stack.
This task includes the priority and rolling ID, as well as the energy which should be de-/
escalated. Each actuator instance checks if it is part of this priority and rolling ID, and
performs the switching action, if so.
Feedback
Four different types of feedback are supported for the actuator:
1. Power value: Actual power value (fedAnalog) shall be considered, when acknowledging
escalation / de-escalation.
2. Acquisition object: Feedback from an acquisition object of the Energy Suite.
3. Status feedback:
– Consumers/Producers: The switch status (fedBoolean) delivers the on / off status of the
actuator. The configured typical/ standby power value shall be considered, when
acknowledging escalation / de-escalation
– Storage: The status feedback(fedState) delivers the Idle(0)/Charge(1)/Discharge(2)
status of the actuator. The configured typical powers for charging and discharging
shall be considered, when acknowledging escalation/de-escalation.
4. No feedback: The feedback is determined by the block assuming the status as the control
output (ctrlAnalog along with ctrlBoolean(consumers/producers)/ctrlState(storage)). The
configured typical power value (typical/ standby Power) will be considered, when
acknowledging escalation / de-escalation.
Escalation
Different commands are set depending on the actuator types (actuatorType), when an
escalation request (jobType = 1) has been received and the block gets the order that the
actuator shall escalate:
1. Consumer: Disconnect (controlBoolean = FALSE)
2. Producer: Connect (controlBoolean = TRUE)
3. Storage: Discharge (controlState= 2)
De-escalation
Different commands are set depending on the actuator types (actuatorType), when a de-
escalation request (jobType = 2) has been received and the block gets the order that the
actuator shall de-escalate:
1. Consumer: Connect (controlBoolean = TRUE)
2. Producer: Disconnect (controlBoolean = FALSE)
3. Storage: Charge (controlState = 1)
If the minimum connect time has not yet elapsed, for the energy / power calculations the
difference (minConnectTime – connectTime) has to be subtracted from the remaining time in
the period (statusLmgt.infeedEnergyBasic.syncData.syncTime) to get the correct available
energy / power values which can be escalated.
Remaining time (until disconnect allowed) = minConnectTime - connectTime
Remaining time (for energy / power calculations) =
statusLmgt.infeedEnergyBasic.syncData.syncTime - (minConnectTime –
statusActuator.connectTime)
Minimum disconnect time → relevant for de-escalation
The minimum disconnect time is the minimum time, which the actuator has to be
disconnected 100%. The actuator can only be connected after the minimum disconnect time
has elapsed.
If the minimum disconnect time has not yet elapsed, for the energy / power calculations the
difference (minDisconnectTime – disconnectTime) has to be subtracted from the remaining
time in the period (statusLmgt.infeedEnergyBasic.syncData.syncTime) to get the correct
available energy / power values which can be de-escalated.
If the maximum disconnect time has not yet elapsed, for the energy / power calculations the
difference (maxDisconnectTime – disconnectTime) has to be subtracted from the remaining
time in the period (statusLmgt.infeedEnergyBasic.syncData.syncTime) to get the correct
available energy / power values which can be escalated.
Remaining time (until reconnect forced) = maxDisconnectTime - disconnectTime
Remaining time (for energy/ power calculations) =
statusLmgt.infeedEnergyBasic.syncData.syncTime - (maxDisconnectTime – disconnectTime)
For the energy / power calculations the escalationDelayTime has to be subtracted from the
remaining time in the period.
For the energy / power calculations the deescalationDelayTime has to be subtracted from the
remaining time in the period.
Storage Actuator
The storage actuator can operate in 3 states: Idle (0), Charge (1), Discharge (2). The storage
can operate in Basic mode or Advance mode. In basic mode, the inputs charge and discharge
influence the behavior of storage in the following manner:
In advance mode, inputs charge/discharge and SOC(State of Charge) influence the behavior
of storage.
Note
These parameters are in percentage (%) and value should be between 0 to 100.
Job management
Escalation and de-escalation requests are received as jobs within the LMGT system. The block
must be able to evaluate the jobs and the parameters of the LMGT system and reacts
accordingly. For more details see section Job Concept - De-/ Escalation sequence (Page 310).
Startup
The block “EnS_LmgtActuator_x” has no start up characteristic.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 308)" parameter
contains additional error information.
Parameters of EnS_LmgtActuator_x
The following table shows the parameters of the function block
"EnS_LmgtActuator_Consumer/EnS_LmgtActuator_Producer":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
Messages
The messages are implemented with the instruction ‘Program_Alarm’. The different messages
a multi-instance of the Program_Alarm block can be found in the static variables.
Response status
The following table shows the response status of the block on receiving a job request:
Status Description
16#7100 STATUS_REQ_RESPONDED
16#7110 STATUS_REQ_DENIED
16#7200 STATUS_NEW_JOB_ESCALATION
16#7210 STATUS_NEW_JOB_DEESCALATION
Request sequence
1. The forecast energy and power values are calculated by the ‘EnS_LmgtForecast’ block and
are written into the ‘forecastValues’ structure in the ‘EnS_LmgtGeneralData’ DB.
2. The ‘EnS_LmgtControl’ block calculates the delta energy from the forecast values and the
current energy limits (due to the current parameter set). This can either be a negative value,
if the forecast is higher than the limit or a positive value if the forecast is lower than the
limit.
3. The control block creates a new ‘jobNumber’, sets the corresponding ‘jobType’ and
‘deltaEnergy’ value and writes it into the requestStack structure.
Note
This value is always positive! The information if this ‘deltaEnergy’ must be escalated or
deescalated is evaluated via the ‘jobType’!
4. Each actuator checks if a new job was created by the control block (‘jobNumber’ is different
to previous one). If so, the actuator evaluates his status and writes his feedback data into
the ‘actuatorFeedback’ structure with the following logic:
– If there is still an empty job field, or his priority is higher than the existing ones, insert
feedback data.
– If the same priority and rollingID already exists, add own energy value to the
‘availEnergy’ in the list.
– If priority already exists but rollingID is different, check if ‘countEscalated’ value is
higher than own one, then insert feedback data.
Task sequence
In the following cycle all actuators have performed their feedback sequence and the control
block can evaluate the data from last cycle.
1. The control block checks all ‘availEnergy’ from the feedback structure.
– If the available energy is zero, then the case of ‘LackOfActuators’ occurred, because no
actuator was able to provide energy for the requested job.
– Otherwise the datasets from the requestStack are copied to the taskStack. This will be
done until the sum of available (order) energy is equal or higher (Escalation) or below
(Deescalation) then the delta energy.
2. Each actuator checks the ‘taskStack’ if a new task was created by the control block
(‘jobNumber’ different to previous one). If so, the actuator checks, if he is part of the priority
and rollingID of the job task and performes the switching due to the ‘jobType’ (de-
/escalation).
The request and task sequence are independent from each other and will be performed in
every cycle.
Example
Description
Following there is a simplified example of a job request for an escalation.
The table of the request stack shows not all entries (to focus on the important values).
Also, the case of partitial load is not considered in this example.
Presentation: Step by Step of an escalation request (jobType = 1) for 100 kW.
Given that:
• 10 Actuators with 3 priorities and 3 rolling IDs are configured
• Presentation of actuator list, request stack
Condition:
• There is no request/ task active (very first run)
• All actuators are enabled and switched on
ACTR
_Feed-
back [0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E_availab
_Number _de _Escalated _Deescalat le
_escalate ed
1 1 100 - - - - -
- - - - -
- - - - -
- - - - -
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 3 3 0 0 10
2. The second actuator has a higher priority, so he copies the existing data into the second
data set and writes his data in the first data set.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_de _Escalated _De- _available
_escalate escalated
1 1 100 2 1 0 0 20
3 3 0 0 10
3. The third actuator has a higher priority than that one in the first data set, so he shifts all data
one data set further and writes his data in the first data set.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count_Esc Count P/E
_Number _de alated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 3 0 0 10
4. The forth actuator has the same priority than the first one, but a lower rolling ID, therefore
this actuator skips further actions.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 3 0 0 10
5. The fifth actuator also has the priority "1" with a lower rolling ID than the existing one, so
this actuator also skips any further actions.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 3 0 0 10
6. The sixth actuator has the priority "3" with rolling ID "1", so he will overwrite the existing
data from actuator ID 1.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 1 0 0 50
7. The seventh actuator also has the priority "3" but with the lower rolling ID "2", so the
actuator skips further actions.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 1 0 0 50
8. The eighth actuator has the priority "1" with the lower rolling ID "2". So the actuator skips
further actions.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 1 0 0 50
9. The ninth actuator has the priority “2” with rolling ID “2”. There is already a priority group
with an higher priority in the list, so this actuator skips his entry.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 20
3 1 0 0 40
10.The tenth actuator has the priority “2” with rolling ID “1”. An entry of this priority group
already exists in the request stack, so the energy/ power will be added to that entry.
ACTR
_Feed-
back
[0..9]
Job Job_Type P/E_to Priority RollingID Count Count P/E
_Number _de _Escalated _De- _available
_escalate escalated
1 1 100 1 1 0 0 30
2 1 0 0 30
3 1 0 0 50
At the end of the PLC cycle, when all actuator instances have been processed, the request
stack contains the ten actuators sorted according their priority and rolling ID.
In the next cycle the control block then can copy step by step the data sets into the task stack
until the power demand is fulfilled.
In the next cycle the actuators will also consider the task stack and will switch accordingly the
entries.
B.1.2.4 EnS_LmgtBackupRestore
Description of EnS_LmgtBackupRestore
Description
The function block EnS_LmgtBackupRestore provides the functionality to write logging/
configuration data to the SD-Card of the PLC. In case of a limit violation, switching action or a
lack of actuators, configuration data and runtime data is written to an appropriate file under
the folder “UserFiles” onto the memory card.
Also the block saves and restores configuration data of the actuators and load management
system, in this folder on the SD-Card by user command.
Logging
Limit violation
When the LmgtControl block recognizes a limit violation at the end of the period, it triggers
the logging of the current data from the "EnS_LmgtGeneralData" and "EnS_ActuatorList". The
corresponding data is read out and written to the SD-Card of the PLC.
The data will be stored under ‘UserFiles/’ in the file named "<LMGT name>_LimitViol_xx.bin".
The storage actuator data is logged in file "<LMGT name>_LimitViol_Storagexx.bin". The
events will be written continuously into the file. If the maximum size of the file containing
LMGT and consumer/producer data(16MB) is reached, new files will be created for
consumer/producer and storage with incremented file number xx. Each new dataset begins
with the timestamp of the event.
The maximum number of files can be selected by the input parameter ‘amountLogFiles’.
Switching action
When ever a switching action is performed by one of the LmgtActuator blocks, the relevant
data from the "EnS_LmgtGeneralData" and "EnS_ActuatorList" is read out and written to the
SD-Card of the PLC. This logging is triggered from the LmgtControl block with the command
"trigSwitching" within the structure "triggerBackupRestore" in the "EnS_LmgtGeneralData" DB.
The data will be stored under ‘UserFiles/’ in the file named "<LMGT
name>_SwitchEvnt_xx.bin". The storage actuator data is logged in file "<LMGT name>_
Switch- Evnt _Storagexx.bin". The events will be written continuously into the file. If the
maximum size of the file containing LMGT and consumer/producer data(16MB) is reached,
new files will be created for consumer/producer and storage with incremented file number
xx.. Each new dataset begins with the timestamp of the event.
Lack of Actuators
When the control block wants to escalate a job but there is no appropriate feedback from the
actuators, this event is handled as ‘Lack of actuators’. That means no actuator can handle this
request and a limit violation will occure if this status will stay.
This event can occur due to wrong settings of the actuators, priority list or general
parameters. This event will be logged under ‘UserFiles/’ in the file named ‘<LMGT
name>_LackActuators_xx.bin’. The storage actuator data is logged in file "<LMGT name>_
LackActuators _Storagexx.bin" The events will be written continuously into the file. If the
maximum size of the file containing LMGT and consumer/producer data(16MB) is reached,
new files will be created for consumer/producer and storage with incremented file number
xx. Each new dataset begins with the timestamp of the event.
The maximum number of files can be selected by the input parameter ‘amountLogFiles’.
Backup
When the command ‘triggerBackup’ is triggered, the current configuration of the actuators
and the load management will be read out and saved into a backup file on the SD-Card of the
PLC.
The file will be stored under ‘UserFiles/’ name ‘<LMGT name>_ConfigBackup.bin’. The storage
actuators data is stored in ‘<LMGT name>_StorageBackup.bin’.
Restore
When the command ‘trigRestore’ is triggered a new configuration will be read out from the
backup file, which has to be stored on the SD-Card of the PLC, and overwrites the current
one.
Prerequisite
To restore a backup file from the SD-Card back to the LMGT Configuration the following
prerequisites have to be fulfilled.
• A backup file named "<LMGT name>_ConfigBackup.bin" has to be stored under ‘UserFiles/’
on the memory card of the PLC. To restore storage data, file named "<LMGT
name>_StorageBackup.bin" has to be stored on PLC.
• The file must be of a binary format which match the internal data structure (generation
with the provided converter tool)
CAUTION
The System can not analyse or check the restore file about correct data. If the restore
file is loaded into the system, the config data will be written into the parameter
sections and will take effect immediately!
Characteristics
Due to performance reasons of the PLC, the files are written in a binary form. The data can be
converted with a supplied converting tool to get a readable structure (CSV file).
File generation
Depending on the trigger, different files will be created by the EnS_LmgtBackupRestore block.
• Limit violation – File with name ""<LMGT name>_LimitViol_xx.bin"
• Switching action – Filename with name "<LMGT name>_SwitchEvnt_xx.bin"
• Lack of actuators – Filename "<LMGT_name>_LackActuators_xx.bin"
• Backup configuration – Filename "<LMGT name>_ConfigBackup.bin"
(Only one file is generated, file will be overwritten)
With xx as consecutive number until the maximum number of files, defined by the input
parameter ‘amountLogFiles’.
Access to files
The generated files can be accessed by using the web server of the PLC. Therefore the web
server has to be activated under the device configuration, General - Web server.
CAUTION
Created files from the system should not be deleted by the user! Because of the consecutive
data writing of the backup & restore function, otherwise, the system will not know where to
continue. This will lead to errors and abort the logging function for further execution.
And at least the rights for read, write, delete files must be given in the user management.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status (Page 321)" parameter
contains additional error information.
Parameters of EnS_LmgtBackupRestore
The following table shows the function block "EnS_LmgtBackupRestore":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
B.1.3.1 EnS_LmgtGeneralData
Description of EnS_LmgtGeneralData
Description
The data block "EnS_LmgtGeneralData" contains the major data for the load management.
Structure of EnS_LmgtGeneralData
Description
The data block "EnS_LmgtGeneralData" contains the major data for the load management
B.1.3.2 EnS_LmgtActuatorList
Description of EnS_LmgtActuatorList
Description
The global data block "EnS_ActuatorList" contains the parameters, config data and priority list
of all actuators.
Structure of EnS_LmgtActuatorList
Description
The following table shows the structure of the data block "EnS_ActuatorList":
B.1.4.1 EnS_typeLmgtActuatorElement
Description of EnS_typeLmgtActuatorElement
Description
The type contains the data structure of one actuator.
Structure of EnS_typeLmgtActuatorElement
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorElement" PLC data
type:
B.1.4.2 EnS_typeLmgtActuatorMeta
Description of EnS_typeLmgtActuatorMeta
Description
The type contains the meta data of the actuator.
Structure of EnS_typeLmgtActuatorMeta
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorMeta" PLC data type:
B.1.4.3 EnS_typeLmgtActuatorParameter
Description of EnS_typeLmgtActuatorParameter
Description
The type contains the parameters of one actuator.
Structure of EnS_typeLmgtActuatorParameter
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorParameter" PLC data
type:
B.1.4.4 EnS_typeLmgtActuatorParameterSet
Description of EnS_typeLmgtActuatorParameterSet
Description
The type contains one set of parameters for the actuator.
Structure of EnS_typeLmgtActuatorParameterSet
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorParameterSet" PLC
data type:
B.1.4.5 EnS_typeLmgtActuatorStatus
Description of EnS_typeLmgtActuatorStatus
Description
The type contains the status information and actual values of the actuator.
Structure of EnS_typeLmgtActuatorStatus
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorStatus" PLC data
type:
B.1.4.6 EnS_typeLmgtActuatorStatusInOut
Description of EnS_typeLmgtActuatorStatusInOut
Description
The type contains the Feedback and control values of an actuator.
Structure of EnS_typeLmgtActuatorStatusInOut
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorInOut" PLC data
type:
B.1.4.7 EnS_typeLmgtAlarmElement
Description of EnS_typeLmgtAlarmElement
Description
The type contains data for the alarming.
Structure of EnS_typeLmgtAlarmElement
Description
The following table shows the parameters of the "EnS_typeLmgtAlarmElement" PLC data
type:
B.1.4.8 EnS_typeLmgtControlLimitConfig
Description of EnS_typeLmgtControlLimitConfig
Description
The type contains the limit configuration of the loadmanagement.
Structure of EnS_typeLmgtControlLimitConfig
Description
The following table shows the parameters of the "EnS_typeLmgtControlLimitConfig" PLC data
type:
B.1.4.9 EnS_typeLmgtControlParameters
Description of EnS_typeLmgtControlParameters
Description
The type contains the parameters for the control block.
Structure of EnS_typeLmgtControlParameters
Description
The following table shows the parameters of the "EnS_typeLmgtControlParameters" PLC data
type:
B.1.4.10 EnS_typeLmgtControlParameterSet
Description of EnS_typeLmgtControlParameterSet
Description
The type contains the configuration of the loadmanagement.
Structure of EnS_typeLmgtControlParameterSet
Description
The following table shows the parameters of the "EnS_typeLmgtControlParameters" PLC data
type:
B.1.4.11 EnS_typeLmgtControlTimeConfig
Description of EnS_typeLmgtControlTimeConfig
Description
The type contains the time configuration for the loadmanagment.
Structure of EnS_typeLmgtControlTimeConfig
Description
The following table shows the parameters of the "EnS_typeLmgtControlTimeConfig" PLC data
type:
B.1.4.12 EnS_typeLmgtEnergyDiagram
Description of EnS_typeLmgtEnergyDiagram
Description
The type contains the diagram configuration for the loadmanagment.
Structure of EnS_typeLmgtEnergyDiagram
Description
The following table shows the parameters of the "EnS_typeLmgtEnergyDiagram" PLC data
type:
B.1.4.13 EnS_typeLmgtForecastValues
Description of EnS_typeLmgtForecastValues
Description
The type contains the forecast energy data for the load management.
Structure of EnS_typeLmgtForecastValues
Description
The following table shows the parameters of the "EnS_typeLmgtForecastValues" PLC data
type:
B.1.4.14 EnS_typeLmgtGeneralData
Description of EnS_typeLmgtGeneralData
Description
The type contains the general data for the load management.
Structure of EnS_typeLmgtGeneralData
Description
The following table shows the parameters of the "EnS_typeLmgtGeneralData" PLC data type:
B.1.4.15 EnS_typeLmgtJobRequestElement
Description of EnS_typeLmgtJobRequestElement
Description
The type contains the job request data to the actuators.
Structure of EnS_typeLmgtJobRequestElement
Description
The following table shows the parameters of the "EnS_typeLmgtJobRequestElement" PLC data
type:
B.1.4.16 EnS_typeLmgtJobRequestStack
Description of EnS_typeLmgtJobRequestStack
Description
The type contains the Data for the request stack.
Structure of EnS_typeLmgtJobRequestStack
Description
The following table shows the parameters of the "EnS_typeLmgtJobRequestStack" PLC data
type:
B.1.4.17 EnS_typeLmgtJobTaskElement
Description of EnS_typeLmgtJobTaskElement
Description
The type contains the task data to an actuator.
Structure of EnS_typeLmgtJobTaskElement
Description
The following table shows the parameters of the "EnS_typeLmgtJobTaskElement" PLC data
type:
B.1.4.18 EnS_typeLmgtJobTaskStack
Description of EnS_typeLmgtJobTaskStack
Description
The type contains the data for the task stack.
Structure of EnS_typeLmgtJobTaskStack
Description
The following table shows the parameters of the "EnS_typeLmgtJobTaskStack" PLC data type:
B.1.4.19 EnS_typeLmgtOrganisation
Description of EnS_typeLmgtOrganisation
Description
The type contains periode concerning data for the load management.
Structure of EnS_typeLmgtOrganisation
Description
The following table shows the parameters of the "EnS_typeLmgtOrganisation" PLC data type:
B.1.4.20 EnS_typeLmgtTriggerBR
Description of EnS_typeLmgtTriggerBR
Description
The type contains the triggers for the backup&restore block.
Structure of EnS_typeLmgtTriggerBR
Description
The following table shows the parameters of the "EnS_typeLmgtTriggerBR" PLC data type:
B.1.4.21 EnS_typeLmgtVisualization
Description of EnS_typeLmgtVisualization
Description
The type contains the data for the visualization.
Structure of EnS_typeLmgtVisualization
Description
The following table shows the parameters of the "EnS_typeLmgtVisualization" PLC data type:
B.1.4.22 EnS_typeLmgtStorageElement
Description of EnS_typeLmgtStorageElement
Description
The type contains data structure of a single storage actuator.
Structure of EnS_typeLmgtStorageElement
Description
The following table shows the parameters of the "EnS_typeLmgtStorageElement" PLC data
type.
B.1.4.23 EnS_typeLmgtStorageParameter
Description of EnS_typeLmgtStorageParameter
Description
The type contains the parameters of a single storage actuator.
Structure of EnS_typeLmgtStorageParameter
Description
The following table shows the parameters of the "EnS_typeLmgtStorageParameter" PLC data
type.
B.1.4.24 EnS_typeLmgtStorageParameterSet
Description of EnS_typeLmgtStorageParameterSet
Description
The type contains one set of parameters for the storage actuator.
Structure of EnS_typeLmgtStorageParameterSet
Description
The following table shows the parameters of the "EnS_typeLmgtStorageParameterSet" PLC
data type.
B.1.4.25 EnS_typeLmgtStorageMeta
Description of EnS_typeLmgtStorageMeta
Description
The type contains the meta data of the storage actuator.
Structure of EnS_typeLmgtStorageMeta
Description
The following table shows the parameters of the "EnS_typeLmgtStorageMeta" PLC data type.
B.1.4.26 EnS_typeLmgtStorageStatus
Description of EnS_typeLmgtStorageStatus
Description
The type contains the status information and actual values of the storage actuator.
Structure of EnS_typeLmgtStorageStatus
Description
The following table shows the parameters of the "EnS_typeLmgtStorageStatus" PLC data type:
B.1.4.27 EnS_typeLmgtStorageStatusInOut
Description of EnS_typeLmgtStorageStatusInOut
Description
The type contains the feedback and control values of a storage actuator.
Structure of EnS_typeLmgtStorageStatusInOut
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorInOut" PLC data
type:
A set of functions that are vital for the basic functionality of the base load management.
• A basic function set consists of an Average block, a Control block, an Actuator block and the
Backup/Restore block.
• For the centralized storage concept, two data blocks are included, the GeneralData DB for
the general data and the ActuatorList DB for actuator related data.
The Average block gets input data from an acquisition object of an infeed, which is not part
of the base load management scope, but from the energy suite.
The following picture shows how the Energy Suite base load management blocks work:
B.2.2.1 EnS_BaseLmgt_AvgPower
Description of EnS_BaseLmgt_AvgPower
Description
The function block EnS_BaseLmgt_AvgPower calculates the average power and energy values
for every ‘x’ seconds (x being 10 by default), which is used as a basis for the base load
management.
Startup
The block has no start-up characteristics.
But the average can only be calculated after the synchronization period is up to date and valid
and the time interval for calculation has elapsed.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status" parameter contains
additional error information.
Parameters of EnS_BaseLmgt_AvgPower
The following table shows the function block of "EnS_BaseLmgt_AvgPower".
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
B.2.2.2 EnS_BaseLmgt_Control
Description of EnS_BaseLmgt_Control
Description
The function block EnS_BaseLmgtControl contains the core functionality of the base load
management. It monitors the average power values to determine the escalation / de-
escalation of actuators, to ensure that the actual power demand remains within the upper
and lower limits. The average data is delivered by EnS_BaseLmgt_AvgPower block.
The control block identifies the power demand which must be escalated to avoid violation of
upper limit or power can be deescalated to avoid violation of lower limit. An escalation can
result in either shedding consumers or switching on generators to reduce power demand on
the grid. A de-escalation can result in switching on consumers and disconnecting generators.
The decision to deactivate or activate the actuators is taken by each instance of
EnS_BaseLmgtActuator_x individually, based on its actual condition, priority and parameter
setting.
Configuration mode
The load management control block has two sets of configuration data, the parameterSet_1
and the parameterSet_2. The input parameter ‘parameterSet’ defines which parameters shall
be used for the load management.
• User configuration: parameterSet = ‘1’
– parameterset1 are used as current configuration set
• Runtime configuration: parameterSet = ‘2’
– parameter set2 are used as current configuration set
Differential power:
If the average power goes above the upper limit,
Delta power = upper limit – average power
If the average power goes below the lower limit,
Delta power = average power – lower limit
Limit monitoring
The configured power limits (warning, alarm and limit violation) of the average value are
monitored.
Escalation
If the average power exceeds the configured upper limit, the LMGT determines the required
power which must be disconnected or connected to remain in between upper and lower
limits.
The LMGT control block sends a job request with the (delta) power, which shall be escalated.
• Consumer: switched OFF
• Producer: switched ON
• Storage: Discharged
De-escalation
If the average power is below the configured lower limit, the LMGT determines the delta
power which can be connected or disconnected to remain in the band between upper and
lower limits.
The LMGT control block sends a job request with the (delta) power, which shall be
deescalated.
• Consumer: switched ON
• Producer: switched OFF
• Storage: Charged
Stabilization time
After switching, i.e. sending a job for escalation or de-escalation, the next job is only started
after the stabilization time is elapsed.
The purpose of this time is to allow the system to react on the job. If the demand still is
pending, after the stabilization delay has elapsed, a new job with the updated demand is
sent.
Startup
After restart of the PLC, the base load management is initialized and inactive until the next
synchronization period begins, and valid infeed data are available, i.e. no escalation or de-
escalation is performed.
All alarm messages are reset.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status" parameter contains
additional error information.
Parameters of EnS_BaseLmgt_Control
The following table shows the function block "EnS_BaseLmgt_Control":
Parameter Status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
Messages
The messages are implemented with the instruction ‘Program_Alarm’. The different messages
a multi-instance of the Program_Alarm block can be found in the static variables.
B.2.2.3 EnS_BaseLmgtActuator_x
Description of EnS_BaseLmgtActuator_x
Description
The function block EnS_BaseLmgtActuator_x contains the functionality of an actuator for
evaluation of status, feedback and control logic considering the job information, which the
EnS_BaseLmgt_Control_x provides regarding the delta power, which is required to stay
between the upper and lower limits
Different types shall be implemented for the actuator, depending on which type the actuator
is.
For each type a distinct FB shall be implemented, with “x” serving as placeholder for the
actuator type.
Actuator types
Actuator Description
type
Consumer Consumes power/ energy while switched on, Releases power on escalation
Producer Produce power/ energy while switched on, Provides power on escalation
Storage Both produces and consumes power/energy while switched on. Releases power or
consumes power based on escalation/de-escalation
Configuration mode
The load management actuator block has two sets of configuration data, the parameter set1
and the parameter set2.
The input parameter ‘parameterSet’ defines which parameters shall be used for the load
management.
• User configuration: parameterSet 1 = ‘1’
→ parameterSet 1 are used as current configuration set
• Runtime configuration: parameterSet 2= ‘2’
→ parameterSet 2 are used as current configuration set
You can activate either Parameter set1 or Parameter set2 based on the requirements from the
Load management runtime faceplates.
Priority list
The priority list contains the information about the sequence, in which actuators shall be
escalated and de-escalated. The sequence of the actuators is determinend during runtime
and can be changed at any time, only when the actuator is de-escalated. The action then will
instantly take effect.
Priority
The actuators are switched in a sequence, which is given by the priority list.
• Priority “0” - All calculations are stopped and disables the actuator for the respective Load
management system.
• Priority “1” is the highest priority (Lowest priority from the process point of view).
Priority order for escalation is ascending (e. g. 1,2,3, …), so actuators with a low priority
number (e. g. 1) are escalated before those with higher numbers, and therefore escalated
more often.
Priority order for de-escalation is descending (e. g. 3, 2, 1), so actuators with a high priority
number (e.g. 10) are de-escalated before those with a low priority number (because they are
more relevant for the process).
Note
At any time, only one actuator/ group from the current priority will be escalated. If an
actuator (priority) was switched the program will continue with the next priority from the
priority list. (The actuators of only one rolling ID are escalated at the same time within a
rolling sequence. -> Several actuators can have the same prio & rollID)
Priority groups
Actuators with the same priority (priority) and rolling sequence identifier (rollingIdentifier)
belong to a priority group and are always switched at the same time (in the same cycle).
Rolling sequence
Actuators with the same priority (priority) and different rolling sequence identifiers
(rollingIdentifier) belong to a rolling sequence. Actuators are switched alternating, whereas
actuators with the same rolling sequence identifier are switched at the same time (in the
same cycle).
Procedure
Each actuator instance checks its status and the request stack for incoming jobs at its call. The
actuator then determines autonomously, due to the parameters and current state, if it can
serve the request. The result of the determination is written back into the request stack, as
feedback for the LMGT Control block and the next actuator will be called.
In the next cycle the LMGT Control block will evaluate the feedback from the actuators and
will write a corresponding job into the task stack.
This task includes the priority and rolling ID, as well as the power which should be de-/
escalated. Each actuator instance checks if it is part of this priority and rolling ID, and
performs the switching action, if so.
Power values
The power values, which are required for the escalation and de-escalation logic, are written
to the structure ‘status’ in the EnS_ActuatorList DB.
• actPower:
Actual power value, which is derived from the feedback (feedbackBoolean (for consumers
and producers) / feedbackState (for storage) / feedbackAnalog ) and / or the typical power
• escalationPower:
Power value which is available for escalation (considering connect / disconnect times and
dead times)
• deescalationPower:
Power value which is available for de-escalation (considering connect / disconnect times
and dead times)
actPower = actual Power (input actPower) or typical/ standby Power (from configuration) de-
/escalationPower = |average power -limit|
Feedback
Four different types of feedback are supported for the actuator:
1. Power value: Actual power value (fedAnalog) shall be considered, when acknowledging
escalation / de-escalation.
2. Acquisition object: Feedback from an acquisition object of the Energy Suite.
3. Status feedback:
– Consumers/Producers: The switch status (fedBoolean) delivers the on / off status of the
actuator. The configured typical/ standby power value shall be considered, when
acknowledging escalation / de-escalation
– Storage: The status feedback(fedState) delivers the Idle(0)/Charge(1)/Discharge(2)
status of the actuator. The configured typical powers for charging and discharging
shall be considered, when acknowledging escalation/de-escalation.
4. No feedback: The feedback is determined by the block assuming the status as the control
output (ctrlAnalog along with ctrlBoolean(consumers/producers)/ctrlState(storage)). The
configured typical power value (typical/ standby Power) will be considered, when
acknowledging escalation / de-escalation.
Escalation
Different commands are set depending on the actuator types (actuatorType), when an
escalation request (jobType = 1) has been received and the block gets the order that the
actuator shall escalate:
1. Consumer: Disconnect (controlBoolean = FALSE)
2. Producer: Connect (controlBoolean = TRUE)
3. Storage: Discharge (controlState= 2)
De-escalation
Different commands are set depending on the actuator types (actuatorType), when a de-
escalation request (jobType = 2) has been received and the block gets the order that the
actuator shall de-escalate:
1. Consumer: Connect (controlBoolean = TRUE)
2. Producer: Disconnect (controlBoolean = FALSE)
3. Storage: Charge (controlState = 1)
If the minimum connect time has not yet elapsed, the actuator will not escalate.
The minimum disconnect time is the minimum time, which the actuator has to be
disconnected 100%. The actuator can only be connected after the minimum disconnect time
has elapsed.
If the minimum disconnect time has not yet elapsed, the actuator will not be deescalated
Maximum disconnect time → relevant for escalation
The maximum disconnect time is the maximum time, which the actuator can be
disconnected or partially connected. The actuator has to be connected (100%) after the
maximum disconnect time has elapsed.
Storage Actuator
The storage actuator can operate in 3 states: Idle (0), Charge (1), Discharge (2). The storage
can operate in Basic mode or Advance mode. In basic mode, the inputs charge and discharge
influence the behavior of storage in the following manner:
In advance mode, inputs charge/discharge and SOC(State of Charge) influence the behavior
of storage.
Note
These parameters are in percentage (%) and value should be between 0 to 100.
Job management
Escalation and de-escalation requests are received as jobs within the LMGT system. The block
must be able to evaluate the jobs and the parameters of the LMGT system and reacts
accordingly. For more details see section Job Concept - De-/ Escalation sequence.
Startup
The block “EnS_BaseLmgtActuator_x” has no start up characteristic.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status" parameter contains
additional error information.
Parameters of EnS_BaseLmgtActuator_x
The following table shows the parameters of the function block
"EnS_LmgtActuator_Consumer/EnS_LmgtActuator_Producer":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
Messages
The messages are implemented with the instruction ‘Program_Alarm’. The different messages
a multi-instance of the Program_Alarm block can be found in the static variables.
Response status
The following table shows the response status of the block on receiving a job request:
Status Description
16#7100 STATUS_REQ_RESPONDED
16#7110 STATUS_REQ_DENIED
16#7200 STATUS_NEW_JOB_ESCALATION
16#7210 STATUS_NEW_JOB_DEESCALATION
B.2.2.4 EnS_BaseLmgtBackupRestore
Description of EnS_BaseLmgtBackupRestore
Description
The function block EnS_BaseLmgtBackupRestore provides the functionality to write logging/
configuration data to the SD-Card of the PLC. In case of a limit violation, switching action or a
lack of actuators, configuration data and runtime data is written to an appropriate file under
the folder “UserFiles” onto the memory card.
Also the block saves and restores configuration data of the actuators and load management
system, in this folder on the SD-Card by user command.
Switching action
When ever a switching action is performed by one of the LmgtActuator blocks, the relevant
data from the "EnS_LmgtGeneralData" and "EnS_ActuatorList" is read out and written to the
SD-Card of the PLC. This logging is triggered from the LmgtControl block with the command
"trigSwitching" within the structure "triggerBackupRestore" in the "EnS_LmgtGeneralData" DB.
The data will be stored under ‘UserFiles/’ in the file named "<LMGT
name>_SwitchEvnt_xx.bin". The storage actuator data is logged in file "<LMGT name>_
Switch- Evnt _Storagexx.bin". The events will be written continuously into the file. If the
maximum size of the file (16 MB) is reached, a new file will be created with incremented file
number xx. Each new dataset begins with the timestamp of the event.
Lack of Actuators
When the control block wants to escalate a job but there is no appropriate feedback from the
actuators, this event is handled as ‘Lack of actuators’. That means no actuator can handle this
request and a limit violation will occur if this status will stay.
This event can occur due to wrong settings of the actuators, priority list or general
parameters. This event will be logged under ‘UserFiles/’ in the file named ‘<LMGT
name>_LackActuators_xx.bin’. The storage actuator data is logged in file "<LMGT name>_
LackActuators _Storagexx.bin" The events will be written continuously into the file. If the
maximum size of the file is reached, a new file will be created with incremented file number
xxx. Each new dataset begins with the timestamp of the event.
The maximum number of files can be selected by the input parameter ‘amountLogFiles’.
Backup
When the command ‘triggerBackup’ is triggered, the current configuration of the actuators
and the load management will be read out and saved into a backup file on the SD-Card of the
PLC.
The file will be stored under ‘UserFiles/’ name ‘<LMGT name>_ConfigBackup.bin’. The storage
actuators data is stored in ‘<LMGT name>_StorageBackup.bin’.
Restore
When the command ‘trigRestore’ is triggered a new configuration will be read out from the
backup file, which has to be stored on the SD-Card of the PLC, and overwrites the current
one.
Prerequisite
To restore a backup file from the SD-Card back to the LMGT Configuration the following
prerequisites have to be fulfilled.
• A backup file named "<LMGT name>_ConfigBackup.bin" has to be stored under ‘UserFiles/’
on the memory card of the PLC. To restore storage data, file named "<LMGT
name>_StorageBackup.bin" has to be stored on PLC.
• The file must be of a binary format which match the internal data structure (generation
with the provided converter tool)
CAUTION
The System can not analyse or check the restore file about correct data. If the restore
file is loaded into the system, the config data will be written into the parameter
sections and will take effect immediately!
Characteristics
Due to performance reasons of the PLC, the files are written in a binary form. The data can be
converted with a supplied converting tool to get a readable structure (CSV file).
File generation
Depending on the trigger, different files will be created by the EnS_BaseLmgtBackupRestore
block.
• Switching action – Filename with name "<LMGT name>_SwitchEvnt_xx.bin"
• Lack of actuators – Filename "<LMGT_name>_LackActuators_xx.bin"
• Backup configuration – Filename "<LMGT name>_ConfigBackup.bin"
(Only one file is generated, file will be overwritten)
With xx as consecutive number until the maximum number of files, defined by the input
parameter ‘amountLogFiles’.
Access to files
The generated files can be accessed by using the web server of the PLC. Therefore the web
server has to be activated under the device configuration, General - Web server.
CAUTION
Created files from the system should not be deleted by the user! Because of the consecutive
data writing of the backup & restore function, otherwise, the system will not know where to
continue. This will lead to errors and abort the logging function for further execution.
And at least the rights for read, write, delete files must be given in the user management.
Reaction to error
When an error occurs, the output parameter "error" is set. The "Status" parameter contains
additional error information.
Parameters of EnS_BaseLmgtBackupRestore
The following table shows the function block "EnS_BaseLmgtBackupRestore":
Parameter status
The following table shows the error codes that are generated at the "status" output
parameter when errors occur:
B.2.3.1 EnS_BaseLmgtGeneralData
Description of EnS_BaseLmgtGeneralData
Description
The data block "EnS_BaseLmgtGeneralData" contains the major data for the base load
management.
Structure of EnS_BaseLmgtGeneralData
Description
The data block "EnS_BaseLmgtGeneralData" contains the major data for the load
management.
B.2.3.2 EnS_BaseLmgtActuatorList
Description of EnS_BaseLmgtActuatorList
Description
The global data block "EnS_BaseLmgtActuatorList" contains the parameters, config data and
priority list of all actuators.
Structure of EnS_BaseLmgtActuatorList
Description
B.2.4.1 EnS_typeBaseLmgtActuatorElement
Description of EnS_typeBaseLmgtActuatorElement
Description
The type contains the data structure of one actuator.
Structure of EnS_typeBaseLmgtActuatorElement
Description
The following table shows the parameters of the "EnS_typeLmgtActuatorElement" PLC data
type:
B.2.4.2 EnS_typeBaseLmgtActuatorStatus
Description of EnS_typeBaseLmgtActuatorStatus
Description
The type contains the status information and actual values of the actuator.
Structure of EnS_typeBaseLmgtActuatorStatus
Description
The following table shows the parameters of the "EnS_typeBaseLmgtActuatorStatus" PLC data
type:
B.2.4.3 EnS_typeBaseLmgtControlLimitConfig
Description of EnS_typeBaseLmgtControlLimitConfig
Description
The type contains the limit configuration of the load management.
Structure of EnS_typeBaseLmgtControlLimitConfig
Description
The following table shows the parameters of the "EnS_typeBaseLmgtControlLimitConfig" PLC
data type:
B.2.4.4 EnS_typeBaseLmgtControlParameters
Description of EnS_typeBaseLmgtControlParameters
Description
The type contains the parameters for the control block.
Structure of EnS_typeBaseLmgtControlParameters
Description
The following table shows the parameters of the "EnS_typeLmgtControlParameters" PLC data
type:
B.2.4.5 EnS_typeBaseLmgtControlParameterSet
Description of EnS_typeBaseLmgtControlParameterSet
Description
The type contains the configuration of the load management.
Structure of EnS_typeBaseLmgtControlParameterSet
Description
The following table shows the parameters of the "EnS_typeBaseLmgtControlParameters" PLC
data type:
B.2.4.6 EnS_typeBaseLmgtControlTimeConfig
Description of EnS_typeBaseLmgtControlTimeConfig
Description
The type contains the time configuration for the load managment.
Structure of EnS_typeBaseLmgtControlTimeConfig
Description
The following table shows the parameters of the "EnS_typeBaseLmgtControlTimeConfig" PLC
data type:
B.2.4.7 EnS_typeBaseLmgtGeneralData
Description of EnS_typeBaseLmgtGeneralData
Description
The type contains the general data for the load management.
Structure of EnS_typeBaseLmgtGeneralData
Description
The following table shows the parameters of the "EnS_typeBaseLmgtGeneralData" PLC data
type:
B.2.4.8 EnS_typeBaseLmgtJobRequestElement
Description of EnS_typeBaseLmgtJobRequestElement
Description
The type contains the job request data to the actuators.
Structure of EnS_typeBaseLmgtJobRequestElement
Description
The following table shows the parameters of the "EnS_typeBaseLmgtJobRequestElement" PLC
data type:
B.2.4.9 EnS_typeBaseLmgtJobRequestStack
Description of EnS_typeBaseLmgtJobRequestStack
Description
The type contains the Data for the request stack.
Structure of EnS_typeBaseLmgtJobRequestStack
Description
The following table shows the parameters of the "EnS_typeBaseLmgtJobRequestStack" PLC
data type:
B.2.4.10 EnS_typeBaseLmgtJobTaskElement
Description of EnS_typeBaseLmgtJobTaskElement
Description
The type contains the task data to an actuator.
Structure of EnS_typeBaseLmgtJobTaskElement
Description
The following table shows the parameters of the "EnS_typeBaseLmgtJobTaskElement" PLC
data type:
B.2.4.11 EnS_typeBaseLmgtJobTaskStack
Description of EnS_typeBaseLmgtJobTaskStack
Description
The type contains the data for the task stack.
Structure of EnS_typeBaseLmgtJobTaskStack
Description
The following table shows the parameters of the "EnS_typeBaseLmgtJobTaskStack" PLC data
type:
B.2.4.12 EnS_typeBaseLmgtVisualization
Description of EnS_typeBaseLmgtVisualization
Description
This type contains base-load management visualization attributes.
Structure of EnS_typeBaseLmgtVisualization
Description
The following table shows the parameters of the "EnS_typeBaseLmgtVisualization" PLC data
type
B.2.4.13 EnS_typeBaseLmgtAvgValues
Description of EnS_typeBaseLmgtAvgValues
Description
The type contains the average power data for the base load management system
Structure of EnS_typeBaseLmgtAvgValues
Description
The following table shows the parameters of the "EnS_typeBaseLmgtAvgValues" PLC data
type.
B.2.4.14 EnS_typeBaseLmgtStorageElement
Description of EnS_typeBaseLmgtStorageElement
Description
The type contains the data structure of one storage actuator.
Structure of EnS_typeBaseLmgtStorageElement
Description
The following table shows the parameters of the "EnS_typeBaseLmgtStorageElement" PLC
data type
B.2.4.15 EnS_typeBaseLmgtStorageStatus
Description of EnS_typeBaseLmgtStorageStatus
Description
The type contains the status information and actual values of the storage actuator.
Structure of EnS_typeBaseLmgtStorageStatus
Quintessence
The following table shows the parameters of the "EnS_typeBaseLmgtStorageStatus" PLC data
type:
C.1.1 EnS_EEm_FunctionCall
Description
This block calls the Energy Suite extension instructions with appropriate inputs.
C.2.1 EnS_EEmData
Description
The data required for Energy efficiency monitoring is stored here.
C.3.1 EnS_typeEEmData
Description
The UDT contains the Energy efficiency montoring system data.
C.3.2 EnS_typeEEmDataInternal
Description
The UDT contains internal data for block functions.
C.3.3 EnS_typeEEHmiEnMProCommunication
Description
The UDT contains communication information for EnMPro communication
C.3.4 EnS_typeEEmMeasPointConfiguration
Description
The UDT is used for measurement point configuration.
C.3.5 EnS_EEm_typeComDiagnostics
Description
The UDT contains diagnostic data for EnMPro communication.
C.3.6 EnS_EEm_typeCommunication
Description
The UDT contains communication data for EnMPro communication.
C.3.7 EnS_EEm_typeEnMProComm
Description
The UDT contains overall communication data for EnMPro communication.
Online Support
The comprehensive online information platform supports you in all aspects of our Service &
Support at any time and from any location in the world.
You can find Online Support on the Internet at the following address: Internet
(http://www.siemens.com/automation/service&support).
Technical Consulting
Support in planning and designing your project: From detailed actual-state analysis,
definition of the goal and consultation on product and system questions right through to the
creation of the automation solution.
Technical Support
Expert advice on technical questions with a wide range of demand-optimized services for all
our products and systems.
You can find Technical Support on the Internet at the following address: Internet
(http://www.siemens.com/SupportRequest).
Training
Extend your competitive edge – through practical know-how directly from the manufacturer.
You can find the training courses we offer on the Internet at the following address: Internet
(http://www.siemens.com/sitrain).
Engineering Support
Support during project engineering and development with services fine-tuned to your
requirements, from configuration through to implementation of an automation project.
Field Service
Our Field Service offers you services for commissioning and maintenance – to ensure that
your machines and plants are always available.
Spare parts
In every sector worldwide, plants and systems are required to operate with constantly
increasing reliability. We will provide you with the support you need to prevent a standstill
from occurring in the first place: with a worldwide network and optimum logistics chains.
Repairs
Downtimes cause problems in the plant as well as unnecessary costs. We can help you to
reduce both to a minimum – with our worldwide repair facilities.
Optimization
During the service life of machines and plants, there is often a great potential for increasing
productivity or reducing costs.
To help you achieve this potential, we are offering a complete range of optimization services.
Modernization
You can also rely on our support when it comes to modernization – with comprehensive
services from the planning phase all the way to commissioning.
Service programs
Our service programs are selected service packages for an automation and drives system or
product group. The individual services are coordinated with each other to ensure smooth
coverage of the entire life cycle and support optimum use of your products and systems.
The services of a Service Program can be flexibly adapted at any time and used separately.
Examples of service programs:
• Service contracts
• Plant IT Security Services
• Life Cycle Services for Drive Engineering
• SIMATIC PCS 7 Life Cycle Services
• SINUMERIK Manufacturing Excellence
• SIMATIC Remote Support Services
Advantages at a glance:
• Reduced downtimes for increased productivity
• Optimized maintenance costs due to a tailored scope of services
• Costs that can be calculated and therefore planned
• Service reliability due to guaranteed response times and spare part delivery times
• Customer service personnel will be supported and relieved of additional tasks
• Comprehensive service from a single source, fewer interfaces and greater expertise
Contact
At your service locally, around the globe: your partner for consultation, sales, training,
service, support, spare parts... for the entire range of products supplied by Industry
Automation and Drive Technologies.
You can find your personal contact in our contacts database at: Internet
(http://www.siemens.com/automation/partner).
A F
Actuator types, 297, 352 Feedback, 300, 355
available energy, 291 File generation, 318, 366
Forecast algorithms
EnS_LmgtForecast_x, 288
C Forecast extension
LinExt, 288
Characteristics, 318, 366
function block
Connect and disconnect times, 302, 357
EnS_BaseLmgtActuator_x, 352
connect times, 302, 357
EnS_BaseLmgtBackupRestore, 365
EnS_LmgtActuator_x, 297
EnS_LmgtBackupRestore, 316
D EnS_LmgtControl_Peak, 290
Dead time for de-escalation, 304, 359 EnS_LmgtForecast_x, 288
Dead time for escalation, 303, 358
De-escalation, 301, 356
differential power, 291 J
disconnect times, 302, 357
Job management, 305, 360
dynamicParameters
parameterMode, 290
parameterSet, 297, 352
L
Lack of Actuators, 317, 365
E Limit monitoring, 291
Limit tolerance, 292
EnS_BaseLmgtActuator_x
Limit violation, 294
function block, 352
Logging, 316
EnS_BaseLmgtBackupRestore
Linear extrapolation
function block, 365
EnS_LmgtForecast_x, 288
EnS_LmgtActuator_x
Logging, 316
function block, 297
Limit violation, 316
EnS_LmgtBackupRestore
function block, 316
EnS_LmgtControl_Peak
M
function block, 290
EnS_LmgtForecast_x Messages, 296, 309, 364
Forecast algorithms, 288
function block, 288
Linear extrapolation, 288 P
Startup, 288
parameterMode
Escalation, 293, 301, 356
dynamicParameters, 290
permanentParameters, 290
Parameters of
EnS_BaseLmgt_Control, 350
EnS_BaseLmgtBackupRestore, 368
EnS_LmgtActuator_Peak, 306, 361
EnS_LmgtBackupRestore, 320 S
EnS_LmgtControl_Peak, 295
Stabilization time, 294
EnS_LmgtForecast_x, 289
Startup, 294, 305, 360
EnS_typeActuatorElement, 324, 372
EnS_LmgtForecast_x, 288
EnS_typeBaseLmgtActuatorStatus, 373, 384
Structure of
EnS_typeBaseLmgtControlLimitConfig, 374
EnS_ActuatorList, 323
EnS_typeBaseLmgtControlParameters, 375
EnS_LmgtGeneralData, 322
EnS_typeBaseLmgtControlTimeConfig, 376
Suppression delay duration, 292
EnS_typeBaseLmgtGeneralData, 376
Switching action, 316, 365
EnS_typeBaseLmgtJobRequestElement, 377
Switching sequence example, 299, 354
EnS_typeBaseLmgtJobRequestStack, 378
EnS_typeBaseLmgtJobTaskElement, 379
EnS_typeBaseLmgtJobTaskStack, 380
EnS_typeLmgtActuatorInOut, 328, 344
EnS_typeLmgtActuatorMeta, 325
EnS_typeLmgtActuatorParameter, 325
EnS_typeLmgtActuatorParameterSet, 326
EnS_typeLmgtActuatorStatus, 327
EnS_typeLmgtAlarmElement, 329
EnS_typeLmgtControlLimitConfig, 329
EnS_typeLmgtControlParameters, 330, 331, 375
EnS_typeLmgtControlTimeConfig, 331
EnS_typeLmgtEnergyDiagram, 332
EnS_typeLmgtForecastValues, 332
EnS_typeLmgtGeneralData, 333
EnS_typeLmgtJobRequestElement, 334
EnS_typeLmgtJobRequestStack, 335
EnS_typeLmgtJobTaskElement, 335
EnS_typeLmgtJobTaskStack, 336
EnS_typeLmgtOrganisation, 336
EnS_typeLmgtTriggerBR, 337
EnS_typeLmgtVisualization, 338
parameterSet
dynamicParameters, 297, 352
permanentParameters, 297, 352
permanentParameters
parameterMode, 290
parameterSet, 297, 352
Power / energy values, 300, 355
power and energy values, 300, 355
Priority, 298, 353
Priority groups, 298, 353
Priority list, 297, 352
Procedure, 298, 353
R
Reaction to error, 288, 294, 306, 320, 361, 368
Rolling sequence, 298, 353