Power Operation 2021 System Guide
Power Operation 2021 System Guide
Electrical equipment should be installed, operated, serviced and maintained only by qualified
personnel. No responsibility is assumed by Schneider Electric for any consequences arising out
of the use of this material.
As standards, specifications and designs change from time to time, please ask for confirmation of
the information given in this publication.
Safety Information
Important Information
Read these instructions carefully and look at the equipment to become familiar with the
device before trying to install, operate, service or maintain it. The following special
messages may appear throughout this bulletin or on the equipment to warn of potential
hazards or to call attention to information that clarifies or simplifies a procedure.
DANGER
DANGER indicates a hazardous situation which, if not avoided, will result in death or serious
injury.
WARNING
WARNING indicates a hazardous situation which, if not avoided, could result in death or
serious injury.
CAUTION
CAUTION indicates a hazardous situation which, if not avoided, could result in minor or
moderate injury.
NOTICE
NOTICE is used to address practices not related to physical injury.
Please Note
Electrical equipment should be installed, operated, serviced and maintained only by qualified
personnel. No responsibility is assumed by Schneider Electric for any consequences arising out
of the use of this material.
A qualified person is one who has skills and knowledge related to the construction, installation,
and operation of electrical equipment and has received safety training to recognize and avoid the
hazards involved.
Contents System Guide
Contents
Contents 4
Safety Precautions 28
Support and version information 29
Documentation 29
Version information 29
Other support 29
Version Information 29
What's new 30
Support contacts 34
Plan 35
For designers with a Citect background 35
Components and single-site architectures 36
Components overview 36
Time synchronization 37
Power Operation Server component 38
Server component architecture 39
Built-in architectural redundancy 39
Making changes while online 40
Ethernet network redundancy 40
Power Operation Client Access component (HTML5 client) 40
Client Access component architecture 41
Event Notification Module component 43
Advanced Reporting and Dashboards component 44
Advanced Reporting and Dashboards architectures 44
Additional Advanced Reporting and Dashboards Modules component 47
Activating software module licenses 48
Mapping EcoStruxure Power to Advanced Reporting modules 48
Multi-site architectures 50
Connected devices and protocols 52
Power Operation Tool Suite 53
Waveform file share access and permissions 54
Supported power devices 55
Computer requirements 56
Server CPU and RAM requirements 56
Client CPU, RAM, and disc requirements 58
Server disk storage 59
Network requirements 59
Supported operating systems 60
Supported SQL Server versions 60
Virtualization 61
Web Client versus Thick Client 62
Translation 64
Commercial references 66
Integrating with Advanced Reporting and Dashboards 67
Advanced reporting customizations 68
Device communication 69
Single-mastering devices 70
Multi-mastering devices 71
Interoperability 72
Power Operation OPC UA 72
EcoStruxure Building Operation 74
EcoStruxure Web Services (EWS) 76
Power Operation OPC DA 76
Extending Power Operation 78
Smart Connector Overview 79
Smart Connector Architectures 80
Smart Connector Requirements 82
Smart Connector Virtualization 82
EcoStruxture Anywhere 83
EcoStruxture Anywhere component 83
EcoStruxture Anywhere architectures 85
OFS system time stamping 88
Architecture selection 90
Time synchronization 92
Event resolution 94
SOE architecture design 95
Data flow design 96
Install and upgrade 97
Getting the latest version of Power Operation 97
Installing 97
Before installing 98
Supported environments 99
Compatible Windows Operating Systems 99
Windows OS and Server configuration 100
IIS configuration 100
SQL Server 102
Windows Services in Power Operation 102
Preparing servers 102
Component selection 102
Core components selection 103
Add-ons selection 103
System software order of installation 104
Installing the software 106
Installing the ETL Administration Tool 107
Diagrams 809
Display View 810
Display configuration 812
Designing TGML graphics 814
Designing TGML graphic templates 815
TGML graphics templates for multiple equipment 817
Creating custom scripts for TGML graphics 817
Navigate to associated graphics page 824
Trends 832
Trends configuration 833
Graphics Editor 836
Using Graphics Editor 837
TGML File Format 839
Supported File Formats 839
SVG Support 840
Adjusting the Graphic Work Area 842
Zooming in and out 842
Testing a Graphic 842
Figures Overview 843
Inserting Pictures 844
Adjusting a Picture 845
Adding Text and Textboxes 845
Adding an Animated Picture 847
Attributes Overview 848
Graphic Object Attributes 850
Generic Attributes 850
Inherited Attributes 850
Defining Inheritance 854
Setting Up Inherited Attributes 854
Exposed Attributes 855
Adding an Expose Element 855
Exposing an Attribute 856
Modifying the Behavior of a Component 856
Binds and Links 857
Object Binding 857
Adding a bind 859
Object Linking 860
Adding a Link 860
Dynamic Updates 860
Activating a Binding with a Dynamic Update Attribute 861
Layers Overview 861
Using Layers 863
Controlling Layer Visibility 865
Safety Precautions
During installation or use of this software, pay attention to all safety messages that occur in the
software and that are included in the documentation. The following safety messages apply to this
software in its entirety.
WARNING
UNINTENDED EQUIPMENT OPERATION
• Do not use the software or devices for critical control or protection applications where
human or equipment safety relies on the operation of the control action.
• Do not use the software to control time-critical functions.
• Do not use the software to control remote equipment without proper access control and
status feedback.
Failure to follow these instructions can result in death or serious injury, or equipment
damage.
WARNING
INACCURATE DATA RESULTS
• Do not incorrectly configure the software or the devices.
• Do not base your maintenance or service actions solely on messages and information
displayed by the software.
• Do not rely solely on software messages and reports to determine if the system is
functioning correctly or meeting all applicable standards and requirements.
• Consider the implications of unanticipated transmission delays or failures of
communications links.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
WARNING
POTENTIAL COMPROMISE OF SYSTEM AVAILABILITY, INTEGRITY, AND
CONFIDENTIALITY
Use cybersecurity best practices to help prevent unauthorized access to the software.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
Work with facility IT System Administrators to ensure that the system adheres to the site-specific
cybersecurity policies.
Documentation for previous versions can be found on se.com by searching for the version of
Power Operation you have and refining the search results.
See Frequently Asked Questions for links to previous versions of Power Operation Help online.
Version information
See Version information for steps on identifying the version of Power Operation installed.
Other support
• Schneider Electric Exchange:
• If your license is out of support, contact your Schneider Electric account manager or email
[email protected] with your license and site ID details.
Version Information
To identify the version of Power Operation installed:
What's new
This topic lists the highlights of functionality found in the latest release of Power Operation.
Highlights:
• In Profile Studio, you can now configure which enum tag state values matter to you and will,
therefore, be included in your equipment.profile file upon exporting a configuration
package.
• Users can now use the Status tool to monitor the performance of their Power Operation
system, understand how it is organized, and troubleshoot issues.
• Email and SMS notification can now be sent to Contact groups with multiple recipients.
Customize labels and descriptions for datapoints within SCD files using EPAS or third-
party IEC 61850-compliant system configuration tools.
Customize descriptions for datapoints on the Datapoint tab within Profile Studio.
• Users can now turn off credential requirements for individual control components, as per their
discretion.
• The Waveform Extractor utility was added, which allows users to download waveforms from
their meters using FTP or sFTP protocols.
• Multi-site and multi-cluster example projects were added to PO, along with instructions to
guide you through set up.
Easergy P5
• Support for Smart Connector, which allows data sharing with systems in which Power
Operation does not already have built-in communications support.
• Power Operation became IEC 61850 DNV certified.
Archived files containing backup files from Power Operation and a manifest that captures
the state of the files when archived. These files are packaged, encrypted, and password
protected.
TGML Upgrade utility will update restored TGML files to the latest version.
Faster deployments through IEC 61850 standard engineering workflows, offering the
ability to import SCD files using Profile Studio.
Power Operation 2021 is 4-2 SL2 certified to comply with IEC 62443 standard at the
component level:
Added Cybersecurity Admin Expert (CAE) software tool. CAE is a software tool used to
configure and apply security settings to both Power Operation and Schneider Electric-
connected products. Using CAE with EcoStruxure Power Operation is optional.
• Several improvements were made to incidents, alarms, and events, including:
Added the ability to view Load Impact on alarm cards, allowing automatic identification of
voltage sags that cause loss of electrical loads, voltage sags caused by the startup of an
electrical load, and load reversals due to circuit reconfiguration after a voltage sag.
Added the ability to quantify event impact through Load Impact in alarm cards. Load
Impact badge will only display on alarm cards if impact is greater than 5% of pre-event
load.
New logging module added to provide developers detailed system data during
debugging, and support Flat file-based logging and Syslog server-based logging.
Added ability to enable or disable alarms from the All Alarms, Active Alarms, or
Unacknowledged Alarms pages.
Added ability to shelve or unshelve alarms for minutes, hours, or days from the All
Alarms, Active Alarms, or Unacknowledged Alarms pages.
Added disturbance direction detection (DDD) to assist in identifying the origin of a voltage
disturbance (sag/swell/transient).
Added waveform analytics to help determine the potential cause of voltage sag events
within an electrical system.
Added custom columns pre-populated based on alarm tags tied to device profiles created
using Profile Editor.
• Several improvements were made to Graphics Editor, including:
Spanish
Swedish
Russian
Portuguese
Norwegian
Italian
Polish
German
• Support was added for the following drivers:
Easergy P5
Galaxy VS UPS
PowerTag 63A/HR/Rope
Acti9 Active
Panel Server
Support contacts
Use the following links to obtain support if you can't find what you're looking for in this help or on
the Schneider Electric Exchange:
• Schneider Electric - Contact Support (Technical Support)
• mySchneider app
Global contact information. Contact a Software Registration Center (SRC) if you exceed the
license return limit, or if a license has become untrusted. Do not contact an SRC for
troubleshooting license issues or to get new licenses. They are not able to help with these
issues.
Plan
Power Operation is uniquely designed to let you take advantage the power of a SCADA for Power
Management Applications.
Power Operation with Advanced Reporting and Dashboards enables the Facilities Team in Power
Critical Facilities to monitor, control, and troubleshoot issues in real-time with their electrical
distribution systems.
Use the information provided in this chapter to prepare for an installation or upgrade of a Power
Operation system.
Use the links in the following table to find the content you are looking for:
Topic Content
"Components and single-
Information on design considerations for components and
site architectures" on page
component architectures.
36
"Multi-site architectures"
Discusses scaling your system with multi-site architectures.
on page 50
"Connected devices and Information on Power Operation's support for concurrent protocol
protocols" on page 52 communication.
"Computer requirements" Information on hardware and software requirements for Power
on page 56 Operation.
"Web Client versus Thick Discusses the web client features compared to the thick client
Client" on page 62 features.
Information on which languages Power Operation components
"Translation" on page 64
are localized.
"Commercial references"
Lists commercial references.
on page 66
"Integrating with Advanced
Information on integrating with the Advanced Reporting and
Reporting and
Dashboards module.
Dashboards" on page 67
"Interoperability" on page Provides information on integrating Power Operation with other
72 systems.
"EcoStruxture Anywhere" Provides details on the Power SCADA Anywhere component and
on page 83 architectures.
"OFS system time
Provides information on time stamping and related topics.
stamping" on page 628
NOTICE
INOPERABLE SYSTEM
Ensure that you have received training and understand the importance of the Power Operation
productivity tools and workflows.
Failure to follow these instructions can result in overly complex projects, cost
overruns, rework, and countless hours of support troubleshooting.
NOTE: Power Operation is built on Power Operation Studio and includes productivity tools that
are designed and optimized to create the tags you need to configure power-based
SCADA projects. If you have prior experience using Power Operation Studio, do not rely
exclusively on Citect tools to build a SCADA project.
Ensure that you and your engineers are aware of Power Operation’s unique tooling and
workflows. The following features only are supported using Power Operation tooling and
workflows:
• HTML5 built-in graphics, alarms, and waveforms
• Basic Reports
• One-line configuration
• ION and Power Modbus drivers will be complex to set up without Power Operation tooling
Components overview
Power Operation with Advanced Reporting and Dashboards is comprised of the following
components:
Refer to the topics in this section for detailed information on component purpose, licensing
options, design considerations, and architectures.
Time synchronization
WARNING
INACCURATE DATA RESULTS
• Do not incorrectly configure the software or the devices.
• Do not base your maintenance or service actions solely on messages and information
displayed by the software.
• Do not rely solely on software messages and reports to determine if the system is
functioning correctly or meeting all applicable standards and requirements.
• Consider the implications of unanticipated transmission delays or failures of
communications links.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
When using multiple machines in Power Operation systems as outlined in this section, it is
important that all machines hosting Power Operation components are synchronized to the same
NTP server (public or private). If you do not synchronize time across Power Operation
components, alarms and notifications may be delayed.
Do not confuse time synchronization with enabling Sequence of Events analysis and recording
across devices in a Power Management system that may also be using time synchronization,
including PTP and IRIG-B.
Licensing options
Licensed by number of points or tags (options include: 500, 1500, 5000, 15000 and Unlimited
tags). For more information on licensing, see "License keys" on page 163.
Design considerations
In addition to this, the following changes were made to the licensing structure in Power Operation:
• I/O point count is now tag based not address based. For example, two tags that use the same
PLC address will be counted twice. If two trend tags use the same variable tag, it will be
counted once. The same applies to alarms.
• For the multi-process mode, each server component will accumulate its own point count. The
server component point count is the count added up from all server components. If two server
components use the same tags, say alarm and trend, the tags will be counted twice when the
point count gets summed.
• For the multi-process mode, the client component will also accumulate its own point count
including super genie and CTAPI tags.
• For the multi-process mode, the machine point count will be the point count on the client
component or the point count added up from all server components, whichever is bigger. For
example, if the total point count for all server components is 100, and the client component
point count including CTAPI and super genies is 95, the kernel "General" window will show
100. If the client component point count reaches 120 later and the server component point
count remains 100, the kernel "General" window will show 120.
• Reading properties of a tag with TagGetProperty() will cause that tag to be included in the
point count, even if the value is not read.
• Writing to local variables or disk I/O variable tags via OPC etc will also increase the point
count. For example, if you use an OPC client to write to a local variable, each local variable
will be counted once, the first time it is used.
There is also full data synchronization between servers and historical backfill. If primary goes
down and a secondary becomes active, when the primary returns to active state the secondary
fills in the primary with any missed information.
NOTE: Multiple NICs are supported on each server and a device may have two communication
paths.
For this reason, if the customer requires changes to be made without interruption of service
(restarting Power Operation Server), a redundant architecture is required.
The Client Access is an optional component that allows operators to access the Power Operation
runtime from a machine other than the Server machine. Clients can be run as either a Windows
desktop application or as a built-in HTML5 web client. The Client Access can be used to perform
control and/or acknowledge alarms. The Client Access license allows up to 2 concurrent CtAPI
connections. Customers can have a mix of Windows desktop clients and built-in HTML5 web
clients.
Licensing options
Client Access is licensed by number of points/tags (options include: 500, 1500, 5000, 15000 and
Unlimited tags). For systems with Server redundancy, it is recommended to license an equal
number of redundant client access licenses for the stand-by Server.
Design considerations
• Floating license model: limited number of licenses can be shared between a number of
concurrent users and computers.
• Static license model: license reserved for set number of computers.
Server redundancy is achieved by installing and licensing a secondary Power Operation server
with the same point/tag count as the primary.
Server software and licenses are installed on the Primary and Secondary Server machines.
Placing the Client license on the Client machine limits the Client access to Windows desktop
application access only, instead of HTML5 web client access if the static license model is used.
Server software and licenses are installed on the Primary and Secondary Server machines.
By placing Client Access icense on Server machine (floating license model), the client could be
accessed via HTML5 web client or Windows desktop application.
Client connectivity limited to one simultaneous connection due to having one Client license.
Server software and licenses are installed on the Primary and Secondary Server machines.
By placing Client Access license on Server machine (floating license model), the Client could be
accessed via web client or Windows desktop application.
Client connectivity limited to two simultaneous connections due to having two Client licenses.
Single license.For systems with Server redundancy, a second ENM license is required for stand-
by Server.
Design considerations
ENM configuration can be run from thick Power Operation clients. Configuration not available
from HTML5 web client.
For SMTP support, requires access to SMTP Server (not sold with PO).
For SMS, factory tested serial modem models should be used. See "Factory tested serial
modems" on page 43 for more information.
• Multi-Tech MTR-H5-B07-US-EU-GB
Other serial modem models may work with Event Notification Module. Teams should test other
serial modem models before deploying to customer.
Single license. For more information on licensing, see "License keys" on page 163.
NOTE: Requires at least one Power Operation Server and one Client Access license for
purchase. No additional PME client or device licenses are required for this module as the Power
Operation Server and Client Access licenses cover the device licenses (i.e. PME DLs) and client
connectivity to the reports and dashboards.
Design considerations
Advanced Reporting and Dashboards (PME) component does not support redundancy. See
"Integrating with Advanced Reporting and Dashboards" on page 67.
The Power Operation Server and Advanced Reporting Module are installed on the same
machine. Additionally at least one additional Client Access license is required to enable remote
web client access if hosted on the Primary Server machine.
This architecture is typically used for performance reasons. Systems with over 150,000 tags or
600 devices should have Advanced Reporting and Power Operation Server on separate
machines.
The Advanced Reporting Server contains both the Advanced Reporting software (PME) and the
software key.
The following example architecture illustrates the Advanced Reporting and Dashboards Module
in a system with Power Operation Server redundancy.
The Advanced Reporting Server contains both the Advanced Reporting software (PME) and the
software key.
NOTE: The ETL used to send information from Power Operation to PME is installed on the
Advanced Reporting machine.
NOTE: The ETL does not support the concept of communicating with a redundant Power
Operationsetup. For this reason, if the Power Operation Primary Server failed, then the ETL on
the Advanced Reporting Server would need to be reconfigured manually to point to the
Secondary Server.
The Secondary Server has taken over the alarming and one-line diagram visualization. Since
Advanced Reporting is still running with reports, dashboards, and WebReach diagrams, the
functionality of Power Operation and PME would largely remain active from June 1 to 3.
However, when running reports during June 1-3 while the Primary Server is down, reports and
dashboard data would NOT be present for this time period. Data previous to June 1 would be
present.
Once the Primary Server is recovered on June 3, the Secondary Server will fill the Primary Sever
with the missed trend and historical data.
The Advanced Reporting ETL would start pulling data from the Power Operation’s Primary trend
file system. Depending on system size, this June 1-3 data would eventually be available in the
reports and dashboards.
Each module is licensed individually and requires at least one Advanced Reporting and
Dashboards license. For more information on licensing, see "License keys" on page 163.
You can license the following software modules on the same system as the Advanced Reporting
and Dashboards Module using the License Configuration Tool:
For more information on licensing software modules, see Activating software module licenses.
Design considerations
See "Integrating with Advanced Reporting and Dashboards" on page 67 for details.
For detailed information on software module licensing, see Additional Advanced Reporting and
Dashboards Modules component.
Prerequisites:
• Advanced Reporting and Dashboards installed on a server.
1. On the Advanced Reporting and Dashboards server, open the License Configuration Tool.
TIP: You can find the License Configuration Tool in ...\Schneider Electric\Power Monitoring
Expert\License Configuration Tool.
3. In the message box, click OK. The Activate License page opens.
4. On the Activate License page, enter the Activation ID, and then click Activate. The license
appears in the License Configuration Tool.
5. When you have completed activating each desired license, close the tool.
NOTE: The Power Monitoring Expert 2021 – System Guide contains detailed information on
how to configure the Advanced Reporting modules.
Advanced Reporting
Category Description
module
Improve Operational Efficiency, Energy
Energy Analysis Reports
Performance and help achieve ISO 50001
Module
compliance.
Efficiency and
Energy Analysis Advanced analysis and visualization gadgets.
Reliability
Dashboards Module Sankey, heatmap/carpet, pareto and ranking.
Flexible rate engine and reports for cost
Energy Billing Module
allocation, bill verification and tenant billing.
Insulation Monitoring Monitor insulation levels for power Isolated
Module panels (IEC and ANSI).
Reliability and Capacity Management Monitor the capacity loading of electrical
Safety Module equipment (UPS, Generators, multi-circuits).
Simple, global overview of the impact of power
PQ Performance Module
quality on your facility’s operations.
Breaker status diagrams and reports including
Breaker Performance
electrical ageing and mechanical wear, for
Asset Module
proactive maintenance.
Compliance and
Monitor the parameters of your generator,
Reliability
Backup Power Module ATSs and UPSs. Automated results for
emergency power supply systems.
Multi-site architectures
A multi-site architecture (or multi-clustered system) allows you to scale your system as your
needs evolve. It gives you the ability to monitor multiple systems from a central location. You can
roll up data, graphics, and controls under a central HMI and you can add servers and clusters of
servers to expand or distribute systems.
• Monitor and control multiple independent systems from single runtime client for
geographically co-located customers.
• System organized into separate sites (also known as clusters).
• Each site is controlled by local operators and supported by local redundant PO servers.
• From central control site, one can simultaneously manage all the sites by viewing ‘federated’
data from multiple PO servers.
Licensing options
When using HTML5 web clients, you need to have a full PO Server license at Central Site. When
using thick clients, you need to have a Client Access license at Central Site.
Design considerations
Geographically distributed systems
Power Operation requires a constant, high bandwidth (for example: Ethernet), and a reliable
connection. We recommend against doing real-time control from the central control room in this
architecture without having first performed a Final Acceptance Test (FAT) prior to hand-off.
NOTE: Ensure a stable communication between PO clusters and connected products that is
always-connected and has sufficient bandwidth.
Power Operation Servers can contain different devices that can be distributed across several
sites or time zones. Instead of attempting to connect devices directly via a remote connection, a
PO Server is placed at each site. In an architecture distributed across time zones, ensure that
devices are configured for UTC time. Ensure a stable communication between PO clusters and
connected products that is always-connected and has sufficient bandwidth.
Maintaining/upgrading the system
All PO sites must be using the same version of the PO software for communication between
systems to occur. For example, Central Site cannot be running PSO 2020 with underlying sites
running PO 2021.
Install Advanced Reporting at central site and connect directly to devices located at individual
sites. Allows for central historical reporting across all sites. Ensure in this architecture that you do
not exceed device limits on Advanced Reporting.
Install Advanced Reporting at each individual site. Architecture would be considered if overall
system size was beyond scale of single Advanced Reporting server.
• DNP3 Primary
• ION
• Modbus Primary
• KNX
• SNMP
• BACnet/IP
Go to the AVEVA Knowledge & Support Center website for information on PLANT SCADA.
NOTICE
INOPERABLE SYSTEM
Ensure that you have received training and understand the importance of the Power Operation
productivity tools and workflows.
Failure to follow these instructions can result in overly complex projects, cost
overruns, rework, and countless hours of support troubleshooting.
NOTE: Power Operation is built on Power Operation Studio and includes productivity tools that
are designed and optimized to create the tags you need to configure power-based
SCADA projects. If you have prior experience using Power Operation Studio, do not rely
exclusively on Citect tools to build a SCADA project.
Deploy projects faster with the Power Operation Tool Suite, including tools that are unique to
Power Operation and critical to project success.
The following Power Operation features are supported only using Power Operation tools and
workflows:
• HTML5 built-in graphics, alarms, and waveforms
• LiveView
• Basic Reports
• One-line configuration
• The ION and Power Modbus drivers are complex to setup without the use of Power Operation
tooling
Third-party devices
Third-party devices can be supported via a variety of protocols using productivity tools not
available in the core Plant SCADA platform
Onboard alarm
Tools used during
Protocol Real time data Onboard data logs time stamps and COMTRADE waveforms
commissioning
logs
• DNP3 devices
Driver information also contains release notes and currently supported operating systems.
NOTE: Most drivers are licensed via Plant SCADA and are provided at no additional cost.
However, there are some exceptions where the driver requires an additional purchase cost to
license it. Any drivers that require a purchase cost are only commercially available for Plant
SCADA and are not commercially allowed for use with Power Operation.
Computer requirements
This section provides information on the hardware and software requirements for a Power
Operation with Advanced Reporting and Dashboards system.
When selecting server hardware, carefully review the PassMark® score and CPU Clock Speed.
The required processor is defined according to an average CPU mark given by PassMark
Software. To check CPU performance, for example a Core i3 CPU, type "PassMark Core i3" in the
search engine of a web browser. This will return the CPU's calculated performance as compared
to other similar well-known processors.
NOTE: Use the tag or device number that is higher of the two numbers. For example, if you have
a system using 120,000 tags with 300 devices, use six CPU cores and 16 GB of RAM.
NOTE: These are minimum requirements. We recommend that you consider doubling the
RAM requirements listed.
NOTE: Use the tag or device number that is higher of the 2 numbers. For example, if you have a
system using 120,000 tags with 300 devices, use 16 CPU cores and 28 GB of RAM.
NOTE: These requirements are based on product testing at the factory. They are intended as
recommendations on system sizing. However, some customers may find that based on their
system's design or usage they require more or less resources than what is recommended by this
guide.
For systems greater than 150,000 tags or 600 devices, we recommend a distributed architecture
with separate physical machines for Power Operation and Power Monitoring Expert.
• CPU: 2 Cores
• RAM: 4 GB
• Disk storage: 10 GB
1. Advanced Reporting and Dashboards Module (PME) historical data for display in reports
and dashboards.
2. PO historical data stored for PO alarm viewer, trend viewer, and built-in basic reports.
Advanced Reporting and Dashboards data is stored in Microsoft SQL databases. PO data is
stored in file system flat files (no SQL required).
1. Alarm information which is stored in a propriety database that may grow over time to a size
of 1-2 GB.
2. Historical data stored in trend files (flat files on the disk) used by PO built-in reports and
trend viewer. The size and number of these trend files depend on number of tags in system,
logging interval, and number of years to store data.
Trend files are pre-allocated (reserved) on the hard disk the first time that Power Operation is
started. Hard disk space does not "grow" over time by acquiring trend data. In other words, if the
hard drive is not big enough for the number of years of trending that you plan for, the system will
tell you.
NOTE: These values include a 2 GB alarm database size and assume that you configure trends
to be stored in separate files each week.
Network requirements
Use Ethernet whenever possible. For best system performance with devices, we recommend
minimum 1 Gigabit Ethernet communication.
If you are using serial communication, use a minimum baud rate of 19.2K.
3 2 1
Windows 10
Windows 8.1 – – –
Windows 7 – –
3: Requires Windows 10 version LTSB 1607 and later (64-bit only) or Windows 10 1803 and later
(64-bit only)
NOTE: Power Operation 2021 without Advanced Reporting and Dashboards does NOT require
a SQL Server database.
Power Operation with Advanced Reporting and Dashboards installation media includes SQL
Server 2019 Express that can be used with Advanced Reporting.
Virtualization
The following table lists the virtualization support for installation and operation of Power Operation
with Advanced Reporting and Dashboards:
NOTE: Power Monitoring Expert is validated with additional virtualization systems, see the
Power Monitoring Expert 2021 – System Guide for additional details.
NOTICE
UNINTENDED DATA LOSS OR LOSS OF SOFTWARE FUNCTION
Do not exceed device limits.
• If you are using shared drive storage, use Fiber SAN storage. If you are not using Fiber SAN
storage, use a direct attached, dedicated hard drive used by Power Operation only.
• You must have a fixed-size disk virtual machine.
• Set host (for example: ESX host) power management to “High Performance”.
• Adjust Quality of Service (QoS) to allow precedence to Power Operation over less time-
critical applications.
• Create your Power Operation virtual machine on a host without other time-critical
applications.
When running virtual machines, licenses remain trusted during the following scenarios:
• Changes to the NIC card MAC address of the physical host or virtual machine.
• The virtual machine is live migrated/moved (eg. VMotion) for common migration scenarios.
Virtual machine live migration/move scenarios that may cause licenses to go untrusted include:
• VMWare moving from one vCenter to another (cross-vCenter migration).
• Microsoft Hyper-V moving from one System Center Virtual Machine Manager to another.
A single Power Operation Server can provide both a Windows runtime experience and an HTML5
web client operator experience. However, graphics cannot be reused between the Windows Thick
client and HTML5 Web client.
Thick client
Feature HTML5 Web client capability
capability
Yes (plus pan/zoom scalable graphics
Graphics monitoring only Yes
and decluttering)
Yes (plus Smart Alarm grouping,
Alarms Yes timeline analysis, natural language
waveform analysis, shelving, disabling)
Waveforms Yes Yes (plus waveform comparison)
Yes (plus ability to navigate to alarm
Alarm banner annunciator
Yes views and ability for end users to
with audible alarms
configure
Ability to navigate from
Yes Yes
graphic to associated alarms
Client side scripting Yes (using CiCode) Yes (using JavaScript)
Graphics monitoring and
Yes Yes
control
Trend viewer (real time and
Yes Yes
historical)
Runtime container Partial (plus ability for end users to
Yes
customization configure)
Ability for local teams to No (various languages available with
Yes
translate end user runtime EPO 2021)
Two-factor authentication
Yes No
support
Role-based access control of
Yes No
various web components
Client automatically switching
to secondary server during Yes No
failover
Thick client
Feature HTML5 Web client capability
capability
No
Configuration/tools: ENM
(end users using web client as primary
configuration and PO
Yes interface can use thick client runtime to
diagnostics tool (functionality
use ENM configuration and diagnostics
introduced in PSO 9.0)
functionality)
Configuration/tools: Tag
Viewer and Tag Debugger Partial (end users using web client as
(functionality typically used by Yes primary interface can use thick client
engineers or tech support for runtime to use Tag Viewer/Debugger)
diagnostics/troubleshooting)
No (end users using web client as
Configuration/tools: primary interface can use thick client
Yes
Scheduler configuration runtime to use ENM configuration and
diagnostics functionality)
Microsoft
Google Chrome Mozilla Firefox Apple Safari
Edge
Power Operation
graphics pages
including one-line
Yes Yes Yes Yes
diagram/engine
using pan/zoom
graphics
PO 2021 Alarms
Yes Yes Yes Yes
and Trends
PME reports and
Yes Yes Yes Yes
dashboards
Power Operation
Yes Yes Yes Yes
Basic Reports
LiveView (Power
Operation Real
Yes Yes Yes Yes
Time Tables
implementation)
NOTE: Graphics pages built using classic graphics builder will only run on Windows Desktop
clients.
Translation
The following table lists languages in which Power Operation components are available:
web client
runtime with thick runtime
Advanced web operator engineering System Guide with Event
Language
Reporting documentation tools documentation Notification
and Module
Dashboards
Can be done
and has been
done
successfully
by country
organizations
– – – – – (DBF files can
be updated by
application
engineers;
this includes
the alarm
text.)
English –
Simplified (excluding –
Chinese Graphics
Editor)
French (excluding –
Graphics
Editor)
Spanish – – –
Swedish – – –
German – – –
Russian – – –
Portuguese – – –
Norwegian – – –
Italian – – –
web client
runtime with thick runtime
Advanced web operator engineering System Guide with Event
Language
Reporting documentation tools documentation Notification
and Module
Dashboards
Polish – – –
Commercial references
Power Operation Server
• PSA101199 – Power Operation Server, Unlimited Points
Energy Analysis Reports Module is available for purchase using the Sales Order portal.
Software Assurance
• PSA109137 – Power Operation Software Assurance
Developer License
• PSA109502 – Power Operation Development License
Best in class reporting with more than 30 default reports, including Power Quality reports
Kiosk views to let teams see KPI Energy values that are relevant to them
• Power Monitoring Expert WebReach diagrams
Diagram-based view of real time device data
• Provide historical data to Power Advisor for analytics
When Power Operation and Power Monitoring Expert are integrated, historical applications from
PME (Reports and Dashboards) are integrated into the Power Operation runtime. WebReach
diagrams are also frequently integrated with Power Operation resulting in a seamless end user
experience.
The following table lists how components are used in combined solution:
Real time
information Historical
OPC UA and
(graphics, Alarms ENM Waveforms reports and
SMNP
tables, dashboards
trends)
Basic
Enabled
Reports
animated 1-
Enabled
line, Enabled when large built-in
LiveView,
used for data drivers within
Power Power
Enabled Enabled sequence acquisition Power
Operation Operation
of events such as 1 Operation
real time
analysis minute used
and
logging is
historical
required by
trends
customer
Enabled
Disabled
PME Web
Disabled Enabled
Power Vista, PME Reports and
Monitoring real time Disabled not used by Dashboards N/A
Expert and configured PME PQ integrated
historical with PME reports into Power
trends Operation
runtime
NOTE: Power Operation with Power Monitoring Expert must be the same product version to be
integrated.
• Advanced – Modify the format/layout of existing report templates, create new basic ones.
Excel and Power BI integration.
• Expert – Custom report creation. Create completely new reports with existing and new view
providers (data sets).
Device communication
The following device communication architectures can be used when integrating Power
Operation and Power Monitoring Expert:
• Multi-mastering all devices – Setting up device communications in both Power Operation
and Power Monitoring Expert
• Single-mastering all devices – Setting up device communications with Power Operation
and then transferring device data to Power Monitoring Expert using an Extract, Transform,
and Load (ETL) tool
Historical trending is assigned to Power Operation for most devices
Having Power Operation solely acquire data from meters provides the following benefits:
Improved performance: Power Operation trend acquisition can be assigned a lower
priority than real-time and alarm data thereby reducing CPU/RAM loads
Increased functionality: Allows PME reporting to be run on devices with protocols not
intrinsically supported by PME (e.g.: IEC-61850, DNP3, SNMP, BACnet, etc.)
The following image illustrates the recommended device communication architecture for Power
Operation with Advanced Reporting and Dashboards:
Single-mastering devices
When using single-mastering with Power Operation:
2. The Extract-Transform-Load (ETL) tool transfers historical data from Power Operation to
Power Monitoring Expert for use in Power Monitoring Expert reports and dashboards.
Single-mastering is the preferred device communication architecture for the following reasons:
• Improved performance – Power Operation trend acquisition can be assigned a lower priority
than real-time and alarm data thereby reducing CPU and RAM loads
• Increased functionality – Allows PME reporting to be run on devices with protocols not
intrinsically supported by PME (for example: IEC-61850, DNP3, SNMP, BACnet, etc.)
• Simplified deployments and maintenance – Devices are set up and maintained in Power
Operation only. There is no risk that device names between Power Operation and PME are
inconsistent.
• Recovery from failure scenarios – If the Power Monitoring Expert Server or Power
Operation Primary Server become unavailable, the ETL can still transfer the data.
In test scenarios where PME communication was unavailable for 1.5 days and then became
available again, the ETL when triggered manually took the following times to catch up and re-
establish steady state for the following system sizes:
35,000 tags logged every 15 minutes: On average, the system took 30 minutes to recover
the lost 1.5 days' worth of data
105,000 tags logged every 15 minutes: On average, the system took 95 minutes to
recover the lost 1.5 days' worth of data
NOTE: When using single mastering, it is recommended that you increase the RAM beyond the
minimal RAM requirements for the system size.
There are exceptions where single-mastering cannot be used. See "Multi-mastering devices" on
page 71 for details.
Multi-mastering devices
The devices and Advanced Reporting and Dashboards Modules that require multi-mastering are
listed here.
Devices
Power Operation cannot single-master the following device types; they must communicate with
Power Operation and Power Monitoring Expert:
• ION9000, ION7650, and PM8000 (Power Quality meters)
Power Monitoring Expert requires a direct connection to these devices to provide data depth
in Power Quality Reports.
• BCPMs and PM5350 (multi-channel meters)
Power Monitoring Expert provides Branch Circuit Reports that leverage hierarchy information.
NOTE: Trending BCPMs and PM5350 can be reconfigured in the field. For example, instead
of using channels 1 to 10, BCPMs can be reconfigured to use channels 1 to 20. This
reconfiguration requires restarting the Power Operation Server.
NOTE: BCPM historical trends should only be gathered by Power Monitoring Expert, and
should be disabled in Power Operation. If you try to use the ETL to transfer branch circuit
power monitor (BCPM) trend data to the Advanced Reports Server, the amount of branch
circuit device data can overwhelm the ETL process.
NOTE: Disable trends in the Power Operation profile for any branch circuit meters unless
the customer would like to see real-time trending in Power Operation.
WebReach diagrams require data acquisition from Power Monitoring Expert to provide real
time information.
The following table list the modules and devices that require multi-mastering and the reason why:
* The Energy Billing Module relies on an energy billing ETL to export Power Monitoring Expert
data to be used in 3rd party billing software packages. Since the energy billing export ETL
requires data from the customer hierarchy, any devices required for the ETL should be added in
Power Monitoring Expert and Power Operation.
Interoperability
This section provides information on the different approaches and technologies for integrating
Power Operation with other systems and for extending and customizing your system.
Use the links in the following table to find the content you are looking for:
Topic Content
"Power Operation OPC Standalone and redundant united architectures for data
UA" on page 72 exchange.
"EcoStruxure Building Integration architecture, component usage, data flows, and
Operation" on page 74 communication design.
"EcoStruxure Web
EWS for sharing Power Operation data with EcoStruxure Building
Services (EWS)" on page
Operation (EBO) and Power Monitoring Expert (PME).
76
Power Operation OPC DA Standalone and redundant architectures and data flow.
Extending Power
Extending Power Operation using CiCode scripting and CtAPI.
Operation
NOTE: OPC UA client/server is included and hosted on the Power Operation Server.
The OPC UA Server can support up to 100,000 tag subscriptions with 50,000 tag changes a
second to the OPC UA client.
The OPC UA Server for Power Operation does not support connecting to a client that supports
redundancy.
NOTE: OPC UA client/server is included and hosted on the Power Operation Server.
The OPC UA Server can support up to 100,000 tag subscriptions with 50,000 tag changes a
second to the OPC UA client.
The main integration points in the EcoStruxure Building Operation and Power Operation with
Advanced Reporting and Dashboards architecture are:
• Power Operation EcoStruxure Web Services (EWS) provides alarm data and high level real
time data from Power Operation to EcoStruxure Building Operation graphics screens.
NOTE: On average, expect to a 10 second alarm and real-time data update time between
EBO and EPO systems.
• The EcoStruxure Building Operation to Power Monitoring Expert ETL sends mechanical data
to the historical database for display in dashboards and reports within PO or EBO.
• Integration of Reports and Dashboards from Power Monitoring Expert to EcoStruxure
Building Operation to view electrical data
The following table lists how components are used in a combined solution:
Enabled
Enabled
OPC UA and (built-in drivers within
Not applicable Not applicable
SNMP Power Operation are
used)
EcoStruxure Web Services (EWS) sends Power Operation alarm data to EcoStruxure Building
Operation. EcoStruxure Building Operation operators can acknowledge these alarms.
EcoStruxure Building Operation acknowledgments are then sent back to Power Operation.
NOTE: EWS for Power Operation must always be installed on a Power Operation Server.
EWS uses web-based HTTP protocol to transfer data. It enables two-way data transfers, which
allows the acknowledgment of alarms from EBO. To include this new EWS implementation in your
installation, select the EWS Server check box during installation.
NOTE: OPC DA client/server is included and hosted on the Power Operation Server.
The ability to support the redundant Power Operation architecture depends on the 3rd party
application. If the 3rd party application does not have a concept of working with redundant
systems, then you should connect to the Primary Server, as pictured. Otherwise you can
configure the 3rd party application to connect to both Primary and Secondary Servers.
NOTE: OPC DA client/server is included and hosted on the Power Operation Server.
CiCode scripting
CiCode allows you to access all real-time data within Power Operation. It is a built-in and well-
documented scripting language requiring no previous programming experience to use.
CtAPI
CtAPI is an Application Program Interface (API) for programmers to create applications that
extend Power Operation by using industry standard programming languages such as C, C#, etc...
Using CtAPI requires programming experience.
NOTE: CtAPI data can be obtained from the Power Operation Server or thick Client. A Power
Operation Server or Client can support up to 10 concurrent CtAPI connections.
The ability to support the redundant Power Operation architecture depends on the 3rd party
application. If the 3rd party application does not have a concept of working with redundant
systems, then you should connect to the Primary Server (as pictured). Otherwise you can
configure the 3rd party application to connect to both Primary and Secondary Servers or a
separate Client.
CtAPI data can be obtained from the Power Operation Server or thick Client. A Power
Operation Server or Client can support up to 10 concurrent CtAPI connections.
Using the Smart Connector development kit, software developers can create extensions to share
Power Operation real time and alarm data with other systems.
Both Power Operation Server and Smart Connector are installed on the same physical or virtual
machines.
Both Power Operation Server and Smart Connector are installed on the same physical or virtual
machines.
The ability to support the redundant Power Operation architecture with Smart Connector depends
on the third-party system. If the third-party system does not have a concept of working with
redundant systems, then you should only connect to the Primary Server.
NOTE: This system would require two sets of Power Operation Server and Smart Connector
licenses.
Power Operation servers and Smart Connectors are distributed (installed on different physical or
virtual machines). This distributed architecture may be considered in order to achieve additional
scalability/performance of the system by isolating the streaming functionality of Smart Connector.
The ability to support the redundant Power Operation architecture with Smart Connector depends
on the third-party system.
NOTE: This system would require two sets of Power Operation Server and Smart Connector
licenses. Additionally, this system would require a Client Access license to be installed on each
separate Smart Connector instance. This Client Access provides the redundant communication
connection back to the Power Operation servers.
Hardware Requirements
Physical and virtual machine CPU and RAM requirements for Smart Connector will vary based on
a number of factors, including:
• Number of tags being shared with the third-party system.
• Data exchange rate of tags being shared with the third-party system.
• Set all resource allocation (CPU, memory, and disk) to fixed; dynamic is not supported.
NOTICE
UNINTENDED DATA LOSS OR LOSS OF SOFTWARE FUNCTION
Do not exceed device limits.
• If you are using shared drive storage, use Fiber SAN storage. If you are not using Fiber SAN
storage, use a direct attached, dedicated hard drive used by Smart Connector only.
• You must have a fixed-size disk virtual machine.
• Set host (for example: ESX host) power management to “High Performance”.
• You may need to adjust Quality of Service (QoS) to allow Smart Connector precedence over
less time-critical applications.
• Host a Smart Connector virtual machine on a host without other time-critical applications.
EcoStruxture Anywhere
Power SCADA Anywhere is an HTML5 streaming application that allows for the visualization of
the Power Operation Runtime from any HTML5 compliant browser (Edge, Chrome, Firefox, etc)
by streaming a remote desktop application from a Client Access. This is a legacy solution that is
being substituted with the new HTML5 PO 2021 web client.
Use the links in the following table to find the content you are looking for:
Topic Content
A description of the EcoStruxture Anywhere component, including
"EcoStruxture Anywhere purpose, what's new, upgrade considerations, supported
component" on page 83 operating systems, host requirements, browser requirements,
licensing options, and design considerations.
"EcoStruxture Anywhere
Example EcoStruxture Anywhere architectures.
architectures" on page 85
"Web Client versus Thick A comparison of features available in the thick client
Client" on page 62 (EcoStruxture Anywhere) and the HTML5 web client.
Upgrade considerations
• For instructions on upgrading Power SCADA Anywhere Server, refer to the "Upgrading to a
New Version" section of the Power SCADA Anywhere Server Installation and Configuration
Guide.
Power SCADA Anywhere Server 1.2 software has been tested to run on:
• Microsoft Windows Server 2019
Host requirements
Power SCADA Anywhere host requirements for disk, CPU and RAM are negligible.
Power SCADA Anywhere host must have CPU with SSE2 instruction set support.
Browser requirements
• Edge
• Chrome
• Safari
When using the Power SCADA Anywhere client, we are assuming that the various components
listed below are integrated into a runtime experience that is being used in a Client Access such as
Power SCADA thick client graphics pages including 1-line diagram/engine built with Citect
graphics:
• PME reports, PME dashboards and PME WebReach Diagrams
When these components are integrated into a runtime that is being streamed using Power
SCADA Anywhere all HTML5 client browsers listed above are supported.
Multiple instances of Power SCADA Anywhere can be opened at the same time in a web browser.
Windows Active Directory support
EcoStruxture Anywhere users can only be managed via Windows Active Directory. The machine
hosting EcoStruxture Anywhere must be installed on a machine that is part of a Windows domain.
Licensing options
Each EcoStruxture Anywhere license allows up to 5 concurrent connections to the runtime via
HTML5 web browsers. For more information on licensing, see "License keys" on page 163.
Design considerations
• EcoStruxture Anywhere requires an equal number of Power Operation Client Access to be
licensed.
• EcoStruxture Anywhere requires a domain to use Windows Remote Desktop licenses.
All software and licenses are installed on the Server machine including Client Access, Windows
Remote Desktop Services, and EcoStruxture Anywhere.
EcoStruxture Anywhere components are isolated using a 3rd machine (EcoStruxture Anywhere
Server) with software and licenses installed for Client Access, Windows Remote Desktop
Services, and EcoStruxture Anywhere.
NOTE: EcoStruxture Anywhere clients would use different IP addresses to access EcoStruxture
Anywhere Server #1 vs. EcoStruxture Anywhere Server #2.
System Time Stamping helps the user analyze the source of abnormal behaviors in an
automation system.
The benefits of the system time stamping mode are:
• No PAC programming required: All the time stamped events are managed and transferred
automatically by OFS
• Direct communication between the time stamping modules and the client: The available
communication bandwidth in the PAC is preserved
Both rising and falling edge transitions can be stored for both discrete I/O and PAC
internal variables
• Works with both a redundant hot-standby PAC and redundant SCADA
The following table describes the main features and differences between these two methods.
2. Time stamping of events I/O events are stamped by x80 ERT modules & CRA
generation Internal variable values are stamped by the M580 CPU
3. Manage the time
Events are managed and transferred to Power Operation
stamped events in PAC
automatically by OFS
buffer
4. Transfer time stamped
Events are managed and transferred to Power Operation
events from PAC to
automatically by OFS
SCADA
Architecture selection
There are three types of modules which are supported by the system time stamping solution,
including the M340/eX80ERT, eX80CRA, and M580 CPU. In the system time stamping
architecture, OFS is used to automatically transfer the events from the time stamping module to
the SCADA. As the time stamping module and OFS are on separate subnets, it is necessary to
select a router to link these two subnets.
• In the standalone architecture, either select the NOC control module or a third-party router
connected to the CPU service port/NOC module which is linked to RIO network to set up the
connection between OFS and the time stamping module.
• In the HSBY architecture, either select the NOC control module as a router, or select a third-
party router directly connected to the RIO network to set up the connection between OFS and
the time stamping module.
Time synchronization
• The external NTP server provides the time clock for the CPUs and CRAs. Configure the NTP
server’s IP address and polling period for each NTP client. In the M580 architecture, the M580
CPU can act as an NTP server to synchronize its CRA module’s time clock.
• The IRIG-B 004/5/6/7 or DCF77 signals generated by the GPS receiver are used to
synchronize the ERT module’s time clock.
Event resolution
The resolution time is an important parameter for the time stamping application as it impacts the
precision of the sequence of events. Below is the list of the resolution times depending on where
the events are detected.
M340/x80
ERT
(e)X80
CRA
M580
CPU
CPU MAST task scan Depends on large M580 Depends on CRA or M580
time scan time scan time
In the above diagram, a cooling control system includes a circuit breaker, a contactor, a motor
controller, a motor, and a fan. The fan is used to cool down the system temperature when the
temperature is higher than the pre-set value. For the process automation monitoring, some device
statuses and process values need to be acquired by the PAC. Meanwhile, these statuses need to
be time stamped by the PAC for building an SOE service. The first step to designing the SOE
function is to define which time stamping module will be used to monitor the status of the devices,
and the process for generating the time stamping events. The table below shows which time
stamping module is associated with which event.
1. Events are detected and time stamped by the time stamping module
3. Transfer these events to SCADA using OFS, and display them on the SCADA pages
Use the links in the following table to find the content you are looking for:
Topic Content
"Getting the latest version
of Power Operation" on Describes how to get the latest version of the software.
page 97
Discusses how to install Power Operation, the files needed, and
"Installing" on page 97
prerequisites.
How to upgrade to the current or previous versions online or
"Upgrading" on page 111
offline.
"Offline upgrade in test
Provides information on setting-up test environments.
environment" on page 120
"Backing up and restoring
Discusses backing-up and restoring requirements and
a Power Operation
procedures.
system" on page 146
"Migration Tools" on page
Provides information on running migration tools after upgrading.
135
Provides information on activating Power Operation using license
"Licensing" on page 163
keys.
For more detailed resources on upgrading, see the Upgrade references section.
If your license is out of support, contact your Schneider Electric account manager or email
[email protected] with your license and site ID details.
Go to the AVEVA Knowledge & Support Center website for information on PLANT SCADA.
Installing
You can install Power Operation with Advanced Reporting and Dashboards as a new product
only.
Power Operation does not support different versions running side-by-side. If you are upgrading
from an earlier version of Power Operation, back up your existing project files. These files include
LiveView templates; reporting configurations (such as email addresses); and Profile Editor
custom tags, device types, profiles, and units (in the Program Data folder).
Remove existing Power Operation License Configuration Tool installations before installing the
new version.
Before proceeding with the installation of Power Operation with Advanced Reporting and
Dashboards and optional components, refer to "Before installing" on page 98 for detailed
installation prerequisite information.
Before installing
This section describes the requirements for hardware, operating system software, and system
configuration prior to installing Power Operation with Advanced Reporting and Dashboards and
any of its components.
These requirements vary based on the components of Power Operation with Advanced Reporting
and Dashboards that you install on any computer. This section identifies the basic system
software requirements, as well as requirements specific to each component. Refer to "Core
components selection" on page 103 to determine the components that you want to install.
WARNING
POTENTIAL COMPROMISE OF SYSTEM AVAILABILITY, INTEGRITY, AND
CONFIDENTIALITY
Apply all Windows security updates on machines running Power Operation and Power
Monitoring Expert.
Failure to follow these instructions can result in death, serious injury, equipment
damage, and permanent loss of data.
Before you begin to install Power Operation with Advanced Reporting and Dashboards, install the
latest updates from Microsoft for your operating system and system software. See "Preparing
servers" on page 102 for more information. Also see the Operating System Matrix that shows the
operating systems that are compatible with various versions of Power Operation.
Pre-installation checks
Depending on your operating system version, your SQL Server edition, and the setup type (server
or client) that you select for installation, the installer performs some or all of the following tasks
prior to the installation of the software:
• Check for .NET Framework 4.7 and automatically installs it if required.
• Uninstall previous versions. If a previous version of the software is installed, installation will
stop.
• Verify that the SQL Server Agent is installed. If not found, the installer will install SQL Server
Express. (Advanced Reporting and Dashboards only.)
• Validate that a supported SQL Server edition and service pack level are installed (Advanced
Reporting and Dashboards only).
• Check the database location. The database must be local for some installation types and
remote for others. (Advanced Reporting and Dashboards only.)
• Check for 32-bit SQL Server edition (Advanced Reporting and Dashboards only).
• Verify that the appropriate account permissions are defined, for example, that the SQL Server
system administrator (sa) account is set with Administrator as the user (Advanced Reporting
and Dashboards only).
• Verify that the Windows account that the SQL Server service runs under has the proper folder
permissions to proceed (Advanced Reporting and Dashboards only).
Supported environments
Review the "Computer requirements" on page 56 section to ensure that your hardware and
system software meet the requirements for your selected installation.
3 2 1
Windows 10
Windows 8.1 – – –
Windows 7 – –
3: Requires Windows 10 version LTSB 1607 and later (64-bit only) or Windows 10 1803 and later
(64-bit only)
Apply Windows patches to the operating system hosting the Power Operation installation. When
applying Windows patches do so periodically and verify proper functioning of the Power SCADA
server immediately after patch installation. With redundant Power SCADA servers update one
server at time; if a Windows patch causes the Power SCADA server to function improperly the
redundant server will maintain monitoring and control of the system until the problem is resolved.
For instructions about Windows services or SQL server, see the Power Monitoring Expert –
IT Guide.
IIS configuration
Basic Authentication
Windows Authentication
Digest Authentication
Security
URL Authorization
Request Filtering
IP Security
WAS-ConfigurationAPI
SQL Server
Power Operation with Advanced Reporting and Dashboards requires SQL Server to host several
databases.
Service Description
Obtains configuration data, real-time process data, historical trends,
Schneider Electric
and alarms from the PowerSCADA I/O, Alarm, Trend and Report
CoreServiceHost
servers (citect32.exe)
Aveva Deployment Process project deployment requests on the deployment client in a
Client Service PSO system
Aveva Deployment Process project deployment requests on the deployment server in a
Server Service PSO system
Aveva Runtime Runs PowerSCADA I/O, Alarm, Trend, and Report servers
Manager (citect32.exe) as a Windows service.
Preparing servers
The software Installer performs several of the setup and configuration tasks during installation to
ensure that the prerequisites for your Power Operation with Advanced Reporting and Dashboards
system are met. Complete the following before proceeding with the installation.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
Run the Windows Update service to install the latest security patches and hotfixes from Microsoft.
Component selection
Decide which Power Operation with Advanced Reporting and Dashboards components and add-
ons you want to install.
Runtime Environment
Selects Runtime, Sentinel Driver, and Communications Drivers for installation. It is an installation
that installs the runtime components for both a Server and Client. This installation includes
runtime infrastructure files, Client and I/O Server, Alarm Server, Trend Server, and Reports
Server.
Select this option if this is an installation of Power Operation that will act as a server to service
many client installations.
Deployment Client
Installs the Deployment Client component, which allows projects to be deployed to this machine
remotely.
Deployment Server
Installs the Deployment Server component, which allows projects to be administered, versioned,
and deployed to other remote Deployment Client machines from this machine. The server can roll
out project changes to the various computers in your project.
Add-ons selection
After you select the core components that you want to install, select any add-ons that you want to
include in your installed system. The options are described here:
NOTE: If the Web Server and Power Operation Server are set up on different machines, and it is
not possible to establish a trust relationship between them, the two machines need to be on the
same domain so that the Web Server can access the directory on the Power Operation Server
that is hosting the web deployment files.
If a trust relationship is established between the Web Server and the Power Operation server,
they can be on different domains if the Web Server has read access to the project folder on the
Power Operation Server.
• Advanced Reporting and Dashboards Module files: Advanced Reporting and Dashboards
• Extract, Transform, and Load (ETL): Use this module to extract historical data from Power
Operation and transform it into a format that can be used in the Advanced Reporting and
Dashboards Module.
• EcoStruxture Anywhere
NOTE: SQL Express is included on the Power Operation with Advanced Reporting and
Dashboards ISO. Microsoft SQL Server must be obtained from Microsoft.
Advanced Reporting
Power Operation Power Operation EcoStruxture
and Dashboards
Primary Server Secondary Server Anywhere
Server
Power Operation
Power Operation Power Operation
2021 client access SQL Server
2021 2021
only
Advanced Reporting
EcoStruxture and Dashboards
Anywhere (from the Power
Operation ISO)
Windows Terminal
Services must be ETL
enabled.
On the server that you will use for Power Operation, install software in the following order:
• Verify that you have the correct Internet Explorer version for your operating system. See Web
Client versus Thick Client for more information.
• Install .NET 4.7.2
• If you want to have Matrikon Explorer on the computer, install Matrikon before you install
Power Operation.
• Install Power Operation.
NOTE: The installation medium is located on the same DVD or .ISO as the Power Operation
installation, in the Advanced Reporting and Dashboards Module folder.
You need to install EcoStruxture Anywhere on a remote client computer. See "Configure the
Power Operation Secondary Server" on page 670 for directions.
1. Go to www.se.com and download the software ISO file. To find the most recent software
ISO file, search for Power Operation and refine your search results by selecting the
Software/Firmware checkbox.
4. Select the Core Components you want > select Next. See "Core components selection" on
page 103 for a description of each component.
5. Select the Add-ons you want > select Next. See "Add-ons selection" on page 103 for a
description of each add-on component.
NOTE: Project DBF Add-in for Excel can only be selected if Microsoft Excel 2003, 2006,
2010, or 2013 is installed on the computer.
7. Enter a password for the Database Engine > select Next. The password cannot contain the
following special characters: $ %
8. Enter a password for the Power Operation Database > select Next. The Check System
screen opens. The password cannot contain the following special characters: $ %
b. Note the files that need to be corrected, and correct them in the order they are
presented.
c. After you make the corrections, select try again to re-install PO.
9. When System Verified is displayed on the Check System screen, select Next. The Ready
to Configure screen opens.
Depending on your system architecture, complete the installation of the Power Operation with
Advanced Reporting and Dashboards system components.
Refer to Plant SCADA help for information about configuring a system management server,
deployment server, and TLS certificate management.
Go to the Schneider Electric Exchange and download the ETL Administration tool.
Install ETL on the machine hosting Advanced Reporting and Dashboards. Install the ETL
Administration Tool on the Power Monitoring Expert server using a Windows Administrator
account.
To install ETL for PO:
3. Double-click SegApps_ETL_PowerSCADA-xxx.exe.
4. Application Language: Select your preferred application language from the drop-down list
and click Next.
6. License Agreement: Read the End User License Agreement and if you accept the terms of
the agreement, click I Agree to proceed.
7. Setup Type: ETL: Power Operation 2021 can only be installed with the Standalone Server
option. Click Next.
8. File Destination: Click Next to install the ETL tool to the default location. To select a
different location, click the ellipsis button and then select a new location. Click OK.
9. Check System: The installer checks the operating system. If a condition affecting
installation is detected, the installer notifies you to correct it. When verification is successful,
click Next.
10. Ready to Configure: A summary of your configuration choices for the installation. Ensure
that all items are correct before proceeding.
11. Click Install to continue or click Back to move back through the installer and change any
items.
The Copy Files screen appears and the ETL files are copied to the system.
14. Complete: The Complete page appears after the install is successful. Click Installation
Log to view details recorded for the installation process.
After installing the ETL (PO to PME) you will need to allow the ETL to remotely access the Power
Operation Server. See "Allowing ETL remote access to the PO Server" on page 1054 for details.
EcoStruxture Anywhere is a rebranded name for Citect Anywhere. The term Power SCADA
Anywhere will appear only in the end user-facing Web browser, at the login screen and the launch
screen. Everything that is not end user-facing will be referred to as Citect Anywhere, including the
installer, the configuration tool, and various file paths. EcoStruxture Anywhere is available for
download on the Schneider Electric Exchange.
Prerequisites
• Before installing EcoStruxture Anywhere, you must first install the EcoStruxture Anywhere
Server.
• Install a Power Operation Client Access. For the Power Operation Client Access, run the
Power Operation install and select the client access-only installation. This installation requires
a floating license. It must be on one of the following operating systems: Windows Server 2008
R2 SP1 Standard, Enterprise (64-bit)
Windows Server 2012 Standard
1. On the machine where the EcoStruxture Anywhere server is installed, open the installer
from the EcoStruxture Anywhere installation folder: double-click setup.exe.
3. Accept the license agreement and click Next on each screen of the installation. If a
prerequisite is missing, it will be installed for you.
4. When installation is complete, you see a confirmation screen. Click Finish to close the
install.
For detailed instructions on installing and using the EcoStruxture Anywhere Server, see the
following documents:
• EcoStruxture Anywhere Quick Start Guide.pdf
Installing CAE
Cybersecurity Admin Expert (CAE) software tool installation requirements:
• Windows® 10 Pro 32-bit or 64-bit.
• Windows Server 2019, Windows Server 2016 64-bit, or Windows Server 2008 R2 64-bit
1. Right-click the Cybersecurity Admin Expert ZIP file and select Extract All... > Extract.
2. Double-click the EXE file. The Cybersecurity Admin Expert wizard opens.
4. Click Install.
5. Click Next to go through the screens and select the options you want.
6. Click Install.
Power Operation is shipped with a project that has example page configuration.
To open Power Operation Studio:
• Click Start > Schneider Electric > Power Operation Studio
OR
• From the desktop, open the Power Operation folder and then open Power Operation Studio.
• Any additional Power Operation programs, such as the WebServer, that you installed
If you uninstall programs after you have already created projects, the project data will not be
deleted. It is in [Project Drive]\ProgramData\Schneider Electric\Power
Operation\v2021\User. The first time you open the application after you re-install it, it will
locate the project data and re-link it.
Uninstall does not remove all files from the system. Decommissioning removes Power Operation
files from your system to prevent potential disclosure of sensitive, confidential, and proprietary
data and software from your Power Operation system. You risk disclosing your power system
data, system configuration, user information, and passwords if you don’t decommission. We
strongly recommend you decommission your system at the end of its' life. See "Decommission"
on page 912 for more information.
Upgrading
Use this section upgrade an existing installation of Power Operation to Power Operation 2021 R1
(Citect SCADA File v8.3).
It is recommended to upgrade using the latest version. Before installing, check that you have the
most recent software ISO file. There may be additions or updates to the files.
For instructions related to previous versions of Power Operation, use the documentation for that
version.
Upgrade information
For version Power Operation v7.20 and later, cross version compatibility is not available for
alarms.
Prerequisites
• Verify source and destination paths while backing up projects. Path names may be different
from those used in previous versions.
• Backup existing projects to later restore them in the upgraded version.
NOTICE
LOSS OF DATA
Backup your project and other relevant historical data files from all servers in the system.
• Confirm hardware, operating system, and software on each computer meet requirements for
production servers and clients. See Installing for information.
• Add additional computer resources when using Advanced Reports and Dashboards modules
to Power Operation servers.
• Upgrade license keys for the project.
• Identify server and client license key serial numbers. Generate upgrade authorization codes
using the online license generator and save the codes and the serial numbers to a text file.
This ensures the production site can upgrade and operate Power Operation. It also ensures
all the keys are registered to the correct site.
• Identify the version of Power Operation in use at the production site. See Version information
for details.
• Choose the upgrade options you want:
Integration of Diagnostics feature.
Modify persistent memory devices currently using the DISKXML driver, by updating them
to use the IEC61850N driver. As shown below, set the following properties:
Protocol: IEC61850N.
Memory: TRUE.
Upgrade steps
1. Choose an Upgrade method: Offline or Online.
3. Perform an Offline upgrade in test environment to upgrade and migrate the existing project
to Power Operation v2021. Upgrade in a test environment before going to the production
site or upgrading.
Refer to Upgrade references for detailed information on the steps you may need to perform before
and after the upgrade process. Review the information up to and including the version to which
you are upgrading.
Go to the AVEVA Knowledge & Support Center website for information on PLANT SCADA Cicode
functions and Citect INI changes with each release.
Upgrade method
Before upgrading, determine if your SCADA system can go offine for the upgrade and what
availability is required for historical information.
There are two upgrade methods. Click an option and follow the instructions:
• Offline upgrade: system shut down is required during upgrade. If your SCADA system can go
offline during the upgrade or the availability and loss of historical information is not an issue,
use this method.
• Online upgrade:
System shut down is not required during upgrade. If your SCADA system cannot go
offline during the upgrade or the availability and loss of historical information is not an
issue, use this method.
Upgrade path
The upgrade path to get to the version you want may include upgrading to other versions first.
When you perform an online upgrade to the latest version, the Accept encrypted and non-
encrypted connections (mixed mode) setting is on by default on the configurator's Encryption
page. You can clear this option prior to performing the upgrade if you want to use unencrypted
communications. You can also configure your system to use encryption after the upgrade process
is complete.
• Advanced Reporting and Dashboards Module v2021 must be used with Power Operation
2021 R1.
• An upgrade might be required for the Advanced Reporting and Dashboards software (Power
Monitoring Expert).
• Versions of Power Operation and Power Monitoring Expert must be the same.
Offline upgrade
Use this procedure to perform an offline upgrade to Power Operation 2021 R1.
Perform the offline upgrade process in a test environment and before traveling to the production
site. Doing this will identify potential conflicts in the upgrade process that can be fixed before
attempting an online upgrade. This will minimize server downtime in the online upgrade process
or save time and effort if completing an offline upgrade in the Production environment.
1. Backup your current project and other relevant files from all servers in the system:
KEY_LOCAL_
MACHINE\SOFTWARE\Classes\CLSID\"GUID"\InProcServer3
2\.
The default value for this key is a path to the .DLL or .OCX file
you need to back up.
Backup the main <Project Folder>\Analyst Views and <Project
Process Analyst files
Folder>\Dictionary folders.
These files contain any logging (alarm logs, report logs) you
Device logs have configured in your project. You will find their location in the
Devices dialog.
Check your Citect.ini file or use the Setup Editor | Paths
section as it could contain runtime files used by custom code in
the project.
Additional Files It is also recommended to search C:\ or other volumes where
multiple hard disks are installed, in the Power Operation
Studio > Find and Replace tool. These search results will
display any paths in use by all project components.
If you are aware of any driver hotfix in your system, backup this
driver DLL which is in the Bin directory where Power Operation
is installed.
Have a valid support agreement, or purchase an upgrade license, and upgrade your key or
soft license using the online license generator.
If your license is out of support, contact your Schneider Electric account manager or email
[email protected] with your license and site ID details.
3. Uninstall the current version and install the latest version and proceed with upgrading and
migrating the project configuration for later use in the production environment. See Upgrade
path for details on upgrade requirements based on version.
If this is step is done in a test environment: It is unnecessary to install the next software
version in the upgrade path. Upgrade directly. Go to the Power Operation Schneider
Electric Exchange for downloads.
4. Configure the Server Password using the Computer Setup Wizard. See Power Operation
Server password.
5. Configure the System Management Server: In the Plant SCADA help search box, type
Configure a System Management Server and click the search icon.
6. Restore your project and select all included projects if available. PLS_Include will be
restored.
As a default, when you restore your project from a previous version, Power Operation
will force an update, and you will get a warning message. Click Yes to proceed with
project upgrade. If this message is not displayed, you can force an update of all projects
by setting the [CtEdit]Upgrade INI parameter to 1 and restarting Power Operation.
After you restart, you will get a warning message.
Pack all projects in the Power Operation Studio > Projects screen and Pack Libraries in
Active and Included projects in the Graphics Builder > Tools menu.
The automatic project upgrade does not fully upgrade your projects, and needs to be
followed by the Migration tool. The Citect and Power Operation Migration Tools are separate
applications that must be run manually after the project upgrade has been executed, and
adds computers from the existing topology. You might need to run the Citect Migration tool
separately for other components. Refer to the online help for more information about running
the Citect Migration tool.
Confirm that all IO devices in the project have been assigned Equipment names.
In addition to the INI settings below, identify other custom INI settings that might be
required for the proper operation of the upgraded software project. The Computer Setup
Editor tool is especially useful for comparing the old and new INI files. Select "Compare
INI Files" from the Computer Setup Editor > Tools menu.
When upgrading a standby server, first merge the standby server's existing .INI into the
upgraded version .INI. Then compare this result to the upgraded, merged .INI from the
primary server to confirm they are consistent; the two files should have consistent
[Alarm], [Trend], [Report] and driver parameters. Other parameters that include
<Server>, <Cluster> or <Device> names will have different parameter names but similar
values.
If you have defined the following parameters in your Citect.INI file, merge them into the
new version's INI file:
Parameter Description
Without this parameter, you will encounter the Tag not
[General] defined compiler error. Setting this to 1 allows you to
TagStartDigit=1 define tag names that begin with a number or a
symbol.
Without this parameter, you could encounter the 'Bad
Raw Data' or other tag address related errors. Setting
[General] this to 0 allows defining variable tags of the same data
CheckAddressBoundary=0 type in odd or even addresses. When this parameter is
set to 1 all variable tags from the same data type need
to be defined on odd OR even addresses.
Merge any driver parameters from your old .INI file as they will most likely be necessary to
interface with your I/O network. For a list of changes to .INI parameters, see "Upgrade
references" on page 920.
After upgrading your project and running the Migration tool, compile your project to ascertain
that runtime functionality works as expected. It is likely that you will encounter errors when
you compile your project. One of the most common sources of errors when upgrading is
Cicode functions. This is because functions changed, were deprecated, or because the
compiler code has been updated to prevent runtime errors.
b. Pack the project from Power Operation Studio > Projects screen.
c. Update Pages and Pack Libraries in the Active/Include projects from the Graphics
Builder.
Before running your project, run the Setup Wizard (known as Computer Setup Wizard in
previous versions) to configure the Runtime Manager and other settings that are relevant to
the runtime process. The Setup Wizard will automatically determine the role of your
computer based on the network addresses defined in your project. After finishing the Setup
Wizard, restore your historic data and other files, and run your project.
Be sure to enter the Server Password obtained or created before the upgrade on the Server
Authentication screen of the wizard. See Online upgrade for prerequsites.
After compiling your project, place the files necessary for runtime in the correct directories.
Refer to step one in this topic for the list of files you need to place in the corresponding
directories as defined in your Citect.INI file and project configuration.
13. Restore historical data files (necessary if upgrading in the production environment).
Restore the historical data files before running your upgraded projects. It is not required to
restore these files when performing the Online upgrade or if upgrading the project in a test
environment. During an Online upgrade these files will be restored automatically through
Primary-Standby server synchronization.
NOTE: Consideration should be given to the size of the alarm and trend files. Automatic
Primary-Standby server synchronization can take a long time, depending on the size of
these files.
Before you can upgrade to Power Operation 2021, perform the following steps to convert
your <Project Name>_<Cluster Name>_ALMSAV.DAT and <Project Name>_<Cluster
Name>_ALMINDEXSAVE.DAT files to a format that can be read by the new alarm server
architecture introduced in v7.30:
Make sure that the [Alarm]SavePrimary parameter points to the directory in which you have
placed your backed-up ALMSAV.DAT and ALMINDEXSAVE.DAT
For Alarms in v2020, v2020 R2, v9.0, v7.30SR1, v7.40, v7.40 SR1, v8.0, v8.0 SR1 and v8.1,
convert your Alarm Database in the Data directory:
a. Confirm your backed-up Alarm Database is in the directory defined by the [CtEdit]Data
parameter.
b. Before starting runtime, confirm that the directory [Alarm]SavePrimary does NOT
contain ANY ALMSAV.DAT nor ALMINDEXSAVE.DAT files.
c. If you want to change the folder location, or you cannot replicate the same file hierarchy,
use the trend renaming tool available on the Schneider Electric Exchange.
Test communications to your I/O devices, alarm triggering, and trend capture.
After you have completed all the steps in your "Upgrade path" on page 113, install this
version and repeat steps 4 to 12.
The authentication settings in the Citect Data Platform and settings of the One-Line Engine
screens need to be completed. Confirm that your redundancy parameters are set for the
one-line engine in a redundant system.
18. (Optional) Add Upgrade options in Upgrading to the project, recompile, and test.
• Validate the merge of the existing Citect.INI file into the upgraded version Citect.INI steps.
b. Skip step 11. In this step, runtime data and historical data from the existing system are
restored, but it is only necessary to do this later when completing the offline or online
upgrade procedures in the production system (while located at the Production site).
3. Test project functionality, verifying that key features of the solution function as expected.
4. (Optional) Add Upgrade options in Upgrading to the project, recompile and test.
5. Backup the upgraded 2021 project, upgraded include projects, sub-directories, and
configuration files.
NOTICE
LOSS OF DATA
Backup your project and other relevant historical data files from all servers in the system.
Migrating to production
Review the following information to complete the offline upgrade process and apply the changes
to your production system.
Testing Considerations
Perform system testing of the new project version after the upgrade and configuration changes to
the project are complete. This is to check that functionally and operation behaves as expected
before applying the new project to the production environment.
Server Addresses
During a migration with an existing system, use a new set of IP addresses and computer names
for the new version. This is typically done when there is a need to provide isolation between the
system project versions to allow the two systems to individually co-exist on the network for a
period of time. When isolated, the systems will be independent and not cross communicate or
synchronize between the existing and new versions. This type of upgrade would have the new
version start with a snapshot of the historical data from the previous system and then run in
parallel.
Communication Drivers
If the project is using specialty drivers, back up the driver files located in the product bin directory.
Existing specialty drivers that are used may be required to be installed for the new version. The
driver web can be checked for availability and compatibility with the new version at the DriverWeb.
Specialty Software
The project might be using specialty software to provide certain system functionality. These
applications might be required to be updated or re-installed during the upgrade process and
considered in the context of the upgrade.
Format File
The project may be using custom configuration forms in the product. This configuration is located
in the FRM file which may be required in the new installation.
Once the data files have been upgraded, the updated data files may not be compatible with the
previous version.
Do not change the directory path of the trend data files during the project upgrade as this may
affect the trend operation. The default data directory may be changed between product versions
and may need to be considered in the context of the install and upgrade with regards to the trend
file location.
Go to the AVEVA Knowledge & Support Center website for information on PLANT SCADA.
Online upgrade
Use this procedure to perform an online upgrade to Power Operation 2021 R1.
In an online upgrade, the two SCADA systems, the current and the new versions, are running
side-by-side. The current version is decommissioned after the new version has been fully tested
and validated.
If the offline upgrade was earlier performed in a test environment, the upgraded project will be
migrated to production during the online upgrade process as the final step in the Upgrade path
when Power Operation 2021 R1 is installed on production servers.
Go to the AVEVA Knowledge & Support Center website for information on PLANT SCADA.
Prerequisites
• Review Upgrading.
• Backup the alarm and trend database files from the standby server before synchronizing an
upgraded primary to the standby still running an older software version, in case any
unforeseen problems arise, and modifications are unintentionally made to the databases on
the standby server.
NOTICE
LOSS OF DATA
Backup your project and other relevant historical data files from all servers in the system.
• At least one pair of redundant servers: This is to upgrade one server at the time while the
redundant server assumes primary operation, avoiding downtime and loss of data.
• Server Authentication Password: For the upgraded primary server to synchronize with the
standby server, the Server Password from the Server Authentication screen of the Computer
Setup Wizard must be known. If it is not known, it must be reset to a known password on both
servers using the Computer Setup Wizard before beginning the online upgrade process.
• Upgraded project: Check that your project runs and works on Power Operation 2021 before
migrating to production and starting the online upgrade. If your project is complex or if you are
upgrading from a version earlier than v7.20 SR1, it is recommended that you have a test
environment as the offline upgrade could be complex and could involve a long server
downtime if done on your production system.
• Restore runtime files: Check that you have restored the necessary files for runtime onto the
appropriate directories to avoid any disturbances on the upgraded live system.
• Capture data files: To allow historic data to be restored into the new version, you need to
assess and move data files to the required location during the upgrade process. This is
described in detail in the online upgrade steps in the relevant sections.
• Computer Setup Wizard Screens: It can be helpful to make screen capture images of the
Computer Setup Wizard screens from servers the existing system. This will help later in the
upgrade process if a mistake is made or if you would like to validate the settings when running
through the Computer Setup Wizard.
• Configure your running system for online upgrade: To allow this process to be as smooth as
possible, we recommend leveraging of your current redundant system and adding the
following Citect.INI parameters before the online upgrade.
[LAN] EarliestLegacyVersion: Use values for this parameter according to the table
below. For example, use 7200 for upgrades from v7.20, v7.20 SR1 and v7.30 SR1. This
will allow your upgraded servers to accept connections from the older version.
7.40 7400
8.0 7400
8.1 7500
8.2 8000
9.0 8100
2020 8200
2020 R2 8210
(Optional) [Debug] Kernel = 1: Enable this to monitor the kernel during the upgrade.
• Disabled Alarms: If any alarms have been disabled in the project runtime, capture screen
shots of the Disabled Alarms page in the runtime. If there are problems with the Online
upgrade, it will be necessary to manually disable those alarms to put the system back in its
original state.
• Disabled IO Devices: If any IO devices have been disabled in the project runtime be sure to
double check the [DisableIO]<Device name> or [DisableIO]<Server name>
parameters to ensure the devices remain disabled after the upgrade.
2. Check that you have added the following parameters on the .INI file to all your server nodes
before you start the online upgrade:
Restart the servers after adding the parameter for the changes to take effect.
3. Shutdown runtime on the primary server.
4. Upgrade Power Operation on this server according to the "Offline upgrade" on page 114.
5. Set up the Server Password in the Configurator, Power Operation, Computer Setup page.
6. Configure the System Management Server and encryption settings. The encryption settings
in version 2020 R2 need to be configured to align with the settings as they were in 2018 R2,
otherwise communications may not be successful.
7. Place the backed-up Alarm database in the [CtEdit]Data directory. This will allow a quicker
synchronization of alarm servers.
9. Check the Server Authentication section of the Computer Setup page in Configurator,
under Power Operation. If you have selected Configure Server Password, make sure you
use the same password as the one defined in previous steps.
11. When the newly upgraded version 2020 R2 server assumes the primary server role it will
migrate the entire alarm database to the new format, and you should now be able to see
Alarm Summary data on all migrated clients.
12. Upgrade Power Operation on this server according to the offline upgrade procedure.
13. Set up the Server Password in the Configurator, Power Operation, Computer Setup page.
14. Configure your System Management Server and encryption settings based on your
requirements.
17. Test redundancy by switching off the primary server and checking that the standby takes
over and clients switch over.
18. On both servers, remove upgrade-related parameters that were set in prerequisites for an
Online upgrade and parameters noted in Troubleshooting online upgrade.
[LAN]EarliestLegacyVersion = 7500.
2. Restart the servers after adding the parameter for the changes to take effect.
d. If the standby server has not assumed ENM operations the primary server will have to
be brought back online. You will have to troubleshoot the system redundancy.
4. Upgrade the primary server according to the "Offline upgrade" on page 114.
5. Configure the Server Password using the Computer Setup Wizard. For more information,
see Power SCADA Server password.
6. Configure the System Management Server. For more information, open the Power SCADA
Studio and click Display the Help to open the Plant SCADA help.
a. In the Plant SCADA help search box, type Configure a System Management Server
and click the search icon.
Power Operation 2021 should not have encryption enabled with Accept encrypted and
non-encrypted not selected, otherwise the servers will not be able to communicate.
Mixed Mode should be used, or encryption should be disabled.
7. Place the backed-up Alarm database in the [CtEdit]Data directory. This will allow a quicker
synchronization of alarm servers.
9. Check all functionality on the new Power Operation 2021 primary server:
Check the dynamic one-line operation, device communications, pop-up graphics, the
alarm log, and any other critical functionality. Validate that the ENM emails are being
sent through the ENM standby server (Diagnostics tab, Email Sent... messages). If
possible, validate the emails from other alarms.
10. Power Operation 2021 server will synchronize its alarm database with the running older
version standby server.
Wait for the synchronization process to finish. This will depend upon the size of your alarm
database. The synchronization information is available from the main kernel window of the
Alarm Process as well as the syslog.
Check the status of the alarm server synchronization using the Alarm Server Kernel, on the
main window:
When the Alarm Servers synchronization starts you should see the following message:
Alarm: Peer update request sent.
Then you should see a number of messages with update packets (number is dependent
on your Alarm historic events and configuration).
Alarm: Update packet XXXX received.
The following messages will indicate that the synchronization has been finalized
successfully:
Alarm: Database objects state synchronization completed.
Alarm: Database is initialized, preparing to Start the Alarm Engine.
Alarm: Starting Alarm Engine
Alarm: Server startup complete.
Trends from the Standby server will fill the time period the primary server was offline.
Monitor the kernel pages PAGE QUEUE TrnRdn.GapFillDelayQue and PAGE QUEUE
TrnRdn.GapFillSentQue. Wait for the queues to be empty before shutting down and
upgrading the standby server, if possible.
11. "Verify notifications" on page 145 functionality on the primary server.
12. The Power Operation 2021 server will synchronize its alarm database with the running
v2020 R2 server. You need to wait for the synchronization process to finish, and this will
depend on the size of your alarm database. The synchronization information is available
from the main kernel window of the Alarm Process as well as the syslog.
13. Upgrade your client nodes one by one. On each client complete the steps 1 through 3 and 7
of the "Offline upgrade" on page 114. In step two, only the citect.ini file is relevant for client
machines. When the newly upgraded v2016 server assumes the primary server role it will
migrate the entire alarm database to the new format, and you should now be able to see
Alarm Summary data on all migrated Clients.
Leave one client on the existing version of the software in case there is anything not
functioning properly in the new version. This helps to verify if anything was negatively
affected by the upgrade versus having been non-functional prior to the upgrade. Once both
servers have been upgraded, these clients will need to be upgraded as well.
14. Configure your System Management Server and encryption settings based on your
requirements.
15. Shut down the standby server and confirm operation of the new Power Operation 2021
primary server. Validate one-lines, device communications, and event notification operation
on the primary server.
16. When the newly upgraded version Power Operation 2021 server assumes the primary
server role, it will migrate the entire alarm database to the new format, and you should now
be able to see Alarm Summary data on all migrated clients.
17. Upgrade Power Operation on the standby server according to the "Offline upgrade" on page
114.
19. Configure your System Management Server and encryption settings based on your
requirements.
20. Now that the standby server is upgraded, restart it and check system functionality:
a. Check for hardware alarms when it is connected to the primary server.
b. Check dynamic one-line operation, device communications, popups, alarm log, etc.
Validate that the heartbeat notifications are being sent from the primary server's event
notifications system. If possible, validate emails from other alarms as well.
c. If there are issues with the advanced one-line displays, begin troubleshooting with the
AdvOneLineStatusLog, found in your project folder.
On the Primary Server, open the event notification settings and save the settings.
Accept the prompt to automatically synchronize the configuration to the Standby Alarm
Server. See Creating Notifications.
22. Check functionality of the system. Check the log files in the [Logs] folder on both servers.
There may be errors about deprecated parameters being used, invalid file paths, logins from
clients that weren't upgraded, untrusted connections (clients/servers with different Server
Passwords), or other errors.
23. Test redundancy by switching off the primary server and checking that the standby server
takes over Event Notification and Power SCADA clients all switch over.
24. On both servers remove upgrade-related parameters that were set in prerequisites for an
Online upgrade and parameters noted Troubleshooting online upgrade.
When doing an online upgrade from v8.0 SR1 or v8.1 to v2021 check that any pre-7.20 Alarm
Save files are removed from the v2021 project folders. For example, <project_cluster>_
ALMSAVE.DAT and <project_cluster>_ALMINDEXSAVE.DAT.
2. Add the following parameter on the .INI file to all your server nodes before you start the
online upgrade.
d. If the standby server has not assumed ENM operations the primary server will have to
be brought back online. You will have to troubleshoot the system redundancy.
5. Upgrade the primary server according to the "Offline upgrade" on page 114.
6. Place the backed-up Alarm database in the [CtEdit]Data directory. This will allow a quicker
synchronization of alarm servers.
9. Power Operation 2021 server will synchronize its alarm database with the running older
version standby server.
Wait for the synchronization process to finish; this will depend upon the size of your alarm
database. The synchronization information is available from the main kernel window of the
Alarm Process as well as the syslog.
Check the status of the alarm server synchronization using the Alarm Server Kernel, on the
Main Window:
When the Alarm Servers synchronization starts you should see the following message:
Alarm: Peer update request sent.
Then you should see a number of messages with Update packets (number is dependent
on your Alarm historic events and configuration).
Alarm: Update packet XXXX received.
Finally, the following messages will indicate that the synchronization has been finalized
successfully:
Alarm: Database objects state synchronization completed.
Alarm: Database is initialized, preparing to Start the Alarm Engine.
Alarm: Starting Alarm Engine.
Alarm: Server startup complete.
Trends from the Standby server will fill the time period the Primary server was offline.
Monitor the Kernel pages PAGE QUEUE TrnRdn.GapFillDelayQue and PAGE QUEUE
TrnRdn.GapFillSentQue. Wait for the queues to be empty before shutting down and
upgrading the standby server, if possible. Go to the AVEVA Knowledge & Support Center
website for information on PLANT SCADA.
10. Verify event notification functionality on the Primary Server.
11. Upgrade your client nodes one by one. On each client complete the steps 1 through 3 and 7
of the "Offline upgrade" on page 114. In step 2, only the citect.ini file is relevant for client
machines. When the newly upgraded v2021 server assumes the primary server role it will
migrate the entire alarm database to the new format, and you should now be able to see
Alarm Summary data on all migrated Clients.
It is helpful to leave one client on the existing version of the software in case there is
anything not functioning properly in the new version. This is also helpful in order to verify if
anything was negatively affected by the upgrade versus having been non-functional prior to
the upgrade. Once both servers have been upgraded, these clients will need to be upgraded
as well.
12. After you are confident that synchronization of alarms, trends etc., is complete, and that your
v2021 clients are working correctly, shut down the standby server and confirm operation of
the new Power Operation 2021 primary server. Verify correct operation of dynamic one-
lines, device communications, and event notification operation on the primary server.
13. Now that the standby server is upgraded, restart it and check system functionality:
a. Check for hardware alarms when it is connected to the primary server.
b. Check dynamic one-line operation, device communications, popups, alarm log, etc.
Validate that the heartbeat notifications are being sent from the primary server's event
notifications system. If possible, validate emails from other alarms as well.
c. If there are issues with the advanced one-line displays, begin troubleshooting with the
AdvOneLineStatusLog, found in your project folder.
On the Primary Server, open the event notification settings and save the settings. Accept the
prompt to automatically synchronize the configuration to the Standby Alarm Server. See
Creating Notifications.
15. Check functionality of the system as a whole. It is a good idea to check the log files in the
[Logs] folder on both servers. There may be errors about deprecated parameters being
used, invalid file paths, logins from clients that weren't upgraded, untrusted connections
(clients/servers with different Server Passwords), or other errors.
16. Finally, test redundancy by switching off the primary server and checking that the standby
server takes over Event Notification and Power SCADA clients all switch over.
17. On both servers remove upgrade-related parameters that were set in prerequisites for an
Online upgrade and parameters noted Troubleshooting online upgrade.
Special Considerations
Alarm Summary
The 2021 Summary feature will be disabled when connecting to a v7.30 server. You may still see
summary records for active alarms.
When doing an online upgrade from v7.30 to 2021 check that any pre-7.20 Alarm Save files are
removed from the 2021 project folders (e.g. <project_cluster>_ALMSAVE.DAT and <project_
cluster>_ALMINDEXSAVE.DAT)
Set the [Alarm.<Cluster Name>.<Server Name>]ArchiveAfter .INI parameter to a date prior to the
earliest historical event date from which you want to migrate.
1. Add the following parameter on the .INI file to all your server nodes before you start the
online upgrade.
[LAN]EarliestLegacyVersion = 7200.
2. Restart the servers after adding the parameter for the changes to take effect.
d. If the standby server has not assumed ENM operations the primary server will have to
be brought back online. You will have to troubleshoot the system redundancy.
4. Upgrade the primary server according to the "Offline upgrade" on page 114.
6. Check all functionality on the new Power Operation 2021 primary server:
Check the dynamic one-line operation, device communications, pop-up graphics, the
alarm log, and any other critical functionality. Validate that the ENM emails are being
sent through the ENM standby server (Diagnostics tab, "Email Sent..." messages). If
possible, validate the emails from other alarms.
7. Now, the Power Operation 2021 server will build the new alarm database, and will import the
historic data from the Standby v7.20 server.
Trends from the Standby server will fill the time period the Primary server was offline.
Monitor the Kernel pages PAGE QUEUE TrnRdn.GapFillDelayQue and PAGE
QUEUE TrnRdn.GapFillSentQue. Wait for the queues to be empty before shutting
down and upgrading the standby server, if possible. go to the AVEVA Knowledge &
Support Center website for information on PLANT SCADA.
8. Check the status of the alarm server synchronization using the Alarm Server Kernel, on the
Main Window:
When the Alarm Servers synchronization starts you should see the following message:
Alarm: Peer update request sent.
Then you should see a number of messages with Update packets (number is dependent
on your Alarm historic events and configuration).
Alarm: Update packet XXXX received.
Finally, the following messages will indicate that the synchronization has been finalized
successfully:
Alarm: Database objects state synchronization completed.
Alarm: Database is initialized, preparing to Start the Alarm Engine.
Alarm: Starting Alarm Engine.
Alarm: Server startup complete.
9. If you find that your Alarm Server synchronization is not completing successfully, place the
ALARMSAV.DAT and ALRMSAVEINDEX.DAT on the [Alarm]SavePrimary directory.
10. Upgrade ENM to version 8.3.3 - Uninstall the current version of ENM through the Control
Panel > Programs and Features. Install ENM 8.3.3 by running the install executable.
11. On the newly-upgraded primary server, migrate the ENM configuration to Power Operation
notifications. See Migrating notifications for more information.
12. Decommission ENM on the Primary server by uninstalling ENM 8.3.3 through the Control
Panel > Programs and Features. Stop and uninstall SQL Server if it is no longer needed by
other applications.
14. Upgrade your client nodes one by one. On each client complete the steps 1 through 3 of the
"Offline upgrade" on page 114. In step 2, only the citect.ini file is relevant for client machines.
It is helpful to leave one client on the existing version of the software in case there is
anything not functioning properly in the new version. This is also helpful in order to verify if
anything was negatively affected by the upgrade versus having been non-functional prior to
the upgrade. Once both servers have been upgraded, these clients will need to be upgraded
as well.
15. After you are confident that synchronization of alarms, trends etc., is complete, and that your
v2021 clients are working correctly, shut down the standby server and confirm operation of
the new Power Operation 2021 primary server. Verify correct operation of dynamic one-
lines, device communications, and event notification operation on the primary server.
16. Now that the standby server is upgraded, restart it and check system functionality:
a. Check for hardware alarms when it is connected to the primary server.
b. Check dynamic one-line operation, device communications, popups, alarm log, etc.
Validate that the heartbeat notifications are being sent from the primary server's event
notifications system. If possible, validate emails from other alarms as well.
c. If there are issues with the advanced one-line displays, begin troubleshooting with the
AdvOneLineStatusLog, found in your project folder.
On the Primary Server, open the event notification settings and save the settings. Accept the
prompt to automatically synchronize the configuration to the Standby Alarm Server. See
Creating Notifications.
18. Check functionality of the system as a whole. It is a good idea to check the log files in the
[Logs] folder on both servers. There may be errors about deprecated parameters being
used, invalid file paths, logins from clients that weren't upgraded, untrusted connections
(clients/servers with different Server Passwords), or other errors.
19. Finally, test redundancy by switching off the primary server and checking that the standby
server takes over Event Notification and Power SCADA clients all switch over.
20. On both servers remove upgrade-related parameters that were set in prerequisites for an
Online upgrade and parameters noted in Troubleshooting > Remove Upgrade Parameters.
Special Considerations
The AlarmSetQuery Cicode function was deprecated in v7.30. This means that if you are using
custom alarm filtering code, you will most likely need to convert it.
In the event that there is a disconnection or timeout during synchronization between the v2021
and v7.20 alarm servers, follow these steps:
Also, you can increase the timeout using the [Alarm]StartTimeout .INI parameter. This will allow
the 2021 server to wait for connection from the v7.20 server.
If you find that the synchronization between the two servers is experiencing interruptions, delete
the alarm database, and place your ALARMSAV.DAT and ALARMSAVINDEX.DAT in the
[Alarm]SavePrimary directory and the 2021 server will convert the data. However, we recommend
always trying the peer synchronization first.
Because of the differences between Power Operation 2021 and v7.20, any actions that happen
during the online upgrade process are subject to incompatibilities that are not reconcilable
between versions. However, the scenarios are quite particular and should not have a great
impact, if any, on your SCADA system. Here is a list of such scenarios:
• UserLocation field: In Power Operation 2021, a record of the UserLocation, that is the
IP address, for alarm operations such as acknowledge is available. If an acknowledge occurs
on the v7.20 server during the upgrade, the 2021 server will be unable to record the
UserLocation, which will be displayed as "0.0.0.0".
• Summary Comments during the upgrade: Comments that you add to an alarm summary
record on the v7.20 server during the online upgrade will not be available in the upgraded
version.
Run the Setup Wizard and set both servers to Networked mode.
2. Set the same server password on both servers in the Setup Wizard (see Configure Server
Password in installed help).
NOTE: You will need to restart the servers after changing the parameters for the changes to take
effect.
• [Debug]Kernel = 0: this is to enhance security and keep operators out of the kernel.
The next time a user's passwords is changed after removing the EarliestLegacyVersion
parameter, change all the passwords on one server and then roll out the updated project in the
same order in which you conducted the online upgrade (primary server, clients, and then standby
server).
Migration Tools
The automatic update that occurs when you initially open Power Operation 2021 does not fully
upgrade your projects, and needs to be followed by using the Migration Tools. If you are migrating
from v7.x, this is particularly noteworthy. The automatic update is a passive action which updates
the database field definition for any database that has been changed between the two versions
and copies new files that are necessary in 2021.
There are two main migration tools: one for Plant SCADA and one for Power Operation. Both
must be run manually after the automatic upgrade has been executed. You can do this after you
have prepared the project for final migration.
WARNING
UPGRADE ALTERS COMMUNICATIONS CONFIGURATIONS
After upgrading, confirm and adjust the configuration of I/O devices in your project.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
1. Open the Power Operation Migration Tool: In Power Operation Studio > click Projects
2. Click the Migration Tool drop-down and then click Power Operation Migration Tool.
3. From the Master.dbf Location, choose the location for the Master.dbf.
4. From Select Project, choose the project that you are migrating.
5. Select the check boxes you want. See the Power Operation Migration Utility Options table
for details.
6. Click Migrate.
8. Click Yes.
9. If there is already a PageMenu.dbf file that is creating a menu for your graphics pages, you
see a message telling you that the PageMenu.dbf is not empty. Click Yes to override this
file, which overwrites the menu, leaving it blank. Click No to retain the menu for version
2021.
When the migration is complete, a summary screen lists the results of the
migration, including updates and errors.
10. In Power Operation Studio Projects activity, click Pack and then click Compile.
12. If you are going to upgrade to a later version, you need to:
a. Back up your project.
If after migration you want to use the Equipment tab in the Graphics Editor, you must select a
device profile Type in the Add/Edit Device Profile screen. For more information, see the Add,
edit, or delete device profile section.
NOTE: Before you use the Plant SCADA Migration Tool, familiarize yourself with the process it
performs, and the preparatory steps you need to carry out with your existing projects.
2. In Power Operation Studio, click Project, select Home > Migration Tool to display the
Citect Migration Tool dialog.
3. Either accept the project displayed in the edit box, or browse for the project that you wish to
upgrade.
4. Specify the changes you would like to implement during the migration process by selecting
from the options described in the following table.
Option Description
Select this check box if you wish to delete these types of
devices after successful migration (see "Remove obsolete
memory and alarm devices" on page 142).
Remove obsolete NOTE: Do not select this check box when you run the tool for
Memory and Alarm the first time on a project that contains any included projects
devices which are shared with more than one primary project. If you
want to delete obsolete devices under these circumstances,
you can run the tool a second time using this option if the
migration is successful after it is run the first time.
Option Description
Select this option if you want to migrate devices that currently
use the ABCLX driver to the OPCLX driver. Select the
Configure button to indicate which I/O devices you would like
Migrate ABCLX to
to migrate.
OPCLX
NOTE: You should confirm that the OPCLX driver is installed
before you use this option.
NOTE: If 'Copy XP Style menu into Tab_Style Menu' and 'Migrate Included Projects' are
both selected when the migration tool runs, the following message will be displayed:
"Copying menus of included projects may lead to conflicts. Any conflicts will need to be
manually corrected". To avoid this from occurring, it is recommended you run the migration
tool twice. In the first instance just select the option 'Copy XP_Style menu into Tab_Style
Menu', and in the second instance just select the option 'Migrate Included Projects'.
A progress dialog will display indicating the stage of the conversion and the name of the
project being migrated. If you wish to cancel the migration at this point click the Abort
button.
NOTE: Aborting a migration will stop the migration process, and any changes already
completed will not be rolled back. You will have to restore your project from the backup
created in the first step.
When the migration is complete, an information window displays information indicating the
number of variables converted and the number of I/O devices deleted (if device deletion was
selected at the start of migration), and where the resulting log file is stored.
6. Click the Close button to close the dialog.
3. Enter a location for Path to .tgml and .tgmlcomponent files. This is the location of TGML
files and components.
4. Click Upgrade.
Memory tags to local variables: tags that are on an I/O device that are configured to use a
'memory' port.
NOTE: If there are real I/O devices in your project that have been set to use a 'memory' port
during testing, these can be changed before running the migration tool to avoid those tags
getting adjusted.
Alarm devices: can remove I/O devices that have a protocol set to 'Alarm', which was needed in
earlier versions to enable alarm properties as tags. In version 7.x, the alarm properties are
enabled via a setting on the alarm server configuration form.
Memory devices
In previous versions of Power Operation, an I/O Device could be defined as a memory device by
setting the port value to "Memory". This was generally done for one of the following purposes:
• To provide for future devices that were not currently connected to the system, but their points
needed to be configured at this stage of project.
• For virtual devices where there was no corresponding physical I/O Device and you needed
data storage with the entire functionality normally associated with I/O variables, such as
alarms.
• To act as a variable which was local to the process being used in place of Cicode global
variables.
You can still use I/O Devices for future or virtual devices in version 7.0, but manually set the Port
parameter to an unused value other than Memory, and set the Memory property of the device to
True to indicate that it is an offline in-memory device before running the Migration Tool.
You need to review your project to identify which memory I/O Devices are local variable holders
and which ones need to be changed to non-memory so that the Migration tool does not convert
their variables.
The Migration Tool will set any I/O Device's port that is identified as a Memory device to the new
Local Variable, and the original device record will be deleted
Alarm devices
In previous versions of Power Operation, Alarm devices were defined as devices with their
Protocol property set to "Alarm". In version 7.0 the function of configuring such a device is now
replaced by setting the Publish Alarm Properties property to True on the Alarm Server.
Alarm devices with their Protocol property set to "Alarm" will be deleted from I/O Devices table by
the Migration Tool.
The Migration tool can delete memory and alarm device records. If you want to delete the devices
later, deselect the "Remove obsolete Memory and Alarm Devices" option.
NOTE: Alarm devices with their Protocol property set to "Alarm" are no longer used and will be
removed by the Migration Tool. All Alarm Servers will now publish Alarm Properties.
If there are multiple I/O Devices with the same name, possibly on different I/O Servers, the device
would not be considered as a memory device regardless of its port value. In other words, the
Migration tool will not process the variables for memory devices with duplicate names.
Local variables have fewer fields than variables; the following table shows the mapping from
variable to local variable when copying their data.
Except for the Array Size, which was introduced in version 7.0 exclusively for local variables,
every field receives its value from the same or similar field.
If an error is detected during the insertion of the local variables, the deletion of the variable tags
will not be performed. If this occurs it is possible to have two records with same name and data,
one in the local variable (the newly inserted record) and one in the variable tags (the original
record that has not been deleted). You need to delete either of the variables manually, or restore
the backed-up project after removing the cause of the error then run the Migration Tool again.
If you do not want to migrate users from an existing project, clear the option Create Roles from
User security information from the migration tool dialog before running it.
The Migration Tool needs to process the original project and included projects in a single step.
The reason for this is that variables can be defined in one project that refer to I/O Devices defined
in another included project.
The Migration Tool performs this procedure sequentially on the "primary" project then each
included project.
In the case where two primary projects share the same project as an included project, you should
not click Remove obsolete Memory and Alarm devices when you process a project that
contains shared included projects. This is because the removal is performed after the migration
process on each primary and included projects sequentially. This could cause the deletion of an
I/O Device in the first primary project which is referenced by a tag in a shared included project
which is processed in a later step.
If two separate "primary" projects contain the same included project, run the Migration Tool on
each "primary" project without selecting to delete obsolete devices.
WARNING
UPGRADE ALTERS COMMUNICATIONS CONFIGURATIONS
After upgrading, confirm and adjust the configuration of I/O devices in your project.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
To remove obsolete devices, it is recommended that once the Migration Tool has completed
successfully (without the check box being selected), run it a second time with the check box
selected. This will safely remove the devices since every tag conversion were completed in the
first pass of the Migration Tool.
Default scale
The Scale properties in both variable tags and local variables are optional. If a Scale value is not
specified, the default value is indicated by a parameter in the Citect.ini file. The parameter name is
"DefaultSliderScale" under the [General] section in the Citect.ini file. The default values for Scale
is 0-32000, unless the default slider scale is true in which case the default value depends on the
type, for example, Integer, String, or so on.
The Migration Tool will read this parameter and if it is not set, or set to false, then it will explicitly
set any empty Scale property to a value in to the range of 0 to 32000. This will be done even if
either of the Zero Scale or Full-Scale parameters have a value, in which case the empty Scale
parameter will receive the default value.
If the DefaultSliderScale in the Citect.ini file set to True, the Scale parameters will not be
populated with a default value if they are empty, rather they will be interpreted at runtime.
Verify notifications
On a newly installed Power Operation server:
4. Add the settings for at least one delivery method. See Configure SMS Text Notification or
Configure the Email Server.
5. Use the Test button to send a test message to the recipient. See Enable and Test Delivery.
NOTICE
LOSS OF DATA
Backup your project and other relevant historical data files from all servers in the system.
Before the introduction of Power Operation, some customers used Citect SCADA for power
management edge control applications. Customers using pre-7.x versions of Citect SCADA can
migrate their systems to Power Operation to take advantage of the power management features
unique to Power Operation.
Power Operation is built on Power Operation Studio and includes productivity tools that are
designed and optimized to create the tags you need to configure power-based SCADA projects. It
is important to use these productivity tools when migrating a pre-7.x Citect SCADA system to
Power Operation.
The following Power Operation features are only supported using Power Operation productivity
tools and workflows:
• PwrModbus driver
• Waveforms (Comtrade)
• Built-in Notifications
• Basic Reports
• LiveView
• Support for 2-factor authentication and Single-Sign-On with Advanced Reporting and
Dashboards Module
• Historical data from Power Operation to Advanced Reporting and Dashboards Module
database via ETL (Extract, Transform, Load) tool
• Thermal Monitoring Application
For instructions on migrating from Plant SCADA, see "Plant SCADA Migration Information" on
page 967.
The procedures outlined in this document describe how to backup and restore standalone and
redundant Power Operation systems, and include Power Monitoring Expert (Advanced Reporting
and Dashboards).
The Power Operation system components and modules you will need to back up will vary,
depending on your system architecture and whether your system is redundant.
NOTE: When backing up and restoring a project, ensure that "Include Subdirectories" is
checked so that your graphics and advanced one-line configuration is included.
NOTE: Some procedures in this section cite scripts you can use to automate the backup and
restore process. Refer to www.se.com or the Schneider Electric Exchange for the backup and
restore scripts specific to your Power Operation system version.
System passwords
You will need to access system passwords to recover your Power Operation system. However, it
is beyond the scope of this document to provide guidance on how you should manage your
passwords for backup situations. If you are uncertain how you should back up passwords, consult
your IT Department.
.NET 4.5.2 and WMF 5.1 are required to run the provided scripts. WMF 5.1 is available as an
offline windows update installer.
1. Run PowerShell and enter the following command to determine what version of WMF is
installed before proceeding:
$PSVersionTable.PSVersion
2. Verify PS Version is 5.1 or greater. If an older version is detected, see the below table for
updating to the required version. The WMF installation is available as an offline windows
update (.msu) and will require a reboot after installation.
Download the WMF 5.1 package for the operating system and architecture on which you want to
install it:
NOTE: The automated Power Operation backup does not include every Power Operation
component that needs to be backed up. The server password key must be manually backed up.
After you complete the automated Power Operation back up, see Backing up the Power
Operation Passwords and Device Profiles for details.
After you automatically back up your Power Operation system, periodically check the backup
directory drive to make sure there is sufficient space for the copied backups. See Deleting Old
Backups to automate your system to delete old backups.
b. If you did not install Power Operation to the default install location, edit the <$pseBin>
and <$pseData> to reflect the installed location path.
4. Run PowerShell as Administrator and set the execution policy with the following cmdlet:
Set-ExecutionPolicy Bypass.
5. Open Windows Task Scheduler and create a new task under Schneider Electric with a
trigger to run once a week at midnight.
NOTE: Run the scheduled task to confirm that it copied the components to your backup location.
This will also help you verify that you can access the backup location.
NOTE: The encrypted file that stores this password cannot be transferred from one machine to
another, so it is very important that you store this password somewhere secure where it can be
retrieved.
WARNING
POTENTIAL COMPROMISE OF SYSTEM AVAILABILITY, INTEGRITY, AND
CONFIDENTIALITY
Use cybersecurity best practices for password creation and management.
Failure to follow these instructions can result in death, serious injury, equipment
damage, or permanent loss of data.
Cybersecurity policies that govern passwords vary from site to site. Work with the facility IT
System Administrator to ensure that password management adheres to the site-specific cyber
security policies.
Device Profiles
1. In Windows Explorer, navigate to the folder containing the device profiles. The default
location is:
C:\ProgramData\Schneider Electric\PowerSCADA Expert\vx.x\Applications\Profile Editor
2. Copy the entire folder and then paste it to the backup directory location.
3. To restore profiles, copy the backed-up device profiles from the backup location to the
following location on the Destination Server:
C:\ProgramData\Schneider Electric\PowerSCADA Expert\vx.x\Applications\Profile Editor
• Expects that the new PME server has the same name as the original.
• Expects that the same version of PME and SQL Server are used on both the new and old
servers.
• Does not include the following items which can be configured again for a new instance:
Dashboard Images
Dashboards
Database archives
EWS config
Report Subscriptions
For details, see Scheduled jobs in the Windows Task Scheduler section of the PME System
Guide.
4. Create a Windows scheduled task to trigger this script to run weekly once at midnight.
NOTE: After restoring, you may need to manually reconfigure a system management server,
deployment server, and TLS certificate management. For more information, see the Citect Help
Post Installation Configuration section.
• All the relevant software and OS updates have been applied to the Destination Server.
b. If you did not install to the default install location, edit the <pseBin> and <$pseData> to
reflect the installed location path.
3. Run PowerShell as Administrator and set the execution policy with the following cmdlet:
Set-ExecutionPolicy Bypass.
down menu:
b. If you did not install Power Operation to the default install location, edit the <$pseBin>
and <$pseData> to reflect the installed location path.
3. Run PowerShell as Administrator and set the execution policy with the following cmdlet:
Set-ExecutionPolicy Bypass.
5. Once all the files are restored, pack and compile the project.
Verify the following before restoring the backups on the Destination PME Server:
• The new server should have the same name as the original PME Server.
• The SQL Server version of the new system needs to be the same or newer as that of the old
system.
• The licenses are activated on the new system.
• All the relevant software and OS updates have been applied to the new PME Server.
2. Copy the backed up \config folder to the C:\Program Files (x86)\Schneider Electric\Power
Monitoring Expert folder. This will update the \config folder with all the files that were unique
to the original installation.
3. Leave the ION and ApplicationsModules services stopped to restore a database (Restoring
the Databases from the Old System).
Before you can remove, rename, or delete the factory installed ION_Data, ION_Network, and
ApplicationModules databases on the new PME system with the copies made from the old PME
system, you must first detach the factory installed databases.
1. Go to SQL Server Management Studio and right-click ION_Data > Tasks > Detach.
NOTE: If you cannot detach a database because of active connections, click Drop
Connections in the detach dialog in SQL Server Management Studio.
For example:
2. Follow the same steps to detach the ION_Network and ApplicationModules databases.
Detaching the databases will not remove the database files from the new PME folder structure.
Since the old databases that you need to upgrade must be in the same location as the factory
ones, you need to delete, remove, or rename the factory database files.
1. Navigate to the location where you installed the factory database files.
Restore the backed-up databases to the new PME system at their installation location.
To restore copies of the backed up PME databases into the new PME system:
1. In SQL Server Management Studio, right-click Databases and then click Restore
Database.
3. Click Add.
4. In the Locate Backup File dialog, navigate to the location where the backup database files
are stored and enter the database name in the File name field.
For example:
5. Click OK.
7. Click on the Files tab on the upper left of the window, select Relocate all files to folder,
and then select the location for restoring the database:
8. Select the default location for the PME databases. For example:
9. Click OK.
10. Repeat Steps 1 to 9 for the remaining database files (ION_Data and ION_Network).
Post-restoration checks
1. Check the system log in the Management Console for errors.
2. Log in to Web Applications and ensure all applications work. For example, run the System
Configuration Report.
3. Check the Vista diagrams and correct any Query Server or VIP links, if necessary.
• A manifest archive file that contains a list of all archive files in the set.
• A table of contents toc.txt file is available after the archive is unpacked. It contains an entry for
every file or folder from the configuration.
Recommendations:
• Ensure Windows maximum path length limitations are met.
• Follow backup tasks as described by your organization or contact your network administrator.
2. Verify backup name, path, search pattern, and location settings are correct in the in the YML
file.
NOTE: You can also write a batch file or use Windows Task Scheduler.
4. At the command prompt, enter path to Archiver.exe and pack -- help to view available
options.
5. At the command prompt, enter a packing command for input and output using the desired
folder paths.
8. Store archived packages, containing manifest and backup files, for future use.
Recommendations:
• Follow restore tasks as described by your organization or contact your network administrator.
1. At the command prompt, enter a path to the manifest and a path to the desired output folder
to the same command line.
2. Check the toc.txt saved with your backup to verify the contents of the backup are what is
wanted to restore before you unpackage. Open a command-line interpreter, such as
Windows Command Prompt.
3. Select Tab. The manifest AES file is located and added to the command line.
NOTICE
UNINTENDED DATA LOSS OR LOSS OF SOFTWARE FUNCTION
• Only overwrite files and folders you are certain are from Power Operation with
Advanced Reporting and Dashboards.
• Back-up important files from other software before overwriting Power Operation with
Advanced Reporting and Dashboards.
Failure to follow these instructions can result in irreversible damage to software
and databases.
7. Click Backup > Restore. The Backup Project dialog box opens.
8. Click Browse.
9. Select the CTZ backup file that contains the files you want to restore and click OK.
Licensing
NOTICE
LOSS OF COMMUNICATION
• Activate product and component licenses prior to the expiry of the trial license.
• Activate sufficient licenses for the servers and devices in your system.
Failure to follow these instructions can result in loss of data.
A point limit is allocated to each type of license included in your license agreement. These license
types include:
• Full Server Licenses
If required, you can specify how many points will be required by a computer. See Specify the
required point count for a computer.
License keys
Every Power Operation component purchased must have an associated license.
For those with Plant SCADA (formerly Citect SCADA) experience, this PO key version information
does not necessarily align with the respective Citect SCADA key versions, (for example, Citect
2015 used key version 7.50).
Before v8.0, all PO key version numbers aligned with the PO commercial name/number and the
Citect SCADA key versions. Starting with v8.0, PO aligns commercial version names/numbers
with PME instead of Citect.
PO Plant SCADA
PO key
commercial commercial Comments
version
name/number name/number
– Power Operation 2021 licenses
Power
8.3 Plant SCADA 2020 R2 are not backwards compatible
Operation 2021
with older versions
PSO 2020 R2 8.2 Citect 2018 R2.1 –
PSO 2020 8.2 Citect 2018 R2 –
PSO 9.0 8.1 Citect 2018 –
PSE 8.2 8.0 Citect 2016 –
PO Plant SCADA
PO key
commercial commercial Comments
version
name/number name/number
PSE 8.1 8.0 Citect 2015 –
PSO key versions were ‘shipped
as’ 7.5 but all licenses were re-
PSE 8.0 SR1 8.0 Citect 2015 programmed in License Portal as
8.0 in mid-2016 to enable free
upgrade to PSE 8.1.
PSO key versions were ‘shipped
as’ 7.5 but all licenses were re-
PSE 8.0 8.0 Citect 7.40 programmed in License Portal as
8.0 in mid-2016 to enable free
upgrade to PSE 8.1.
PSE 7.40 7.40 Citect 7.40 –
Activating licenses
If your Power Operation system uses FLEXERA Softkey Licensing, you need to activate your
licenses to allocate the computers in your system. To do this, you use the Schneider Electric
Power Operation License Configuration Tool.
If you purchased softkey licenses for your Power Operation system, the required activation codes
will be emailed to your from [email protected].
3. Click Activate.
6. Click Next to navigate through the screens and finish installation. License(s) can be viewed
in the License Configuration Tool.
• Trends
• Reports
• Events
• OPC DA Server
• EWS Server
A variable tag is only counted towards your point count the first time it is requested. Even if you
configured a certain tag on a page in your project, the variable tag will not be counted towards
your point count unless you navigate to that page and request the data.
If two trend tags use the same variable tag, it will be counted once. If two server components
use the same tag(s) (say alarm and trend), the tags will not be counted twice when the point
count gets totaled in the client process.
• For the multi-process mode, the client component will also accumulate its own point count,
which will include all the variable tags that are used by the process.
• For the multi-process mode, the machine point count will be the point count of the client
component, or the point count added up from each server component, depending on
whichever is bigger. If the server point count is greater than 500, the client component point
count is disregarded.
• Reading properties of a tag with TagGetProperty() or TagSubscribe() will cause that tag to be
included in the point count, even if the value is not read.
• Persisted I/O (memory devices), local variables and disk I/O variable tags will not count
towards the dynamic point count, unless they are written to by an external source (via OPC,
DDE, ODBC, or CTAPI). For example, if you use an OPC client to write to a local variable,
each local variable will be counted once the first time it is used.
Notes:
• You can use the CitectInfo() Cicode function or the General page in the Power Operation
Kernel to determine the point count status of a client process.
• You can specify the point count required by a client computer by using the
[Client]PointCountRequired INI parameter.
Normally, the computer will get the first available matching point count. However, you can specify
the point count required by a client computer by using the [Client]PointCountRequired INI
parameter.
When any remote clients disconnect, the corresponding licenses that have been served to them
can be reclaimed.
NOTE: An INI parameter is also available to control IP address aging. It is used to indicate how
long to reserve a license for a given IP address in cases when a remote client connection is lost.
This does not apply to full server licenses. The parameter is
[General]LicenseReservationTimeout.
• 10 hours with a maximum of 1 dynamic real I/O. This is useful for demonstrations using
memory and disk I/O. Power Operation starts in this mode if no hardware key is available. If
the system detects that you are using more than 1 real I/O point at runtime then it will swap to
the 15 minutes demo mode.
NOTE: Writing to any tag through DDE, CTAPI, or ODBC will cause that tag to contribute to
the dynamic point count even if it is a memory or disk I/O point. If you write to more than 1
point through these interfaces, it will swap to the 15-minute demo mode.
• 8 days with unlimited tags. This is only available through special Power Operation
Development keys.
Configure
This section describes the different tools and tasks for configuring Power Operation.
Use the links in the following table to find the content you are looking for:
Section Description
Things to consider to help you prepare for configuring a Power
Configuration prerequisites
Operation project.
Changing configuration on Describes configuration changes that can be made on a running
a running system system.
Configuration tools An introduction to the Power Operation configuration tools.
Creating a Power Operation project using Project Setup, as well
SCADA Projects
as compiling, backing up, an restoring a project.
Information and tasks on how to configure and work with:
• Device profiles
• Device types
• Device tags
Devices
• Profile Editor projects
• Alarms
• Animated one-lines
• Basic reports
• LiveView
• Notifications
Section Description
Cybersecurity Cybersecurity considerations including: two-factor authentication
configuration (one-time password) and McAfee white listing.
Customize default How to use Cicode to customize a project, localizing a project, and
behaviors running PO as a Windows Service.
System Startup and
How to validate your configured system on startup.
Validation Checks
How to configure:
• Advanced Reporting and Dashboards Module
• EcoStruxture Anywhere
For more detailed resources on configuration, see the Configure references section.
Configuration prerequisites
• Review the system development process provided in this document.
• Create a system architecture drawing, including the servers, devices, and all connectivity.
Define the IP addressing for each gateway and device.
• Order the appropriate equipment, including computers, software, and system devices.
• Ensure that all devices that will communicate through this system are set up and properly
addressed.
• Have a copy of the Example.CSV file for adding devices to the system. You will use this file if
you need to manually add multiple devices to your project.
• Set up the Server and Client computers that you need for your system.
• Ensure that the IT team has opened the appropriate firewall ports. See the Power Operation
with Advanced Reporting and Dashboards – IT Guide for details.
• Ensure that all license keys have been purchased and are ready to be installed.
NOTE: Ensure that this page is only accessible by a logged-in user with the highest
Administrator privileges.
While the project is running, ensure that the [LAN]AllowRemoteReload parameter is set to "1"
in the Citect.INI file located on the target Power Operation server machine. Use the administrative
ServerReload button to load subsequent changes to alarms, trends, and reports. For a list of
supported changes to alarms/reports/trends fields, see the Power Operation PC-based help file,
"Server-Side Online Changes" topic. Keep in mind that ServerReload is not restarting the
Alarm/Trend/Report server processes, nor is it rebooting the physical server machine. It simply
re-loads the configuration databases into the running alarm/trend/report server processes.
Graphics pages
After modifying a graphics page, save the page and re-compile the project. In the HMI client,
reload the page by navigating away from it and then returning to it. The updates to the page can
then be seen in the HMI client, all while the project remains running.
Debug logging
The following PWRMODBUS driver parameters can be changed without needing to restart the
associated I/O server:
• DebugCategory
• DebugLevel
• DebugUnits
WARNING
UNINTENDED EQUIPMENT OPERATION
• Do not exceed more than 50,000 tags or 200 devices per I/O Server.
• When tag and device counts indicate two different I/O server counts, use the larger number
of I/O servers as your requirement.
• Assign and balance the tags or points that the Power Operation Server are managing across
multiple CPU cores.
Failure to follow these instructions can result in death or serious injury.
While a Server machine may have sufficient overall CPU processing power, if all tags are being
managed and processed by a single CPU core, the Power Operation Server could become
overloaded and could unexpectedly stop running. Important events and alarm notifications would
not be received.
Configuration tools
NOTICE
INOPERABLE SYSTEM
Ensure that you have received training and understand the importance of the Power Operation
productivity tools and workflows.
Failure to follow these instructions can result in overly complex projects, cost
overruns, rework, and countless hours of support troubleshooting.
NOTE: Power Operation is built on Power Operation Studio and includes productivity tools that
are designed and optimized to create the tags you need to configure power-based
SCADA projects. If you have prior experience using Power Operation Studio, do not rely
exclusively on Citect tools to build a SCADA project.
• I/O Device - Wizard: Using this wizard, you will import device profile information from the
Profile Editor into a project. This tool is simply a means of moving device profile information
into the project and converting it into formats that Power Operation can use.
• Power Operation Studio: Use Power Operation Studio for basic navigation. From here, you
also choose the active project. Use the Power Operation Studio for entering database-type
information, such as adding clusters and servers, creating new users, and editing tags within
projects.
NOTE: It is recommended that you run your system in normal mode. When possible, refrain
from running applications in Administrator mode to help prevent shellcode from being
successfully executed.
• Graphics Builder (design time): Use the Graphics Builder to create one-line drawings that
users can view in the runtime environment. These drawings are populated with interactive
objects that are generated by genies. You can also use the graphics tool to set up system
alarms and trends.
• One-Line Configuration Utility: You can review genie configurations, and then make
necessary repairs before you compile your project.
When a Power Operation system is deployed, the Power Operation Runtime lets users view the
one-line drawings, including alarms, events, and history data. With the appropriate degree of
password-controlled authority, users can also perform advanced tasks, such as changing alarm
setpoints and racking devices in and out.
Use this page to link a Power Operation user name and password to be used when the Schneider
Electric CoreServiceHost services connect with runtime.
2. Open Application Configuration Utility and then click Application Services > Citect Data
Platform > Connection tab.
3. In Citect I/O Server Address choose the server address for the project that is running. If
Citect requires encryption, this must be the computer name.
4. In Citect User Name enter the user name for this user.
6. Click Test Credentials to verify these credentials. If you see an error, verify the name and
password, and that runtime is running, and then try again.
When your project is running and the credentials are valid, you see Connection Successful.
The user name and password can be used to connect to Power Operation.
7. To set up web redundancy, select the Key Management tab. Use the Export Key and
Import Key buttons to save an encryption key and export it to another computer as an AES
file. This supports the token validation key for redundant web clients. Please keep this file
secured at all times.
NOTE: To provide extra security you can run Power Operation as a service. Both Power
Operation and CoreServiceHost must be running as a service on Session 0.
5. Click Test Credentials, and the test will fail. However, you can verify that the service has
started by viewing the Event Log.
2. In the Power Operation Studio, confirm the Network Address 'Address' field is set to a
computer name or IP Address. Localhost or 127.0.0.1 is not compatible with Citect
encryption enabled.
3. In the Power Operation Studio, confirm the Computer 'DNS Name' field is set to a
computer name.
4. Run the Computer Setup wizard and confirm the 'Network Setup' is configured properly for
the system. If 'Networked' is selected, confirm the 'Address Type' and 'Address Scope' is
correct.
5. Changes to the project, ini settings, or Computer Setup Wizard requires the project to be
restarted.
This section relates to how the core service host connects to the live, running Power Operation
project.
To link a user name and password that will be used when the Schneider Electric CoreServiceHost
services connect with runtime:
OR
From the Start menu: Click Schneider Electric > Application Config Utility.
b. In Application Configuration Utility, expand Applications Services Host and then click
Citect Data Platform.
2. In Citect I/O Server Address, enter the server address for the project that is running.
NOTE: This can be left blank if you are using a local connection and you are running Power
Operation as a service.
3. In Citect User Name, enter the user name of a user configured in the project.
4. In Citect Password, enter the password for the Power Operation Studio project user
entered above.
If you see an error, verify the name and password, the Power Operation Runtime is running,
and try again.
When your project is running and the credentials are valid, a Connection Successful
message appears. The user name and password can be used to connect to Power
Operation Studio.
Citect Licensing Details: This is a read-only field that displays the license key currently in
use on the Power Operation Studio server machine.
It is not recommended to edit web.config files. Incorrectly modifiying these files can lead to loss of
functionality for the WebHmi.
NOTICE
UNINTENDED DATA LOSS OR LOSS OF SOFTWARE FUNCTION
• Only overwrite files and folders you are certain are from Power Operation with Advanced
Reporting and Dashboards.
• Back-up important files from other software before overwriting Power Operation with
Advanced Reporting and Dashboards.
Failure to follow these instructions can result in irreversible damage to software and
databases.
3. Configure the IP address with the same machine name as the one used to generate the SSL
certificates.
Configuring PsoWebService
You must configure PsoWebService to know its own address.
NOTE: If there is a port conflict, PsoWebService will not start, and will log a message stating
the application has been terminated. To resolve the issue, reconfigure PsoWebService to
use a different port.
Configuring PlatformServer
Because the PlatformServer communicates with Citect to read data by default, you do not need to
configure it.
1. SimulationMode: false.
2. Identity / Endpoint: Set to the IPAddress:Port of the machine where the PlatformServer
is running.
NOTE: There are currently six types of responsibilities, and their RequestType values
must be spelled exactly as they appear above (case-sensitive). Each responsibility also
has a Priority value, where 1 is the lowest priority, and a lower value indicates a higher
priority. For example, if you have three PlatformServer instances on three separate
machines, you could configure one to be “Priority”: 1, another 2, and the other 3.
When a call comes in for that type of request to PsoWebService, if it sees multiple
PlatformServer instances that service that type of request, it will send the request to the
PlatformServer that has the lowest numerical value for “Priority”.
4. PingInterval: A number in units of seconds that indicates how much time passes between
ping calls to the PsoWebServices.
6. Host: Configure with the same machine name used under Endpoint. The port numbers
should not change unless there is a port conflict.
Workflow overview
SCADA Projects
SCADA projects are repositories that hold the configuration information for your system that
includes information such as servers and other system components, I/O devices, tags, alarms,
and graphic pages that are used to build a runtime system, and Cicode/CitectVBA.
The configuration for a runtime system can be spread across multiple projects depending upon
the scale of operations. Small, simple operations may require only a single project that houses all
components required for runtime. For larger, complex operations or multi-site operations, several
projects can be created based on specific plant areas, engineering processes or libraries, which
are “included” together to form a single merged configuration used at runtime.
• Compile a project
• Backup a project
• Plant SCADA Projects for information about the components that make up a project. This
topic also discusses physical layout, requirements such as architecture and security, and
project design.
• Project Types for information on preparing for a project.
• Created a project; from the Power Operation Studio, added clusters, network addresses, and
servers.
• Exported devices from the Profile Editor.
• Added devices into the Power Operation project, using the I/O Device Manager.
After you create the project and define its features, you can also use Project Setup to change
other settings, such as devices in the CSV file, and to update your project.
For a list of project-related parameters that are created using Project Setup, see "Project Setup –
Changed Parameters" on page 191
The Introduction page lists optional components that you might want to include in your project. If
you are using optional components, you need to install them separately. The install files are on
the root of the Power Operation2021 installation media.
• Advanced Reports and Dashboards – Lets you view advanced reports and dashboards
from Power Monitoring Expert. Install this component from the Power Operation installation
media.
• Extract Transform Load tool (ETL) – Use this component to extract reporting information
from Power Operation and transfer it to Power Monitoring Expert, for use in reports. For best
performance during data load operations the ETL should be installed on an Advanced
Reporting and Dashboards Module server.
To create a new Power Operation project, or edit an existing project, click Next.
TIP: For help on any of the Project Setup pages, click "?" to the left of the top line to view the
entire Power Operation help file or hover your mouse over fields to read tooltips
System Definition
Use System Definition to set the project display settings.
2. Under Resolution, choose the screen resolution that you want for the graphics pages in this
project. This should match the resolution of the monitor that will display graphics pages.
3. Under Style, choose the contrast. Standard uses a white background. High Contrast uses a
black background, which makes it easier to view graphics pages.
NOTE: You can also set high contrast using the parameters in the Power Operation Studio.
Open your project in the Power Operation Studio, then click Settings > Parameters. The
parameter name is IsHighContrast. 0 = standard; 1 = high contrast.
4. Click Next.
NOTE: After you click Next, the project is created. You cannot change or delete the project in
Project Setup . To change or to delete it, use the Power Operation Studio.
Project Setup detects the number of servers that are in your starter project. If you only have one
server—for example, using the loopback IP address—you see all the fields in the following image.
If you are using a project that has two or more servers identified, you only see the bottom section,
Advanced Reports and Dashboards.
1. Enter the Server Name or IP Address for the project's primary server, or select it from the
list.
b. Enter the server name or IP address of the standby server, or select it from the drop-
down list.
b. Enter the Advanced Reports Server Name or IP Address, or select it from the list.
c. In the User Name/Password fields, enter the user name and password used for the
Advanced Reports and Dashboards Server. Re-enter the password in the Confirm
Password field.
4. Click Next.
For more information on Power Operation with Advanced Reporting and Dashboards server
configuration, see Servers.
Users
Use Users to add the Power Operation user information for each user who will access the runtime
pages in this project.
2. Click the Role column for the user, and then select the appropriate role.
3. In the Password and Confirm Password fields, enter and confirm the password to be used
by this user.
4. (Optional) Enter a full name for the user. This field lets you enter a more descriptive user
name; it is not used to log on to the system.
This provides central management of users through Windows. It also means that Windows
users who are in the specified Windows group will have the privileges that are assigned to
this role.
For more information on Windows users, see the Use Windows Integrated Users.
6. Click Next.
For more information on Power Operation user access configuration, see Managing user
accounts, role names, and mapping.
1. Under HMI Menus, click the top-level menu items that you want to include in the HMI.
NOTE: You can add more menu levels in the Power Operation Studio Menu Configuration
page: Visualization > Menu Configuration.
b. Under Runtime Landing Page, the corresponding number of monitors are enabled.
c. For each monitor, select landing page you want to see when this monitor views Power
Operation
3. Click Next.
For more information on Power Operation menu configuration, see "Power Operation Runtime
menus" on page 300.
Summary
Use Summary to verify that the project information is correct for your system.
The Summary page is read-only. If you need to change something, click Previous to return to that
screen.
When you are satisfied with the information, click Save and Continue.
Device Profiles
Use Device Profiles to add device profiles to the project.
NOTE: Device Profiles displays device profiles that are available to use in the project. Device
profiles are displayed only if they exist in the project. If a device profile that you want to use is not
listed here, you must optionally create it, add it to the project, and then export it to the project
using the Profile Editor.
To add a device profile to your project that is missing from this list:
3. Under Project, select the project to which you want to export the device profiles, and then
click Add/Edit.
NOTE: If the device profile you want to use is not in the Device Profiles list, you must
create it. See for more information.
The device profiles you added in the Profile Editor are now available to use in your project.
8. Click Next.
For more information on Power Operation with Advanced Reporting and Dashboards device
profile configuration, see "Create Device Profiles" on page 242
Devices
Use Devices to add one or more devices from your system into the project.
1. Click either:
a. Import Devices From CSV and then use Manage Multiple Devices to import multiple
devices. For more information, see "Define multiple devices using a CSV file" on page
288
OR
b. Manage a Single Device and then create the device using the I/O Device Manager. For
more information, see "Define one I/O device in a project" on page 279.
2. Click Next.
For more information on Power Operation device configuration, see "Manage I/O devices in a
project" on page 277.
Finish
Use Finish to compile and run the project.
Click Compile and Run Project to view the project in the Power Operation Runtime. In runtime,
verify correct device communication using the Tag Viewer screen or by viewing any
Communication Failure Alarms.
You can also use Finish to open the following Power Operation project development tools to
further customize your project:
• Open Power Operation Studio to make a variety of changes to the project.
Many of the settings made by Project Setup are included in the Parameters file: Power
Operation Studio > Settings > Parameters. You can also change these parameters in that file.
NOTE: If you cannot make the newly-added project active, close, and then re-open Power
Operation Studio.
• Open Graphics Builder to create and edit the project graphics pages.
Servers
For each page selected in Project Setup (Step 5), the menu configuration items are added.
When you click Compile and Run Project on the final screen, the following changes are made to
the citect.ini file:
Pack your project before you compile. In Power Operation Studio, click the Projects activity, click
Pack.
In Power Operation Studio, click Compile . If you are promoted to save your changes, click
Save.
1. At each error, click GoTo, which opens the location where the error occurred.
3. After all errors are addressed, re-compile to verify that the errors are removed.
Restoring a project
Restore a project from a backup and overwrite its current settings.
Restore a project
1. Open Power Operation Studio.
2. Click Projects .
4. Beside the Backup file text field, click Browse, and then browse to the location of the
project file you will use to restore.
5. (Optional) Click Select all included projects, with the exception of the PLS_include
project.
b. If you backed up the sub-directories under the project, the directories will be listed under
Select all sub-directories to restore. You can restore all or no sub-directories, or you
can select specific sub-directories to restore.
8. Click OK.
Backing up a project
To back up a Power Operation project file:
2. Click Backup.
3. From the Name drop down, choose the project you want to back up.
5. Click Browse and then browse to the location where you want to store the project backup
file.
6. In the Options area, click Save configuration files. This saves the citect.ini file.
7. Click OK.
The backup CTZ file is written to the location that you choose during backup. This is a Citect Zip
file; you can open it with WinZip.
NOTE: To back up a Profile Editor project file, see "Profile Editor export" on page 267.
Devices
Profile Studio is used for configuration of Power Operation when aligning with IEC 61850-
standard engineering workflows, using tools like EPAS-E.
Profile Editor creates device types and device profiles outside of the IEC 61850 engineering
workflow.
Use the Power Operation Profile Editor to create and manage device type tags and tag
addresses, and use tags as building blocks for device types.
You can also create device profiles for unique devices. Once all your device tags are created, you
save them as a Profile Editor project, which can then be exported for use in Power
Operation projects.
Use Profile Studio to manage data acquisition by assigning profiles to datapoints and editing their
descriptions. You can assign profiles automatically or manually. You can also use Profile Studio
to create device links and virtual datapoints for EPAS projects.
After configuration, export a configuration package in the form of a ZIP file for all equipment, or for
selected equipment only. See Exporting configuration packages for more information on
exporting.
A Profile Studio project file is saved as an XPE file. An XPE file is XML for Profile Editor.
Project data in your Profile Studio project comes from your SCD file, which is provided or
generated by EPAS-E or another program. You can import an SCD file during setup.
2. In the Export one or more IID Files dialog, select Select Folder and browse to select a
location for your IID file.
4. In the IHMI List, enable the checkboxes of the IEDs you want to export back to the system
level.
5. Select Export.
Configuring equipment
Equipment refers to Intelligent Electronic Devices (IEDs) that receive data from datapoints. In
Profile Studio, the Equipment pane reflects the IEDs in your project. These are grouped by
subnetworks, such as 8-MMS (IEC 61850), T104, Modbus-Serial, Modbus-IP, etc. The purpose of
the Equipment pane is to configure each subnetwork with its matching protocol.
Logical Node Classes are grouped by subnetwork. The IEDs are grouped by equipment types:
• ITCI: List of gateways
SCADA/LEGACY buttons: Configure protocols, Prot 0 to 7. For T-BUS (Telecontrol Bus protocol),
enable the SCADA button. For L-BUS, enable the LEGACY button.
L-BUS (Legacy Bus protocol) is not an IEC 61850 protocol, but does cover Modbus, T103, etc.
See Exporting configuration packages for information on exporting selected devices in the
Equipment tab.
Configuring datapoints
Datapoints function like tags, providing information published or subscribed by a device. Profile
Studio provides datapoints for human-machine interface (HMI) data acquisition, display,
monitoring, etc. Datapoints must be configured correctly in order to retrieve information readable
by the HMI.
On the Datapoints tab of Profile Studio, you can configure settings affecting the status of
datapoints.
Datapoint status
On the Datapoint tab, while in Grid view (pictured in the following image), each row represents a
datapoint.
• Gray text in a datapoint row indicates data that cannot be modified, such as Address,
LnClass, etc.
• Black text in a datapoint row indicates data that can be modified, such as the Description field.
• Green text in a datapoint row indicates that the datapoint has an associated profile, is
subscribed, and can be exported.
The profiles available for a selected datapoint appear in the Configuration pane Profiles tab.
Types of profiles include:
• SPS: Single Point Status
• String
• SETPOINTS
The number of datapoints associated with the profile appear in brackets next to the name of the
profile. An alarm icon indicates an alarmed profile.
In the lower section of the Configuration pane Profiles tab, details appear for the selected profile.
These include:
• Key: States name
• Archived: Yes or no
• Printed: Yes or no
• Alarm Level: Alarmed (1) or not (0)
Labels and descriptions defined in EPAS or other third-party IEC 61850-compliant system
configuration tools will be read-only on the Datapoints tab and will appear in gray. To customize
descriptions in Profile Studio, see Customizing datapoint descriptions in Profile Studio.
Virtual datapoints
To create formulas using datapoints as inputs, see Creating virtual datapoints.
Spare datapoints
Datapoints have two states: spared or unspared. A spare datapoint is ignored for all treatments,
such as acquisition, calculations, etc. You can spare a datapoint in the SignalList, a CSV file
containing all datapoints, device links, or virtual datapoints. Toggle this on and off by right-clicking
a datapoint and selecting Spare or Unspare from the context menu.
2. In the Automatic Profiles Association dialog, under Datapoints source, choose one of the
following:
Project
Datagrid
Selection
4. Click OK.
Drag the profile and drop it onto the datapoint in the list.
1. With an SCD file loaded into the project, on the Datapoints tab, select the datapoint you
would like to edit.
2. In the Description column, enter a description. An editable description will appear in black.
Select an IED and click the Auto Assign IEDs button to automatically assign it to all
electric nodes of the project.
To unassociate an IED
1. On the Device links tab, select the IED from the list.
2. In the Virtual datapoints tab, right-click and choose one of the following from the context
menu:
SPS
SPC
DPS
DPC
MPS
MV
SPS2DPS
2. In the Configuration pane Virtual datapoints tab, click the Edit inputs button.
4. In the Datapoints tab, select a datapoint with an associated profile (in black).
5. Click the button. The datapoint is associated with the virtual datapoint you created.
7. In the Virtual datapoint editor, define a formula to calculate the virtual datapoint's value from
the associated datapoint.
ValidIfAllSignalsAreValid: The formula is valid when all signals (input) are valid.
ValidIfOneSignalIsValid: The formula is valid when one of the signals (input) is valid.
9. Click OK.
Generating reports
Generate a report file to reflect your current project's status in Profile Studio.
To generate a report
1. In the Menu bar, click the Generate reports button.
(Optional) On the EPCM Connection page, enter your Schneider Electric credentials
and click OK.
Enter your information into the Properties number and Task force fields.
4. Click Next.
5. On the Select reports page, select one or more of the following options to populate your
report:
6. Click Next.
Configure the options on the Reports settings page, on the Excel Properties tab:
8. Click Next.
9. On the Generate Reports page, select your language and a destination on your harddrive for
the report.
10. Click the Generate button. Your generated XLSX file is located in the harddrive destination
specified in Step 9.
Use Profile Studio to configure which enum tag state values matter to you and will, therefore, be
included in your equipment.profiles file.
To include enum tag state values in your export package:
2. In the SCL > DataTypetemplates > EnumTypes section, note the tag types you want to
include in the equipment.profiles file.
5. Next to "EnumTypeIds", enter the tag values you want to include in the
equipment.profiles file. To add multiple tags, separate the tags using a comma.
In the following example, ["Dbpos"] and ["ModKind"] are added by the user:
1 {
2 "EnumTypeTagsWhitelist":
3 {
4 "EnumTypeIds":["Dbpos"],["ModKind"],
5 }
6 }
Your equipment.profiles file will contain your included enum tag state values.
Validate a project
• In the main menu, click the Validate configuration button.
The Check errors tab appears in the Main View pane if errors are found.
• Datapoints that exist, are associated with profiles, have unique descriptions.
• SignalList, a CSV file containing all datapoints, device links, or virtual datapoints.
• Device links that exist, are associated with profiles, have unique descriptions.
• Virtual datapoints that exist, are associated with profiles, have unique descriptions.
• Your SignalList in the form of a CSV file, which contains equipment and
devices with IP addresses and servers.
EcoSUI • Your Equipment.profiles file, an XML file containing descriptions of the
capabilities of your devices for acquisition. This profile file defines tags
(datapoints) to be used by Profile Studio or to be delivered to Power
Operation Studio.
• EcoSUI Pack (all of the files included in the EcoSUI package)
EcoGTW • A ScadaList file containing a list of datapoints associated with profiles for
transmission (T-BUS for EcoGTW only).
• Your SCD file, provided by EPAS-E, which does not get modified.
You can export a configuration package for all equipment, or a configuration package for selected
equipment only.
2. Click OK.
1. In the Equipment tab, select the IHMIs you wish to export by right-clicking the device name.
Hold down CTRL to select multiple devices.
See Devices for information about importing devices from a CSV file.
Before importing into Power Operation Studio, you will need to open your CSV file and add the
absolute path of the SCD file to the PrimarySclFileName column. You also have the option of
modifying the Cluster and Primary IO Server Name columns at the same time. See Create a CSV
file to add multiple devices for more information about the columns in your CSV file.
Comparing templates
In Profile Studio, use the Bay Templates tab to compare templates. Templates are derived from
bay modeling and are automatically created when an SCD file is imported.
The Templates pane displays a list of templates available in your IEC 61850 project.
Compare templates
• Drag a template from the Templates pane to the green Drop your templates here area.
Repeat this process in the additional area.
NOTE: To avoid potential communication errors, use the Profile Editor to create all custom tags
that will communicate with equipment.
Power Operation uses the IEC 61850 tag-naming convention to create tags that measure
device quantities. Although most of the tags you will use are already entered into the system,
you can add custom tags. For more information, see "About tags" on page 234.
• Create Device Profiles – Use this pane and its screens to add and edit individual profiles for
specific devices. A device profile is a subset of the possible variable tags, alarm tags, and
trend tags for a particular device type. See "Create Device Profiles" on page 242 for complete
instructions.
• Set Up Project – Use this pane and its screens to bring together all of the system attributes
for a single customer or installation.
For example, the customer installation will include a certain combination of device profiles
(depending on the devices installed at the site). The project allows a specific unit template to
be applied, converting units (such as watts) into units used by the customer (such as
megawatts). This causes tags to display in the converted format. Projects also allow you to
rename tags to suit a customer’s needs (for example, Current A could be renamed to Current
Phase A). See "Set Up Projects" on page 260 for details.
TIP: For more information on how to use the Profile Editor screens, click the help link (?) at the
top of the page. The help file will open to instructions for the Profile Editor screen you are
viewing.
Related references:
• "Profile Editor typical workflows" on page 177
NOTE: To avoid potential communication errors, use the Profile Editor to create all custom tags
that will communicate with equipment.
• In Power Operation Studio > Topology activity, click I/O Devices > Device Profile Editor.
The Profile Editor screen displays with the Set Up Projects tab selected. There are two other
tabs, used to create device type tags and profiles.
This icon indicates that the selected file (e.g., device type, profile, or project) cannot be edited. All
standard device types (for example, Circuit Monitor 4000, MicroLogic Type P, Power Meter 800)
are automatically locked; they cannot be unlocked.
This icon indicates that a device type or profile is user-created. It may have been created new,
created from an existing device type or profile, or created by editing an unlocked custom device
type or profile.
TIP: For more information on how to use the Profile Editor screens, click the help link (?) at the
top of the page. The help file will open to instructions for the Profile Editor screen you are
viewing.
Before you create your own device types, review the topics in this section. The device types and
tags that you want may already be created for you.
2. On the Define Device Type Tags tab, select a device type name from the Device Type
Name drop-down list.
The available tags display in the body of the page. There are several sub-tabs for real-time
tags, onboard alarms, control tags, and reset tags. The tags that are selected for the device
type display there.
3. If you do not find the device type or tags that you need, you can:
are:
• Generic MODBUS (includes BCPM and any device, such as a PLC or UPS, that
communicates via MODBUS). When adding a controllable device in the Profile Editor, such
as a circuit breaker, use the “Controllable Device” driver; otherwise, use the “Generic Power
Device” driver. For JBus devices, select Generic JBus Device.
• Sepam 20, 40, and 80 Range, 2000
• CM2000
• CM4000 series
• PM650
• PM800 series
• PM5000 series
• PM700 series
• IEC 870-5-104
• DNP3
On the Profile Editor > Define Device Type Tags tab, follow these general steps to add tags and
devices to your system:
1. Manage the units and unit conversions that you will use (such as amperes into
milliamperes), see Add or Edit a Base Engineering Unit or Conversion.
2. Add and edit custom tags, see "Setting up custom tags" on page 230.
3. Add or edit device types, see "Managing device types" on page 217.
4. Establish device type categories and subcategories, used in reporting, see "Printing the
.CSV file" on page 221.
Locked/Custom icons: Locked icon indicates that the list of selected tags cannot
be edited. Custom icon indicates that the device type was
created by a user. See "Locked and custom icons" on
page 210 for complete information.
Tag groups (left-hand pane)
Each tag belongs to a group. The group is determined
when the device is added to the system. For custom tags,
this is on the Add/Edit Custom Tags screen. Tags for
standard device types are pre-determined and cannot be
changed.)
Select a tag group; the tags NOTE: If a tag group displays in red copy, there is at
included in that group display on least one address that is not valid for the tag to which it
the right. is assigned. To correct this issue, click the tag group,
ensure that Display Advanced Properties is selected,
then scroll down through the tags in the right-hand
column. The tags that have invalid addresses will have
the “Edit...” displayed in red. Click this field to open the
Edit Address page; correct the errors in the address.
If the device type is not locked, you can use the Add/Edit Device Type screen to edit the list
of tags.
This is the tag name, hard-coded for standard tags. For
Tag Description (all tag
custom tags: The name is from the Tag Name field in the
types)/Display only
Add/Edit Custom Tags screen.
Lists the abbreviation, added when creating the
Units/Display only
engineering unit template.
Tag name that conforms to IEC61850 standard. See
IEC Tag Name/Display only
"About tags" on page 234 for more information.
Normally Closed (Control tags For a control with two commands that is either static or
only)/ normally open, writing a 1 to the tag will cause the first
command to occur; writing a 0 will cause the second to
Check the box to invert the occur. (Check box not checked.)
functionality of the control. See
description. For a control with two commands that is normally closed,
writing a 1 to the tag will cause the second command to
occur; writing a 0 will cause the first command to occur.
(Check box checked.)
Provides the means of changing the elements of an
unlocked real-time tag address (for example, the number
Edit Addr/Click to display Edit of registers, their numbers, and whether they are
Address screen. (Real Time consecutive).
and Onboard Alarm only)
See "Editing tag addresses" on page 224. for detailed
information.
This field contains first register used to store this tag. If
there are additional registers, they are indicated in the
address. The total number of registers is listed in the Num
Registers column. This field allows you to verify and/or
Register 1/Display only (Real change the value of Register 1 without having to open the
Time tags only) Edit Address screen.
Functional Address/Display If you have added a functional address for this tag, it
only (Real Time, Onboard displays here. To add or edit this address, use the Edit
Alarm, Control, and Reset tags) Functional Address field.
Typically used for data concentrators, the functional
address is a means of entering the individual data points
needed to define multiple addresses. Entered as a
formula (must be in C#), it will contain the variables the
user must enter when the block is instantiated by the I/O
Device Manager.
Edit Functional Address/Add
A simple example:
the code for the address
Address =
Utility Type (real-time only) Each of these types is a real-time filter, added when the
Statistical Type (real-time only) tag was created. See for more information.
Subcategorization (onboard
alarm only)
Alarm Type (onboard alarm Each of these is an onboard alarm folder, added when the
only) tag was created. See for more information.
In Profile Editor, click Define Device Type Tags, then click Add / Edit (to the right of the Device
Type Name field.)
The following table describes the parts of the Add / Edit Device Type screen.
Device Type (to Create Select the device type that you want to create from,
select type
From/to Edit/ to Delete) edit, or delete.
Active when you choose Create From. Check this
box if to copy the addressing of the “from” device.
Copy Addressing This gives each tag in the new device type the same
address string as the matching tag in the “from”
device.
Click to display
Display Associated a list of profiles This list shows the profiles that are associated with
Profiles that are the selected device type.
associated with
the selected
device type.
NOTE: You cannot edit any locked device type. When a device type is locked, the locked icon
displays on the Define Device Type Tags tab:
1. Open Add / Edit Device Type: In Profile Editor, click Define Device Type Tags, then click
Add / Edit (to the right of the Device Type Name field.)
1. In Define Device Type Tags, select a device type and then make the following changes:
a. Edit the functional address (see "Edit functional addresses" on page 223).
b. In Real Time Tags you can edit the address (see "Editing tag addresses" on page 224)
and choose a different format.
2. In Define Device Type Tags, select the device type you want to edit, then click Add / Edit.
Follow through the screens to edit additional information:
a. In the Device Type Options box, click Edit Existing.
b. Click the Device Type to Edit list to display the Select Device box. Select the device
type that you want to edit.
c. You can change the device type name, category, subcategory, and driver.
d. Select tags and tag groups and move them into or out of the Selected Tags list.
e. If a device type is associated with a device profile, you cannot deselect tags.
f. After all of the appropriate changes are made, click Save to save your current settings.
g. To create additional custom tags, click Add / Edit Custom Tags; otherwise, click Save
& Exit to save your settings and close the window.
If you add a tag to a group that is already included in a device type, you must then individually add
the tag to that device type.
1. Switch to the Edit Existing view, then select the device type you want to delete.
2. Click List Profiles associated with this Device Type to display all associated profiles.
3. From the drop-down list, select the device type you want to delete (the list includes only
unlocked device types; you cannot delete any of the standard device types).
4. Click Delete. A list of associated profiles will appear in the Confirm prompt. Click Yes to
delete the selected device type and any associated profiles.
Example 1: The Branch Circuit Monitor 42 has been configured to read 42 current channels. To
assign channel 1 to Current A:
1. From the Branch Circuit Monitor 42 device type, choose the “Ch.01 Current tag.”
3. Locate and add the standard tag that you want to assign to this channel. In the example
above, you would add “Current A.”
4. Edit the address of the Current A tag to match the address of Channel 1.
Example 2: If the Sepam I11 / I12 have been configured to represent circuit breaker position, you
may choose to redefine the tag name:
1. From the Sepam 40 Series device type, choose tags “Input Status I11” / “Input Status I12.”
3. Locate and add the standard tag that you want to assign to these I/’O points. In the example
above, you would add “Device Closed.”
4. Edit the address of the Device Closed tag. In order to create the “device closed”
functionality, you must combine inputs 11 and 12 into an enumerated status (choose the
Enumerated Status logic code for the indicated address for I11 and I12),
The help file describes the process for each of these protocols:
• IEC 61850
• DNP3
3. In Add/Edit Device Type, complete the information for the device, following instructions in
the help file for the protocol the device uses.
1. Display the device type, profile, or project for which you want the file. For example, to create
a CSV file for the Sepam 42 Full device profile, select the Create Device Profiles tab and
choose Sepam S42 Full from the drop-down list.
3. In the Save As window, choose a location for the file and optionally rename it. Click Save.
When you add device types in the Add/Edit Device Type screen, you associate a category and
subcategory with each device.
To view the Set Up Device Type Categories screen, click Settings > Set Up Device Type
Categories.
The following table describes the parts of this screen. Detailed instructions are after the table.
2. In the Name field, type the name of the new category or subcategory.
2. From the dropdown menu, select the category or subcategory that you want to edit.
4. Click Save to make the change, or click Save & Exit to save changes and close the screen.
3. Note the device types and go to the Add / Edit Device Types screen.
5. Return to the Set Up Device Type Categories screen to delete the category/subcategory.
2. From the dropdown menu, select the category or subcategory that you want to delete.
3. Click Delete.
5. Click Save to save the change, or click Save & Exit to save changes and close the screen.
To access the Edit Functional Address screen, click Edit Functional Address for a real time
tag, onboard alarm tag, control tag, or reset tag. The fields on this screen are used in this way:
• Tag Name and Original Address: These fields display from the tag you selected; you
cannot edit this information.
• Device Variables: Click New to begin adding new variable properties. The following fields
become live:
• Name: This name must be in format %NNN%, where NNN includes only letters or
underscores.
• Description: This required field is free-form. It displays in the I/O Device Manager and will
help you ensure that you have the correct information entered.
• Regular Expression: You can use one of the pre-defined expressions, or you can create
your own
• Test Value: This will become the default in Citect; use it here for testing the new address.
• Help: Use this optional field to add more definition to this address. It displays in the I/O
Device Manager.
• Code Body: Enter the code in C# to define the action you want to take place.
• Return: Type the return statement that you want from C# code. It might look like:
string.FormatFormat("SomeString{0}SomeOtherString", someVariable)
• Result: Click Test in the lower right corner of the screen. If there is a compile error, check
your C# code. Otherwise, the result displays. Verify that it is what you wanted.
NOTE: To avoid potential communication errors, use the Profile Editor to create all custom tags
that will communicate with equipment.
1. In Profile Editor > Define Device Type Tags pane, click Add/Edit and then click Add/Edit
Custom Tags.
TIP: On the Add / Edit Custom Tags screen, click the help link (?) at the top right of the screen.
The help leads you through adding, editing, or deleting custom tags.
Use the Edit Address screen to edit the attributes of a single tag address. If a device type is
locked, you cannot edit any of its tag addresses; they will be grayed out. A thorough discussion of
IEC 61850 tags and their construction is included in "About tags" on page 234 and "About logic
codes" on page 240.
NOTE: Case and order are critical in the tag address. Be careful to observe the exact address
order. For address order, see "About logic codes" on page 240. Also, be sure you use the correct
case. For example, use M for register numbers in hexadecimal, and use m for register numbers
in decimal.
2. Choose the device type, then click the Edit... field for the tag that you want to change.
The Edit Address screen is different for real-time and alarm tags.
Each type of tag (real-time, onboard alarm, reset, and control) is described separately in the
following tables.
Standard device types include some pre-defined resets. These pre-defined commands cause
proprietary functions within the device. Do not edit these commands.
To add a custom reset that will operate by writing to a register, do the following:
1. From the Add/Edit Custom Tags screen, set the Group to Resets and the Data Type as
Digital.
4. From the Define Device Type Tags tab, locate the tag and click Edit.
The following table describes the fields of the Edit Address screen for reset tags.
Standard device types include some pre-defined controls. For example, Operate (ENERGIZE).
These pre-defined commands cause proprietary functions within the device. Do not edit these
commands.
To add a custom control that will operate by writing to a register, do the following:
1. From the Add/Edit Custom Tags screen, set the Group to Controls and the Data Type as
Digital.
4. From the Define Device Type Tags tab, locate the tag and click Edit.
The following table describes the fields of the Edit Address screen for control tags.
1. From the Define Device Type Tags tab, choose a device type (cannot be locked). From the
Real Time Tags sub-tab, highlight the tag whose address you want to edit.
2. In the Edit Address column, click Edit for the address you want to edit.
4. You can change any of the tag address attributes. See the preceding table for descriptions
of each field.
This window displays when you click Edit for an address of a non-PowerLogic compatible device
type, such IEC 61850 or DNP3.
The variable tag properties used in this screen are described in a topic in the Plant SCADA help
file. For detailed information, see Add a Variable Tag in the Plant SCADA 2021 help file:
...\Program Files (x86)\Schneider Electric\Power
Operation\v2021\bin\Help\SCADA Help
Use the Add / Edit Custom Tags window to create, edit, and delete custom tags.
1. Open the Add / Edit Custom Tags window using one of the following methods:
At the bottom of the Add / Edit Device Type window, click Add / Edit Custom Tags.
2. Set up the custom tag using the Add / Edit Custom Tag fields.
The following table describes the Add / Edit Custom Tag fields.
NOTE: See "Edit a custom tag" on page 234 and "Delete a custom tag" on page 234 for
instructions on how to edit or delete custom tags.
NOTE: Starting in Power Operation 2021, item names have an increased importance. They
drive binding in web graphics, and determine the availability of those bindings in the Graphics
Editor. It is important for tags that will be used in graphics to have item names.
Tag to Delete
Live only when Delete Existing is selected. Click
Delete button to delete the tag. You can only delete custom tags
not associated with a device type.
Live only when in Edit mode. Click to list device
types that are associated with this custom tag.
Click to display Note the device types so that you can delete the
Display Associated device types that tag from them (in the Add/Edit Device Type
Device Types are associated with screen) before you delete the tag.
this tag.
See "Delete a custom tag" on page 234 for
instructions on using this button.
Type the new tag
Maximum 32 characters; can include any alpha or
name; or type the
numeric character, as well underscore (_) and
Tag Name changed name for
backslash (\). Must begin with either an alpha
a tag you are
character of underscore.
editing.
A typical usage for these filters might be: when creating a custom tag from an already existing
standard tag, you can create matching metadata by using the filters that have been built in to
the standard tag.
Real Time Filters tab (dropdown lists are expanded when “Display ‘Advanced’ filter selections”
is checked)
Select a category This field provides metadata about the tag. It will
Category Type
for this tag. be used in future reports.
Utility Type Select a utility type. Metadata for future use in reporting.
Select a statistical
Statistical Type Metadata for future use in statistical reporting.
type.
Quantity Select a quantity. Metadata for future use in statistical reporting.
Alarm Filters tab (dropdown lists are expanded when “Display ‘Advanced’ filter selections” is
checked)
Select the alarm Used for filtering and sorting alarm data, and
Categorization
category metadata for future use in statistical reporting.
Select the alarm Used for filtering and sorting alarm data, and
Alarm Type
type. metadata for future use in statistical reporting.
Used for filtering and sorting alarm data, and
Alarm Group Select the group.
metadata for future use in statistical reporting.
Select a Used for filtering and sorting alarm data, and
Subcategorization
subcategory. metadata for future use in statistical reporting.
Select the severity Used for filtering and sorting alarm data, and
Alarm Level
level of the alarm. metadata for future use in statistical reporting.
To edit a tag:
1. Open the Add / Edit Custom Tags screen: from the Add / Edit Device Type screen, click
Add / Edit Custom Tags.
3. You can change any of the tag attributes. (This does not change the tag’s assignment
status; if it is selected for a device type, it does not move back to the IEC Tags list.)
4. Click Save to save changes, or click Save & Exit to save changes and close the screen.
You can delete any custom tag that is not associated with a device type.
1. If the tag is associated with a device type, you must first deselect the tag:
2. Change the option to Edit Existing and display the tag you want to delete.
3. Click Display Associated Device Types to display all device types that include this tag.
Make a note of the device types.
4. Return to the Add/Edit Device Type screen. For each device type listed, deselect the tag
that you want to delete.
3. From the drop-down menu, choose the tag you want to delete.
4. Click Delete.
6. Click Save to save the change, or click Save & Exit to save changes and close the screen.
About tags
Power Operation includes a variety of tag types: real-time, alarm, and trend. Most of the tags that
you will need are already added. However, you can add custom tags to suit special needs. This
section describes how tags are constructed and provides further specific information about the
construction of format codes, logic codes, and addresses.
The Power Operation tag naming convention follows the IEC 61850 standard. IEC 61850 tags are
flexible, which allows them to specify how functions are implemented in devices. The IEC 61850
tag was developed for medium-voltage and high-voltage applications, such as monitoring,
control, and substation automation.
Some of our devices include data and functionality that are not yet covered by IEC 61850. For
these devices, the general IEC 61850 formatting was followed when creating tags.
If you are writing Cicode, see "Customize a project using Cicode" on page 587. You will need to
know the IEC 61850 tag name that you added to the device profile for that device. You can print
the CSV file to view tag names, (see "Printing the .CSV file" on page 221). Apart from that, you
would only need to add tags if you are installing a third-party device that is not standard to Power
Operation. If you do need to add tags, create any category you wish, and follow the format shown
below.
For detailed information on tag naming, see "Tag naming convention" on page 235.
Tag names cannot exceed 79 characters. Use a backslash as a separator between tag parts.
Tags are constructed in this manner:
For detailed information on tag syntax, see Tag Name Syntax in Plant SCADA Help.
The following table lists the main categories for the common IEC 61850 logical nodes. After the
table, the most commonly used category (Mxxx: metering and measurement) is described.
Category
Description
Name
Axxx automatic control; e.g., ATCC (tap changer), AVCO (voltage control)
Cxxx supervisory control; e.g., CILO (interlocking), CSWI (switch control)
Gxxx generic functions; e.g., GGIO (generic I/O)
Ixxx interfacing/archiving; e.g., IARC (archive), IHMI (HMI)
Lxxx system logical nodes; e.g., LLNO (common), LPHD (physical device)
metering and measurement; e.g., MMXU (measurement), MMTR (metering),
Mxxx MSTA (metering statistics), MSQI (sequence and imbalance), MHAI (harmonics
and interharmonics)
protection; e.g., PDIF (differential), PIOC (instantaneous overcurrent or rate of
Pxxx
rise.), PDIS (distance), PTOV (time-overvoltage)
Rxxx protection related; e.g., RREC (auto reclosing), RDRE (disturbance)
Sxxx sensors, monitoring; e.g., SARC (arcs), SPDC (partial discharge)
Txxx instrument transformer; e.g., TCTR (current), TVTR (voltage)
Xxxx switchgear; e.g., XCBR (circuit breaker), XCSW (switch)
Zxxx other equipment; e.g., ZCAP (cap control), ZMOT (motor)
The following example illustrates the IEC 61850 tag for current A:
EquipmentName\MMXU1\A\PhsA
where:
M = the category
PhsA = the attribute that further defines the data object, phase A
All of the tags that are currently used in the system can be viewed from the Profile Editor > Define
Device Type Tags tab. Click Settings > Display Advanced Properties to display the full tag
names.
Define an enumeration
An enumeration is a single value (0-15) that is used to define a condition that is determined by
multiple-bit input. You will add enumerations to handle scenarios that are more complicated than
simply true-false, to allow for dynamic contingencies. For example, when you need to use multiple
bits to describe the position of a circuit breaker, you might do the following:
Bit y (closed) | Bit x (open). Note that the least significant bit is register 1.
Bit x | Returned
Status Circuit Breaker Position
Bit y Value
0|0 Indeterminate Circuit breaker is neither open nor closed 0
0|1 Open Circuit breaker is open. 1
1|0 Closed Circuit breaker is closed. 2
Circuit breaker is reporting both open and
1|1 Error closed condition. 3
Possible device/wiring error
Using the enumerated status, we place the register and bitmask for the open position in register 1
(least significant) and the register and bitmask for the closed position in register 2 (most
significant).
1. Determine the device registers used for the open and close operations on the circuit
breaker.
2. In the Profile Editor, choose the tag needed for each operation.
3. Ensure that tag address references the correct action and register(s).
4. When adding a genie for the circuit breaker on the graphics page, choose from the default
library.
The address field is part of the tag. It includes a variety of attributes, some of which are required,
and some optional. The following tables list the attributes, whether they are required, and their
possible modifiers. All parts of a tag are case sensitive. The order of the fields is fixed; and all
fields are separated by semi-colons. See "About logic codes" on page 240 for templates of
constructed tags.
DS = double status
enumeration
ST = string
UT = UTC time
T (type)
MV = measured
Required value (float)
CM = complex
measured value Temporarily, this may return a string; when Power
(float) Operation is upgraded to handle large integers,
this will change.
BC = binary counter
(integer)
B = BCM
D (module— P = PM
Micrologic
devices) M = MM
C = CCM
m = holding
registers in decimal
c = output coil
(writable only) in
decimal
I = input register
(read only) in
hexadecimal
i = input register
(read only) in
decimal
After the modifier, there may be a number
indicating scaling factor. See “V,” below in this
table. Used for conversion to SI units, this number
will be:
u## = ## registers RegisterValue x scale
are unsigned, ## is
Register Number For SS and DS: there must be a 1U default; the
a decimal
Modifiers (register modifier will be a bitmask:
number from 1–4) s## = ## registers
- The mask must use hex only, 16 bits/register
are signed; ## is a
decimal - Attach the ones, then the zero mask, to the
register; if you only have ones masks, just attach
them
single digit: 1, 2, or
3; default 2 is used
if this is not included Defines the priority Power Operation uses in
E (priority)
processing data.
(1 = high, 2 =
normal, 3 = low)
C = CCM
F (file) File number will be in
Required decimal, up to 5 digits
NO = normally open
C (command)
NC = normal closed
Required Normal operation does not
N = normal operation
have a closed/open status.
Followed by one or two entire “write” addresses; used only for logic codes 101, 102, 103. For
logic code descriptions, see "About logic codes" on page 240.
Example: C:NO;T:SS;m:1234:1;L:P101;T:SS;m:3456:1;L:P101
Logic codes tell Power Operation how to mathematically operate on the values in device registers
to give users the desired values. For detailed information on each logic code and its related
information, see "Logic code definitions" on page 993.
Block writes
Block writes represent blocks of registers that are updated in a single write operation. There are
two types of block writes:
• Fixed: fully specified and compiled before run time. Writing the value of ‘1’ to such a variable
tag causes the specified fixed values to be written to the specified registers.
• Variable: specified on the fly. The registers and the values to be written are not fixed; they are
specified during run time by the user.
where
B, C, M,or P are applicable only to Micrologic devices (otherwise the D: section is omitted)
and is the module (manager) identifier (Circuit Breaker, Chassis, Metering, Protection).
For example:
T:BWF;S:100,1,2,3,4,-5
where
B, or C, or M, or P is applicable only to Micrologic devices (otherwise the D: section is omitted
altogether) and is the module (manager) identifier (Circuit Breaker, Chassis, Metering,
Protection)
For example:
T:BWV;
The start register and the values to be written follow exactly the same rules and syntax as the
definition for the Fixed Block Write, however, these are specified at the time the write operation is
performed. For example, specifying “S:100,1,2,3,4,-5” as the write value for the tag
“T:BWV;“ would write values 1,2,3,4, and -5 to the registers 100, 101, 102, 103, and 104.
For each unique tag request made, the I/O server adds one point to the point count. Tag
subscriptions are limited based on the point count in the license. Exceeding the subscribed point
count will ultimately cause the I/O server to shut down.
I/O server will increase point count. Via this subscription, requests are sent to the drivers with
value changes propagating all the way back to the client system. The client system could be the
display client, alarm server, trend server and so on. What a driver then chooses to do with the
requests—in terms of coupling this to a physical request to a field device—can differ, depending
on the protocol. Some simple protocols propagate the request straight through to the field device;
others have their own polling scheme to the field device and merely service the driver requests
from a cache.
Subscription expirations
If a tag is no longer being read, the cache refreshes in this manner: Graphics client subscriptions
are immediately unsubscribed when the graphics page is closed. Although most drivers release
subscriptions if no client is requesting them, the I/O Server is capable of background polling
(configurable on a per-device basis). These tag subscriptions are not released, and the driver still
polls them. However, they are not counted anywhere, because nothing is consuming the data for
those tags on the I/O Server. On the other hand, once a subscription goes against the point count,
it remains in the count as long as the project is running.
Expiration is immediate if no clients are subscribed to the tag. An "expiration time-out value" is not
configurable.
After device types are added to the project, use the Create Device Profiles windows to view and
edit profiles for individual devices. Because profiles are defined for the standard devices, use this
feature to add third-party device profiles. On these windows, you can make changes to a standard
device type, and then save the device as a profile that is included in your project.
Before you create profiles, you need to be sure that all of the tags and device types that you need
are created (see "Define Device Type Tags" on page 212). Also make sure that you have added
any new units or conversions and device type categories and subcategories that are needed.
The following table describes the fields on this tab. The tags listed assume that Advanced
Properties has been checked. Not all elements appear on every sub-tab. Detailed instructions
are after the table.
(PC Based and n/a These are alarm filters. They can be
Onboard Alarm) used for filtering and sorting alarm data
in the runtime environment. They also
Alarm Type
provide metadata to be used in future
(PC Based and n/a
reporting.
Onboard Alarm)
Alarm Group
2. Use the tag tabs (such as real-time, trend) to view the tag groups included in this device
profile.
Enable Waveforms
On the Create Device Profiles tab, in the Onboard Alarm Tags sub-tab, there is a Waveform
check box. Check the box for each alarm tag for which you want to be able to view waveforms. On
the device, the alarm must also be set up for the waveform to be captured on event and stored in
one of the device’s data logs.
To acquire waveforms for Sepam, use the CET manual. For PowerLogic devices, refer to the
PMCU help file.
As device information is polled and received by Power Operation, the waveform becomes
available for viewing. See The Alarm Log in "Viewing Alarms and Events " on page 740 for
information on viewing waveforms in the Power Operation Runtime.
If you are creating from another device profile, choose it from the Device Profile to Create
From drop-down menu.
4. Type a unique Device Profile Name using a maximum of 32 characters; do not use \ / : * ? <
>|
5. (Optional) Type a device description. This will display as a tool tip in later screens.
6. Select a device profile Type. The default associated component will be selected and shown
below in an image next to a button with the component name.
NOTE: To associate a device profile with a different component, click the button to open
the Graphics Editor Component Library and select a different component.
8. From the Available Devices list, highlight the first device or device group (Protection,
Monitoring, Composite) to be included in this profile. Click the right arrow button to move it
to the Selected Devices box. You must select and move devices or device groups one at a
time (no shift+click to select multiples).
9. If you will want to import this project into another instance of the Profile Editor, see "Add
project parameters" on page 264.
10. When you have all of the devices you want, click Next.
11. From the Device Type Tags list on the left, select the tags you want to include in this profile.
You can select entire tag groups or individual tags from a group; but you must select them
one at a time.
12. After each addition, the tag or tag group displays in the Selected tags box. You can override
any tag name (typically for generic I/O devices with multiple tags, such as inputs, for which
names alone would not be intuitive in runtime. To override a tag, select it, then click Override
Tag Name. Choose the tag you want. Click OK. The new tag will correctly display the value
of the original tag, but will take the appearance of the override tag (such as description,
metadata).
13. The final column, Is Device Tag, displays only for composite devices. Check this box to tie a
tag back to its actual physical device. For example, if the same tag is in three devices, and
you set PC-based alarms for each device, you need to be able to determine which device
has a problem in runtime. To prevent confusion, check Is Device Tag to cause Power
Operation to report the tag for its physical device, rather than the composite device.
NOTE: If you have duplicate tags from multiple devices, you need to resolve this by using
an override for one of the tags.
15. On the next page, choose whether each tag will have a PC-based alarm and/or trend
associated with it. Click Finish.
When the project is added to the project, PC based alarms are added to the Analog Alarms
or Digital Alarms file. When the project is added to the project, historical trends are added to
the Trend Tags file. Logging will automatically begin when the tag is added to the project.
By default, there are two different intervals for scanning trend tags. All selected tags are
scanned every 15 minutes with FIFO storage of 12 months. For the following tags, there is
an additional “short” scanning interval of 5-seconds, with FIFO storage of two weeks:
Current A, Current B, Current C, Voltage A-B, Voltage B-C, Voltage C-A, Power Factor
Total, Apparent Power Total, Reactive Power Total, Real Power Total, and Frequency.
For instructions on changing the “short” scan interval settings, see "Trend tag scan intervals"
on page 254.
16. The Driver Parameters box contains options that you can check for IEC 61850 devices. If a
device includes datasets and report control blocks, you can edit the information on the
"Managing IEC 61850 datasets" on page 250 and "Edit IEC 61850 Report control blocks" on
page 251 screens.
17. Check the Close Wizard box, and click Finish to return to Create Device Profiles tab. Or,
leave it unchecked, and click Finish to return to the Add/Edit Device Profile screen.
1. Open the Create Device Profiles tab: from the Create Device Profiles tab, click Add/Edit.
3. From the drop-down menu, choose the profile you want to edit.
4. You can change any of the attributes that have been selected for this profile.
5. Click Save to save the change, or click Save & Exit to save changes and close the screen.
1. From this first screen, you can select a profile and then:
Trend Tags sub-tab: choose trend intervals (to create or edit intervals, see ).
PC Based Alarms or Onboard Alarms sub-tabs: change alarm levels (this will
override the default that is set in ).
Onboard Alarms sub-tab: enable waveform capture for on-board alarms (see
"Enabling waveforms for onboard alarms" on page 297 for complete instructions on
enabling these waveform captures).
Onboard Alarms sub-tab: add Alarm On and Alarm Off text. What you enter here will
override the default setting that comes from the custom tag (see for more information).
Parameters sub-tab: Edit parameters for IEC 61850 driver parameters (see "Edit driver
parameters" on page 253 for more information).
2. Click Add/Edit to progress through several screens to edit all aspects of the profile. See the
tables below for detailed instructions.
1. Open the Create Device Profiles tab; from the Create Device Profiles tab, click Add/Edit.
3. From the drop-down menu, highlight the profile you want to delete.
4. Click Delete.
1. List all of the SCL files (ICD, CID) for the IEC 61850 devices in your installation. ICD files are
preferred. Pay special attention to data concentrated devices (for example, the G3200 with
multiple devices communicating through it; see "Setting up a G3200 gateway" on page 259).
2. Import the first ICD file into the Profile Editor (see "Import Filter screen" on page 271).
a. Create the device type.
3. Create a device profile for the IEC 61850 device type (see "Adding an IEC 61850 device" on
page 283).
a. If needed, add/edit datasets and report control blocks (see "Managing IEC 61850
datasets" on page 250 and "Edit IEC 61850 Report control blocks" on page 251).
b. Select the appropriate tags for Power Operation to monitor for this device.
5. Create a Profile Editor project, adding the device profiles. Configure as needed.
Power Operation creates the equipment.profiles file for the I/O Device Manager or Manage
Multiple Devices window.
SCL will create an IID file for the profile. If newly added datasets and/or report control blocks
are to be used, this IID file is required for step 7. Otherwise, you can use the original ICD file.
7. Use the appropriate IEC 61850 configuration tool for the device to configure a CID file from
the ICD/IID file. Then download it to the device.
9. Using the I/O Device Wizard, add your devices to Power Operation.
10. When you are prompted for the SCL file, use the CID file you created in step 7. For more
information, see "Adding an IEC 61850 device" on page 283.
During this import, you need to reconcile mismatches; and data will be available for creating
device types, device profiles, and projects. If you import an SCL for a PM700, note that all tags for
date and time are excluded by default.
You can edit buffered and unbuffered control blocks (provided you have created them in
the Profile Editor).
• Power Operation profile: The data will then follow the normal rules for the profiles in this
project.
The list of devices and their related report control blocks that are included in the import file
displays in the middle column.
2. Check the devices and/or related report control blocks that you want to include in the import.
If you check a device, all of the report control blocks under it are included.
The right-hand column displays the IEDs/report control blocks that you have selected.
NOTE: Use the filter above the middle pane to search. You can enter partial names
separated by dots to further shorten the list.
3. When you have selected either the functional constraints or report control blocks, click
Continue. The data is filtered on the last filter option that you chose (you cannot combine
filters). The Import Reconciliation screen displays.
4. Use the Reconcile Import Screen to find matches for the items you are importing and to filter
import tags to determine whether items are matched or not matched.
NOTE: Not all ICD files allow you to add, edit, or delete datasets. If all fields are greyed out, you
will not be able to change the set.
In the upper left corner are the device profile name and device type names that come from an
imported ICD file. All of the entry fields are initially greyed out. The device type datasets (upper
box) are resident in the ICD. The device profile datasets (lower box) have been created or copied
from other datasets in the device type or device profile.
1. Display the Create Device Profiles tab for a device that includes ICD files.
2. Click the Parameters sub-tab, then click Edit on the DataSets line.
NOTE: Not all ICD files allow you to add, edit, or delete datasets. If all fields are greyed out, you
will not be able to change the set.
In the upper left corner are the device profile name and device type names that come from an
imported ICD file. All of the entry fields are initially greyed-out. The device type datasets (upper
box) are resident in the ICD. The device profile datasets (lower box) have been created or copied
from other datasets in the device type or device profile.
2. Type a name and description for the new dataset. These are free-form fields, but they must
comply with IEC 61850 standards.
3. Choose the appropriate logical device, then choose the logical node for that device.
4. Choose the functional constraint for the content. This will filter the display of device type
objects/topics in the box below.
When you choose All, you must then choose an object that already has a functional
constraint in it. If you choose a specific constraint, the list of available objects is filtered to
display only those that include that constraint.
5. From the Device Type Objects, choose the appropriate objects for this profile.
6. Click OK.
The new dataset is added in the lower left, to the Device Profile list.
1. Click the dataset (either device type or device profile) to be used as the starting point for the
new dataset.
3. Make the appropriate changes. You must change the name. All datasets in a single profile
must have unique names.
4. Click OK.
1. From the Device Type DataSets box, highlight the dataset you want to add back.
The dataset displays under the Device Type list in the Device Profile DataSets.
To edit a dataset, highlight its name, then click Edit. Make the desired changes, then click OK.
To delete a dataset, highlight its name. Click Delete, then click OK.
1. Display the Create Device Profiles tab for a device that includes ICD files.
2. Click the Parameters sub-tab, then click Edit on the Report Control Blocks line.
NOTE: Not all ICD files allow you to add, edit, or delete report control blocks. If all fields are
grayed out, you will not be able to change the set.
In the upper left corner are the device profile name and device type names that come from an
imported ICD file. All of the entry fields are initially grayed out. The device type report control
blocks (upper box) are resident in the imported ICD file. The device profile report control blocks
(lower box) have been created or are copied from report control blocks in the device type or
device profile.
1. Click Create New beside the Device Profile Report Control Blocks box.
2. Type a name and description for the new report control block, conforming to the IEC 61850
naming conventions.
3. Choose the appropriate dataset for this block. Datasets are added/edited in the Add/Edit
DataSets screen, accessed from the Parameters sub-tab on the Create Device Profiles tab.
6. If this is a buffered block (BRCB), check Buffered and enter the time and integrity period.
(Indexing is currently unavailable in Power Operation).
7. Check the appropriate boxes for trigger conditions and report content.
8. Click OK.
The new report control block is added in the lower left, to the Device Profile list.
1. Click the report control block (either device type or device profile) to be used as the starting
point for the new block. Click Create From.
2. Make the appropriate changes. You must change the name. All report control blocks in a
single profile must have unique names.
3. Click OK.
1. From the Device Type Report Control Blocks box, highlight the block you want to add
back.
The report control block displays under the Device Type list in the Device Profile Report
Control Blocks.
To edit a report control block, highlight its name, then click Edit. Make the desired changes, then
click OK.
To delete a report control block, highlight its name. Click Delete, then click OK.
To begin editing driver parameters: from the Create Device Profiles tab, click the Parameters sub-
tab.
To begin editing datasets, click Edit in the DataSets line. Follow instructions in "Managing IEC
61850 datasets" on page 250 for help.
To begin editing report control blocks, click Edit in the Report Control Blocks line. Follow
instructions in "Edit IEC 61850 Report control blocks" on page 251 for help.
b. Select a trend, then click Copy to create a new trend from an existing trend.
3. Enter a Name: must begin with either an alpha character (A-Z or a-z) or the underscore
character (_). Any following characters must be either alpha characters (A-Z or a-z), digit
characters (0 - 9), backslash characters (\), or underscore characters (_).
4. Type the appropriate information in the following fields. For detailed information, see Trend
Tag Properties in the Plant SCADA help.
1. From the Set Up Trend Definitions screen, select the trend name, then click Edit.
2. You can edit any of the fields except the trend name.
1. From the Set Up Trend Definitions screen, highlight the name of the trend to be deleted.
2. Click Delete, then click Yes when you are asked to confirm.
Use the Select Trend Intervals screen to edit settings for existing trends for specific device
profile/tag combinations. To create new trends, see "Set Up Trend Intervals" on page 253.
1. On the Create Device Profiles tab, choose the device profile, then click the Trend Tags
sub-tab.
2. Locate the tag for which you want to change the trend. Click Edit.
3. In Select Trend Intervals screen, you can select one or all of the interval options.
4. Click OK.
When you select a trend tag for a device profile (Add / Edit Device Profile screen), the tag will be
scanned at the “long” interval” (every 15 minutes, with FIFO storage of 12 months); but certain
trend tags have an additional “short” scan interval. This interval is set by default at 5 seconds, with
FIFO storage of two weeks.
The default tags are: Current A, Current B, Current C, Voltage A-B, Voltage B-C, Voltage C-A,
Power Factor Total, Apparent Power Total, Reactive Power Total, Real Power Total, and
Frequency. When you choose one of these tags for trending, you will get both long and short
interval trending. The long interval trend will use the trend tag name from the Profile Editor. The
short interval trend tag will have the same name as the long tag with an “s” appended to it.
You can edit the Profile Editor.exe.config file to add or delete tags that will have short scan
intervals, and to change the short scan interval for all of the tags that are listed.
3. To change the tags that are included in the short scan interval:
a. Scroll to the "TrendShortIntervalTags" setting. The numbers listed (defaults:
1003,1004,1005,1050,1046,1042,1014,1015,1016,1001,1034) are the tag IDs. You can
add or delete tags. Tag IDs are listed on the Define Device Type Tags tab (when the
Advanced Properties option checked).
NOTE: If you choose a device that includes the tags in this list, you will always have these
short scan interval tags included.
For example, if you wanted to change the scan interval to ten seconds and add Overcurrent
A for a CM4000, you would edit these two lines in this way:
"TrendShortIntervalSamplePeriod" value="00:00:10"
"TrendShortIntervalTags"
value="1003,1004,1005,1050,1046,1042,1014,1015,1016,1001,1034,19"
There are two methods of calculating disk space usage for trends: scaled and floating point. The
Profile Editor uses floating point by default. For more information on these calculations, see
Calculating Disk Storage in the Plant SCADA help file ( ...\Program Files
(x86)\Schneider Electric\Power Operation\v2021\bin\Help\SCADA Help).
With the composite device type, the user can use two devices for a single monitoring point. For
example, a circuit breaker and a monitoring device can provide data to this single point. Because
Power Operation combines the functionality of the multiple devices, end users only need to
consider a single device when analyzing a location in their system.
To create a third party Modbus device and add it to your Power Operation project:
1. Find the Device Modbus Reference. This should be included in a document from the
manufacturer for the device you want to add.
2. Familiarize yourself with the manner that the Modbus device specification.
The following table lists allowed values for each data type:
4. Verify that the tags you want to use are compliant with Power Operation. To ensure that data
is reported for reporting, LiveView tables, and breaker graphics. Refer to the Common Data
Model (CDM), which is located in [Project Drive]\ProgramData\Schneider
Electric\Power Operation\v2021\Applications\AppServices\bin.
5. Find the best fit tags: From the Profile Editor tag library, find the tag that comes closest to the
quantity you want to measure.
6. Verify the tag you have chosen by comparing it with the CDM.
7. Create the device type in the Profile Editor: Use PwrModbus as the driver.
9. Configure the Modbus tags: Continuing on the Define Device Type Tags tab, edit the tag
addresses to map them to the Modbus register of the device (these tags will be red). You
can locate instructions on editing addresses in the Power Operation help file.
10. Create the device profile: Click Add/Edit to launch the Add/Edit Device Profile window.
Create the new profile and choose the device(s) that you want.
11. On the next screen, move the tags into the Selected Tags pane. Select Trend for all tags that
require it.
12. Continue with setting up the project and exporting as you do with other device profiles.
A composite device is a device profile that includes more than one device type. Each device type
can use its own protocol for communication.
With the composite device type, the user can use two devices for a single monitoring point. For
example, a circuit breaker and a monitoring device can provide data to this single point. Because
Power Operation combines the functionality of the multiple devices, end users only need to
consider a single device when analyzing a location in their system.
NOTE: For instructions on setting up and using Cyber Sciences Sequence of Events Recorder
(SER), refer to the system technical note (STN) entitled How can I Use Cyber Sciences SERs
with Power SCADA Expert?
2. At the Add/Edit Device Profile screen, choose whether you are creating a new device or
creating from an existing device. If you are creating from a device type, select it. Click Next.
3. Still on the Add/Edit Device Profile screen, give the composite device type a name.
Optionally, add a description (which will become a tool tip display in later screens). Click
Next.
The Add/Edit Device Profile displays with only device type tags available for selection.
5. Add the tags you need for each device type listed on the left. To add all of the tags for a
device type, highlight the device type name and click the right green arrow.
The Add/Edit Device Profile displays with only device type tags available for selection.
You may find, especially when dealing with generic I/O, that the tag name is not descriptive
enough to determine what it is when reading data in runtime mode. Thus, you may want to
override the generic name with something more meaningful.
For example, a device may have ten inputs: Ind1, Ind2, Ind3, and so on. Using those names,
you have no idea what each input is reading. If you override the tag, the tag's value will still
come from the original tag (it still keeps the addressing from the device); however the tag's
appearance (name, metadata, display name) will be taken from the new tag.
6. To override a tag:
a. Highlight the tag, then click Override Tag Name.
b. From the Select Tag window, choose the tag you want. If necessary, enter a search
term, then click Search to display related tags.