SIP5 ComProt V9.60 Manual C055-H en
SIP5 ComProt V9.60 Manual C055-H en
SIP5 ComProt V9.60 Manual C055-H en
Table of Contents
Communication Modules 1
SIPROTEC 5 IEC 61850 2
Communication Protocols
DNP3 3
V9.60 and higher
IEC 60870-5-104 4
Modbus 5
Manual IEC 60870-5-103 6
PROFINET IO 7
Optical PPS using USART Plug-In
Modules 8
Protection Interface 9
Additional Ethernet Services 10
Commissioning and Diagnostics 11
Troubleshooting 12
Literature
Glossary
Index
C53000-L1840-C055-H
NOTE
i For your own safety, observe the warnings and safety instructions contained in this document, if available.
• Communication within the SIPROTEC 5 family of devices and to higher-level control centers
• Information on commissioning
Target Audience
Protection system engineers, commissioning engineers, persons entrusted with the setting, testing and
maintenance of automation, selective protection and control equipment, and operational crew in electrical
installations and power plants.
Scope
This manual applies to the SIPROTEC 5 device family.
Further Documentation
[dw_product-overview_SIP5_communication-protocol, 5, en_US]
• Device manuals
Each Device manual describes the functions and applications of a specific SIPROTEC 5 device. The printed
manual and the online help for the device have the same informational structure.
• Hardware manual
The Hardware manual describes the hardware building blocks and device combinations of the SIPROTEC 5
device family.
• Operating manual
The Operating manual describes the basic principles and procedures for operating and assembling the
devices of the SIPROTEC 5 range.
• Security manual
The Security manual describes the security features of the SIPROTEC 5 devices and DIGSI 5.
• Product information
The Product information includes general information about device installation, technical data, limiting
values for input and output modules, and conditions when preparing for operation. This document is
provided with each SIPROTEC 5 device.
• Engineering Guide
The Engineering Guide describes the essential steps when engineering with DIGSI 5. In addition, the
Engineering Guide shows you how to load a planned configuration to a SIPROTEC 5 device and update
the functionality of the SIPROTEC 5 device.
• SIPROTEC 5 catalog
The SIPROTEC 5 catalog describes the system features and the devices of SIPROTEC 5.
Indication of Conformity
This product complies with the directive of the Council of the European Commun-
ities on harmonization of the laws of the Member States concerning electromag-
netic compatibility (EMC Directive 2014/30/EU), restriction on usage of hazardous
substances in electrical and electronic equipment (RoHS Directive 2011/65/EU), and
electrical equipment for use within specified voltage limits (Low Voltage Directive
2014/35/EU).
This conformity has been proved by tests performed according to the Council Directive
in accordance with the product standard EN 60255-26 (for EMC directive), the standard
EN IEC 63000 (for RoHS directive), and with the product standard EN 60255-27 (for
Low Voltage Directive) by Siemens.
The device is designed and manufactured for application in an industrial environment.
The product conforms with the international standards of IEC 60255 and the German
standard VDE 0435.
Standards
IEEE Std C 37.90
The technical data of the product is approved in accordance with UL.
For more information about the UL database, see ul.com
You can find the product with the UL File Number E194016.
Additional Support
For questions about the system, contact your Siemens sales partner.
Training Courses
Inquiries regarding individual training courses should be addressed to our Training Center:
Siemens AG
Siemens Power Academy TD Phone: +49 911 9582 7100
Humboldtstraße 59 E-mail: poweracademy@siemens.com
90459 Nuremberg Internet: www.siemens.com/poweracademy
Germany
Notes on Safety
This document is not a complete index of all safety measures required for operation of the equipment (module
or device). However, it comprises important information that must be followed for personal safety, as well
as to avoid material damage. Information is highlighted and illustrated as follows according to the degree of
danger:
! DANGER
DANGER means that death or severe injury will result if the measures specified are not taken.
² Comply with all instructions, in order to avoid death or severe injuries.
! WARNING
WARNING means that death or severe injury may result if the measures specified are not taken.
² Comply with all instructions, in order to avoid death or severe injuries.
! CAUTION
CAUTION means that medium-severe or slight injuries can occur if the specified measures are not taken.
² Comply with all instructions, in order to avoid moderate or minor injuries.
NOTICE
NOTICE means that property damage can result if the measures specified are not taken.
² Comply with all instructions, in order to avoid property damage.
NOTE
i Important information about the product, product handling or a certain section of the documentation
which must be given attention.
OpenSSL
This product includes software developed by the OpenSSL Project for use in OpenSSL Toolkit (http://
www.openssl.org/).
This product includes software written by Tim Hudson (tjh@cryptsoft.com).
This product includes cryptographic software written by Eric Young (eay@cryptsoft.com).
Preface.......................................................................................................................................................... 3
1 Communication Modules........................................................................................................................... 15
1.1 Overview – SIPROTEC 5 Devices.........................................................................................16
1.2 Overview – SIPROTEC 5 Compact Device............................................................................20
1.3 Communication Applications of the Plug-in Modules and the Integrated Interfaces ........... 22
1.4 Network Topology.............................................................................................................25
1.4.1 Network Structures .....................................................................................................25
1.4.2 Network Structure-Dependent Parameters................................................................... 31
1.5 Ethernet Modules..............................................................................................................36
1.5.1 Ethernet Interface........................................................................................................36
1.5.2 Operation of Ethernet Modules.................................................................................... 36
1.5.3 ETH-BA-2EL (Rev. 1).....................................................................................................38
1.5.4 ETH-BA-2EL (Rev. 2).....................................................................................................39
1.5.5 ETH-BB-2FO (Rev. 1).................................................................................................... 40
1.5.6 ETH-BB-2FO (Rev. 2).................................................................................................... 41
1.5.7 ETH-BD-2FO................................................................................................................ 42
1.5.8 Integrated Ethernet Interface – SIPROTEC 5 Compact................................................... 44
1.6 Serial Modules for Short Distances.....................................................................................47
1.6.1 Unique Features of the Serial Electrical Modules...........................................................47
1.6.2 USART-AB-1EL............................................................................................................. 48
1.6.3 USART-AC-2EL............................................................................................................. 49
1.6.4 USART-AD-1FO............................................................................................................ 49
1.6.5 USART-AE-2FO.............................................................................................................50
1.7 Integrated Serial Interface for Short Distances (SIPROTEC 5 Compact)................................ 52
1.7.1 Special Features of the Integrated Serial Interface ....................................................... 52
1.7.2 Integrated Serial Interface............................................................................................53
1.8 Installation, Replacement.................................................................................................. 54
1.8.1 Fasteners.....................................................................................................................54
1.8.2 Installation.................................................................................................................. 54
1.8.3 Replacement............................................................................................................... 55
1.9 Basic Parameterization in DIGSI 5...................................................................................... 57
1.9.1 Selecting the Communication Module..........................................................................57
1.9.2 Configuring Communication Interfaces........................................................................ 60
1.9.3 VLAN...........................................................................................................................64
1.9.3.1 Overview............................................................................................................... 64
1.9.3.2 Configurations in DIGSI 5....................................................................................... 64
1.9.3.3 Applications and Setting Notes............................................................................... 68
1.9.4 Parallel Running with IEC 61850.................................................................................. 72
2 IEC 61850.................................................................................................................................................... 95
2.1 Introduction......................................................................................................................96
2.1.1 Use in SIPROTEC 5 Devices........................................................................................... 96
2.2 Protocol Characteristics in DIGSI 5..................................................................................... 98
2.2.1 Device Setting for IEC 61850........................................................................................98
2.2.2 Project Settings for IEC 61850......................................................................................99
2.2.3 Selecting the IEC 61850 Edition ................................................................................ 100
2.2.4 Security Settings........................................................................................................103
2.3 IEC 61850 Structure........................................................................................................ 104
2.3.1 Overview...................................................................................................................104
2.3.2 Functional Naming and Flexible Product Naming....................................................... 105
2.3.3 Adjusting a Data Model..............................................................................................106
2.3.4 Opening and Adjusting the IEC 61850 Structure Editor...............................................110
2.4 Exporting........................................................................................................................ 111
2.4.1 Export Formats in DIGSI 5.......................................................................................... 111
2.4.2 Exporting IEC 61850 Description Files........................................................................ 112
2.5 IEC 61850 System Configurator.......................................................................................115
2.5.1 Integration with the IEC 61850 System Configurator.................................................. 115
2.5.2 IEC 61850 System Configurator................................................................................. 116
2.5.3 Importing an SCD into DIGSI...................................................................................... 116
2.6 Protocol Properties and Implementation.......................................................................... 119
2.6.1 IEC 61850 Structure of a SIPROTEC 5 Device...............................................................119
2.6.2 IEC 61850 Services.................................................................................................... 123
2.6.3 Reporting.................................................................................................................. 123
2.6.3.1 What Is a Report?................................................................................................. 123
2.6.3.2 Datasets...............................................................................................................124
2.6.3.3 Static Reporting................................................................................................... 125
2.6.3.4 Testing Protection Indications...............................................................................128
2.6.4 Setting Parameters via IEC 61850...............................................................................129
2.6.5 Control via IEC 61850................................................................................................ 135
2.6.6 VLAN Priority for Fast GOOSE Tripping........................................................................137
2.6.7 Measured Values and Measured-Value Description..................................................... 137
2.6.8 Device Time...............................................................................................................139
2.6.8.1 Description.......................................................................................................... 139
2.6.8.2 Determining the TimeAccuracy Value................................................................... 142
2.6.8.3 Determining the ClockNotSynchronized Value...................................................... 142
3 DNP3......................................................................................................................................................... 151
3.1 Protocol Characteristics................................................................................................... 152
3.1.1 Protocol Structure......................................................................................................152
3.1.1.1 Description.......................................................................................................... 152
3.1.1.2 Physical Layer.......................................................................................................152
3.1.1.3 Data-Link Layer.................................................................................................... 153
3.1.1.4 Pseudo Transport Layer........................................................................................ 154
3.1.1.5 Application Layer................................................................................................. 154
3.1.2 Transfer through Ethernet......................................................................................... 157
3.1.2.1 Requirements for the Physical, Transport, and Application Layers.......................... 157
3.1.2.2 Acknowledgments............................................................................................... 157
3.1.2.3 Message Transmission..........................................................................................158
3.1.3 Functional Scope....................................................................................................... 158
3.1.4 Fault Record Transfer................................................................................................. 159
3.1.5 Amount of Mappable Information..............................................................................160
3.1.6 Additional Information.............................................................................................. 160
3.2 Settings and Properties................................................................................................... 162
3.2.1 Settings for the Serial Connection ............................................................................. 162
3.2.2 Settings for Communication through Ethernet .......................................................... 165
4 IEC 60870-5-104........................................................................................................................................171
4.1 Protocol Characteristics................................................................................................... 172
4.1.1 Description................................................................................................................ 172
4.1.2 Selection of the TCP/IP Protocol Suite......................................................................... 172
4.1.3 Definition of Application Protocol Control Information............................................... 172
4.1.4 Selection of ASDUs.................................................................................................... 173
4.1.5 Redundancy.............................................................................................................. 175
4.1.5.1 General................................................................................................................175
4.1.5.2 Parameterization of a Redundant Communication................................................ 175
4.1.5.3 Redundancy in SIPROTEC 5................................................................................... 176
4.1.6 File Operation for Fault Record...................................................................................177
4.1.7 Amount of Mappable Information..............................................................................179
4.2 Settings and Properties................................................................................................... 180
4.2.1 Settings.....................................................................................................................180
4.3 Interoperability .............................................................................................................. 183
4.3.1 Overview...................................................................................................................183
4.3.2 System or Device....................................................................................................... 183
4.3.3 Network Configuration ............................................................................................. 183
4.3.3.1 Not Realized Features...........................................................................................183
5 Modbus..................................................................................................................................................... 195
5.1 Protocol Characteristics................................................................................................... 196
5.1.1 Exception Response of Modbus Slave......................................................................... 196
5.1.2 Supported Modbus Functions.................................................................................... 196
5.1.3 Data Type Definition.................................................................................................. 197
5.1.3.1 Single-Point Indications: SPS, ACT, ACD, ENS ........................................................197
5.1.3.2 DPS (Double-Point Status).................................................................................... 197
5.1.3.3 BSC (Binary-Controlled Step) (Monitoring Direction)............................................. 198
5.1.3.4 SPC (Single-Point Control).................................................................................... 198
5.1.3.5 BSC (Binary-Controlled Step) (Command Direction)...............................................198
5.1.3.6 DPC (Double-Point Control).................................................................................. 198
5.1.3.7 APC (Controllable Analog Set) (Command Direction).............................................199
5.1.3.8 Measured Values: MV, CMV, DEL, WYE..................................................................199
5.1.3.9 BCR (Binary Counter Reading)...............................................................................199
5.1.3.10 SOE (Sequence of Events).................................................................................... 200
5.1.3.11 Device Information...............................................................................................201
5.1.3.12 Routing of the Data Types ................................................................................... 202
5.1.4 Amount of Mappable Information..............................................................................202
5.1.5 Additional Information.............................................................................................. 203
5.2 Sequence of Events.........................................................................................................204
5.2.1 Overview...................................................................................................................204
5.2.2 Properties of the Sequence of Event...........................................................................204
5.2.3 Structure Holding Registers for Event Recorder...........................................................204
5.2.3.1 Overview............................................................................................................. 204
5.2.3.2 Register No. of Event Recorder Entries.................................................................. 205
5.2.3.3 Handshake Register SOE_Control (Read Access).................................................... 205
5.2.3.4 Handshake Register SOE_Control (Write Access)................................................... 206
5.2.4 Message Blocks......................................................................................................... 208
5.2.5 Handshake Mechanism..............................................................................................208
5.2.6 Multi-Connection to Master via Modbus TCP.............................................................. 209
5.2.6.1 General................................................................................................................209
5.2.6.2 Parameterization of the Multi-Communication......................................................209
5.2.7 Operating Modes.......................................................................................................209
5.3 Configurations of Modbus TCP in DIGSI 5.........................................................................210
5.3.1 Activation of Modbus TCP.......................................................................................... 210
5.3.2 Application and Settings Notes.................................................................................. 210
5.3.3 Settings.....................................................................................................................211
5.3.4 Information List......................................................................................................... 211
5.4 Configurations of Modbus RTU in DIGSI 5........................................................................ 212
5.4.1 Activation of Modbus RTU..........................................................................................212
5.4.2 Application and Settings Notes.................................................................................. 212
5.4.3 Settings.....................................................................................................................213
5.4.4 Information List......................................................................................................... 214
6 IEC 60870-5-103........................................................................................................................................215
6.1 Protocol Characteristics................................................................................................... 216
6.1.1 Protocol Structure......................................................................................................216
6.1.1.1 Description.......................................................................................................... 216
6.1.1.2 Physical Layer.......................................................................................................216
6.1.1.3 Data-Link Layer.................................................................................................... 216
6.1.2 Application Layer....................................................................................................... 217
6.1.2.1 Description.......................................................................................................... 217
6.1.2.2 Standard DUs in Monitoring Direction...................................................................218
6.1.2.3 Standard DUs in Control Direction........................................................................ 218
6.1.3 Redundancy.............................................................................................................. 219
6.1.3.1 Redundancy Aspects in a Communications System............................................... 219
6.1.3.2 Parametrization of a Redundant Communication.................................................. 219
6.1.4 Generic Services........................................................................................................ 220
6.1.4.1 Description.......................................................................................................... 220
6.1.4.2 General Interrogation of Generic Data.................................................................. 220
6.1.4.3 Reading an Individual Parameter.......................................................................... 221
6.1.4.4 Writing an Individual Parameter............................................................................222
6.1.5 Settings Group Switching...........................................................................................224
6.1.6 Test Mode................................................................................................................. 225
6.1.7 Fault Recording......................................................................................................... 226
6.1.8 Amount of Mappable Information..............................................................................226
6.1.9 Monitoring Direction Blocking....................................................................................227
6.1.10 Additional Information.............................................................................................. 228
6.2 Settings and Properties................................................................................................... 230
6.2.1 Settings.....................................................................................................................230
7 PROFINET IO..............................................................................................................................................233
7.1 Protocol Characteristics................................................................................................... 234
7.1.1 Description................................................................................................................ 234
7.1.2 Device Identification ................................................................................................. 236
7.1.3 Data-Type Definitions for IO Data Exchange............................................................... 237
7.1.3.1 Overview............................................................................................................. 237
7.1.3.2 Data Type Single-Point Indication (SPS, Input).......................................................237
7.1.3.3 Data Type Single Command (SPC, Output)............................................................ 237
7.1.3.4 Data Type Double-Point Indication (DPS, Input).....................................................238
7.1.3.5 Data Type Double Command (DPC, Output).......................................................... 238
7.1.3.6 Measured Values..................................................................................................239
7.1.3.7 Metered Values (BCR, Input)................................................................................. 240
7.1.3.8 Controllable Analog Process Values (APC, Output)................................................ 240
7.1.3.9 Binary-Controlled Step Position Information (BSC, Output)....................................240
7.1.3.10 Unit IDs, Units, and Unit Multipliers...................................................................... 240
7.1.3.11 Data Type Message Block for Event List (SOE, Input)............................................. 241
7.1.4 IO Modules................................................................................................................243
7.1.5 Assignment of IO Modules to SIPROTEC 5 Data Objects...............................................248
7.1.6 Event List.................................................................................................................. 251
7.1.6.1 Overview............................................................................................................. 251
7.1.6.2 Input Direction..................................................................................................... 251
7.1.6.3 Output Direction.................................................................................................. 252
7.1.6.4 Handshake Mechanism........................................................................................ 252
7.1.7 Acyclic Reading of Data..............................................................................................254
7.1.7.1 Reading Unit IDs of Measured Values and Metered Values.....................................254
9 Protection Interface..................................................................................................................................269
9.1 Information on the Protection Interface, PMU, and Web User Interface.............................270
12 Troubleshooting....................................................................................................................................... 421
12.1 Troubleshooting............................................................................................................. 422
Literature.................................................................................................................................................. 423
Glossary.................................................................................................................................................... 425
Index.........................................................................................................................................................431
NOTE
i The communication modules available for reordering are not preconfigured. Use DIGSI 5 to carry out the
functional adjustment to the required protocol application.
The communication modules can be installed in the base module or the 1/3 module and in the expansion
module with the plug-in module assembly CB202. A maximum of 2 communication modules each can be
installed. You can use only one CB202 in the device.
The plug-in module assembly CB202 is a printed circuit board assembly with an integrated power supply.
The plug-in module assembly CB202 communicates with the base module via a special connecting cable. This
connecting cable (CAT 5 FTP patch cable) is always included in the scope of delivery of the plug-in module
assembly CB202 or the devices containing the plug-in module assembly CB202 and needs not be ordered
separately.
Ensure that you route the communication lines separately from network circuits.
[le_cm201p, 1, --_--]
Figure 1-1 Plug-In Module Positions and Communication Terminals in the Base Module, with Modular
Devices
[le_lmnppo, 2, --_--]
Figure 1-2 Plug-In Module Positions and Communication Terminals in the Expansion Module with CB202
NOTE
i You cannot insert any communication module at plug-in module position M. The plug-in module posi-
tion M is intended for a measuring-transducer module only.
Figure 1-3 Plug-In Module Positions and Communication Terminals on the 1/3 Module, for Non-Modular
Devices (7xx81, 7xx82)
• Serial modules
Application: Communication to the substation automation technology via substation-control protocols
Protection interface (only optical serial modules) for interfacing to external communication converters for
short direct connections.
2 different communication protocols or 2 different applications can be operated on serial modules with
2 connections. The IEC 60870-5-103 protocol for the substation automation technology as well as a
protection interface, for example, can be operated on a serial optical module for close range with
2 connections.
Assign the protocol application to the corresponding channel of the communication module with DIGSI 5.
• Ethernet Modules
Application: Ethernet-based communication to the substation automation technology via substation-
control protocols (for example, IEC 61850 and DNP3)
– Secure communication to DIGSI 5
– Communication between the devices (IEC 61850-GOOSE)
– Synchrophasor protocol (IEEE C37.118 - PMU)
The modules can be operated with or without an integrated switch.
• Long-distance modules
Application: Direct protection interface communication over long distances using multimode or single-
mode optical fibers.
The designation of the modules corresponds to the following scheme, which is typically explained with the
module USART-AB-1EL. The module designation consists of 3 blocks.
1st block Type of module
USART = Serial module for short or long distance
ETH = Ethernet module
2nd block Unique code for the module in the product code of the device
The code consists of 2 letters.
3rd block Number and physical design of the connections
1 = 1 connection (1 channel)
2 = 2 connections (2 channels)
EL = Electrical connection
FO = Fiber-optic connection
LDFO = Long-distance transmission via optical fibers
NOTE
i The communication interfaces are not preconfigured. Use DIGSI 5 to carry out the functional adjustment to
the required protocol application.
Ensure that you route the communication lines separately from network circuits.
[le_SIP5Comp_communication_ports, 1, --_--]
Integrated Ethernet
ETH-BB-2FO (rev. 1)
ETH-BB-2FO (rev. 2)
ETH-BA-2EL (rev. 1)
ETH-BA-2EL (rev. 2)
Front Interface
USART-AD-1FO
Port or Plug-in Module
USART-AE-2FO
USART-AC-2EL
USART-AB-1EL
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
ETH-BD-2FO1
ETH-YC-2FO
ETH-YA-2EL
D-sub 9:
RJ45:
Physical connection
USB ■ – – – – – – – – – – – – – –
9-pin D-sub socket – ■ – – – – – – – – – – – – –
1 x electrical Ethernet 10/100 Mbit/s,
– – ■ – – – – – – – – – – – –
RJ45
1 x electrical serial RS485, RJ45 – – – ■ – – – – – – – – – – ■
2 x electrical serial RS485, RJ45 – – – – ■ – – – – – – – – – –
1 x optical serial, 820 nm, ST connector,
2 km via 50/125 µm or 62.5/125 μm – – – – – ■ – – – – – – – – –
multimode optical fiber
2 x optical serial, 820 nm, ST connector,
2 km via 50/125 μm multimode optical – – – – – – ■ – – – – – – – –
fiber
2 x electrical Ethernet 10/100 Mbit/s,
– – – – – – – ■ ■ – ■2 ■2 – – –
RJ45, 20 m
2 x optical Ethernet 100 Mbit/s,
1300 nm, LC connector, 24 km via – – – – – – – – – – ■2 ■2 – – –
9/125μm singlemode optical fiber
2 x optical Ethernet 100 Mbit/s,
1300 nm, LC connector, 2 km via
– – – – – – – – – ■ ■ ■ ■ ■ –
50/125 μm or 62.5/125 μm multimode
optical fiber
Applications
DIGSI 5 Protocol ■ – ■ – – – – ■ ■ ■ ■ ■ ■ ■ –
IRIG B, DCF77, PPS – ■ – – – – ■3 – – – – – – – ■4
IEC 61850-8-1 server (GOOSE included,
– – ■ – – – – ■ ■ ■ ■ ■ ■ ■ –
reporting to 6 clients)
IEC 61850-9-2 Merging Unit – – – – – – – – – – – ■ – – –
Integrated Ethernet
ETH-BB-2FO (rev. 1)
ETH-BB-2FO (rev. 2)
ETH-BA-2EL (rev. 1)
ETH-BA-2EL (rev. 2)
Front Interface
USART-AD-1FO
Port or Plug-in Module
USART-AE-2FO
USART-AC-2EL
USART-AB-1EL
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
Module Type:
ETH-BD-2FO1
ETH-YC-2FO
ETH-YA-2EL
D-sub 9:
RJ45:
IEC 61850-9-2 Process bus client – – – – – – – – – – – ■ – – –
IEC 60870-5-103 – – – ■ ■ ■ ■ – – – – – – – ■
IEC 60870-5-104 – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
DNP3 serial – – – ■ ■ ■ ■ – – – – – – – ■
DNP3 TCP – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
Modbus TCP – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
Modbus RTU – – – ■ ■ ■ ■ – – – – – – – ■
Synchrophasor (IEEE C37.118 - PMU) – – – – – – – ■ ■ ■ ■ ■ – – –
Protection interface (IEEE C37.94) – – – – – ■ ■ – – – – – – – –
PROFINET IO – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
S2 redundancy and SOE for PROFINET IO – – – – – – – – ■ – ■ ■ ■ ■ –
SUP serial (Slave Unit Protocol) for
connecting external temperature or – – – ■ ■ ■ – – – – – – – – ■
20 mA measuring devices
SUP Ethernet (Slave Unit Protocol) for
connecting external temperature or – – ■ – – – – ■ ■ ■ ■ ■ ■ ■ –
20 mA measuring devices
Diagnostic homepage – – ■ – – – – ■ ■ ■ ■ ■ – – –
Additional Ethernet protocols and services
DHCP, DCP (automatic IP configuration) – – ■ – – – – ■ ■ ■ ■ ■ ■ ■ –
Line mode – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
PRP (Ethernet ring redundancy) – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
HSR (Ethernet ring redundancy) – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
RSTP (Ethernet ring redundancy) – – – – – – – ■ ■ ■ ■ ■ ■ ■ –
SNTP (time synchronization over
– – ■ – – – – ■ ■ ■ ■ ■ ■ ■ –
Ethernet)
SNMP V3 (network management
– – – – – – – ■ ■ ■ ■ ■ ■ ■ –
protocol)
IEEE 1588v2 (PTP protocol over Ethernet
– – – – – – – ■ – ■ – – – – –
– ms accuracy)
IEEE 1588v2 (Precision Time Protocol via
– – – – – – – – ■6 – ■6 ■ – – –
Ethernet – µs accuracy)5
IEEE 802.1Q (VLAN) – – – – – – – – ■ – ■ ■ ■ ■ –
NOTE
i The USART and ETH plug-in module types may be used in slots E and F in the base module as well as in slots
N and P in the CB202 expansion module. They are not intended for use in slot M in the CB202 expansion
module.
NOTE
i For SIPROTEC 5 Compact devices, only the integrated interfaces ETH-YA-2EL and ETH-YC-2FO are available.
For SIPROTEC 5 devices, the interfaces ETH-YA-2EL and ETH-YC-2FO are not available.
The Ethernet communication modules and interface are available in both electrical and optical versions. Both
module types are provided with an integrated switch functionality. This makes it possible to integrate the
devices into almost all network structures together with third-party components.
The network structures are independent of the communication protocol (IEC 61850, DNP3,
IEC 60870-5-104, ...).
The interfaces on the devices can be used in different operating modes. A distinction is drawn between the
operating modes Line and Switch.
NOTE
NOTE
i With RSTP, you must recall that, in the event of an error, this structure and the superordinate network
structure determine the time behavior. With Dual Homing, only the device-connection line that switches
very quickly is protected. Errors in the higher level network are always subject to the time behavior of the
network.
In the following explanations, the superordinate network structure is always shown as a simple ring. Such a
ring can conceal a structure with several superimposed rings.
NOTE
i Keep in mind that the device or the network connection has only one MAC address, that is, only one of the
connected lines is active at any moment.
In the Dual Homing operating mode, redundant star structures (as viewed from the device) can be formed if
both device ports are connected with different ports of a network switch or with one port on each of the 2
different network switches.
If only one port is connected with a network port, then this connection has no redundancy and has only a
single connection, just like the network connection on a PC.
The following connections are possible:
[dw_dhansc, 3, --_--]
[dw_SIP5-0031, 5, en_US]
[dw_zwswpo, 3, en_US]
This figure shows the general use of the Switch function and the possibilities for connecting a device. The
redundant connection ensures connection in the event of failure of the link or of a switch. Usually, several
devices are arranged in a ring.
Single Structure
In a single structure, a ring consisting of network switches with electrical or optical connections forms the
superordinate network structure. In this case, the SIPROTEC devices are connected to the ports of the network
switch with a star connection. RSTP is not activated in the SIPROTEC devices.
The star-shaped arrangement of the connections yields a very simple structure which, however, provides no
redundancy for the connection between the device and network switch.
[dw_opring, 3, en_US]
[dw_duhome, 3, en_US]
Ring Structure
Ring structures are structures in which SIPROTEC devices are interconnected with devices from other manufac-
turers in a ring. The devices are incorporated into the ring structure via both ports. This yields rings consisting
of devices and network switches 3 and 4. These network switches have at least 4 ports that support RSTP.
Network switches 1 and 2 are connected with the SICAM PAS.
[dw_doprin, 3, en_US]
Information is routed from participant to participant in the ring until it reaches its intended destination. If the
ring structure shown is cut at a point, a line results. Communication continues to function almost without
interruption, because network control with RSTP initiates a reconfiguration. A second fault in the line or in
one of the participants, however, cannot be overcome. Depending on the structure, keeping additional faults
under control is becoming less secure.
You must set the RSTP parameter Bridge Priority. This requires that you set one of the 2 switches connected
with the Substation Automation System to priority 0. As a result, the switch with priority 0 is then specified as
the root switch. You must set the other switch connected with the Substation Automation System to a lower
priority. A higher numerical value means a lower priority. Siemens recommends setting this switch to 4096.
This switch serves as the backup root switch in the event that the root switch fails.
Network switches 3 and 4 always have the next-lowest priority, that is, the priority value must be set higher.
The priority for both can be the same, however.
Siemens recommends using this topology for compact systems.
Multiple-Ring Structure
Multiple-ring structures can occur in succession in larger systems.
To create a multiple-ring structure, activate and set the settings for RSTP in the devices.
[dw_2rings, 3, en_US]
The figure shows the possible arrangement in such a structure. Each ring can contain several switches. Even
the SICAM PAS is incorporated via its own switches.
The structure shown represents a Garland structure: The SIPROTEC devices are connected in a line. At its
ends, this line is connected with the switches. The line of devices is called a garland. The garland structure
occurs several times in succession here.
Detailed information on the special aspects of setting the parameters for such a structure can be found in the
following chapter.
NOTE
PRP Structure
The PRP structure (Parallel Redundancy Protocol according to IEC 62439-3:2012) provides communication over
2 independent networks (LAN A and LAN B) simultaneously. As shown in the following figure, the 2 networks
may not be connected to one another. Siemens recommends building both networks identically. Connect LAN
A to channel 1 and LAN B to channel 2.
[dw_prpstr, 3, en_US]
Figure 1-12 SIPROTEC Devices Connected via 2 Independent Networks (LAN A and LAN B)
If there is an interruption in communication on network A or network B, the data exchange continues without
problems on the other network. This means that there is no interruption.
Updating the Device Configuration via Communication Modules in the PRP Structure
If the device configuration contains IEC 61850 as communication protocol, then the device is set to the
Fallback mode during the update process. The module is switched to the Line Mode communication. If the
DIGSI PC is inserted to the PRP network via a RedBox (Redundancy Box), the communication to the terminal
device continues to function in the PRP structure with the Line Mode network redundancy protocol.
NOTE
i Communication problems can occur if you insert a DIGSI PC as SAN (Single Attached Node) into a PRP
structure and a SIPROTEC 5 device goes into Fallback mode, for example, by loading the configuration
when using IEC 61850. In the Fallback mode, the devices switch over internally to Line Mode. Therefore,
Siemens recommends using a DIGSI PC in a PRP network with a RedBox (Redundancy Box).
HSR Structure
The devices are arranged in rings in the HSR structure (High Availability Seamless Redundancy Protocol
according to IEC 62439-3:2012) shown in the following figure. The procedure does not have its own parame-
ters.
[dw_hsrstr, 4, en_US]
If an interruption in communication occurs in a network, a seamless switchover takes place. All components in
the HSR rings must support HSR.
If you want to connect non-HSR-capable devices, apply HSR RedBoxes or HSR-capable switches. For example,
if communication via Ethernet with a PC with devices in the HSR ring is to take place, the connection must be
established using a RedBox.
RSTP needs the settings that are listed and described in the table under 10.8.2 Parameter Settings for
Networks in order to operate.
• If Switch 1 is the root switch, the ring consisting of 4 network switches contains the ring from Switch 1 to
Switch 3 and Switch 2 and from there to Switch 4. If the priority of Switch 2 is lower than that of Switch
3, then the alternate port is set to the right port of Switch 4.
• If Switch 1 is the root switch, you obtain a 2nd ring: Switch 1 – Switch 3/Switch 2 – S11/Switch 4 –
S12/S13. This establishes the alternate port on the tie line S12/S13. If S13 has a lower priority, then the
alternate port is set to the right port of S12.
• The same holds for the 2nd ring of. SIPROTEC devices.
NOTE
i Keep in mind that the MAC address is linked to the priority. If the switches are set to the same priorities,
then the MAC address is the determining factor.
In the dual-ring structure and when the alternate port is stationary, the situation is somewhat more complex:
• The primary ring is now Switch 1 – Switch 3/Switch 2 – Switch 4/Switch 6 – Switch 5/Switch 5. If Switch 4
has a lower priority than Switch 6, then the alternate port is set to the left port on Switch 5.
• The ring with the S1x switches is slightly different. The root switch (Switch 1) has a connection to Switch
3. This is where the subring Switch 3 – S11/Switch 4 – S12/S13 begins. In this case, the alternate port is
set to one port of the connection between S12/S13. If S13 has a lower priority7 than S12, then the left
port on S13 is established as the alternate port.
• The ring with S4x is an additional example. The left port on Switch 5 is the alternate port in the primary
ring. As a result, the connection to the root bridge runs through the right port on Switch 6, yielding:
Switch 6 – Switch 5/S43 – S41/S42. The alternate port is established on the ports used for the connection
S41-S42. If S41 has a lower valence than S42, then the right port on S41 is established as the alternate
port.
Using this procedure, it is possible to determine the alternate ports for all structures and check them in the
real system.
These settings are shown in the following figure.
7 The priority consists of several components including, among others, the MAC address.
[dw_statap, 3, en_US]
NOTE
If the entire network is considered, then you must set the MaxAge parameter to 5 (Switch 1 – Switch 2 –
Switch 6 – S43 – S42 – S41). This, however, represents the steady state.
Such a state must first be established. It must be possible to reach the root switch in all interruption scenarios.
If the line from the left port on Switch 1 to the left port on Switch 2 breaks, then the alternate ports shift.
NOTE
i Switching on a device can also cause such reconfiguration effects, for example, the shifting of alternate
ports.
[dw_ub_port, 3, en_US]
The worst case is when the connection from the right port on S13 to Switch 4 breaks as well. In this case, the
maximum setting is 8 (Switch 1 – Switch 2 – Switch 6 – Switch 5 – Switch 4 – Switch 3 – S11 – S12 – S13).
NOTE
i The telegram age that results is 7, but since it must always be less than the MaxAge parameter, a setting of
8 is mandatory.
You can find more information on telegram age in chapter 10.8.2 Parameter Settings for Networks.
NOTE
i It is also possible to set 20, but in the event of a root failure, RSTP telegrams can remain in the network
until they disappear because of their age. These telegrams can cause temporary interruptions.
For this reason, you should not set the MaxAge parameter any higher than necessary.
Setting Priorities
Priority settings in a network establish the location of the root bridge. Establish the location of the root bridge
such that all switches, including the SIPROTEC devices, can reach the root bridge over almost identically long
paths. Using this approach, you also achieve a minimum setting of the MaxAge parameter, as described in the
section that discusses setting the MaxAge parameter. Normally, SIPROTEC devices should not form the root
bridge.
Once the root bridge has been established, also specify a 2nd bridge as a backup root bridge in the event of
failure of the primary root bridge when the network is similar to that shown in Figure 1-14. For the MaxAge
parameter setting not to be increased unnecessarily, the backup root bridge should be in the immediate
vicinity of the primary root bridge. This results in the following: for Switch 1, a priority setting of 0; Switch 2 is
set to 4096; Switches 3 to 6 are higher, and the devices are all set to 32 768.
NOTE
NOTE
i The IEC 61850 protocol is an option that can be ordered for Port J (integrated Ethernet interface). This
protocol is displayed only if the corresponding product feature has been purchased.
NOTE
i A client-server communication can take place via Port J (integrated Ethernet interface), for example, reports
can be transmitted.
In non-modular devices and modular devices, this interface can also support GOOSE communication as an
order option.
The Ethernet modules of the SIPROTEC 5 series can be operated optionally with or without integrated switch
function. This applies for the electrical as well as the optical module. This function can be selected via the
parameterization. It is not necessary to make any indication in the order. The optical Ethernet modules are
compatible with the EN100 modules of the SIPROTEC 4 series. If the RSTP protocol or the HSR protocol is
active, the optical modules of the SIPROTEC 4 series and the SIPROTEC 5 series can be operated in a ring.
When using SIPROTEC 4 devices with module firmware ≤ V4.06 and SIPROTEC 5 devices, the maximum
allowable number of participants is 30 devices. When using SIPROTEC 4 devices with module firmware ≥ V4.07
and SIPROTEC 5 devices, the maximum allowable number of participants is 40 devices. When using SIPROTEC
5 devices, the maximum allowable number of participants is 40 devices.
Figure 1-16 shows operation of the Ethernet modules with integrated switch function. All devices of a station
are shown which are connected to one another by means of optical fibers. The devices form optical rings.
In addition, 2 switches are used on the substation controller for the SICAM PAS. The 2 switches take the
requirements for the redundancy into account.
Additional participants with electrical interfaces can also be connected to the SICAM PAS (for example, the
DIGSI 5 control PC). An external switch is sufficient. Optical communication modules are primarily used for this
topology, as there can be substantial distances between the devices.
If the Ethernet modules are installed in expansion modules with a CB202 PCB assembly, the power supply can
be provided with an independent battery. The integrated switch can maintain its function when the device is
switched off. The data are transmitted in optical and electric rings. This prevents opening of the ring. The ring
continues to operate when 1 or more devices are switched off.
[dw_eth1sw, 2, en_US]
Figure 1-17 shows the operating mode without integrated switch function. Optionally, the 2nd connection
can be connected to the 2nd switch. This connection is shown with a dashed line in Figure 1-17. The IP
communication is established using the 1st connection here. If this connection fails, the system changes
over to the 2nd connection within a few milliseconds. The IP connection is retained practically without
interruption using the 2nd switch. This hot-standby connection redundancy increases the availability in such
configurations, as shown in the following figure. The information on failure of the protection connection is
transmitted to the substation automation technology.
[dw_ethsw3, 2, en_US]
Figure 1-17 Operation of Ethernet Modules Without Integrated Switch Function with Single or Redundant
Connection to the Switch
NOTE
i You can identify the revision number of the module by the product code and the name plate.
NOTE
i You can identify the revision number of the module by the product code and the name plate.
NOTE
i You can identify the revision number of the module by the product code and the name plate.
NOTE
i You can identify the revision number of the module by the product code and the name plate.
1.5.7 ETH-BD-2FO
NOTE
i The firmware must be updated to version ≥ V7.90 if using the ETH-BD-2FO module. If the module is
connected to a device with a previous version, a hardware failure is reported that disappears with an FW
update to V7.90. As this is not an actual hardware failure, there is no need to send in the device.
To adapt the interface to longer transmission distances, for a transmission distance of up to 2 km, the modules
ETH-BD-2FO and ETH-BB-2EL (revision 2) offer the option to exchange the SFPs (Small Form-Factor Pluggable)
supplied as standard for 24 km Single Mode SFPs (order number P1Z3210).
Distance 24 km
Laser class 1 as per EN 60825-1/-2 With the use of 9 µm/125 µm optical fibers
Description SFP with RJ45 connector, for Ethernet protocols via an electrical inter-
face
Product code P1Z3201
Connector type RJ45
Baud rate 100 Mbit/s
Protocol See information for 1.5.7 ETH-BD-2FO
See information for Integrated Ethernet Interface (Port F), Page 44
Max. line length 20 m with Ethernet patch cable CAT 6 S/FTP, F/FTP, or SF/FTP
Interface design Corresponds to IEEE 802.3, 100BaseTX
! CAUTION
Risk of burns due to high temperatures of the SFP pluggable transceivers
Noncompliance with the safety notes may result in medium or light injuries.
² The SFP pluggable transceivers can be disconnected and plugged in while in operation. Siemens
recommends switching off the device.
² Allow the SFP pluggable transceiver to cool as much as possible.
✧ Remove the connecting cables or the dust protection cap that was plugged on in the delivery state from
the SFP pluggable transceiver.
✧ In order to release the interlocking, open the bracket on the SFP pluggable transceiver.
✧ Pull on the bracket in order to pull the SFP pluggable transceiver out of the slot. The removal must be
possible with free movement and without great exertion of force.
✧ Provide the SFP pluggable transceiver with the dust protection cap so that the optics are protected from
contamination.
NOTE
i Check for secure positioning of the transceiver in the slot and whether it is locked in place in order to avoid
unintentional removal by pulling on the connection line.
Description SFP with RJ45 connector, for Ethernet protocols via an electrical inter-
face
Product code P1Z3201
Connector type RJ45
Baud rate 100 Mbit/s
Protocol See information for 1.5.7 ETH-BD-2FO
See information for Integrated Ethernet Interface (Port F), Page 44
Max. line length 20 m with Ethernet patch cable CAT 6 S/FTP, F/FTP, or SF/FTP
Interface design Corresponds to IEEE 802.3, 100BaseTX
! CAUTION
Risk of burns due to high temperatures of the SFP pluggable transceivers
Noncompliance with the safety notes may result in medium or light injuries.
² The SFP pluggable transceivers can be disconnected and plugged in while in operation. Siemens
recommends switching off the device.
² Allow the SFP pluggable transceiver to cool as much as possible.
✧ Remove the connecting cables or the dust protection cap that was plugged on in the delivery state from
the SFP pluggable transceiver.
✧ In order to release the interlocking, open the bracket on the SFP pluggable transceiver.
✧ Pull on the bracket in order to pull the SFP pluggable transceiver out of the slot. The removal must be
possible with free movement and without great exertion of force.
✧ Provide the SFP pluggable transceiver with the dust protection cap so that the optics are protected from
contamination.
NOTE
i Check for secure positioning of the transceiver in the slot and whether it is locked in place in order to avoid
unintentional removal by pulling on the connection line.
The serial electrical modules are equipped with RJ45 connections. These are not Ethernet connections. The
serial signals of the RS485 interface are routed to the RJ45 connections (see following figure).
[dw_rj45pb, 1, en_US]
Figure 1-18 RJ45 Terminals for the Serial Signals of the RS485 Interface
NOTE
i The RS485 interface in devices of the SIPROTEC 4 series is a D-Sub 9 connection with a connected load
resistor.
If you connect devices from the SIPROTEC 5 series with devices from the SIPROTEC 4 series, then use an
Y adaptor with the order designation 7XV5103-2BA00. Complete the connection on the last device with a
load resistor. For the SIPROTEC 5 device, use a load resistor with the order designation RS485 terminator
7XV5103-5BA00.
[dw_serma1, 1, en_US]
The preceding figure shows the cabling using the new RJ45 sockets in a simplified format. The serial RS485
bus can be extended by simply connecting Ethernet patch cables from device to device.
[dw_serma2, 1, en_US]
Figure 1-20 Redundant Communication with 2 Masters Using RS485 Bus (for Example, Redundant
IEC 60870-5-103 Protocol)
The preceding figure shows the use of both connections on one module for connecting the devices to 2
independent masters following the same principle as with a single master.
Reorder
When reordering serial communication modules, specify the product code for the physical version of the
module. The order configurator (IPC configurator) shows you which applications are capable of running on the
module:
• Serial
• 1-channel or 2-channel
• Electrical or optical
1.6.2 USART-AB-1EL
Figure
1.6.3 USART-AC-2EL
1.6.4 USART-AD-1FO
Figure
Connector type 2 x ST
Wavelength λ = 820 nm
Baud rate Asynchronous: 1.2 kbit/s to 115.2 kbit/s
Synchronous: 64 kbit/s to 2 Mbit/s
For 1 protocol or application IEC 60870-5-103
DNP3
Modbus RTU
SUP serial
Protection interface communication
Max. range 2.5 km when using an optical fiber 50 μm/125 μm or 62.5 µm/125 µm
1.6.5 USART-AE-2FO
Connector type 4 x ST
Wavelength λ = 820 nm
The integrated serial interface is equipped with 1 RJ45 connection. The serial signals of the RS485 interface
are routed to the RJ45 connection (see the following figure).
[dw_rj45pb_SIP5_Compact, 1, en_US]
Figure 1-21 RJ45 Terminals for the Serial Signals of the RS485 Interface
[dw_serma2_SIP5_Compact, 2, en_US]
[dw_serma2_SIP5_Compact_IRIG-B, 1, en_US]
NOTE
i The IRIG-B connection cannot be used in parallel with another serial protocol.
The IRIG-B adapter cable 7XX8310-0CG00, in particular the D-Sub connection, must be protected against
mechanical stresses (tension or vibration) by suitable relief measures. Avoid sharp bendings when
connecting the RJ45 plug.
1.8.1 Fasteners
The fasteners of the plug-in modules are shown in the following figure regarding the example of an installed
module and an empty, covered slot.
[le_fxing_elements, 1, --_--]
1.8.2 Installation
NOTE
i Reordered modules are not contained in the original device configuration. Use DIGSI to perform the
corresponding extension in the Hardware and Protocols Editor.
Preparing Installation
! DANGER
Danger due to live voltage when installing the plug-in modules.
Noncompliance with the safety notes will result in death or severe injuries.
² Install plug-in modules on the electrically deactivated device only.
! CAUTION
Exercise caution with laser beams of the optical plug-in modules.
Noncompliance with the safety notes can result in medium-severe or slight injuries.
² Do not look directly into the optical fiber terminals of the active optical plug-in modules, not even with
optical devices. The laser beams can damage the eyes.
NOTE
i When using optical communication modules, Laser class 1 is maintained in compliance with EN 60825-1
and EN 60825-2 when using optical fibers ≤ 62.5 μm/125 μm.
² In the case of a surface-mounted device with integrated on-site operation panel, remove the entire
on-site operation panel.
² Undo the fastening screw and remove the cover plate from the plug-in module position.
Completing Installation
² Resume operation of the device.
1.8.3 Replacement
! DANGER
Danger due to live voltage when replacing the plug-in modules.
Noncompliance with the safety notes will result in death or severe injuries.
² Install plug-in modules on the electrically deactivated device only.
! CAUTION
Exercise caution with laser beams of the optical plug-in modules.
Noncompliance with the safety notes can result in slight to medium injuries.
² Do not look directly into the optical fiber terminals of the active optical plug-in modules, not even with
optical devices. The laser beams can damage the eyes.
NOTE
i Laser class 1 is adhered to in compliance with EN 60825-1 and EN 60825-2, in the case of
≤ 62.5 μm/125 μm optical fibers.
When using the ARC-CD-3FO module, Laser class 1 is maintained in compliance with EN 60825-1 and
EN 60825-2 when using 1-mm plastic optical fiber.
² In the case of a surface-mounted device with integrated on-site operation panel, remove the on-site
operation panel before the base module.
² Remove all connecting lines.
² Undo the fastening screw with which the plug-in module is fixed on the device.
² Insert a screwdriver (DIN 4 x 0.8) in the cut-out underneath the elongated hole in the mounting frame
and disengage the plug-in module.
² Carefully pull out the plug-in module.
Completing Replacement
² Place the device is service again and perform a firmware update of the communication modules.
NOTE
i If you have not cabled the optical fiber plug-in modules, then seal the terminals with protective covers. This
prevents soiling of the terminals.
If a product code was used to select the devices, they will be delivered with assembled communication
modules. You can install and replace additional communication modules afterwards.
NOTE
i When doing so, you must ensure that both the protocol firmware as well as the parameterization of the
protocol are first transferred by DIGSI.
[sc_projtr, 3, en_US]
² Select the communication modules from the library in the Hardware Editor working area in DIGSI.
NOTE
i The type of communication protocols to be used is the deciding factor when selecting the communication
module.
The protocols require a certain interface (serial or Ethernet). You can find more information on which
protocol runs with which module in chapter 1.3 Communication Applications of the Plug-in Modules and
the Integrated Interfaces .
You have 2 possibilities to select the communication module and drag it to the plug-in module position:
² Move the communication module using drag and drop from the hardware catalog to the plug-in module
position of the device.
- or -
[sc_modsel, 4, en_US]
Figure 1-26 Select Communication Module from the Hardware Catalog and Drag it to the Module Slot, for
Example, for a Serial Communication Module
For the communication modules ETH-BA-2EL and ETH-BB-2FO, you must select the revision via one of the
following ways:
² Select the revision when adding a device, as shown in Figure 1-27.
- or -
² Select the revision when selecting the communication module, as shown in Figure 1-28.
[sc_selecting_revision_adding_device, 1, en_US]
[sc_selecting_revision_commodule, 1, en_US]
Figure 1-28 Select the Revision when Selecting the Communication Module
After selecting the communication module, you can check the revision in Properties > Details.
The communication interfaces are configured in the Hardware Editor working area in DIGSI 5.
² Select the communication module or the integrated Ethernet interface (Port J).
² Select the Properties tab.
² In the lower Editor section, under General, select the Protocols entry.
² Select the desired protocol in the respective sections.
[sc_parptj, 4, en_US]
[sc_select_protocol_serial, 4, en_US]
[sc_select_protocol_Ethernet, 3, en_US]
There are modules with 1 or 2 serial interfaces. All communication channels from the communication module
must be configured individually.
Channel 1 is displayed for Ethernet modules. The selection applies to the communication module, however,
regardless of which redundancy protocol you have selected.
For some protocols, you can parameterize the redundancy on the 2nd channel. The serial protocols, you must
activate the redundancy for each channel.
You can route 1 or several network protocols for each channel.
You can also set the IEC 61850 protocol together with other communication protocols, for example with
DNP3, IEC 60870-5-104, and Modbus TCP. For more information, see 1.9.4 Parallel Running with IEC 61850.
The following table shows for each protocol whether multiple instantiation is possible within a single device:
With the selection of the communication channel, the parameters required for the protocol are shown. For the
description of the parameters see:
• DNP3:
3.2.1 Settings for the Serial Connection and 3.2.2 Settings for Communication through Ethernet
• IEC 60870-5-104:
4.2.1 Settings
• Modbus TCP:
5.3.2 Application and Settings Notes
• Modbus RTU:
5.4.2 Application and Settings Notes
• IEC 60870-5-103:
6.2.1 Settings
• PROFINET IO:
7.2.1 Settings
Creating a Subnetwork
² If no subnetwork exists, click the Add new subnetwork button under Interface connected with in the
General section of the Properties tab.
- or -
² Highlight the communication module of a device in the Network view.
² While holding the left mouse button down, drag the cursor to the desired communication module of
another device.
[sc_subnet, 3, en_US]
NOTE
i When using SIPROTEC 5 devices with the IEC 61850 protocol, 2 communication modules configured with
IEC 61850 must not be placed in the same subnetwork.
To establish an IEC 61850-GOOSE connection, modules must be in the same subnetwork.
1.9.3 VLAN
1.9.3.1 Overview
The Virtual Local Area Network (VLAN) is a data-link layer technology and standardized in IEEE 802.1Q.
VLAN allows separation of different communication traffic types (for example, process data, engineering or
management, voice calls, and video surveillance) sharing the physical links of the Ethernet network.
Regarding VLAN, SIPROTEC 5 supports the following protocols and technologies:
[dw_VLAN_solution_example, 2, en_US]
[sc_VLAN_settings, 1, en_US]
Assigning IP-Interfaces
If you have defined multiple IP interfaces on the communication module, you can assign the IP interface to
one or several server protocols. It is not necessary to assign the IP interface to client protocols. The IP interface
is selected automatically by the module for client protocols (for example, SNTP, Syslog, RADIUS).
² Open the Editor Hardware and protocols in DIGSI 5.
² Select the communication module in the tab Device view.
² Select the tab Properties.
² Select Protocols under General.
[sc_IP_interface_assignment, 1, en_US]
NOTE
i You can configure static IP routes only when the default gateway address has been configured at IP
interface 1 or any IP interface has been configured with DHCP.
[sc_IP_route_settings, 1, en_US]
NOTE
i If destination networks must be reached via multiple next-hop routers (and not only via the single default
gateway), the static IP routes are needed.
IP-Interface Settings
[sc_IP_interfaces_settings, 1, en_US]
NOTE
i Make sure that each module is only assigned to 1 default gateway IP address.
• The parameter Use VLAN tag is unmarked for only 1 IP interface. For the other IP interfaces, the
parameter VLAN Mode is set to Tagged.
• The parameter Use VLAN tag is marked and the parameter VLAN Mode is set to Tagged for all IP
interfaces.
• The parameter Use VLAN tag is marked for all IP interfaces. The parameter VLAN Mode is set to
Priority-tagged for only 1 IP interface and is set to Tagged for the other IP interfaces.
[dw_IP_route_application, 1, en_US]
After the default gateway IP address in the IP interface section is assigned by the gateway configuration or
DHCP, you can configure the static IP routes.
You can configure up to 10 static IP routes besides the default route set in the gateway address of the
interface.
The SIPROTEC 5 device supports the protocols DNP3, Modbus, and IEC 60870-5-104 running in parallel with
IEC 61850 on the same communication module.
[sc_IEC61850_other_protocols, 3, en_US]
Figure 1-40 Setting the IEC 61850 Protocol in the Ethernet Communication Module with Other Communi-
cation Protocols
• IEC 61850 clients: A maximum of 2 clients communicate with the SIPROTEC 5 device at one time.
• GOOSE (Generic Object Oriented Substation Event): A maximum of 5 GOOSE applications/datasets per
device, with 50 data objects in total. Set the Minimum monitoring time to ≥ 10 ms and use
the standard settings of the communication profile PriorityLow in the GOOSE parameters of the
IEC 61850 GOOSE application.
These recommendations are not binding. For example, you can configure more GOOSE applications with more
data objects as source and destination and download them into the device. A higher GOOSE load can lead to a
delayed transmission.
Selecting the protocols defines which mappings are available. You can select the mapping separately. The
routings defined in the mapping are displayed in the Communication Mapping working area for each
channel.
Routings in the communication matrix are also possible without selecting an existing mapping file.
[sc_mapping, 3, en_US]
NOTE
i After instantiating the protection functions, assign the standard mapping as the second to last step. After
this, you must set parameters for the time synchronization.
Data objects created later on are not automatically included in an existing mapping.
Changing Mappings
NOTE
i If you change a standard mapping, all existing mapping information will be lost. DIGSI shows a message to
this effect.
[sc_chgmap, 2, en_US]
1.10.1 Description
• Routing additional signals by highlighting in the Receive or Transmit column and entering the protocol
parameters
Indications
The indications are routed by highlighting the object in the Transmit column. Indications are information
transmitted to a master. After this, you must enter the parameters required for the protocol.
You can route the following IEC 61850 data types to indications (binary inputs):
IEC 60870-5-104
IEC 60870-5-103
PROFINET IO
Data Type
Modbus
DNP3
SPS (Single-point status – single-point indication) X X X X X
DPS (Double point status – double-point indication) X X X X X
ACD (Directional protection activation information) X X X X X
ACT (Protection-activation information) X X X X X
ENS (Enumerated Status, for example, mode) X X X X X
BSC (Binary controlled step position information) – X X – X
INS (Integer status value) – X – – –
You can map data types ACD, ACT, and ENS to SPS indications only via conversions. Conversions are used to
map individual information contained in the data types. This partial information is automatically provided by
the system; you do not have to convert it yourself.
Commands
You route the commands by highlighting in the Receive column.
You can route the following IEC 61850 data types to commands (binary outputs):
IEC 60870-5-104
IEC 60870-5-103
PROFINET IO
Data Type
Modbus
DNP3
SPC (Single Point Control) X X X X X
DPC (Double Point Control) X X X X X
BSC (Binary controlled step position information) – X X – X
APC (Controllable analog set point information) – X X – X
ENC (Controllable enumerated status) – – – X –
INC (Controllable integer status) – X – – –
If a command status signal should be mapped or if it is preset through the control model, the status signal
from the command will be parameterized in the same line under the Transmit column.
NOTE
i In the case of commands, the IEC 60870-5-103 protocol and PROFINET IO allow only direct switching.
Selection is not possible before switching. However, the protocol firmware simulates this cycle (select –
operate) internally.
In the case of negative acknowledgment of a command, the reason for the negative acknowledgment
cannot be distinguished. The possible reasons are listed in the following:
• Select negative
• Operate negative
Measured Values
The measured values are routed by highlighting the object in the Transmit column. After this, you must enter
the parameters required for the protocol.
You can route the following IEC 61850 data types to measured values:
IEC 60870-5-104
IEC 60870-5-103
PROFINET IO
Modbus TCP
Data Type
DNP3
You can map data types DEL and WYE to MV measured values only via conversions.
[sc_mapping_all, 2, en_US]
This setting value applies to the current measured value. If, for instance, the measured value is 110 kV and
the default setting is 2 %, then the measured value will be transmitted in the event that the measured values
changes by 2.2 kV.
Changes in the current value are compared with the value most recently transmitted and entered in an
absolute summation, that is, regardless of whether the changes are positive or negative. If this sum violates a
set threshold value that is value-dependent, the current measured value at that time is transmitted.
NOTE
i All measured values are primary values. The unit for current is A or kA, the unit for voltage is kV, and the
unit for apparent power is MVA or kVA, depending on the transformer values or rated values.
Counter Values
The counter values are routed by highlighting the object in the Send transmit column.
IEC 60870-5-104
IEC 60870-5-103
PROFINET IO
Data Type
Modbus
DNP3
BCR (Binary Counter Reading) X X X X X
NOTE
i For pulse counters, only the generated pulses are transmitted. The multiplier that can be set in DIGSI is not
taken into account. This can lead to deviations between the transmitted value and the value displayed in
the device.
Exemplary Calculations
The scaling of a power meter is defined by the following values:
60 000 pulses per hour correspond to V = Vprim and I = Iprim.
Vprim = Rated voltage
Iprim = Rated current
The measured performance value is calculated based on the following formula:
[fo_leismw, 2, en_US]
In the SIPROTEC 5 device, this measured performance value is stated from 0.00 MW to 9.99 MW, that is with
2 relevant decimal places.
Siemens recommends a scaling factor of 100 for the transmission as an integer measured value through
DNP3. With this, a value from 0 to 999 is transferred to the master.
If the scaling factor is less than 100, then important information about the decimal places is lost during
the transmission. A scaling factor larger than 100 does not create any precise information. The accuracy is
only simulated, but really non-existent. Thus, with a scaling factor of 100, there is an interpretation of the
integer measured value (measured value Integer) through DNP3 with: ±32 768. This corresponds to a value of
±327.68 MW.
IEC 60870-5-103
Counter values, for example, kWh, are not defined in the IEC 60870-5-103 standard; consequently, there is no
compatible data unit for transmission of the metered values. However, some SIPROTEC devices offer the ability
to transmit metered values on the basis of IEC 60870-5-103. Private data unit 205 has been defined for this
purpose. Metered values are transmitted as spontaneous indications. Each telegram contains a metered value
with its own function type and information number.
IEC 60870-5-104
You can use counter interrogation commands to interrogate the integrated total. SIPROTEC 5 supports TI
<101> with the functionality Reset. You can interrogate the integrated total with interrogation group 1 to
interrogation group 4 and the general interrogation counter. You can reset the counter values with general
interrogation counters as well as the interrogation group 1 to interrogation group 4. The interrogated inte-
grated total is transmitted with Cause of Transmission <37> to <41>.
You can find additional information on Cause of Transmission in the standard IEC 60870-5-101, chapter 7.2.3.
The protocols IEC 60870-5-103, DNP3, IEC 60870-5-104, Modbus TCP, and Modbus RTU support the transmis-
sion-buffer feature with the following characteristics:
• If the buffer overflows, the current entry overwrites the earliest entry.
• If all the supported event types for the indication (for example, SPS, DPS, ACD, ACT, ENS, or BSC) are
mapped to the communication protocol, they are used in the transmission buffer.
• When the object value changes, it is stored in the transmission buffer with a time stamp.
• After the device initialization or reboot, the transmission buffer is empty and then the startup values of
the objects are entered in the transmission buffer.
• If the communication fails, the transmission buffer is not erased. Once the communication connection is
re-established, entries are still saved and the protocol master reads the entries. If necessary, the buffer
overflow is indicated.
• Once the buffer has been transmitted to the master, the transmitted transmission-buffer entries are
deleted from the transmission buffer.
NOTE
i For more information on the SOE properties, refer to the Modbus protocol in5.2.2 Properties of the
Sequence of Event.
All protocols, except IEC 61850, have a communication address you can configure in the Communication
mapping.
In the following table, you can find information concerning the columns that are only available for the
protocols IEC 60870-5-103, IEC 60870-5-104, Modbus TCP, Modbus RTU, DNP3, and PROFINET IO. The
columns are not available if none of these protocols is configured.
Element Explanation
Toolbar The Toolbar of the communication mapping matrix allows fast access to actions and
settings.
Columns that are Always Present
These columns are always present regardless of whether a protocol is configured or not, or which protocol is
selected.
Signals This column contains the names of the signals. All signals are structured in a hierarch-
ical manner according to function groups and functions. The structure is an image of
the signal list. Click on the arrows to the left of the element names to show or hide
individual elements of the structure.
Number This column contains the unique number for each signal. If this column is not visible,
click in the toolbar of the Communication mapping matrix on the following button:
Element Explanation
Columns Present for All Protocols
These columns are available only for the IEC 60870-5-103, IEC 60870-5-104, Modbus TCP, Modbus RTU,
PROFINET IO, and DNP3 protocols as well as for the protection-data communication protocol. The columns
are not available if none of these protocols is configured.
Receive You can route the input indications and commands in the receive direction in this
column.
Transmit You can route the output indications and measured values in the transmit direction in
this column.
IEC 60870-5-103
These columns are available only for the IEC 60870-5-103 protocol. The columns are not available if this
protocol is not configured.
Function type Enter the number of a function type for a signal that has been routed in this column.
The function type identifies the functionality of a device. Certain numbers are not
used. You can use these numbers as you like, without affecting the IEC 60870-5-103
compatibility.
Information number Enter an information number for a signal that has been routed in this column.
The information number describes the signal category (Indication, metered value or
command).
Data unit Enter the number of a data unit (DU) for a signal that has been routed in this column.
Depending on the signal type, you can select from different data units.
General interrogation Specify in this column for an indication that has been routed, whether it is subject to
general interrogation or not. You can select between Yes or No. If you select Yes, the
indication is additionally transmitted only within the scope of a general interrogation.
Position Specify in this column the position in the measured value telegram for a measured
value that has been routed. In a 3-frame DU, you can route up to 4 measured values.
In a 9-frame DU, you can route up to 16 measured values. In total, you can route one
3-frame DU and two 9-frame DU.
Fault channel In this column, you can route a measured value that has been routed to the analog
channel of a fault record. Enter the number of the fault-record channel for this
purpose.
IEC 60870-5-104
These columns are available only for the IEC 60870-5-104 protocol. The columns are not available if this
protocol is not configured.
IOA With this column, you can specify the Information object address (IOA).
IOA 1 With this column, you can specify the 1st byte of the Information object address (IOA)
with low byte.
IOA 2 With this column, you can specify the 2nd byte of the Information object address
(IOA).
IOA 3 With this column, you can specify the 3rd byte of the Information object address (IOA)
with high byte.
TI This column indicates the Type identification.
GI group Specify in this column for an indication that has been routed, whether it is subject to
General Interrogation group (GI group) or not.
Threshold Enter a measured-value threshold in percent for a measured value that has been
routed in this column.
ScaledFactor This column indicates the scaled factor for the measured values.
NormalizedMaxValue This column indicates the maximum percentage value for the measured values.
Element Explanation
Modbus TCP and Modbus RTU
These columns are available only for the Modbus TCP and Modbus RTU protocols. The columns are not
available if this protocol is not configured.
Register type In this column, you can specify the Register type. It describes the function code to
retrieve the data of the signal.
Register address Enter a register address for a signal that has been routed in this column. The register
address has a certain range for different signal categories.
Event of Protection You can specify in this column whether an indication that has been routed is subject
to an Event of Protection or not.
PROFINET IO
These columns are available only for the PROFINET IO protocol. The columns are not available if this protocol
is not configured.
Value In this column, you can specify the address for a signal that has been routed. The
address has a certain range for different signal categories.
DNP3
These columns are available only for the DNP3 protocol. The columns are not available if this protocol is not
configured.
Index Enter an index number ranging from 1 to 1,000 for a signal that has been routed in
this column.
Class Assign one of 3 classes to a signal that has been routed in this column. The class 1 is
reserved for critical events. You can assign the class 2 or 3 to the less critical events.
Threshold Enter a measured-value threshold in percent for a measured value that has been
routed in this column.
The measured-value threshold determines the transmission frequency of measured
values. If you select the value zero for the measured-value threshold, each measured
value is transmitted to the superordinate station.
A value of 1 is used to avoid a communication overload. A measured-value threshold
other than zero causes all changes of new measured values compared to the meas-
ured value transmitted last to be added. If the sum of the changes reaches the
percent value set, a new measured value is transmitted at the next possible point in
time. This measure prevents loading the communication path too much.
Protection-Data Communication Protocol
These columns are available only for the protection-data communication protocol. The columns are not
available if this protocol is not configured.
Priority level Select one of 3 priority levels for a signal that has been routed in this column. The
priority level decides on how often it is transmitted.
Bit position Set a bit position in the data bar for each signal that has been routed in this column.
Note that some signal types need more than one bit. Also take care to ensure that a
bit position is not already assigned to a signal of another device.
Fallback value Select a fallback value for a received signal in this column. The fallback value decides
what passes with the value of a signal if the connection is interrupted. Depending on
the signal type, various fallback values can be selected. For example, the signal value
can be set to a secure status or the last value received is retained.
IEC 60870-5-103 and DNP3
These columns are available only for the IEC 60870-5-103 and DNP3 protocols. The columns are not avail-
able if none of these protocols is configured.
Object group Enter the number of an object group for a parameter that has been routed in this
column.
Scaling factor Enter a value for the measured scaling for a measured value that has been routed in
this column.
Element Explanation
Busbar-Protection Protocol
This column is only available for the busbar-protection bay units with busbar-protection protocol.
Transmit This column shows the fixed default settings for the routings for current measured
values and switch positions that are necessary for the busbar protection.
NOTE
i The Event of Protection column in the communication mapping only affects the types SPS and DPS:
NOTE
i The function type 242 cannot be used. This function type is used for device-internal information, for
example, if the indication for the trigger event of the fault record has the function type Function-
Type:242/InfoNumber1 RcdTrg.
Fault records are routed in the information routing. The analog and binary signals routed there are displayed
in the communication matrix.
Highlight the Signal object in the information routing matrix.
[sc_fltrecpar_T104, 2, en_US]
NOTE
i If the fault record for the serial protocol is selected, Siemens recommends 5 seconds as the setting for the
maximum length of a fault (default setting in device). If the fault record is longer, the connection to the
device could be broken because large data volumes have to be transferred serially. This constraint does not
apply for Ethernet protocols.
IEC 60870-5-103
You make a selection for IEC 60870-5-103 from the analog signals by entering the channel numbers for the
individual signals in the communication matrix. Using this channel number in a compatible range or in a
Siemens-specific extension, the fault record is transmitted to a substation control unit. The sampling rate is 1
kHz.
The protocol requires additional settings. Sampled values as well as measured values can be routed and trans-
mitted. For binary signals, the function type and information number must be entered in the communication
matrix as well. All routed information is identified in the communication matrix by an X in the Recorder
column. If this information is also to be transmitted via the IEC 60870-5-103 protocol for fault records, then
you must specify the fault channel for the analog channels (Enter values column in DIGSI 5).
NOTE
i With connection to SICAM PAS, the channel number 108 is reserved and must not be assigned here.
A maximum of 8 fault records can be prepared in the device for the IEC 60870-5-103 protocol. Since a
larger number is stored internally in the device, only the most recent fault records are prepared for the
IEC 60870-5-103 protocol in the device.
[sc_fltrec, 2, en_US]
IEC 60870-5-104
For the IEC 60870-5-104 protocol, the most recent 8 fault records are prepared in the communication module.
Once created, mappings can be copied to another channel on which the protocol also runs and also trans-
ferred to another device.
[sc_copchn, 2, en_US]
[sc_paschn, 2, en_US]
You can select a predefined mapping for a channel. You can then change the mapping and save it for this
channel.
[sc_mapping_overview, 2, en_US]
You can also copy the changed mappings between the channels, but you cannot save a changed mapping in
the DIGSI 5 library again and then select it for another channel.
NOTE
i When copying to a different device, only the mappings are copied for which the same function groups/
functions/function blocks exist in the source and target device.
The mapping must match the application template of the device when copying to another device. The
devices must be of the same type.
Once created, mappings can be exported to a data file. The master/client configuration software can be
configured using this export.
The Siemens parameterization software for SICAM PAS systems control can import this file directly.
To export a device mapping file, select the device and click the Project menu. Then select the menu item
Export. The Export dialog appears.
You can select from the following data formats for the export:
[sc_map_exp_modbus, 2, en_US]
NOTE
i SICAM PAS does not support the import of the file with all function codes configured in DIGSI 5.
You can find more information in the SICAM PAS manual and in the DIGSI 5 Online Help.
[sc_time_synchronization_sources, 3, en_US]
Set the time sources for the parameters Time source 1 and Time source 2. If the protocol is parameter-
ized for a number of channels in the device, you can select this protocol for both sources.
Time source 1 is preferred over Time source 2. If Time source 1 is synchronized for a time longer
than specified via the parameter Fault indication after, this time source remains the active synchroni-
zation source.
You can select 2 time sources independent of each other for each SIPROTEC 5 device in the time settings.
Depending on the device and communication configuration, you have the following selection options:
• IRIG-B 002(003)
The control function bits of the signal are not occupied. The missing year is
formed from the current device time. In this case, it is possible to set the year via
the online access in DIGSI 5.
• IRIG-B 006(007)
The bits for the calendar year are not equal to 00. The calendar year is set
automatically by the time protocol.
• IRIG-B 005(004) with extension according to IEEE C37.118-2005
If in the time signal, other control function bits are occupied in addition to the
calendar year, then the SIPROTEC 5 device takes the additional information into
consideration for leap seconds, daylight saving time, time offset (zone, daylight
saving time), and time accuracy.
DCF77 An external DCF 77 receiver connected to port G takes on the time synchronization.
DCF 77 is only available in central Europe.
PI/Adv. PI Inside a protection topology, one of the devices involved can take on time synchro-
nization as a timing master. The time synchronization is done via the protection
connections and the configured protection interfaces of the SIPROTEC 5 devices.
Signal runtimes of the protection communication are calculated automatically.
This time source is only available for selection under the following prerequisites:
NOTE
i If a time zone for time synchronization is already preset for the communication protocol, for example,
DNP3 or IEC 60870-5-104, the time zone of the time source must be identical.
[sc_timezone, 2, en_US]
You can specify separately for each time source, whether their time zone corresponds to universal time (UTC)
or to the time zone of the device.
The internal device time is maintained in universal time (UTC). To display time stamps, you can define the
local time zone of the SIPROTEC 5 device including the applicable rules for the daylight saving time. This
allows the display of the local time.
NOTE
i During parameterization, the time in the parameter Fault indication after must be greater than
the synchronization interval of the master. If the parameter Fault indication after is set to 60 s,
the device switches to Time source 2 if no synchronization telegram has been received from Time source
1 for more than 60 s. If Time source 2 is not set or the last telegram from Time source 2 was received
longer ago than the time set under Fault indication after, the indication Time sync. error is
issued. In addition, all time stamps are marked with the flag Clock not synchronized.
Accuracy
The accuracy of the time synchronization of the communication protocols (IEC 60870-5-103,
IEC 60870-5-104, Modbus, DNP) is less than 5 ms. The achieved accuracy depends on the master station.
NOTE
i If you require a more accurate time synchronization, perform the time synchronization via DCF/IRIG-B or
SNTP (Simple Network Time Protocol) and IEEE 1588. A higher accuracy of 1 ms to 2 ms can be reached by
using another network-time server.
(Time sync. error). From this moment on, the status Clock not synchronized is set in the time stamp of all
indications.
This time fault remains until a new time-synchronization telegram is received.
You can find more information in chapter 2.6.8 Device Time.
2.1 Introduction 96
2.2 Protocol Characteristics in DIGSI 5 98
2.3 IEC 61850 Structure 104
2.4 Exporting 111
2.5 IEC 61850 System Configurator 115
2.6 Protocol Properties and Implementation 119
2.7 File Transmission 144
2.8 IEC 61850-9-2 Process Bus 149
2.1 Introduction
The IEC 61850 protocol is implemented on an Ethernet module. This Ethernet module can be inserted into
module slots E, F, N, and P. In contrast to SIPROTEC 4, several Ethernet modules can be accommodated
in one SIPROTEC 5 device. This permits communication between the client and the server for substation
automation via the IEC 61850 MMS protocol (MMS – Manufacturing Message Specification) in one module.
Cross communication between devices takes place on a second module via GOOSE messages (GOOSE –
Generic Object-Oriented Substation Event). As an option, different networks can be used for communication.
Besides, via IEC 61850 GOOSE, a SIPROTEC 5 device can communicate with an AI unit which supports GOOSE,
such as 7XV5674-0KK00-2AA1, 7XV5674-0KK30-2AA1, and 7XV5674-0KK40-2AA1.
NOTE
The Ethernet modules come with 2 RJ45 connectors or with 2 duplex-LC interfaces for a 1300-nm fiber-optic
connection. The physical interface is always duplicated to permit redundant networks. The Ethernet modules
each have 1 IP address.
You can find more detailed information on ring structures in chapter 1.4.1 Network Structures .
You can use DIGSI 5 to set the IEC 61850 protocol for the Ethernet module. DIGSI 5 is also used to make
all necessary network settings. Various editors are available for the different protocol services listed in the
IEC 61850 Standard. The IEC 61850 object image of a device can be configured flexibly to meet your require-
ments.
SIPROTEC 5 devices support the Editions 1 and 2 of IEC 61850. To provide complete compatibility with existing
Edition 1 devices, you can use DIGSI 5 to switch the IEC 61850 server of the device to the Edition 1 mode. The
IEC 61850 server then operates together with Edition 1 clients and exchanges GOOSE messages with Edition 1
devices.
Edition 2 supplies the following benefits, among others:
• Correction and clarity in the event of misunderstandings and interoperability problems that are docu-
mented in the Tissue database.
• Functional extensions in the engineering process, especially when exchanging configuration data
between system configuration tools
• Extension of test equipment capabilities (data tracking and monitoring functions), device models, char-
acter strings
• Extension of the data model in terms of statistics data, power quality, conditional monitoring, hydro-
power, distributed energy resources, wind power, and communication between substations
• Usage of GOOSE Later Binding, that is, export of instantiated input signals for GOOSE application
If you would like to use the benefits of Edition 2, you can operate the devices in the Edition 2 mode.
More Ethernet-based protocols such as DNP3, IEC 60870-5-104, or Modbus TCP can be activated on the same
or on a different Ethernet module.
NOTE
i OPC UA PubSub (MQTT) configuration is not supported in the SIPROTEC 5 device after V8.70.
For IEC 61850, you can make the follow settings for IEC 61850 in DIGSI under Settings > Device settings:
[sc_IEC61850_device_settings, 5, en_US]
Parameters Meaning
Used time stamp in GOOSE If a time stamp is sent via GOOSE, the receiver can use the signal without
subscriptions having to provide it with a time stamp when received.
The following settings are possible:
• On message reception
• Provided by GOOSE publisher
This parameter is only applicable if IEC 61850 is active.
To receive the time stamp, you must activate the data attribute t during the
parameterization of the GOOSE communication in the IEC 61850 System
Configurator. If you do not activate the data attribute, then no time stamp
will be received. You can activate individual data attributes or the whole
functional constraint. You can find more information on this in the IEC
61850 System Configurator Manual.
Visibility of settings in With this option, you save storage capacity and time.
IEC 61850 structure You have the following setting options:
Parameters Meaning
Visibility of SIPROTEC exten- With this option, you save storage capacity and time.
sions in IEC 61850 structure The following setting options are possible:
NOTE
• User-defined signals
• Parameters in logical nodes, which begin with L, for example LTMS, LLN0
For IEC 61850, you can set parameters for the project in DIGSI. To do this, right-click the project in the Project
tree and select the context menu Properties:
[sc_project_settings, 3, en_US]
Parameters Meaning
IEC61850 standard configRev The current time stamp is used as value for the configRev. If the option
mode Use standards-compliant mode is selected, additive changes, for example,
adding a data object to a logical node, lead to a change of the configRev.
Export alternative descriptions Some IEC 61850 Clients support description texts of any language (so-called
Unicode, incl. special characters). Other IEC 61850 Clients only support
ASCII characters that are used, for example, in the English language.
For IEC 61850 Clients with this limitation to ASCII characters, you have the
possibility to export SCL files in English. You must activate the parameter
in the project properties. To open the project properties, right-click the
project and select the context menu Properties…. Then select the section
IEC 61850 settings.
To begin the project engineering of SIPROTEC 5 systems with IEC 61850, create a project and specify the
IEC 61850 edition individually for each device.
NOTE
i If you export project or device configuration data, they are exported in the established edition.
[sc_IEC_edt, 5, en_US]
[sc_IEC_61850_edition_downgrade_warning, 1, en_US]
NOTE
i You can create a maximum of 1 IEC station. You cannot cut, copy, or paste IEC stations.
NOTE
• For an IEC station with Edition 1, only devices with Edition 1 are displayed.
• For an IEC station with Edition 2, devices with Edition 1 and Edition 2 are displayed.
• For an IEC station with Edition 2.1, devices with Edition 1, Edition 2, and Edition 2.1 are displayed.
Upgrade of the IEC 61850 Edition of the IEC Station and the Contained Devices
You can upgrade or downgrade the IEC 61850 Edition of the devices within the IEC station.
NOTE
i In devices that are not yet assigned to the IEC station, the Edition of the devices remains set as in the
devices. In this case, only devices that have the same Edition as the IEC station can later be assigned to this
IEC station.
To carry out an upgrade or downgrade of the IEC 61850 Edition, proceed as follows:
² In the IEC 61850 stations section, click the desired IEC station and select the context menu Properties.
² In the dialog, under IEC Edition, select IEC 61850 Edition 2 and click OK.
[sc_update_IEC_edition_station, 4, en_US]
Figure 2-5 Change of the IEC 61850 Edition in the IEC Station
The security settings allow you to restrict the access rights for each Ethernet interface (Port J and Ethernet
communication module).
You define the security settings in DIGSI 5 in the project tree under Safety and security → Restricted access.
You can assign the following access rights:
• Read-only access:
This interface only allows read access to the device.
The following services are not available in this state:
– Control model
– Select
– SelectWithValue
– Cancel
– Operate
– GenDataObjectClass model
– SetDataValues
– Generic substation event model
– SetGoCBValues
– SETTING-GROUP-CONTROL-BLOCK model
– SelectActiveSG
– SetEditSGValue
[sc_restricted_access, 3, en_US]
2.3.1 Overview
The IEC 61850 structure indicates the hierarchical arrangement of the IEC 61850 elements in an application.
This process is also called Flexible Engineering.
An application in SIPROTEC 5 devices is organized into function groups and functions. The functions are
arranged within a function group. Functions can consist of one or more function blocks.
The IEC 61850 structure is created by generically converting the application structure:
• The function group and function form the logical device. From a function group Line1 with the function
87 Line diff.prot., the logical device becomes Ln1_87LineDiffProt in the IEC 61850 structure.
• The function blocks of the function are mapped as logical nodes. In the example above, these are the
logical nodes I_PDIF1 and IF_PDIF2. The prefix and suffix of a logical node are predefined. However, the
prefix and suffix can be changed.
• The settings and supervisory indications, for example, group indications, are contained in logical nodes
GAPC1 and PDIF_PTRC1.
This IEC 61850 structure corresponds to the SIPROTEC 5 view. The SIPROTEC 5 view is the preset view for the
Edition mode of IEC 61850.
Another view is the SIPROTEC 4 similar view. In the SIPROTEC 4 similar view, the IEC 61850 structure is
arranged similar as in the SIPROTEC 4 devices. The logical devices PROT, CTRL, MEAS, and DR are predefined
as fixed values. In the logical devices the function blocks are logical nodes. A generic assignment of function
groups and functions to the IEC 61850 structure is no longer available in this view. Logical nodes and the
superordinate controlling nodes are, however, displayed in the correct sequence (Logical device, Logical node,
Data object and Data attributes).
Options
NOTE
i These settings should be done at the beginning of the configuration, directly after activation of the
IEC 61850 protocol.
The following tasks can be performed with the IEC 61850 structure editor:
• Switch between the SIPROTEC 5 view and the SIPROTEC 4 similar view.
• Adding signals.
• Showing or hiding the logical devices, logical nodes, and signals on the IEC 61850 interface.
Applications
The following describes 3 example applications for working with the IEC 61850 structure editor:
• To avoid a high flexible engineering effort when using a specification with few Logical Devices, you can
switch from the SIPROTEC 5 structure to the SIPROTEC 4 structure using the IEC 61850 structure editor.
• If you want to adapt the structure and designations of the elements and devices regardless of the
manufacturer, this can be done using the IEC 61850 structure editor. You can, for example, name a
device according to its location or intended use. In the process, and also for all other elements, you
can adapt the name to comply with the terminology used within your company. This type of structural
adaptation is also called 2.3.2 Functional Naming and Flexible Product Naming.
• If you are familiar with IEC 61850, you can make allowed changes to the functionality in the IEC 61850
structure editor. Instead of adding a function to a single-line configuration, you can add a user-defined
logical node or user-defined signals directly to the IEC 61850 structure.
Advantages
The variability of the IEC 61850 structure provides advantages including the following:
The engineering concept Functional naming and flexible product naming allows the device replacements
at the communication level. The configuration of the device communication interfaces ensures, that scope
of information to be transferred and the naming between devices of different versions and manufacturers
appears the same.
Definitions
• Functional naming
A data model with functional structure based on SCL is manufacturer-independent and standardized. In
IEC 61850, this function-oriented naming is called Functional Naming (function-related addressing). A
system model according to IEC 61850 is formed by the modeling of the primary system structure with the
following elements:
– Logical nodes for the equipment
– Distributed functions
– Type classes of the logical nodes, data objects, and attributes
Product Naming
With flexible product naming, you can change the object tree structure. You have the following possibilities:
• Custom naming
The attribute LDname is used instead of the combination of the attributes IEDname and LDinst as part
of the address in a GOOSE or report communication only in Edition 2 and the standard solution for
functional naming.
You can define the IED name, the instance name of the logical device, the prefix, and the suffix.
In order to adjust a data model of the device to a desired interface configuration, you may implement the
following modifications:
• You can rename the existing Logical Devices, for example, CB1 to QA1.
• You can remove existing LDs from the visible data model.
• You can add an ldName (Logical Device name). This LDname will then be used in the communication
address instead of the IEDname (device name) and the Logical Instance ID (LDinst).
NOTE
i You may not use the LDname twice within the entire Ethernet subnetwork. It exists only with Edition 2 of
the IEC 61850 protocol.
• You can create new Logical Nodes, your LN Prefixes, and your LN Instance number.
A newly added logical node is assigned the class USER.
• You can remove existing LNs from the visible data model.
• You can remove existing DOs from the visible data model.
• You can adjust the namespace of LN and DO in order to clone new standard data models.
NOTE
i The same data model is available via all communications models with IEC 61850.
[sc_IEC_str, 2, en_US]
• Voltage level: E1
• Bay name: Q3
• Phase (Subequipment): A
• Logical Nodes:
– XCBR
– CSWI
– CILO
– RSYN
In order to illustrate this address structure in a product-related address scheme, configure a logical device with
the following LDname:
Sample system_E1_Q3_K1_SwitchRel
K1 means electronic control unit 1 and SwitchRel- refers to information related to the switching device.
LN instances are set with the prefix QA1A.
Implement the following changes in the IEC 61850 structure:
² Enter Sample system_E1_Q3_K1_SwitchRel into the Name(ldName) field.
[sc_IEC_st2, 2, en_US]
² Enter QA1 into the field prefix LN XCBR0, XCBR1, XCBR2, XCBR3, CSWI0, CILO0.
[sc_IEC_cst3, 2, en_US]
[sc_coplns_01, 2, en_US]
[sc_coplns, 2, en_US]
A separate IEC 61850 structure editor is available for each offline configuration within a project.
2.4 Exporting
Export files permit interoperable data exchange of IEC 61850 data between the configuration tools of various
manufacturers. They can be used for documentation purposes or in other IEC 61850 configurators.
Export of IEC 61850-compliant SCL files is possible with DIGSI 5.
The following export formats are available at the device level to export device-specific IEC 61850 data:
Data Format Meaning Export Source Import Target
TEA-X Data exchange format containing infor- Device Project Device Project
mation of single or multiple devices
(XML-based)
DEX5 Device archive with complete informa- Device — — Project
tion about an individual SIPROTEC 5
device
TCF Configuration file bundle for a single Device — — Project
device
PEX5 Data exchange format with complete — Project — Project
information of all devices
DSP5 Display pages for an individual Device — Device —
SIPROTEC 5 device
RIO Protection settings for an individual Device — — —
SIPROTEC 5 device for use in test equip-
ment
XRIO Complete device settings for an indi- Device — — —
vidual SIPROTEC 5 device for use in test
equipment (OMICRON Test Universe)
ELCAD Topology information from CAD — — — Project
diagrams
SEQ5 Test sequences for an individual Device — Device —
SIPROTEC 5 device
ST DIGSI 4 function charts — — Device —
ICD IED Capability Description Device — Device —
IID Instantiated IED Description Device — — —
SCD Substation Configuration Description — — — IEC Station
SSD System-Specification Description — — — Project
MICS Model Implementation Conformance Device — — —
Statement
DIGT103 IEC 60870-5-103 protocol settings for Device — — —
SICAM PAS
DIGT104 IEC 60870-5-104 protocol settings for Device — — —
SICAM PAS
DIGMOD Modbus TCP protocol settings for SICAM Device — — —
PAS
DIGMOD Modbus protocol settings for SICAM PAS Device — — —
DIGDNP DNP3 protocol settings for SICAM PAS Device — — —
SIM Simulation data format for single/ Device Project — —
multiple devices
UAT User-defined application template Device — Device Project
Group
folder
MICS
This file is the XML description of the device data model.
With this export format 3 files are exported: 1 XML description and 2 formatting files.
Both formatting files must be in the same directory as the XML file so that the XML files can be displayed
correctly in the browser. If this is not the case, the XML file is displayed in an unformatted way.
If you have selected an unchanged application template, for example, DIFF/DIS Overhead Line, 1.5 CB, the
MICS file of the application template corresponds to the functions preconfigured by Siemens. If you have
added functions and data objects in DIGSI 5, these values are imported 1:1 into the MICS file.
NOTE
i Exporting data with the MICS format is only available if you have parameterized an Ethernet interface
(integrated Ethernet interface or an Ethernet communication module) with the IEC 61850 protocol.
SCL files are exported according to Edition 1 (SCL Scheme V1.7) or Edition 2 (SCL Scheme 2007 Revision B) of
the IEC 61850 protocol. The edition is set in the device properties.
You can find more information on the export of CID, SCD, and SED files in the IEC 61850 System Configurator
manual.
IEC 61850 description files include, for example, ICD and IID. They include descriptions of the performance
properties of an IED.
² In order to export IEC 61850 description files, highlight the device in the project tree.
² Select the Export function from the Project menu.
- or -
² In the context menu, select the Export function.
The export dialog appears. You can select from among various data formats.
[sc_export_IEC61850, 2, en_US]
Exporting MICS
² Select the MICS – Model Implementation Conformance Statement data format.
The MICS file is an XML file. 2 other files are exported. These files enable formatting the MICS XML file for
visualization and for printing with a browser or for using an XML editor. Siemens recommends exporting
these files into a separate directory, for example, c:/Temp/MICS.
² Open the Internet Explorer, click File → Open and navigate to the directory in which you have stored the
MICS file.
² Select the All Files file type in order to display all file types, and click Open.
The homepage of the MICS file is displayed in the browser.
The subsequent pages show all IEC 61850 logical devices and logical nodes of the device. From there, you can
navigate via hyperlinks to the further details. You can navigate through the entire IEC 61850 data structure of
the device and find all the definitions of data objects in the chapters of the data types. The configured GOOSE
connections are also displayed. You can print out the HTML pages as a PDF document, for example, but the
browser view is more comfortable.
[sc_MICS, 1, --_--]
² Create a new IEC 61850 station by clicking Add New Station under IEC 61850 Stations in the Project
tree.
A new IEC 61850 station IEC station 1 is created.
² Right-click the IEC 61850 station IEC station 1 and select the IEC Edition in the properties.
² In the properties, specify the path for the IEC 61850 Substation Configuration Description file.
² Double-click the IEC 61850 station IEC station 1 and assign the devices. To do this, select the device in
the Available devices section and click the >> button.
IEC 61850 objects are validated (the compatibility of the device configuration is checked) and the selected
device or devices are added and displayed in the IEC station Editor in the Assigned devices group.
NOTE
i If you attempt to assign a device that has an IEC 61850 Edition other than the Edition of the IEC station,
you will receive a warning. If the device has the IEC 61850 Edition 1, but the station has IEC 61850 Edition
2, the IEC 61850 Edition of the device is irrevocably switched over. A change from IEC 61850 Edition 2 to
IEC 61850 Edition 1 is not possible.
² Changed devices are marked in the Assigned devices section with an arrow symbol.
All IDs are exported automatically.
You can find more information on the following topics in the IEC 61850-System Configurator manual:
• GOOSE applications:
– GOOSE communication
– Creating a GOOSE application
• Report applications:
– Creating a report application
– Configuring the dataset
– Report control blocks
• VLAN priority for fast GOOSE tripping (see also chapter 2.6.6 VLAN Priority for Fast GOOSE Tripping)
- or -
² Right-click the IEC 61850 station IEC station 1.
² In the context menu, select Import changes from IEC 61850 System Configurator.
The Importing dialog appears. The report window only displays devices that have changed. Click OK to
confirm the dialog.
[sc_IEC_61850_station_import, 2, en_US]
The Import device... entries show that the corresponding device has changed.
The GOOSE indications are created automatically in an External Signals node in the Information routing.
[sc_GOOSE_signal_after_SCD_import, 3, en_US]
NOTE
i Consider that signals that are not connected are displayed under Unassigned. If you do not want to use
these signals, you must delete them actively. Connected signals are sorted and displayed under the source
device.
You can find the same GOOSE indication under the logical node you have selected in the System Configurator
for the target of the related GOOSE indication, for example, in the Interlocking logical node:
[sc_GOOSE_signal_logical_node, 3, en_US]
• SIPROTEC 5 view
NOTE
i Select the basic structure at the beginning. If you subsequently change the structure, all report and GOOSE
configurations are lost.
SIPROTEC 5 View
A SIPROTEC 5 device is organized into function groups and functions. The protection functions are located
in a function group, for example, Line. Breaker, for instance, is an additional function group that contains
breaker-related functions.
The SIPROTEC 5 view contains the following components:
• Protection functions/functions
The protection functions/functions consist of one or several tripping stages and a superordinate stage
that controls the stages below it. In DIGSI 5, this view corresponds to, for example, information routing. A
generic conversion into the IEC 61850 protocol structure takes place.
• Logical device
The function group and function form the logical device. The following figure shows this, using the
differential-protection function as an example. Ln1 Is the function group Line1 that contains the 87 Line
diff.prot. protection function and additional protection functions.
The text of the logical device Ln1_87LineDiffProt consists of an abbreviation for the function group
Line1 and the protection function. In the column at the right in the following figure, you can see the
corresponding DIGSI 5 text that is used, for instance, in information routing. In information routing, the
IEC 61850 descriptions and the DIGSI 5 texts will always be displayed in table format. This will enable you
to always find the IEC 61850 object assigned to the DIGSI 5 objects.
• Logical nodes
The differential-protection stages appear as logical nodes (called PDIF per the Standard). These are the
logical nodes I_PDIF1 and IF_PDIF2. The prefix and suffix of the logical node are specified by Siemens.
However, you can change them at any time.
The logical nodes GAPC1 and PDIF_PTRC1 contain parameters that control the tripping stages as well as
superordinate indications, for example, group indications. If you open up the logical nodes, you will see
the information objects and settings contained therein.
This IEC 61850 structure is valid if you select the SIPROTEC 5 view structure in the IEC 61850 structure editor.
[sc_iec_5st, 2, en_US]
Figure 2-18 IEC 61850 Structure of a SIPROTEC 5 Device (SIPROTEC 5 View), Using the First Tripping Stage
of Differential Protection as an Example
• Improved granularity of the functions for monitoring (Health indication) or for the test (mod).
• PROT
• CTRL
• MEAS
• DR
NOTE
i If you switch to the SIPROTEC 4 similar view, all user-defined function groups are moved into the logical
device CTRL.
If you add new function groups to the information routing, new logical devices are created. If you switch to
the SIPROTEC 5 view and then switch back to the SIPROTEC 4 similar view, all user-defined function groups
are moved back into the logical device CTRL.
NOTE
i The logical device EXT (Extended) is not available as default. However, you may create your own logical
devices by way of user-defined function groups in the Information routing.
The logical devices exhibit a great deal of similarity to the LD structure of SIPROTEC 4 devices.
The logical devices contain the tripping stages, for example, protection function stages, and the superordinate
stages that control them as logical nodes.
A generic assignment of function groups and functions to the IEC 61850 structure is no longer available in this
view. Logical nodes and the superordinate controlling nodes are, however, displayed in the correct sequence.
In addition, the DIGSI 5 text for an object or a parameter is always visible. You can also change this view in the
Structure Editor at any time.
[sc_iec_4st, 3, en_US]
Figure 2-19 IEC 61850 Structure of a SIPROTEC 5 Device (SIPROTEC 4 Similar View)
NOTE
i If you wish to change the IEC 61850 structure, you can begin with the SIPROTEC 5 view or the SIPROTEC 4
similar view and incorporate your changes via the IEC 61850 structure editor.
GOOSE Messages
Datasets are created in the device by GOOSE applications. This takes place in the logical node LLN0 of a logical
device. You can specify where these datasets are created.
The first object configured in a GOOSE message from a logical device creates a dataset for a GOOSE message
in LLN0. Further objects are configured in this dataset and added to this dataset, even if they originated in
other LDs. Alternatively, if you wish to send objects in different datasets, you can also create a new GOOSE
application and thus a new dataset.
NOTE
i Sending objects in different datasets generates unnecessary data traffic, since each dataset created is
transmitted via its own GOOSE message. GOOSE subscribers can handle up to 250 dataset changes per
second. Exceeding this limit can cause operation failures.
The dataset is sent as a GOOSE message and distributed to all network participants in the form of multicast
telegrams. If participants wish to receive specific objects in a GOOSE message, the user can select these
objects via the system configuration and receive them later online.
GOOSE messages are transmitted with high priority and repeated at an interval of a few milliseconds in the
event of a spontaneous change of the data object. You set the repetition time in the IEC 61850 System
Configurator.
You can find more information on GOOSE parameterization and on creating a GOOSE application in the
System Configurator manual.
Control Commands
You can control an object in a device with control commands. By using the control model Select Before
Operate, you can actuate a circuit breaker reliably, for instance. Commands without feedback can be
executed in the device as well, for example, resetting the LEDs (LED Reset) by the client.
You can find more information on the configuration and control of switching objects in chapter 2.6.5 Control
via IEC 61850.
Settings can be changed by using the Setting Services function.
You can find more information in chapter 11.1.16.1 IEC 61850 Browser.
2.6.3 Reporting
For classic communication, for example, between the systems control and a bay unit, the Standard describes
various services based on the data model:
• Buffered Report
In the case of an Buffered Report Control Block (BRCB), internal events trigger immediate transmission
of reports. If the connection between the server and client is interrupted, indication changes in the
protection device are stored. As soon as the connection has been reestablished, these indications are
transmitted to the systems control with a time stamp and the attribute Historic. To enable saving to a
practicable limit – as recommended in the standard – the server must have adequate storage capacity. If
an uninterrupted connection exists between the client and server, for example, in the case of controlled
operation in a switchgear, then the behavior of both procedures appear identical from the user view of
the systems control.
• Unbuffered report
In the case of an Unbuffered Report Control Block (URCB), internal events trigger immediate transmis-
sion of reports. If there is no connection or if the transport data flow is not fast enough, events can be
lost.
Datasets are needed for reports.
Client LNs can be set. ICD files from the client are imported. Here, you will find the IP address. With this, you
can assign the report to the client. This ensures that only this client will receive the report. You can do these
settings in the System Configurator.
You can find information on subscribing to reports in the IEC 61850 Browser in chapter 11.1.16.3 Activating
the Reports.
2.6.3.2 Datasets
Static Datasets
In the case of a static dataset, the number of indications and measured values is specified in the Report
Editor. Once these configuration data are loaded into the server, the client can no longer change the contents
of the configuration data. A fixed report that the client can retrieve is stored in the server. Changing the
number/scope of the indications requires new parameterization followed by loading to the server.
The benefit is that the data provided by a server are stored in an SCD configuration file (Station Configuration
Description). The drawback is that the settings in the server must be changed if the number/scope of indica-
tions is changed for the substation automation technology.
Dynamic Datasets
In the case of dynamic datasets, the settings in the server do not need to be changed when the number/scope
of indications changes. The client has 2 opportunities to read all data points that the server can potentially
make available:
• Offline with a configuration file (ICD or SCD file), for example, in a SICAM substation automation tech-
nology.
• Online by connection establishment to the server, for example, in the IEC Browser Testtool.
The client specifies the information that a report from a device should contain. Thus, the content of a report
is not fixed, but rather can be changed while the system is operating. The parameters set in the server do not
have to be changed.
In this way, the client can be set to watch for special indications or measured values, for instance, for only a
specific period. It can then create a report in the server, retrieve this report in order to obtain the information
and then delete the report. No classic protocol offers this flexibility.
NOTE
You can find additional information on the creation of datasets in the System configurator manual.
You can find information on creating and checking datasets in the IEC 61850 Browser in chapter
11.1.16.2 Dynamic Datasets.
[sc_syscon_reports_structure, 2, en_US]
Only names (designations) from the data model (IEC texts) are transmitted between client and server. In this
way, only the IEC texts can be seen in the case of eavesdropping of the Ethernet by a network sniffer.
Indications and measured values from the server of an IEC 61850 station are configured in a static report. For
this purpose, the devices are displayed as information sources in terms of their IEC 61850 structure.
Device View
Select only information from the Device view that you wish to configure in the report. For this, create
datasets. Describe the datasets using the properties dialog in the IEC 61850 System Configurator.
[sc_syscon_dataset_properties, 3, en_US]
[sc_propdl, 3, en_US]
You can find more detailed information on the Optional fields and the Trigger options in the chapter on
Report Control Blocks in the System Configurator manual.
The server specifies these properties for the report and they cannot be changed. Under Report number, you
can see the report ID (rptID). You can find the dataset under this ID to review.
All protection indications that are to be transmitted to the client are added to the dataset with the name
Protection.
[sc_rpptin, 3, en_US]
Figure 2-23 Static Report with Protection Device Indications from the Overcurrent Protection
NOTE
i You can create additional reports for information regarding command control or for measured values. A
SIPROTEC device has a maximum of 11 buffered reports.
Server
The buffers in which the indications are located in the device are specified in the server on a manufacturer-
specific basis.
The properties of the report (dataset, trigger conditions…) are saved in so-called Report Control Blocks (RCB).
You can also change the dataset names that the system suggests (dataset + number) in the properties dialog
of the dataset.
To make it easier to find the data during the subsequent review, Siemens recommends that you change the
dataset name. In the example, the name of the dataset is changed to Protection.
[sc_prd_set, 3, en_US]
Figure 2-24 Properties Dialog for a Dataset with Protection Device Indications
Test Mode
All data objects can be identified with a test flag. If the function block to which the data object belongs is in
Test mode, then the test flag for a date object has been set. However, not all objects that are received via
communication are marked with the test flag by the test mode of the function block. Input proxy objects, for
example, contain the test flag that was received via communication.
The Test mode of a function block can be simulated by the following actions:
• The function block has been placed in test mode by the parameter Mode or by the controllable Mod.
• The entire device has been placed in the application test mode (HMI: Device functions/Operating modes/
test).
If the reports have been configured, the data are written to an SCD file (Substation Configuration Description
File) after the export. This file is important for loading the data in the device that is simultaneously the
IEC 61850 server. For SIPROTEC devices, the file is loaded with DIGSI 5. To import indication lists into the
client, use the SCD file. In this way, the client knows the scope of the reports and the datasets that contain the
information. This standardized data exchange is a great benefit compared to previous substation automation
protocols in which manufacturer-specific indication lists are exchanged in proprietary file formats or manually.
The SCD file can be exported from the IEC 61850 System Configurator and is available as an input to the test
program.
Settings in the device can be read and changed via the IEC 61850 protocol. This requires an IEC 61850 client,
for example, the IEC Browser provided on the DIGSI 5 DVD. All settings displayed in logical nodes can be read
and edited using the protocol.
The following stages are available:
• No parameters available
• All
Consequently, an IEC 61850 client can change settings in the device independently of DIGSI 5 or the HMI
(Human-Machine Interface).
The IEC 61850 Standard defines a SETTING-GROUP-CONTROL-BLOCK model (SGCB). This model allows an
instance to have several values that can be used individually. It provides mechanisms for switching between
several values of one or more data objects. Related values form the settings group.
The device supports up to 8 different settings groups that can be configured with DIGSI 5.
The only SGCB of a SIPROTEC 5 device is found in the logical node LLN0 of the logical device (LD) PROT in the
SIPROTEC 4 similar view or the logical device Application in the SIPROTEC 5 view. All parameters of other
logical devices are also addressed via hierarchical references (GrRef) of this SCGB.
The following structure is defined for the SGCB model:
SGCB Class
Attribute Attribute Read and Write Access Description
Name Type
(Read (r)/Write (w))
NumOfSG INT8U r The attribute NumOfSG identifies the total number
of available settings groups.
n = NumOfSG
ActSG INT8U w (if the parameter The attribute ActSG identifies the values of the
Active settings group settings group that are in the active buffer.
is set in DIGSI to via Admissible range: 1 to n
control)
EditSG INT8U w In order to edit a setting in a specific settings
group, the attribute EditSG must be set to the
appropriate value.
Admissible range: 0 to n
CnfEdit BOOLEAN w Siemens recommends using the attribute CnfEdit
to confirm the edit process.
LactTm TimeStamp r The attribute LActTm designates the time at which
the SelectActiveSG service was edited.
ResvTms INT16U r The attribute ResvTms defines the time interval in
seconds during which the reservation of an SGCB is
granted to a client.
Services
SelectActiveSG
SelectEditSG
SetSGValue
ConfirmEditSGValue
GetSGValue
GetSGCBValue
Example
The following example shows you how to change the tripping delay OpDITmms of the overvoltage-protection
function (PTOV) with the aid of the IEC Browser.
In this example, the logical node PTOV 7 contains the parameters (BlkOp, DrpoutRat, etc.). The data object
(DO) OpDITmms is an integer status setting (ING) and defines the time delay in milliseconds prior to tripping
as soon as the tripping condition exists.
[sc_iecv_bg, 2, --_--]
² Navigate to the SGCB, which can be found under LD PROT, LN LLN0, and FC SP.
[sc_gtsgcb, 1, --_--]
In this example, 2 different settings groups are defined (NumOfSG=2). The currently active settings group
(SETTING GROUP) is SG 1 (ActSG=1).
[sc_seedsg_02, 1, --_--]
[sc_getsgv_01, 2, --_--]
[sc_setsgv, 2, --_--]
² As soon as the new value for the parameter has been written, confirm this value.
The current values in the settings group SG remain unchanged until the client has confirmed overwriting
of the values with the new values from the editing buffer.
[sc_cfsgva, 1, --_--]
The new value is now transferred from the editing buffer to the active buffer.
² If you read the current value of OpDITmms as described in the step Call up GetSGValue service, you will
see the new active value, that is, 5000 ms.
NOTE
i For some settings, Restart required is marked. These settings are marked in DIGSI with the icon.
For these settings, the device executes a restart after the confirmation.
[sc_selact, 1, --_--]
[dw_steuer, 2, en_US]
SBO control models support the operate-once variant. The command may only be interrupted if it conforms
with the standard.
A control model is preset for all objects, taking into consideration the necessary safety aspects (implementa-
tion of the command, reaching the limit position, and safety relevance). For this reason, Siemens recommends
retaining the preset control model. However, under certain circumstances it may be necessary to modify this
control model.
The Control function also checks the service parameters Synchrocheck and Interlocking check
according to IEC61850-7-2. If these parameters aretrue, the checks are performed. If they are false, the
checks are not performed in the device even if the respective functions are configured.
A function block User-defined function block [control] is available for the bay controller 6MD. If you use this
function block, all added commands inherit the properties of this function block.
For controllable objects that are coupled to the process, Siemens and the standard recommend always
selecting the control models with expanded safety (feedback monitoring).
According to the standard, commands with test state indicator are supported. This implies that a test
command can be only implemented if the object Beh of the associated LNs has the value test.
The IEC 61850 protocol permits testing the switching commands for their operability prior to implementation.
Test bits allow the interlocking devices to be switched on and off. The interlocking check bit affects which
command checks are to be performed.
• If the synchrocheck is not switched on for a circuit breaker and a switching command with the respective
test bit is transmitted via IEC 61850 to the device, this switching command will be rejected with a
negative acknowledgment OPR-. If the synchronization function is not a part of the Circuit-breaker
function group, the test bit will be ignored and the switching command will be executed if all other
command checks prove to be successful. More detailed command-check information can be found in the
respective chapter of the Device manual.
• If the test bit is not set, it will be treated like the non-interlocked switching mode. If the Interlocking
function block is not available in the Circuit-breaker function group, the interlocking conditions will
not be tested and the switching command will be executed if all other command checks prove to be
successful. More detailed command-check information can be found in the respective chapter of the
Device manual.
NOTE
i For SICAM PAS/SCC parameterization, there are several SICAM SCC objects for each switching object, for
example, switching with interlock or switching with synchrocheck. For this reason, it is mandatory to
consider the specific treatment of the test bits during engineering of the system.
You can find more information on the switching authority in the manual SIPROTEC 5 High-Voltage Bay
Controller 6MD85/86.
You can set the VLAN priority for each GOOSE control block. To enable the function to work efficiently, a
subscriber should receive only 1 GOOSE control block with the highest VLAN priority 7. In some cases, more
than 1 GOOSE control block with this priority value (7) can result in a high number of repetitions and thus to a
slow-down in the processing of GOOSE events.
[sc_syscon_VLAN_prio, 2, en_US]
In order to detect the measured values in the buffer or transmission via reports, the application of the
deadband is important.
Measured values instMag are only forwarded with the deadband mechanism if they change outside of an
adjustable window. The window is defined as an upper and lower limit, a percentage of the actual measured
value.
NOTE
If the measured value instMag deviates from the deadband value mag, then the amount of the difference of
these 2 values will be added. If over time the accumulated sum exceeds the upper limit db (deadband value),
the deadband value mag will be set to the current value of instMag, and the sum will be reset to 0.
By using the trigger option TrgOp=dchg, the deadband value mag can be saved in the buffer or can be
reported. After setting the trigger option TrgOp=dchg, the device may wait several milliseconds before the
report is sent.
[sc_dia_iec, 1, --_--]
[sc_db_IEC_browser, 1, --_--]
[sc_IEC_browser_instmag_and_mag, 1, --_--]
Large differences between instMag and mag lead to the repeated updating of mag.
Small differences between instMagand mag lead to an infrequent change of mag.
NOTE
i Since db is a percentage of the measured value, very small measured values and increased noise may cause
a flood of mag indications. An additional threshold in the device prevents a flood of indications.
If spontaneous changes do not need to be sent quickly, reports with measured values can also be trans-
mitted cyclically.
2.6.8.1 Description
The SNTP protocol or the IEEE 1588 protocol can be used for time synchronization via Ethernet networks.
[sc_device_time_LTIM, 2, en_US]
[sc_device_time_LTMS, 2, en_US]
SIPROTEC 5 devices support both Edition 1 and Edition 2 according to IEC 61850-7-2. In Edition 2, the
logical attributes LeapSecondsKnown, ClockFailure, ClockNotSynchronized, and the value TimeAccuracy
are maintained in each time stamp. In Edition1, these signals contain default values. Thus, the interoperability
for substation automation technologies is ensured for both editions.
In the best case (highest quality), the following values are set:
• ClockNotSynchronized = false
• ClockFailure = false
If the time quality decreases, first only the TimeAccuracy changes, for example, toTimeAccuracy = 10 (2-10 s
= 0.98 ms). The worst value that is possible for TimeAccuracy is 0 (2-0 s = 1 s). If the time quality becomes
even worse, this is indicated with the special value TimeAccuracy = 31 (unspecified).
With an unsynchronized device, the following values are displayed for all indications:
• TimeAccuracy = 31 (unspecified)
• ClockNotSynchronized = true
SNTP
SNTP contains an accuracy value with the aid of the stratum value. However, since this value cannot be
converted into a concrete deviation, it is ignored by the SIPROTEC 5 device. The receiving offset is taken into
account as with all sources.
IEEE 1588
The accuracy values from the Announce message (grandmasterClockQuality, TimeInaccuracy in profile-
specific IEEE_C37_238 TLV) are not evaluated.
You can monitor firmware and configuration statuses across the entire plant. Attributes of the devices are
used for this purpose.
The following versions and information are made available for asset management via the IEC 61850 interface.
Asset IEC 61850 Name Note
Mainboard Firmware Version LPHD.PhyNam.swRev Version 7.40 is displayed by V07.40, version
7.50 by V07.50 and so forth.
Communication Module Firm- LCCH.NamPlt.swRev Version 7.40 is displayed by V07.40, version
ware Version 7.50 by V07.50 and so forth.
Mainboard Configuration Every LN.NamPlt.swRev, Version 7.40 is displayed by V07.40, version
Version except LLN0 and LCCH 7.50 by V07.50 and so forth.
Single elements that have not been changed
in version V7.40 can have an older version.
Vendor LPHD.PhyName.vendor
BM Number LPHD.PhyName.serNum
Product Code LPHD.PhyName.hwRev
Device Type LPHD.PhyNam.model
The MMS (Manufacturing Message Specification) file transfer can be used for the transmission of COMTRADE
fault records and COMFEDE event logs.
Therefore, the MMS file transfer provides a standard and automated way to retrieve all SIPROTEC 5 process
data without using DIGSI 5.
You can find 2 different methods of retrieving fault records and logs in the following figures.
[sc_process_data, 1, en_US]
[sc_logs_via_MMS, 1, --_--]
Figure 2-41 Retrieving Fault Records and Logs via MMS File Transfer
File transfer is used to transmit fault records from a server to a client. The fault records, such as intended in
the COMTRADE standard, are stored in the server together with a configuration file (.cfg) and a binary data file
(.dat). When COMTRADE 2013 is used, the content comprises an information file (.inf) and a header file (.hdr).
A client reads both files and can then display the fault record with analog and binary traces. This requires
special analysis software, for example, SIGRA.
• Sampling rate
The raw data for these traces are contained in the data file, which is stored as a binary COMTRADE in the
device.
Binary traces must be configured in the Recorder column in the DIGSI 5 Information routing.
Fault records are transmitted with a resolution of 8 kHz via the IEC 61850 protocol, except for 7KE85. 7KE85
can transmit fault records via the IEC 61850 protocol with a resolution of 16 kHz.
NOTE
i Fault records can also be read from the device by DIGSI 5. They are available there at a maximum sampling
rate of 8 kHz. You can configure the sampling rate differently for DIGSI 5 and IEC 61850. The DIGSI 5
sampling rate is always identical to or greater than the IEC 61850 sampling rate. Transmission to DIGSI 5
does not use the IEC 61850 protocol, but instead uses a compressed and encrypted protocol.
An IEC 61850 Client can retrieve a directory of the fault record from the device. It can later transmit the
records from the device with MMS file transfer. You can find more information in the manual about PIXIT,
PICS, TICS IEC 61850.
NOTE
i The COMTRADE file must be generated internally before transmission. Thus the file size is initially unknown
and is reported as 0 in accordance with the IEC 61850 standard.
2.7.3 COMFEDE
2.7.3.1 Overview
The SIPROTEC 5 device has the following operational logs that can be retrieved as a standard COMFEDE file
over MMS file transfer.
• Operational logs
• Fault logs
• Ground-fault logs
• User-defined logs
• Setting-history logs
• Motor-starting logs
• Sequence-of-events log
• Communication-supervision log
NOTE
i For security reasons, the security logs are not accessible via COMFEDE. The security logs are accessible via
syslog.
NOTE
i The troubleshooting logs (device-diagnosis logs, communication log) are available only for the mainte-
nance personnel via DIGSI.
• COMFEDE consists of a XML file with the extension *.CED, following a defined XSD schema.
• The format of COMFEDE is able to at least hold the information related to the following log and reports:
– Sequence-of-events (SOE) log
– Fault-summary reports
NOTE
i When the device has many process data, the COMFEDE file download can take several minutes.
NOTE
i In either case, the device with MMS file transfer replies the error FILE_BUSY (02).
A new download request for COMFEDE or COMTRADE files is only possible once the current download is
completed.
NOTE
i Each communication module can process the COMFEDE or COMTRADE file download independently from
each other. For example, a COMTRADE download on Port E and a COMFEDE download on Port J can be
processed at the same time.
[sc_COMFEDE_display, 1, en_US]
You can navigate to the more detailed information using the hyperlinks under Table of contents.
• IEEE 1588v2/PTP
[dw_overview, 4, en_US]
SE Sensor electronic
MU Merging unit
IED Intelligent Electronic Device
For more information regarding the connection possibilities of the different components and the configura-
tion, refer to the SIPROTEC 5 Process Bus Manual.
To measure currents and voltages in a primary system, a merging unit can use a vendor-specific primary
equipment. The merging unit provides the sampled measured values as Ethernet data packets as defined
in the IEC 61850-9-2 and IEE 61869-9 standards. To use these signals as voltage or current inputs in a
SIPROTEC 5 device, the device must subscribe to signals provided by the merging unit.
In this document, you can find information on how to configure a SIPROTEC 5 device that subscribes or
publishes time-coherent data streams according to IEC 61850-9-2 and IEC 61869-9. To do this, IID files
(IID – Instantiated IED Description) provide a description of merging-unit streams (when a merging unit is
configured) or requested subscriptions (when a process-bus client is configured).
The IID files contain the following information:
• Configuration of the sampled-value subscription using the Siemens IEC 61850 System Configurator
You can find a detailed description of how to use IEC 61850-9-2 in the SIPROTEC 5 Process Bus manual.
3.1.1.1 Description
DNP3 has a graded architecture. Instead of the OSI model, however, a simplified 3-layer model suggested
by the IEC is used. This model was named Enhanced Performance Architecture (EPA) by the IEC. However,
DNP3 adds a 4th layer, a pseudo transport layer, with which messages can be segmented. The graphics were
taken from the DNP3-Spec-V1-Introduction-20071215.pdf standard.
[dw_epadia, 1, en_US]
[dw_dalila, 1, --_--]
• Address information
• Frame length
• Connection is reset
[dw_trfnct, 1, --_--]
If one of the following conditions is fulfilled, then the application control code contains labels:
[dw_aplay_1, 1, --_--]
[dw_aplay_2, 1, --_--]
3.1.2.2 Acknowledgments
If the SIPROTEC devices communicate through Ethernet, they must not work with confirmations from the
physical layer (CONFIRMED_USER_DATE). If necessary, the confirmations must be used by the application
layer. For confirmations of the application layer, there is no difference between IP networks (IP = Internet
protocol) and serial channels.
The DNP3 interface of the SIPROTEC 5 device supports the following functions:
Function Description
Binary inputs with status Remote Terminal Unit (RTU)
Object 01 and variation 02 describe the state of a digital input channel or internal
software information.
They are also used during the general interrogation by an RTU to synchronize
the database. The general interrogations are conducted after the run or cyclically
during the runtime.
Binary inputs with Object 02 and variation 02 describe the changes of a digital input channel or of
changed time internal software information with the associated change time. The binary inputs
are used for spontaneous process events.
Binary outputs with status Object 10 and variation 02 describe the current status of a binary output channel.
The control relay output block controls the binary output channels. See also
object 12.
Control relay output block Object 12 and variation 01 are used for commands for the process or for the
setting-up of internal functions.
32-bit binary meter with Object 20 and variation 01 are used for the display of metered values for active
marking and reactive power.
32-bit binary change Object 22 and variation 01 are used for the display of changed meter data for
meter without time active and reactive power.
32 bit analog inputs Object 30 and variation 01 describe signed 32-bit values for the digitalized analog
(measured values) signals or their calculated values.
16 bit analog inputs Object 30 and variation 02 describe signed 16-bit values for the digitalized analog
(measured values) signals or their calculated values. They are used for the general interrogation
during start-up. A measured value snapshot is also possible.
32-bit analog change Object 32 and variation 01 are used for the display of a changed analog value.
values without time
16-bit analog change Object 32 and variation 02 are used for the display of a changed analog value.
values without time
Time and date Object 50, variation 01
Write function The time and date object are used for time synchronization.
Time and date Read the system time of the device.
Read function Date and time are displayed in milliseconds.
Here midnight on January 1, 1970 is 00:00 hours, 00:00 minutes, 00:00 seconds
and 00:00 milliseconds.
Function Description
Data class Object 60, variation 01, 02, 03, 04
These objects indicate different classes of information elements:
• Class 0 contains all information objects that are not distinguished in terms of
class 1 to 3
• Classes 1 to 3 contain groups of events from information elements
• The data from class 1 has the highest priority, followed by class 2, class 3,
and the static data
• Class 1 always means class 0 + 1, class 2 means class 0 + 2
File transfer Object 70, variation 01, 02, 03, 04, 05, 06, 07
Transfer of a fault record possible
Internal displays Object 80, variation 01
Writing the value 00 on index 7 leads to reset of the bit Restart in the flag byte
for all data objects.
Writing to Index 4 resets the Need Time Bit.
NOTE
i These variations are set. You cannot change the variations in DIGSI.
The file transfer can be used to transfer a fault record (Object 70). The Rcd Made message is used to query
the availability of the fault record. When the message is mapped and there is a new fault in the device the
message is transferred. Cyclical reading of the directory is also possible. If there are files in the directory then
there are also fault records. Specifically, the transfer takes place as follows:
The following steps are required to read the directory:
• If the read operation was successful, the master station increases the block number and reads the next
block.
• If the status indicator Last is set in the response, the master station closes the file with File Operation
Status Object (obj 70 var 4).
Every fault record is identified by an existing file. The following information is transferred for this:
• File Type
• File Size
• Time Of Creation
• Permissions
• Request ID
• File Name
The master station can now select the required fault. The transfer takes place in the same manner as with
reading the directory.
The mapping of the commands occurs like the mapping of messages. Here, object group 12 is preset.
• Value type
• Scaling factor
Scaling Factor
The measured value is multiplied in the SIPROTEC 5 device by the scaling factor. The measured values are then
changed into integer measured values (for DNP3) in the floating-point procedure.
Through multiplication with a multiple of 10, decimal places can also be transferred into integer measured
values.
• The floating-point number (measured value Float) is available in the corresponding value type (primary or
secondary value).
The integer measured value (measured value Integer) for the transmission through DNP3 is calculated according
to the following formula:
[fo_mwintr, 2, en_US]
Percent Values
For percent values, Siemens recommends a scaling factor of 100. This results in an interpretation of the
integer measured value (measured valueInteger) through DNP3 with a measured value from ± 32 767. This
corresponds with a percentage value of ± 327.67%.
Secondary Values
If, for example, the values from the transducer inputs are specified in mA, then the transmission of a meas-
ured value as a secondary value makes sense.
The number of significant decimal points depends on the system and transducer data.
Primary Values
The position of the decimal point and the respective unit are determined for primary values based on the
parameterized rated variables of the primary system.
During the parameterization, make the following settings for the serial communication between the DNP3
master and the SIPROTEC 5 device via DNP3:
Figure 3-6 DNP3 Serial Connection Settings with the Setting Enable Unsolicited Trans. = Off
Time sync. Time interval (in ms) until the internal display Time 0 = The internal display is never set.
required required is set. This time interval is included in every Default setting = 60 000 ms
response message. The time interval signals to the
master to start a new time synchronization with the
device.
Time betw. sel. A command must be selected and executed in this Default setting = 10 000 ms
& switch. time (in ms).
Enable unsoli- With this parameter, you determine whether unsoli- Off = The unsolicited transmission is not
cited trans. cited transmission is configured. configured and can never be switched on
from a connected master (default setting).
On = The unsolicited transmission is
configured and must be made possible
after the 1st unsolicited response from the
master.
Min. time Minimum time of the telegram repetition following a Setting range = 0 ms to 100 ms
telegr. repet. collision Default setting = 50 ms
[sc_DNP3_serial_conection_settings_on, 1, en_US]
Figure 3-7 DNP3 Serial Connection Settings with the Setting Enable Unsolicited Trans. = on
The following parameters only make sense if the parameter Enable unsolicited trans. is set to on:
During parameterization, make the following settings for the Ethernet communication on the Ethernet
module between the DNP3 master and the SIPROTEC 5 device via DNP3.
The SIPROTEC 5 device supports 2 DNP3 Ethernet masters on the same Ethernet module. You can click Add
new master to add a new master in DIGSI.
[sc_DNP3_Ethernet_settings, 1, en_US]
[sc_DNP3_Ethernet_settings_master_2_added, 1, en_US]
Time sync. Time interval (in ms) until the internal display Time 0 = The internal display is never set.
required required is set. This time interval is included in every Default setting = 60 000 ms
response message. The time interval signals to the
master to start a new time synchronization with the
device.
Time betw. sel. A command must be selected and executed in this Default setting = 10 000 ms
& switch. time (in ms).
Enable unsoli- With this parameter, you specify whether unsolicited Off = The unsolicited transmission is not
cited trans. transmission is configured. configured and can never be switched on
from a connected master (default setting).
On = The unsolicited transmission is
configured and must be made possible
after the 1st unsolicited response from the
master.
Master address Address of the DNP3 master Setting range = 1 to 65 519
Default setting = 10
Master IP IP address of the DNP3 master Setting range = 0.0.0.0 to
address IPv4 address 0.0.0.0 means that the slave can listen to 255.255.255.255
and contact every IP address. Default setting = 0.0.0.0
Port Port number in the range of 1 to 61 439 Default setting = 20 000
[sc_DNP3_Ethernet_settings_on, 1, en_US]
Figure 3-10 DNP3 Ethernet Settings with the Setting Enable Unsolicited Trans. = on
NOTE
i When either of the DNP3 master IP addresses is 0.0.0.0, the Port must be unique.
When both DNP3 master IP addresses are specified (not 0.0.0.0), the combination of Port and Master IP
address must be unique.
The following parameters only make sense if the parameter Enable unsolicited trans. is set to on:
Parameter Name Description Settings
Unsolicited This parameter regulates a condition of the non- Default setting = 10
events class 1 requested transmission for every class of changed
Unsolicited events (class 1, class 2, and class 3).
events class 2 If the number of events per class equals or exceeds
Unsolicited this value, then an unsolicited response is sent.
events class 3
Unsolicited This parameter regulates a condition of the non- Default setting = 15 000 ms
time class 1 requested transmission for every class of changed
Unsolicited events (class 1, class 2, and class 3).
time class 2 If the time (in ms) after an event equals or exceeds
Unsolicited this value, an unsolicited response is transmitted.
time class 3 The unsolicited message is also sent if only 1 event
occurred.
The other required IP settings are taken from the module setting.
[sc_ethset, 1, en_US]
4.1.1 Description
The protocol IEC 60870-5-104 is structured as shown in the following Table 4-1.
As you know, IEC 60870-5-104 is a protocol based on TCP/IP (Transfer Control Protocol / Internet Protocol).
Table 4-2 shows the recommended selection of the TCP/IP protocol suite (RFC 2200) used in this standard. The
relevant RFCs (Request For Comments) are available at the Internet address http://www.ietf.org.
Table 4-2 Selected Standard Provisions of the TCP/IP Protocol Suite RFC 2200
The transport interface is a stream-oriented interface which does not define any start or stop mechanism for
the ASDUs of IEC 60870-5-101. In order to detect the start and end of the ASDUs, each APCI includes the
following delimiting elements, see Figure 4-1.
• A start character
[sc_APDU_defined_telecontrol_comp_standard, 1, --_--]
[sc_APCI_defined_telecontrol_comp_standard, 1, --_--]
For more detailed information, refer to chapter 5 of the standard of Part 5-104:
Transmission protocols – Network access for IEC 60870-5-101 using standard transport profiles.
The ASDUs defined in IEC 60870-5-101 and in chapter 8 of the standard of IEC 60870-5-104
(Ed_2_57_812e_FDIS) are valid. Refer to the standards for detailed information. For the ASDUs supported
in SIPROTEC 5, refer to the following tables.
4.1.5 Redundancy
4.1.5.1 General
SIPROTEC 5 supports multiple master groups. Multiple master groups can increase the availability of the
communications system. Only 1 communication module supports the IEC 60870-5-104 protocol in the device
at one time.
Each master group can be an independent redundancy group as follows:
• Only 1 active main master and 1 backup master connected to the slave (SIPROTEC 5 device)
• Only test telegrams between the backup master and the slave
If a communication network implements redundancy, the selected redundant bus topology is always a combi-
nation of the following redundancies:
• Master redundancy
• Media redundancy
The 2 redundancies can be combined flexibly with each other. Therefore, there can be different bus and
redundancy topologies.
A communications system which includes both master and media redundancies is designated as a redundant
system. If there is an interruption of the cables or disconnection of the main master, the redundant system
can take over the work of the interrupted component.
Media Redundancy
Media redundancy is the redundancy of the electrical or fiber-optic cable bus media and can be implemented,
for example, with the PRP protocol.
The following figure shows that an RTU communicates with a SIPROTEC 5 device via 2 cables. If the RTU or
SIPROTEC 5 device identifies an interruption in one cable, it can automatically switch to the other cable.
[dw_T104_media_redundancy, 1, en_US]
Master Redundancy
Master redundancy protects against a disconnection of the main master.
If the parameter Redundancy is on, a master redundancy is enabled. One master becomes the main master
while the other master is the backup master. You can find detailed configuration information in chapter
4.2.1 Settings. Both of the masters communicate with the SIPROTEC 5 device. The main master transmits the
process data, and the backup master only transmits the test telegram.
If a disconnection of the main master occurs during ongoing operation, the backup master becomes the main
master. The action can also be executed with an IEC 60870-5-104 command.
[dw_T104_master_redundancy, 1, en_US]
You must set several parameters for a redundant communication in SIPROTEC 5. You can find more informa-
tion on the settings in chapter 4.2.1 Settings.
The following table shows the scenarios of master IP configuration when there are more than 1 master.
In IEC 60870-5-104, the disturbance data are transferred as a COMTRADE file via file transfer.
The SIPROTEC 5 device supports COMTRADE 1999 and COMTRADE 2013. You can change the COMTRADE
revision with the parameter COMTRADE revision year.
• For COMTRADE 1999, a maximum of 8 pairs of the latest COMTRADE files (8 *.cfg and 8 *.dat files, 16
files in total) is available in the communication module.
• For COMTRADE 2013, a maximum of 8 pairs of the latest COMTRADE files (8 *.cfg, 8 *.dat, 8 *.inf, and
8 *.hdr files, 32 files in total) is available in the communication module.
NOTE
i The maximum size of the fault record file is 4.8 MB. If the maximum size is exceeded, the file transfer via
IEC 60870-5-104 does not succeed.
The .dat file is the largest of the COMTRADE files. You can calculate the file size of the .dat file with the
following formula:
FileSize = [10 bytes + (NumberOfAnalogChannels) ⋅ 2 bytes + (NumberOfBinaryChannels/8) ⋅ 1 byte] ⋅
SamplingFrequency ⋅ RecordingTime
• The IEC 60870-5-104 master sends a call directory command. The slave responds to this command and
shows all the disturbance-data files.
• The IEC 60870-5-104 master confirms the selected file. The transmission proceeds.
[sc_file_list, 1, --_--]
NOTE
i COMTRADE 1999 supports at maximum 16 files (8 *.cfg and 8 *.dat files). The files start from 10001 to
10032. The latest file overwrites the eldest one.
The following example is based on COMTRADE 1999:
• 10001, 10005, ..., and 10029 are saved as *.cfg files (configuration file).
• 10002, 10006, …, and 10030 are saved as *.dat files (data file).
• 10001 and 10004, 10005 and 10008, …, 10029 and 10032 are combined as 1 complete COMTRADE
file.
• 10001 to 10032 are reserved for file transfer, which is not configured to IEC 60870-5-104 for other
purposes.
NOTE
i COMTRADE 2013 supports at maximum 32 files (8 *.cfg, 8 *.dat, 8 *.inf, and 8 *.hdr files). The files start
from 10001 to 10032. The latest file overwrites the eldest one.
The following example is based on COMTRADE 2013:
• 10001, 10005, ..., and 10029 are saved as *.cfg files (configuration file).
• 10002, 10006, ..., and 10030 are saved as *.dat files (data file).
• 10003, 10007, ..., and 10031 are saved as *.inf files (information file).
• 10004, 10008, …, and 10032 are saved as *.hdr files (header file).
• 10029, 10030, 10031, and 10032 are always the latest files.
• 10001, 10002, 10003, and 10004, …, 10029, 10030, 10031, and 10032 are combined as 1 complete
COMTRADE file.
• 10001 to 10032 are reserved for file transfer, which is not configured to IEC 60870-5-104 for other
purposes.
After the transmission is finished, the IEC 60870-5-104 master sends an acknowledgment request to the
device.
4.2.1 Settings
During the parameterization, make the following settings for the communication between the controlling
station and the SIPROTEC 5 device via IEC 60870-5-104.
IEC 60870-5-104 supports a maximum of 3 masters with redundancy. The 3 masters have the same mapping
and setting configurations. The following screenshots show the master 1 as an example. You can add a
maximum of 3 masters in DIGSI 5.
Figure 4-7 IEC 60870-5-104 Master Settings – the Parameter Redundancy Is off
4.3 Interoperability
4.3.1 Overview
This chapter is for IEC 60870-5-104 experts and is not translated to other languages. It contains an interopera-
bility list for the functions supported by IEC 60870-5-104.
This companion standard presents sets of parameters and alternatives from which subsets must be selected
to implement particular telecontrol systems. Certain parameter values, such as the choice of “structured“ or
“unstructured“ fields of the INFORMATION OBJECT ADDRESS of ASDUs represent mutually exclusive alterna-
tives. This means that only one value of the defined parameters is admitted per system. Other parameters,
such as the listed set of different process information in command and in monitor direction allow the
specification of the complete set or subsets, as appropriate for given applications. This clause summarizes the
parameters of the previous clauses to facilitate a suitable selection for a specific application. If a system is
composed of equipment stemming from different manufacturers, it is necessary that all partners agree on the
selected parameters.
The interoperability list is defined as in IEC 60870-5-101 and extended with parameters used in this standard.
The text descriptions of parameters which are not applicable to this companion standard are strike-through
(corresponding check box is marked black).
Note: In addition, the full specification of a system may require individual selection of certain parameters
for certain parts of the system, such as the individual selection of scaling factors for individually addressable
measured values.
Function or ASDU is not used
Function or ASDU is used as standardized (default)
Function or ASDU is used in reverse mode
Function or ASDU is used in standard and reverse mode
The possible selection (blank, X, R, or B) is specified for each specific clause or parameter.
A black check box indicates that the option cannot be selected in this companion standard.
(System parameter, indicate the station function by marking one of the following with X)
Controlled station definition (Slave)
System definition
Controlling station definition (Master)
When using an unbalanced link layer, the following ASDU types are returned in class 2 messages (low priority)
with the indicated causes of transmission:
The standard assignment of ASDUs to class 2 messages is used as follows:
Note: (In response to a class 2 poll, a controlled station may respond with class 1 data when there is no class 2
data available).
Cause of Transmission
(System-specific parameter, all configurations that are used are to be marked X)
1 octet (not supported) 2 octets (with originator address) Originator address is set
to 0 if not used
Length of APDU
(System-specific parameter, specify the maximum length of the APDU per system)
The maximum length of APDU for both directions is 253. It is a fixed system parameter
Maximum length of APDU per system in control direction (not supported)
Maximum length of APDU per system in monitor direction (not supported)
Either the ASDUs of the set from <45> to <51> or of the set from <58> to <64> are used.
File Transfer
(Station-specific parameter, mark each Type ID X if it is only used in the standard direction, R if only used in
the reverse direction, and B if used in both directions)
<120> = File ready F_FR_NA_1
<121> = Section ready F_SR_NA_1
<122> = Call directory, select file, call file, call section F_SC_NA_1
<123> = Last section, last segment F_LS_NA_1
<124> = Ack file, ack section F_AF_NA_1
<125> = Segment F_SG_NA_1
<126> = Directory {blank or X, only available in monitor (standard) direction}. F_DR_TA_1
Station Initialization
(Station-specific parameter, mark X if function is used)
Remote initialization
Read Procedure
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Read procedure
Spontaneous Transmission
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Spontaneous transmission
Station Interrogation
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Global:
Global
Group:
(Information Object Addresses assigned to each group must be shown in a separate table)
Group 1 Group 7 Group 13
Group 2 Group 8 Group 14
Group 3 Group 9 Group 15
Group 4 Group 10 Group 16
Group 5 Group 11
Group 6 Group 12
Clock Synchronization
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Clock synchronisation
Day of week used
RES1, GEN (time tag substituted/ not substituted) used
SU-bit (summertime) used
Command Transmission
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Direct command transmission
Direct set point command transmission
Select and execute command
Select and execute set point command
C_SE ACTTERM used
No additional definition
Short pulse duration (duration determined by a system parameter in the outstation)
Long pulse duration (duration determined by a system parameter in the outstation)
Persistent output
Supervision of maximum delay in command direction of commands and set point commands
Maximum allowable delay of commands and set point commands
Counter read
Counter freeze without reset
Counter freeze with reset
Counter reset
Parameter Loading
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Threshold value
Smoothing factor
Low limit for transmission of measured values
High limit for transmission of measured values
Parameter Activation
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Act/deact of persistent cyclic or periodic transmission of the addressed object
Test Procedure
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Test procedure
File Transfer
(Station-specific parameter, mark X if function is used)
File transfer in monitor direction
Transparent file
Transmission of disturbance data of protection equipment
Transmission of sequences of events
Transmission of sequences of recorded analog
Background Scan
(Station-specific parameter, mark X if function is only used in the standard direction, R if only used in the
reverse direction, and B if used in both directions)
Background scan
Maximum Number of Outstanding I Format APDUs K And Latest Acknowledge APDUs (w)
Portnumber
Redundant Connections
The following table shows the details of the IEC 60870-5-104 communication mapping.
NOTE
i You must configure the MV signals under WYE and DEL to the same TI. Otherwise, the measured value is
not an expected value.
If the Modbus slave receives a command from the Modbus master which cannot be processed (for example,
a request to read a non-existent register), then the slave answers with an exception-response message. The
following table shows the exception codes that are signaled in an exception-response message to the Modbus
master by the Modbus slave of the SIPROTEC device.
The Modbus slave of the SIPROTEC 5 device supports the following Modbus functions:
Function Name Description Broadcast
Function Code
Supported
1 Read Coil Status Reading one or several coil-status no
registers of the Modbus slave. The
coil-status registers reflect the ON/OFF
status of discrete outputs of the
SIPROTEC device.
2 Read Input Status Reading one or several input-status no
registers of the Modbus slave. The
input-status registers reflect the
ON/OFF status of discrete inputs and
the status of the protection function of
the SIPROTEC device.
3 Read Holding Registers Reading one or several holding regis- no
ters of the Modbus slave. The holding
registers contain device-status indica-
tions, measured values, mean values
and metered measurand.
4 Read Input Registers Reading one or several input regis- no
ters of the Modbus slave. The input
registers contain recorded measured
values.
5 Force Single Coil Writing (force to ON or OFF) one coil- no
status register.
15 Force Multiple Coils Writing (force to ON or OFF) multiple no
coil-status registers
16 Preset Multiple Registers Writing holding registers for APC no
(Controllable analog set point informa-
tion).
Table 5-2 Reading SPS by Read Coil Status (FC1) or Read Input Status (FC2)
Bit x
Value
Table 5-3 Reading SPS by Read Holding Register (FC3) or Read Input Register (FC4)
Bit 15 Bit 14 Bit 13 Bit 12 Bit 11 Bit 10 Bit 9 Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0
Validity 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Value
Table 5-4 Reading DPS by Read Coil Status (FC1) or Read Input Status (FC2)
Table 5-5 Reading DPS by Read Holding Register (FC3) or Read Input Register (FC4)
Bit 15 Bit 14 Bit 13 Bit 12 Bit 11 Bit 10 Bit 9 Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0
Validity 0 0 0 0 0 0 0 0 0 0 0 0 0 Value
Validity: 0 = Valid
1 = Invalid
Table 5-6 Valid BSC Value by Read Holding Register (FC3) or Input Register (FC4)
Bit 15 Bit 14 Bit 13 Bit 12 Bit 11 Bit 10 Bit 9 Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0
0 0 0 0 0 0 0 0 0 0 Value
If the transformer-tap signals are not mapped to binary inputs in DIGSI, the BSC value is invalid (see Table 5-7).
The value is -64 (0xFFC0).
Bit 15 Bit 14 Bit 13 Bit 12 Bit 11 Bit 10 Bit 9 Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0
1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0
Bit x
Value
Bit x
Value
Bit 7 (MSB) Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0 (LSB)
Value Value Value Value
NOTE
i Siemens recommends using 2 registers in the command from the master controlling. It means the quantity
should be 2. All the other quantities are responded with exception code 02 (ILLEGAL_DATA_ADDRESS).
Range of values (Integer 32): -2 147 483 648 to 2 147 483 647
NOTE
i Siemens recommends using 2 registers in the command from the master controlling. It means the quantity
should be 2. All the other quantities are responded with exception code 02 (ILLEGAL_DATA_ADDRESS).
Table 5-12 Reading MV by Read Holding Register (FC3) or Read Input Register (FC4)
Table 5-13 Reading BCR by Read Holding Register (FC3) or Read Input Register (FC4)
18 The minimum value -2 147 483 648 indicates that the value is not valid.
Byte 3 Byte 4
Holding register xxxx+ 1
Register address
Byte 5 Byte 6
Holding register xxxx+ 2
Message cause Indication type
Byte 7 Byte 8
Holding register xxxx+ 3
Value
Byte 9 Byte 10
Holding register xxxx+ 4
Milliseconds (0 to 59999)
Byte 11 Byte 12
Holding register xxxx+ 5
Hours (0 to 23) Minutes (0 to 59)
Byte 13 Byte 14
Holding register xxxx+ 6
Month (1 = January to 12 = December) Day (1 to 31)
Byte 15 Byte 16
Holding register xxxx+ 7
Clock status Year (0 = 1900)
Modbus RTU master can read the following device information fixed in the SIPROTEC 5 device.
Type Address Direction CDC Type Function Register Quantity Data Type in
Range Code (RegisterAddr+1 SICAM PAS
Reservation)
Indication 1 ~ 1000 Tx Monitor SPS, ACT, 1,2 1 SP_FC1
ACD, ENS SP_FC2
3,4 1 SP_INT16_FC3
SP_INT16_FC4
DPS 1,2 2 DP_FC1
DP_FC2
3,4 1 DP_ INT16_FC3
DP_ INT16_FC4
BSC 3,4 1 ME_INT16_FC3
ME_INT16_FC4
Command 1001 ~ 1200 Rx Control SPC 5 1 SC_FC5
DPC 15 2 DC_FC15
BSC 5 1 SC_FC5
APC 16 2 SE_INT32_FC16
Measured 2001 ~ 2200 Tx Monitor MV, DEL, WYE 3,4 2 ME_F32_FC3
value ME_F32_FC4
Metered 3001 ~ 3040 Tx Monitor BCR 3,4 2 IT_I32_FC3
value IT_I32_FC4
NOTE
i The measured and metered values in the preceding tables are saved in the Big Endian 19 format.
The SIPROTEC 5 device provides device information with the following parameters. The register addresses are
specified. The Master can read all information with the function code 03.
For more information, refer to 5.1.3.11 Device Information.
19 For Big-Endian systems, the greatest value byte of a word is saved at the lowest address. The byte with the least value is saved at the
highest address.
NOTE
i If the measured value or the metered value is 7F8000001, this means that the measured value is not a
number (NaN - Not a Number).
If the measured value or the metered value is 7F800000, this means that an overflow of the measured
value occurred.
If the measured value or the metered value is 80000000, this means that the measured value is invalid.
5.2.1 Overview
The Modbus communication module has a sequence of event with entries of the type Message block. For
more information, refer to chapter 5.1.3.10 SOE (Sequence of Events).
A maximum number of 300 entries is allowed for SOE.
Characteristic
• Events of the type single-point indication, double-point indication, and the transformer-tap indications
are accepted in the event recorder.
• When the object value changes, it is stored in the event record with a time stamp.
• After the device initiation or reboot, the event recorder is empty and then the startup values of the
objects are entered in the event recorder.
• If the communication fails, the event buffer is not erased. Entries are still saved and the Modbus
master reads the entries once the communication link is re-established (buffer overflow is indicated if
necessary).
• The Modbus master reads the entries of the event recorder (Message blocks) via Holding registers. The
entries must be acknowledged.
• After reading and acknowledging by the Modbus master, the transferred event recorder entries are
deleted from the event buffer.
5.2.3.1 Overview
This chapter describes the Holding registers for reading and acknowledging the event-recorder entries.
The range in the Holding registers for reading and acknowledging the event-recorder entries consists of the
following:
• 3 entries of the data type Message block (24 Holding registers in summary) for reading the event-
recorder entries (read-only access).
Detailed information about the Time stamp in the preceding table is defined in the following table.
Register 0 Register 1 Register 2 Register 3
Byte 0 Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 Byte 6 Byte 7
Milliseconds Hours Minutes Month Day Clock status Year
NOTE
i Only the following access to the event-recorders range in the Holding registers is permitted:
• SOE_Control (read/write)
If the 3 areas in the Holding registers for transmission of the message blocks contain message blocks for
reading and if these were not given a receipt yet, these 3 areas count as event-recorder entries (in addition to
the parameterized No. of Event recorder entries).
• With each transmission of Message blocks (entries from the event recorder, a maximum of 3 entries
per query), the Sequence number increases sequentially by 1, starting with 1 (00000001bin) up to 255
(11111111bin) and thereafter starting with 1 again.
• Only during the initialization or reboot of the SIPROTEC device the Sequence number has the initial
value 0. No entries are available in the event recorder yet. For transmission of the first entry, the
Sequence number increases by 1 and then never assumes the value 0 again (unless another initializa-
tion start or reboot occurs).
• If no indication changes are to transmit during a number of master queries, the Sequence number
remains unchanged during this time. The Modbus master then reads repeatedly the same last trans-
mitted Sequence number until new entries in the event recorder come. The Sequence number
increases by 1 when the new entry comes.
At the same time, the value of the Sequence number provides the acknowledgment that the Modbus
master has evaluated the read entries by writing back the value of the Sequence number to the SOE_Control
handshake register.
• Transfer the bit in the next receiption of read Message block to the Modbus slave
The entries of the event recorder are transferred via the Holding registers (with a maximum of 3 Message
blocks within one Modbus message).
The information in the handshake register SOE_Control shows how many Message blocks are offered for
reading in the Holding registers.
The data type Message block is described in the chapter 5.1.3.1 Single-Point Indications: SPS, ACT, ACD, ENS .
The Modbus master reads the register SOE_Control cyclically to determine, whether the event recorder
contains entries.
An incremented Sequence number in the register SOE_Control indicates new entries which are ready for
reading.
If new entries in the event recorder are recognized, the Modbus master reads the register SOE_Control again
and with a maximum of 3 Message blocks.
The maximum number of Message blocks in the Holding registers is indicated in the Number of Message
blocks of the previous read register SOE_Control. The Holding register contains valid data.
If Message blocks are already read during polling of SOE_Control, then they can be evaluated first.
After evaluation of the Message blocks, the Modbus master gives a receipt to the Modbus slave. The Modbus
master gives the read Sequence number and the number of evaluated event-recorder entries back to the
register SOE_Control .
If further entries have to be read, the Modbus slave deletes the read and evaluated entries from the event
recorder and increments the Sequence number.
If a communication failure appears (for example, CRC error), then the master has to repeat the read access.
As long as no receipt is given with a write access to the register SOE_Control , event list data are not changed
or deleted in the Holding registers .
The described mechanism of polling, reading, evaluating, and giving a receipt continues now .
If the register No. of Event list entries is read with the register SOE_Control simultaneously, then it can be
estimated if and how many Message blocks are read with the next query to optimize read accesses.
5.2.6.1 General
SIPROTEC 5 supports multi-connection via Modbus as follows:
• Maximum 2 Modbus masters connect to the Modbus slave (SIPROTEC 5 device) simultaneoulsy.
NOTE
i For more information on the settings, refer to 5.3.2 Application and Settings Notes.
The behavior of the protocol does not depend on the operating mode of the device. The protocol is running
in the modes process and simulation of the device and the protocol is not activated in the operating modes
fallback and commissioning.
[sc_modbus_tcp_activation, 1, en_US]
² If a diagnosis is required, check Homepage under Service and set Homepage Mode to On in the
Homepage Settings.
For more information on the diagnosis homepage, refer to 10.13.4.13 Communication Protocols –
Modbus TCP.
[sc_set_modbus_tcp, 1, en_US]
5.3.3 Settings
[sc_modbus_rtu_activation, 1, en_US]
² If a diagnosis is required, check Homepage under Service and set Homepage Mode to On in the
Homepage Settings.
For more information about the diagnosis homepage, refer to 10.13.5.4 Application Diagnostic –
Modbus RTU.
[sc_set_modbus_rtu, 1, en_US]
With the parameter Slave address, you can select the address of the Modbus RTU slave in the current
channel.
Parameter: Parity
5.4.3 Settings
6.1.1.1 Description
The protocol IEC 60870-5-103 is structured on the 3-layer model:
• Physical layer
• Data-link layer
• Application layer
[dw_tgrvlg, 3, en_US]
The telegram with fixed length is intended for services of the data-link layer. In special cases, this format with
fixed length is used as an acknowledgment instead of an individual character.
[dw_tgrflg, 3, en_US]
The individual character is used to acknowledge service data of the data-link layer and user data.
E5H = ACK: Positive acknowledgment
You can find more detailed information on the link address in chapter 6.2.1 Settings.
6.1.2.1 Description
The application layer describes the Data Units (Data Units (DU)) for the transport telegrams. The SIPROTEC 5
device supports the following functions:
6.1.3 Redundancy
• Master redundancy
• Media redundancy
These 2 redundancies can be combined independently of one another. As a result, several different bus and
redundancy topologies can arise.
If a communications system includes both redundancies, this will be designated as a redundant system. The
redundant system prevents an outage of the following components:
• Power cable
• Communication master
The following table lists the functions of the primary channel as well as of the backup channel:
Service Primary Channel Backup Channel
Query class 1 X X
Query class 2 X X
General interrogation X X
Commands X –
Fault transmission X X
Time synchronization X X
Read parameters X X
Write parameters X –
GA20 of Generic Services X X
[dw_medred, 1, en_US]
If 2 masters are parameterized, this represents a master redundancy. One master forms the primary master
while the other master is the backup master. Both communicate simultaneously with the SIPROTEC 5 device.
However, the following restrictions apply for the backup master:
• The time synchronization is possible via the backup master only if this channel is parameterized as the
second time source.
[dw_maredu, 1, en_US]
NOTE
i At full redundancy there are 4 channels with IEC 60870-5-103. However, you can only set parameters for
2 time sources.
For this reason, at full redundancy Siemens recommends selecting IEC 60870-5-103 as the 1st timing
master and a protocol-independent master, such as DCF, as the 2nd timing master.
6.1.4.1 Description
The generic services can be used to transmit data with different types and formats. At the same time, this data
can be read and written as well.
In the SIPROTEC 5 device the generic services are used for reading and changing the setting parameters of the
protection device.
The following services are supported in detail:
[dw_gagedt, 2, en_US]
[dw_gendat, 2, en_US]
NOTE
i The SIPROTEC 5 device only writes one value in a telegram. Only a generic data description is supported
here:
DATATYPE: 4 (integral value)
DATASIZE: 4
NUMBER: 1
DATATYPE: 7 (float value)
DATASIZE: 4
NUMBER: 1
The following figures show typical example telegrams for writing parameters. This involves a float parameter
and a text parameter. The mapping data (GIN) are examples. The exact GIN can be found in the mapping
description of the relevant device.
[dw_wrdepa, 1, --_--]
As only integral values are possible for the value indication (GID), you must indicate the values without a
comma.
• Setting a text parameter (for example, 50, 51 Phase Time Overcurrent) to OFF:
[dw_wrtxpa, 1, --_--]
[dw_wrtpar, 2, en_US]
In premapping of the protocol, 4 settings groups are premapped. You set the number of the parameterized
settings groups in DIGSI under Settings → Device Settings. Depending on the number of parameterized
settings groups, additional settings groups can be visible in the matrix. You use the private range of informa-
tion numbers for this purpose.
If you want to use the telecontrol protocol to switch the parameter, then also map the command direction
(Transmit) for the respective settings group in the communication matrix under the function block General.
[sc_sgsocd, 1, en_US]
The indications for an active settings group are mapped in the device in transmit direction.
[sc_indasg, 1, en_US]
For functional reasons, map the standards-compatible information Test mode on under the function block
General → Behavior → Test.
[sc_testmd, 1, en_US]
Individual information can be selected from the fault recordings in the device and transmitted in the fault
record via IEC 60870-5-103.
The SIPROTEC 5 devices transmit the fault recording with the configurable function type. For more informa-
tion, refer to 6.2.1 Settings.
The function type 253 can be used to request fault records in any case.
The following maximum number of items can be transmitted via IEC 60870-5-103:
• Analog signals: 40
NOTE
i After the successful transmission, the fault records in the device are not deleted.
Through the mapping settings for the signal Block monitoring dir. in DIGSI 5 Settings > General >
Communication mapping, you can decide whether to block the monitoring-direction transmission.
[sc_mapping_block_monitoring_dir., 1, en_US]
Figure 6-13 Mapping Settings for the Signal Block monitoring dir.
The mapping settings for the signal Block monitoring dir. are preconfigured. You can find the default
function-type numbers for different devices in the following table.
Device Function-Type Number
7UM8 70
7VK8 94
7SA8 128
6MD8 160
7SJ8 160
7SK8 160
7UT8 176
7SL8 192
7SD8 192
7SS8 194
7KE8 225
7ST8 230
7SX8 160
7VU85 201
7VE85 70
NOTE
i The information number 20 is reserved together with the data unit (DU) 1 for the signal Block moni-
toring dir.. It is not permitted to route the information number 20 together with DU 1 to another
information object.
For the signal Block monitoring dir., Siemens recommends using the information number 20
together with the DU 1. Otherwise, the function type 100, information number 20, and DU 1 are used by
default.
Select Mapping
The standard mapping for IEC 60870-5-103 contains both routings specified by the IEC 60870-5-103 protocol
and Siemens-specific routings.
Commands
The commands are mapped in the same way as the indications. Only the parameter General interroga-
tion is deleted.
NOTE
i In the case of commands, the IEC 60870-5-103 protocol allows only direct switching. Selection is not
possible before switching. However, the protocol firmware simulates this cycle (select – operate) internally.
In the case of negative acknowledgment of a command, the reason for the negative acknowledgment
cannot be distinguished. The possible reasons are listed in the following:
• Select negative
• Operate negative
[sc_mapctr, 2, en_US]
NOTE
i The function type 100 is reserved together with the information number 10 for the switch between the
primary channel and the backup channel. If the function type 100 together with the information number
10 is routed to another controllable information object, it does not take effect.
• cos phi: -4096 means cos phi = -1; +4096 means cos phi = +1
• Isens real, Isens reactive: -4096 corresponds to Isens = -800 mA; +4096 corresponds to Isens = +800 mA
• Frequency: The rated frequency (50 Hz or 60 Hz) is 100 % and thus corresponds to 1706 when 4096 =
240 % or 3413 when 4096 = 120 %.
6.2.1 Settings
During the parameterization, make the following settings for the serial communication between the systems
control unit and the SIPROTEC 5 device via IEC 60870-5-103.
[sc_modpro, 7, en_US]
• No parity
• Even parity (default setting)
• Odd parity
Data bit 7 data bits or 8 data bits can be set on the communi- 8 data bits must be set for the
cation module. IEC 60870-5-103 protocol.
Stop bit The IEC 60870-5-103 communication module 1 stop bit
supports 1 stop bit.
Light idle You determine the communication medium with this The following settings are possible:
state (on/off) parameter. If the communication takes place via an
optical fiber, the idle state is specified at the same
• On: Communication via optical fiber;
light idle state on
time.
The light idle state is relevant only for optical • Off (default setting): Communication
modules. via optical fiber; light idle state off
Measure. stand- You set the measured value scaling with this param- You have the following setting options
ardization eter. here:
The following parameters are only important for redundant communication. These parameters are not
required for normal communication. These parameters are displayed only if you have set the parameter
Redundancy to on.
Parameter Description Settings
Redundant slot Slot location of the module on which the second Slot designation
(redundant) channel is configured.
Redundant Module channel on which the second (redundant) Channel number
channel protocol is configured.
Number of The IEC 60870-5-103 communication module Default setting = 1 master
masters supports connection to one master (media redun-
dancy) and to 2 masters (master redundancy). The
number of masters is specified here.
Primary channel This channel of the communication module receives Yes
the status primary after the module starts up. No
If this channel is set to yes, the other channel must
be set to no. The channel set to yes is the primary
channel; the other channel is the secondary channel.
Only one channel can be the primary channel.
7.1.1 Description
PROFINET IO is an Ethernet-based communication protocol that can be used in all areas of communication
automation.
The data exchange of PROFINET IO follows the Provider/Consumer model. A configured PROFINET IO system
has the same look and feel as in PROFIBUS.
[dw_PRO_IO_device_new, 2, en_US]
• PROFINET IO controller
A PROFINET IO controller is typically the programmable logic controller (PLC) on which the automation
program runs. The PROFINET IO controller provides output data to the configured IO devices in its role as
provider and is the consumer of input data of IO devices.
• PROFINET IO supervisor
A PROFINET IO supervisor can be a Programming Device (PD), a personal computer (PC), or a human-
machine interface (HMI). It serves for commissioning or diagnostic purposes and corresponds to a class-2
master in PROFIBUS.
• PROFINET IO device
A PROFINET IO device is a distributed IO field device that is connected to one or more IO controllers via
PROFINET IO. It is comparable to the function of a slave in PROFIBUS. The PROFINET IO device is the
provider of input data and the consumer of output data. The SIPROTEC 5 device works as the IO device.
System-level redundancy (S2) can only be achieved with the following modules with additional support of
transmission of sequence of events to the IO controller:
• ETH-BD-2FO
• ETH-BA-2EL (Rev. 2)
• ETH-BB-2FO (Rev. 2)
• ETH-YC-2FO
• ETH-YA-2EL
NOTE
i The SIPROTEC 5 device is an IO device. The alarm is not supported. The SIPROTEC 5 device does not support
an IP assignment from the IO controller.
NOTE
i The SIPROTEC 5 device supports to send LLDP (Link Layer Discovery Protocol) telegrams to the connected
devices per 5 s cyclically, and does not support to receive or analyze LLDP telegrams from the connected
devices. Therefore the topological view of TIA Portal (Totally Integrated Automation Portal) is not supported
in SIPROTEC 5 devices.
NOTE
i The SIPROTEC 5 device supports the communication with the following PROFINET-IO cycle time:
• 8 ms
• 16 ms
• 32 ms
• 64 ms
• 128 ms
• 256 ms
• 512 ms
NOTE
i PROFINET IO is not available when multiple IP interfaces or VLAN tagging is enabled in the communication
module.
A plant unit contains at least 1 IO controller and 1 or more IO devices. IO supervisors are integrated only
temporarily for commissioning or troubleshooting purposes.
The device model in the PROFINET IO protocol is based on the principles of PROFIBUS. It consists of slots
and groups of IO channels (subslots). The technical characteristics of the field devices are described in an
XML-based GSD (General Station Description) file.
Data in PROFINET networks is highly varied. Cyclical PROFINET IO data can be transmitted with high priority.
Network topologies in PROFINET derive from the requirements of the system to be networked. The most
common topologies are star, line, tree, and ring-shaped. In practice, the system is usually a mix of these
topologies.
• The slot designates the place where an IO module is inserted in a modular IO field device.
The configured modules containing 1 or more subslots for data exchange are addressed based on the
different slots.
• Within a slot, the subslots form the actual interface to the process (inputs/outputs). The granularity of a
subslot (bitwise, bytewise, or wordwise division of IO data) is determined by the manufacturer.
The data content of a subslot is always accompanied by status information, from which the validity of the
data can be derived.
The index specifies the data within a slot/subslot that can be read or written acyclically via read/write
services. For example, parameters can be written to a module or manufacturer-specific module data can
be read out based on an index. Certain indices are defined in the standard, and other indices can be
freely defined by the manufacturer.
Cyclic IO data are addressed by specifying the slot/subslot combination. These can be freely defined by
the manufacturer. For acyclic data communication via read/write services, an application can specify the
data to be addressed using slot, subslot, and index.
[dw_IO_module_slot, 1, en_US]
Each PROFINET IO device requires a unique device identification. This device identification consists of the
Vendor_ID and the Device_ID, with the Device_ID comprising the device class and device family.
The device identification for a PROFINET IO device in SIPROTEC 5 devices is:
0x002A0E02
and is composed as follows:
Vendor_ID Device_ID
Device class Device family
0x002A 0E 02
(Siemens AG) (Protection and PQ) (SIPROTEC 5)
The device identification is stored, for example, in the GSDML file, see chapter 7.3.1 PROFINET IO Configura-
tion.
7.1.3.1 Overview
The following data types and definitions are used to exchange data between the IO device and the IO
controller via PROFINET IO:
• Single-point indication
• Single command
• Double-point indication
• Double command
• Measured value
• Metered value
[dw_data_type_single_point, 1, en_US]
[dw_data_type_single_command, 1, en_US]
NOTE
i Single commands of the SIPROTEC 5 device are controlled via PROFINET IO using 2 bits (similar to double
commands, see chapter 7.1.3.4 Data Type Double-Point Indication (DPS, Input)).
The switching direction OFF for single commands with pulse output is not permitted and is rejected in the
SIPROTEC 5 device.
[dw_data_type_double-command, 1, en_US]
NOTE
i For the data type double command, you must parameterize the associated command feedback as double-
point indication in DIGSI 5.
[dw_data_type_measured_value, 1, en_US]
Quality Information
[dw_data_type_metered_value, 1, en_US]
[dw_data_type_APC, 1, en_US]
[dw_data_type_BSC, 1, en_US]
The unit IDs can be read via acyclic telegrams, see chapter 7.1.7.1 Reading Unit IDs of Measured Values and
Metered Values.
7.1.3.11 Data Type Message Block for Event List (SOE, Input)
Number of byte values: 10
The complex data type message block defines an entry in the event list via PROFINET IO, see chapter
7.1.6.1 Overview.
A message block contains the identification of a single-point or double-point indication which is sent in the
event list, plus the value and the associated time-stamp information.
[dw_data_type_message_block, 1, en_US]
Byte 1: Identification
Byte 1 in the message block identifies a single-point indication or double-point indication using the data-
object number in the PROFINET IO mapping. You can find an example of the data-object number in
Figure 7-16.
[dw_SOE_byte1, 1, en_US]
Byte 2: Value
Byte 2 in the message block contains the value of an indication and its identifier whether it is a single-point
indication or a double-point indication.
[dw_SOE_byte2, 1, en_US]
NOTE
i Correction factors for the daylight saving time and the local settings are not considered.
7.1.4 IO Modules
The IO modules described in the following tables are available for the PROFINET IO configuration of the
SIPROTEC 5 devices in the IO controller. For this purpose, the GSDML file, which contains the description of the
IO modules, is loaded into the parameterization software of the IO controller.
For SIPROTEC 5 devices with Ethernet modules ETH-BA-2EL (Rev. 1) and ETH-BB-2FO (Rev. 1), the IO module
Event List data is not available.
Siemens parameterization software Step7 is used as the IO controller configuration tool. Figure 7-14 shows an
example for selecting the IO module of the SIPROTEC 5 device with Ethernet interface.
[sc_para_example, 3, --_--]
NOTE
i If an RJ45 SFP module is used together with an ETH-BB-2FO (Rev. 2) or ETH-BD-2FO module, the IO
controller must be configured with SIPROTEC5 with electrical interface. If an optical SFP module is used
together with an ETH-BB-2FO (Rev. 2) or ETH-BD-2FO module, then IO controller must be configured with
SIPROTEC5 with optical interface.
NOTE
i If a single SFP is plugged to an ETH-BB-2FO (Rev. 2) or ETH-BD-2FO, the IO controller must be configured
according to the plugged SFP.
Siemens recommends not using mixed SFPs in one ETH-BB-2FO (Rev. 2) or ETH-BD-2FO.
If SFPs are in different types in the same module, the IO controller must be configured based on the SFP in
the channel 1.
Single-Point Indications 16
Category in the hardware catalog Input data
Data type 16 single-point indications, see chapter 7.1.3.2 Data Type Single-
Point Indication (SPS, Input)
Data size 2 bytes
Acyclic reading/writing of data None
Parameters None
Single-Point Indications 32
Category in the hardware catalog Input data
Data type 32 single-point indications, see chapter 7.1.3.2 Data Type Single-
Point Indication (SPS, Input)
Data size 4 bytes
Acyclic reading/writing of data None
Parameters None
Double-Point Indications 04
Category in the hardware catalog Input data
Data type 4 double-point indications, see chapter 7.1.3.4 Data Type
Double-Point Indication (DPS, Input)
Data size 1 byte
Acyclic reading/writing of data None
Parameters None
Double-Point Indications 08
Category in the hardware catalog Input data
Data type 8 double-point indications, see chapter 7.1.3.4 Data Type
Double-Point Indication (DPS, Input)
Data size 2 bytes
Acyclic reading/writing of data None
Parameters None
Measured Values 06
Category in the hardware catalog Input data
Data type 6 measured values as Float32 values (floating point), see chapter
7.1.3.6 Measured Values
Data size 24 bytes
Acyclic reading of data Reading of 6 unit IDs as unsigned 16-bit values, see chapter
7.1.7.1 Reading Unit IDs of Measured Values and Metered
Values
Reading from:
Measured Values 12
Category in the hardware catalog Input data
Data type 12 measured values as Float32 values (floating point), see
chapter 7.1.3.6 Measured Values
Data size 48 bytes
Acyclic reading of data Reading of 12 unit IDs as unsigned 16-bit values, see chapter
7.1.7.1 Reading Unit IDs of Measured Values and Metered
Values
Reading from:
Single Commands 08
Category in the hardware catalog Output data
Data type 8 single commands, see chapter 7.1.3.3 Data Type Single
Command (SPC, Output)
Data size 2 bytes
Single Commands 08
Acyclic reading/writing of data None
Parameters None
Single Commands 16
Category in the hardware catalog Output data
Data type 16 single commands, see chapter 7.1.3.3 Data Type Single
Command (SPC, Output)
Data size 4 bytes
Acyclic reading/writing of data None
Parameters None
Double Commands 04
Category in the hardware catalog Output data
Data type 4 double commands, see chapter 7.1.3.4 Data Type Double-Point
Indication (DPS, Input)
Data size 1 byte
Acyclic reading/writing of data None
Parameters None
Double Commands 08
Category in the hardware catalog Output data
Data type 8 double commands, see chapter 7.1.3.4 Data Type Double-Point
Indication (DPS, Input)
Data size 2 bytes
Acyclic reading/writing of data None
Parameters None
Binary Counters 04
Category in the hardware catalog Input data
Data type 4 metered values as unsigned Integer 32 values, see chapter
7.1.3.7 Metered Values (BCR, Input)
Acyclic reading of data Reading of 4 unit IDs as unsigned 16-bit values, see chapter
7.1.7.1 Reading Unit IDs of Measured Values and Metered
Values
Reading from:
The following components and dependencies are involved in an access to the device data via PROFINET IO:
[dw_example_assign_IO_SIP, 1, en_US]
Figure 7-15 Example of Assigning the IO Modules to SIPROTEC 5 Data Objects (Measured Values)
[sc_example_assign_IO_SIP, 1, en_US]
Figure 7-16 Parameterization Example of Assigning the IO Modules to SIPROTEC 5 Data Objects
EXAMPLE
The SIPROTEC 5 device provides 18 measured values (MV#1 to MV#18). However, only 12 measured values
can be transmitted if one of the following options is set at the IO controller:
• 2 IO modules Measured values 06 from the GSDML file of the SIPROTEC 5 device
• 1 IO module Measured values 12 from the GSDML file of the SIPROTEC 5 device
To transmit all 18 measured values, set the IO modules with one of the following options:
• 3 IO modules Measured values 06 from the GSDML file of the SIPROTEC 5 device
• 2 IO modules, one with Measured values 12 and the other with Measured values 06 from the GSDML
file of the SIPROTEC 5 device
• For the IO module Event List data, the sequence of event is represented based on the data-object
numbers in the message blocks, see Figure 7-12.
• For other IO modules, the assignment of the data content to the PROFINET IO data object always starts at
the smallest PROFINET IO mapping data-object number, see Figure 7-15.
A maximum of 18 IO modules can be set in parameterization software of IO controller. Only 1 IO module for
event list can be included.
The IO modules of one type do not have to follow directly one after another in the IO controller parameteriza-
tion software.
IO modules which cannot be assigned to any PROFINET IO object are left unconsidered during the further data
exchange.
7.1.6.1 Overview
The event list is an autonomous ring buffer in the PROFINET IO communication module, in which value
changes (only single-point and double-point indications) are recorded with a time stamp. These time stamps
can be transmitted via cyclic data exchange using the handshake method (read/acknowledge) described in
chapter 7.1.6.4 Handshake Mechanism.
The event list is empty after an initial start or restart of the SIPROTEC 5 device. Non-transmitted indications are
lost during the initial start or the restart of the SIPROTEC 5 device.
Only such indications of the SIPROTEC 5 device which are also included in the cyclic PROFINET IO telegram in
the input direction are recorded in the event list when values change.
The event list can contain a maximum of 500 entries. When adding a new entry to a full event list, the oldest
entry is deleted and the IO controller is notified of a buffer overflow with a bit in the handshake byte Control_I
in input direction.
The event list is not deleted when communication is interrupted. Entries for indication changes are still
stored and transmitted to the IO controller (including buffer overflow identification) after the communication
connection restores.
The event-list entries are transmitted to the IO controller in the message blocks of the PROFINET IO telegram
and must be acknowledged by the IO controller (see chapter 7.1.6.4 Handshake Mechanism).
The data types and the handshake mechanism used are proprietary, because PROFINET IO does not offer an
event list by default. The event-list handshake mechanism is a part of the cyclic data exchange.
In the GSDML file of the SIPROTEC 5 devices, the event list is defined as an autonomous IO module, see
chapter 7.1.4 IO Modules.
[dw_input_direction_event_list, 1, en_US]
Figure 7-17 Structure of the Event List Data, Input Direction (Read)
[dw_output_direction_event_list, 1, en_US]
Figure 7-18 Structure of the Event List Data, Output Direction (ACK)
Message-Block Number
The message-block number in the Control_O byte serves for reception acknowledgement and analysis of
the message block. After having analyzed the message blocks, the PROFINET IO controller copies the message-
block number of the Control_I byte of the input telegram to the Control_O byte of the output telegram.
The SIPROTEC 5 device repeats the respective message block until the IO controller correctly mirrors back the
message-block number of the Control_I byte into the Control_O byte.
PROFINET IO
IO device IO controller
• The entry is taken over from the event list
into message block #1 of the telegram.
• Message blocks #2 and #3 (all bits) are set to • Analyze the cyclic indications, measured
0. values, and metered values
• Control_I is set to F0hex (message block no. • Recognize change in
+ 1). Control_I and then analyze the message
blocks
• Current indications, measured values,
metered values are entered in cyclic tele- • Set Control_O = Control_I = F0hex
grams.
• Send commands to SIPROTEC 5 device in the
IO device recognizes acknowledgment in cyclic telegram, if applicable
Control_O.
There are no entries in the event list:
NOTE
i Several PROFINET IO bus cycles can lie between a new telegram from the IO device and the data analysis
by the IO controller. So the arrows do not indicate a bus cycle but the direction of the higher-level telegram
exchange.
[dw_acyclic_data_telegram, 1, en_US]
Number of Values
There are 2 optional IO modules available for measured values: 6 or 12 measured values for each module.
There is only 1 IO module which is available for 4 metered values.
Unit ID #1 to Unit ID #n
The telegram always only contains as many unit IDs as entered in the byte Number of values. This also
determines the length of the telegram.
The definition of the unit IDs is described in chapter 7.1.3.10 Unit IDs, Units, and Unit Multipliers.
Persistent Outputs
If a value transition (signal edge) from intermediate state or OFF to ON is detected via PROFINET IO for
the associated bit pair, the commands are issued in the continuous output mode (controlled). The commands
remain activated until a value transition occurs from intermediate state or ON to OFF via PROFINET IO.
You can find the definitions of the values for intermediate state, ON, and OFF in chapter 7.1.3.3 Data
Type Single Command (SPC, Output) and chapter 7.1.3.4 Data Type Double-Point Indication (DPS, Input).
Pulse Outputs
The SIPROTEC 5 device independently issues a control pulse for switching a switchgear, including the observa-
tion of the parameterized times.
The switching operation (pulse output via the assigned binary outputs of the SIPROTEC 5 device) is executed
when a value change of the associated bit pair is transmitted in the PROFINET IO output telegram:
• For double commands from intermediate state or ON to OFF or from intermediate state or
OFF to ON
NOTE
i The switching direction OFF for single commands with pulse output is not permitted and is rejected in the
SIPROTEC 5 device.
NOTE
i A value change at the associated bit position in the PROFINET IO telegram triggers a command processing
operation in the SIPROTEC 5 device. However, this does not mean that the associated output actually takes
the set point value. For example, the setting of an output caused by interlocking can be rejected. The
feedback of a switching device should be read back for monitoring purposes.
If the bit combination for a command changes and the bit value for ON or OFF is still transmitted (statically)
in the cyclic output telegram, this has no consequences in the SIPROTEC 5 device while communication is
running.
A statically set bit combination for ON or OFF may cause undesirable command executions when communica-
tion is restored in the event of communication interruptions (see chapter 7.1.9 Behavior When Communica-
tion to IO Controller is Faulted) or STOP of the PLC (see chapter 7.3.2.2 PLC in STOP during Communication
with SIPROTEC 5 Device) or when the PLC switches from STOP to RUN.
Siemens therefore recommends transmitting switching operations in SIPROTEC 5 devices via PROFINET IO by
using a pulse over the bus:
• Intermediate state (00) → OFF (01) → intermediate state (00) for switching off
The pulse duration (period during which the bit combinations for ON or OFF apply) should be at least 3 times
the set cycle time of the IO device (reference value at least approx. 100 ms).
• Command checking
• Command output
• Feedback monitoring
• The IO controller detects a change of the switchgear position not initiated by the IO controller (for
example, circuit-breaker trip) by the change of the value of the switchgear position in the associated bit
positions of the input telegram.
If, for example, the IO controller wants to restart the switchgear that was switched off locally, it must
first transmit the ACTUAL value (OFF) or intermediate state via PROFINET IO and can subsequently
restart the switchgear by setting the TARGET value (ON).
• The IO controller detects when a switching operation requested via PROFINET IO cannot be executed,
because the switching authority is set to LOCAL, for example, or the associated bay interlocking is
not satisfied. The IO controller recognizes this because the feedback of the double command/single
command in the PROFINET IO input telegram is not updated according to the TARGET switch position
(activate a feedback monitoring time in the IO controller if necessary).
Before a new switching attempt, the ACTUAL switch position for switchgear must first be transmitted
again according to the input telegram or intermediate state in the output telegram.
• You can find information on the behavior during communication interruptions in chapter 7.1.9 Behavior
When Communication to IO Controller is Faulted.
The following behavior is defined for SIPROTEC 5 devices when the communication to the IO controller is
interrupted:
• The marking Channel Live in the SIPROTEC 5 device is set to OFF (logging in the operational log,
processing in CFC possible).
• The state of the outputs or switchgear has not changed compared to the state before communication
interruption.
• The marking Channel Live in the SIPROTEC 5 device is set to ON (logging in the operational log,
processing in CFC possible).
• The data from the telegrams again received by the IO controller is taken over (if permitted by the
switching authority and the interlocking specifications).
If you do not want the switchgear positions of the SIPROTEC 5 devices to be affected after the connection
between the IO controller and IO device has been restored, intermediate state (value 00) must be issued
in the associated bit positions in the output telegram, or the switching authority must be set to (LOCAL).
NOTE
i Siemens recommends configuring the signals according to the table and the following suggestion.
If the addresses (value in DIGSI mapping matrix) of the same type signal are not continuous, the range
should be less than the maximum mappable amount in the preceding table.
NOTE
i Avalanche scenarios with many process changes (for example, 100 per second) are supported.
7.1.11 Redundancy
7.1.11.1 General
If a communication network which uses the PROFINET IO protocol implements redundancy, the selected
redundant topology is always a combination of the following redundancies:
• System redundancy
• Media redundancy
The 2 redundancies can be combined flexibly with each other. Therefore, there can be different redundancy
topologies.
A communications system which includes both system and media redundancies is designated as a redundant
system. If there is an interruption of the cables or disconnection of the primary channel, the redundant system
can take over the work of the interrupted component.
Media Redundancy
Media redundancy is the redundancy of the electrical or fiber-optic cable and can be implemented with, for
example, the PRP redundancy protocol. Figure 7-20 shows an example.
[dw_medred_profinet, 1, en_US]
NOTE
i SIPROTEC 5 devices do not support MRP redundancy defined in the PROFINET IO standard.
System Redundancy
System redundancy is the redundancy of the IO controller or the communication interface of the IO device.
Figure 7-21 shows an example where 1 IO device connects to 2 different IO controllers. The IO device
maintains an active communication with one of the IO controllers as primary controller, and the other one as
the stand-by controller.
[dw_sysred_profinet, 1, en_US]
7.1.11.2 S2 Redundancy
S2 redundancy is a type of system redundancy. With the S2 redundancy, an IO device communicates via one
interface with 2 IO controllers. One IO controller acts as the primary IO controller while the other acts as the
backup IO controller.
The following table lists the functions of the primary and backup controllers:
Service Primary Controller Backup Controller
Command X –
Read process data X –
Read I&M data 0, 1, 2, 3, 4 X X
Write I&M data 1, 2, 3, 4 X –
Read unit IDs X X
In the ongoing operation, the backup IO controller can become the primary IO controller.
The switchover between the primary and backup IO controllers occurs in following scenarios:
7.2.1 Settings
IO Device Name
The device name of the PROFINET IO is assigned via DIGSI and DCP. You can find more information in chapter
10.4.2 Network Settings and Device Name.
[sc_pro_settings, 1, en_US]
During the parameterization, make the following settings for the communication between the PROFINET IO
controller and the SIPROTEC 5 device via PROFINET IO.
Parameter Name Type Description Settings
Software revision Int16 Read only V01.00.01
Software revision of the Ethernet module
Device name String Name of the IO device –
NOTE
i Siemens recommends configuring the device name without blank and underline characters. The first letter
of the device name must be a lower-case letter a to z. The word unassigned is reserved for internal using.
NOTE
i On the module ETH-BB-2FO (Rev. 1) or ETH-BA-2EL (Rev. 1), the change of the IO device name takes effect
after the IO device is rebooted manually.
The SIPROTEC IO device is configured using the parameterization software of the IO controller. For this
purpose, the GSDML file of the SIPROTEC IO device is loaded into the parameterization software of the
IO controller. This file contains the descriptions of the device properties, the configuration options of the
Ethernet module with PROFINET IO, and the parameters involved in system redundancy. The GSDML file
is available on the following Internet page: https://support.industry.siemens.com/cs/document/109740816/
siprotec-5-communication-protocols?dti=0&lc=en-WW.
The GSDML file loaded into the parameterization software must correspond to the communication module
and the firmware version of the SIPROTEC 5 device or the SIPROTEC 5 Compact device. The following table
shows the correspondence.
Device Type Firmware Version Communication Module GSDML File Name
SIPROTEC 5 V7.30 to V7.50 (included) ETH-BA-2EL (Rev. 1) GSDML-V2.32-Siemens-
ETH-BB-2FO (Rev. 1) SIPROTEC5-V7.30-ETH-BA-
BB-Rev1-20160913.xml
SIPROTEC 5 Higher than V7.50 ETH-BA-2EL (Rev. 1) GSDML-V2.32-Siemens-
ETH-BB-2FO (Rev. 1) SIPROTEC5-V7.50-ETH-BA-
BB-Rev1-20170512.xml
SIPROTEC 5 V8.20 and higher ETH-BD-2FO GSDML-V2.32-Siemens-
SIPROTEC 5 V9.60 and higher ETH-BA-2EL (Rev. 2) SIPROTEC5-V8.20-ETH-
BD-V9.40-Compact-
ETH-BB-2FO (Rev. 2)
V9.60-ETH-BA-BB-
SIPROTEC 5 Compact V9.40 and higher ETH-YC-2FO Rev2-20230509.xml
ETH-YA-2EL
7.3.2.1 Overview
Observe the following information concerning the configuration when using the SIPROTEC 5 devices via
PROFINET IO in combination with Siemens S7 PLC and the Step7 parameterization software.
You can find more information for Siemens S7 PLC and the Step7 parameterization software on the following
Internet page: https://support.automation.siemens.com/.
If you want the outputs of the SIPROTEC 5 device to remain unaffected during transition from STOP to RUN,
the intermediate state (value 00) is to be output at the associated bit positions in the output telegram.
You can find more information on executing switching operations in chapter 7.1.8 Executing Switching
Operations via PROFINET IO).
• L PID x
• T DB10.DBD y etc.
The measured value read from address x is written to element y of data block DB10 assuming that DB10 is a
data block with inputs of the type REAL.
SFB52 Call
The data block DB52 is required as instance DB for calling SFB52. If it does not exist yet, you are prompted
automatically whether to generate DB52 when entering the example shown in the following section.
You can use other flags or data blocks instead of those used in the example (DB11, M10, MD21, MW25, and
MW100).
[dw_USART-AD-1FO_AE-2FO, 1, --_--]
Figure 8-1 Plug-In Module USART-AD-1FO (on the Left), USART-AE-2FO (on the Right)
8.3 Configuration
To use the optical PPS, you must configure the PPS function in your device.
[sc_add_USART-AD-1FO_AE-2FO, 1, en_US]
[sc_USART-AD-1FO_AE-2FO_settings, 2, en_US]
Figure 8-3 Setting Sync Latency, Light Idle State, and Assumed SmpSync
[sc_USART-AD-1FO_AE-2FO_generator_settings, 1, en_US]
For a description of the parameters, refer to 8.4 Application and Setting Notes.
NOTE
i In the PPS Generator mode, this parameter is read only and is set to off.
NOTE
i In the PPS Generator mode, the parameter Assumed SmpSynch becomes read-only and is set to local.
NOTE
i If the Assumed SmpSynch is set to global, the PPS source must be parameterized to stop sending PPS
signals if the conditions for a global synchronization state are not fulfilled, for example, loss of GPS.
9.1 Information on the Protection Interface, PMU, and Web User Interface 270
• DCP
Activates the Discovery and Basic Configuration Protocol (DCP) for the integrated Ethernet interface
This protocol allows DIGSI 5 to find a SIPROTEC 5 device in the local network without an IP address.
• SNTP
Activates the Simple Network Time Protocol (SNTP) for the integrated Ethernet interface
This protocol is needed for the time synchronization over an Ethernet network.
• Homepage
Activates the homepage for the integrated Ethernet interface
The integrated Ethernet interface provides a testing and diagnostic function. With the IP address/home,
these values can be read with a browser. During operation, the Homepage can be switched off (safety
function), and the http port disappears. Only read access is supported.
The following additional Ethernet services are available for the plug-in Ethernet communication module of the
modular and non-modular SIPROTEC 5 device:
• DCP
• SNMP
Activates the Simple Network Management Protocol (SNMP). Provides monitoring information about the
device to the network-management system.
• SNTP
• IEEE 1588
Activates IEEE 1588 for the module.
This protocol is used for time synchronization via the network communication.
• Homepage
Activates the homepage for the Ethernet module
Ethernet communication modules provide a testing and diagnostic function. With the IP address/home,
these values can be read with a browser. During operation, the Homepage can be switched off (safety
function), and the http port disappears. Only read access is supported.
The following additional Ethernet services are available for the integrated SIPROTEC 5 Compact Ethernet
communication:
• DCP
• SNTP
• RSTP
Activates the Rapid Spanning Tree Protocol (RSTP) for the Ethernet module
This protocol will be needed for redundant ring structures in the Ethernet networks.
• PRP
Activates the Parallel Redundancy Protocol (PRP) for the Ethernet module
With the PRP structure, communication takes place simultaneously over 2 independent networks.
• HSR
Activates the High Availability Seamless Redundancy Protocol (HSR) for the Ethernet module
With the HSR structure, the devices are arranged in rings.
• Line Mode
Activates the line structure
With the exception of the DIGSI 5 protocol, all additional Ethernet services can be switched on and off for each
Ethernet interface on the device. As a result, you can decide for yourself under security aspects whether the
device should react to SNMP access or not.
You can find more information on SUP Ethernet in the following manuals:
• SIPROTEC Distance Protection, Line Differential Protection, and Overcurrent Protection for 3-pole Tripping
• SIPROTEC Distance Protection, Line Differential Protection, and Switch Management for 1-pole and
3-pole Tripping
• Via USB
NOTE
An IP-based internal Siemens protocol is used for data transmission between DIGSI and a SIPROTEC 5 device.
DIGSI and the SIPROTEC 5 device are authenticated via SSL (Secure Sockets Layer). The necessary certificates
are contained in the device or DIGSI upon delivery.
You can find more information on the diagnostic pages in DIGSI in chapter 11.1.5 Diagnostic Information for
IEC 61850.
Security Settings
The security settings allow you to restrict the access rights for each Ethernet interface (Port J and Ethernet
communication module).
You define the security settings in DIGSI in the Project tree under Safety and Security → Restricted access.
You can assign the following access rights:
• No access:
This interface allows no DIGSI communication.
• Read-only access:
This interface only allows read access to the device.
[sc_security_settings, 2, en_US]
10.4.1 DCP
The Discovery and Basic Configuration Protocol (DCP) is used for automatic recognition of devices without a
configured IP address. DIGSI 5 can find all SIPROTEC 5 devices in the network using DCP.
DCP is not required for the functionality of communication protocols. The protocol can however in parallel be
configured for a DIGSI Life List functionality.
The DIGSI Life List shows the connected devices. You can monitor and process these devices via the DIGSI Life
List.
If you also desire a DIGSI Life List functionality through the LAN, then you must activate DCP.
If you create a new device in DIGSI or add an Ethernet communication module to the device, DCP is activated.
If you change this recommended default and want to switch off the DIGSI Life List functionality in the device,
deactivate the DCP check box in the channel settings of the Ethernet communication module or for the
integrated Ethernet interface.
NOTE
i If you have deactivated the DIGSI access via the communication module and the integrated Ethernet
interface in the security settings (see chapter 10.3 DIGSI 5 Protocol ), a DIGSI connection via DCP is also not
possible.
You can change the network settings of the Ethernet module and the name of the PROFINET IO device by
using DCP. The DCP service is in conflict to the original one in DIGSI 5. If you configure the PROFINET IO
protocol on the communication module in DIGSI 5, you must disable the original DCP. Use the Primary Setup
Tool stated in Figure 10-2 for this purpose.
NOTE
i The Ethernet module with PROFINET IO does not support the DIGSI DCP service.
The Ethernet module with PROFINET IO does not support DHCP.
If no valid configuration exists for PROFINET IO, access to the device via DCP is also possible.
[sc_pri_setup_tool, 1, en_US]
After having restored the factory settings, the Ethernet module performs a reset and a restart with the
following settings:
• IP address and subnet mask: IP address and subnet mask set in DIGSI
• No device name is assigned (empty device name) in Homepage, and unassigned in device HMI.
10.5 SNTP
The Simple Network Time Protocol is used to synchronize clocks via the Internet. With SNTP, client computers
can synchronize their clocks with a time server via the Internet.
SNTP enables a time resolution of 1 ms. When considering similar runtimes, SNTP can determine the average
runtime of a synchronization telegram between the client and the server in the Ethernet network. This
transmission time can be taken into account in the terminal device and improves synchronization of terminal
devices.
SNTP is available for the integrated Ethernet interface (Port J) and in all Ethernet communication modules.
SNTPv3 and SNTPv4 are supported.
If the 1st SNTP server configured in the network can not be reached, the 2nd SNTP server is automatically
queried with ARP requests. If the 2nd SNTP server is configured in a different sub-network from the 1st SNTP
server, make sure that ARP requests can be routed. If the 2nd SNTP server can not be reached via ARP requests,
the switchover to the backup server fails, and the device reports a synchronization failure.
For the purpose of time synchronization, activate SNTP on the Ethernet communication module or on the
integrated Ethernet interface.
² To activate SNTP on the Ethernet module, select the Ethernet communication module in the Device view.
² Place a check mark at SNTP under Channel 1 settings in the Network protocols section.
[sc_tm_sync_SNTP, 2, en_US]
² If diagnostics is desired, place a check mark at Homepage and set the Homepage Mode to on in the
Homepage Settings.
² To access the SNTP settings section, click Channel 1 settings.
You can make the SNTP settings in this section.
[sc_tm_sync, 3, en_US]
[sc_tm_syn2, 3, en_US]
The IEEE 1588 protocol is used for the synchronization of clocks via network communication.
SIPROTEC 5 allows 5 clock types:
• P2P TC
P2P TC stands for Peer-to-Peer Transparent Clock. This kind of clock corrects and forwards PTP event
messages within the PTP domain.
• OCGC
OCGC stands for Ordinary Clock Grandmaster Capable. This kind of clock is used as a grandmaster-capable
clock. If there is OCGC, the PTP port or port pair can either be in the MASTER state and become the
grandmaster of the PTP domain or in the SLAVE state. The MASTER or SLAVE state is determined as a
result of the execution of the best master clock (BMC) algorithm.
NOTE
i The SIPROTEC 5 devices do not support PTP messages that have VLAN tags.
NOTE
i The time reference for SIPROTEC 5 OCGC and OCGC and P2P TC is from the device-internal oscillator,
rather than any external time source.
If multiple instances of OCGC or OCGC and P2P TC are used in one device, all instances are synchronized
from the same device-internal oscillator.
The following table shows the possible clock types for the Ethernet communication modules and the
permitted combinations with various Ethernet redundancy protocols.
Table 10-1 Combination Options of Clock Types and Protocols on Ethernet Communication Modules
The following table shows the characteristics of the IEEE 1588 protocol on the different Ethernet communica-
tion modules.
Table 10-2 Characteristics of the IEEE 1588 Protocol on the Different Ethernet Communication Modules
After you enable IEEE 1588 on the module ETH-BA-2EL (Rev. 2), ETH-BB-2FO (Rev. 2), or ETH-BD-2FO, the
following function blocks are created:
• IEEE 1588
• IEEE 1588 TC
• LCCH
No matter which clock type is configured, all the 3 logical nodes (function blocks) are always visible and
healthy.
However, corresponding logical nodes are enabled or disabled according to the clock type configured:
• The logical node LTPC represents the PTP clock type OC Slave Only or OCGC. For pure OC Slave Only or
OCGC configurations, the logical node LTTC is disabled and does not create any information. The signal
Health of a disabled function always has the value OK.
• The logical node LTTC represents the PTP clock type P2P TC. For pure P2P TC configurations, the logical
node LTPC is disabled and does not create any information. The signal Health of a disabled function
always has the value OK.
10.6.3.1 Activation
To enable the IEEE 1588 protocol on the communication module, proceed as follows:
² In the project tree, navigate to your device and double‑click Hardware and protocols.
² In the Device view tab, select an existing Ethernet communication module on your device.
If there is no Ethernet communication module on your device, drag and drop one from Hardware
catalog to the device.
² In the Properties tab of the inspector window, select General > Protocols > Network.
² Activate IEEE 1588.
[sc_IEEE_1588_activating_BD, 2, en_US]
² If a diagnosis is required, activate Homepage under Service and set Homepage Mode to On in the
Homepage Settings.
For more information on the diagnosis homepage, refer to 10.13.4.2 Network Protocols – IEEE 1588 for
the Modules ETH‑BA‑2EL (Rev. 1) and ETH‑BB‑2FO (Rev. 1) and 10.13.4.3 Network Protocols – IEEE 1588
on the Module ETH‑BD‑2FO, ETH‑BA‑2EL (Rev. 2), and ETH‑BB‑2FO (Rev. 2).
For the instantiation of the IEEE 1588 protocol on the ETH‑BA‑2EL (Rev. 2), ETH‑BB‑2FO (Rev. 2), and
ETH‑BD‑2FO modules, further settings are required.
For the instantiation of the IEEE 1588 protocol on the ETH‑BA‑2EL (Rev. 1) or ETH‑BB‑2FO (Rev. 1) modules, no
additional setting is required.
You can equip a SIPROTEC 5 device with up to 4 Ethernet communication modules, and enable IEEE 1588 on
each module.
Settings of the IEEE 1588 Protocol on the Ethernet modules ETH‑BA‑2EL (Rev. 2), ETH‑BB‑2FO (Rev. 2), and
ETH‑BD‑2FO
The following figure shows the settings of the IEEE 1588 protocol on the ETH‑BD‑2FO module as an example.
[sc_BD_module_settings, 5, en_US]
Activated Param- PTP Clock Type based on the Selected Redundancy Protocol
eter Line Mode PRP RSTP HSR
OC grandmaster- OCGC OCGC OCGC and P2P TC OCGC and P2P TC
capable
Slave only OC Slave Only OC Slave Only OCSO and P2P TC OCSO and P2P TC
None None None P2P TC P2P TC
When the redundancy protocol is set to Line mode or PRP, you must activate either the parameter Slave
only or OC grandmaster-capable. Otherwise, the parameter Clock type shows none and DIGSI 5
reports an inconsistency.
The following table shows the maximum allowed number of instances for the various PTP clock types,
depending on the Ethernet communication module.
Parameter: Profile
NOTE
i The clock types OCGC and OCGC and P2P TC do not support the profile IEEE C37.238:2017.
31 More than 1 instance of OCGC is only allowed for the special case documented in Figure 10-20.
to define which grandmaster-capable clock takes over the active master role, in case all OCGCs are up and
running.
NOTE
i Do not set the parameter Clock priority 1 or Clock priority 2 to 255. According to
IEC 61850-9-3, the value 255 is used for the slave-only clocks. If you set the parameter Clock priority
1 or Clock priority 2 to 255, DIGSI 5 reports an inconsistency.
NOTE
i SIPROTEC 5 devices with the clock type OCGC or OCGC and P2P TC are interoperable with external grand-
master clocks. The parameters besides Clock priority 1 and Clock priority 2 are evaluated
according to the BMC algorithmn to specify the clock operating with the active master role.
• If there is only 1 SIPROTEC 5 OCGC in the network segment, deactivate the parameter Seamless
changeover.
• If there is more than 1 SIPROTEC 5 OCGC in the network segment, activate the parameter Seamless
changeover for all the relevant OCGCs.
• If external grandmaster clocks are used in the network segment, deactivate the parameter Seamless
changeover.
NOTE
i For SIPROTEC 5 V9.60, Seamless changeover is supported for maximum 2 OCGCs, which are named
OCGC A and OCGC B in the following chapters.
NOTE
i For more information on the use of OC grandmaster-capable clocks in a SIPROTEC 5 device for process bus
applications, refer to the application and setting notes in the SIPROTEC 5 Process Bus manual.
The following table shows the operation when the parameter Seamless changeover is activated.
For more information on the configurations for the Seamless changeover functionality, refer to the Process
Bus manual.
32 A blockage of protection for 1 s to 2 s can occur if the change of the time base does not happen simultaneously in the Merging Units
and the protection devices.
10.6.3.4 Signals
The signals for the IEEE 1588 protocol are defined according to IEC TR 61850-90-4:2020 and IEC 61588:2009.
The following tables list the signals with a description of their function and type. For more information on the
signals, refer to IEC TR 61850-90-4:2020 and IEC 61588:2009.
Table 10-5 Signals for the Function Block IEEE 1588 Chan
10.6.3.5 Settings
33 If both the parameter OC grandmaster-capable and the parameter Slave only are deactivated and the redundancy protocol RSTP or
HSR is selected, the value of the parameter Clock type is P2P TC.
34 This clock type does not support the profile IEEE C37.238:2017.
35 If both the parameter OC grandmaster-capable and the parameter Slave only are deactivated and the redundancy protocol Line
mode or PRP is selected, the value of the parameter Clock type is none. In this case, DIGSI 5 reports an inconsistency.
The following table shows the signals for the function block IEEE 1588 TC.
The following table shows the signals for the function block IEEE 1588 Chan.
In the following sections, you can get some examples of typical network redundancy for the time synchroniza-
tion.
For more information about the supported clock types in Ethernet communication modules (ETH‑BA‑2EL,
ETH‑BB‑2FO, or ETH‑BD‑2FO) and the supported combinations with various Ethernet redundancy protocols,
refer to Table 10-1.
NOTE
i The OC grandmaster-capable supports the best master clock algorithm (BMC algorithm), so that multiple
SIPROTEC 5 devices with the clock type OCGC are allowed per Line or PRP network.
[dw_non-redundancy_example, 6, en_US]
Figure 10-7 IEEE 1588 Time Synchronization via Line Mode, Using an External Master Clock
[dw_non-redundancy_example_OCGC, 2, en_US]
Figure 10-8 IEEE 1588 Time Synchronization via Line Mode, Using a SIPROTEC 5 Device as the Grand-
master-Capable Clock
[dw_non-redundancy_example_multiple_OCGCs, 2, en_US]
Figure 10-9 IEEE 1588 Time Synchronization via Line Mode, Using SIPROTEC 5 Devices as the Grandmaster-
Capable Clocks
[dw_non-redundancy_example_OCGCs_GM, 2, en_US]
Figure 10-10 IEEE 1588 Time Synchronization via Line Mode, Using a SIPROTEC 5 Device and an External
Master Clock as the Grandmaster-Capable Clocks
In the following figures, the external master clocks and the SIPROTEC 5 devices connect to both PRP LAN A and
PRP LAN B.
[dw_PRP_example, 9, en_US]
Figure 10-11 IEEE 1588 Time Synchronization via a PRP Network, Using External Master Clocks
If the external master clocks do not natively support PRP network redundancy, PRP RedBoxes are necessary.
[dw_PRP_extended_example, 8, en_US]
Figure 10-12 IEEE 1588 Time Synchronization via a PRP Network with 2 RedBoxes, Using External Master
Clocks
[dw_PRP_example_OCGC, 3, en_US]
Figure 10-13 IEEE 1588 Time Synchronization via a PRP Network, Using a SIPROTEC 5 Device as the Grand-
master-Capable Clock
[dw_PRP_example_multiple_OCGCs, 2, en_US]
Figure 10-14 IEEE 1588 Time Synchronization via a PRP Network, Using SIPROTEC 5 Devices as the Grand-
master-Capable Clocks
[dw_PRP_example_OCGCs_GM, 2, en_US]
Figure 10-15 IEEE 1588 Time Synchronization via a PRP Network, Using a SIPROTEC 5 Device and an External
Master Clock as the Grandmaster-Capable Clocks
NOTE
i The OC grandmaster-capable supports the best master clock algorithm (BMC algorithm), so that multiple
SIPROTEC 5 devices with the clock type OCGC and P2P TC are allowed per HSR or RSTP network.
In a SIPROTEC 5 device, a maximum of 1 OCSO and P2P TC can be set. Therefore, if multiple PTP clocks
are configured in a SIPROTEC 5 device and one of them is OCSO and P2P TC, the clock type on the other
modules must be set to P2P TC, OCGC, or OCGC and P2P TC.
[dw_HSRB_example, 6, en_US]
Figure 10-16 IEEE 1588 Time Synchronization via an HSR Ring, Using an External Master Clock
[dw_HSRB_example_MCs, 1, en_US]
Figure 10-17 IEEE 1588 Time Synchronization via an HSR Ring, Using External Master Clocks
[dw_HSRB_example_OCGC_1_HSR_ring, 1, en_US]
Figure 10-18 IEEE 1588 Time Synchronization via an HSR Ring, Using a SIPROTEC 5 Device as the Grand-
master-Capable Clock
[dw_HSRB_example_multiple_OCGCs_1_HSR_ring, 1, en_US]
Figure 10-19 IEEE 1588 Time Synchronization via an HSR Ring, Using SIPROTEC 5 Devices as the Grand-
master-Capable Clocks
[dw_HSRB_example_OCGC_HSR_rings, 1, en_US]
Figure 10-20 IEEE 1588 Time Synchronization via HSR Rings, Using SIPROTEC 5 Devices as the Grandmaster-
Capable Clocks
NOTE
i In the network configuration shown in Figure 10-20, the grandmaster-capable clocks must be located in
the same SIPROTEC 5 device to ensure synchronization of the multiple grandmaster-capable instances from
the same device-internal oscillator.
[dw_RSTP_example, 5, en_US]
Figure 10-21 IEEE 1588 Time Synchronization via an RSTP Ring, Using an External Master Clock
[dw_RSTP_example_OCGC, 1, en_US]
Figure 10-22 IEEE 1588 Time Synchronization via an RSTP Ring, Using a SIPROTEC 5 Device as the Grand-
master-Capable Clock
[dw_RSTP_example_multiple_OCGCs, 1, en_US]
Figure 10-23 IEEE 1588 Time Synchronization via an RSTP Ring, Using SIPROTEC 5 Devices as the Grand-
master-Capable Clocks
The clock types P2P TC and OCSO and P2P TC receive and forward PTP messages to the next device.
Meanwhile, the correction field of PTP Sync and Follow_Up messages is updated by the calculated values of
mean path delay and the residence time. These corrected time values are considered in the end device and
improve the synchronization of the end devices. The clock type OCSO and P2P TC is synchronized by the
master clock.
[dw_HSR_PRP_example, 6, en_US]
NOTE
i PRP-HSR RedBoxes which support PRP‑HSR coupling in the combination of P2P transparent clock or boun-
dary clock function are mandatory. You can contact the vendor of RedBoxes for support.
[dw_RSTP_PRP_example, 4, en_US]
NOTE
i HSR RedBoxes which support RSTP‑HSR coupling in the combination of P2P transparent clock or boundary
clock function are mandatory.
For time synchronization of the system mainboard, you can set the time source to IEEE 1588 with the
following steps:
² In the project tree, double-click Time settings under Settings.
² Set IEEE 1588 to the time‑source parameters Time source 1 or Time source 2.
² If you select IEEE 1588 as the time source, set the respective Time zone to UTC.
² With the parameter Fault indication after, you can specify the time after which a time source is
categorized as malfunctioning and after which a switchover to the redundant Time source 2 takes place
if Time source 1 is faulty.
NOTE
i For the time synchronization of the system mainboard with an ETH-BD-2FO module, you can only use
IEEE 1588 protocol instances with the clock type OC Slave Only or OCSO and P2P TC.
latency introduced by the built-in PHY of the RJ45 SFP transceivers. This accuracy data can vary with RJ45 SFP
transceivers from different vendors.
NOTE
i Siemens recommends using only optical SFP transceiver models approved by Siemens for IEEE 1588.
NOTE
i PICS, stated in IEC 61850-9-3:2016, only applies to the IEEE 1588 protocol instantiated on the ETH‑BD‑2FO,
ETH‑BA‑2EL (Rev. 2), and ETH‑BB‑2FO (Rev. 2) modules.
Conventions
The Base column shows the definitions and specifications in the base standard. Each entry in this column is
selected from the following list:
• Mandatory (m): The base standard mandates this capability and it is implemented.
• Optional (o): The base standard leaves this capability optional, but it is implemented.
The Condition column shows the condition for the capability. Each entry in this column is selected from the
following list:
• Conditionally supported (c): This capability is supported under the conditions specified in the corre-
sponding index in the PICS table.
PICS
36 The clock type OCSO supports 2-step on egress, and the other clock types support 1-step on egress. All clock types support both
1-step and 2-step on ingress.
37 This capability can be controlled by engineering. It is the other way around. For ETH-BD-2FO, it is True when the clock type is OC
Slave Only or OCSO and P2P TC, and it is False when the clock type is OCGC or OCGC and P2P TC. For ETH-BA-2EL (Rev. 2) and
ETH-BB-2FO (Rev. 2), it is True because OCGC is not available on this module.
38 You can enable or disable parameters and configure the domain number via DIGSI 5. The state values are displayed via the
Homepage.
39 The grandmaster-capable clock is not synchronized to any external time reference signal.
10.7 DHCP
10.7.1 DHCP
The Dynamic Host Configuration Protocol (DHCP) enables a client, in this case the Ethernet interface, to access
IP address and configuration data from a DHCP server. In this case, a DHCP server has to be available in the
network. If DHCP is activated, you do not have to configure the Ethernet interface network settings yourself.
10.8 RSTP
10.8.1 Description
The Rapid Spanning Tree Protocol (RSTP) serves for the reorganization of the network structure in the event of
an error. In other words, RSTP reroutes the data to another path after the failure of a network path.
NOTE
10.9 PRP
PRP (Parallel Redundancy Protocol) is a redundancy protocol for Ethernet networks. This protocol is specified
in the norm IEC 62439-3. In comparison to conventional redundancy procedures, for example, RSTP (Rapid
Spanning Tree Protocol, IEEE 802.1D-2004), PRP offers a switchover without interruptions. This avoids a dead
time in the event of a fault, and thus the highest availability.
Previous redundancy methods are based on mechanisms where the power-system components (switches and
bridges) agree with each other and find the best communication path for normal operation.
In the event of a fault, for example, in a cable, an optical fiber, or in case of a switch failure, the interruption
is detected and alternative paths are found in the network and connected. No communication can take place
during this switching procedure. Depending on the size and on the configuration of the Ethernet network, this
state can last for 10 ms up to around 1 s. A protocol extension in the end device is not necessary in this case
because the protocol is implemented in the switches.
PRP adopts a different approach.
The redundancy procedure is generated in the end device itself. The procedure is simple: The redundant end
device has 2 Ethernet interfaces with the same address (DAN, Double Attached Node). Then, the same frame
is sent twice, with PRP (parallel) via 2 separated networks. Both frames are unambiguously identified with a
sequence number.
The receiver takes the information that arrives first, stores the ID of the information in a duplicate filter using
the source address and the sequence number of the information. Thereby, the receiver recognizes the 2nd
redundant information and discards it. This redundant information is then discarded.
If the 1st frame is missing, the 2nd frame with the same information arrives via the other network. This
redundancy avoids a switchover of the network and is therefore a redundancy without interruption.
The end device does not forward any frame to the other network.
Since this procedure is realized in the Ethernet layer (same MAC address), it is transparent and can be used by
all Ethernet informative data protocols (IEC 61850, DNP, other TCP/IP based protocols).
In addition, it is possible to use one of the 2 networks for the transmission of not redundant frames. To do so,
connect a SAN (Single Attached Node) device to a network. In this way, a PRP end device can communicate
with a SAN end device (in a not redundant way). If you wish to connect a SAN end device in a redundant
way to a PRP system, use a REDBOX (redundancy box). This REDBOX provides PRP functionality externally as
an in-line device. However, the PRP procedure also presents a disadvantage: You are buying the increased
redundancy function at the cost of a duplicate network (2x switches, cables).
NOTE
i Both networks must not be connected as this causes Ethernet double addressing and this can result in
malfunctions!
There are 2 versions of PRP: PRP-0 and the successor PRP-1. Siemens implements PRP-1.
10.10 HSR
Like PRP, HSR (High Availability Seamless Redundancy Protocol) is specified in the norm IEC 62439-3. Both
protocols provide a redundancy without switchover.
The basic function can be found in the definition of PRP. With PRP, the same indication is sent via 2 separated
networks. In contrast to that, with HSR, the indication is sent twice in the both directions of the ring. The
receiver gets the indication via 2 ways in the ring, takes the 1st indication, and discards the 2nd (see PRP).
Whereas a PRP end device does not forward any indication, an HSR node has a switch function. Thus, the HSR
node forwards frames that are not or not exclusively addressed to this node and which have not been sourced
by the node itself.
In order to avoid circling indications in the ring, special measures are defined in the case of HSR. SAN (Single
Attached Node) end devices can only be connected with a REDBOX in the case of HSR.
PRP systems and HSR systems can be coupled in a redundant way with 2 REDBOXES.
10.11 SNMP
SNMPv3 (SNMP – Simple Network Management Protocol) is available in the plug-in Ethernet communication
modules for the modular and non-modular SIPROTEC 5 device, as well as in the integrated Ethernet interface
in the SIPROTEC 5 Compact devices. However, for SIPROTEC 5 V8.80 and higher, you can activate SNMP only
for 1 Ethernet communication module in a device.
NOTE
i Currently, only the Ethernet communication modules ETH‑BD‑2FO, ETH‑BA‑2EL (Rev. 2), and
ETH‑BB‑2FO (Rev. 2) support SNMP trap.
By default, SNMP is deactivated. To switch on SNMP in the device, select SNMP in the Network settings of the
Ethernet communication module.
If necessary, you can change the UDP port where the SNMP agent (Ethernet communication module) receives
the queries. Siemens recommends keeping the default setting for the UDP port.
[sc_SNMP_settings, 3, en_US]
SNMP allows the state query of these modules. For displaying information of the MIB (Management Informa-
tion Base), an MIB browser and the description files are required.
sip5Identity Group
The sip5Identity (1.3.6.1.4.1.22638.2.2) group contains identity information of the Ethernet communication
module. The information does not change at runtime.
• identityBmNumber:
Serial number of the Ethernet communication module
• identityProdCode:
Siemens item number of the Ethernet communication module
sip5Optical Group
The sip5Optical (1.3.6.1.4.1.22638.2.3) information is relevant only for an optical Ethernet communication
module.
• OpticalTransceiverRxPwr:
Current transceiver receiver power in 0.1 µW increments
• OpticalTransceiverTxPwr:
Current transceiver transmission power in 0.1 µW increments
• OpticalTransceiverTemp:
Current transceiver temperature in °C
sip5Rstp Group
The sip5Rstp (1.3.6.1.4.1.22638.2.4) information is relevant only if RSTP is activated for the Ethernet commu-
nication module.
sip5Sntp Group
The sip5Sntp (1.3.6.1.4.1.22638.2.5) information is relevant only if SNTP is activated for the Ethernet commu-
nication module.
• sntpPrimarySvr:
Parameterized IP address of the primary NTP server
• sntpSecondarySvr:
Parameterized IP address of the secondary NTP server
• sntpClockMaster:
Current NTP master clock (primary or secondary NTP server)
sip5Goose Group
The sip5Goose (1.3.6.1.4.1.22638.2.6) information is relevant only if IEC 61850-8-1 is parameterized for the
Ethernet communication module and a GOOSE application was activated.
• gooseTxConnConfig:
Number of parameterized GOOSE connections (Tx only)
• gooseTxConnActive:
Current number of active GOOSE connections (Tx only)
• gooseRxMismatchTel:
Current number of faulty GOOSE telegrams received
• gooseRxLostTel:
Current number of lost GOOSE telegrams (receive direction)
sip5PortStatus Group
The sip5PortStatus (1.3.6.1.4.1.22638.2.7) information is independent of the module and protocol parame-
terization.
• portStatusCH1:
Link status for Channel 1 (Up/Down)
• portStatusCH2:
Link status for Channel 2 (Up/Down)
sip5t104 Group
The sip5t104 (1.3.6.1.4.1.22638.2.8) group contains general information about and client settings for the
IEC 60870‑5‑104 protocol if the protocol is activated for the Ethernet communication modules.
• sip5t104Gen:
– t104GeneralProtocolName
IEC 60870-5-104
– t104GeneralProtocol
T104 version
– t104GeneralReportGot
Number of internal ACSI reports got from mainboard
– t104MappingReportDealed
Number of processed internal ACSI process data reports
– t104GeneralSettingReportDealed
Number of processed internal ACSI general setting reports
– t104TimeSyncSource
IP address of time synchronization master
– t104TimeZone
Time synchronization mode
• sip5t104Clt
– t104ClientSettingReportDealed
Number of processed internal ACSI setting reports for T104 client
– t104ClientChannelLive
Channel live signal of client
– t104ClientActiveMaster
The active time synchronization master communicating with the device
– t104ClientConnectedMainMaster
IP address of the connected main master
– t104ClientMainReceivedBytes
Number of bytes which are received from the main master
– t104ClientMainSentBytes
Number of bytes which are sent to the main master
– t104ClientConnectedBackupMaster
IP address of the connected backup master
– t104ClientBkReceivedBytes
Number of bytes which are received from the backup master; the number is updated continuously
– t104ClientBkSentBytes
Number of bytes which are sent to the backup master; the number is updated continuously
– t104ClientRedundancy
This object indicates if the T104 outstation supports redundant network.
– t104ClientEnableTimesync
This object indicates if the device expects and evaluates time sychronization from t104Client master.
– t104ClientCommonAddress
IEC 60870-5-104 station address of the device
– t104ClientDoubleTransmition
Indication event transmit twice, with and without timestamp
– t104ClientMVTransmitionType
Transmission-type options of measured values
– t104ClientCycleTime
Time for sending cyclical data
– t104GroupedTransTime
Transmission time duration of measured value group, where 0 refers to deactivation of group
transmission
– t104ClientMaxApduLength
Maximum APDU size
– t104ClientMainMasterIP
Main master IPv4 address, where 0.0.0.0 means that the slave IPv4 is listening and contacting
any IP address
– t104ClientMainChannelT0
ASDU connection time-out
– t104ClientMainChannelT1
ASDU reply time-out
– t104ClientMainChannelT2
linkRedundancyEntityNotifications
linkRedundancyEntityNotifications (1.0.62439.2.20) contains notifications related to LRE.
lreConfigurationGeneralGroup
lreConfigurationGeneralGroup (1.0.62439.2.21.0.0) contains general information about LRE.
• IreManufactureName
Name of LRE device manufacturer
• IreInterfaceCount
Total number of LREs in the communication network
lreConfigurationInterfaceGroup
lreConfigurationInterfaceGroup (1.0.62439.2.21.0.1) contains an LRE interface configuration table. Each entry
in the table corresponds to a PRP or HSR LRE, and each entry represents a pair of LAN ports (port A and port
B). Basic devices supporting PRP or HSR can have only 1 LRE and thus there is 1 entry in the table. For more
complex devices supporting PRP or HSR, there are several entries for multiple LREs.
• lreRowStatus
Status of LRE table entry
• lreNodeType
Operating modes of the LRE, including PRP mode 1 and HSR mode; PRP mode 0 is not supported by this
MIB revision
• lreNodeName
Node name of the LRE
• lreVersionName
Software version of the LRE
• lreMacAddress
MAC address used by the LRE; MAC addresses are identical for all ports of an LRE
• lrePortAdminStateA
Specifies if the LRE port A is active or inactive by administrative action; the default value is active
• lrePortAdminStateB
Specifies if the LRE port B is active or inactive by administrative action; the default value is active
• lreLinkStatusA
Link status of the LRE port A
• lreLinkStatusB
Link status of the LRE port B
• lreDuplicateDiscard
Specifies if a duplicate discard algorithm is used on the port receiving frames; the default value is
discard
• lreTransparentReception
Only applicable for PRP LRE; if removeRCT is configured, RCT is removed when forwarding to the upper
layers. The default value is removeRCT
• lreHsrLREMode
Only applicable when the LRE is an HSR bridging node or a RedBox; there are 5 modes of HSR LRE:
– Default mode: the HSR LRE is in mode h and it bridges tagged HSR traffic.
– Optional mode: the HSR LRE is in mode n and the bridging between its HSR ports is disabled. Traffic
is HSR tagged.
– Optional mode: the HSR LRE is in mode t and it bridges non-tagged HSR traffic between its HSR
ports.
– Optional mode: the HSR LRE is in mode u and it behaves like in mode h. It does not remove unicast
messages.
– Optional mode: the HSR LRE is configured in a mixed mode. HSR frames are processed according to
default mode. Non-HSR frames are processed according to 802.1D bridging rules.
• lreSwitchingEndNode
Indicates the feature which is enabled in a particular LRE
– An unspecified non-bridging node, for example, SRP
– An unspecified bridging node, for example, RSTP
– A PRP node or a RedBox
– An HSR RedBox with regular Ethernet traffic on its interlink
– An HSR switching node
– An HSR RedBox with HSR tagged traffic on its interlink
– An HSR RedBox with PRP traffic for LAN A on its interlink
– An HSR RedBox with PRP traffic for LAN B on its interlink
• lreRedboxIdentity
Applicable to RedBox HSR-PRP A or RedBox HSR-PRP B; 1 ID is used by a pair of RedBoxes (RedBox A and
RedBox B) coupling an HSR ring to a PRP network
• lreEvaluateSupervision
The value is true if the LRE evaluates received supervision frames and it is false if it drops the supervision
frames without evaluating. LREs are required to send supervision frames, but not required to receive
supervision frames. The default value depends on the specific implementation.
• lreNodesTableClear
Indicates that the node table is to be cleared
• lreProxyNodeTableClear
Indicates that the proxy node table is to be cleared
• lreDuplistResideMaxTime
The longest time that an entry can reside in the duplicates list; the time is expressed in the number of
seconds multiplied by 65 536. The default value is 26 214 x 15 μs, or 400 ms; low value can cause
broadcast storms
lreStatisticsInterfaceGroup
lreStatisticsInterfaceGroup (1.0.62439.2.21.0.1) contains an LRE interface configuration table. Each entry
corresponds to a PRP or an HSR LRE. Every entry represents a pair of LAN ports (port A and port B) and a port
C towards the application or interlink. Basic devices supporting PRP or HSR can have only one LRE and thus
there is one entry in the table. For more complex devices supporting PRP or HSR, there are several entries for
multiple LREs.
• lreCntTxA
Number of frames sent to an LRE port A. Frames that are HSR tagged or have a PRP RCT are counted;
frames that are aborted during the frames transmission are not counted. The initial value is 0
• lreCntTxB
Number of frames sent to an LRE port B. Frames that are HSR tagged or have a PRP RCT are counted;
frames that are aborted during the frames transmission are not counted. The initial value is 0
• lreCntTxC
Number of frames sent to the application interface of a DANP or a DANH, or the number of frames sent
to the interlink of the RedBox; frames with and without PRP redundancy control trailer or HSR tag are
counted, but link-local frames are not counted; fames that are aborted during the frames transmission
are also not counted; the initial value is 0
• lreCntWrongLanA
Number of frames with the wrong LAN identifier that are received on an LRE port A; the initial value is 0;
this object is only applicable to PRP ports
• lreCntWrongLanB
Number of frames with the wrong LAN identifier that are received on an LRE port B; the initial value is 0.
This object is only applicable to PRP ports
• lreCntWrongLanC
Number of frames with the wrong LAN identifier that are received on the interlink of a RedBox; this
object is only applicable to HSR RedBoxes in HSR-PRP configuration (hsrredboxprpa or hsrredboxprpb)
• lreCntRxA
Number of frames received on an LRE port A; the following frames are counted:
– Frames that are HSR tagged
– Frames that are fitted with a PRP redundancy control trailer
– Frames that are not forwarded to anywhere
– Frames that are received completely without error
The initial value is 0.
• lreCntRxB
Number of frames received on an LRE port B; the following frames are counted:
– Frames that are HSR tagged
– Frames that are fitted with a PRP redundancy control trailer
– Frames that are not forwarded to anywhere
– Frames that are received completely without error
The initial value is 0.
• lreCntRxC
Number of frames that are received from the application interface of a DANP or a DANH, or the number
of frames that are received on the interlink of a RedBox; frames with and without PRP redundancy control
trailer or HSR tag are counted, but link-local frames are not counted; frames that are received completely
without error are also counted; the initial value is 0
• lreCntErrorsA
Number of frames with errors that are received on the LRE port A; the initial value is 0
• lreCntErrorsB
Number of frames with errors that are received on the LRE port B; the initial value is 0
• lreCntErrorsC
Number of frames with errors that are received on the application interface of a DANP or a DANH, or on
the interlink of a RedBox; the initial value is 0
• lreCntNodes
Number of nodes in the nodes table
• lreCntProxyNodes
Number of nodes in the proxy node table; the node is only applicable to RedBox; the initial value is 0
• lreCntUniqueA
Number of entries in the duplicate detection mechanism on port A for which no duplicate is received; the
initial value is 0
• lreCntUniqueB
Number of entries in the duplicate detection mechanism on port B for which no duplicate is received; the
initial value is 0
• lreCntUniqueC
Number of entries in the duplicate detection mechanism on the application interface of the DAN or the
interlink of the RedBox for which no duplicate is received; the initial value is 0
• lreCntDuplicateA
Number of entries in the duplicate detection mechanism on port A for which one single duplicate is
received; the initial value is 0
• lreCntDuplicateB
Number of entries in the duplicate detection mechanism on port B for which one single duplicate is
received; the initial value is 0
• lreCntDuplicateC
Number of entries in the duplicate detection mechanism on the application interface of the DAN or the
interlink of the RedBox for which one single duplicate is received; the initial value is 0
• lreCntMultiA
Number of entries in the duplicate detection mechanism on port A for which more than one duplicate is
received; the initial value is 0
• lreCntMultiB
Number of entries in the duplicate detection mechanism on port B for which more than one duplicate is
received; the initial value is 0
• lreCntMultiC
Number of entries in the duplicate detection mechanism on the application interface of the DAN or the
interlink of the RedBox for which more than one duplicate is received; the initial value is 0
• lreCntOwnRxA
Number of HSR tagged frames received on port A which are originate from the device; frames originate
from this device if the source MAC matches the MAC of the LRE, or if the source MAC appears in the proxy
node table (if implemented); this object is only applicable to HSR; the initial value is 0
• lreCntOwnRxB
Number of HSR tagged frames received on Port B which are originated from this device; frames originate
from this device if the source MAC matches the MAC of the LRE, or if the source MAC appears in the proxy
node table (if implemented); this object is only applicable to HSR; the initial value is 0
• lreNodesMacAddress
MAC address of each node; each MAC address corresponds to a DAN
• lreTimeLastSeenA
Time in TimeTicks (1/100s) when LAN A receives the last frame from the remote LRE; the initial value is 0
• lreTimeLastSeenB
Time in TimeTicks (1/100s) when LAN B receives the last frame from the remote LRE; the initial value is 0
• lreRemNodeType
DAN type indicated in the received supervision frame
• IreProxyNodeMacAddress
MAC address of proxy node. Each entry contains information about a particular node for which the LRE
acts as a proxy for an HSR or PRP network
lreRedundancyEntityConformance Group
• lreDefaultGrp
Objects in the LRE default group
• linkRedundancyCompliance
Compliance for IEC 62439-3
dgpiProdIdentity Group
The dgpiProdIdentity (1.3.6.1.4.1.22638.11.1.1) group contains information like vendor name, customer
name, product location, and geo position.
• dgpiVendorName
Vendor name of the product
• dgpiAssetUuid
Asset universally unique identifier of the deployed product
• dgpiCustomerName
Name of the customer that deployed the product
• dgpiLocationName
Location where the product is deployed
• dgpiGeoPositionLatitude
Latitude of the product
The geodetic reference system is WGS84 (World Geodetic System). The preferred format is decimal grad
with grad symbol and leading sign '+' or '-'.
• dgpiGeoPositionLongitude
Longitude of the product
The geodetic reference system is WGS84. The preferred format is decimal grad with grad symbol and
leading sign '+' or '-'.
• dgpiGeoPositionAltitude
Altitude of the product
The geodetic reference system is WGS84. The preferred format is meters with m symbol and leading sign
'+' or '-'.
dgpiProdComp Group
The dgpiProdComp (1.3.6.1.4.1.22638.11.1.2) group contains the product and components table dgpiPro-
ductComponentsTable which is the main object of the MIB. The product and its components are represented
by rows of this table. The first row is always occupied by the product, the following rows by its components.
The order of the components in the rows of this table is not prescribed.
• dgpiProdCompIndex
Index of the table row
• dgpiProdCompContainedIn
Identifies the containment hierarchy of the product and its components; it equals to zero in the product
row because the product is on top of the hierarchy.
In the component rows, it equals to the value of the dgpiProdCompIndex of the product row (if the
component is contained directly by the product) or of the component row of its parent (if the component
is contained in a parent component).
• dgpiProdCompClass
Class of the product or component which is represented by this row
• dgpiProdCompName
Name of the product or component which is represented by this row
If there is no name available or applicable, this object contains a zero-length string.
• dgpiProdCompDescription
Short descriptions of the product or component which is represented by this row
If there is no description available or applicable, this object contains a zero-length string.
• dgpiProdCompOrderNumber
Siemens order number (MLFB) of the product or component of this hardware or software
If there is no order number available or applicable, this object contains a zero-length string.
• dgpiProdCompSerialNumber
Serial number of this hardware product or component
If there is no serial number available or applicable, this object contains a zero-length string.
• dgpiProdCompVersion
Version of this hardware, software, or configuration component
If there is no version available or applicable, this object contains a zero-length string.
• dgpiProdCompHwSlot
Slot identifier of the parent hardware product or component which is occupied by this child hardware
component
If there is no slot identifier available or applicable, this object contains a zero-length string.
• dgpiProdCompManufactDate
Manufacturing date of the hardware product or component
If there is no manufacturing date available or applicable, this object contains the special value
'0000000000000000'H.
• dgpiProdCompLastChange
Last change date and time of the component
If there is no change date and time available or applicable, this object contains the special value
'0000000000000000'H.
• dgpiProdCompTableLastChange
Last change time of the product and component table
The change includes creation of an extra row, deletion of a previously existing row, and modification of
an existing row.
dgpiNotifications Group
The dgpiNotifications (1.3.6.1.4.1.22638.11.1.3) contain the object that can control the sending of
security‑monitoring notifications. Currently, you can configure the parameters but it is not possible to issue
related notifications.
• dgpiNotificationsEnabled
Determines whether the SNMP agent is permitted to generate DGPI notifications
• dgpiNotificationProdCompChanged
Notification that the dgpiProductComponentsTable has changed
If dgpiNotificationsEnabled is set to yes and the value of dgpiProdCompTableLastChange is
changed, this notification is issued.
dgpiConformance Group
The dgpiConformance (1.3.6.1.4.1.22638.11.1.4) group defines if the DGPI MIB groups are mandatory or
optional.
• dgpiCompliance
Compliance statement for SNMP engines which implement the DGPI MIB
• dgpiProductIdentityGroup
Provides basic information about the product; the implementation of this group is mandatory
• dgpiProdCompGroup
Provides detailed information about the product and its components; the implementation of this group is
mandatory
• dgpiNotifObjectsGroup
Contains objects for product or component-related notifications; the implementation of this group is
optional
• dgpiNotifNotificationsGroup
Contains product or component-related notifications; the implementation of this group is optional
dgsmNotifications Group
The dgsmNotifications (1.3.6.1.4.1.22638.11.2.1) group contains the object that can control the sending of
security-monitoring notifications.
• dgsmNotificationsEnabled
Determines whether the SNMP agent is permitted to generate security‑monitoring notifications; the
default value is no
• dgsmLogAuditNotification
Information that security-related events occur in the monitored system
If you set the object dgsmNotificationsEnabled to yes, notifications are issued.
dgsmLogAuditHist Group
The dgsmLogAuditHist (1.3.6.1.4.1.22638.11.2.2) contains dgsmLogAuditHistTable that stores the objects
of recent‑logged audit notifications.
• dgsmLogAuditNumEntries
Total number of entries in dgsmLogAuditHistTable
The value does not change at the running time.
• dgsmLogAuditEldestEntry
Index of the dgsmLogAuditHistTable entry with the currently greatest value of (current time stamp -
dgsmLogAuditNotifTimeStamp).
SNMP Managers may use this index value to start reading all log‑audit notifications in chronological order
from the table.
• dgsmLogAuditLatestEntry
Indicates the index of the dgsmLogAuditHistTable entry with the lowest value of the current time stamp
dgsmLogAuditNotifTimeStamp
You can use this index value to read the most recent log‑audit notification or stop reading all notifications
from the table.
• dgsmLogAuditIndex
Index of the entry
• dgsmLogAuditNotifSeverity
Severity level of the log‑audit notification
• dgsmLogAuditNotifVersion
Version of the log‑audit notification
If there is no version available, this object contains a zero-length string.
• dgsmLogAuditNotifTimeStamp
Date and time of the issued log‑audit notification
• dgsmLogAuditNotifHostName
Name of the host that issued the log‑audit notification.
If there is no host name available, this object contains a zero-length string.
• dgsmLogAuditNotifAppName
Name of the application which issued the log‑audit notification.
If there is no application name available, this object contains a zero-length string.
• dgsmLogAuditNotifMsgId
Identifier of the log‑audit notification.
If there is no message identifier available, this object contains a zero-length string.
• dgsmLogAuditNotifMessage
Log‑audit notification.
If there is no message available, this object contains a zero-length string.
dgsmConformance Group
The dgsmConformance (1.3.6.1.4.1.22638.11.2.3) group defines if the DGSM MIB groups are mandatory or
optional.
• dgsmCompliance
Compliance statement for SNMP engines which implement the DGSM-MIB
• dgsmLogAuditGroup
Contains objects for security‑monitoring notifications.
The implementation of this group is mandatory.
• dgsmNotifobjectsGroup
Contains objects for security‑monitoring notifications.
The implementation of this group is optional.
• dgsmNotifNotificationsGroup
Contains security‑monitoring notifications.
The implementation of this group is optional.
Security is a weak aspect in SNMP versions 1 through 2c. These versions of SNMP do not support login with
password and user names; instead, communities are used. The disadvantage is that every user in the network
with a suitable program can read data and even change values.
SNMPv3 supplies encryption and improved authentication. For security, for SIPROTEC 5 devices, you cannot
change any settings or values of the device via SNMP, except for settings affecting SNMP.
By default, 2 users are created in a group which is named initial, with read and write access.
Table 10-7 Data for the ETH-BA-2EL (Rev. 1) and ETH-BB-2FO (Rev. 1) Modules
Table 10-8 Data for the ETH‑BD‑2FO, ETH‑BA‑2EL (Rev. 2), ETH‑BB‑2FO (Rev. 2), ETH-YA-2EL, and ETH-
YC-2FO Modules
For security reasons, Siemens recommends removing these initial standard users, creating your own users,
and assigning passwords. The corresponding SNMP tree structures and tables for user management are
readable and writable (USM-MIB). You can find more information in the RFC documentation USM-MIB (RFC
3414, 2574) and VACM-MIB (RFC 3415, 2575).
If the parameterization for SNMP is removed and loaded in the device, all previous settings for SNMP on the
Ethernet communication module are deleted. The initial state applies when configuring the SNMP again. If
you modify the configuration of SIPROTEC 5 device without modifying SNMP, then SNMP remains as before.
For more information on the configuration of DGPI and DGSM notification in an SNMP agent, refer to https://
support.industry.siemens.com/cs/attachments/109740816/APN-091_SNMP_V3_in_EA_Products.pdf.
10.12 SUP
10.12.1 SUP
The Slave Unit Protocol (SUP) is used for communication between the SICAM AI unit and the SIPROTEC 5
device or between the RTD unit and the SIPROTEC 5 device.
SICAM AI units are used for the following purposes:
• Transmission of measured values to a connected supervisory system or control center over communica-
tion protocol
For more information on the SICAM AI unit, refer to the device manual at the
Internet site https://support.industry.siemens.com/cs/document/109765276/7xv5674-sicam-ai-unit-20ma-
device-manual?dti=0&lc=en-WW.
RTD units are temperature relays with the following functions:
Table 10-9 Communication Matrix between a SICAM AI-Unit or RTD Unit and a SIPROTEC 5 Device via SUP
USART-AE-2FO
USART-XA-1EL
USART-AC-2EL
USART-AB-1EL
ETH-BB-2FO40
ETH-BD-2FO40
ETH-YC-2FO40
ETH-YA-2EL
ETH-BA-2EL
7XV5674-0KK00-1AA1 – – ■ ■ ■ ■ – – – – ■ ■ –
7XV5674-0KK00-2AA1 – – ■ ■ ■ ■ – – – – ■ ■ –
7XV5674-0KK30-1AA1 ■ – ■ ■ ■ ■ ■ ■ ■41 ■41 ■ ■ ■
7XV5674-0KK30-2AA1 ■ – ■ ■ ■ ■ ■ ■ ■41 ■41 ■ ■ ■
7XV5674-0KK40-1AA1 – ■ ■ ■ ■ ■ ■41 ■41 ■ ■ ■ ■ ■41
7XV5674-0KK40-2AA1 – ■ ■ ■ ■ ■ ■41 ■41 ■ ■ ■ ■ ■41
7XV5662-6AD10 ■ – – – – – ■ ■ ■41 ■41 – – ■
7XV5662-8AD10 – – ■ ■ ■ ■ – – – – ■ ■ –
40 It is necessary to use an SFP with electrical interface for the communication. For more information, refer to SFP (Small Form-Factor
Pluggable) with Electrical Interface, Page 43.
41 It is necessary to use the accessory 7XV5651-0BA00/BB for the communication. For more information on the accessory ordering,
refer to the Internet site https://support.industry.siemens.com/cs/document/109808323/accessories-catalog?dti=0&lc=en-WW.
[sc_auser4, 3, en_US]
[sc_auser5, 3, en_US]
² Set the port over which the SUP Serial protocol runs.
[sc_autcpslave, 1, en_US]
[sc_autcp2, 3, en_US]
Figure 10-32 Activating the Protocol for the Ethernet Communication Module
[sc_autcp3, 3, en_US]
Figure 10-33 Activating the Protocol for the Integrated Ethernet Interface
² Set the port over which the SUP Ethernet protocol runs.
[sc_autcp5, 3, en_US]
10.13 Homepage
NOTE
The homepage for communication modules is used for diagnostic purposes. On the homepage, you can find
information on the communication module as well as the network and communication protocols that run on
the communication modules.
The homepage is physically accessible using a Web browser via external Ethernet interfaces, for example,
http://<Module-IP>:Port. The following table lists the details for port configuration.
Port Number
J 8080
E 8081
F 8082
N 8083
P 8084
If you have configured Port J, you can reach all communication modules, that is, also the USART modules, via
the homepage.
You cannot download software using the homepage. It does not offer direct access to device parameters.
The 3 standard Web browsers Internet Explorer, Chrome, and Firefox are supported.
NOTE
i For security reasons, Siemens recommends using the homepage continuously only if there is a secure
network connection.
NOTE
Homepage Content
The homepage shows system diagnostic values, various start/fault logs, and the accessible diagnostic values of
the activated communication protocols.
It provides diagnostic values for the following protocols:
Protocols Can Run on the Following Module Types or Slots
CPU (Port J) Ethernet Modules USART Modules
Network protocols SNTP SNTP –
IEEE 1588
SNMP
Homepage Structure
[sc_homepage_port-J, 2, --_--]
[sc_homepage, 2, --_--]
[sc_homepage_USART, 2, --_--]
• Header
In the header, you can find a floppy-disk download icon. In case of a failure, this icon provides a
download with all relevant data for an error analysis. You can simply forward this download to our
customer service.
• Menu area
The menu area is divided into the following sections:
– Overview
– Application Diagnosis
– COM Module (Port J)
To display the values of the device in the right window section, select the Application Diagnosis field.
• Content section
The Content section contains the dynamic device information.
• Footer
The status is displayed at the lower left. The status indicates in which mode the module is running. There
are 2 different modes:
– Process
This mode indicates that the module is in operation.
– Fallback
This mode indicates that an error has occurred, for example, when starting up the module.
NOTE
i For security reasons, Siemens recommends using the homepage continuously only if there is a secure
network connection.
[sc_hom_dig, 2, en_US]
If the check mark is not set, the homepage is not loaded to the module. The homepage is deactivated. In this
case, you cannot activate or deactivate the homepage in the on-site operation.
² To deactivate the homepage, select the off option in the list box.
[sc_devmn1, 1, --_--]
² Select Homepage.
You can activate (on) or deactivate (off) the homepage there.
[sc_devmn2, 1, --_--]
NOTE
i The homepage must be activated; otherwise, the diagnostic data are not visible.
² Enter the IP address of the communication module in the Internet Explorer. You can read the diagnostic
data via the homepage.
10.13.3.1 Structure
The Overview section contains the following sections:
• Health
• Module Info
• Network Stat
(for Ethernet modules)
10.13.3.2 Health
The Health page is structured as follows:
[sc_overview_health, 2, --_--]
[sc_overview_health_USART, 2, --_--]
The Health page provides information on the state of the modules and protocols.
[sc_overview_module_info, 2, --_--]
[sc_overview_module_info_USART, 2, --_--]
[sc_overview_module_mainboard, 1, --_--]
General Information
The General Information section contains the following information:
• Device type
[sc_overview_network_stat, 3, --_--]
Slot Status
The Slot Status section contains information about the state of the channels.
Entry Meaning
Link State of the connection
Tx State of the counter of sent telegrams
Rx State of the counter of received telegrams
• IP Address
• Net mask
• MAC address
SFP Statistics
The SFP Statistics section contains the following values for each channel:
Entry Meaning
Vendor Name of the manufacturer
Identifier Transceiver type
Part Number Part number
Revision Revision number of the product
Temperature Internally measured temperature in the module
Unit: °C
Power Supply Internally measured supply voltage for the transceiver
Unit: V
Tx Bias Internally measured bias current
Unit: A
Tx Power Measured Tx output voltage
Unit: mW
Rx Power Measured Rx input voltage
Unit: mW
NOTE
i The SFP Statistics section is only available for Ethernet modules with an optical connection.
Routing
The Routing section contains details about the configured routings.
IP Packets
The IP Packets section contains various counters.
Entry Meaning
Rx Counter of received telegrams
Tx Counter of sent telegrams
Multicast Counter for multicast telegrams that occur
Errors Counter for errors that occur
Status Events
The Status Events section contains information about special events on the Ethernet interface.
2 different events are displayed:
• Overload
• Receive error
Entry Meaning
Count Number of events that have occurred
Type Event type
Last timestamp begin Time stamp when event started
Last timestamp end Time stamp when event ended
If there is a receive error, this entry is empty.
10.13.4.1 Structure
The Application Diagnostic section contains diagnostic pages for the following protocols:
• Network protocols:
– IEEE 1588
– SNTP
– SNMP
• Redundancy protocols:
– PRP
– HSR
– RSTP
• Communication protocols:
– IEC 60870-5-104
– IEC 61850
– IEC 61850 – GOOSE
– PROFINET IO
– DNP3 Ethernet
– Modbus TCP
– SUP Ethernet
– Process-bus client42
NOTE
i The Application Diagnostic section is structured identically for electrical and optical modules.
10.13.4.2 Network Protocols – IEEE 1588 for the Modules ETH‑BA‑2EL (Rev. 1) and ETH‑BB‑2FO (Rev. 1)
The Application Diagnostic > IEEE 1588 section contains diagnostic data about IEEE 1588 for the modules
ETH‑BA‑2EL (Rev. 1) and ETH‑BB‑2FO (Rev. 1).
[sc_IEEE_1588_application_diagnostic, 3, --_--]
Figure 10-47 Application Diagnostic – IEEE 1588 for the Modules ETH‑BA‑2EL (Rev. 1) and
ETH‑BB‑2FO (Rev. 1)
State
The State section contains information on the protocol.
Entry Meaning
Version Installed protocol version
Build Protocol build date
State Protocol bootup status
Slave Clock
The Slave Clock section contains information on synchronization.
Entry Meaning
State Receiving status of the Slave Clock
Receiver Information on receiving the time
No. of master clock changes No. of master logons (after failure or change)
No. of successfully processed No. of successful synchronizations
synchronizations
No. of detected errors in telegram No. of detected errors in the telegram
processing
No. of ignored telegrams No. of ignored telegrams
No. of idle periods No. of inactive periods (no receiving from the Master for a longer time)
Current Master Clock Information on current Master Clock
Clock ID / Port Number Clock ID and Port number acc. to IEEE 1588
Announce Seq ID / number of gaps Display of the currently received Seq ID of the Announce/number of
recognized sequence gaps (brief telegram loss)
Announce Flag Field Display of currently received flags
Current UTC Offset UTC Offset (TAI to UTC) in seconds
Last Synchronization Information on current synchronization
Clock ID / Port Number Clock ID and Port number acc. to IEEE 1588
Seq ID / number of gaps Display of the currently received Seq ID of the synchronization/number
of recognized sequence gaps (brief telegram loss)
Date / Time UTC Received synchronization time (corrected)
OffsetFromMaster Calculated difference from synchronization time to local time
Steps Mode of synchronization
1: one-step
2: two-step
Correction Sync / FollowUp Contents of the correction information from the Sync and Follow Up
Telegram
10.13.4.3 Network Protocols – IEEE 1588 on the Module ETH‑BD‑2FO, ETH‑BA‑2EL (Rev. 2), and ETH‑BB‑2FO (Rev. 2)
For the modules ETH‑BD‑2FO, ETH‑BA‑2EL (Rev. 2), and ETH‑BB‑2FO (Rev. 2), the Application Diagnostic >
IEEE 1588 HiAcc section contains diagnostic data about IEEE 1588.
PTP General
The section PTP General contains general information on the IEEE 1588 protocol.
[sc_IEEE_1588_PTP, 2, --_--]
Entry Meaning
PTP enable Enabling the IEEE 1588 protocol
PTP profile Profile of the IEEE 1588 protocol
Transport protocol Selecting layer 2 (Ethernet) multicast transport for PTP messages
VLAN tag Not supported
Channel live state State of the IEEE 1588 traffic during the IEEE 1588 running phase:
On: The channel is available for the transmission of PTP messages
Off: The channel is not available for the transmission of PTP messages
Clock type PTP clock type
Port state States of the port: INITIALIZING, LISTENING, FAULTY, UNCALIBRATED,
MASTER, and SLAVE
Slave Clock
The section Slave Clock contains information on the synchronization of the ordinary clock slave and it is
visible for the following clock types.
• OC Slave Only
[sc_IEEE_1588_app_dia_BD_slave, 3, --_--]
Entry Meaning
General General diagnostic data on the slave clock
Slave clock ID 8-octet array clock ID
Domain number IEEE 1588 domain number
An IEEE 1588 domain is a logical grouping of PTP clocks that
synchronize with each other using the IEEE 1588 protocol.
Path delay mechanism Delay mechanism of the IEEE 1588 protocol
Two step flag Mode of synchronization:
False: 1-step
True: 2-step
P2P request interval Peer delay request interval
Entry Meaning
Announce receipt timeout Time-out specifying the number of intervals that pass without receipt of
an Announce message43
Servo status Status of the clock servo: Holdover, Acquiring, Locked, and Free
running
Offset from master Offset between the master and slave clock
Peer mean path delay Mean propagation time between a requester and a responder
Current Master Clock Info Information on the current master clock
Master clock ID Clock ID according to IEEE 1588
Port number Port number according to IEEE 1588
Two step flag Mode of synchronization:
False: 1-step
True: 2-step
GM priority 1 The grandmaster priority 144
A lower value corresponds to a higher priority.
GM priority 2 The grandmaster priority 2
A lower value corresponds to a higher priority.
GM clock class Grandmaster-clock class
GM clock accuracy Grandmaster-clock accuracy
GM clock ID Grandmaster-clock ID
Current UTC offset UTC offset (TAI to UTC) in seconds
Current UTC offset valid True: The value of the current UTC offset is correct with certainty.
False: The value of the current UTC offset may not be correct.
Time traceable The grandmaster clock is traceable or not traceable to a primary refer-
ence.
Time source The source of time used by the grandmaster clock
Last Synchronization Information on current synchronization
Sync channel Channel of the synchronization
Sync seq ID Display of the currently received sequence ID of the synchronization
Date Display the date variables
Time UTC Universal Time Coordinated
Sync CF Correction field in Sync messages calculated in nanoseconds
Follow_up CF Correction field in Follow-up messages calculated in nanoseconds
• P2P TC
[sc_IEEE_1588_app_dia_BDP2PTC, 3, --_--]
Entry Meaning
General General diagnostic data on the P2P Transparent Clock
Clock ID 8-octet array clock ID
Domain number IEEE 1588 domain number
An IEEE 1588 domain is a logical grouping of PTP clocks that
synchronize with each other using the IEEE 1588 protocol.
Path delay mechanism Delay mechanism of the IEEE 1588 protocol
Two step flag Mode of synchronization:
False: 1-step
True: 2-step
P2P request interval Peer delay request interval
Syntonization Status of the P2P TC syntonization:
Yes: P2P TC is syntonized to the master clock
No: P2P TC is not syntonized to the master clock
Peer mean path delay Mean propagation time between a requester and a responder
OC Grandmaster Capable
The section OC Grandmaster Capable contains information on the OC grandmaster-capable and it is visible
for the following clock types.
• OCGC
[sc_IEEE_1588_app_dia_BDOCGC, 2, --_--]
Entry Meaning
General General diagnostic data on the OC grandmaster capable
Clock ID 8-octet array clock ID
Domain number IEEE 1588 domain number
An IEEE 1588 domain is a logical grouping of PTP clocks that
synchronize with each other using the IEEE 1588 protocol.
Path delay mechanism Delay mechanism of the IEEE 1588 protocol
Two step flag Mode of synchronization:
False: 1-step
True: 2-step
Sync interval Mean time interval between successive Sync messages
Announce interval Mean time interval between successive Announce messages
Priority 1 Priority 1 is used in the execution of the best master clock algorithm. It
is configured in the IEEE 1588 protocol settings.
Priority 2 Priority 2 is used in the execution of the best master clock algorithm. It
is configured in the IEEE 1588 protocol settings.
Clock class It shows the traceability of the time or frequency distributed by the
grandmaster-capable clock.
Clock accuracy The value is estimated by the clock to a precision consistent with the
value of the selected enumeration.
Current UTC offset UTC Offset (TAI to UTC) in seconds
Current UTC offset valid True: The value of the current UTC offset is correct with certainty.
False: The value of the current UTC offset may not be correct.
Time traceable The grandmaster-capable clock is traceable or not traceable to a primary
reference.
Time source The source of time used by the grandmaster-capable clock
[sc_SNTP_application_diagnostic, 2, --_--]
General
The General section contains the following information.
Entry Meaning
Leap Indicator Leap warning
Version Number Protocol version
Protocol Mode Protocol mode
Stratum Server-relevant value as an indicator of the time source used
Poll Interval Poll interval
Precision Indicates the accuracy of the time-server clock
Negative 8-bit value, expressed as a power of 2, for example: 2-16 =
15.3 µs
2-5 = 31.25 ms
Additional details are available in RFC4330.
Entry Meaning
Root Delay Server delay
Total runtime of the NTP telegram from the root through the individual
intermediate nodes
Root Dispersion Previous total errors produced through calculations in the intermediate
nodes
[sc_homepage_PRP, 2, --_--]
In the Application Diagnostic > PRP section, you can find the following entries:
Entry Meaning
Status Link status indication
txPacket Number of data packages sent from the port
rxPacket Number of data packages received by the port
txPacket 10s Number of data packages sent from the port within the last 10 s
rxPacket 10s Number of data packages received by the port within the last 10 s
Seamless Connections Number of modules to which a seamless connection exists. This value
must be < 512.
CorrectLan Number of PRP packages that were received with a correct PRP LAN ID.
WrongLan Number of PRP packages that were received with an incorrect PRP LAN
ID.
If this counter does not equal 0, there may be a wiring error. A wiring
error exists, for example, if all modules in the network do not have
channel 1 connected to LAN A and channel 2 connected to LAN B.
CorrectLan 10s Number of PRP packages that were received with a correct PRP LAN ID
within the last 10 s.
WrongLan 10s Number of PRP packages that were received with an incorrect PRP LAN
ID within the last 10 s.
[sc_hsr_dia, 2, --_--]
In the Application Diagnostic > HSR section, you can find the following entries:
Entry Meaning
Status Link status indication
txPacket Number of data packages sent from the port
rxPacket Number of data packages received by the port
txPacket 10s Number of data packages sent from the port within the last 10 s
rxPacket 10s Number of data packages received by the port within the last 10 s
Seamless Connections Number of modules to which a seamless connection exists. This value
must be < 512.
Deleted Duplicates Number of packages removed from the ring via the HSR duplicate filter
Deleted Duplicates 10s Number of packages removed from the ring via the HSR duplicate filter
within the last 10 s
[sc_app_rstp, 2, --_--]
General
The General section contains the following entries:
Entry Meaning
Maximum Age Time Counter that counts down with each pass through a bridge
Hello Time The time between configuration messages that have been issued by
the Root Bridge. With shorter Hello Times, there is a faster detection
of topology changes, at the expense of a moderate increase of STP
transmissions.
Forward Delay The time that a bridge requires to register MAC addresses on a rising
port before transmission can be started. With lower values, the port can
reach the transmission status faster but then, unregistered addresses
are transmitted to all ports.
Transmit Count The maximum number of BDPUs on each port that can be sent within
1 second. With a larger value, the power system can be restored more
quickly after failure of a connection/bridge.
Bridge ID Bridge Identifier
The bridge identifier provides a finer gradation of the switches. This
enables you to set the location of the alternate switches in the network.
Root Path Cost The total costs of the path to the root bridge, composed of the sum of
costs for each connection in the path.
Entry Meaning
Topology Change Count Counter that registers changes of the network topology
This value must remain constant during operation. When it remains
constant, there has been no topology change in the network.
Time Since Last Topology Change Time since the last change of the network topology
This diagnostic value shows the time elapsed since the last topology
change. It must be incremented continually.
Channels
The Channels section contains the following entries:
Entry Meaning
Status Status of the channel (Up or Down)
State State of the port (Forwarding or Discarding)
Role Role of the port:
• Root
• Designated
• Alternate
• Disabled
Port Priority The Port Priority Port value is adjustable for each port. The port priority
considers the valence of vectors on the receiver side and is taken into
account by the port identifier.
Port Path Cost The path costs indicate the quality of a line. The higher the value, the
worse the line.
Neighbour MAC Address MAC address of the neighboring RSTP bridge on this port
BPDU Telegrams
The BPDU Telegrams section contains information on the last RSTP topology changes.
[sc_IEC104_communication_protocols, 3, --_--]
General
The General section contains the following entries.
Entry Meaning
Protocol Name IEC 60870-5-104
Protocol Version IEC 60870-5-104 version
Report Got ACSI (Abstract Communication Service Interface) report received by
mainboard
MappingReport Dealed ACSI (Abstract Communication Service Interface) mapping report
processed
GeneralSetting Report Dealed ACSI (Abstract Communication Service Interface) general setting report
processed
SynSource IP address of the synchronization source
Timezone Time zone
Status
The Status section contains the following entries.
Entry Meaning
MasterSettingReport Dealed ACSI (Abstract Communication Service Interface) master setting report
processed
ChannelLive Indicate if each master is transmitting and receiving data on the module
Active Master The Master, which is the last to send STARTDT to the device
Connected Main Master Display the IP of the connected Main Master
Main Received Bytes Bytes received from Main Master. This number is updated continuously.
Main Sent Bytes Bytes sent by Main Master. This number is updated continuously.
Connected Backup Master Display the IP of the connected Backup Master
Backup Received Bytes Bytes received from Backup Master. This number is updated continu-
ously.
Backup Sent Bytes Bytes sent by Backup Master. This number is updated continuously.
Setting
The Setting section contains the following entries.
Entry Meaning
Redundancy When redundancy is off, all settings for the backup master are ignored.
Enable time sync. Determines whether the SIPROTEC 5 device expects and evaluates time
synchronization from the IEC 60870-5-104 master.
Common address IEC 60870-5-104 station address of the SIPROTEC 5 device
MV trans. type Selection of the measured-values transmission type
Cycle time Time for sending cyclic data. Relevant if Cyclic only.
Grouped trans. time The time for measurement transmission as a group. Single changes
of measurements are stored and commonly sent out after this time.
Reduce of required bandwidth.
0 = deactivate group transmission
DoubleTran Double Transmission
Sends indications with or without time stamp. If double transmission is
switched on, the indication is sent twice to the Master. Once with the
time stamp and once without time stamp.
Max. length of APDU Maximum length of APDU (application protocol data unit) per master in
the monitoring direction
Entry Meaning
Main master IP • When redundancy is disabled and there is only 1 master: Ipv4
address 0.0.0.0 means that the slave can listen and contact every IP
address.
• When redundancy is disabled and there are 2 or 3 masters: Ipv4
address cannot be 0.0.0.0 or cannot be the same as the backup
master IP.
• When redundancy is enabled: Ipv4 address cannot be 0.0.0.0 or
cannot be the same as the backup master IP.
Main channel t0 Connection establishment time-out
Main channel t1 ASDU reply time-out
Main channel t2 Wait next information transmission frame (I frame) time-out.
t2 < t1
Main channel t3 Idle time-out
Backup master IP Ipv4 address cannot be 0.0.0.0 or be the same as the main master IP.
Backup channel t0 Connection establishment time-out
Backup channel t1 ASDU reply time-out
Backup channel t2 Wait next information transmission frame (I frame) time-out.
t2 < t1
Backup channel t3 Idle time-out
[sc_IEC61850_communication_protocols, 2, --_--]
Clients
The Clients section contains general information on the clients.
Entry Meaning
Connection Number of client connections
IP Address Client IP address
Port Port address
Timestamp Time stamp of connection establishment
Reports
Every configured report is displayed with corresponding diagnostic values.
Entry Meaning
Report Sequential number of configured reports
CbRef Control block reference
RptID Report identifier
RptEna Report state
0 = Not active
1 = Active
DataSet Dataset reference
DataSetMembers Number of signals of referenced reports
ConfRev Configuration revision number
OptFlds Optional field:
• Bit0: Reserved
• Bit1: sequence-number
• Bit2: report-time-stamp
• Bit3: reason-for-inclusion
• Bit4: data-set-name
• Bit5: Data reference
• Bit6: buffer-overflow
• Bit7: entryID
• Bit8: conf-revision
• Bit9: Reserved
BufTm Buffer time in ms
Entry Meaning
TrgOps Trigger options:
• Bit0: Reserved
• Bit1: Data-Change
• Bit2: Quality-Change
• Bit3: Data-Update
• Bit4: Integrity
• Bit5: Reserved
IntgPd Integrity period
[sc_IEC61850_GOOSE_communication_protocols, 2, --_--]
Rx Statistics
The Rx Statistics section contains general diagnostic values.
Entry Meaning
Rx mismatch This field indicates that the parameterization is incorrect This is the case
for example when the control block has the correct subscriber address,
but the configuration does not fit with the expected signals.
Rx lost This field indicates a possible connection break or failure.
Rx ComLink Error Internal error counter
Subscriber
The Subscriber section displays all configured GOOSE receiver control blocks, each with the following diag-
nostic values.
Entry Meaning
Subscriber Sequential number of configured GOOSE control blocks
Control block Control block reference
Dataset Dataset reference
Goose ID Control-block identifier
App ID Application ID
MC Address Multicast address
Conf. Revision Configuration revision number
NeedsCom Indicator for state of parameterization
0 = OK
1 = Not OK
Signal Counter Number of signals in the referenced dataset
Rx Counter Telegram receipt counter
Publisher
The Publisher section displays all configured GOOSE transmitter control blocks, each with the following
diagnostic values.
Entry Meaning
Publisher Sequential number of configured GOOSE control blocks
Control block Control block reference
Dataset Dataset reference
Goose ID Control-block identifier
App ID Application ID
MC Address Multicast address
Conf. Revision Configuration revision number
NeedsCom Indicator for state of parameterization
0 = OK
1 = Not OK
Min. Time Minimum time in ms
Max. Time Maximum time in ms
SigCounter Number of signals in the referenced dataset
Tx Counter Telegram transmission counter
[sc_PNIO_homepage, 3, --_--]
[sc_PNIO_S2_homepage, 1, --_--]
Version
The Version section contains the following entries.
Entry Meaning
Protocol name PROFINET IO
Protocol version PROFINET IO version
IO-Device
The IO-Device section contains the following entries.
Entry Meaning
Status Status of the IO device
Device name Name of the IO device
Entry Meaning
Device IP address IP address of the IO device
Device MAC address MAC address of the Ethernet module
IO-Controller
In scenarios of none redundancy and S2 redundancy, the IO-Controller section contains the following
different entries.
Entry Meaning
None redundancy
Station name Name of the station
IO-Controller IP address IP address of the IO controller
S2 redundancy
System Redundancy Type Type of system redundancy
1st IOC Station name Name of the station for the 1st IO controller
1st IOC IP address IP address of the 1st IO controller
1st IOC Connection status Connection status of the IO device to the 1st IO controller
Primary/Backup Identifier of the 1st IO controller, whether primary or backup
2nd IOC Station name Name of the station for the 2nd IO controller
2nd IOC IP address IP address of the 2nd IO controller
2nd IOC Connection status Connection status of the IO device to the 2nd IO controller
Primary/Backup Identifier of the 2nd IO controller, whether primary or backup
IO Modules
The IO Modules section contains the following entries.
Entry Meaning
Slot Slot number of the IO module (maximum 18 IO modules plus DAP can
be plugged)
Module name Name of the IO module
Module ID Identification number of the IO module
Subslot Subslot number
IO direction Data direction (input data or output data)
Submodule ID Identification number of the submodule type
Status Status of the IO module
Statistics (SIPROTEC 5)
The Statistics (SIPROTEC 5) section contains the following entries.
Entry Meaning
Report Got ACSI (Abstract Communication Service Interface) report processed
Report Dealt ACSI report dealt
Event List
The Event List section contains the following entries.
Entry Meaning
Size(max number of entries) Maximum possible number of entries in the event list
Entries(buffered/for reading) Current number of entries in the event list/Number of entries trans-
mitted during the next handshake cycle (3 entries max.)
Entries overflow Event-list buffer overflow
Control_I/Control_O Current values of the Control_I and Control_O
[sc_DNP3_ethernet_application_diagnostic, 3, --_--]
General State
The General State section contains the following entries.
Entry Meaning
Channel Name Internal channel description
Is Running State display for the protocol
(current state)
Report Got Telegrams sent from device to module
Report Dealed Telegrams arranged from device to module
General Setting
The General Setting section contains the following entries.
Entry Meaning
Slave Address Address of the slave
Unsolicited Message Unsolicited transmission
Mode Connection via Ethernet or serial connection
Entry Meaning
Master Address Address of the master
IP Address Setting Setting of the master IP address
Port TCP/IP port number (only for Ethernet communication)
Connected Master IP IP address of the connected master
Received Bytes Received Bytes
Sent Bytes Sent Bytes
[sc_dia_home_pg_modbus, 3, --_--]
State
The State section contains the following entries.
Entry Meaning
Connected master 1 IP address of the master 1
Master 1 recvframes Frames received from the master 1
This number is updated continuously.
Master 1 sentframes Frames sent to the master 1
This number is updated continuously.
Connected master 2 IP address of the master 2.
Master 2 recvframes Frames received from the master 2
This number is updated continuously.
Entry Meaning
Master 2 sentframes Frames sent to the master 2
This number is updated continuously.
Report got ACSI (Abstract Communication Service Interface) report received from
the mainboard
Report processed ACSI report processed
Version
The Version section contains the following entries.
Entry Meaning
Protocol name Modbus TCP
Protocol version Modbus-TCP version
Setting
The Setting section contains the following entries.
Entry Meaning
Master IP1 Ipv4 address
0.0.0.0 means that the slave can accept the connection request from
any master IP address.
Master IP2 Ipv4 address
0.0.0.0 means that the slave can accept the connection request from
any master IP address.
IP port The TCP port that the communication module listens to for Modbus
Connection superv. time TCP/IP time-out
Slave address Modbus slave address of the device
• SIPROTEC Distance Protection, Line Differential Protection, and Overcurrent Protection for 3-Pole Tripping
• SIPROTEC Distance and Line Differential Protection, Breaker Management for 1-Pole and 3-Pole Tripping
10.13.5.1 Structure
The Application Diagnostic section contains diagnostic pages for the following protocols:
• DNP3
• IEC 60870-5-103
• Modbus RTU
• SUP Serial
• Protection interface
NOTE
i The Application Diagnostic section is structured identically for electrical and optical modules.
[sc_DNP3_application_diagnostic, 2, --_--]
State
The State section contains the following entries.
Entry Meaning
Channel Name Internal channel description
Is Running State display for the protocol
(current state)
Received Bytes Received Bytes
Sent Bytes Sent Bytes
Report Got Telegrams sent from device to module
Report Dealed Telegrams arranged from device to module
Uart ReTansmit Number of telegram repetitions on the interface
Setting
The Setting section contains the following entries.
Entry Meaning
Mode Connection via Ethernet or serial connection
Master Address Address of the master
Slave Address Address of the slave
Unsolicited Message Unsolicited transmission
Entry Meaning
Baud rate Set baud rate
Parity Set parity
Data bit Set data bits
Stop bit Set stop bits
[sc_T103_application_diagnostic, 2, --_--]
State
The State section contains the following entries.
Entry Meaning
Channel Name Internal channel description
Channel State Display of the state of the connection to the master
Entry Meaning
Frames Sent Telegrams sent
The number of telegrams is updated continuously.
Frames Received Telegrams received
The number of telegrams is updated continuously.
Frames With Errors Faulty telegrams
The number of telegrams is updated continuously.
Max. Receive Latency [ms] Maximum latency for reception in ms
Max. Processing Time [ms] Maximum processing time in ms
Max. Response Time [ms] Maximum response time in ms
Max. Resp. TimeRecv. Latency [ms] Maximum latency for the reaction in ms
Response timeouts Reaction time-out
Settings / Reports Processed Statistics of the Reports Processed parameter
Settings / GI Starts Statistics of the GI Starts parameter
Settings / GI Started Statistics of the GI Started parameter
Mappings / Reports Processed Statistics of the Reports Processed mapping
Mappings / GI Starts Statistics of the GI Starts mapping
Mappings / GI Started Statistics of the GI Started mapping
Setting
The Setting section contains the following entries.
Entry Meaning
Slave Address Device address
Baud rate Set baud rate
Parity Set parity
Data bit Set data bits
Stop bit Set stop bits
[sc_dia_home_pg_modbusRTU, 1, --_--]
State
The State section contains the following entries.
Entry Meaning
Frames sent Frames sent to the master
Frames received Frames received from the master
Report got ACSI report received from the mainboard
Report processed ACSI report processed
Version
The Version section contains the following entries.
Entry Meaning
Protocol name Modbus RTU
Protocol version Modbus-RTU version
Setting
The Setting section contains the following entries.
Entry Meaning
Baud rate The speed of the data transmission
Data bit The bit number of the valid data
Stop bit The stop bit number of the data
Parity The mechanism that checks the validity of the transmitted data
Entry Meaning
Connection superv. time Connection time-out
Slave address Modbus slave address of the device
[sc_SUP_diagnostic, 1, --_--]
State
The State section contains the following entries.
Entry Meaning
Active RTDs Number of active RTDs/20-mA units
Total Sent Bytes Sent Bytes
Total Received Bytes Received Bytes
Setting
The Setting section contains the following entries.
Entry Meaning
Baudrate Set baud rate
Data Bit Set data bits
Stop Bit Set stop bits
Parity Set parity
Light Idle State Status of idle light
State
The State section contains the following entries.
Entry Meaning
Channel Name Internal channel description
Channel State State display for the protocol
(current state)
Entry Meaning
ChLiv State State of Channel Live
CLiv Count Counter of Channel Live
Build Build date of the protocol
If Media Status
The If Media Status section contains the following entries.
Entry Meaning
Baud Rate Set baud rate
Link State Link status
Transceiver Detection FO: N/A (always N/A) (NO transceiver detected, transceiver detected),
fault event: N/A
Settings
The Settings section contains the following entries.
Entry Meaning
ConVia Protection interface is Connection via
PdiBandwidth Bit rate (bit/s) for protection telegrams based on the parameter
Connection via
PdiFrameOverhead Overhead for every protection telegram in bit.
Entry Meaning
Bridge Status / RBufLineNum Siemens-internal special diagnostic for fault search
Bridge Status / RBufLineSize Siemens-internal special diagnostic for fault search
Bridge Status /TBdNum Siemens-internal special diagnostic for fault search
Bridge Status / linkBurstCount Siemens-internal special diagnostic for fault search
Bridge Status / linkBeatCount Siemens-internal special diagnostic for fault search
Bridge Status / linkBurstMaxBeat Siemens-internal special diagnostic for fault search
Bridge Status / linkRetriggerCount Siemens-internal special diagnostic for fault search
Bridge Status / linkRetriggerFlag Siemens-internal special diagnostic for fault search
Bridge Status / linkIRQTXReqCount Siemens-internal special diagnostic for fault search
Bridge Status / linkIRQTXConCount Siemens-internal special diagnostic for fault search
Bridge Status / linkIRQRXConCount Siemens-internal special diagnostic for fault search
11.1.1 Prerequisite
NOTE
NOTE
i With the aid of an address list, you can obtain an overview of the network topology. This list contains all
important information about the devices. In this way, you can find any errors quickly.
Siemens thus recommends that you first create a list of component addresses immediately.
• Device type
• Product code
• Serial number
• IP address
IP settings can be read only after the devices have been initialized, that is, the parameter sets have been
loaded into the devices.
• Subnet mask
• Standard gateway
• MAC address
The MAC addresses can be read directly on the display of the device (Menu 5-5 Enter).
NOTE
Prior to commissioning, check whether the system has been installed correctly.
Check Accessibility
After settings have been made and parameters loaded, all components must be accessible via their IP address.
This must be possible regardless of whether the ring is open or closed.
NOTE
i Note that modules can operate both in Line and in Switch mode. The homepages thus differ accordingly.
You use DIGSI 5 to set the operating mode.
• A ring structure is cut at more than one point. As a result, some of the devices are no longer accessible.
The following reasons can be the cause of the break:
– Switched-off devices
– Broken connections
– Device in FW/Config loading/Fallback mode
Upon completion of these preliminaries, a ring structure is in operation. Additional settings are now possible.
The SIPROTEC 5 device offers various output options for diagnostic data.
NOTE
• Next, select Updating accessible participants. The local network is searched for SIPROTEC 5 devices.
• Next, select the device and click Get all data from device. The configuration and process data are read
out.
• Next, select Test Suite and then Communication module. You can now open the communication log for
each communication module under the settings for the channels.
[sc_IEC_communication_log, 2, en_US]
Variable Description
Protocol45 found in configuration file Start of the 1st level OK.
ComObj available (DCF parsing successful)
Launching protocol (handle 0x%x) failed! Start of the protocol has failed. Possible reasons:
Delayed connection failed?
No .so file?
Protocol successfully launched. Start of the 1st level OK
ComObj available (DCF parsing successful)
Protocols have started
Too many initialization errors during 2nd level com Start of the 2nd level has failed
startup!
Set of module Health failed! No ComLink connection
Problems with SessionMngr
Wrong readiness path?
Startup finished ComBase-Start finished
Process mode: Protocols running
Fallback mode: Protocols not running
Module PCB type PCB type
Module46 detected in slot 1 (port F). Module is inserted in Port F
Module core running
NFS running!
Module detected in slot 2 (port E). Module is inserted in Port E
Module core running
NFS running!
Module detected in slot 3 (port P). Module is inserted in Port P
Module core running
NFS running!
Module detected in slot 4 (port N). Module is inserted in Port N
Module core running
NFS running!
CCF GUID(%s) check failed at slot%i! DCF and CCF are inconsistent, GUIDs are not identical.
CCF compKey(%s) check failed at slot%i! DCF and CCF are inconsistent, compKeys are not iden-
tical.
[sc_dgclnt, 2, en_US]
Diagnostic indications regarding communication are displayed in a communication log. The communication
log displays, for instance, whether a module has started up successfully and communication services have
been initiated. The communication log can be retrieved from the device as an indication list by DIGSI 5.
Diagnostic Data via DIGSI – GOOSE Control Blocks and Reports Generated
You can find the following information in the IEC 61850 protocol:
• Generated reports and GOOSE datasets that have been transmitted by the device are displayed.
• Once a connection has been established between the servers, objects that have been received via GOOSE
messages from other devices are displayed.
This allows you to recognize, for instance, whether configured GOOSE connections in DIGSI 5 are also
communicating successfully.
[sc_dgpubl, 2, en_US]
[sc_dgsubs, 2, en_US]
[sc_dgrept, 2, en_US]
[sc_IEC_communication_log, 2, en_US]
NOTE
[sc_dia_DNP_ethernet, 1, en_US]
[sc_dia_dnp, 3, en_US]
[sc_diagnostic_data_T104, 2, --_--]
[sc_103_rov, 2, en_US]
This and all other displays under Disturbance Data contain internal Siemens information.
NOTE
[sc_T103_record_overview, 1, en_US]
This and all other displays under Disturbance Data contain internal Siemens information.
[sc_dia_dt_DIGSI_modbus, 2, en_US]
NOTE
i The homepage must be activated; otherwise, the diagnostic data are not visible.
NOTE
[sc_dia_dt_DIGSI_modbus_RTU, 1, en_US]
NOTE
i The homepage must be activated; otherwise, the diagnostic data are not visible.
[sc_diag_data_digsi, 3, en_US]
[sc_diag_data_S2_digsi, 1, en_US]
Figure 11-15 Diagnostic Data via DIGSI 5 for the Protocol in S2 Redundancy
NOTE
i In case of high load on the communication module caused by changes of many processes, the performance
can slow down.
Name Content
Vendor ID 0x002A (PROFINET vendor ID of Siemens AG)
Order ID Identification of the device or module
Serial Number Serial number of the Ethernet module
Hardware Revision Hardware revision of the Ethernet module
Software Revision Software revision of the Ethernet module
Revision Counter Indication of the changes of hardware or of its parameters
Profile ID Profile of the item if applicable
Name Content
Profile Specific Type Information about profile-specific details according to the respective defini-
tions of the application profile.
I&M Version Major Major version of the profile Guidelines Part 1 I&M Functions, you
can find more information on the following Internet page: https://
www.profibus.com/nc/download/profiles/
I&M Version Minor Minor version of the profile Guidelines Part 1 I&M Functions, you
can find more information on the following Internet page: https://
www.profibus.com/nc/download/profiles/
I&M Supported Bitmask defining which I&M objects (I&M 1-15) are supported
The following diagnostic data is provided via the protection interfaces by the devices in the constellation:
• Time delay in the send and receive direction of the telegrams between local and neighboring device
You can find this diagnostic data in DIGSI under the following menu structure (see Figure 11-16):
[sc_diagnose_wskanäle_geräteadresse, 3, en_US]
NOTE
i You can use the following procedure to reset the measured values for the protection interface directly in
the device:
Device functions > x Device protection comm. > Protection interface y > Reset measured values.
Indication Description
(_:5161:301) Status of The output signal gives you information about the state of session layers 1
lay. 1 and 2 and 2 (1: Physical layer, 2: Data-link layer). The following indications values
are possible:
• initialized:
The protection interface is not connected and is in the Initial state.
• PI connected:
The protection interface is connected to the protection interface of a
device.
• PI data fault:
The protection interface has not received any valid telegrams for
the time set in parameter (_:5161:107) Disturbance alarm
after.
• PI data failure:
The protection interface has not received any valid telegrams for the
time set in parameter (_:5161:108) Transm. fail. alarm
after .
• not existing:
The protection interface has not been assigned to a communication
channel.
(_:5161:302) Status of The output signal gives you information about the state of session layers
lay. 3 and 4 3 and 4 (3: Network layer, 4: Transport layer). The following indications
values are possible:
• no error:
The protection interface is operating correctly.
• SW ver.incomp.:
The firmware versions of the connected devices are incompatible.
Update the firmware.
• wrong dev. ID:
The device address of the partner device is incorrect. Check the
settings for parameters Address of device 1 to Address of
device n (_:5131:102 and following).
• const.sett.error:
Check that the same setting has been made for parameter
(_:5131:122) Lowest appearing bit rate in all devices.
• diff.sett error:
The line differential protection settings for the connected devices are
incompatible. Check whether both devices are set to operate with or
without line differential protection.
The rated current of the line (parameter (_:9001:101) Rated
current) must be set equal at all ends of the line.
If a transformer is installed in the line, the rated apparent power
(_:9001:103) Rated apparent power must be set equal at all
ends of the line.
• net mirroring
The protection interface is receiving its own data. Check the wiring.
• wrong dev. idx.
The device index in the partner device is wrong. Check the setting
of parameter (_:5131:101) Local device is device in the
partner device.
In order to clarify faults, each individual protection interface provides the following binary signals:
Binary Output Signal Description
(_:5161:303) Signal Connection broken indicates that during a parameterized time (param-
Connection broken eter (_:5161:107) Disturbance alarm after) faulty or missing tele-
grams were continuously received. If the 'Connection interrupted' indication
occurs, the affected protection interface link will be terminated. This can cause
the blocking of an active differential protection or a ring topology can change to
a chain topology.
(_:5161:316) Error Signal Error rate / min exc. indicates that the set maximum error rate per
rate / min exc. minute (parameter (_:5161:106) Max. error rate per min) has been
exceeded.
(_:5161:317) Error Signal Error rate / hour exc. indicates that the set maximum error rate
rate / hour exc. per hour (parameter (_:5161:105) Max. error rate per hour) has
been exceeded.
(_:5161:318) Time Signal Time delay exceeded indicates that the threshold value for the set
delay exceeded signal-transit time (parameter (_:5161:109) Delay time threshold) has
been exceeded.
(_:5161:319) Time Signal Time delay different indicates that the threshold value for asym-
delay different metrical transmission times has been exceeded. The setting value results from
the setting value of the parameter (_:5161:110) Difference Tx and Rx
time.
(_:5161:320) Time Signal Time delay jump indicates that the data transit times changed
delay jump abruptly. This is caused by switching the communication path in the communica-
tion network.
(_:5161:321) PI Signal PI synchronized indicates that the protection-interface connection is
synchronized synchronized with the opposite end.
(_:5161:340) Tele- Signal Telegram lost indicates that an expected telegram has failed to arrive
gram lost or a faulty telegram has been received.
If you would like to assign the communication failures or faults to other events,
move the signal Telegram lost temporarily into the operational log. Such
events can be switching operations in the primary system or operations on the
components of the communication network.
Note: If the signal is constantly routed, the operational log can overflow. Siemens
recommends routing the signal only for clarification of faults.
NOTE
i You can reset the measured values of the protection interface directly in the device. Proceed as follows:
Device functions > x Device protection comm. > Protection interface y > Reset measured values.
NOTE
i The diagnostic data can also be read via the device control on the display of the device. The overview of
DIGSI 5 does not offer this option, however.
[sc_dia_pin, 2, en_US]
Figure 11-17 Diagnostic Data of a Channel Configured with the Protection Interface
[sc_dia_med, 2, en_US]
[sc_dia_com, 2, en_US]
Figure 11-19 Diagnostic Data of the Protection-Interface Log - HDLC (Log - Layer)
Table 11-12 Description of Diagnostic Data of the Protection-Interface Log - HDLC (Log - Layer)
[sc_dia_hdl, 2, en_US]
Figure 11-20 Diagnostic Data of the Protection-Interface Log - COM Interface (Internal COM Link Interface
Between Module and Mainboard)
Table 11-13 Description of Diagnostic Data of the COM Interface (Internal COM Link Interface Between
Module and Mainboard)
Table 11-14 Description of Diagnostic Data of some Setting Values of the Protection Interface
For the protocol test, DIGSI 5 is used to set and reset specific values for objects that are routed through
communication interfaces. The object will always be transmitted using a test bit. If the objects are to be
designed with receivers, then the receivers must also be placed into the test state. A Test Editor is provided in
DIGSI 5 for this purpose.
You can set objects for IEC 61850. If this object is configured in a dataset that is to be transmitted as a GOOSE
message or report, then the object can be received spontaneously by a client or other server. In this way, you
can change states and test their response via the IEC 61850 communication.
[sc_tested, 2, en_US]
[sc_goenab, 2, en_US]
If a device transmits several GOOSE messages, then you must set all GoEna variables to 0 to switch off the
GOOSE messages completely.
The GOOSE messages are switched on by setting the value of the variable GoEna to 1.
For testing purposes, you can use the IEC 61850 Browser, as it displays and can set GOOSE control blocks and
variables.
[sc_gostop, 2, en_US]
• Select either the desired signal in the External Signals group or the signal of a function activated via the
GOOSE column.
• Open the Properties window and select the Processing Quality Attributes sheet.
[sc_LB_GOOSE_2, 2, en_US]
Figure 11-24 Influence Option When Linking a DPC Type Data Object
Depending on the selected data type of the object, various selection options are offered to you for the Safe
state item in the Common settings section. At this point, you select the manually updated values that allow
a safe operating state as soon as the data access via the communication path is disturbed.
• Open the Properties window and select the Advanced quality attributes sheet.
[sc_LB_GOOSE_1, 2, en_US]
With the following advanced quality attributes, you can filter the transmitted GOOSE indications and check
and set their quality. The values that have been adapted, if necessary, are forwarded to the receiver.
For the tests, you can select from the following setting options depending on the data type.
These settings of the Advanced quality attributes apply to the advanced quality attributes listed below. The
selection can vary depending on the data type.
[sc_LB_GOOSE_3, 2, en_US]
You can also forward the quality attributes unchanged. To do this, you must mark the Keep flag check box.
NOTE
i By default, the Keep flag checkbox is disabled when the signal is routed to the LED or the binary output.
Communication Outage
There is communication disturbance (time allowed to live) between the transmitter and the receiver indicated
by the transmitter. The indication is set in accordance with the settings (Table 11-15).
Invalidity
The transmitting device sends this indication with the quality information Validity = invalid. The receiver
recognizes this for this indication and reacts according to the settings (Table 11-15).
Questionable
The transmitting device sends this indication with the quality information Validity = questionable. The
receiver recognizes this for this indication and reacts according to the settings (Table 11-15).
Test Mismatch
The transmitting device or the function in the transmitting device that issues this indication is in test mode. As
a result, the indication is transmitted with the quality information test. The receiving function block recog-
nizes this for this indication and reacts, depending on its own test-mode state (specified in IEC 61850-7-4
Annex A), according to the settings (Table 11-15).
NOTE
i Follow the sequence of tests. First, the Functional logoff by operator blocked is tested. Then comes
Communication outage and so on. If a case is recognized as active, the test chain is canceled with the
configured setting for the active case.
In the case of Invalidity, the tests are first performed for Functional logoff by operator blocked (not
applicable) and then for Communication outage (not applicable) and canceled with the configured action for
Invalidity.
If an indication is routed into the log, manual updating of a value is also logged based on the conditions listed
above and on the reason for the manual update. Manually updating a value based on the conditions listed
above causes a change in the Health Warning function block, inherited up to Device health (specified
in IEC 61850-7-4).
Keep Flag
The quality attributes and values indicated by the transmitter are accepted without change. Quality processing
must be performed by the user via a logic diagram. The outputs of the logic diagram following the user-
specific quality processing can be connected to the function-block inputs as before.
• Open the Properties window and select the Processing Quality Attributes sheet.
Figure 11-27 Influence Option When Linking a DPC Type Data Object
The setting options work for the device receiving the data.
[sc_IEC61850_device_settings, 5, en_US]
Figure 11-28 Device Settings for IEC 61850 – Enable GOOSE Supervision
NOTE
You can instantiate 1 LGOS logical node per GOOSE connection in an SCT conforming to IEC 61850. The
logical nodes LGOS contain the following objects:
[sc_GOOSE_connection_LN-LGOS, 2, en_US]
In the logical node LGOS, you can request the status of the GOOSE connection with the following objects:
• NdsCom:
If the value is TRUE, this indicates that the parameterization of the subscription is faulty.
You can find detailed information in the object DiagErr.
• St:
If the value is TRUE, the GOOSE connection is active. If the value is FALSE, the GOOSE connection is
inactive.
• SimSt:
If the value is TRUE, GOOSE messages with set simulation bit are accepted and received. For this,
you must switch the device to the GOOSE simulation mode. You can find more information in chapter
11.1.15.4 GOOSE Simulation Mode. If GOOSE messages with set simulation bit are no longer received,
the value remains TRUE until the simulation is turned off.
• ConfRevNum:
This object contains the expected ConfigRev number according to GOOSE parameterization.
• RxConfRevNum:
This object contains the received ConfigRev number of the GOOSE connection. This number must match
the ConfRevNum, otherwise, NdsCom is set to TRUE and you must adapt the parameterization.
• DiagErr:
This object contains the following information in case of GOOSE-connection errors:
– 0: NoError
– 1: WaitingForTelegram
– 2: ConfRevMismatch
– 3: GoIDMismatch
– 4: DataSetReferenceMismatch
– 5: NeedsCommisioning
– 6: DataSetMemberMismatch
– 7: Initializing
• GoCBRef:
This object contains the object reference of the monitored received GOOSE control block.
NOTE
• GrAlm:
At least 1 of all LGOS.St is False (at least 1 GOOSE subscription does not work).
• GrInd:
At least 1 of all LGOS.SimSt is True (at least 1 GOOSE subscription receives simulation telegrams).
FALSE, the device is no longer in the GOOSE simulation mode and only processes normal and non-simulated
GOOSE messages.
Figure 11-30 Variable Sim of the LPHD in the IEC 61850 Browser
For testing purposes, you can use the IEC 61850 browser to control the variable Sim of the logical node LPHD.
[sc_iec_browser, 3, en_US]
To display the IEC 61850 structure of a device, connect to the IP address of the device over the network. The
IEC 61850 Browser reads the entire IEC 61850 structure of a device online and displays it in a tree structure
with logical devices, logical nodes, and data objects. For test purposes, you now have read and write access to
the device.
If you have exported SCL data as ICD or SCD files, then you can import these files into the IEC 61850 Browser
and in this way trasfer the data in the IEC 61850 Browser. In this case, the browser displays the IEC 61850
structure of the device offline. In this offline display, you can also recognize the descriptions of the IEC 61850
objects. They are incorporated from the ICD or SCD files and improve reading of the IEC 61850 structure
noticeably. In the SCD file, you can see all devices and the IP addresses configured. You can now connect to a
device and browse through the IEC 61850 structure of this device.
You can finde more information on the IEC 61850 Browser in the Help system of the program.
[sc_dfdats, 1, --_--]
[sc_nwdats, 2, --_--]
In the example, the dataset has been given the name DsTest1.
NOTE
² Click Next.
A list with all available signals will be displayed.
[sc_sglist, 2, --_--]
² From this signal list, select the signals applicable for the dataset.
² Click Create DataSet.
The dataset is created in the server and the data objects set to the current status.
[sc_crdats, 2, --_--]
[sc_bufrcb, 2, --_--]
[sc_unbrcb, 2, --_--]
² In order to connect the control block with the dataset, copy the path of the dataset into the DatSet field.
² From the Options menu select the option Enable write.
² Enter the password 000000.
² In order to activate the report, set the variable RptEna (Enable Report) to 1.
If a signal changes, a report is being generated.
² In the right column Write, insert a check mark for all fields you have changed.
² From the Action menu, select the option Write tagged Lines.
² Click the Auto Refresh button.
The signals will be reread. If any signals have been changed on the device, these changes will be visible.
[sc_rpt_ena, 1, --_--]
NOTE
• Channel Live
The signal Channel Live indicates the data flow. Therefore, the signal indicates that the communication
service is transmitting and receiving data on the module.
Consider that multiple services can run in parallel on one Ethernet module.
[sc_redundant_channel_live, 2, en_US]
• Module ready
The signal Module ready indicates that the module has started and the protocol applications have
started. You can reallocate this signal to LED or log. Then, you can recognize whether the IEC 61850
services, for example, GOOSE, are started on an Ethernet module and are working correctly.
NOTE
i The communication modules are started after the protection device is started. For this reason, it takes a bit
longer for the communication protocols to be ready for operation.
• Health
The signal Health indicates the state of the module. The following 3 states can occur in this case:
– OK
Module OK indicates, that the module is working.
– Warning
This state is not used.
– Alarm
The state Alarm is set when there is a failure of the module.
Each protocol application has a Health node. If a protocol has problems at startup – for example, missing
parameters, no mapping, no hardware support – the status is set to Alarm. An alarm in a protocol causes an
alarm of the module; that is, the higher-level element provides an overview.
• Finish communication to the clients, for example, stop the device in the SICAM PAS UI – Operation.
To start and stop transmitting IEC 61850 reports from the server, the clients activate or deactivate the
report control blocks. In the SICAM PAS UI – Operation, you can use the Bay blocking function.
• Set the device into test mode (Mod/Beh=3=test), for example, by routing the signal >Test mode on in
DIGSI.
In this mode, all data objects are set with a test bit (in the quality attribute). This sends these quality
changes by report to the client or via GOOSE.
12.1 Troubleshooting
Information on the Communication Module
NOTE
i If you wish to rectify faults, Siemens recommends using the information on the communication module.
• Refer to the documentation for information about the communication module or the display on the
device (see Commissioning and Diagnostics chapter).
• Check whether the device address and settings of the data-link layer (data bits, stop bits, and parity) are
set in the device (only applies for communication protocols DNP3 and IEC 60870-5-103).
• Check whether the time synchronization is parameterized via the corresponding communication protocol
in the device.
NOTE
i The error message Msg[transmit failed, will retry] number: 5292 can occur. This error message is not
relevant. You can ignore the error message.
/1/ Distance Protection, Line Differential Protection, and Overcurrent Protection for 3-Pole Tripping – 7SA82,
7SD82, 7SL82, 7SA84, 7SD84, 7SA86, 7SD86, 7SL86, 7SJ86
C53000-G5040-C010
/2/ Distance and Line Differential Protection, Breaker Management for 1-Pole and 3-Pole Tripping – 7SA87,
7SD87, 7SL87, 7VK87
C53000-G5040-C011
/3/ Overcurrent Protection – 7SJ82/7SJ85
C53000-G5040-C017
/4/ Overcurrent Protection – 7SJ81
C53000-G5040-C079
/5/ Motor Protection – 7SK82/85
C53000-G5040-C024
/6/ Transformer Differential Protection – 7UT82, 7UT85, 7UT86, 7UT87
C53000-G5040-C016
/7/ Generator Protection – 7UM85
C53000-G5040-C027
/8/ Busbar Protection 7SS85
C53000-G5040-C019
/9/ High-Voltage Bay Controller – 6MD85/86
C53000-G5040-C015
/10/ Paralleling Device – 7VE85
C53000-G5040-C071
/11/ Universal Protection – 7SX82/7SX85
C53000-G5040-C607
/12/ Merging Unit 6MU85
C53000-G5040-C074
/13/ Fault Recorder – 7KE85
C53000-G5040-C018
/14/ Compact Class – 7SX800
C53000-G5040-C003
/15/ Hardware Description
C53000-G5040-C002
/16/ Communication Protocols
C53000-L1840-C055
/17/ Process Bus
C53000-H3040-C054
/18/ DIGSI 5 – Software Description
C53000-D5040-C001
ACD
IEC 61850 data type: Directional protection activation information
ACK
Data transfer acknowledgment
ACT
IEC 61850 data type: Protection-activation information
CRC
Cyclic redundancy check
Data unit
Information item with a joint transmission source. Abbreviation: DU – Data Unit
DCP
Discovery and Basic Configuration Protocol
DIGSI
Configuration software for SIPROTEC
DPS
IEC 61850 data type: Double Point Status - double-point indication
DU
Data Unit
General Interrogation
The state of all process inputs, of the status, and of the fault image are scanned on system startup. This
information is used to update the system-side process image. Likewise, the current process state can be
interrogated after data loss with a general interrogation (GI).
GOOSE
Generic Object-Oriented Substation Event
HSR
High Availability Seamless Redundancy Protocol
IEC
International Electrotechnical Commission - International Electrotechnical Standardization Body
Internet Protocol
An Internet protocol (IP) enables the connection of participants which are positioned in different networks.
IP
Internet Protocol
Link address
The link address indicates the address of a SIPROTEC device.
Metered value
Metered values are a processing function, used to determine the total number of discrete similar events
(counter pulses), for example, as integral over a time span. In the power utility field, electrical energy is often
recorded as a metered value (energy import/delivery, energy transport).
MMS
Manufacturing Message Specification
NACK
Negative acknowledgment
Offline
If there is no communication connection between a PC program (for example, configuration program) and a
runtime application (for example, a PC application), the PC program is offline. The PC program executes in
Offline mode.
Online
If there is a communication connection between a PC program (for example configuration program) and a
runtime application (for example a PC application), the PC program is online. The PC program executes in
Online mode.
Parameterization
Comprehensive term for all setting work on the device. You can set parameters for the protection functions
with DIGSI 5 or sometimes also directly on the device.
PB Client
Process-Bus client. The sampled measured values subscriber is designated as a process-bus client.
Protection device
A protection device detects erroneous states in distribution networks, taking into consideration various
criteria, such as fault distance, fault direction, or fault duration, triggering a disconnection of the defective
network section.
PRP
Parallel Redundancy Protocol
RSTP
Rapid-Spanning Tree Protocol
SBO
Select before operate
SCD
Substation Configuration Description
SIPROTEC
The registered trademark SIPROTEC designates the product family of Siemens protection devices and fault
recorders.
SIPROTEC 5 device
This object type represents a real SIPROTEC device with all the contained setting values and process data.
SNMP
Single Network Management Protocol
SNTP
Single NetworkTime Protocol
SPS
IEC 61850 data type: Single Point Status
SPS
Programmable Logic Controller
TAI
Temps Atomique International - International atomic time
TCP
Transmission Control Protocol
Time stamp
A time stamp is a value in a defined format. The time stamp assigns a point in time to an event, for example,
in a log file. Time stamps ensure that events can be found again.
UTC
Universal Time Coordinated
C SNMP 311
SNTP 272, 272
Command direction 198 STMP 279
Command Direction 199 Ethernet Service
Communication Mapping DCP 277
IEC 60870-5-103 82 DIGSI 5 Protocol 275
IEC 60870-5-104 82 Event-recorder entries 205
Communication module 16, 22
Ethernet module 36
Module designation 19, 22
F
Serial 48, 162
Connection
Flexible product naming 105
Not possible 422
Force Multiple Coils 198
Creating a device 57
Force Single Coil 198
Functional naming 105
Functionality
D IEC 61850-9-2 process bus 149
Data types
Routing 202
G
Dataset
Configure 116
GOOSE
Dynamic 124
Application 116
Static 124
Communication 116
DCP
Discovery and Basic Configuration Protocol 277
DEX5 111
DigDNP 111 H
DigT103 111, 111, 111, 111
Discovery and Basic Configuration Protocol Handshake Mechanism 208
DCP 277 Handshake Register 205
DSP5 111 Hardware catalog 57
Dual homing 25 Homepage
Electrical modules 331, 332, 333, 334, 361
Electrical Modules 336
Optical modules 331, 332, 333, 334, 361
E
Optical Modules 336
Homepage, electrical modules
ELCAD 111
Application diagnosis 361
Ethernet
Application diagnostic – Modbus RTU 365
Communication 157, 165
Communication protocols – DNP3 Ethernet 359
Module 96, 165
Communication protocols – IEC 60870-5-103 362,
Ethernet service
363
DCP 272, 272
Communication protocols – IEC61850 - GOOSE 354
DIGSI 5 protocol 272
Communication Protocols – Modbus TCP 360
IEEE 1588 272, 282
Communication protocols – Protection inter-
RSTP 307
face 367, 367
T
TCF 111
TCP