Configuration Guide
Configuration Guide
7EN42-0108-00
05/2015
Hierarchy Configuration Guide Safety information
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.
The addition of either symbol to a "Danger" or "Warning" safety label
indicates that an electrical hazard exists which will result in personal
injury if the instructions are not followed.
This is the safety alert symbol. It is used to alert you to potential personal
injury hazards. Obey all safety messages that follow this symbol to avoid
possible injury or death.
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.
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 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 because communication delays
can occur between the time a control is initiated and when that action is applied.
• Do not use the software to control remote equipment without securing it with an authorized
access level, and without including a status object to provide feedback about the status of
the control operation.
WARNING
INACCURATE DATA RESULTS
• Do not incorrectly configure the software, as this can lead to incorrect reports and/or data
results.
• 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, or equipment
damage.
Contents
Safety information 3
Safety precautions 4
Introduction 7
Hierarchy Configuration utility command and options 7
Populating a hierarchy 11
Before you begin 13
Saving a hierarchy configuration in a CSV file 14
Adding content to the configuration CSV file 15
Defining the main elements of the hierarchy 15
Associating devices to areas 16
Adding a virtual meter and associating devices 17
Adding your entries to Hierarchy Manager 19
Saving and restoring a hierarchy configuration 22
Saving the entire hierarchy configuration in an XML file 22
Restoring the entire hierarchy configuration from an XML file 23
Installing or saving a hierarchy template 24
Installing a hierarchy template 24
Saving a hierarchy template 25
Refreshing the hierarchy cache 26
Deleting hierarchy configuration content 27
Hierarchy template structure 28
The hierarchy template 28
The XML elements in the template file 29
Additional notes 34
Introduction
The Hierarchy Configuration utility is intended for Application Engineers or advanced users
working with hierarchies in StruxureWare™ Power Monitoring Expert.
The utility is a command-line executable that allows you to save, restore, or add hierarchy
content.
The primary purpose of the utility is to give you a way to add a large number of entries to a
hierarchy rather than creating individual entries in Hierarchy Manager. This task consists of:
l Saving a skeleton hierarchy configuration in a CSV file.
l Editing the CSV file to associate the devices listed in the file to the nodes of the hier-
archy.
l Populating Hierarchy Manager with the updated contents of the hierarchy configuration
CSV file.
Command options
Use the command as follows (type the command and press Enter):
NOTICE
LOSS OF DATA
• Do not use the hierarchy configuration CSV file to incrementally update a hierarchy
in Hierarchy Manager.
• Use the Hierarchy Manager application to incrementally update an existing
hierarchy.
Failure to follow these instructions can result in the corruption of hierarchy
data.
NOTICE
LOSS OF DATA
• Do not use the hierarchy configuration XML file to incrementally update a hierarchy
in Hierarchy Manager.
• Use the Hierarchy Manager application to incrementally update an existing
hierarchy.
Failure to follow these instructions can result in the corruption of hierarchy
data.
This process deletes the current hierarchy configuration defined in Hierarchy Manager
and replaces it with the hierarchy configuration in the XML file.
l To refresh a configuration cache to ensure that all devices are included in the saved
configuration:
HierarchyConfig.exe refresh config
l To delete a hierarchy configuration:
HierarchyConfig.exe delete config
Only use this process if you have previously saved your configuration.
Populating a hierarchy
After installing and commissioning Power Monitoring Expert, you can populate Hierarchy
Manager by associating devices to nodes in a skeleton configuration CSV file and importing
the entries into Hierarchy Manager. Following a successful import, you can use Hierarchy
Manager to modify your hierarchy information. You can then use hierarchies in other Power
Monitoring Expert applications, such as in view-enabled reports in the Web-based Reports
application, and in the Dashboards application.
For illustration purposes, the default hierarchy template in Hierarchy Manager is used as a
reference for this task.
The default hierarchy template defines nodes types, which include the labels (display names)
for the tabs in Hierarchy Manager.
The Tree View page for this hierarchy includes a physical layout view similar to the following
image. Note that you need to associate at least one device to an area to enable the site,
building, and area tree on the Tree View page.
The skeleton configuration CSV file created from the default hierarchy template used in
Hierarchy Manager includes a header row with column headings of Devices_Full Name, _
Percentage, Site_Name, Buildings_Name, Areas_Name, and Virtual Meter_Name. It
also includes a list of the devices in the system that are not included in a hierarchy so that
you can associate the devices to the hierarchy nodes.
Different hierarchy templates can be used in Hierarchy Manager. Each hierarchy template
determines the information that is included in the configuration CSV file. For example, the
Site Building Area Tenant.xml hierarchy template file results in column
headings of Devices_Full Name, _Percentage, Site_Name, Buildings_Name, Areas_
Name, Tenants_Name, Tenants_Contact, Tenants_email, Tenants_Phone, and
Virtual Meter_Name in the configuration CSV file.
(Sample and generic hierarchy templates are located in:
...\Applications\HierarchyManager\SampleTemplates folder in the Schneider Electric
install location.)
The procedure for updating a skeleton configuration CSV file follows a consistent pattern
regardless of the template used in Hierarchy Manager.
The process for adding a large number of entries to a hierarchy consists of:
l Saving a skeleton hierarchy configuration in a CSV file.
l Editing the CSV file.
l Updating Hierarchy Manager with the new entries and verifying the outcome.
NOTICE
LOSS OF DATA
• Do not use the hierarchy configuration CSV file to incrementally update a hierarchy in
Hierarchy Manager.
• Use the Hierarchy Manager application to incrementally update an existing hierarchy.
Failure to follow these instructions can result in the corruption of hierarchy data.
l Install Microsoft Excel, or another spreadsheet application that you can use to open and
edit CSV files on your system. (See "Editing and saving a localized version of a CSV
file" on page 13 for information about editing and saving a skeleton configuration CSV file
from a localized version of Hierarchy Manager.)
l Add devices, logical devices, and/or managed circuits to Power Monitoring Expert using
Management Console. You can add additional devices at a later time, but you need to
have an initial number of devices before you export the skeleton configuration CSV file.
(See "Management Console" in the StruxureWare Power Monitoring Expert 7.2 User
Guide for additional information regarding adding devices to Power Monitoring Expert.)
As indicated in the previous description of the physical layout, there are 4 building areas.
You now need to define the association of the 3 remaining areas to the building and site.
3. Repeat the previous step for each of Area 2, Area 3 and Area 4, as shown in the
following image.
This completes the association of the 4 areas to the building instance, Building 1, and
the site instance, Test Site.
If there are additional buildings on the site, you can repeat the pattern that you entered.
For example, if there is a Building 2 on the site, your entries would include the same site
name, Test Site, but the building name is Building 2. Note that you should use unique
names for the areas. For example, for Building 2, define the area names like B2-Area 1,
B2-Area 2, and so on.
2. Continue to associate any of the remaining devices to their respective areas. Note that
you can assign multiple devices to the same area. For example, the following image
shows two devices assigned to Area 3 and two to Area 4.
2. To apportion a percentage of a device's value to the virtual meter, type a percent value
for the applicable device in the _Percentage column. For example, apportion 25% of
Test_Site.Test_8600_C and 75% of Test_Site.Test_8600_D to virtual meter VM1.
3. To associate a virtual meter to a specific area, add the virtual meter name to the
Devices_Full Name column on a row defining the area. For example, to associate VM1
to Area 2, add VM1 to line 13 (in this example) in the CSV file.
You can also associate a virtual meter (VM1) to another virtual meter by including the
virtual meter name in the Devices_Full Name column and adding the additional virtual
meter name on the same row under the Virtual Meter_Name column.
When you complete your updates in the hierarchy configuration CSV file, you can now update
Hierarchy Manager by importing the contents of the CSV file.
This lets you back up the hierarchy before modifying it in the Hierarchy Manager application.
You can import the hierarchy configuration saved in the XML file to restore your hierarchy in
Hierarchy Manager.
NOTE: Restoring (importing) a configuration XML file deletes the current hierarchy
configuration and replaces it with the one represented in the file.
NOTICE
LOSS OF DATA
• Do not use the hierarchy configuration XML file to incrementally update a hierarchy in
Hierarchy Manager.
• Use the Hierarchy Manager application to incrementally update an existing hierarchy.
Failure to follow these instructions can result in the corruption of hierarchy data.
NOTICE
LOSS OF DATA
• Do not use the hierarchy configuration XML file to incrementally update a hierarchy in
Hierarchy Manager.
• Use the Hierarchy Manager application to incrementally update an existing hierarchy.
Failure to follow these instructions can result in the corruption of hierarchy data.
NOTICE
LOSS OF DATA
The new template overwrites the existing template, which permanently removes all
information contained in the original. Export the existing hierarchy template from Power
Monitoring Expert before importing a new template.
When you import the hierarchy template XML file, the Hierarchy Configuration Utility
performs a validation test on the file. If the file validation is not successful, the utility does not
import the file and provides information indicating where the validation process stopped.
Check for any discrepancies in the file, save the changes and reimport the file.
To import a hierarchy template XML file:
1. Open a Command Prompt window:
a. Use Windows Explorer to navigate to:
...\Program Files (x86)\Schneider Electric\Power Monitoring Expert\Applications on a
64-bit system,
or, ...\Program Files\Schneider Electric\Power Monitoring Expert\Applications on a
32-bit system.
b. Click the bin folder and press Shift + Right-click and select Open command win-
dow here on the context menu.
2. Type HierarchyConfig.exe import template <file path>\<file
name>, where <file path> is the location of the XML file, and <file name> is the
name of the XML file, including .xml as the file extension, to be imported. If you do not
specify a file path, the current directory of the Hierarchy Configuration Utility is used.
The utility provides feedback for each stage of the import. If the import operation is
unsuccessful, the utility provides information about why the import is unsuccessful.
NOTE: If the XML file name and/or file path contains spaces, you must enclose the file
path and file name in quotation marks. For example, HierarchyConfig.exe import
template "C:\test file.xml.
3. Confirm that the template has been successfully imported by opening the Hierarchy
NOTICE
LOSS OF DATA
Performing this operation permanently removes configuration content from the system.
Ensure that this operation is necessary before proceeding. This procedure cannot be
undone.
The hierarchy view defined in the template is represented on the Hierarchy Manager Tree
View page as a physical layout:
The following table summarizes the major elements in a hierarchy template XML file.
Tag Description Example
Contains template namespace <Template version="1.0" xmlns="uri:application-
<Template>
information modules/power/model/template#">
Container tag for Type and
<Types> <Types> </Types>
Attribute elements
Defines elements that define
characteristics used by the node .
<Type> <Type displayName="level_1".../>
Each type represents a tab in
Hierarchy Manager.
<Attribute displayName="id" dataType="String"
Defines the characteristics used
<Attribute> uri="uri::application-modules/power/model/attribute#name"
in each type.
/>
Used to create relationships
between nodes. For a
relationship to exist between <Reference displayName="level_2" isReverse="true"
<Reference> nodes, each Type element must target="uri:application-modules/power/model/type#level_2"
contain reference information for uri="uri:application-modules/power/model/relation#1_2" />
every other element it is
associated with.
Contains elements that define
how the Node types are
<Views> <Views> </Views>
presented in different hierarchical
views.
Specifies the node type the view <View displayName="Generic Layout"
<View> starts at. Contains Relation rootNodeTypeUri="uri:application-
elements. modules/power/model/type#level_1">
Contained in a View element.
<Relation follow="uri:application-
<Relation> Defines the order that the node
modules/power/model/relation#1_2" reverse="true" />
types are displayed in.
<Template>
The <Template> element is the container for all of the XML tags.
<Template version="1.0" xmlns="uri:application-modules/power/model/template#">
<Types>
This is a containment tag for all <Type> elements. Make sure any <Type> elements are
inside this containment tag.
<Types>
<Type...>
...
</Type>
...
</Types>
<Type>
The <Type> tag contains all the information required to define the Node. Each defined type
adds a tab in Hierarchy Manager. The tab name is defined by displayName. The <Type>
tag also contains one or more <Attribute> and <Reference> tags.
<Types>
<Type displayName="level_1" uri="uri:application-modules/power/model/type#level_1">
<Attribute... />
<Attribute... />
...
<Reference... />
...
</Type>
<Type>
...
</Type>
</Types>
To change the tab name in Hierarchy Manager from level_1 to new_name, modify
displayName in the template file from:
<Type displayName="level_1" uri= "uri:application-modules/power/model/type#level_1">
to:
<Type displayName="new_name" uri="uri:application-modules/power/model/type#new_name">
<Attribute>
The <Attribute> tag defines the characteristics of the <Type>. It uses dataType to
determine the format of the edit dialog that opens in Hierarchy Manager.
You need to define at least one <Attribute> element with attribute#name in the uri:
uri:application-modules.com/power/model/attribute#name.
The datatypes on the <Attribute> element can be such things as name, floor number, or
breaker ratings, depending on the template layout.
l dataType="String" - For short blocks of text (for example, name).
l dataType="LongText" - For long blocks of text (for example, notes, contact inform-
ation).
l dataType="Number" - For numeric fields (for example, breaker rating in Amps).
l dataType="Boolean" - For checkboxes (for example Rack Circuit).
<Types>
<Type displayName="level_1" uri="uri:application-modules/power/model/type#level_1">
<Attribute displayName="id" dataType="String" uri="uri:application-modules/power/
model/attribute#name" />
<Attribute... />
...
<Reference... />
...
</Type>
<Type>
...
</Type>
</Types>
To add an attribute to a node, determine the characteristic you need to capture with that
attribute, determine the appropriate dataType, and create the attribute. To define Name as
one of the characteristics for a type, the Attribute tag is written as:
<Attribute displayName="Name" dataType="String" uri="uri:application-modules/power/model/
attribute#name" />
<Reference>
The <Reference> tag defines the relationship between types. To establish a relationship,
each <Type> element needs a <Reference> element, and each <Reference> element
needs to refer to the displayName of the related <Type>.
The following example contains references establishing a relationship between the <Type>
with displayName="level_1", and the <Type> with displayName="level_2".
Since the types are in a parent-child relationship, the reference in the child needs to contain
isReverse="true".
The last portion of the <Reference> element includes a relation name. It is used in the
Relation element within the <View> structure to define what appears on the Tree View
page in Hierarchy Manager.
<Types>
<Type displayName="level_1" uri="uri:application-modules/power/model/type#level_1">
<Attribute displayName="id" dataType="String" uri="uri:application-modules/power
/model/attribute#name" />
<Attribute... />
...
<Reference displayName="level_2" uri="uri:applications-modules/power/model/
relation#1_2" target="uri:application-modules/power/model/type#level_2 />
...
</Type>
<Type displayName="level_2" uri="uri:application-modules/power/model/type#level_2">
<Attribute displayName="id" dataType="String" uri="uri:application-modules/
power/model/attribute#name" />
<Attribute... />
...
<Reference displayName="level_1" isReverse="true" uri="uri:applications-modules/
power/model/relation#1_2" target="uri:application-modules/power/model/
type#level_1 />
...
</Type>
</Types>
A physical or logical device, or managed circuit can be associated with any type.To configure
a type to connect with a device, create a Reference tag similar to the example below. Note
that meteredBy is a keyword, and it must be entered exactly as shown to correctly
reference a device.
<Reference displayName="device" uri="uri:application-modules/power/model/relation#meteredBy"
target="uri:application-modules/power/model/type#device" />
<Views>
This is a containment tag for all <View> elements. Views are the means by which other
applications such as Dashboards and Reports discover the set of devices that are
aggregated together. All <View> elements need to be inside this containment tag.
<Types>
<Type...>
...
</Type>
<Type...>
...
</Type>
</Types>
<Views>
<View... >
</View>
</Views>
<View>
The <View> tag defines how a hierarchy can be viewed in Power Monitoring Expert. These
different views provide different ways that a hierarchy can be displayed, or different ways the
device data associated with the hierarchy types can be grouped together.
The view displayName (for example Generic Layout) is defined here. The name appears
on the Tree View page of Hierarchy Manager. You can select the view as a data source in the
Dashboards and Reports applications.
The <View> tag groups together the <Relation> elements whose order determines how
the view appears.
<Types>
<Type>
...
</Type>
<Type...>
...
</Type>
</Types>
<Views>
<View displayName="Generic Layout" rootNodeTypeUri="uri:application-modules/power/model/
type#level_1 >
<Relation... />
<Relation... />
...
</View>
</Views>
<Relation>
The <Relation> tag is used to establish how the different views of the hierarchy are
structured. The initial relation is defined in the <Reference> element within a <Type>.
Specify the node type to start at (the initial <Relation> entry), then add <Relation>
entries to complete the tree.
If a <View> element contains a <Relation> with reverse="true", then the view
presented follows the relationship in the reverse order.
<Types>
<Type displayName="level_1" uri="uri:application-modules/power/model/type#level_1">
<Attribute displayName="id" dataType="String" uri="uri:application-modules/power/
model/attribute#name" />
...
<Reference displayName="level_2" uri="uri:applications-modules/power/model/
relation#1_2" target="uri:application-modules/power/model/type#level_2 />
</Type>
<Type displayName="level_2" uri="uri:application-modules/power/model/type#level_2">
<Attribute displayName="id" dataType="String" uri="uri:application-modules/
power/model/attribute#name" />
<Attribute... />
...
<Reference displayName="level_1" isReverse="true" uri="uri:applications-modules/
power/model/relation#1_2" target="uri:application-modules/power/model/
type#level_1 />
</Type>
<Type...>
...
</Type>
</Types>
<Views>
<View displayName="Generic Layout" rootNodeTypeUri="uri:application-modules/power/model/
type#level_1 >
<Relation follow="uri:application-modules/power/model/relation#1_2" />
<Relation follow="uri:application-modules/power/model/relation#2_3" />
<Relation follow="uri:application-modules/power/model/relation#3_4" />
<Relation follow="uri:application-modules/power/model/relation#4_5" />
...
</View>
</Views>
Additional notes
Considerations when selecting a hierarchy view in a Web-
based report
If devices are associated with more than one node in a parent-child relationship in a hierarchy
tree, only those devices first encountered in the tree are included in generated reports. All
devices lower in the hierarchy tree are ignored in generated reports.
For example, if a hierarchy tree is structured as:
Site 1
and you select Building 1 on the Views page of the Source Selector in a report,
the generated report includes data for the devices associated with Building 1, but not for
devices in the lower node in the tree – Area 1.
Similarly, if you select Site 1, which does not include a device association in the hierarchy,
the generated report includes data for the devices associated with the Building 1 level only –
the level in the hierarchy where devices are first encountered.
<!-- This is a template for a simple 5 level hierarchy. All the relations and nodes have been pre-configured. To
customize for your purposes, search and replace "level_1" with the name of your top-level type (e.g. Site),
...
"level_5" with the name of your lowest-level type (e.g. Room)
With this template you can attach "devices" to the lower 3 levels.
-->
<Types>
<!-- this is how to create one half of the relationship between two nodes, you need a similar reference on the other
end of the relationship -->
</Type>
</Types>
<Views>
<!-- do not need to add the "meteredBy" relation in the View if a "meteredBy" relation has a mapped device no
matter what level of the hierarchy then the aggregation will return the value from the mapped device -->
</Views>
</Template>