E500 RTUtil500 Users Guide R11 PDF
E500 RTUtil500 Users Guide R11 PDF
We reserve all rights in this document and the information containing therein.
Reproduction, use or disclosure to third parties without permission is strictly
forbidden
1.1 RTUtil500
The basic topics of the RTUtil500 are:
Configuration and data engineering tool for RTU500 series projects
The principles of user interface structuring according to EN 81346-1
The user interface of RTUtil500 is an application based on the Microsoft
standard presentation format
Documentation of all project steps
External data interface concept
Multilingual tool (user interface and help files)
Delivery version with setup, installation and un-installation program on CD-
ROM
The system requirements for the data engineering tool RTUtil500, particularly the
free disc space, depends on the project size. Basic requirements are:
Operating system: Microsoft Windows XP Professional (SP3) /Microsoft
Windows 7 (SP1) with Excel 2003, 2007, 2010
Memory: 64 MB RAM
Processor: Pentium class
Hard disc: > 200MB free disc space
Hard lock: dongle (USB port) for MULTIPROG wt export
1.2 Installation
RTUtil500 is developed for the Windows operating systems and will be distributed
as CD-ROM version. Next to the RTUtil500 setup program, there are additional
software components on the CD. For installation of the complete RTU engineering
platform (containing also the communication between PC and RTU) see also the
documentation "RTU500 series Web Server User's Guide".
Usually the configuration menu starts automatically after inserting the CD to the
drive. To start it manually, insert the CD to the drive, select the root directory and
start "RTUtil.exe“.
To install only RTUtil500 manually, call the setup program from the distributed
media. If the CD drive is „D:\“, the directory to start „setup.exe“ is
„D:\Program\RTUtil500“.
After starting the setup program, follow the steps of the installation dialogs:
1. Acknowledge welcome page
2. Select the program path where the files should be installed
3. Select the program group of RTUtil500
4. Start copying of the files to the local hard disc
The setup program will copy all the files needed from CD to your local disc. Also all
required registry entries are done by the setup program. To use Multiprog WT
export interface of RTUtil500 a dongle is needed.
Please note:
Excel import, export functionality requires Visual Basic for Applications
! (VBA) component. For this reason, this future must be enabled during
installation of Microsoft Excel using the custom installation wizard. By
default the VBA component is included in the installation.
The supported file format is Excel 97 – 2003. Therefore Excel option ‘Save
files in this format’ has to be set to ‘Excel 97 – 2003 Workbook (*.xls)’.
RTUtil500
Line 2 Line 2
Line 1
Line 1
Rack TP 1, Segment 1 Rack TP 2, Segmen
RTU 01 Com Subrack 560CSR01
23 NG 23 560SLI01 560SLI01
Tx Rx C E Tx Rx C E
5V 1 1
Line 3 Line 4 24V 2
A
MMI
1
2
A2
MMI
1
2
UP BA BA
Q0
On
B B
O ff
Line 3
SPAx 1 Line 4
RTU 12
Line 5
Peripherie Bus Line, Segment 2
SPAx 2
SPAx 2 21.03 MW
The root node of a tree is similar to the tree type (e. g. signal tree, hardware tree).
The network tree is the representation of the network structure. The concentrator
'RTU 01' is chosen as root node in the network tree, because the concentrator
RTU is normally a unique starting point in an RTU station network. The hosts
(central systems) are represented below the root RTU.
In signal tree the structuring of the electrical process and the naming of the single
point indication is made. The name for every data point is derived from the
structure of the electrical process.
Some nodes have different presentation locations (references) in several trees.
These nodes are the line and station nodes from the network tree and the data
point nodes from the signal tree. Line and station nodes have references in the
hardware tree and in the network tree. The data point nodes have references in the
hardware tree and in the signal tree.
The hardware tree describes the internal structure of the station nodes (e. g. 'RTU
01'). The RTU and line node types in the hardware tree are linked nodes from the
network tree. The double point indication Q0 in the electrical process is linked from
the signal tree to a binary input board in the hardware tree.
During the whole engineering process RTUtil500 supports the user to avoid data
inconsistencies. The basic functions that support the user during the engineering
process are:
1. Avoiding to build up a wrong tree
2. Check ranges for each parameter
3. Check dependencies between the tree nodes
4. Check dependencies between parameters
5. Check the complete consistency of a project before generating the RTU-files
4.3.2 Structure
The signal tree structure is project dependent. The signal tree mirrors the location
of the data points in the process. At the beginning of a project, the user has to build
up the signal tree according to the project specific process structure. He
determines the number of levels in this tree and their meaning.
Please notice: These settings cannot be changed during the project any more.
The length of the data point name is configurable from 1 to 128 characters. The
maximum length of the unique object identifier is 32 characters. It can start with a
configurable position within the character string.
The goal of the signal tree is to get an unique object identifier for every data point
in a system. For an electrical distribution process the structure could be as shown
here.
4.3.3 Actions
The "Project Wizard" assists users launching a new project and building up the
particular signal tree structure. The number of levels can be selected and the types
of these levels are specified here.
To add tree levels and data points to the signal tree, the common action functions
like 'Add Item...' and 'Link Item...' are used.
Another common way to build up the signal tree structure is to import data from
given lists. In this case the data has to be available in a common format like Excel
and the signal tree structure has to be adapted to the data structure.
4.4.2 Structure
The hardware tree structure is the hierarchical structure of the RTU. It starts with
the RTU as one unit and includes the levels: cabinet, rack, board, interfaces and
data points. Next to the tree nodes the parameter panes have the specific data
entry controls needed to parameterize the nodes.
4.4.3 Actions
The general actions 'Link Item...' and 'Add Item...' are used to build up the
hardware tree. The hardware tree can be built up separately (stand alone) from the
network tree and the signal tree. For small projects with only one RTU and few
data points no signal tree is needed.
To use the functionality of both, network and signal tree, (automatic signal routing
and unique object-ID) it is recommended to build these trees first, and link their
data to the hardware tree.
The links from the network tree have to be performed before linking the IO-data to
the hardware tree, because the automatic signal routing goes through the station
network. Automatic signal routing will be successful only if the communication
hardware is complete.
Linking data points from signal tree to hardware tree will start the automatic signal
routing, if the communication structure for an RTU is complete. The data points get
the unique object ID from the signal tree. To speed up data point linking from signal
tree to hardware tree a special link mechanism to link more than one data point is
available.
5.1 Overview
It is possible, to start the configuration tool RTUtil500 out of a DOS window, in
order to supply parameters to the application.
Example:
D:\Programs\RTUtil500\bin\RTUtil500 -pr
"D:\Programs\RTUtil500\proj\User_Manual.rtu"
Example:
D:\Programs\RTUtil\bin\RTUtil500
-it XLS
-pt "D:\RTUtil_Files\RTUC.rtu"
-if "D:\RTUtil_Files\Excel_C_Sub.xls"
-tf "D:\RTUtil_Files\RTUC_Project.rtu"
-kt
-rtu "C"
-ln "Signals"
-ln "Sub_Line"
-pcl "D:\RTUtil_Files\RTUC_Project_Check"
-rdf "D:\RTUtil_Files\RTUC_Project"
-ip
Example:
C:\Program Files\ABB\RTUtil500\bin\RTUtil500
-pt "D:\RTUtil_Files\RTUCSVImport.rtu"
-it CSV
-if "D:\RTUtil_Files\StationXYZ.csv"
-kt
-tf "D:\RTUtil_Files\StationYXZ.xls"
-rtu "HostRTU"
-ln "Line 104 to CS1"
RTU500 series configuration files can also be built automatically. The following
table describes the complete set of necessary/optional parameters.
Example:
C:\Program Files\ABB\RTUtil500\bin\RTUtil500
-pr "D:\RTUtil_Files\User_Manual.rtu"
-rtu "Router_Mannheim"
-pcl "D:\RTUtil_Files\ConCheck"
-rdf "D:\RTUtil_Files\Config"
-ip
The presentation style for every tree node gives the basic information that a user
needs to identify the node. The structure of the general node presentation is:
Image for node type
An icon for the node type, e. g. an icon showing a 'board' or 'rack'. Icons are
used for easy identification of elements, so that the localization of a tree
node is no problem.
Local Type (alternatively)
The local type can be seen as predefinition for a node and gives information
about the location of a node. It is used to limit the kind of types and number
of nodes that can be added as children to an existing node. E. g. a
'560CSR01' node has a local type 'Slot 10_P1' where only the 'Power supply
unit board - 560PSU01' node can be added.
The local type is a tree dependent part of the node presentation. This means
that there can be different local types for one node. This behavior is only
important for the linked node types like data points and line nodes. The data
points normally have a local type in the hardware tree presentation. E. g. a
single indication in hardware tree has a local type which describes if the data
point is an input or an output. In the signal tree the local type of the hardware
tree is not part of the presentation format for the same node.
Item Type
The node type specifies the behavior of a tree node. The node type is
normally hard coded with an internal type ID. The user only sees the short
description for a node type in the tree view. E. g. 'SPI' for a single indication.
For some items that don’t have a specific behavior and only are structuring
help nodes, like the items in signal tree, it is possible to change the node
type text. E. g. the default text of the level nodes ('Area', 'Plant') in signal tree
will be defined at the beginning of a new project.
Item Name
The item name is an identifier for the tree items. Not all items in a tree could
have a name. Names can be given to several node types.
For data points the name could be a structured object identifier that is used
in an external interface. To support structured naming special functionality is
added in signal tree. The name for data point items can be divided in an auto
naming part and a freely chosen part. The auto naming part is given from the
signal tree structure and cannot be influenced directly. The path of the signal
tree gives the identifier for a tree node, e. g. a single indication have a
unique identifier from signal tree path, like 'E_1_110KV_0101'. The free part
is a name for the tree item chosen by the user. Both name parts together
have to be a unique identifier for a data point.
The presentation form is a property sheet. The first site for every tree item shows
'General' properties, like icon, item type and name. So there is a general view to
get information of every item.
The other property pages actually available for the user depend on the parameters
of an item. Normally there is one page for a group of parameters (e. g. process
parameters 'PDP', protocol parameters 'Line...’ etc.).
by tool bar,
by Shortcut key DEL
by Pop Up Menu, with the mouse click the right button, a pop up menu
appears, select Delete Item...
After selecting an item and calling the 'Delete Node' function, a popup window
appears and the user will be asked, if he is sure he wants to delete the selected
item. If he presses the 'Yes' button the item will be deleted. If the selected tree
node has child items a second popup window appears and asks for confirmation to
delete the whole branch.
by Shortcut keys, first Copy the item to the clipboard, than Paste it to the
target, CTRL+C, CTRL+V
by Pop Up Menu, select item, with the mouse click the right button, a pop up
menu appears, select Copy Item to copy the item to the clipboard, than
Paste it to the target
by Drag & Drop, select the node with the mouse, keep left mouse button
pressed, drag the item to the target, release the mouse button to drop the
item. This is the Drag & Drop method.
The drag & drop functionality is the same as in standard Windows tools like the file
Explorer.
If the node is copied via drag & drop functionality, only the Drop dialog appears, if
the detailed position of the node is required (if a local type has to be chosen).
After the given engineering example the station and line nodes will be linked from
the Network Tree to the hardware tree. The data point nodes will have to be linked
from the Signal Tree to the hardware tree.
The 'Link' action could be launched in several ways:
by menu, Edit/Link Item...
by tool bar,
by shortcut key, CTRL+L
by Pop Up Menu, select item, with the mouse click the right button, a pop up
menu appears, select 'Link Item...'
by Drag & Drop, select the node with the mouse, keep left mouse button
pressed, drag the item to the target, press STRG + SHIFT to force link item,
drop the item on the target
The selected item is the target node of the link action. To select the node that
should be linked to the target node, the 'Link Item...' dialog appears. In the drop
down list of the edit control all the nodes that can be linked to the selected target
node appear. The user has to choose a node of this list. To link the chosen node to
the selected node target press the 'Link' button.
If the node will be linked via drag & drop functionality, the 'Link Item' dialog only
appears, if the detailed position of the node is required (if a local type is there).
After linking an item a small yellow circle on the icon of the item informs the user
that the item is already linked.
by Pop Up Menu, with the mouse click the right button, a pop up menu
appears, select Replace Item...
After selecting an item and calling the 'Replace Item' function, a popup window with
a list of replaceable items appears. The list is empty if the ‘replace’ function is not
supported for the node.
After the user selected the new item type and pressed the 'Replace' button another
security question appears if the item should really be replaced. By selecting ‘Yes’
the selected item is replaced by the new item.
Position info, parameter settings as well as subordinated added and linked nodes
are overtaken from the replaced element.
The result of the consistency check is shown in a separate window with the
following error levels:
Error
Warning
Information
The entries in this list are linked to the nodes in the trees of the checked project.
The concerned node is selected, if the highlighted name within the concerned entry
is clicking with the mouse cursor.
Figure 9-3: Links between consistency check results and user interface
2. Choose a file name for the RTU files. Give the name for the RCD file, but all
files will be generated (*.rcd). If the option 'Save information into...' is ON,
the whole project is saved (I/O data with all project information, see chapter
‘Extract the RTU files’). If the option is OFF only the I/O data will be stored in
the I/O file.
3. Click on Next button
4. Before the RTU files are generated the number of data points is calculated
and a consistency check will be done by pressing the button 'Consistency'.
If the results of the consistency check should be saved, it is possible to
specify a log file where the results are stored as text for further evaluation.
This feature is by default disabled and can be enabled by selecting 'Write
check result to Log File'.
More information about the consistency check can be found in chapter 9.2.
5. Acknowledge the indication that the files have been generated and abort the
dialog with 'Cancel'.
1. Start RTUtil500 Excel Import function for the open project from the menu or
with the toolbar button.
2. Select an RTU from the open project and click on the 'Next' button
3. Select the Excel import file and click on the Next button, to select the Excel
import files.
5. Before the import is started, the previous selections are displayed. Click on 'Start'
button.
6. After Excel import is done the last page with a success indication occurs. Choose
file name and check if the project should be opened by finishing the dialog.
For detailed error detection see the directory of the Excel file.
There are two files:
The error report file (*.log), which contains written information about errors
occurred during the import.
The extension file (*.err) is an Excel file. For an easy error location the fields
where the errors occurred are marked red.
In the next step two steps (2, 3) the path- and file name for the output files
containing the process data and global data has to be defined. The number of row
for the first entry should be at least 6.
Figure 10-7: Define the path- and file name for the output file for storage
The export will be started and the progress will be shown with a separate progress
bar. The result is shown in a separate window.
The result of the Excel Export for global data is a file containing three worksheets
Station Parameter Global parameter for all RTUs
Line Parameter Parameter for all communication lines
Hardware Parameter Hardware parameter of all RTUs
You can build a new MULTIPROG wt project and export into this project or you can
select an existing project for the export. The extension of the MULTIPROG wt
project is “*.mwt“.
Now click the 'Start' button and the export function runs and presents the following
result dialog.
The last dialog shows the result of the MULTIPROG wt export. The export can be
successful or maybe was aborted. If it was aborted an error description appears.
When 'Open project in MULTIPROG wt' is selected the MUTLTIPROG wt project
will be open after clicking the 'Finish' button.
The initialization information is saved to the RTUtil500 pattern file and in the final
RTUtil500 project file after successfully performed Excel import.
Sheet Contents
Each data point with all its processing parameters and related communication
addresses on all higher level lines of the Network Tree is specified in only one
sheet of the set of Excel files and sheets belonging to a RTUtil500 project. This
specification has to take place in the relevant Excel sheet (Local I/O or IED line) of
the Excel file that belongs to the lowest level RTU. For each higher level line of
the network tree, a protocol specific address/host parameter block has to be added
to the sheet where the data point is defined.
11.4.2 Examples
Control System
CS
IEC870-5-104
RTU 1
IEC 870-5-101
RTU 2
(sub RTU)
Figure 11-2: Network Topology with CS - RTU1 - SubRTU2
Control System
CS
IEC870-5-104
RTU 1
IEC 870-5-101
n* IED
IEC870-5-104 IEC870-5-101
RTU 1
IEC 870-5-103 IEC 870-5-101
n* IED RTU 2
IEC 870-5-101
IEC 870-5-103
n* IED n* IED
Figure 11-4: Network Topology with CS1, CS2 - RTU 1 - RTU2 - n*IED
When the Excel sheet once was initialized and columns used for import to
! RTUtil500 are changed (deleted, new ones added, column identifiers
renamed), the Excel interface has to be re-initialized. This is not necessary
when the order of the columns has been changed.
Excel problem:
The description is not displayed if the unique column name cell is in the frozen
pane range of the sheet (Excel: 'Window' – 'Freeze/Unfreeze Panes').
The description contains the name of the column, type, range and default value of
the parameter.
Within the Excel sheets following data input types are used:
Value list
Number with specified range
Yes/No selection
Character string of specified maximum length
A correct import of structured signal names to the RTUtil500 signal tree is achieved
only if the signal tree structure elements defined after opening a new RTUtil500
project (the project pattern) have exactly the same text length as the process
object identification elements in the Excel import sheets.
It is strictly recommended that the object identification structure used in the
! Excel sheet is exactly the same as the signal tree structure defined for the
RTUtil500 project pattern.
11.4.6.5 Excel Sheet Block for Line Address and Host Parameters
Each protocol type has a specific structure of the address/host parameter block.
The following blocks exist in the outsourced protocol-specific Pattern files:
IEC 870-5-104 Address/Host parameter
IEC 870-5-101 Address/Host parameter
Modbus Address/Host parameter
Modbus TCP Address/Host parameter
RP570/71 Address/Host parameter
DNP 3.0 Address/Host parameter
DNP 3.0 LAN/WAN Address/Host parameter
Indactic 23 Address/Host parameter
Indactic 33 Address/Host parameter
Indactic 35 Address/Host parameter
TG809 Address/Host parameter
Sinaut 8-FW Address/Host parameter
Conitel 300 Address/Host parameter
Hitachi 300 Address/Host parameter
For each new protocol that is integrated in RTUtil500, an exemplary block for this
protocol is added to the exemplary Excel sheet.
Following section of an Excel sheet shows an example of an IEC 870-5-104
address/host parameter block. In this example, the rows contain the standard
message address elements in a 1:1 manner – i.e. the input has to take place as
one number for each standard address element.
As an example, the parameter block for analog measured value inputs (AMI) is
shown in following section of an Excel sheet.
Note, that the column identifiers of the data point parameter blocks must not be
changed!
Start
Project->Settings->
Initialize Excel interface
Step 1/5
Step 2/5
Step 3/5
Step 5/5
The initialization wizard leads through the five main steps of the Excel interface
initialization. Except step three, every step is represented by one dialog page. In
step three there are as many pages as lines are used in the import. The wizard has
to be passed through for every RTU of an RTUtil500 project.
Now you are in the project settings window where you can see four folders.
Choose the folder 'Initialize Excel Interface':
The status of the active RTUtil500 project's Excel interface initialization is shown.
In the dialog all RTUs of the project have an own entry line with a colored spot at
the beginning of each RTU entry. A red spot identifies those RTUs for which the
Excel interface is not yet initialized. A green spot indicates that an RTU has the
Excel interface initialized.
If an RTU Excel interface once is initialized the spot always will remain green.
! It will not change to red anymore even if the Excel file for this RTU is
modified or changed.
Select your RTU for which the Excel interface shall be initialized. Selection of more
than one RTU is possible using the Windows standard mechanisms for multi
selection (Shift resp. Ctrl key pressed + left Mouse click).
With the 'Start Initialization' button the initialization wizard of the Excel interface is
started for the first of the selected RTUs.
As default excel file name the RTU name with the extension 'xls' is used.
Going to the next dialog the import Excel file is opened, so that you can have a
look on it during the following dialogs.
In the rightmost area of the window, the 'Column ID row' can be changed, if the row
number of the unique column identifiers of the sheet is not the fifth row as with the
exemplary Excel file
If data points for a specific IED line defined in the project pattern shall not be
imported for this RTU, you have to select "not used" for this IED sub line.
! For this reason it is not allowed to give an Excel sheet the name "not used"!
After assignment of all Excel sheets whose data shall be imported, press the 'Next'
button to go to the next dialog folder.
Each column in the Excel sheets has a unique default name, which may be used
during initialization (Button 'Set default names for Excel columns'). In order to
distinguish between the different lines within a configuration, the first n character of
the default names have to be set individually.
When using structured addresses (possible with IEC 870-5-101 and –104
! lines), the order of the entries is important: The least significant structure
element of an address has to be assigned in the first row, the most
significant structure element in the last row of consecutive rows of the dialog
box.
Example:
The references are automatically inserted. Please check the column identifiers and
string lengths for correctness and do corrections if necessary.
To finish the initialization of the Excel interface for this RTU, press the 'Finish'
button and the dialog will go back to the 'Project Settings' window where the
processed RTU now has got a green spot.
You may now continue with the other RTUs of your project or start the Excel import
for the RTU with the now initialized Excel interface.
If you have to do changes resp. additions in the configuration or the column
naming, the initialization of the Excel import for this RTU can be processed again
to do the relevant additions or re-definitions.
Following table lists all errors checked for during the Excel import and the
according error handling (result).
Error Result
Column for a data point parameter The corresponding data point value is set
missing to the default value for all imported data
points
Protocol address missing RTUtil500 assigns a default address to the
concerned data object
Process Object Identification The data point won’t be imported into the
missing Signal Tree
Process Object Identification The existing data point with the Object
already exists Identification will be deleted
RTU hardware address missing The data point won’t be imported into the
Hardware Tree
Hardware address already used The existing data point (with the hardware
address) will be deleted from the hardware
(will not be deleted in the Signal Tree)
Hardware address does not exist The data point will not be imported into the
Hardware Tree
Data point parameter entry missing The parameter will be set to the default
value
Data point parameter out of range The parameter will be set to the default
value
Note:
%s – replaced by a string
%i – replaced by an integer number
%f – replaced by a float number
Err = Error
Err/Abort = Error, Excel import aborted
Warn = Warning
12.1 Introduction
The CSV interface allows importing data from a network control system into the
RTUtil500 engineering tool. The data points and their properties are exported from
the network control system in CSV format. The CSV data is imported via the
RTUtil500 into an Excel sheet where additional information can be added. The last
step is to run the Excel import to get the data into the tool.
The information goes into one direction: from the network control system to the
RTU engineering tool RTUtil500.
These chapters describe
how to use the 'CSV interface initialization wizard'
steps 'Performing the CSV import'
DSO8, DSO16
EPI
FSO
ITI
MFI
RCO
SCO
SPI
SSC
Choose the folder 'Initialize CSV Interface' in the project settings window:
The status of the active RTUtil500 project's CSV interface initialization is shown.
In the dialog all host lines of the project are shown with a colored spot in front of
them. A red spot identifies that the CSV interface is not yet initialized for the line. A
green spot indicates that the CSV interface is initialized.
If a CSV interface is initialized for a host line the spot will always remain
! green. It will not change to red anymore even if the CSV file for this line is
modified or changed.
Select the host line for which the CSV interface shall be initialized. The selection of
multiple host lines is possible using the Windows standard mechanisms for multi
selection (Shift resp. Ctrl key pressed + left Mouse click).
With the 'Start Initialization' button the initialization wizard of the CSV interface is
started for the first of the selected host lines.
Toolbar: Click
The 'Modified' column contains information about the status of the record, if it is
new, updated, deleted.
Only the properties set in the CSV file and the 'Modified' column will be
written/overwritten in this excel file.
Make sure that the CSV file and the Excel file are not opened in Microsoft
! excel. Otherwise the import process will not run.
Select 'Start' to start the CSV import.
The last page displays the error and warning counters. Select 'Finish' closing the
wizard.
Check the log file 'CSVProcess.log' for information about the errors and warnings
occurred during the import. The log file is placed in the same folder as the project
(*.rtu). The following errors may occur:
Error Description
100 CSV interface settings are not available.
Run the CSV interface initialization, see chapter 'CSV
interface initialization wizard'
101 The imported data point is unknown.
102 Could not open CSV file.
Check if the file exists and is not opened yet.
103 Error reading CSV file datasets
1000 The excel file cannot be opened.
Close the file and try again.
1001 The excel file is read only.
Deselect the read only attribute of the excel file
1002 Problem closing the excel file.
1003 The sheet names of the excel file cannot be read.
Run the excel initialization again selecting the correct
sheet names.
1004 The import sheet of the excel file is missing.
Run the excel initialization again selecting the correct
sheet names.
1005 Error while reading the mapping.
Run the excel initialization again.
1006 Error opening the database.
1007 Reading the initialization failed.
Run the excel initialization again.
1008 Column 'Modified' not found.
Add column 'Modified' to column 'D' of the excel file.
1009 Column 'FTR' not found.
Add column 'FTR' to the excel file.
1010 An excel column was not found.
Run the excel initialization again.
1011 The excel sheet map was not found.
Run the excel initialization again.
1012 Error getting data points from excel file.
1013 Error applying data points to excel file.
1014 Error updating data points
.Check the Excel file into which the CSV data is imported. The 'Modified' column
contains the status information for the data point:
'N' for New record: This data point was not part of the excel file before.
'U' for Updated record: This data point has been in the excel file before, all
CSV properties are overwritten with the values of the CSV file.
There is no check whether the CSV properties themselves have changed.
' D' for Deleted record: This data point is no longer contained in the CSV file.
Finally the excel file can be imported into RTUtil500. The flags NEW, UPDATED
and DELETED are not read by the excel import. Rows that should not be imported,
have to be deleted manually.
See chapter 'Excel Interface' for detailed Excel import description.
Network Control
Center
Diagnosis
Station level
Gateway
RTU560
RTU560 client
Integrated
HMI
Station bus IEC 61850-8
Process level
The standard functionality of the RTU500 series like local I/Os and connections
with legacy protocols are available in the client and the server configuration as
well.
NCC
connection
RTU560 IEC101
Slave
(NCC GW)
SCI HCI
IEC61850 IEC103
Local I/O PLC HMI
Client Master
IEC61850-8-1
e.g.
IEC103
IEC61850-8-1
RTU560 IEC61850
Server
(RTU-IED)
GOOSE
SCI HCI
DNP3 IEC103
Local I/O PLC HMI
Master Master
e.g. e.g.
DNP3 IEC103
.SSD
5
5 [ IET ]
System 6
….
5 Configuration
. Network
. Communication
5 SA-
7 Engineer
9
.ICD .ICD .IID .SCD .XLS .cfg
…...
8 NCC-
9 Engineer
4
10
11
.XLS
Generation
[ RTUtil ] 3
12
IED 1 IED n RTU
…...
Device SA-
Configuration Engineer
. RTU [ RTUtil ]
Scope of RTU61850*1
Engineering SA Engineering NCC
The primary system configuration tool and the communication system configuration
tool are outside the scope of this document. These tools are not part of RTUtil500.
RTUtil500 covers the steps 3, 4 and 8 to 12 only. The initial point for the
engineering in RTUtil500 is the completed SCD file.
The ICD-file of the RTU used in former versions of RTUtil500 must not be
! used anymore. The ICD-file is replaced by step 4 with the generation of an
individual IID file containing the IEC61850 model of the RTU client. The IID file
is used for the IEC61850 system configuration.
The ICD file in the installation of RTUtil500 is for documentation purposes only. Do
not use this file for the IEC61850 system configuration.
Engineering SA System
1
Configuration SA
. Primary objects Engineer
. Logical Nodes
2
.SSD
7
System Configuration Tool
7 .IED
.ICD .Substation
7 .Communication 8
.IID .Data sets SA
.Report control blocks Engineer
.IID .GOOSE Control blocks
.GOOSE Client LNs
7
9
.SCD
RTUtil 10
6
3
5 4
Configuration .XLS
SA
Device
Engineer
IED 1 ... IED n RTU
11 12
14 .XLS
. RTU 13
Scope of RTU61850*2
The primary system configuration tool and the communication system configuration
tool are outside the scope of this document. These tools are not part of RTUtil500.
RTUtil500 covers the steps 3 to 6 and 10 to 14 only.
The installation of RTUtil500 contains an ICD file for the RTU server. This file is for
documentation purposes only. Do not use this file for the IEC61850 system
configuration.
RTU560 RTU560
IED NCC
IEC61850
server
..
GOOSE
communication .
RTU500 series RTU500 series
client server
Figure 13-6: RTUtil500 data model
GOOSE data points are available for PLC processing only. That means
the data points could not be used in any other activities (e.g. it is not
possible to send the data points to other host communication lines).
GOOSE data points received by the RTU are configured in the system-
engineering tool (via the GOOSE communication configuration). In
RTUtil500 these data points are created with the SCD file import. It is
not possible to create these data points in the GUI directly.
The GOOSE data points send by the RTU are part of the data model in
RTUtil500 and identified by GOOSE data set name set at the data point.
Logical Logical
TNO Line 1 TNO Line 2
Node ITCI 1 Node ITCI 2
=
IEC61850 Subnet IEC61850 Subnet
At the IEC61850 line set the IED name and the access point name to the
defined names from the SCD file. These are the names of the RTU client. If
an RTU has connections to different IEC61850 networks each connection is
represented by a separate line. The IED name at these lines could be the
same but the access point name must be different in this case. For a
description about the possibility to use multiple RTU clients in one IEC61850
network see chapter ‘Extensive RTU client configurations’. The figure below
shows the setting of IED and access point name.
In the next steps all RTUs and IED’s are linked to the hardware tree. Then
build your RTU hardware and link the IEC61850 line to an Ethernet interface
at a CMU module. This is shown in the figure below.
Finish the basis configuration with needed parameter at RTU (e.g. time
administration) and at CMU module (e.g. IP addresses). Be sure to save
your configuration as pattern project
As prerequisite for the further IEC61850 configuration an Excel import file is
needed. Do an Excel export from your pattern project to create this Excel
import file (Menu: ‘Extra - Excel Export’)
The next step is the Excel initialization (Menu: ‘Project – Settings - Initialize
Excel Interface’) with the exported Excel file. The IEC61850 line is handled
in the initialization like a normal sub device interface line. See chapter ‘Excel
Import’ for detailed information.
In the pull down list the IEC61850 IED to export is chosen. The IED name listed
here is the name defined at the IEC61850 line (see chapter above). The IID file
name could be typed in or selected in the file system with the ‘Browse’ button.
The export is started by pressing the ‘Export’ button. The result of the export is
shown in a message box and erroneous results are written to a log file. There are
failures in the IEC61850 configuration if an export of an IED is not possible
(‘Export’ button not selectable). These are shown in the consistency check. For
more information about the IEC61850 consistency check see chapter ‘Detailed
RTU server engineering’.
The dialog remains open to export IID files for all IEC61850 IED’s defined in the
project. The dialog can be left via the ‘Close’ button.
The IEC61850 data model of the client, exported in the IID file, must not be
changed during system configuration. It is not allowed to add, change or
delete any data nodes like logical devices, logical nodes or data attributes.
Especially the private nodes from the data model must remain in the
resulting SCD file. Please make sure that the system configuration tool
doesn't remove the private nodes unintentional.
2. The user has to select the Excel import file that should be synchronized with
the SCD file. The user can type the complete path of the file or browse to the
file in the file system. If the ‘Next’ button is pressed the Excel import file is
read and the dialog continues with the next step.
3. In the last dialog the user specifies the mapping between the RTU IEC61850
IED found in the SCD file and the sheets from the Excel import file. For the
RTU client each sheet in the Excel import file represents an IEC61850 line in
RTUtil500.
In the list of found IED’s the type of the IED is shown (Client or server). Be
sure that the client configured in the project is mapped only. Not linked IED
will not be handled during synchronization.
The defined mapping is stored in the Excel import file. So, if the Excel import
file is used a second time the user must not specify the mapping again.
Figure 13-14: Select mapping between client IED’s and sheet names
As written in the engineering overview the SCD import extracts data points from
server IED’s only, if these server are assigned to the RTU client. The assignment is
done within the network tree by adding IED’s to an IEC61850 sub device line (see
description in chapter ‘Network and Hardware tree’ above). During the SCD import
this assignment is considered in the following way:
A server IED found in the IEC61850 sub network of the RTU client that is not
assigned in the network tree is ignored.
A server IED that is assigned in the network tree but is not found in the
IEC61850 sub network of the RTU client is ignored as well.
As result the Excel import file contains for a specific RTU client data points of
server IED’s only, if these IED’s are assigned to the client and exists in the
IEC61850 sub network. Information and warnings about not assigned server IED’s
can be found in the log file created during the SCD file import. This log file can be
found in the project directory with the name ‘SCLProcess.log’.
The Excel import file generated in the synchronization is used during the normal
Excel import process described in chapter ‘Excel Interface’.
The additional parameters are the scaling limits and the definition of a default
command qualifier. The scaling limits are relevant for AMI, ASO, DMI and DSO
data points. The default command qualifier is set for SCO, DCO and RCO
commands. The parameters could be edited by the user. See figure below.
The default command qualifier defines the value of the IEC61850 ‘check’ data
attribute in case the qualifier of command is not set to predefined value. The
following values are possible for the qualifier of commands:
Qualifier of Command check attribute on IEC61850 set to
command (QU)
0 .. 8 default command qualifier
9 no interlocking, run synchrocheck
10 run interlocking, no synchrocheck
11 no interlocking, no synchrocheck
12 run interlocking, run synchrocheck
13 .. 31 default command qualifier
The IEC61850 process object reference is not sufficient for the identification of the
data point. To be able to identify the IEC61850 data points the information from the
substation section are written to the Excel import sheet as reference. The
substation references are for information purposes only and may not be changed
by the user. The following figure shows the substation information in the Excel
sheet.
The extraction of data points from the SCD file could be done with an empty excel
import file or with a file filled from a previous SCD file import. In this case the Excel
import file is synchronized with latest SCD file. During synchronization three cases
are considered:
New data point: The data point is part of SCD file but not part of Excel import
file.
Updated data point: At least one parameter of the data point is changed in
SCD File compared to the Excel import file.
Deleted data point: The data point is part of Excel import file but not part of
SCD file.
The result of the synchronization is written to the first section of the Excel import
file. A new column called ‘Modified’ contains a character for each data point. The
meaning of the characters is:
N New data point
RTU560 RTU560
Client 1 Client 2
RTU560
Client 1 Client 2
IEC61850 Subnet
In both configurations it is important that the limited number of server IED’s are
assigned to the different clients. This assignment is done in the RTUtil500 network
tree as described in the chapters above. That means for the second network
structure that only a part of the server IED’s available in the sub network are
assigned to an RTU client.
For the RTU client IED naming conventions the following rules apply for extensive
configurations:
In case the RTU clients are in different sub networks the name of the client
can be same or different. If the client name is the same the access point
names must be different. That means in the SCD file the RTU clients can be
modeled as one or separate client IED’s.
In case the RTU clients are in the same sub network the name of the
client IED’s must be different. It is not possible to use the same IED
! name with different access point names. This requires different client
IED’s in the SCD file.
Communication between the different IEC61850 clients is not possible in both
cases. That means it is not possible to exchange datasets or commands between
=
Subnet Subnet
TNO TNO
RTU560 TNO Host TNO Host
IED 1 IED 2 GOOSE GOOSE
IED Line 1 Line 2
IED 1 IED 2
At the IEC61850 line set the own IED and access point name to the defined
names for the system configuration. These are the names of the RTU
server. If an RTU has connections to different IEC61850 networks each
connection is represented by a separate line. The IED name at these lines
could be the same but the access point name must be different in this case.
The figure below shows the setting of IED and access point name.
Figure 13-24: Setting own IED and access point name (Server)
At the defined control systems and external configured Host RTU the
IEC61850 IED name of the client and the IP address must bet set. These
are the definitions from the system configuration.
Figure 13-25: Setting IED name and IP address for control system
In the next steps the RTU server and all GOOSE IED’s are linked to the
hardware tree. After that, the RTU hardware has to be built and the
IEC61850 line has to be linked to an Ethernet interface at a CMU module.
When working with GOOSE data points, a PLC activity has to be added to
the CMU module and at least one PLC task must be configured. An example
of the hardware tree is shown in the next figure.
At the Ethernet interface configure a unique host number for all IEC61850
clients (Control systems or external configured Host RTU). Decide whether
the IEC61850 server should consider local control authority or not (could be
set for the whole server only, not per connected client). The figure below
shows the setting at the Ethernet Interface.
To finish the IEC61850 data modeling the additional parameters for datasets and
scaling of analog values must be set in the section ‘IEC61850 Host Parameter’
shown below.
In the columns for the data sets the user chooses which data points should be
send in a client data set (MMS data set) and which data points should be send in a
GOOSE data set. It is possible to send the same data point in a client data set and
as well in a GOOSE data set. For a correct configuration a predefined data set
name and suffix must selected.
The data set configuration of the RTU must not be changed in the system
! configuration tool. For the RTU the destination of the data sets is defined in
the system configuration tool only.
The maximum and minimum values for scaling of analog values are set in the
columns ‘MXV’ and ‘MIV’. For the measurement information AMI and DMI the
31 31
scaling limits are -2 to 2 – 1. For the setpointcommands ASO and DSO the
scaling limits are -32767 to 32768
In the Excel sheet for the GOOSE data points the system events should be set to
‘not import’ (like stated before). Do not fill any further data in the GOOSE data point
sheet. This sheet is filled by the SCD file import.
When the IEC61850 data modeling is completed the Excel sheet is imported in
RTUtil500 (Menu: ‘Extra – Excel Import’). Make sure that the GOOSE data point
sheet is not imported in this step.
Every access point of an IED must be from the same type (Server or client).
Client data set name and suffix must be set both.
GOOSE data set name and suffix must be set both.
A data object is allowed once in a data set only.
The mandatory IEC61850 parameter must not be empty. These parameter
are ‘IED Name’, ‘Logical Device Instance’, ‘ Logical Node Class’, ‘Data
Object’, ‘Common Data Class’, ‘Data Attribute’, ‘Data Type’ and ‘Function
Code’.
The IEC61850 object reference must be unique within an IED. That means
the reference must be unique over all access points of the IED.
The host numbers defined for the IEC61850 clients must be unique per
client.
IEC61850 client name and IP address must be set.
A mapping to an RTU data point must be possible for the defined IEC61850
object reference. That means the IEC61850 object reference is not
supported by the RTU.
The mapping of RTU data point type and IEC61850 object reference must
be allowed. See reference table in the last chapter.
At logical node class LLLN0 no prefix or instance is allowed.
At logical node class GGIO one predefined prefix must be set.
The IID file export is started in the menu via ‘Extra – IID Export’. When selected a
dialog opens to choose the IID file name and the IEC61850 IED to export. The
dialog is same like shown in the chapter ‘Detailed RTUtil500 client engineering’.
In the pull down list the IEC61850 IED to export is chosen. The IED name listed
here is the name defined at the IEC61850 line (see chapter above). The IID file
name could be typed in or selected in the file system with the ‘Browse’ button.
The export is started by pressing the ‘Export’ button. The result of the export is
shown in a message box and erroneous results are written to a log file. The dialog
remains open to export IID files for all IEC61850 IED’s defined in the project. Leave
the dialog with the ‘Close’ button.
The IEC61850 data model of the server, exported in the IID file, must not be
changed during system configuration. It is not allowed to add, change or
delete any data nodes like logical devices, logical nodes or data attributes.
Especially the private nodes from the data model must remain in the
resulting SCD file. Please make sure that the system configuration tool
doesn't remove the private nodes unintentional.
In the first step of the wizard the user has to select the SCD file to import. The user
can type the complete path of the file or browse to the file in the file system. If the
‘Next’ button is pressed the SCD file is imported and parsed. See chapter ‘Detailed
RTUtil500 client engineering’ for a figure of the first step.
In the second step the user has to select the Excel import file with the GOOSE
receive data sheet. The user can type the complete path of the file or browse to the
file in the file system. If the ‘Next’ button is pressed the Excel import file is read and
the dialog continues with the next step. See chapter ‘Detailed RTUtil500 client
engineering’ for a figure of the second step.
In the last step the user specifies the mapping between the RTU IEC61850 IED
found in the SCD file and the GOOSE receive data sheet from the Excel import file.
In the list of found IED’s the type of the IED is shown (Client or server). Be sure
that the server configured in the project is mapped only (see figure below). Not
linked IED’s will not be handled during synchronization.
Figure 13-33: Select mapping between server IED’s and sheet names
The defined mapping is stored in the Excel import file. So, if the Excel import file is
used a second time the user must not specify the mapping again. The SCD import
could be done on an empty Excel sheet and as well on an Excel sheet filled by a
former SCD file import (see next chapter).
The processing of the GOOSE receive data sheet starts if the ‘Finish’ button is
pressed. Result of the processing is an Excel sheet filled with GOOSE data points
received from other IED’s. The Excel sheet generated is used afterwards in a
further Excel import process to configure the GOOSE data points in RTUtil500 (see
chapter ‘Excel Interface’). Be sure to import the GOOSE sheet only during this
step. Do not import the Excel sheets with the IEC61850 server data modeling
again.
The additional parameters (shown below) relevant for GOOSE data points are the
scaling limits. The column for the default command qualifier is not used for GOOSE
data points because commands are not allowed as GOOSE data points. The
scaling limits are relevant for AMI, ASO, DMI and DSO data points.
As described for the RTU client the IEC61850 object reference is not sufficient for
the identification of the data point. To be able to identify the IEC61850 data points
the information from the substation section are written to the GOOSE data sheet as
reference. The substation references are for information purposes only and may
not be changed by the user. A figure of the substation information could be found
in chapter ‘Detailed RTUtil500 client engineering’.
The extraction of GOOSE data points from the SCD file could be done with an
empty Excel sheet or with a sheet filled from a previous SCD file import. In this
case the Excel GOOSE receives data sheet is synchronized with the latest SCD
file. During synchronization three cases are considered:
New data point: The GOOSE data point is part of SCD file but not part of
Excel sheet.
Updated data point: At least one parameter of the GOOSE data point is
changed in SCD File compared to the Excel sheet.
Deleted data point: The GOOSE data point is part of Excel sheet but not part
of SCD file.
The result of the SCD file import is written to the first section of the GOOSE receive
data sheet. The column called ‘Modified’ contains a character for each data point.
The meaning of the characters is:
N New data point
U Updated data point
D Deleted data point
An example of the ‘Modified’ column could be found in chapter ‘Detailed RTUtil500
client engineering’.
At the GOOSE data points the property page contains as well IEC61850 addresses
and parameters. The two sections here are:
a) Address group:
All information imported from the IEC61850 object reference section (see chapter
‘Excel GOOSE receive data sheet’) are shown in the page. All fields within this
group are not editable. The elements are concatenated like described before.
b) Sub parameter:
Processing parameters that are configuration specific will be displayed in this
editable group. Possible parameters are scaling limits. Only parameters referring to
the selected data point type are shown. If no parameter is needed for the selected
data point, the group is not displayed.
110 kV
I
II
Q1 Q2
Q0
Q9
Q8
Q0 – circuit breaker
Q1, Q2 – busbar disconnector
Q9 – outgoing feeder disconnector
Q8 – outgoing feeder earthing switch
I, II – busbar
Now the general project settings are made. With 'Finish' they are accepted.
These settings can’t be changed, if the signal tree contains an object.
!
The last part (after the last „\“) of the „Filename“ is the configuration file name.
It can either be started from the RTUtil500 start dialog by selecting ‘Start wizard for
DIN rail - RTU’ or by selecting the icon from the toolbar.
You can navigate through the wizard by clicking “next” and “back” at the right
bottom of each page.
A consistency check at each page prevents you from forgetting necessary inputs.
Step one is to enter a name for the RTU and choose whether the advanced mode
is needed.
To enable the advanced mode, tick the check box on the start page of the wizard.
If the advanced mode is selected the following features can be configured:
1 out of n check (1,5 pole output boards)
All data types supported by RTUtil500
Multiple CT/VT interface modules
Additional modems
The summary information shown in this step is saved as a text file. The location
where the file is saved can be found at the bottom of the page.
Your configuration is now ready to generate load files and download them into your
RTU.
Clicking on “close” closes the wizard and the configuration is opened in RTUtil500
and ready to enter more complex configurations. If you don’t need them, you can
simply close the program.
.
Run an excel export to get an overview of configured hardware and data points in
form of an excel table.
The project cannot be re-opened in wizard mode. If you want to change your
configuration or if you need additional setup you have to do it within RTUtil500.
Note:
We reserve the right to make technical changes or modify the contents of this
document without prior notice With regard to purchase orders, the agreed
particulars shall prevail. ABB AG does not accept any responsibility whatsoever
for potential errors or possible lack of information in this document.
We reserve all rights in this document and in the subject matter and illustrations
contained therein. Any reproduction, disclosure to third parties or utilization of
its contents - in whole or in parts –is forbidden without prior written consent of
ABB AG.