Manual CP-8031 CP-8050 ENGREG
Manual CP-8031 CP-8050 ENGREG
Manual CP-8031 CP-8050 ENGREG
Necessary accessories
DATUS-PAD
Note: 5810/20E
The PAD is factory provided by the ÖBB.
X25-interface
• The X25 interface is defined in the ESTW Supplement 7 agreement. The X25 interface must be compat-
ible with the DATEX-P network of Austrian Post (according to ÖNORM A2625 edition 1984).
• The parameterization of the externally connected "PAD's" must be carried out offline using a suitable
terminal emulation program in accordance with ÖBB requirements.
• Data transmission on the X25-interface (PAD ↔ RZÜ) according to X.25 HDLC Lap B (DIN 66221, ISO
3309).
The connection setup for the fixed leased line via the X25 network of the ÖBB must be carried out by the
externally connected "PAD".
Retries
No retries are carried out for sent messages.
Command messages
The protocol firmware OX25I1 does not support command messages in the transmit direction.
General Interrogation
The protocol firmware stores the signal box data in send direction in an internal process image.
The following data is transmitted when a general interrogation command is received from the remote station:
• Command-Acknowledgement
• all signal box data (from the PRE internal process image)
• GI-End Message
The protocol firmware OX25I1 does not send a general interrogation command to the remote station.
NOTE
i On the basic system element in the topology for OX25I1 you have to enter following.
• QID-ST = End-End
• Uhr-Sync = disabled
• GI = do not send
Data in transmit direction are transferred from the basic system element to the protocol element in CP-8050
internal IEC 60870-5-101/104 (without 101/104 blocking) format. The conversion of the data formats IEC
60870-5-101/104 ↔ ÖBB X25 is performed by the protocol element. The transmission of data to the X-25
interface is controlled by the protocol element.
User data in receive direction (ÖBB X25 → CP-8050) are not supported. Control functions like e.g. general
interrogation are processed direct on the protocol element and not converted to IEC 60870-5-101/104!
The conversion of the CP-8050 internal IEC 60870-5-101/104 message format → ÖBB X25 data format and the
conversion of the address information are called message conversion.
The parameterization of the conversion from IEC 60870-5-101/104 → ÖBB X25 (address and message format)
is to be done with SICAM Device Manager with function “Signals” or SICAM TOOLBOX II, OPM II using “SIP
Message Address Conversion”.
Processing: firmware/Trans_RCC_arguments
Parameters
TI .. Type Identification Supported Type Identifications:
365 The general interrogation command is processed direct on the protocol element and not converted towards basic system element
The GI-Data are transmitted by the protocol element out of the PRE-internal process image to the remote station. The messages
"General interrogation command acknowledgment" and "command acknowledgment" are generated directly on the protocol
element and transmitted to the remote station.
366 The life cycle message is generated direct at the protocol element and transmitted to the remote station.
Parameters
OX25_Main_group ÖBB X25 address “Main group” for signal box data according to ÖBB
X-25 protocol specification.
• 0 to 65535
OX25_Message identifier Identification whether the X25 signal box data are transmitted
CP-8050 internally with one or with two messages in the format
<TI:=33> bit pattern of 32 bits (= 4 bytes).
• 1/1 … Part “1 of 1” for signal box data (signal box data 4 Byte)
• 1/2 … Part “1 of 2” for signal box data (signal box data 8 Byte)
• 2/2 … Part “2 of 2” for signal box data (signal box data 8 Byte)
OX25_IV_NT_Bit Conversion of the IEC 60870-5-101/104 “NT-/IV-Bit” to “Z-Bit” of the
ÖBB X25 protocol. Predefined control words of the main groups
contain a “Z-Bit” (Z=1… state not actual).
NT- or IV-Bit =1: With “NT/IV=1”, all “Z-Bit‘s” and the status of the
control word are set according to the parameterization.
• Z=1, Data=0
• Z=1, Data from message
Message Conversion
The table describes the evaluated elements of the IEC 60870-5-101/104 message during message conversion.
Elements of the message
TI .. Type Identification • TI 33 .. Bit sting of 32 Bit with time tag CP56Time2a
CASDU, IOA .. Message address Parameter-settable
QDS .. Quality descriptor
BL .. blocked not evaluated
SB .. substituted not evaluated
NT .. not topical Conversion to ÖBB X25 “Z-Bit” and data settable with
OX25_IV_NT_Bit.
IV .. invalid Conversion to ÖBB X25 “Z-Bit” and data settable with
OX25_IV_NT_Bit.
OV .. overflow not evaluated
Cause of transmission
03 .. spontaneous not evaluated
xx .. other COTs not evaluated
T .. Test not evaluated
Information
... not listed elements of the IEC 60870-5-101/104 message are not rated / not supported!
367 The life cycle message is processed direct at the protocol element and not converted towards the basic system element.
368 The general interrogation command is processed direct on the protocol element and not converted towards basic system element
The GI-Data are transmitted by the protocol element out of the PRE-internal process image to the remote station.
13.20 HSR
13.20.1 Introduction
HSR (High Availability Seamless Redundancy) is a redundancy protocol for the lossless, redundant transmission
of data over Ethernet networks in ring structure.
Like PRP, HSR (High Availability Seamless Redundancy Protocol) is specified in IEC 62439-3. Both protocols
provide redundancy without switching time.
The principle function can be found in the definition of PRP. PRP sends the same message over 2 separate
networks. In contrast, the message is duplicated in HSR in the 2 directions of the ring. The receiver receives it
accordingly over 2 ways in the ring, takes the 1st. message and rejects the 2nd (see PRP).
While NO messages are forwarded in the terminal at PRP, a switch function is built into the HSR node. There-
fore, the HSR node forwards messages in the ring that are not addressed to it.
In order to avoid circling messages in the ring, corresponding mechanisms are defined in HSR. The connection
of SAN (Single Attached Node) devices is only possible with HSR using a REDBOX.
PRP and HSR systems can be redundantly coupled with 2 REDBOXES.
Each device in the network is connected via 2 Ethernet interfaces. The messages are transmitted on both inter-
faces and transmitted simultaneously in both directions in the ring. Thus 2 identical messages arrive at the
target within a time frame (in a error-free state). The first is passed to the application and the second is
discarded.
The ring is monitored by cyclic HSR management telegrams (cycle time 1 second). An open ring is signaled by
a warning.
CP-8050 uses the "duplicate discard" mode in HSR, that means that duplicates are discarded and not passed to
the TCP/IP stack.
NOTE
• 2 redundancy protocols for Ethernet networks are possible for each CI-852x module (here 2x HSR or
1x HSR with RSTP, PRP or Line Mode).
• The choice, which 2 of the 5 interfaces on the module are used for the HSR ring, is arbitrary.
• For HSR, the parameter System | Hardware | Module properties | Type = HSR must be
set in the SICAM Device Manager for the used LAN port group in the module properties of the CI-852x
module.
• In a HSR ring, a maximum of 512 unique source MAC addresses are allowed.
• 2 rings on the same CI-852x module must not be connected! (also not via switch, REDBOX, ...)
• On the same CI-852x module, devices from one ring are not visible in the other ring.
Note:
3 rings are shown in this picture - any Ethernet redundancy
protocol can be selected for each LAN port group.
Note:
4 rings are shown in this picture - any Ethernet redundancy
protocol can be selected for each LAN port group.
NOTE
i For the above configuration, using CI-8522 in place of CI-8520 can reduce the dependency on external
optical media converters as CI-8522 has dedicated optical interface support.
The use of converters and fiber-optic cables can significantly increase the distance between the base device
and I/O-rows and between the individual I/O-rows. Depending on the type of cable and converter used,
different cable lengths can be achieved.
The following optical converters can be used for network redundancy protocols:
Converter RSTP PRP HSR Line-Mode
Ruggedcom RMC ✓ * * ✓
Siemens SCALANCE X101-1 ✓ * * ✓
Siemens SCALANCE X101-1LD ✓ * * ✓
Phönix FL MC 2000E LC ✓ ✓ ✓ ✓
* ... Converter can only be used if the parameter "MTU-size" is set to 1494 bytes for all devices in the
communication network. (some devices do not support this parameter)
NOTE
i • Only converters that support a transmission speed of 100 Mbit/s can be used.
• For HSR and PRP, the converter used must compulsorily support the "oversized frames" (1528 bytes)
function!
• Switch (with learning function) can not be used as a media converter in an HSR ring.
(For this, any kind of switch and switch redundancy function in the switch should be deactivated,
which is usually not possible.)
• 6GK6001-0AC01-0FA0
• 6GK6001-0AC02-0FA0
• 6GK6001-0AC03-0FA0
– max. length: 2 km
– Multimode
– Wavelength: 1300 nm
– 1x 100TX to 1x 100FX
• 6GK6001-0AC01-0EA0
• 6GK6001-0AC02-0EA0
• 6GK6001-0AC03-0EA0
– max. length: 15 km
– Singlemode
– Wavelength: 1310 nm
– 100TX to 1x 100FX
• 6GK6001-0AC01-0DA0
• 6GK6001-0AC02-0DA0
• 6GK6001-0AC03-0DA0
– max. length: 2 km
– Multimode
– Wavelength: 1300 nm
– 1x 100TX to 1x 100FX
Siemens SCALANCE
• 6GK5101-1BB00-2AA3
– max. length: 4 km at
– cross-section: 62,5/125 μm
– Multimode
– max. length: 5 km at
– cross-section: 50/125 μm
– Multimode
• 6GK5101-1BC00-2AA3
– max. length: 26 km at
– cross-section: 10/125 μm
– Singlemode
Phoenix FO Converter
• 2891056
– max. length: 8 km at
– cross-section: 62,5/125 μm
– Attenuation: 0,7 dB/km
– Wavelength: 1000 nm
– max. length: 3.3 km at
– cross-section: 62,5/125 μm
– Attenuation: 2,6 dB/km
– Wavelength: 600 nm
– max. length: 9.6 km at
– cross-section: 50/125 μm
– Attenuation: 0,7 dB/km
– Wavelength: 1200 nm
– max. length: 5.3 km at
– cross-section: 50/125 μm
– Attenuation: 1,6 dB/km
– Wavelength: 800 nm
13.21 RSTP
13.21.1 Introduction
RSTP (Rapid Spanning Tree Protocol) is a standardized network protocol for redundancy control of backup links
in network with fast enabling/disabling of backup links. The Rapid Spanning Tree Protocol (RSTP) is used in the
event of an error to reorganize the network structure. That means, after a network path fails, RSTP redirects
the data to a different path. The RSTP protocol is used for disabling redundant backup links in local network
and if necessary to enable backup links in case of failure of a link.
The maximum number of switches in a network will be calculated on the basis of the RSTP timer for "max age":
max. number of switches = max age - 1. That means, in a ring topology up to 39 devices can be connected.
The RSTP-Protocol is defined in the standard IEEE 802.1D, Edition 2004.
NOTE
• 2 redundancy protocols for Ethernet networks are possible for each CI-852x module (here 2x RSTP or
1x RSTP with HSR, PRP or Line Mode).
• The choice, which 2 of the 5 interfaces on the module are used for the RSTP-ring, is arbitrary.
• For RSTP, the parameter System | Hardware | Module properties | Type = RSTP must
be set in the SICAM Device Manager for the used LAN port group in the module properties of the
CI-852x module.
• 2 rings on the same CI-852x module must not be connected! (also not via switch, REDBOX, ...)
• On the same CI-852x module, devices from one ring are not visible in the other ring.
Note:
3 rings are shown in this picture - any Ethernet redundancy
protocol can be selected for each LAN port group.
Note:
4 rings are shown in this picture - any Ethernet redundancy
protocol can be selected for each LAN port group.
Example 5: 1 RSTP Ring with 2 RS900 as Root Bridge(s) incl. RS900 as Edge Port
(that means that a non-RSTP enabled device, for example a CP-8000, is connected to a RS900 )
Example 6: 1 RSTP Ring with 2 RS900 as Root Bridge(s) incl. RS900 as Edge Port
(that means that a non-RSTP enabled device, for example a CP-8000, is connected to a RS900 )
Example 7: RSTP with 2 Active CP-8050 and 2 RSTP Rings with Redundant Switch
Example 8: Combination of Line Mode with 2 Active CP-8050 and 1 RSTP Ring with Redundant Switch
NOTE
i For all the above mentioned use cases and involving long distance communication (more than 100 m),
Siemens recommends to use CI-8522 in place of CI-8520.
With CP-8050, the parameters for RSTP must be set with the SICAM Device Manager as follows:
• System | Hardware
[DM_System_Hardware_GER, 1, en_US]
• Module properties
[DM_System_Hardware_CI-852x_Moduleigenschaften_GER, 1, en_US]
13.22 PRP
13.22.1 Introduction
PRP (Parallel Redundancy Protocol) is a redundancy protocol for Ethernet networks which 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 what 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 indica-
tion is sent twice, with PRP (parallel) via 2 separated networks. Both indications 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.
[Ethernet_Redundanz_PRP, 1, --_--]
If the 1st indication is missing, the 2nd indication 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 indication 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).
Topology, performance, and latency may be different for both networks, but latencies may vary only to a
certain extent.
In addition, it is possible to use one of the 2 networks for the transmission of not redundant indications. 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
inline device. However, the PRP procedure also presents a disadvantage: You are buying the increased redun-
dancy function at the cost of a duplicate network (2x switches, cables).
There are 2 versions of PRP: PRP-0 and the successor PRP-1. Siemens implements PRP-1.
Supported Standard Description
IEC 62439-3 Edition 2.0 Industrial communication networks - High availability automation networks
(2012-07) - Part 3: Parallel Redundancy Protocol (PRP) and High-availability Seamless
Redundancy (HSR)
In a PRP structure all data are transmitted at the same time via 2 independent networks (LAN A and LAN B).
Topology, performance and latency can be different in both networks, but latency may only differ within a
certain range.
CP-8050 uses the "duplicate discard" mode in PRP, that means that duplicates are discarded and not passed to
the TCP/IP stack.
For the CI-852x module, the lower numbered Ethernet port is the LAN A port (for example: X1 = LAN A, X2 =
LAN B).
NOTE
i Both networks must not be connected, as otherwise an Ethernet double addressing takes place and this can
lead to malfunctions!
The advantage of PRP over other protocols is, that in the case of a communication failure within one network,
there is a bumpless switch over and hence no loss of data. Disadvantage of PRP is the operation of 2 inde-
pendent networks.
Depending on the connection PRP distinguishes the following device types:
• Single Attached Nodes (SAN) Devices which are connected with just one network.
NOTE
• 2 redundancy protocols for Ethernet networks are possible for each CI-852x module (here 2x PRP or 1x
PRP with HSR, PRP or Line Mode).
• The choice, which 2 of the 5 interfaces on the module are used for the PRP network, is arbitrary
• For PRP, the parameter System | Hardware | Module properties | Type = PRP must be
set in the SICAM Device Manager for the used LAN port group in the module properties of the CI-852x
module.
• In a PRP network, a maximum of 512 unique source MAC addresses are allowed.
• The networks of the 2 LAN port groups on the same CI-852x module must not be connected!
(also not via switch, REDBOX, ...)
• On the same CI-852x module, devices from one ring/network are not visible in the other ring/network.
• PRP is monitored every second with a message. A failure of the monitoring is signaled by a warning.
• For the CI-852x module, the lower numbered Ethernet port is the LAN A port (for example: X1 = LAN
A, X2 = LAN B)
Line Mode is a Siemens-specific network redundancy protocol used in redundancy configurations at the
Ethernet level.
The line mode serves as a "redundant cable connection" to one or two switches.
The CI-852x module for CP-8050 has 2 electrical Ethernet interfaces that can be used in line mode. In line
mode, the CP-8050 can communicate via 2 Ethernet cables, but not at the same time. The 2nd channel always
serves as a reserve. This results in the network structure shown in following Figure, which shows the connec-
tion of the two connections to different switch ports.
The two physical connections are monitored. Therefore, when a connection is interrupted, a corresponding
message can always be generated and submitted.
Since the method is implemented in the Ethernet layer, it is transparent and usable for all Ethernet user data
protocols (IEC 61850, DNP, other TCP/IP-based protocols).
In line mode, the integrated switch for the Ethernet ports is controlled so that only 1 port is always switched to
"forwarding".
Line Mode:
• The data link layer (Layer-2) is always set up for both ports.
• The Ethernet packet forwarding is only performed on the port set to "Forwarding". The other port is set to
"Blocking".
• The basic system element firmware of the CP-8050 controls the operation of each port for the Ethernet
packet distribution:
– deactivated (= "Blocking")
– activated (= "Forwarding")
(By default Port-0 is set to "Forwarding" and Port-1 to "Blocking")
If the Ethernet connection ("Link Down") of the port set to "Forwarding" fails, the protocol element immedi-
ately sets the failed port to "Blocking" and the other port to "Forwarding".
After enabling (= switching on "Forwarding") a port, special Ethernet packets are sent out, so that the switches
in the network quickly learn the "new ways" for the reachability of the MAC address of the activated ports.
In addition, a RARP (reverse ARP) is sent with its own IP address.
This method is Siemens specific and the Ethernet packets used are transmitted with Ethertype = 0x8827.
This applies to the Line Mode operating mode if both ports of the CI-852x module are connected to external
switches.
Interface RJ45
For Ethernet connections with RJ45, which are operated in line mode, both interfaces are not operational at
the same time. The connection is established automatically when the connection to a switch/partner is
detected. The second port remains inactive until the connection of the active port is lost. Then the connection
is automatically resumed on the second port. The respective non-active channel is monitored with regard to
the link status.
Example 3: Combination of Line Mode with 2 Active CP-8050 and 1 RSTP Ring with Redundant Switch
NOTE
i For all the above mentioned use cases and involving long distance communication (more than 100 m),
Siemens recommends to use CI-8522 in place of CI-8520.
• Line Mode can only be used with a CI-852x Ethernet Interface module
• For each CI-852x Ethernet Interface module only one Line Mode is permitted
• For each CI-852x Ethernet Interface module, only one redundancy protocol is possible for Ethernet
networks (here only Line Mode).
• The choice, which 2 of the 5 interfaces on the module are used for the Line Mode, is arbitrary
• The Line Mode must be activated for the used CI-852x Ethernet interfaces.
The relevant parameter can be found under [BSE] System settings | Network settings |
Interface | Mode = Line Mode.
13.24 VLAN
13.24.1 Introduction
Virtual Local Area Networks (VLANs) are logical networks that are implemented on a physical LAN.
In this way, several logically separated networks can be operated for different areas on one physical network.
The technical basis for VLANs is described in the IEEE 802.1Q standard.
To be able to screen and if necessary prioritize the data traffic of a virtual LAN against the other network
parties, the data packets must have a corresponding identification. For this, the MAC-Frames are expanded
with an additional feature (a “tag”). The corresponding procedure is therefore also called Frame Tagging.
The Tagging is realized with an additional field in the MAC-Frame. In this field, two items of information essen-
tial for the virtual LAN are contained:
• VLAN-ID
The virtual LAN is identified with an unambiguous number. This ID determines the association of a data
packet to a logical (virtual) LAN. With this 12-bit value, up to 4094 different VLAN's can be defined (the
VLAN-IDs “0” and “4095” are reserved or not allowed).
• Priority
The priority of a VLAN-identified data packet is flagged with a 3-bit value. Thereby “0” stands for the
lowest priority, the “7” for highest priority. Data packets without VLAN Tag are handled with the priority
“0”.
One application is that several logical VLANs are 'transmitted' to a CP-8050 over a single physical connection.
In the switch, the individual VLANs are then "switched through" to different physical switch ports.
[dw_use_case_vlan_1, 1, --_--]
The switch is a "VLAN aware switch" which processes the VLAN information (VLAN tag) in the Ethernet header.
Another application example is the integration of the CP-8050 in a physical ring, where different "logical rings"
are implemented via VLANs.
[dw_use_case_vlan_2, 1, --_--]
13.24.3 Configuration
On the CP8050, VLANs can be added to any simple Ethernet interface and to Ethernet switching groups. The
HSR and PRP switching groups are not supported in the first version.
The configuration is done in the Device Manager under System | Communication | LAN interfaces
| VLAN interfaces
The following parameters can be set for a VLAN:
• Port group
This parameter can be used to select the Ethernet interface or the switching group to which a VLAN is to
be added
• VLAN ID
This parameter can be used to specify the ID that is to be assigned to the VLAN. The valid range of values
is [1 ... 4094]
• VLAN Priority
This parameter can be used to specify the 3-bit priority value for VLAN packets that are sent via this VLAN.
The valid range of values is [0 ... 7]
Example
[sc_VLAN_config_1, 1, en_US]
The configured VLANs can then be used just like the physical interfaces for configuration of the LAN inter-
faces:
[sc_VLAN_config_2, 1, en_US]
13.25 SNMP
13.25.1 Introduction
SNMP (Simple Network Management Protocol) is a network protocol used to monitor or control network
components (e.g. Router, Switches, Server or Automation units (SPS, RTUs …)) from a central station. The
protocol controls the communication between the monitored devices (SNMP Agents) and the monitoring
station (SNMP Manager).
Due to the integration of an SNMPv3 Agent in SICAM A8000 CP-8050 it is possible to read out SNMP Variables
(stored in the MIB = Management Information Base) via network with a standard network management soft-
ware (SNMP Manager). The information and data transmitted with SNMP are displayed according to their
functionality in the SNMP Manager in some kind of tree structure.
CP-8031/CP-8050 supports the security models USM (User-based Security Model) and TSM (Transport Security
Model) via TLS. USM and TSM are not supported at the same time, both must be selected via parameters. TSM
is supported from CPCI85 FW version 4.70 upwards.
[dw_A8000_snmp_config_8050, 1, --_--]
The SNMP protocol (Agent) is integrated in the firmware of the master module.
SNMP variables retrievable via:
• SICAM SCC
13.25.2 Functions
Function SNMP
SNMP
SNMPv2 –
SNMPv3 ✓
• SNMP queries from SNMP Manager are only supported according to SNMPv3 ✓
• Traps are transmitted to up to 5 SNMP managers in accordance with SNMPv3 ✓
SNMP Agent:
• Support of max. 4 Users ✓
Function SNMP
SNMP-functions
GET (to request a management data record) ✓
GETNEXT (to request the subsequent data record; to pass through tables) ✓
GETBULK (to request several data records at once; e.g. several rows of a table) 369 –
RESPONSE (answer to GET, GETNEXT, GETBULK) ✓
TRAP (spontaneous data from SNMP Agent to SNMP Manager) 370 ✓
Supported MIBs
sicamRTUs ✓
MIB-2 (RFC1213) ✓
Ethernet-MIB (RFC3635) ✓
Host-Resources-MIB (RFC2790) ✓
USM-MIB (RFC2574) ✓
VACM-MIB (RFC2575) ✓
DGPI-MIB (Siemens Energy Management Digital Grid Product Inventory MIB) ✓
SNMPv3 - USM “auth Protocol” (Protocol for authentication "User name, Password")
MD5 (Message Digest Algorithm 5) ✓
SHA, SHA1, SHA2 (Secure Hash Algorithm) ✓
Function SNMP
[sc_Selection, 1, en_US]
• User configuration:
– A maximum of 4 users is possible
– A user is only active if the parameter User enabled is set to yes.
– If the parameter Write enabled is set to yes, the user can also execute "SET" commands.
• Trap configuration:
– A maximum of 5 users is possible
– Trap only becomes active when a server is defined
– To delete a trap server, you have to delete it from the Trap server configuration.
[sc_Accesslist, 1, en_US]
A maximum of 2 addresses can be added, if more than 2 addresses are needed, they can be released via
the firewall.
If the access list is empty, anyone can make an SNMP request.
If there is an entry, SNMP requests can only be made from the IP addresses on this list.
USM configuration
• In the Simple Network Management Protocol (SNMP) – Common area, select the security model USM
[sc_SecurityModel, 1, en_US]
• In the USM Crypto settings area, add new crypto settings and define them.
[sc_AddCrypto, 1, en_US]
[sc_AgentConfig, 1, en_US]
• Add the user(s) under User Configuration. A maximum of 4 users can be configured.
In the User enabled column, you can enable or disable the user.
In the figure below, only the users testuser1 and testuser2 can send requests.
In the Writing enabled column, you define whether the user has read access (GET) as well as write
access (SET).
In the following picture, user testuser1 can select SET and GET, testuser2 can only select GET crypto
settings.
[sc_UserConfig, 1, en_US]
Traps
• To activate traps, you have to add a trap server in the Simple Network Management Protocol (SNMP) –
Traps area. Maximum 5 users are possible
Configure LAN interface and Crypto settings.
[sc_Traps, 1, en_US]
TSM configuration
NOTE
i The SAN (Subject Alternative Name) from the certificate of the remote station must be set as Security
name (IP, DNS oder email).
• In the Simple Network Management Protocol (SNMP) – Common area, select the security model TSM
[sc_ChooseCerts, 1, en_US]
• Import in SICAM WEB under HOME | Certificates | Certificates and Keys the local certificate.
[sc_localCert, 1, en_US]
• Import in SICAM WEB under HOME | Certificates | Certificates authorities the CA certificate (Certifica-
tion Authority).
[sc_CA, 1, en_US]
• Return to the SICAM Device Manager and select in the Simple Network Management Protocol (SNMP)
– Common area, security model TSM
[sc_ChooseCerts, 1, en_US]
• User Configuration
NOTE
i SICAM TOOLBOX II supports only the configuration of USM (User-based Security Model). Use the SICAM
Device Manager for the configuration of TSM (Transport Security Model).
Enable SNMP
SNMP is enabled for the system under [BSE] System settings | Network settings | Services
| SNMP | SNMP Agent . Afterwards enter the IP address of the PC/Laptop with the SNMP Manager under
SNMP Access IP address 1 .
Open the firewall under [BSE] System settings | Security | Firewall (Whitelist). Check if
Port 161; SNMP is set.
NOTE
i In the SNMP Manager, the user must be configured with the user name "Trap" and the passwords of the
Traps/Crypto settings.
Open the firewall under [BSE] System settings | Security | Firewall (Whitelist). Check if
Port 162; SNMP Trap is set.
NOTE
i From then on the traps will be sent spontaneously from CP-8050 to the SNMP manager.
TRAP-History
For selected SNMP traps, a limited number of changes can be read out via the SNMP variable "TRAP history".
The 50 most recently sent traps are entered in an SNMP table and can be read out with GET/GETBULK
GETNEXT (see SNMP Variables).
NOTE
A MIB (management information base) describes the information, which can be retrieved or modified via a
network management protocol (e.g. SNMP). These informations are named "Managed Objects". These are
description files, in which the single values are listed in table form. A MIB is specific for each component.
• Click in the list of results on SICAM RTUs SNMP MIB File (Download)
After the download you get the file SICAMRTUs_SNMP_MIB_V06.00.00.zip.
• Save this file to the computer where the MIB Browser is installed (for example, C:/Siemens) and unpack
the MIB files.
• Import of SIEMENS-SMI.mib
• Import of sicamRTUs.mib
• Import of digitalGridProductInventory.mib
• Import of digitalGridSecurityMonitoring.mib
• Import of emergencyUser.mib
13.25.5.4 sicamRTUs
Path: iso.org.dod.internet.private.enterprises.siemens.sicamRTUs (1.3.6.1.4.1.22638.7)
This private MIB implements the "Enterprise Asset Management (EAM)" domain model for all products of EM
DG PRO.
Path: iso.org.dod.internet.private.enterprises.siemens.siemensCommon.dgpiMIB (1.3.6.1.4.1.22638.11.1)
group is optional. The latter takes into account that not all SNMP agent implementations are prepared for
sending SNMP traps or indications.
Sub-Object group Objects Description
dgpiCompliances dgpiCompliances
dgpiGroups dgpiProductIdenti-
tyGroup
dgpiProdCompGroup
dgpiNotifObjectsGroup
dgpiNotifNotifica-
tionsGroup
[dw_SNMP_MIB_Structure_dgsmMIB, 1, --_--]
13.25.6.1 Introduction
The current state of the supported SNMP variables can be read out by the SNMP manager with the SNMP serv-
ices GET / GETNEXT / GETBULK. CP-8050 supports the query of SNMP variables from different SNMP managers
with different IP addresses. The SNMP response is sent back to the SNMP manager from which the SNMP
request (GET / GETNEXT / GETBULK) was received.
• MIB-2 (RFC1213)
• sicamRTUs
• Ethernet-MIB (RFC3635)
• Host-Resources-MIB (RFC2790)
• USM-MIB (RFC2574)
• VACM-MIB (RFC2575)
General Information
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.4.1.22638.7.1 SICAM RTUs – General Information ✓ ✓
1.3.6.1.4.1.22638.7.1.1 SICAM RTUs – General Information - device- ✓ ✓
specific
1.3.6.1.4.1.22638.7.1.1.1 Plant name 371 Text ✓ ✓
1.3.6.1.4.1.22638.7.1.1.2 Plant ID Text ✓ ✓
1.3.6.1.4.1.22638.7.1.1.3 System-technical region number Integer ✓ ✓
1.3.6.1.4.1.22638.7.1.1.4 System-technical component number Integer ✓ ✓
1.3.6.1.4.1.22638.7.1.2 SICAM RTUs – Firmware revision ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.2 Firmware instance Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.3 System element name Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.4 Firmware-Revision Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.5 System element description Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.6 System element address Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.7 Hardware number Text ✓ ✓
1.3.6.1.4.1.22638.7.1.2.1.1.8 Firmware number Text ✓ ✓
1.3.6.1.4.1.22638.7.10 SICAM RTUs – diagnostic information ✓ ✓
1.3.6.1.4.1.22638.7.10.1 SICAM RTUs – diagnostic information – central ✓ ✓
error table
1.3.6.1.4.1.22638.7.10.1.1 Sum diagnosis table | Fault 1 “Class internal” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.2 Sum diagnosis table | Fault 2 “Class external” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.3 Sum diagnosis table | Fault 3 “Class communication” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.4 Sum diagnosis table | Fault 4 “Class test” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.5 Sum diagnosis table | Fault 5 “Class warning” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.6 Sum diagnosis table | Fault 6 “Class module failure” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.7 Sum diagnosis table | Fault 7 “Class failure” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.8 Sum diagnosis table | Fault 8 “Class startup” Text ✓ ✓
1.3.6.1.4.1.22638.7.10.1.9 Sum diagnosis table | Fault 9 “Class parameter” Text ✓ ✓
371 The shown value equals the parameter on M: AU common settings | Plant.
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.4.1.22638.7.10.1.10 Sum diagnosis table | Fault 10 “Class configuration” Text ✓ ✓
1.3.6.1.4.1.22638.7.11 SICAM RTUs – History ✓ ✓
1.3.6.1.4.1.22638.7.11.1 SICAM RTUs – History – TRAP-History ✓
NOTE
i All SNMP variables of the sicamRTUs.MIB can only be read via SNMP but not changed. SNMP variables can
not be read or changed with the SICAM TOOLBOX II. The central error table in SICAM RTUs is referred to as
the sum diagnostic table.
Example: SNMP GET for OID: 1.3.6.1.4.1.22638.7.10.1.1 Sum diagnosis table | Fault 1 „Class internal“
Example for firmware revision interrogation table (retrieved with ManageEngine MIB browser):
Traps
The following diagnostic information are sent spontaneously as SNMP Traps to the SNMP Manager:
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.4.1.22638.7.10.10 SICAM RTUs Traps
(formerly sum diagnosis traps)
1.3.6.1.4.1.22638.7.10.10.1 SICAM RTUs Event = Diagnostic Events ✓
1.3.6.1.4.1.22638.7.10.10.2 Diagnostics Error Group: Error 1 - 10 Integer ✓
(These correspond to the error classes in the central
error table, see above)
1.3.6.1.4.1.22638.7.10.10.3 Diagnostic Condition: 0 = going, 1 = coming Integer ✓
1.3.6.1.4.1.22638.7.10.10.4 Diagnostic Date: Time when the trap occurred Date + ✓
Time
NOTE
i All SNMP variables of the sicamRTUs.MIB can only be read via SNMP but not changed.
SNMP variables can not be read or changed with the SICAM TOOLBOX II.
The following state information are sent spontaneously as SNMP Traps to the SNMP Manager:
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.6.3.1.1.5.1 ColdStart trap ✓
1.3.6.1.6.3.1.1.5.3 linkDown trap ✓
1.3.6.1.6.3.1.1.5.4 linkUp trap ✓
NOTE
i All SNMP variables of the sicamRTUs.MIB can only be read via SNMP but not changed.
SNMP variables can not be read or changed with the SICAM TOOLBOX II.
Traps History
The following status information "TRAP History" can be requested by the SNMP Manager:
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.4.1.22638.7.11.1 SNMP table with the last 50 traps sent ✓
NOTE
i All SNMP variables of the sicamRTUs.MIB can only be read via SNMP but not changed.
SNMP variables can not be read or changed with the SICAM TOOLBOX II.
TRAP
GETBULK / Response
<sicamRTUs.MIB>
GET / Response
SNMP address object identi- Data
fier (OID) Object description type
1.3.6.1.6.3.1.1.5.1 ColdStart trap ✓
1.3.6.1.6.3.1.1.5.3 linkDown trap ✓
1.3.6.1.6.3.1.1.5.4 linkUp trap ✓
1.3.6.1.4.1.22638.7.10.1.1 Sum diagnosis table | Fault 1 “Class internal” ✓
1.3.6.1.4.1.22638.7.10.1.2 Sum diagnosis table | Fault 2 “Class external” ✓
1.3.6.1.4.1.22638.7.10.1.3 Sum diagnosis table | Fault 3 “Class communication” ✓
1.3.6.1.4.1.22638.7.10.1.4 Sum diagnosis table | Fault 4 “Class test” ✓
1.3.6.1.4.1.22638.7.10.1.5 Sum diagnosis table | Fault 5 “Class warning” ✓
1.3.6.1.4.1.22638.7.10.1.6 Sum diagnosis table | Fault 6 “Class module failure” ✓
1.3.6.1.4.1.22638.7.10.1.7 Sum diagnosis table | Fault 7 “Class failure” ✓
1.3.6.1.4.1.22638.7.10.1.8 Sum diagnosis table | Fault 8 “Class startup” ✓
1.3.6.1.4.1.22638.7.10.1.9 Sum diagnosis table | Fault 8 “Class parameter” ✓
1.3.6.1.4.1.22638.7.10.1.10 Sum diagnosis table | Fault 8 “Class configuration” ✓
NOTE
i All SNMP variables of the sicamRTUs.MIB can only be read via SNMP but not changed.
SNMP variables can not be read or changed with the SICAM TOOLBOX II.
13.26 ARP
The "ARP" Address Resolution Protocol assigns a MAC address to a given IP address and stores this mapping in
the ARP tables of the participating computers.
After Link Up (Start-up or connect cable), the basic system element transmits 3 time Gratuitous ARP messages
in single second interval (ARP request broadcast) in which the own IP address is entered as the source and
destination IP address. This means that the Ethernet interface notifies its current (possibly new) MAC address
without being asked and the ARP / MAC tables in the connected network devices are updated immediately.
Also, HW issues in the network that lead to link up / link down can be detected by the increased occurrence of
gratuitous ARPs.
14.1 Introduction
By installing licenses, the functionality can be extended.
The following licenses are available:
NOTE
i • Licensed features can be used up to 21 days without a valid license. Then you need a valid license to
continue using the feature.
Exception: The function package Extended SICAM WEB requires a valid license from the beginning
• Licenses can no longer be returned if they have been imported into a device.
• A replacement of spare parts is possible because the license is bound to the parameter set.
Functions
• Coupling of a SICAM A8000 rack (1 rack per license; maximum of 4 licenses per device)
Requirements
Ordering Information
Functions
• Routing of the data of the network interface takes place only on layer 7 (stack separation)
• IEC 60870-5-104 Edition 2.0 (see CP-8050 Manual, Chapter IEC 60870-5-104/Interoperability)
• Whitelistfilter
Requirements
Ordering Information
• Device redundancy with PLC synchronization via the Ethernet Based I/O bus incl. singular I/Os (via
encrypted I/O bus)
• Device redundancy with PLC synchronization via routed IP network
Requirements
Ordering Information
14.5.1 Introduction
SICAM Applications (SIAPPs) are third-party applications using the runtime environment of CP-8031/CP-8050
platform. SIAPPs can be created using SIAPP Software Development Kit (SDK) based on Docker.
Examples for applications:
• Web based HMI APP (customer specific web server, using RTU data)
• SIAPPs run on a SICAM CP-8031/CP-8050 in a protected SICAM Application Runtime (SIAR) environment
Ordering Information
The Edge data API provides access to the RTU engineered data in read/write direction. The API supports some
data formats as well as data point quality and time information.
The following IEC60870 data types are supported and mapped by the Edge Data API:
IEC60870 Data Type EDGE Data Type extra information
TI=30, Single-point information Unsigned Integer 32 Bit
TI=31, Double-point information Unsigned Integer 32 Bit
TI=32, Transformer tap position Signed Integer 32 Bit
TI=33, 32 Bit Bit string Unsigned Integer 32 Bit
TI=34, Measured value 15 Bit + Short floating point 32 Bit
sign, normalized
TI=35, Measured value 15 Bit + Signed Integer 32 Bit
sign, scaled
TI=36, Measured value short Short floating point 32 Bit
floating point
TI=37, Integrated total 31 Bit + sign Signed Integer 32 Bit
TI=45, Single command Unsigned Integer 32 Bit Only ACTIVATION and EXECUTE are
supported
TI=46 Double command Unsigned Integer 32 Bit Only ACTIVATION and EXECUTE are
supported
Functions
• Import of signal names from other devices for monitoing & simulation
Requirements
Configuration
• In sectionWeb Server (Web)you find the function Extended SICAM WEB features (License required).
[sc_SDM_Ext_SIC_WEB_enable, 1, en_US]
Ordering Information
Requirements
Ordering Information
• Transfer of the license to the engineering PC with the Automation License Manager
14.8.1 Transfer of the license to the engineering PC with the Automation License
Manager
To transfer the license from the USB stick to the engineering PC, you must plug the USB stick into a free USB
port of your engineering PC.
The USB stick is immediately recognized and displayed by the Automation License Manager.
In the directory tree on the left, select the USB stick that contains the licenses. The list of available licenses is
displayed on the right side of the Automation License Manager.
• Open the context menu (right mouse button). Select the entry Transfer…
NOTE
i The installation of the licenses is also possible with Drag & Drop or Copy & Paste, see also almreadme.rtf
The license can also be transferred to a license server.
After transferring the license, it must still be imported into the Engineering Tool (SICAM Device Manager,
SICAM TOOLBOX II) and then activated.
Proceed as follows with the SICAM Device Manager:
• Click the icon for importing the license in the Automation License Manager
• In the Licensable Functions table, open the list box in the License Key / License Number column and
select the license to activate it
Proceed as follows with the SICAM TOOLBOX II:
• In the system technique of the OPM II, select the device (component) for which the license was
purchased
• In the Licensable Functions table, open the list box in the License Key / License Number column and
select the license to activate it
NOTE
i The file ReadMe_OSS of the SICAM Device Manager is also located in the installation directory.
Note that a restart is required after each (new) installation of the Automation License Manager.
After the restart, the ALM service is running. Open services.mscto check the running ALM service.
• Telecontrol substation
[dw_CP-8050_Application_Overview, 1, en_US]
Due to the large number of different interfaces (up to 32) and the protocols that can be used on them (up to
24), SICAM CP-8050 is ideally suited for use as a front end for a process control system.
All telecontrol substations - regardless of the manufacturer and via which protocol - are coupled to SICAM
CP-8050. In the front end, the signal processing and adaptation takes place for the respective control system.
From the perspective of the control system, there is no difference which protocol and which system behavior
the substation actually has.
Open- and closed-loop control application programs are created by means of CAEx plus or CFC according to
IEC 61131-3, a standard that is generally accepted and recognized in the market.
Through this and due to the modularity, SICAM CP-8050 is suitable for many applications: from smaller auto-
mation applications up to complex process control applications. Naturally, all applications can also be
combined.
The functionality of a station control device can be simply regarded as a combination of the functionality of a
front end (interfacing of diverse bay devices, protective devices, processing of the data for the power system
control) and the functionality of process control applications (open- and closed loop control application
programs), and is therefore perfectly suited for this application. In addition, further telecontrol peripherals can
also be installed in the station control device, through which telecontrol station and station control device are
united in one device.
For telecontrol applications, modular, versatile I/O modules are available for process data coupling.
SICAM CP-8050 supports centrally and decentrally installed I/O modules especially through the use of remote
I/O rows. Flexible communication functions also permit redundant communication and communication over
stand-by transmission lines.
Naturally, arbitrary open- and closed-loop control application programs can be realized in SICAM CP-8050 with
CAEx plus and CFC, through which, at the same time and to the same degree, SICAM CP-8050 can become a
remote terminal unit and an automation unit in one.
Designation MLFB
CP-8050 Master Module 6MF28050AA00
PS-8620 Power supply DC 24 V to 60 V, 12 W 6MF28620AA00
PS-8640 Power supply DC 24 V to 60 V, 45 W 6MF28640AA00
PS-8622 Power supply DC 110 V to 220 V, 12 W 6MF28622AA00
PS-8642 Power supply DC 100 V to 240 V or VAC 45 W 6MF28642AA00
Designation MLFB
CP-8050 Master Module 6MF28050AA00
PS-8620 Power supply DC 24 V to 60 V, 12 W 6MF28620AA00
PS-8640 Power supply DC 24 V to 60 V, 45 W 6MF28640AA00
PS-8622 Power supply DC 110 V to 220 V, 12 W 6MF28622AA00
PS-8642 Power supply DC 100 V to 240 V or VAC 45 W 6MF28642AA00
CI-8520 Ethernet Extension Module 6MF28520AA00
CI-8522 Network Interface Fiber Optic Extension Module 6MF28522AA00
Designation MLFB
CP-8050 Master Module 6MF28050AA00
PS-8620 Power supply DC 24 V to 60 V, 12 W 6MF28620AA00
PS-8640 Power supply DC 24 V to 60 V, 45 W 6MF28640AA00
PS-8622 Power supply DC 110 V to 220 V, 12 W 6MF28622AA00
PS-8642 Power supply DC 100 V to 240 V or VAC 45 W 6MF28642AA00
SICAM I/O Module See chapter [OptUnresol-
vedLink]SICAM I/O
modules[/OptUnresolved-
Link]
[CP-8050_config_max, 1, --_--]
Example 1: Base device with I/O modules + 15 electrically connected I/O remote rows
If the base device and the I/O row(s) are electrically connected, the cable may not exceed 100 m in length.
This also applies to the connection between the I/O rows.
[CP-8050_config_Ring_el_remote_io_v1, 1, en_US]
Example 2: Base device with I/O modules + 15 electrically connected I/O remote rows + „Ethernet-Repeater“
An "Ethernet Repeater" can be used to extend the max. cable length between the base device and the I/O rows
or between the I/O rows. Each "Ethernet repeater" can extend the route by 100 m. The I/O Remote Modules
CI-8530 or CI-8532 can be used as “Ethernet Repeater“.
The I/O# of the “Ethernet Repeater“ in the ring configuration must be set to 0.
NOTE
i Configuration:
• Ethernet I/O ring and Ethernet I/O line may not be connected to other Ethernet networks.
Refer to 12.3.4 SICAM I/O Remote Modules for LED display status on the Ethernet Repeaters.
Example 1: Basic device with I/O modules; optical connection to the I/O rows; electronic connection between the
I/O rows
[CP-8050_config_Ring_opt_remote_io_v1, 1, en_US]
*) Converter see chapter: 15.3.3 Optical Converter (Media Converter) for I/O rows
Example 2: Basic device with I/O modules; optical and electrical connection to the I/O rows and between the I/O
rows
[dw_CP-8050_config_Ring_opt_remote_io_v3, 2, en_US]
*) Converter see chapter: 15.3.3 Optical Converter (Media Converter) for I/O rows
NOTE
i • If the CI-8531/CI-8533 is used as an I/O remote module and one of the connections is an electrical SFP
transceiver, no optical converter is required between the CP-8050 and CI-8531/CI-8533.
• If the CI-8531/CI-8533 is used as an I/O remote module and both connections are optical SFP trans-
ceivers, then an optical converter is required between the CP-8050 and CI-8531/CI-8533.
The use of converters and fiber-optic cables can significantly increase the distance between the base device
and I/O-rows and between the individual I/O-rows. Depending on the type of cable and converter used,
different cable lengths can be achieved.
NOTE
i • Only converters that support a transmission speed of 100 Mbit/s can be used.
• CI-8531/CI-8533 acts as a media converter with 1 electrical SFP and 1 optical SFP
• A maximum of 20 devices with Ethernet connection may be used in the I/O Line (ring/line configura-
tion)
Examples:
– 15 I/O-rows = 15 x CI-8530/CI-8532 + 4 optical converters = 19 (optical converters are always
required in pairs)
– 15 I/O-rows = 15 x CI-8530/CI-8532 + 5 x CI-8530/CI-8532 with switch position “I/O#=0“ = 20
– Example: 15 I/O-rows = 15 x CI-853x + 2 x CI-8531/33 = 17
• Ethernet I/O Ring and Ethernet I/O line may not be connected to other Ethernet networks.
• 6GK6001-0AC01-0FA0
• 6GK6001-0AC02-0FA0
• 6GK6001-0AC03-0FA0
– max. length: 2 km
– Multimode
– Wavelength: 1300 nm
– 1x 100TX to 1x 100FX