CPU 410 en-US en-US
CPU 410 en-US en-US
Synchronization modules 14
System expansion card 15
Technical data 16
Supplementary information 17
Characteristic values of
redundant automation A
systems
Function and
communication modules
that can be used in a B
redundant configuration
Connection examples for
redundant I/Os C
11/2022
A5E31622160-AE
Legal information
Warning notice system
This manual contains notices you have to observe in order to ensure your personal safety, as well as to prevent
damage to property. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring only to property damage have no safety alert symbol. These notices shown below are
graded according to the degree of danger.
DANGER
indicates that death or severe personal injury will result if proper precautions are not taken.
WARNING
indicates that death or severe personal injury may result if proper precautions are not taken.
CAUTION
indicates that minor personal injury can result if proper precautions are not taken.
NOTICE
indicates that property damage can result if proper precautions are not taken.
If more than one degree of danger is present, the warning notice representing the highest degree of danger will
be used. A notice warning of injury to persons with a safety alert symbol may also include a warning relating to
property damage.
Qualified Personnel
The product/system described in this documentation may be operated only by personnel qualified for the specific
task in accordance with the relevant documentation, in particular its warning notices and safety instructions.
Qualified personnel are those who, based on their training and experience, are capable of identifying risks and
avoiding potential hazards when working with these products/systems.
Proper use of Siemens products
Note the following:
WARNING
Siemens products may only be used for the applications described in the catalog and in the relevant technical
documentation. If products and components from other manufacturers are used, these must be recommended or
approved by Siemens. Proper transport, storage, installation, assembly, commissioning, operation and maintenance
are required to ensure that the products operate safely and without any problems. The permissible ambient
conditions must be complied with. The information in the relevant documentation must be observed.
Trademarks
All names identified by ® are registered trademarks of Siemens AG. The remaining trademarks in this publication
may be trademarks whose use by third parties for their own purposes could violate the rights of the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware and software
described. Since variance cannot be precluded entirely, we cannot guarantee full consistency. However, the
information in this publication is reviewed regularly and any necessary corrections are included in subsequent
editions.
1 Preface ................................................................................................................................................. 11
1.1 Preface .............................................................................................................................. 11
1.2 Security information .......................................................................................................... 14
1.3 Documentation.................................................................................................................. 16
2 Introduction to the CPU 410 ................................................................................................................ 19
2.1 Area of application of the CPU 410 in SIMATIC PCS 7........................................................... 19
2.2 Possible applications .......................................................................................................... 21
2.3 The CPU 410 basic system for stand-alone operation .......................................................... 22
2.4 The basic system for redundant operation .......................................................................... 24
2.5 Rules for H station assembly............................................................................................... 26
2.6 I/O for the CPU 410 ............................................................................................................ 27
2.7 I/O configuration variants of the fault-tolerant system......................................................... 27
2.8 Configuration tools (STEP 7 HW Config, SIMATIC PCS 7) ...................................................... 28
2.9 The SIMATIC PCS 7 project.................................................................................................. 28
2.9.1 Scaling and licensing (scaling concept)............................................................................... 28
3 Configuration of the CPU 410 .............................................................................................................. 31
3.1 Operator controls and indicators on the CPU 410................................................................ 31
3.2 CPU 410 monitoring functions ........................................................................................... 35
3.3 Status and error displays .................................................................................................... 37
3.4 PROFIBUS DP interface (X1)................................................................................................ 41
3.5 PROFINET IO interfaces (X5, X8) ......................................................................................... 41
3.6 Summary of parameters for CPU 410.................................................................................. 44
4 PROFIBUS DP ........................................................................................................................................ 45
4.1 CPU 410 as PROFIBUS DP master ........................................................................................ 45
4.2 Diagnostics of the CPU 410 as PROFIBUS DP master ............................................................ 45
5 PROFINET IO......................................................................................................................................... 47
5.1 Introduction....................................................................................................................... 47
5.2 PROFINET IO systems ......................................................................................................... 48
5.3 Device replacement without exchangeable medium / ES..................................................... 49
6 I/O configuration variants ................................................................................................................... 51
6.1 Stand-alone operation ....................................................................................................... 51
Note
CPU 410-5H and CPU 410E
Except for different technical specifications and quantity frameworks, the CPU 410E behaves the
same as a CPU 410-5H. For this reason, the statements made in this manual about a CPU 410
apply to both the CPU 410-5H and the CPU 410E.
Approvals
For details on certifications and standards, refer to Manual S7-400 Automation System, Module
Data, Chapter 1.1, Standards and Certifications. Here you will also find the technical
specification for the entire S7-400.
NOTICE
Markings and approvals
In the documentation, you can find the markings and approvals which are generally possible or
planned in the system.
However, only the label or approval printed on the component is valid.
Online help
You will need the SIMATIC PCS 7 Programming Package V9.0 or higher to work with CPU 410.
In addition to the manual, you will find detailed support on how to use this software in the
software's integrated online help system.
Additional support
If you have any questions relating to the products described in this manual, and do not find the
answers in this documentation, please contact your Siemens partner at our local offices.
You will find information on who to contact at:
Contact partners (https://www.siemens.com/automation/partner)
A guide to the technical documents for the various SIMATIC products and systems is available
at:
Documentation (https://new.siemens.com/global/en/products/automation/process-control/
simatic-pcs-7/technical-documentation.html)
You can find the online catalog and order system under:
Catalog (https://mall.industry.siemens.com/)
Training center
We offer a range of courses to help you to get started with the SIMATIC PCS 7 process control
system. Please contact your local training center or the central training center.
Training (https://www.sitrain-learning.siemens.com/)
Technical Support
For technical support of all Industry Automation products, fill in and submit the online Support
Request:
Support Request (https://support.industry.siemens.com/cs/ww/en/my)
available and that the latest product versions are used. Use of product versions that are no
longer supported, and failure to apply the latest updates may increase customer’s exposure
to cyber threats.
To stay informed about product updates, subscribe to the Siemens Industrial Security RSS
Feed under
https://www.siemens.com/cert (https://www.siemens.com/industrialsecurity).
1.3 Documentation
User documentation
The table below provides an overview of the descriptions of the various components and options
in the S7-400 automation system.
5HGXQGDQWDXWRPDWLRQV\VWHPVIRUH[DPSOH
+LJKO\DYDLODEOHRRV\VWHPV )DLOVDIHRRV\VWHPV
REMHFWLYH5HGXFWLRQRIWKHOLNHOLKRRG REMHFWLYH3URWHFWLRQRIOLIHWKH
RISURGXFWLRQGRZQWLPHXVLQJ HQYLURQPHQWDQGFDSLWDOWKURXJK
SDUDOOHORSHUDWLRQRIWZRV\VWHPV UHOLDEOHVKXWGRZQWRDVDIHLGOH
VWDWH
WARNING
Open equipment
Risk of death or serious injury.
S7–400 modules are classified as open equipment, meaning you must install the S7–400 in an
enclosure, cabinet, or switch room that can only be accessed by means of a key or tool. Only
instructed or authorized personnel are permitted to access these enclosures, cabinets, or
switch rooms.
Additional information
The components of the standard S7-400 system, e.g., power supplies, I/O modules, CPs, and
FMs, are also used in the high availability S7-400H automation system. For a detailed description
of all hardware components for S7-400, refer to Reference Manual S7-400 Automation System,
Module Data.
For the S7-400H high availability automation system, the same rules apply for planning
the user program and for using blocks as for a standard S7-400 system. Please observe
the descriptions in the Programming with STEP 7 manual and the System Software for
S7-300/400 System and Standard Functions reference manual.
See also
Summary of parameters for CPU 410 (Page 44)
Definition
Stand-alone operation refers to the use of a CPU 410 in a standard SIMATIC-400 station.
Note
Rack number "0" must be set on the CPU.
5DFN85 %DVLFV\VWHP
36 &38
Figure 2-2 Hardware of the S7-400H basic system
Power supply
For the power supply you need a power supply module from the standard S7-400 system
spectrum.
To increase availability of the power supply, you can also use two redundant power supplies.
In this case, you use the power supply modules PS 405 R / PS 407 R.
A combination of these can also be used in redundant configurations (PS 405 R with PS 407
R).
Operation
You need a system expansion card for operation of a CPU 410. The system expansion card
specifies the maximum number of process objects that can be loaded to the CPU and saves the
license information in case of a system expansion. The system expansion card forms a hardware
unit with the CPU 410.
5DFN 5DFN
V\QFKURQL]DWLRQPRGXOHV
V\VWHPH[SDQVLRQFDUGV
36 &38V
SIEMENS SIEMENS
31396338 XAB
31396338 XAB
653-2CA00-0XB0 653-2CA00-0XB0
SVP JM123456 SVP JM123456
X 2 3 4 5 X 2 3 4 5
SE PO 100 SE PO 100
Power supply
You require a power supply module from the standard system range of the S7-400 for each of
the two subsystems of the S7-400H.
To increase availability of the power supply, you can also use two redundant power supplies
in each subsystem. In this case, you use the power supply modules PS 405 R / PS 407 R.
A combination (PS 405 R with PS 407 R) can also be used.
Synchronization modules
The synchronization modules are used to link the two CPUs. They are installed in the CPUs and
interconnected by means of fiber-optic cables.
Two types of synchronization modules are available:
• Synchronization modules for synchronization cables up to 10 meters long
• Synchronization modules for synchronization cables up to 10 kilometers long
You must use 4 synchronization modules of the same type in a fault-tolerant
system. The manual with detailed descriptions of the synchronization modules
can be found in the manual Synchronization modules for S7-400H (https://
support.industry.siemens.com/cs/ww/en/).
Fiber-optic cable
The fiber-optic cables are used to interconnect the synchronization modules for the redundant
link between the two CPUs. They interconnect the upper and lower synchronization modules in
pairs.
You will find the specification of the fiber-optic cables you can use
in an S7-400H in the manual Synchronization modules for S7-400H (https://
support.industry.siemens.com/cs/ww/en/).
Operation
You need a system expansion card for operation of a CPU 410. The system expansion card
specifies the maximum number of process objects that can be loaded to the CPU and saves the
license information in case of a system expansion. The system expansion card forms a hardware
unit with the CPU 410. In redundant operation, each CPU 410 must have a system expansion
card with identical quantity framework and scope of functions.
Optional software
You can use all optional packages available in SIMATIC PCS 7.
STEP 7
STEP 7 is the core component for configuring the SIMATIC PCS 7 process control system with the
engineering system.
STEP 7 supports the various tasks involved in creating a project with the following project
views:
• Component view (HW Config)
• Process object view
• Technological perspective
The hardware that you need in a SIMATIC project, such as automation systems,
communication components, and process I/O, is stored in an electronic catalog. You
configure this hardware and assign the hardware parameters with HW Config.
You can protect function blocks (FBs) and functions (FCs) against unauthorized access using
the S7 Block Privacy application. You can no longer edit protected blocks in STEP 7. Only the
interfaces of the blocks are then visible.
If you protect blocks with S7 Block Privacy, you may encounter longer download and startup
times.
License management
License objects are process objects (PO) and their associated runtime licenses (RT-PO). When a
SIMATIC PCS 7 application is created, the SIMATIC PCS 7 system determines the number of POs
that corresponds to the scope of that application.
For productive operation of the SIMATIC PCS 7 application, there must be enough runtime
licenses (AS RT POs) to cover the required number of POs. The system expansion card of the
associated CPU 410-5H must also have at least the same PO count.
The CPU is scaled by means of the system expansion card, which means the system
expansion card determines the maximum quantity of POs. The CFC counts and manages
the POs used in the application. The number of POs that can be downloaded to the CPU is
limited to the maximum number of POs specified by the system expansion card.
Note
This function can only be used to expand the number of POs. You cannot the reduce the number
of POs without replacing the SEC.
0RGXOHGHVLJQDWLRQSURGXFWYHUVLRQ
VKRUWDUWLFOHQXPEHUDQGILUPZDUH &38+
YHUVLRQ
X 2
3 4
+;$%
9
/('GLVSOD\V,17)(;7)5(') ,17)
(;7)
%86)%86)%86),)0) 5(')
,)0)0$,175816723 %86)
%86)
%86)
,)0)
,)0)
0$,17
581
/('GLVSOD\V06755$&.5$&. 6723
0675
5(6(7EXWWRQ 5$&.
5$&.
352),1(7,2LQWHUIDFH;
5(6 /,1./('
5;7;/('
352),%86'3LQWHUIDFH
/,1./('
PROFINET (LAN)
X5 P1 R / P2 R
0$&$'';;;;;;
5;7;/('
6HULDOQXPEHU
/,1.2./(' 0$&DGGUHVV
/,1.2./('
X1
DP
SVPS317696
Link1 OK
6\QFKURQL]DWLRQPRGXOHLQWHUIDFH
Link2 OK
0$&$'';;;;;;
IF1
352),1(7,2LQWHUIDFH;
6\QFKURQL]DWLRQPRGXOHLQWHUIDFH 0$&DGGUHVV
/,1./('
IF2
'DWDPDWUL[FRGH 5;7;/('
X8 P1 R / P2 R
/,1./('
5;7;/('
Figure 3-1 Arrangement of the operator controls and indicators on the CPU 410
LED displays
The following table gives an overview of the available LED displays.
Sections CPU 410 monitoring functions (Page 35) and Status and error displays
(Page 37) describe the states and errors/faults indicated by these LEDs.
Reset button
You operate the reset button in the following cases:
• You want to reset the CPU to the factory state, see section Resetting the CPU 410 to delivery
condition (reset to factory setting) (Page 136)
• You want to reset the CPU during operation, see section Reset during operation (Page 137)
The reset button is on the front of the CPU directly below the LED strip. Press it with a
suitably thin round object.
PROFIBUS DP interface
You can connect the distributed I/O to the PROFIBUS DP interface.
PROFINET IO interface
The PROFINET IO interfaces establish the connection to Industrial Ethernet. The PROFINET IO
interfaces also serve as the access point for the engineering system. The PROFINET IO interfaces
feature two switched ports with external connectors (RJ 45). You can find further information on
PROFINET IO in sections PROFINET IO systems (Page 48).
The meaning of the interface labels is as follows:
Label Meaning
X5 P1 R Interface X5, Port 1, ring port possible
X5 P2 R Interface X5, Port 2, ring port possible
X8 P1 R Interface X8, Port 1, ring port possible
X8 P2 R Interface X8, Port 2, ring port possible
When media redundancy is activated, the corresponding port is configured as a ring port.
NOTICE
Connecting only to Ethernet LAN
These interfaces only allow connection to an Ethernet LAN. You cannot connect them to the
public telecommunication network, for example.
You may only connect PROFINET IO-compliant network components to this interface.
6ORWIRU
V\VWHPH[SDQVLRQFDUG
6ZLWFKIRUWKH
UDFNQXPEHU
LED Meaning
RUN STOP
Lit Dark CPU is in RUN state.
Dark Lit CPU is in STOP state. The user program is not being executed. Cold restart/restart is pos‐
sible.
Flashes Flashes The CPU has detected a serious error that is preventing startup. All other LEDs also flash at
2 Hz 2 Hz 2 Hz.
Flashes Lit HOLD status has been triggered by a test function.
0.5 Hz
Flashes Lit A cold restart/restart was initiated. The cold restart/warm start may take a minute or
2 Hz longer, depending on the length of the called OB. If, after this time, the CPU does not
change to RUN, there may be an error in the system configuration, for example.
Dark Flashes • A high-quality RAM test (self-test) is executed after POWER ON. The duration of the
2 Hz self-test is at least 7 minutes.
• CPU memory reset is active.
Dark Flashes The CPU requests a memory reset.
0.5 Hz
Flashes Flashes • Troubleshooting mode
0.5 Hz 0.5 Hz • Startup (POWER ON) of a CPU on which a large number of blocks is loaded. If encrypted
blocks are loaded, startup may take a longer time depending on the number of such
blocks.
This display also indicates that internal processes are running in the CPU, thereby pre‐
venting any operator input or access to the CPU.
Flashes Flashes The CPU has downloaded another program and is powering up after power on.
0.5 Hz 2 Hz Note that, if necessary, another program and a configuration may be present in the re‐
tentive load memory in the CPU. Ensure that this cannot pose a hazard if the CPU switches
automatically to RUN state. If you have no information about the content of the load
memory, set the CPU to delivery state before powering it up.
Table 3-3 Possible states of the MSTR, RACK0 and RACK1 LEDs
LED Meaning
MSTR RACK0 RACK1
Lit Irrelevant Irrelevant CPU controls switched I/O
Irrelevant Lit Dark CPU on rack number 0
Irrelevant Dark Lit CPU on rack number 1
LED Meaning
INTF EXTF
Lit Irrelevant An internal error was detected (programming, parameter assignment, or license
error).
Irrelevant Lit An external error has been detected (i.e. an error not caused by the CPU).
Table 3-5 Possible states of the BUS1F, BUS5F, and BUS8F LEDs
LED Meaning
BUS1F BUS5F BUS8F
Lit Irrelevant Irrelevant An error was detected on the PROFIBUS DP interface X1.
Irrelevant Lit Irrelevant An error was detected on the first PROFINET IO interface X5.
A PROFINET IO system is configured but not connected.
Irrelevant Irrelevant Lit An error was detected on the second PROFINET IO interface X8.
A PROFINET IO system is configured but not connected.
Irrelevant Flashes Irrelevant One or more devices on the first PROFINET IO interface X5 is not responding.
Irrelevant Irrelevant Flashes One or more devices on the second PROFINET IO interface X8 is not responding.
Flashes Irrelevant Irrelevant One or more devices on the PROFIBUS DP interface X1 is not responding.
LED Meaning
IFM1F IFM2F
Lit Irrelevant An error was detected on synchronization module 1.
Irrelevant Lit An error was detected on synchronization module 2
LED Meaning
LINK RX/TX
Lit Irrelevant Connection at the PROFINET IO interface is active.
Irrelevant Flashes Receiving or sending data at the PROFINET IO interface.
If the transmission and reception frequency is high, the LED lights up continuously.
Note
The LINK and RX/TX LEDs are located directly next to the sockets of the PROFINET IO interfaces.
They are not labeled.
REDF LED
The REDF LED indicates specific system states and redundancy errors.
LED MAINT
This LED indicates that maintenance is required. Maintenance is required when there are
problems with the synchronization modules or if maintenance is demanded by one of the
PROFINET devices. For more information, refer to the STEP 7 Online Help.
The LED MAINT also displays an error during address assignment of the PROFINET interfaces
X5 or X8.
Diagnostics buffer
In STEP 7, you can select "PLC -> Module Information" to read the cause of an error from the
diagnostics buffer.
Connectable devices
The PROFIBUS DP interface can be used to set up a PROFIBUS master system, or to connect
PROFIBUS I/O devices.
All DP devices that conform to the standard can be connected to the PROFIBUS DP interface.
You can connect PROFIBUS DP I/O to the PROFIBUS DP interface as redundant or single-
channel switched I/O.
In this case, the CPU is the DP master, which is connected to the passive device stations or, in
stand-alone operation, to other DP masters via the PROFIBUS DP fieldbus.
Some of the devices that can be connected draw 24 V from the interface for their power
supply. This voltage is provided as non-isolated voltage at the PROFIBUS DP interface.
Connectors
Use only PROFIBUS DP bus connectors or PROFIBUS cables for connecting devices to the
PROFIBUS DP interface (see installation manual).
Redundant operation
The PROFIBUS DP interfaces have the same baud rate and the same operating mode in
redundant operation.
Assigning an IP address
You assign an IP address to an Ethernet interface in the CPU properties using HW Config.
Download the modified configuration to the CPU. The IP address is valid for the duration of the
project.
For technical reasons, the two interfaces X5/X8 must be located in different IP subnets.
Connectors
The PROFINET interfaces are implemented as Ethernet RJ45 interfaces. Always use RJ45
connectors to hook up devices to a PROFINET interface.
You can find further information about the properties of the PROFINET IO interfaces in the
technical specifications of the CPUs in section Technical data (Page 243).
Note
Networking of PROFINET IO components
The PROFINET IO interfaces of our devices are set to "automatic setting" (autonegotiation) by
default. Verify that all devices connected to the PROFINET IO interface of the CPU are also set to
the "Autonegotiation" mode. This is the default setting of standard PROFINET IO/Ethernet
components.
If you connect a device to a PROFINET IO interface of the CPU that does not support the
"automatic setting" (Autonegotiation) operating mode or you choose a setting other than the
"automatic setting" (Autonegotiation) for this device, note the following:
• PROFINET IO requires 100 Mbps full-duplex operation, which means if the PROFINET IO
interface of the CPU is used simultaneously for PROFINET IO communication and Ethernet
communication, operation of the PROFINET IO interface is permissible only in 100 Mbps full-
duplex mode.
• If an PROFINET IO interface of the CPU is used for Ethernet communication only, 100 Mbps
full-duplex mode is possible.
Background: If a switch that is permanently set to "10 Mbps half-duplex" is connected to an
interface of the CPU, the "Autonegotiation" setting forces the CPU to adapt itself to the settings
of the partner device, which means the communication operates de facto at "10 Mbps half-
duplex". This is permitted for an Ethernet communication. But because PROFINET IO demands
operation at 100 Mbps full-duplex, this would not be a long-term option to address IO devices.
Reference
• For details about PROFINET, refer to PROFINET System Description (https://
support.industry.siemens.com/cs/ww/en/view/19292127)
• For detailed information about Ethernet networks, network configuration and network
components refer to SIMATIC NET Manual: Twisted-Pair and Fiber-Optic Networks (https://
support.industry.siemens.com/cs/ww/en/view/8763736).
• For additional information about PROFINET IO, refer to: PROFINET (https://
www.profibus.com/)
Default values
All parameters are set to factory defaults. These defaults are suitable for a wide range of
standard applications and can be used to operate the CPU 410 directly without having to make
any additional settings.
You can define the defaults using the "Configuring Hardware" tool in STEP 7.
Parameter blocks
The responses and properties of the CPU are defined in parameters. The CPU 410 has a defined
default setting. You can modify this default setting by editing the parameters in the hardware
configuration.
The list below provides an overview of the assignable system properties of the CPUs.
• General properties such as the CPU name
• Watchdog interrupts, e.g., priority, interval duration
• Diagnostics/clock, e.g., time-of-day synchronization
• Security levels
• H parameters, e.g., duration of a test cycle
• Startup, for example, times for completed message from modules and transfer of parameters
to modules
Further settings
• The rack number of a CPU 410, 0 or 1
Use the selector switch on the rear panel of the CPU to change the rack number.
• The operating mode of a CPU 410, stand-alone operation or redundant operation
You set the operating mode by configuring a SIMATIC 400 station (stand-alone operation) or
a SIMATIC H station in HW Config.
Table 4-1 Meaning of the "BUSF" LED of the CPU 410 as DP master
Functions of PROFINET IO
The following graphic shows the new functions in PROFINET IO:
3&
5RXWHU (6 (6
6ZLWFK
352),1(7,26\VWHP
ZLWKV\VWHPUHGXQGDQF\ 352),1(7,26\VWHP
+V\VWHP
Y
,(3%OLQN
2 3 1 6 10
10
(76
'3'HYLFH
&38
4
31'3
(763+$
(763+$
(763+$ 5
9 7 8
2QHVLGHG,2 6\VWHPUHGXQGDQF\
Further information
You will find further information about PROFINET IO in the documents listed below:
• In manual PROFINET system description (https://support.industry.siemens.com/cs/ww/en/
view/19292127)
• In Programming Manual Migration from PROFIBUS DP to PROFINET IO (https://
support.industry.siemens.com/cs/ww/en/view/19289930)
Additional information
For additional information, refer to the STEP 7 Online Help and to the PROFINET System
Description (https://support.industry.siemens.com/cs/ww/en/view/19292127) manual.
Overview
This section provides information needed for stand-alone operation of the CPU 410. You will
learn:
• how stand-alone operation is defined
• when stand-alone operation is required
• what you have to take into account for stand-alone operation
• how the fault tolerance-specific LEDs react in stand-alone operation
• how you configure a CPU 410 for stand-alone operation
• how you can expand a CPU 410 into a fault-tolerant system
• which system modifications are possible during stand-alone operation and which hardware
requirements must be met
Definition
Stand-alone operation is the use of a CPU 410 in a standard SIMATIC-400 station.
Note the different procedures described below for any system change during operation:
LED Behavior
REDF Dark
IFM1F Dark
IFM2F Dark
MSTR Lit
RACK0 Lit
RACK1 Dark
Note
You can only expand your system to a fault-tolerant system if you have not assigned any odd
numbers to expansion units in stand-alone operation.
If you later want to expand the CPU 410 to a fault-tolerant system, proceed as follows:
1. Open a new project and insert a fault-tolerant station.
2. Copy the entire rack from the standard SIMATIC-400 station and insert it twice into the fault-
tolerant station.
3. Insert the required subnets and IO devices.
4. Copy the DP devices from the old stand-alone operation project to the H-station as required.
5. Reconfigure the communication connections.
6. Carry out all changes required, such as the insertion of one-sided I/O.
For information on how to configure the project, refer to the online help.
All of the components contribute to the functional safety of the system, in order, when a
dangerous event occurs, to put the system into a safe state or to keep it in a safe state.
S7 F/FH Systems
The S7 F Systems optional package adds security functions to the CPU 410.
The current TÜV certificates are available on the Internet: TÜV certificates (https://
support.industry.siemens.com/cs/ww/en/) under "Product Support".
Safety- Safety-
Standard Standard
related data related data
data data
PROFIsafe PROFIsafe
layer Laler
- PROFIBUS DP
- PROFINET IO
PROFIBUS DP
or
PROFINET IO
Safety-related and standard data are transmitted with PROFIsafe over the same bus
line. Black channel means that collision-free communication via a bus system with media-
independent network components (also wireless) is possible.
PROFIsafe is an open solution for safety-related communication via standard fieldbuses.
Numerous manufacturers of safety components and end users of safety technology have
helped to develop this vendor-neutral and open standard for PROFIBUS International (PI).
The PROFIsafe profile supports safe communication for the open PROFIBUS and PROFINET
standard buses. An IE/PB Link ensures integrated, safety-related communication between
PROFIBUS DP and PROFINET IO.
PROFIsafe is is certified to IEC 61784-3 and meets the highest requirements for the
manufacturing and process industry.
PROFIBUS is the global standard for fieldbuses with approximately 13 million installed nodes.
Its market acceptance is so high because a large number of manufacturers offer many
products for PROFIBUS. With the PA transmission variant (IEC 1158-2), PROFIBUS extends the
unified system concept of distributed automation to the process world.
PROFINET IO is the innovative and open Industrial Ethernet standard for automation. It
enables fast reaction times and transmission of large data quantities.
PROFIsafe uses the PROFIBUS or PROFINET IO services for safe communication. A fail-safe
CPU 410 and the fail-safe I/O exchange both user data as well as status and control
information; no additional hardware is required for this.
PROFIsafe takes the following measures to counteract the various possible errors when
transferring messages.
Measure/ Consecutive number Time expectation Identifier for sender Data backup CRC
Error with acknowledg‐ and receiver
ment
Repetition ✓
Loss ✓ ✓
Insertion ✓ ✓ ✓
Incorrect sequence ✓
Data falsification ✓
Delay ✓
Coupling of safety-rela‐ ✓ ✓ ✓
ted messages and stand‐
ard messages (masquer‐
ade)
FIFO errors (first-in-first- ✓
out data register for
maintaining the se‐
quence)
See also
S7 F Systems optional package (https://support.industry.siemens.com/cs/us/en/view/
109773062)
5HGXQGDQWDXWRPDWLRQV\VWHPVHJ
)DXOWWROHUDQWRXWRIV\VWHPV )DLOVDIHRXWRIV\VWHPV
2EMHFWLYH5HGXFHGULVNRISURGXF 2EMHFWLYH3URWHFWOLIHWKH
WLRQORVVE\PHDQVRISDUDOOHO HQYLURQPHQWDQGLQYHVWPHQWVE\
RSHUDWLRQRIWZRV\VWHPV VDIHO\GLVFRQQHFWLQJWRDVHFXUH
RIISRVLWLRQ
Redundant I/O
Input/output modules are termed redundant when they exist twice and they are configured and
operated as redundant pairs. The use of redundant I/O provides the highest degree of
availability, because the system tolerates the failure of a CPU or of a signal module.
See also
Connection of two-channel I/O to the PROFIBUS DP interface (Page 75)
System-wide integration
The CPU 410 and all other SIMATIC components, such as the SIMATIC PCS 7 control system, are
matched to one another. The system-wide integration, ranging from the control room to the
sensors and actuators, is implemented as a matter of course and ensures maximum system
performance.
Redundancy nodes
Redundant nodes represent the fail safety of systems with redundant components. A redundant
node can be considered as independent when the failure of a component within the node does
not result in reliability constraints in other nodes or in the overall system.
The availability of the overall system can be illustrated simply in a block diagram. With
a 1-out-of-2 system, one component of the redundant node may fail without impairing
the operability of the overall system. The weakest link in the chain of redundant nodes
determines the availability of the overall system
No fault
5HGXQGDQW,2
)DXOWWROHUDQWV\VWHP (70
)DXOWWROHUDQWV\VWHP (763+$
&38 %XV ,0
60
60
&38 %XV ,0
6ZLWFKHG,2
)DXOWWROHUDQWV\VWHP (70
With error/fault
The following figure shows how a component may fail without impairing the functionality of
the overall system.
5HGXQGDQW,2
)DXOWWROHUDQWV\VWHP (70
)DXOWWROHUDQWV\VWHP (763+$
&38 %XV ,0
60
60
&38 %XV ,0
6ZLWFKHG,2
)DXOWWROHUDQWV\VWHP (70
5HGXQGDQW,2
)DXOWWROHUDQWV\VWHP (70
)DXOWWROHUDQWV\VWHP (763+$
&38 %XV ,0
60
60
&38 %XV ,0
6ZLWFKHG,2
)DXOWWROHUDQWV\VWHP (70
Configuration Availability
Fault-tolerant PROFINET IO (S2 with system redundancy) or Enhanced
switched I/O
Redundant PROFINET IO (R1 with system redundancy) or Enhanced
switched I/O
Redundant I/O High
Note
IO redundancy
The term IO redundancy is also used for the connection of a redundant I/O to PROFINET IO
Addressing
If you are using an I/O in a system-redundant configuration, you always use the same address
when addressing the I/O.
(70
(7L63
You can use the following interface modules for the I/O configuration at the PROFIBUS DP
interface:
Table 6-3 Interface modules for use of single-channel switched I/O configuration at the PROFIBUS
DP interface
Each S7-400H subsystem is connected (via a DP master interface) to one of the two DP
device interfaces of the ET 200M.
DP/PA link
The DP/PA link consists of one or two IM 153-2 interface modules, and one to five DP/PA couplers
that are either connected with one another via passive bus couplers or via bus modules.
The DP/PA link creates a gateway from a PROFIBUS DP master system to PROFIBUS PA. In this case
the two bus systems are non-interacting through the IM 153-2 both physically (galvanically) and
in terms of protocols and time.
PROFIBUS PA can be connected to a redundant system via a DP/PA link. The following IM 157
PA coupler is permissible: 6ES7157-0AC83-0XA0
You can use the following DP/PA links:
Y-Link
The Y Link consists of two IM 153‑2 interface modules and one Y coupler that are connected with
one another by bus modules.
The Y Link creates a gateway from the redundant DP master system of an S7‑400H to a non-
redundant DP master system. This means that devices with only one PROFIBUS DP interface can
be connected to a S7-400H as switched I/Os.
A single-channel DP master system can be connected to a redundant system via a Y coupler.
The following IM 157 Y coupler is permissible: 6ES7197-1LB00 0XA0.
You can use the following Y-Links:
FF Link
The FF Link bus link is a gateway between a PROFIBUS DP master system and a FOUNDATION
Fieldbus H1 segment and thus enables the integration of FF devices in SIMATIC PCS 7. The two
bus systems are uncoupled from each other by the IM 153-2 FF both physically (galvanically) and
with respect to protocol and time.
The FF Link bus link consists of one or two IM 153-2 FF interface modules and an FDC
157 field device coupler or a redundant FDC 157 coupler pair, which are connected to one
another via passive bus connectors or, in the case of the redundant installation, via bus
modules.
The Compact FF Link bus link consists of one or two IM 655-5 FF interface modules.
FF Link
IM 153-2 6ES7153-2DA80-0XB0
FDC 157 6ES7157-0AC85-0XA0
Compact FF Link 6ES7655-5BA00-0AB0
(70
(763+$
(763+$
Each subsystem of the S7-400H is connected (over a PROFINET IO interface) to the PROFINET
IO interface of the ET 200M or ET 200SP HA over one connection each. If the two PROFINET
IO interfaces are located on one IM, this is known as an S2 configuration. The S stands
for a single (single) IM and thus for only one PROFINET IO interface. If the PROFINET IO
interfaces are located on two different IMs, this is known as an R1 configuration The R stands
for redundant IMs and thus for two PROFINET IO interfaces. See Chapter Communication
services (Page 293).
You can use the following interface module for the I/O configuration at the PROFINET IO
interface:
Table 6-5 Interface module for use of single-channel switched I/O configuration at the PROFINET IO
interface
Once the problem is eliminated, redundancy is restored. This also starts OB 70 (event
W#16#72A3). In this situation, there is no changeover between the active and passive
channel.
If one channel has already failed, and the remaining (active) channel also fails, then there is
a complete station failure. This starts OB 86 (event W#16#39C4).
There is also complete station failure if an IM fails in an S2 configuration. This starts OB 86
(event W#16#39C4).
Note
If the external DP master interface module can detect failure of the entire DP master system (due
to a short-circuit, for example), it reports only this event ("Master system failure entering state"
W#16#39C3). The operating system no longer reports individual station failures. This feature
can be used to accelerate the changeover between the active and passive channel.
Note
When using fail-safe modules, always set a monitoring time for each fail-safe module that is
longer than the changeover time of the active channel in the fault-tolerant system. If you ignore
this rule, you risk passivation of the fail-safe modules during the changeover of the active
channel.
You can use the Excel file "s7ftimea.xls" to calculate the monitoring and reaction times. The file
is available at the following address (https://support.industry.siemens.com/cs/ww/en/view/
22557362):
Note
Please note that the CPU can only detect a signal change if the signal duration is greater than the
specified changeover time.
When there is a changeover of the entire DP master system, the changeover time of the slowest
DP component applies to all DP components. A DP/PA link or Y-Link usually determines the
changeover time and the corresponding minimum signal duration. We therefore recommend
that you connect DP/PA and Y-Links to a separate DP master system.
See also
Time monitoring (Page 114)
System redundancy
You can configure the PROFINET IO system redundancy with switched devices connected to an
IM. The configuring of the PROFINET I/O is comparable to the configuring of the PROFIBUS I/O.
You can connect a maximum of 256 IO devices to each of the two integrated PN/IO
interfaces. You can configure these as one-sided or switched devices as desired. The station
numbers are disjoint across both PN/IO interfaces and are between 1 and 256.
Note
The PROFINET IO device must support this function in order to be operated redundantly on the
fault-tolerant system. Two ports does not mean that two system connections can be created,
thereby achieving system redundancy.
Configuration
The following figure shows various different configurations for connecting IO devices to the
fault-tolerant system.
Configura‐ Properties
tion
① Switched I/O at the PROFINET IO
Each IO device is connected over one IM with two logic connections (system redundancy) to the two CPUs in the
fault-tolerant system.
This type of connection is also known as fault-tolerant PROFINET IO.
② and ③ Switched I/O at the redundant PROFINET IO
Each IO device is connected over two IMs to the two CPUs in the fault-tolerant system. Each IM is assigned to
one of the CPUs. The IM must support system redundancy.
This type of connection is also known as redundant PROFINET IO.
This allows independent redundant PROFINET networks to operate in the fault-tolerant system. At the same
time, the two IMs increase availability.
In ③, the connection to the CPU is also configured as a ring (redundant fault-tolerant PROFINET IO).
Note
Logical configuration and topology
The topology alone does not determine whether IO devices are configured at one side (assigned
to only one CPU in the fault-tolerant system) or in a system-redundant configuration. This is
specified in configuration. The IO devices in configuration ① can, for example, also be
configured on one side instead of in a system-redundant configuration.
S2 and R1 devices
S2 device: There is one IM connected to both CPUs.
R1 device: There are two IM (redundant). Each IM is connected to one CPU.
6ZLWFK
Redundant I/O
To configure the redundant I/O connected to PROFINET IO, insert two I/O modules of the same
type next to each other in a special terminal block (TB45R...).
This terminal block connects the respective process signals of the two IO modules to a
common process terminal.
• There is less wiring work compared to connecting separate I/O modules, because the
interconnection of the process signals is integrated in the system.
• The redundant signal processing of the sensors and actuators on the module level increases
the availability of the system.
• In redundant operation, the switching characteristics of the output modules that can control
the actuator in parallel are improved.
Application planning
Observe the following rules for configuring redundant I/O modules:
Hardware rule
• The I/O modules must be approved for redundant operation. You can find this information in
the manual for the respective module.
• Redundantly deployed I/O modules must be identical, i.e. they must have the same article
number, the same hardware version and the same firmware version.
Mounting rule
I/O modules of the same type are plugged in pairs next to each other in the same IO device.
• Both slots are located on the same support module.
• Both slots are located on the same terminal block (TB45R).
Note
Specific wiring
Always read the documentation of the I/O module used.
Configuring
• Configure redundancy for the I/O module.
The settings you make for an I/O module always apply to the module pair.
Configuration
The following figure shows an example for the connection of the sensors or actuators each with
two redundantly used input/output modules.
&RQILJXUDWLRQIRU,2UHGXQGDQF\
,2PRGXOHV
7HUPLQDOEORFN7%5
Sensor
(763+$
(763+$
Figure 6-11 S7-400 H-system with sensors and actuators on module pairs (redundant signal processing)
Response to failure
The following applies when a I/O module or a channel of the two I/O modules fails (valid for input/
output and mixed modules):
• The inputs continue to be available in the system.
• The outputs are controlled in the system.
Connecting sensors/actuators
You can connect a sensor/actuator to two redundant input/output modules.
The failure of an input module does not result in the loss of sensor data. When an output
module fails, the connected actuator continues to be controlled.
In some cases, the hardware design requires the sensor also to be implemented redundantly,
for example for RTD thermal resistors. Sensors can be powered using suitable input modules.
The redundant signal processing of the sensors and actuators at the module level increases
the availability of the system. Firmware update and module replacement are possible during
operation.
In redundant operation, the switching characteristics of the output modules that can control
the actuator in parallel are improved. The modules can operate with twice the switching
current and power distribution between two output modules.
The figure below shows a configuration with one sensor and one actuator for a pair of
redundant I/O modules.
,2FRQWUROOHU
$6
352),1(7b,2
,QGXVWULDO(WKHUQHW
,2'HYLFH(763+$
Sensor
Actuator
5HGXQGDQWPRGXOHSDLU
You can find an up-to-date list of modules with redundancy capability in Signal modules for
redundancy (Page 78).
The OBs into which you need to link the various blocks are listed in the table below:
Block OB
FC 450 "RED_INIT" • OB 72 "CPU redundancy error" (only with fault-tolerant systems)
FC 450 is only processed after start event B#16#33:"Standby/master
switchover by operator"
• OB 80 "Timeout error" (only in single mode)
FC 450 is only executed after the start event "Resume RUN after
reconfiguring"
• OB 100 "Restart" (the administration DBs are recreated, see the on‐
line help)
• OB 102 "Cold restart"
FC 451 "RED_DEPA" If you call FC 451 in OB 83 while inserting modules or in OB 85 during
alarm output, depassivation is delayed by approximately 3 seconds.
In addition the FC 451 should be executed after the removal of the error
response as specific call in OB 1 and/or OB 30 to 38. The FC451 only
depassivates modules in the corresponding process image partition.
Depassivation is delayed by 10 s.
FB 450 "RED_IN" • OB 1 "Cyclic program"
• OB 30 to OB 38 "Watchdog interrupt"
FB 451 "RED_OUT" • OB 1 "Cyclic program"
• OB 30 to OB 38 "Watchdog interrupt"
FB 452 "RED_DIAG" • OB 72 "CPU redundancy error"
• OB 82 "Diagnostic interrupt"
• OB 83 "Remove/insert interrupt"
• OB 85 "Program execution error"
FB 453 "RED_STATUS" • OB 1 "Cyclic program" (fault-tolerant systems only)
• OB 30 to OB 38 "Watchdog interrupt"
Note
Use of FB 450 "RED_IN" and 451 "RED_OUT" when using process image partitions
For each priority class used (OB 1, OB 30 ... OB 38), you must use a separate process image
partition.
Note
Always switch off power to the station or rack before you remove a redundant digital input
module that does not support diagnostics functions and is not passivated. You might
otherwise passivate the wrong module. This procedure is necessary, for example, when
replacing the front connector of a redundant module.
Redundant modules must be in the process image of the inputs or outputs. Redundant
modules are always accessed using the process image.
If you use redundant modules, you need to make the following settings on the "Cycle/clock
memory" tab under "HW Config -> CPU 41x-H properties":
"OB 85 call on I/O area access error > Only incoming and outgoing errors"
Note
The statements on the individual signal modules in this section refer exclusively to their use in
redundant operation. Restrictions and special features listed here especially do not apply to the
use of the corresponding module in stand-alone operation.
Take into account that you can only use modules of the same product version and same
firmware version as redundant pairs.
A complete list of all modules approved for SIMATIC PCS 7 can be found in the area "Manuals
for the SIMATIC PCS 7 V9.X software" > "SIMATIC PCS 7 system documentation" > "Approved
You achieve this by connecting a resistor across the encoder. Its value depends on the type of switch and usually ranges
between 6800 and 8200 ohms for contacts.
Note
You need to install the F-ConfigurationPack for F modules.
The F ConfigurationPack can be downloaded free of charge from the Internet.
You can find it on the Customer Support site at Download of F Configuration Pack (https://
support.industry.siemens.com/cs/ww/en/view/15208817)
Details on combinable ET 200M modules and suitable connecting cables and on the current
MTA product range can be found at the following address: Update and expansion of the MTA
terminal modules (https://support.industry.siemens.com/cs/ww/en/view/29289048)
Figure 6-14 Fault-tolerant digital input module in 1-out-of-2 configuration with one encoder
Note
Remember that the proximity switches (Beros) must provide the current for the channels of both
digital input modules. The technical specifications of the respective modules, however, specify
only the required current per input.
Figure 6-15 Fault-tolerant digital input modules in 1-out-of-2 configuration with two encoders
The use of redundant encoders also increases their availability. A discrepancy analysis detects
all errors, except for the failure of a non-redundant load voltage supply. You can enhance
availability by installing redundant load power supplies.
You will find interconnection examples in Appendix Connection examples for redundant I/Os
(Page 379).
The digital output modules must be connected to a common load voltage supply.
If you do not use terminal modules, see the interconnection examples in the Appendix
Connection examples for redundant I/Os (Page 379).
Note
The time that the system actually needs to determine a discrepancy depends on various factors:
Bus runtimes, cycle times and call times of the user program, conversion times, etc. For this
reason, it is possible for redundant input signals to be different for longer than the configured
discrepancy time.
Note
There is no discrepancy analysis when a channel reports an overflow with 16#7FFF or an
underflow with 16#8000. The relevant channel is passivated immediately.
You should therefore disable all unused inputs in HW Config using the "Measurement type"
parameter.
U I I
Figure 6-17 Fault-tolerant analog input modules in 1-out-of-2 configuration with one encoder
Remember the following when connecting an encoder to multiple analog input modules:
• Connect the analog input modules in parallel for voltage sensors (left in figure).
• You can convert a current into voltage using an external load to be able to use voltage analog
input modules connected in parallel (center in the figure).
• 2-wire transmitters are powered externally to allow you to repair the module online.
The redundancy of the fail-safe analog input modules enhances their availability.
If you do not use terminal modules, see the interconnection examples in the Appendix
Connection examples for redundant I/Os (Page 379).
The listed measuring error results solely from the interconnection of one or two voltage
inputs with a measure resistance. Allowance has neither been made here for the tolerance
nor for the basic/operational limits of the modules.
The measuring error for one or two inputs shows the difference in the measurement result
depending on whether two inputs or, in case of error, only one input acquires the current of
the transmitter.
AI 8x16 bit 6ES7 331-7NF00-0AB0
• Use a 250 ohm resistor to map the current on a voltage:
$QDORJLQSXWPRGXOH $QDORJLQSXWPRGXOH
Figure 6-18 Fault-tolerant analog input modules in 1-out-of-2 configuration with two encoders
I
Actuator
Note
The output value drops briefly to half, and after the reaction in the program it is returned to the
proper value. The duration of the output value drop is determined by the following time
intervals:
• Time interval between the initial occurrence of an interrupt and the interrupt report reaching
the CPU.
• Time interval until the next RED_OUT (FB 451) call.
• Time interval until the intact analog output module has doubled the output value.
In the case of passivation or a CPU STOP, redundant analog outputs output an assignable
minimum current of approximately 120-1000 μA per module (or 240-1000 μA for HART
analog output modules), i.e., a total of approximately 240-2000 µA (or 480-2000 μA for
HART analog output modules). Considering the tolerance, this means that the output value is
always positive.
Note
If both channels of a channel pair were passivated (e.g., by OB 85), the respective half of the
current value is still output to both storage locations in the process image of outputs. If one
channel is depassivated, then the full value is output on the available channel. If this is not
required, a substitute value must be written to the lower channels of both modules prior to
executing FB 451 "RED_OUT".
Depassivation of modules
Passivated modules are depassivated by the following events:
• When the fault-tolerant system starts up
• When the fault-tolerant system switched to "redundant" mode
• After system modifications during operation
• If you call FC 451 "RED_DEPA" and at least one redundant channel or module is passivated.
The depassivation is executed in FB 450 "RED IN" after one of these events has occurred.
Completion of the depassivation of all modules is logged in the diagnostics buffer.
Note
When a redundant module is assigned a process image partition and the corresponding OB is not
available on the CPU, the complete passivation process may take approximately 1 minute.
See also
S7-400H Systems Redundant I/O (https://support.industry.siemens.com/cs/ww/en/view/
9275191)
Procedure
First, determine the passivation status by evaluating the status byte in the status/control word
"FB_RED_IN.STATUS_CONTROL_W". If you see that one or more modules have been passivated,
determine the status of the respective module pairs in MODUL_STATUS_WORD.
Note
Support of PRP (Parallel Redundancy Protocol) or MRPD (Media Redundancy Protocol Domain)
does not equal MRP functionality or vice versa.
In the case of media redundancy with MRP, one device is specified as the media redundancy
manager (MRM) in HW Config. All other devices are redundancy clients.
Configuration
The following figure shows examples of the connection of IO devices to the PROFINET IO system:
$6 $6
1 &L5SRVVLEOH 2
+&L5SRVVLEOH
5HTXLUHGIRUPHGLD
UHGXQGDQF\
352),1(7VXEQHW 352),1(7VXEQHW
(763+$ (763+$
(763+$ (763+$
Configura‐ Properties
tion
① Media redundancy
Each node is connected to two other nodes in a ring configuration.
The IO controller must be configured as an MRP manager in HW Config.
The nodes connected to PROFINET IO must be assigned unique names.
② Media redundancy + system redundancy
The PROFINET IO system begins and ends at one IO controller each in this example.
Each node is connected to two other nodes in a ring configuration.
The MRP parameter assignment must be complete. If a PROFINET IO system is created at each PN IO connection
of the CPU, a newly inserted interface module is automatically connected to the PROFINET IO system of the CPU.
The nodes on the fieldbus (PROFINET IO) must be assigned unique names.
Note
The real-time communication is interrupted (station failure) when the reconfiguration time of
the ring exceeds the selected watchdog time of the IO devices. This applies to all IO devices
whose IO data is transmitted over a ring.
Note
Before physically joining the ring together, download the configuration of your project to the
individual devices.
Topology
You can also combine media redundancy under PROFINET IO with other PROFINET IO functions.
Additional information
For additional information, refer to the STEP 7 Online Help and to Manual PROFINET System
Description (https://support.industry.siemens.com/cs/ww/en/view/19292127).
The redundant system state is only supported if the two CPUs have the same version and
firmware version. Redundancy will be lost if one of the errors listed in the following table
occurs.
Memory reset
The memory reset function affects only the selected CPU. To reset both CPUs, you must reset one
and then the other.
Startup types
The CPU 410 distinguishes between two startup types: cold restart and warm restart.
Cold restart
• During a cold restart, all data (process image, bit memory, timers, counters and data blocks)
is reset to the start values stored in the program (load memory), regardless of whether they
were configured as retentive or non-retentive.
• The associated startup OB is OB 102
• Program execution is restarted from the beginning (OB 102 or OB 1).
Warm restart
• A warm restart resets the process image and the bit memories, timers, and counters.
All data blocks assigned the "Non Retain" attribute are reset to the start values from the load
memory.
The other data blocks retain their last valid value if buffering is active. If there is no
buffering, the values are reset to the start values from the load memory after power off/on.
• The associated startup OB is OB 100
• Program execution is restarted from the beginning (OB 100 or OB 1).
Additional information
For detailed information on STARTUP operating state, refer to Manual Programming with STEP 7.
In addition to the link-up and update functions, which are carried out to establish redundant
system mode, the system also supports linking and updating in combination with master/
reserve changeover.
For detailed information on connect and updating, refer to section Link-up and update
(Page 113).
Note
If the master CPU changes to STOP during troubleshooting, the troubleshooting is continued on
the standby CPU. However, once troubleshooting is completed, the standby CPU does not start
up again.
7.2.1 Introduction
The S7-400H consists of two redundantly configured subsystems that are synchronized via fiber-
optic cables.
The two subsystems form a fault-tolerant automation system that operates with a dual-
channel (1-out-of-2) structure based on the "active redundancy" principle.
Convention
To identify the two subsystems, we use the traditional expressions of "master" and "standby" for
dual-channel fault-tolerant systems in this description. However, the standby runs event-
synchronized with the master at all times and not just when an error occurs.
The differentiation between the master and standby CPUs is primarily important for ensuring
reproducible fault responses. The standby goes into troubleshooting mode when RAM/PIQ
errors are detected, for example, while the master CPU remains in RUN.
Master-standby assignment
When the S7-400H is first switched on, the CPU that started up first becomes the master CPU, and
the other CPU becomes the standby CPU.
The preset master-standby assignment is retained when both CPUs power up simultaneously.
The master-standby assignment changes when:
1. The standby CPU starts up before the master CPU (interval of at least 3 s)
2. The master CPU fails or switches to STOP in the redundant system state
3. No error was found in ERROR-SEARCH operating state (see Chapter ERROR-SEARCH mode
(Page 99))
4. Programmed master-standby switchover with SFC 90 "H_CTRL"
5. The sequence of a system modification during operation
6. A firmware update in RUN mode
7. Switch to CPU with modified configuration
8. Switching to a CPU with modified operating system
9. Switching to a CPU using only one intact redundant link
10.Switching to a CPU with modified PO limit
Subsystem(CPU0) Subsystem(CPU1)
Synchronization
Synchronization is performed automatically by the operating system and has no effect on the
user program. You create your program in the same way as for standard S7-400 CPUs.
Self-test
Malfunctions or errors must be detected, localized and reported as quickly as possible. Extensive
self-test functions have therefore been implemented in the S7-400H that run automatically and
entirely in the background.
The following components and functions are tested:
• Coupling of the central controllers
• Processor
• Internal memory of the CPU
• I/O bus
If the self-test detects an error, the fault-tolerant system tries to eliminate it or to suppress its
effects.
A description of the self-test is available in Chapter Self-test (Page 109).
Procedure:
1. Select a CPU in SIMATIC Manager.
2. Select the menu command PLC > Diagnostics/Setting >Operating state.
Note
STOP is only possible with authorization in projects with password protection.
Result:
The "Operating state" dialog box shows the current system state of the fault-tolerant system and
the operating states of the individual central processing units.
The CPU that was selected in SIMATIC Manager when the menu command was executed is
the first one displayed in the table.
Requirement
You have selected one of the two CPUs in SIMATIC Manager and opened the "Operating state"
dialog box using the PLC > Diagnostics/Setting > Operating state menu command.
Result:
The CPU displayed first in the table starts up as master CPU. Then the second CPU starts up and
will become the standby CPU after link-up and update operations.
7.2.5 System status change from the standalone mode system status
Requirements:
• For CPU access protection with password: You have entered the CPU access password with
the menu command PLC > Access Rights > Setup in SIMATIC Manager.
• You have opened the "Operating state" dialog box using the PLC > Diagnostics/Setting >
Operating state menu command in SIMATIC Manager.
• The standby CPU is not in ERROR-SEARCH operating state.
Note
Any set up access right is not canceled until you stop the SIMATIC Manager. You should reset the
access right once again to prevent unauthorized access. You reset the access right in the SIMATIC
Manager with the menu command PLC > Access Rights > Cancel.
Requirement:
• For CPU access protection with password: You have entered the CPU access password with
the menu command PLC > Access Rights > Setup in SIMATIC Manager.
• You have opened the "Operating state" dialog box using the PLC > Diagnostics/Setting >
Operating state menu command in SIMATIC Manager.
Result
Both CPUs switch to STOP.
Result:
The selected CPU goes into the STOP state, while the other CPU remains in RUN state; the fault-
tolerant system continues operating in standalone mode.
Note
Any set up access right is not canceled until you stop the SIMATIC Manager. You should reset the
access right once again to prevent unauthorized access. You reset the access right in the SIMATIC
Manager with the menu command PLC > Access Rights > Cancel.
Procedure:
1. Select the fault-tolerant station in SIMATIC Manager.
2. Select the menu command PLC > Diagnostics/Setting >Diagnose hardware.
3. In the "Select CPU" dialog, select the CPU and confirm with OK.
Result:
The operating state of the selected CPU can be identified based on the display of the selected CPU
in the "Diagnose hardware" dialog:
Note
The view is not updated automatically in the Online view. Use the F5 function key to view the
current operating state.
7.3 Self-test
Checksum errors
When a checksum error occurs for the first time since the last POWER ON without battery backup,
the system reacts as follows:
Hardware fault with one-sided OB 121 call, checksum error, 2nd occurrence
The response of a CPU 410 to the second occurrence of hardware faults with one-sided OB 121
call and checksum errors is as shown in the following table for the various operating modes of
a CPU 410.
Table 7-6 Hardware fault with one-sided OB 121 call, checksum error, 2nd occurrence
If a second checksum error occurs in solo or stand-alone operation after twice the test cycle
time has expired, the CPU reacts as it did on the first occurrence of the error. If a second error
(hardware fault with one-sided OB 121 call, checksum error) occurs in redundant operation
after expiration of the troubleshooting operation, the CPU responds the same as to the first
occurrence of the error.
Multiple-bit errors
If a multiple-bit error is detected during redundant operation of a fault-tolerant system, the CPU
switches to ERROR-SEARCH operating state. When troubleshooting is finished, the CPU can be
linked up and updated again, and resume redundant operation. If there is no error on the CPU
410, it switches to RUN and becomes the master. The cause of the error is signaled by the call of
OB 84.
There are some rare cases in which multiple-bit and single-bit errors can occur due to very
challenging ambient conditions. If they occur only once, they do not interfere with the
hardware. If bit errors occur frequently, however, replace the hardware.
Single-bit errors
Single-bit errors are also detected and eliminated outside the self-test. After elimination of the
error, the CPU 410 calls OB 84.
Note
In a fail-safe system, you are not allowed to disable and then re-enable the cyclic self-tests.
Link-up and up‐ Firmware version Available sync Hardware version Number of
date as PG com‐ on master and connections on master and POs on system
mand: standby CPU standby CPU expansion
cards
Restart of the stand‐ Are identical 2 Are identical Are identical
by
Switching to a part‐ Are identical 2 Are identical Are identical
ner CPU with modi‐
fied configuration
Switching to a part‐ Are different 2 Are identical Are identical
ner CPU with modi‐
fied operating sys‐
tem
Switching to a part‐ Are identical 2 Are different Are identical
ner CPU with modi‐
fied hardware prod‐
uct version
Switching to a part‐ Are identical 1 Are identical Are identical
ner CPU using only
one intact redun‐
dant link
Switching to a part‐ Are identical 2 Are identical Are different
ner CPU with modi‐
fied PO limit
Update:
t1 t2 t3 t4 t5
t
Communication delay
Response to time-outs
If one of the times monitored exceeds the configured maximum value, the following procedure
is started:
1. Cancel update
2. Fault-tolerant system remains in standalone mode, with the previous master CPU in RUN
3. Cause of cancelation is entered in diagnostic buffer
4. Call OB 72 (with corresponding start information)
The standby CPU then reevaluates its system data blocks.
Following this, after at least one minute, the CPU tries again to perform the link-up and
update. If still unsuccessful after a total of 10 retries, the CPU abandons the attempt. You
yourself will then need to start the link-up and update again.
A monitoring timeout can be caused by:
• High interrupt load (e.g. from I/O modules)
• High communication load causing prolonged execution times for active functions
• In the final update phase, the system needs to copy unusually large amounts of data to the
standby CPU.
Note
The monitoring times determined by STEP 7 or by using formulas merely represent
recommended values.
These times are based on a fault-tolerant system with two communication peers and an
average communication load.
Your system profile may differ considerably from those scenarios, therefore the following
rules must be observed.
• A high communication load can significantly increase cycle time.
• Any modification of the system in operation may lead to a significant increase in cycle times.
• Any increase in the number of programs executed in priority classes > 15 (in particular
processing of communication blocks) increases the delay in communication and extends the
cycle time.
• You can even undercut the calculated monitoring times in small plants with high-
performance requirements.
Master copies
outputs: 50 ms
Maximum inhibit time for
Minimum I/O priority classes > 15
retention time
Figure 8-2 Correlation between the minimum I/O retention time and the maximum inhibit time for
priority classes > 15
1. Based on the bus parameters in STEP 7, determine the following for each DP master system:
– TTR for the DP master system
– DP changeover time (referred to below as TDP_UM)
2. From the STEP 7 configuration, determine the following for each IO subsystem:
– Maximum update time of the IO subsystem (referred to below as Tmax_Akt)
– PN changeover time (referred to below as TPN_UM)
3. Based on the technical specifications for the switched DP devices, determine the following for
the DP master system:
– Maximum switchover time for the active communication channel
(referred to below as TDEVICE_UM).
4. Based on the technical specifications of the switched PN devices, determine the following for
each IO subsystem:
– Maximum switchover time for the active communication channel (referred to below as
TDevice_UM ).
5. Based on the technological specifications of your system, determine the following:
– Maximum permissible time during which there is no update of your I/O modules (referred
to below as TPTO).
6. Based on your user program, determine the following:
– Cycle time of the highest-priority or selected (see above) cyclic interrupt (TWA)
– Execution time of your program in this cyclic interrupt (TPROG)
7. For each DP master system this results in:
TP15 (DP master system) = TPTO - (2 x TTR + TWA + TPROG + TDP_UM + TDEVICE_UM) [1]
8. For each IO subsystem, this results in:
TP15 (IO subsystem) = TPTO - (2 x Tmax_Akt + TWA + TPROG + TPN_UM + TDevice_UM) [1]
Note
If TP15(DP master system) < 0 or TP15(IO subsystem) < 0, stop the calculation here. Possible
remedies are shown below the following example calculation. Make appropriate changes
and then restart the calculation at 1.
9. Select the minimum value from all TP15 (DP master system, IO subsystem) values.
This time is referred to below as TP15_HW.
10.Determine the share of the maximum inhibit time for I/O classes > 15 that is required by the
minimum I/O retention time (TP15_OD):
TP15_OD = 50 ms + min. I/O retention time [2]
Note
If TP15_OD > TP15_HW, stop the calculation here. Possible remedies are shown below the following
example calculation. Make appropriate changes and then restart the calculation at 1.
11.Using the information in Chapter Performance values for link-up and update
(Page 124), calculate the share of the maximum inhibit time for priority classes > 15 that is
required by the user program (TP15_AWP).
Note
If TP15_AWP > TP15_HW, stop the calculation here. Possible remedies are shown below the
following example calculation. Make appropriate changes and then restart the calculation at
1.
12.The recommended value for the maximum inhibit time for priority classes > 15 is now
obtained from:
TP15 = MAX (TP15_AWP, TP15_OD) [3]
• If you do not expect any significant load caused by interrupts or parameter assignments in the
various DP master systems, you can also reduce the calculated TTR times by around 20% to
30%. However, this increases the risk of a station failure in the distributed I/O.
• Time TP15_AWP represents a guideline and depends on your program structure. You can reduce
this time, for example, through the following measures:
– Save data that changes often in different DBs than data that does not change as often.
– Specify a smaller DB sizes in the work memory.
If you reduce the time TP15_AWP without taking the measures described, you run the risk that
the update operation will be canceled due to a monitoring timeout.
User program share TP15_AWP of the maximum inhibit time for priority classes > 15
The user program share TP15_AWP of the maximum inhibit time for priority classes > 15 can be
calculated using the following formula:
TP15_AWP in ms = 0.7 x size of DBs in work memory in KB + 75
The table below shows the derived times for some typical values in work memory data.
Reference
You can find additional information about Industrial Security in the introduction in Security
information (Page 14).
Note
Any set up access right is not canceled until you stop the SIMATIC Manager. You should reset the
access right once again to prevent unauthorized access. You reset the access right in the SIMATIC
Manager with the menu command PLC > Access Rights > Cancel.
Note
Setting a lower protection level
You can use SFC 109 "PROTECT" to set a lower protection level than the one you configured with
HW Config.
NOTICE
Use SFC 109 only with existing protection level
Only use SFC 109 if you have configured protection levels in HW Config.
Additional aspects
• Both fault-tolerant CPUs of a fault-tolerant system can have different protection levels in
STOP.
• The protection level is transferred from the master to the standby during link-up/update
operations.
• The set protection levels of both fault-tolerant CPUs are retained if you make modifications
to the plant during operation.
• The protection level is transferred to the target CPU in the following cases:
– Switch to CPU with modified configuration
– Switching to a CPU with modified PO limit
– Switching to a CPU with modified operating system
– Switching to a CPU using only one intact redundant link
Security events
The CPU 410 supports security events according to IEC 62443-3-3. The security events can be
sent from the CPU in syslog frames to up to four external SIEM servers (Security Information and
Event Management). If an external SIEM server can be accessed, the CPU 410 stores up to 3200
events in the work memory. If more than 3200 security events occur, the oldest events are
overwritten.
You can store security events as a text file using Simatic Manager -> PLC -> Save Security
Events.
Parameter description
The entries in the saved text file are structured as follows:
Note
You can request the details of specific encodings from Customer Support.
Events
The following table provides an overview of the individual events.
Note
You can request the details of specific encodings from Customer Support.
Procedure
You can configure the sending of security events in HW Config as follows:
• Send Yes/No, common switch for all messages
• IP address of the SIEM server. You can specify two different IP addresses.
• The port number on the SIEM server
• You can assign a maximum of 4 IP addresses per station and assign all 4 IP addresses to one
interface (X5, X8).
any connections being established by external bus nodes. All requests are then rejected. The
connections required for IO operation are still established from the CPU
Features of disable
• If you have set a disable for a specific interface, connections that have already been
established passively over this interface will be terminated. This applies for all connection
types.
• If an incoming connection is rejected because a disable is set, a security event (SysLog) is
generated.
• A T_CONNECT for a passive connection (ISOonTCP or TCP) is canceled and an error output at
a disabled interface.
• The receipt of UDP message frames (TURCV, both active and passive) is not possible at a
blocked interface. TURCV is canceled and an error output.
• The disable applies irrespective of the CPU protective levels.
• For configured H connections with individual partial connections both over X5 and over X8,
the partial connections are terminated.
S7-Block Privacy
The STEP 7 add-on package S7-Block Privacy can be used to protect the functions and function
blocks against unauthorized access.
Observe the following information when using S7-Block Privacy:
• S7-Block Privacy is operated by means of shortcut menus. To view a specific menu help, press
the "F1" function key.
• You can no longer edit protected blocks in STEP 7. Moreover, testing and commissioning
functions such as "Monitor blocks" or breakpoints are no longer available. Only the interfaces
of the protected block remain visible.
• Protected blocks can only be released again for editing if you have the correct key and the
corresponding decompilation information included in your package. Make sure that the key
is always kept in a safe place.
• If your project contains sources, you can use these to restore the protected blocks by means
of compilation. The S7-Block Privacy sources can be removed from the project.
Note
Memory requirements
Each protected block with decompilation information occupies 232 additional bytes in load
memory.
Each protected block without decompilation information occupies 160 additional bytes in load
memory.
Note
Extended runtimes
The startup time of the CPU at power on, the loading time of blocks and the startup after a
system modification at runtime may be significantly prolonged.
To optimize additional time requirements, it is best practice to protect one large block instead of
many small blocks.
Additional information
For additional information, refer to "S7 block privacy" in the STEP 7 Online Help.
Note
If you want to operate the CPU 410 without a backup battery, you must switch off the buffer
monitoring on the power supply. Otherwise, the CPU remains in STOP when powering up after
Power On and does not switch automatically to RUN.
• Data blocks that were not backed up to the load memory with CFC
• Data blocks created by the program (CREATE_DB instruction)
• Operating hours counter
• Bit memory
• Timers
• Counters
CAUTION
Caution when replacing a CPU
If you reuse a CPU that has previously been used at a different location, ensure that the contents
backed up in the load memory cannot pose a hazard at the new point of use.
Reset the CPU to factory settings if its previous use is unknown.
Overview
The S7-410 automation system supports the type update with interface change in RUN.
Gives you the option to update the instances at block types after an interface change and
download the update to the PLC in RUN.
You will find more detailed information on this topic in the Process Control System PCS 7, CFC
for SIMATIC S7 manual.
Properties Value
Contents of the diagnostics buffer Empty
IP parameters None
SNMP parameters Default values
Operating hours counter 0 without battery backup
Contents of the load memory Empty
Procedure
Proceed as follows to reset a CPU to its factory settings:
1. Switch off the line voltage.
2. Switch on the line voltage while pressing and holding down the Reset button.
3. Wait until LED lamp image 1 from the subsequent overview is displayed. In this lamp pattern,
INTF flashes at 0.5 Hz. EXTF, BUSxF, MAINT, IFMxF, RUN, and STOP remain unlit.
4. Wait until LED lamp image 2 from the subsequent overview is displayed. In this LED pattern,
INTF is lit. EXTF, BUSxF, MAINT, IFMxF, RUN, and STOP remain unlit.
5. The CPU performs a memory reset and the STOP LED flashes at 2 Hz.
The CPU is now reset to its factory settings. It starts up and switches to STOP operating state
or links up. The event "Reset to factory setting" is entered in the diagnostics buffer.
Note
If you perform a reset to prevent a malfunction of the CPU, you should read out the diagnostics
buffer and the service data before the reset with the menu command "PLC -> Save service data".
Note
During Power On with battery backup of a fault-tolerant system with large configurations, many
CPs and/or external DP masters, it may take up to 30 seconds until a requested restart is
executed. During this time, the LEDs on the CPU light up successively as follows:
1. All LEDs light up
2. The STOP LED flashes as it does during a memory reset
3. The RUN and STOP LEDs are flashing
4. The RUN LED flashes briefly 2 to 3 times
5. The STOP LED lights up
6. The RUN LED starts flashing again.
This begins the start up.
Application case
If you need to contact Customer Support due to a service event, the department may require
specific diagnostic information on the CPU status of your system. This information is stored in
the diagnostic buffer and in the service data.
Select the "PLC -> Save service data" command to read this information and save the data to
two files. You can then send these to Customer Support.
Note the following:
• If possible, read out the service data immediately after the CPU goes into STOP or
immediately after the synchronization of a fault-tolerant system has been lost.
• Always read out the service data of both CPUs in a fault-tolerant system.
Procedure
1. Select the "PLC > Save service data" command.
In the dialog box that opens up, select the file path and the file names.
2. Save the files.
3. Forward these files to Customer Support on request.
Note
Customer Support may also request a readout of the security events for diagnostic purposes in
the service case. You can store the security events as a text file with:
>Simatic Manager - PLC - Save Security Events
Basic procedure
To update the firmware of a CPU, you will receive several files (*.UPD) containing the current
firmware. You download these files to the CPU. You can update the firmware in a single work step
or you can first download it to the CPU and then activate it at a later time.
Requirement
The CPU whose firmware you want to update must be accessible online, e.g., via PROFIBUS or
Industrial Ethernet. The files containing the current firmware versions must be downloaded into
the programming device/PC file system. A folder may contain only the files of one firmware
version. If the CPU is protected with a password, you need the respective password for the
update.
Note any information posted in the firmware download area.
Note
Checking the firmware update files (*.UPD)
The CPU checks the firmware update files (*.UPD) during the update process. If an error is
detected, the old firmware remains active and the new firmware is rejected.
For CPU access protection with password: in SIMATIC Manager, select a CPU of the fault-
tolerant system, then select "PLC > Access Rights > Setup" from the menu. Enter the CPU
access password.
Requirement
You are operating the CPU 410 in a fault-tolerant system. Both Sync links exist and are working.
There are no redundancy losses. The REDF LED is not lit and both CPUs are in redundant mode.
Note any information posted in the firmware download area.
Note
Checking the firmware update files (*.UPD)
The CPU checks the firmware update files (*.UPD) during the update process. If an error is
detected, the old firmware remains active and the new firmware is rejected.
For CPU access protection with password: in SIMATIC Manager, select a CPU of the fault-
tolerant system, then select "PLC > Access Rights > Setup" from the menu. Enter the CPU
access password.
Note
Redundancy error
There must not be a redundancy error, e.g. a faulty IM153-2, because the update may otherwise
lead to station failures.
Both CPUs have updated firmware (operating system) and are in redundant operating state.
Note
Only the third number of the firmware versions of the master and standby CPU may differ by 1.
You can only update to the newer version.
The constraints described in Chapter System and operating states of the CPU 410 (Page 95) also
apply to a firmware update in RUN.
Any set up access right is not canceled until you stop the SIMATIC Manager. You should reset the
access right once again to prevent unauthorized access. You reset the access right in the SIMATIC
Manager with the menu command PLC > Access Rights > Cancel.
Interfaces
Time-of-day synchronization is possible across all interfaces of the CPU 410:
• PROFINET IO interface via Industrial Ethernet
Time-of-day synchronization in NTP mode; the CPU is the client.
Time-of-day synchronization using SIMATIC mode as master or device. The PTCP master is
also possible for synchronization of IO devices of type ET 200SP HA.
• Within the station (in the AS) using the S7-400 backplane bus
You can configure the CPU as time master or time client.
• PROFIBUS DP interface
You can configure the CPU as time master or time client.
Precision
The precision of the time stamping is the maximum difference of the time stamps that result
from signals that were recorded simultaneously by digital input modules.
The precision depends on the hardware used and the configuration of the plant.
Resolution
The resolution is the smallest possible time difference between two different time stamps.
More information
You can find more information about time-of-day synchronization and time stamping with
SIMATIC PCS 7 in the following manuals:
• High-precision Time Stamping with ET 200SP HA
• High-precision Time Stamping (V9.0)
• Time-of-day Synchronization (V9.0)
Note
The term "CiR" stands for "Configuration in RUN". The process for plant changes in RUN described
in this documentation is used. The requirements listed below must be met in this case.
Note
CiR-capable devices are marked in color in HW Config.
Software requirements
To make a configuration change in RUN, the user program must meet the following requirement:
It must be written so that station failures or module faults, for example, do not result in a CPU
STOP.
The following OBs must be available in your CPU:
• Hardware interrupt OBs (OB 40 to OB 47)
• Cycle time error OB (OB 80)
• Diagnostic interrupt OB (OB 82)
• Pull/plug module interrupt OB (OB 83)
• Priority class error OB (OB 85)
• Rack failure OB (OB 86)
• I/O access error OB (OB 122)
Note
These requirements are always met with SIMATIC PCS 7.
Restriction
All changes that are not explicitly permitted above as part of plant changes in RUN, are not
permitted during operation and are not explained in more detail here.
11.3.1 Overview
Requirement
You need to load the hardware configuration from HW Config to the module in STOP
Note
You do not have to define CiR elements in PROFINET IO subsystems.
Procedure
The following basic operating steps are available in RUN mode:
• Add or remove IO devices or I/O modules
IO devices and I/O modules can be added and removed in the same step.
• Rebuild hardware when adding an IO device
• Change process image partition assignment
• Re-configure existing modules or I/O modules
• Undo previously made changes (Undo functionality)
Note
IO devices that are to be added or removed do not have to be CiR-capable.
Note that the neighborhood relation on the ports may not be change in RUN for non-CiR-capable
devices. In the properties of the device ports, a partner port may only be entered for "Topology"
if it is ensured that nothing will change from this relationship. Otherwise, you should select the
"Any partner" setting. Only then can you remove the neighbor in a CiR operation and add a new
neighbor in another CiR operation.
All other plant changes mentioned below require a CiR-capable IO device connected to the
PROFINET IO system.
Back up your current configuration after each download of the station configuration from HW
Config (regardless of the operating state of the CPU). This is the only way for you to ensure that
you can continue working with the backed up project in case of an error (loss of data) without
loss of the CiR capability.
Note
SFB 52; 53 and 81
If SFB 52, SFB 53 or SFB 81 is called during a CiR operation on the line, the call is acknowledged
with error code 0x80C3.
Procedure
Adding IO devices or I/O modules in RUN mode includes the following operating steps:
1. Expand and download the configuration with HW Config.
2. Rebuild the hardware.
3. Expand, test and download the user program.
You must adhere to this order of steps.
Procedure
If you are planning to add an IO device using CiR and the device does not support PROFINET LLDP
mode V2.3, check in HW Config to see which LLDP mode is set in the IO controller. You cannot
add the IO device using CiR if the option PROFINET LLDP mode V2.3 is set.
When adding an IO device to a PROFINET subsystem, make sure that no bus cables are
disconnected that could lead to device failure.
You can do this as follows:
• Install additional ports at the future installation sites in the PROFINET subsystem to be
expanded. Connect the new IO device to these ports if necessary.
• If permitted by the plant configuration, you can integrate switches in the PROFINET
subsystem. In this case, follow these steps when adding an IO device:
Connect the new IO device to previously unused ports of a switch. In doing so, observe the
applicable installation guidelines (see Installation manual: Automation System S7-400
Configuration and Use).
Procedure
You change the assignment of the process image partition of an existing module or a compact
device as follows:
1. Specify the new process image partition in the "Addresses" tab of the properties window of
the module or device.
2. Download the changed configuration with HW Config.
Procedure
The procedure for using previously unused channels is described in the section Using a
Previously Unused Channel (Page 157).
The procedure for re-configuration of previously used channels of I/O modules is described
in the sections on re-configuration of a previously used channel or for removing a previously
used channel.
See also
Reconfiguring an already used channel. (Page 157)
Delete an already used channel. (Page 159)
Procedure (replacing)
The replacement of an IO device with another IO device or an I/O module with another I/O
module is only possible in two separate CiR operations:
1. Remove IO device/module from the configuration and download the configuration
2. Add new IO device/module to the configuration and download the configuration
Note
You can use previously unused channels as well as re-configure previously used channels.
You must not change the addresses of existing I/O modules using CiR.
Hardware requirements
The I/O modules that can be re-configured in CPU RUN are listed in the info text in the "Catalog"
window.
Principle
The following three responses are possible during re-configuration of input modules:
• The channels that are not involved still provide the current process value.
• The channels that are not involved provide the last process value that was valid before the
parameter assignment.
• All channels return the value "0" (DI or DO I/O modules) or W#16#7FFF (AI or AO I/O modules).
Please refer to the technical specifications of the individual I/O modules for their responses.
Output modules behave as follows during re-configuration:
The channels that are not involved output the last output value that was valid before the
parameter assignment.
Re-configuration sequence
Once you have made the parameter changes in HW Config and have downloaded them to the
CPU in RUN mode, the CPU runs the tests described in "Behavior of the CPU after download of the
configuration in RUN" and the status of the input and output values changes to "BAD". This
indicates that as of now the input or output data of the I/O modules in question may no longer
be correct. You may no longer call any functions that trigger jobs for sending data records to the
I/O modules involved, otherwise a conflict could occur between the data records sent by the
system and those sent by the user.
You may only access those values in the process image that belong to the process image
partition of the currently processed OB.
After transmission of the data records, the IO controller marks the I/O modules in the module
status data as follows:
• When the transmission was successful, as available.
• When the transmission was not successful, as unavailable.
An I/O access error occurs when the I/O module is accessed:
– During the update of the input process image, during transmission of the output process
image to the I/O module, or during direct access to the module. Depending on the type
of access, OB 85 or OB 122 is started.
– The input or output data of the I/O modules behaves in the same way as after a remove
module interrupt, which means it may not yet be correct (because the I/O module may not
yet have evaluated its data records).
However, the restriction that data record functions for the I/O modules can no longer be
active no longer applies.
Note
If the re-configuration of an I/O module involves disabling the diagnostic interrupt, for example,
the I/O module may still subsequently send an interrupt that it has already prepared.
OB calls in re-configuration
Once the CPU has run the tests described in "Behavior of the CPU after download of the
configuration in RUN", it starts OB 83 with the event W#16#335A. This means that as of now the
input or output data of the I/O modules in question may no longer be correct. You may no longer
call any SFCs that trigger new jobs for sending data records to the I/O modules involved,
otherwise a conflict could occur between the data records sent by the system and those sent by
the user.
Once the CPU has completed OB 83, it sends the parameter data records with each I/O
module involved receiving the total number of data records (regardless of how many data
records are affected by your change).
Another OB 83 start follows (start event W#16#325A if sending was successful or
W#16#395B if it was not). No other priority class is interrupted by this processing of OB 83.
Procedure
1. Change the hardware configuration and download it to the CPU.
2. Save your project.
3. Make the change to the wiring.
4. Change the user program and download it to the CPU.
Introduction
The procedure depends on whether or not changes to the user program and the associated
hardware are necessary due to the re-configuration. The individual cases are described below.
Procedure
Proceed as follows to remove a channel that has not been used:
1. Change the user program so that the channel to be removed is no longer evaluated, and
download it to the CPU.
2. Change the hardware configuration and download it to the CPU.
3. Save your project.
4. Change the corresponding hardware (remove sensor or actuator, etc.).
Procedure
You can change the update time of a CiR-capable device in RUN. To do so, change the update
time in HW Config and load the new configuration to the CPU.
You cannot change the send clock in RUN.
Note
The term "CiR" stands for "Configuration in RUN". The process for plant changes in RUN is used
for the description in this documentation. The requirements listed below must be met in this
case.
All modifications that are not expressly permitted above are not permitted as part of a plant
change during operation and are not further discussed here. These include, for example,
• Change of CPU-properties.
• Change of properties of centrally inserted I/O modules.
• Change of properties of existing DP master systems including bus parameters.
• Change of the following parameters of a DP device: bus address, assignment of DP master,
parameter assignment data, diagnostic address.
• Reassignment of parameters of fail-safe signal modules in safety operation.
• Addition and removal of DP master systems.
• Removal of any modules from modular DP devices, compare to undoing of previously made
changes.
• Removal of any DP devices from an existing DP master system, compare to undoing of
previously made changes.
Overview
A system modification during operation using CiR is based on you having made master system-
specific arrangements during initial configuration for a later hardware expansion of your
automation system. You define suitable CiR elements that you can subsequently replace with
real objects (devices and/or modules) in RUN mode over time. You can then download a
configuration modified in this way to the CPU while the process is running.
Operating steps
Below you will find the operating steps that are required for a program and configuration change
as well as the associated system state in each case.
If necessary, you repeat the CiR operation (operating step 4 in table above) several times in
succession. You then only have to ensure that you have an adequate number of devices and
I/O volume in reserve that you can perform all your system expansions.
Overview
The following CiR elements are available:
Note
STEP 7 takes into account both the configured devices and the CiR elements when calculating
the bus parameters. When CiR elements are converted into real devices and/or modules while
the CPU is in RUN, the bus parameters therefore remain unchanged.
CiR objects
You specify the following properties for a CiR object:
• Number of devices that you are guaranteed to be able to add (default setting: 15 on DP
master system, 6 on PA master system)
• Number of input bytes and output bytes for future use (default setting: 1220 each on DP
master system, 80 each on PA master system). These relate to future user data addresses. You
can configure diagnostic addresses independent of this.
CiR modules
For the modular ET 200M / ET 200iSP I/O device, you define an additional I/O volume with the
help of a CiR module by specifying the total number of additional input bytes and output bytes.
These relate to future user data addresses. You can configure diagnostic addresses independent
of this.
The additional user data volume does not have to be used up completely at any given
time. However, the user data volume currently still available may never be exceeded. This is
ensured by STEP 7.
See also
Defining CiR Elements (Page 166)
CiR objects
The following rule applies to a DP master system: The number of configured real devices plus the
guaranteed number of devices of the CiR object on the associated DP master system must not
exceed the configuration limits of the associated DP master.
Compliance with this rule is monitored directly by HW Config during definition of the CiR
objects.
I/O volume available for future use for CiR objects and CiR modules
The following rules regarding the input and output bytes available for future use apply to each
DP master:
I/O Rule 1
Inputs The configured real user addresses for inputs plus the input bytes available for future
use must not exceed the configuration limits of the DP master.
Outputs The configured real user addresses for outputs plus the output bytes available for future
use must not exceed the configuration limits of the DP master.
Compliance with these rules is monitored by HW Config directly during definition of the CiR
elements of a DP master system.
To use the CiR elements as flexibly as possible, however, the following applies from the CPU
perspective:
I/O Rule 2
Inputs The configured real inputs plus the input bytes available for future use may exceed the
CPU configuration limits.
Outputs The configured real outputs plus the output bytes available for future use may exceed
the CPU configuration limits.
HW Config does not check whether the added devices and/or modules fit into the available
address space of the CPU until the CiR elements are used.
11.8.1.1 Overview
Note
Back up your current configuration after each download of the station configuration from HW
Config (regardless of the operating state of the CPU). This is the only way for you to ensure that
you can continue working with the backed up project in case of an error (loss of data) without
loss of the CiR capability.
Overview
The following basic operating steps are available in STOP state:
• Defining CiR elements
• Deleting CiR elements
Note
The "Activate CiR capability" function is only possible on DP master systems on which a CiR object
is not yet defined.
Note
The "Deactivate CiR capability" function is only possible for DP master systems on which a CiR
object is defined.
Note
The automatic addition of CiR elements is only possible if a CiR object is not yet present on the
selected DP master system.
The automatic addition of CiR elements is not available on DP master systems that are
downstream of an IM 157.
If you want to automatically add CiR elements in an existing DP master system, proceed as
follows:
1. Select the relevant DP master system in the upper part of the station window.
2. In the Edit menu, select the "Master System > Activate CiR capability" command.
STEP 7 then adds the following CiR elements on the selected DP master system:
– A CiR module on each CiR-capable modular device (if slots are still available).
This CiR module contains the number of input and output bytes needed for a reasonable
number to be available for later use on the modular device.
– A CiR object on each lower-level CiR-capable PA master system.
This CiR object contains 80 input bytes and 80 output bytes.
– A CiR object on the selected DP master system.
STEP 7 attempts to guarantee 15 devices for this CiR object and to provide it with 1220
input bytes and 1220 output bytes. If the largest address up to now on this master system
is greater than 110, correspondingly fewer devices can be guaranteed. If fewer than 1220
input bytes and 1220 output bytes are available, the number is reduced accordingly.
3. The default settings of the CiR objects are the same for all CPUs. For this reason, after
activation of CiR capability of a master system, you should check each associated CiR object
to determine whether the CiR synchronization time of the master system specified in the
properties window of the CiR object is compatible with the CiR synchronization time of the
CPU.
3. Using drag-and-drop, move the associated CiR object from the hardware catalog onto the
master system. The CiR object then appears in the upper part of the station window as a
placeholder device. The CiR object has the following default values:
– Number of guaranteed additional devices: 15 on DP master system, 6 on PA master system
– Maximum number of additional devices: 45 DP devices, 36 PA devices
– Number of input bytes: 1220 for a DP master system, 80 for a PA master system
– Number of output bytes: 1220 for a DP master system, 80 for a PA master system
4. The default settings of the CiR objects are the same for all CPUs. For this reason, after
definition of a CiR object, you should check whether the CiR synchronization time of the
associated master system specified in the properties window of the CiR object is compatible
with the CiR synchronization time of the CPU.
5. If you want to change the number of additional devices and/or the number of input and
output bytes, proceed as follows:
Open the properties window of the CiR object (double-click the CiR object or select CiR object,
right-click and select "Object properties ..." or select CiR object and "Edit > Object
properties ...").
You can change the guaranteed number of additional devices. The lower part of the station
window displays the resulting bus parameters: Target Rotation Time, Typical Target Rotation
Time and watchdog time.
You can also change the number of input bytes and output bytes. To do so, select the
"Advanced settings" check box.
3. Using drag-and-drop, move the CiR module from the hardware catalog onto the slot directly
after the last configured module of the DP device in the lower part of the station window. (If
you automatically add CiR elements, this rule is automatically taken into account.) The CiR
module then appears in the lower part of the station window as a placeholder module.
The number of input bytes and output bytes are displayed in the properties window of the CiR
module.
4. For ET 200M stations, this is determined as follows:
– Number of input bytes = Number of free slots * 16
In an ET 200M station that contains only a CiR module, this value is thus 128 (if the CiR
object on the DP master system still has a sufficient number of free input and output
bytes).
– Number of output bytes = Number of free slots * 16
In an ET 200M station that contains only a CiR module, this value is thus 128 (if the CiR
object on the DP master system still has a sufficient number of free input and output
bytes).
Note
For ET 200iSP, a maximum of 244 input bytes and output bytes are available. You can find the
input and output bytes of the individual electronic modules in the ET 200iSP manual.
Note
The deletion of all CiR elements is only possible if a CiR object is present on the selected DP
master system.
The deletion of all CiR elements is not available on DP master systems that are downstream of
an IM 157.
If you want to delete all CiR elements in an existing DP master system, proceed as follows:
1. Select the relevant DP master system in the upper part of the station window.
2. In the Edit menu, select the "Master System > Deactivate CiR capability" command.
11.8.2.1 Overview
Overview
The following basic operating steps are available in RUN:
• Adding devices or modules
• Reconfiguring hardware when adding a device
• Changing the process image partition assignment
• Reassigning parameters of existing modules in ET 200M/ET 200iSP stations
• Undoing previously made changes (Undo functionality)
• Replacing devices or modules
Note
All system modifications described below require a CiR object on the relevant DP master system.
This also applies to addition and removal of slots of a device.
Back up your current configuration after each download of the station configuration from HW
Config (regardless of the CPU mode). This is the only way to ensure that you can continue
working with the backed up project in the event of an error (loss of data) without losing CiR
capability.
Procedure
The addition of devices or modules in RUN mode involves the following operating steps:
1. Expand and download the configuration with HW Config.
2. Reconfigure the hardware.
3. Expand, test and download the user program.
You must adhere to this order of steps.
Rules
You must comply with the following rules when adding components:
• Within a modular DP device of type ET 200M / ET 200iSP, you may add a CiR module only in
the slot directly after the last configured module. (This rule is observed automatically if you
add CiR elements automatically.)
• Within a master system, you must assign an added device with a PROFIBUS address that is
higher than the highest assigned so far.
• In the case of ET 200iSP, you can only ever add or remove one module per station and
download.
Procedure
1. Terminate both ends of PROFIBUS DP and PROFIBUS PA bus cables with active bus terminating
elements in order to ensure proper termination of the cables while you are reconfiguring the
hardware.
2. When adding a device to a master system, make sure that no bus cables become
disconnected.
– One method of achieving this is to provide and wire additional bus connectors at the
future mounting positions on the master systems to be expanded. Connect the new
device to these bus connectors, if necessary.
– Another method is to provide repeaters or diagnostic repeaters. In this case, follow these
steps when adding a device:
Turn off the repeater function.
Connect the new device on the previously unused end of the repeater. In doing so,
observe the applicable installation guidelines (see Installation manual: S7-400 and
M7-400 Programmable Controllers Hardware and Installation).
Turn on the repeater function again.
Procedure
You change the assignment of the process image partition of an existing module or a compact
device as follows:
1. Specify the new process image partition in the "Addresses" tab of the properties window of
the module or device.
2. Download the changed configuration with HW Config.
Procedure
The procedure for using previously free channels is described under Using a Previously Unused
Channel.
The procedure for reconfiguring already used channels of ET200M / ET200iSP modules is
described under Reconfiguring a Previously Used Channel or under Removing a Previously
Used Channel.
See also
Delete an already used channel. (Page 180)
Reconfiguring an already used channel. (Page 179)
Procedure
Undoing changes in RUN involves the following operating steps:
1. Undo the changes previously made in the user program (when necessary).
2. Then download the user program.
3. Remove added devices and modules from the configuration.
4. Download this configuration in RUN.
5. Reconfigure the hardware, if necessary.
Rules
You must comply with the following rules when undoing changes:
• Within a modular DP device of type ET 200M / ET 200iSP, you may remove modules only from
the bottom up (i.e. starting with the highest slot number).
• When removing devices within a master system, you must start with the device with the
highest PROFIBUS address. Then, continue as necessary with devices with a lower address.
Note
You can use a single download operation to remove devices or modules that you have added
using multiple downloads.
By removing a device or module from a configuration, you increase the available I/O volume.
The guaranteed and maximum number of devices available for future use increases where
appropriate.
Principle
The following rules apply: Devices or modules can either be added or removed with the
download of a configuration.
Replacement of a device or module with another device or module, respectively, with a
single download operation is thus not supported.
Introduction
This section describes how to expand an existing configuration and then download it.
Note
If you perform impermissible operations when adding real devices or modules to the
configuration, you are first notified about this by an error message when downloading the
configuration.
You should check for CiR capability after each plant change ("Station > Check CiR Capability" or
the shortcut CTRL+ALT+F).
Adding a DP or PA device
Process as follows to add a DP or PA device:
1. Open the "Hardware catalog" window.
2. Using drag-and-drop, move the device to be added from the hardware catalog onto the
appropriate CiR object in the upper part of the station window.
The added device then appears in the upper part of the station window. The name of the
added device is displayed on an orange background to indicate that the device has been
created from a CiR object.
Note
When a device is added, STEP 7 updates the guaranteed and maximum number of devices
and the number of input and output bytes of the associated CiR object.
We recommend selecting the station number of the added DP device as follows:
Station number of the added DP device = highest station number of all previously configured
DP devices + 1
If you select a higher station number for the added DP device, the guaranteed and maximum
number of DP devices that can still be added may be reduced by more than 1 under certain
circumstances.
If you add a CiR-capable modular DP device of type ET 200M / ET 200iSP, it contains a CiR
module from the outset.
The following figure shows the HW Config view after a module is moved to the CiR module:
Back up your current configuration after each download of the station configuration from HW
Config (regardless of the CPU mode). This is the only way to ensure that you can continue
working with the backed up project in the event of an error (loss of data) without losing CiR
capability.
Principle
You can undo configuration changes that you have made and downloaded to the CPU previously
by removing the devices or modules you added at that time.
The following rules apply:
• Remove devices or modules from no more than 4 DP master systems.
• When removing devices within a DP or PA master system, you must start with the device with
the highest PROFIBUS address among the devices to be removed. Then continue with the
device with the next lower PROFIBUS address.
• When removing modules within a modular DP device of type ET 200M / ET 200iSP, you must
start with the module with the highest slot number among the slots to be removed. In the HW
Config view, this is the module at the very bottom. STEP 7 offers the following support for this
step: The module that you can remove next is entered in the bottom part of the station
window in standard font; all other modules are shown in italics.
You then continue with the module with the next lower slot number.
Procedure
1. Select the object you want to remove.
2. Select the "Delete" command in the shortcut menu or in the "Edit" menu.
3. Repeat steps 1 and 2 for the remaining objects you want to remove.
4. Download the modified configuration to your CPU.
Note
When a device is deleted, STEP 7 updates the guaranteed and maximum number of devices
and the number of input and output bytes of the associated CiR object.
When you delete a module in a modular device of type ET 200M / ET 200iSP, STEP 7 updates
the number of input and output bytes of the associated CiR module.
Note
You can use previously unused channels as well as re-configure previously used channels.
The addresses of existing modules may not be changed using CiR.
Hardware requirements
The modules (signal modules and function modules) of the ET 200M / ET 200iSP that can be re-
configured in RUN mode of the CPU are listed in the info text in the "Hardware catalog" window.
The maximum number of modules that can be re-configured is 100.
Principle
During reconfiguration the input modules can respond in one of the three following ways:
• Channels not affected will continue to return the actual process value.
• Channels not affected will return the process value which was valid prior to the
reconfiguration.
• All channels will return the value "0" (applies to digital modules and FMs) or W#16#7FFF
(applies to analog modules).
Please refer to the technical data of the specific modules for information on their response.
Output modules respond as follows during reconfiguration:
The respective channels output the initial value which was valid before the parameter
assignment.
Re-configuration sequence
Once you have made the parameter changes in HW Config and have downloaded them to the
CPU in RUN mode, the CPU runs the tests described in "Behavior of the CPU after download of the
configuration in RUN". The input and output values have the status "OK" after successful re-
configuration.
You may only access those values in the process image that belong to the process image
partition of the OB currently being processed.
If the data records were transferred successfully, the DP master marks the modules as
available in the module status data. If the transfer was unsuccessful, the modules are marked
as not available. In the latter case, an I/O access error occurs when the module is accessed
(when the process image input is updated, the process image output is transferred to the
module or the module is directly accessed; depending on the type of access, OB 85 or OB 122
is started).
The input or output data of the modules behaves in the same way as after an insert module
interrupt, which means it may not yet be correct (because the module may not yet have
evaluated its data records). However, the restriction that data record SFCs for the modules
may no longer be active no longer applies.
Note
If, for example, the re-configuration of a module consists of disabling the diagnostic interrupt,
the module may still subsequently send an interrupt that it had already prepared at that time.
Procedure
1. Change the hardware configuration and download it to the CPU.
2. Save your project.
3. Make the change to the wiring.
4. Change the user program and download it to the CPU.
Introduction
The procedure depends on whether or not changes to the user program and the associated
hardware are necessary due to the re-parameterization. The individual cases are described
below.
Procedure for changing the address area of the ET 200iSP electronic module
This is the case, for example, when you use IEEE values of a HART electronic module.
Follow these steps:
1. Set the values of the module being re-configured to simulation (in the associated driver).
2. Delete the module in the hardware configuration and download it to the CPU.
3. Insert the module once again and configure it for your configuration as needed.
4. Download the hardware configuration to the CPU.
5. Save your project.
6. If necessary, adapt the user program to the changed module and download it to the CPU.
7. Cancel the simulation for the re-configured module (at the associated driver).
Procedure
You do not need to change the hardware configuration if you no longer need a channel
previously used.
1. Change the user program so that the channel to be removed is no longer evaluated, and
download it to the CPU.
2. Change the hardware configuration and download it to the CPU.
3. Save your project.
4. Change the corresponding hardware (remove sensor or actuator, etc.).
Principle
If you are planning plant changes in RUN using CiR, pay attention to the following information
even during the planning phase of the ET 200SP HA stations:
• Select permitted CiR configurations for integration of the IO devices in the PROFINET
subsystem.
• Insert a sufficient number of slot covers for additional I/O modules in the IO device.
• If the total user data of the inputs and outputs exceeds 1000 bytes, the ET 200SP HA loses the
CiR capability.
Principle
If you are planning system modifications during operation using CiR, you must ensure the
following when planning the system:
• For DP master systems, provide a sufficient number of branching points for spur lines or
isolating points (spur lines are not permitted when using a transmission rate of 12 Mbaud).
• You must configure ET 200M stations and DP/PA links with active backplane bus. Fit all the
bus modules required if possible, since bus modules must not be inserted or removed during
operation.
• You must fit all the terminal modules required for the ET 200iSP. Then fit all terminal modules
assigned to the reserve area with reserve modules.
• Terminate both ends of PROFIBUS DP and PROFIBUS PA bus cables with active bus terminating
elements in order to ensure proper termination of the cables while you are reconfiguring the
system.
• PROFIBUS PA bus systems should be configured with components from the SpliTConnect
product range so that disconnection of cables is not required.
DP/PA link
DP/
IM PA-
157 Coup-
ler
PROFIBUS:
PA master system
When configuring, the addition of a PA device after an existing DP/PA link is equivalent to the
addition of a module in a modular device.
DP/PA link
DP/ DP/
IM PA- PA-
157 Coup- Coup-
ler ler
PROFIBUS:
PA master
system
The addition of a DP/PA coupler with associated PA devices after an existing DP/PA link is
equivalent to the addition of multiple PA devices (field devices) to an existing PA master
system.
DP/PA link
DP/
IM PA-
157 Coup-
ler
DP/PA link
DP/ DP/
IM PA- PA-
157 Coup- Coup-
ler ler
The addition of a DP/PA link with its associated PA master system is equivalent to the addition
of a DP device to an existing DP master system.
Principle
When you are planning systems during operation via CiR, you must observe the following
already at the planning stages:
• Install the ET 200M station with an active backplane bus.
• Always try to equip the station with the maximum number of bus modules, as you can not
insert or remove a bus module during runtime.
Principle
When you are planning systems during operation via CiR, you must observe the following
already at the planning stages of the ET200iSP stations:
• Install the ET200iSP station completely with terminal modules and end module.
• Equip the ET200iSP from the interface module, starting with the necessary electronics
modules. Equip the remaining slots right up to the end module with the reserve modules.
11.11.1 Effects on Operating System Functions During the CiR Synchronization Time
Principle
11.11.2.1 Overview
Note
If a Power Off occurs or the CPU switches to STOP during system data evaluation, only a warm
restart or cold restart is then possible.
The CPU then starts OB 80 with the event W#16#350A and enters the duration of evaluation
in the OB start information. This allows you to use this time in the control algorithms in your
cyclic interrupt OBs, for example.
Note
Always make sure that OB 80 has been loaded to your CPU. Otherwise, the CPU will switch to
STOP when an OB 80 start event occurs.
Note
Using the H-CiR wizard
Use the H-CiR wizard for H-CiR operations. This minimizes the risk of inconsistencies and avoids
bumps during a plant change.
Note
Keep changes to a manageable level and do not make changes to multiple interfaces at the same
time.
Note
Signal modules in the CPU with substitute value capability
For signal modules with substitute value capability in a CPU, the minimum I/O hold time is
ineffective following a plant change. There is always a gap of 3 to 50 ms.
For all changes, please observe the rules for the assembly of an H station.
Note
For a switched I/O: complete all changes to one of the redundant DP master systems or IO
controllers before you make changes to the second DP master system or IO controller.
Procedure
1. Carry out the required changes/additions and update the configuration in HW Config
accordingly.
2. Click "Download to module" in HW Config.
3. Select "Download station configuration in RUN mode".
4. Select one of the redundant CPUs.
5. Select "Automatically continue".
The initial processing steps of the plant change are
performed automatically.
6. Click "Continue".
– The CPU is selected
– The standby CPU may be switched to RUN by a warm restart.
– The required system data blocks are generated.
– The selected CPU is switched to RUN.
– The new hardware configuration is downloaded to the CPU.
7. End the H-CiR wizard.
As you can only add the IM 460 and IM 461 interface modules, the external CP 443-5
Extended DP master interface module and the relevant connecting cables when the system
is de-energized, you can no longer use the H-CiR wizard from this point.
8. Proceed as follows if you want to expand the subsystem of what has been the standby CPU:
– Switch off the power supply to the standby subsystem.
– Insert the new IM460 in the CPU and establish the link to a new expansion unit
or
– Add a new expansion unit to an existing line
or
– Plug in the new external DP master interface and establish a new DP master system.
– Switch the power supply to the standby subsystem back on.
Scope of validity
You can modify a plant during operation using H-CiR in plant units with distributed I/O. The
configuration in the figure below is one example. For the sake of clarity, it only includes one
PN/IO subsystem. These limitations do not exist in reality.
H-CiR assumes the following configuration:
6+ 6+
352),1(7
(763+$ (763+$
Requirements
• Fault-tolerant system as 1oo2 system
• Redundant PNIO subsystems
• Connection of two switched IO devices with CiR capability that operate simple I/O
The following boundary conditions apply:
• A CPU operates no PNIO subsystems, one PNIO subsystem or multiple PNIO subsystems over
integrated interfaces to which no IO devices, one IO device or multiple IO devices are
connected
Synchronization link
For all hardware changes, make sure that the redundant controller is linked correctly.
Restriction
All changes that are not explicitly permitted above as part of plant changes in RUN, are not
permitted during operation and are not explained in more detail here. These include, for
example,
• Change of CPU-properties.
• Change of properties of existing PROFINET IO subsystems.
• Change of the diagnostic address.
• Change of the following parameters of an IO device:
– Station address in the PROFINET IO subsystem
– Assignment to the IO controller
of the fault-tolerant system (Page 104)) and have as their objective a return to redundant
system state.
Note
Keep strictly to the rules described in this section with regard to modifications of the system in
runtime. If you contravene one or more rules, the response of the fault-tolerant system can
result in its availability being restricted or even failure of the entire automation system.
Only perform a system modification during operation if there is no redundancy error, i.e. if the
REDF LED is not lit. The automation system may otherwise fail.
The cause of a redundancy error is listed in the diagnostics buffer.
Requirements
For switched I/O to be expanded during operation, the following points must be taken into
account already at the system planning stage:
• In both cables of a redundant DP master system, sufficient numbers of branching points are
to be provided for spur lines or isolating points (spur lines are not permitted for transmission
rates of 12 Mbps). These branching points can be spaced or implemented at any points that
can be accessed easily.
• Both cables must be uniquely identified so that the line which is currently active is not
accidentally cut off. This identification should be visible not only at the end points of a line,
but also at each possible new connection point. Different colored cables are especially
suitable for this.
• Modular DP device stations (ET 200M), DP/PA links and Y links must always be configured
with an active backplane bus and fitted with all the bus modules required wherever possible,
because the bus modules cannot be inserted and removed during operation.
• For the ET 200iSP, the configuration of the terminal modules should have sufficient reserves
and be fitted with unconfigured reserve modules.
• Always terminate both ends of PROFIBUS DP and PROFIBUS PA bus cables using active bus
terminating elements in order to ensure proper termination of the cables while you are
reconfiguring the system.
• PROFIBUS PA bus systems should be built up using components from the SpliTConnect
product range (see interactive catalog CA01) so that separation of the lines is not required.
Note
You can either remove or add modules during a hardware change. If you want to alter your fault-
tolerant system by removing some modules and adding others, you will need to make two
hardware changes.
If the I/O or diagnostic address of a device/module is to be changed, first remove the device/
module and then insert the device/module again with a new I/O or diagnostic address. This
means that two consecutive hardware changes need to be performed.
Synchronization link
For all hardware changes, make sure that the redundant controller is linked correctly.
Special features
When you use an IM 153-2, active bus modules can only be plugged in if the power supply is off.
Note
When using redundant I/O that you have implemented as one-sided I/O at the user level, you
must take the following into consideration:
During the connection and update following a system modification, the I/O of the previous
master CPU may be deleted from the process image for a short time before the (modified) I/O of
the "new" master CPU has been fully entered in the process image.
During the first update of the process image after a system modification, you may (incorrectly)
have the impression that the redundant I/O has failed completely or that a redundant I/O exists.
Correct evaluation of the redundancy status is therefore not possible until the process image has
been fully updated.
This does not apply to modules that have been enabled for redundant operation.
Preparations
To minimize the time during which the fault-tolerant system has to run in solo mode, please note
the following before starting a hardware change:
Modules which are plugged but not configured yet do not have any unwanted influence on
the process.
See also
Rules for H station assembly (Page 26)
Other options for connecting redundant I/Os (Page 341)
Connection of two-channel I/O to the PROFIBUS DP interface (Page 75)
Initial situation
You have ensured that the CPU parameters (for example the monitoring times) are compatible
with the planned new program. You may first need to modify the CPU parameters (see Editing
CPU parameters (Page 209)).
The fault-tolerant system is operating in the redundant system state.
Procedure
If you are planning to add an IO device using an H-CiR operation and the device does not support
PROFINET LLDP mode V2.3, make sure that "Force IEC V2.2 LLDP mode" is enabled from the
outset for the IO controller. Otherwise, you cannot add the IO device using H-CiR.
You can check which PROFINET LLDP mode supports an IO device and which PROFINET LLDP
mode is active for the IO controller in HW Config.
Follow the steps below to add hardware components to an H-system in SIMATIC PCS 7.
Details of each step are described in a subsection.
Exceptions
This overall sequence for system modification does not apply in the following cases:
• For use of free channels on an existing module
• For adding interface modules
Initial situation
The fault-tolerant system is operating in the redundant system state.
Procedure
1. Add the new components to the system.
– Insert new modules in existing modular DP stations
– Add new DP stations to existing DP master systems.
– Insert new I/O modules in existing IO devices.
– Add new IO devices to existing IO controllers.
2. Connect the required sensors and actuators to the new components.
Result
Inserting modules and I/O modules that are not yet configured does not affect the application.
The same applies if you add DP stations or IO devices.
The fault-tolerant system continues to operate in the redundant system state.
New components are not yet addressed.
Starting situation
The fault-tolerant system is operating in redundant system mode.
Procedure
1. Perform all the modifications to the hardware configuration relating to the added hardware
offline. Assign appropriate icons to the new channels to be used.
2. Compile the new hardware configuration, but do not load it into the target system just yet.
Result
The modified hardware configuration is in the PG/ES. The target system continues operation
with the old configuration in redundant system mode.
Configuring connections
The interconnections with added CPs must be configured on both connection partners after you
complete the HW modification.
Starting situation
The H system is operating with the new hardware configuration in redundant system state.
Procedure
1. Adapt the program to the new hardware configuration. You can add the following
components:
– CFC and SFC charts
– Blocks in existing charts
– Connections and parameter settings
2. Configure the added channel drivers and connect them to the newly assigned symbols (see
section Change hardware configuration offline (Page 200)).
3. In SIMATIC Manager, select the charts folder and choose the "Options > Charts > Generate
Module Drivers" menu command.
4. Compile only the modifications in the charts and download them to the target system.
5. Configure the interconnections for the new CPs on both communication partners and
download them to the target system.
Result
The H system operates all plant hardware with the new user program in redundant system state.
Non-configurable modules
Free channels can be switched and used in the user program at any time in case of non-
configurable modules.
Configurable modules
The hardware configuration first has to be matched to the used sensors or actuators for
configurable modules. This step usually requires a new configuration of the entire module in
most cases.
This means an uninterrupted operation of the respective modules is no longer possible:
• One-sided output modules briefly output 0 during this time (instead of the configured
substitute or hold values).
• Modules in switched DP stations are not reconfigured when you switch over to the CPU with
the modified configuration.
Proceed as follows to change the channel use:
• First, the affected module is completely removed from the hardware configuration and the
user program. But it can remain inserted in the DP station. The module drivers must not be
removed.
• After this, the module with the modified use is added again to the hardware configuration
and the user program.
Note
Between these two switchover actions, affected modules are not accessed; affected output
modules have a value of 0. The signals of the previously used channels of the modules retain
their values.
If this behavior is unacceptable for the process to be controlled, there is no other way to use
previously free channels. In this case you must install additional modules to expand the
system.
Initial situation
You have ensured that the CPU parameters (for example, the monitoring times) are compatible
with the planned new program. You may first need to modify the CPU parameters (see Editing
CPU parameters (Page 209)).
The modules to be removed and their connected sensors and actuators are no longer of
any significance to the process being controlled. The fault-tolerant system is operating in the
redundant system state.
Procedure
Follow the steps below to remove hardware components from a fault-tolerant system in SIMATIC
PCS 7. Details of each step are described in a subsection.
Exceptions
This procedure for plant changes does not apply for removing interface modules.
Starting situation
The fault-tolerant system is operating in the redundant system state.
Procedure
1. Perform offline only the configuration modifications relating to the hardware being removed.
As you do, delete the icons to the channels that are no longer used.
2. Compile the new hardware configuration but do not yet download it to the PLC.
Result
The modified hardware configuration is available in the PG/ES. The target system continues
operation with the old configuration in redundant system mode.
Starting situation
The fault-tolerant system is operating in redundant system mode.
CAUTION
The following program modifications are not possible in redundant system mode and result in
the system mode Stop (both CPUs in STOP mode):
• Structural modifications to an FB interface or the FB instance data.
• Structural modifications to global DBs.
• Compression of the CFC user program.
Before the entire program is recompiled and reloaded due to such modifications the parameter
values must be read back into the CFC, otherwise the modifications to the block parameters
could be lost. You will find more detailed information on this topic in the CFC for S7, Continuous
Function Chart manual.
Procedure
1. Edit only the program elements related to the hardware removal. You can delete the
following components:
– CFCs and SFCs
– Blocks in existing charts
– Channel drivers, interconnections and parameter settings
2. In SIMATIC Manager, select the charts folder and choose the "Options > Charts > Generate
Module Drivers" menu command.
This removes the driver blocks that are no longer required.
3. Compile only the modifications in the charts and download them to the target system.
Note
Until an FC is called the first time, the value of its output is undefined. This must be taken into
account in the interconnection of the FC outputs.
Result
The fault-tolerant system continues to operate in redundant system mode. The modified user
program will no longer attempt to access the hardware being removed.
Type of I/O One-sided I/O of the pre‐ One-sided I/O of the new Switched I/O
vious master CPU master CPU
The I/O modules to No longer accessed by the CPU.
be removed1) Driver blocks are no longer available.
I/O modules still No longer accessed by the Newly configured2) and Continue working with‐
available CPU. updated by the CPU. out interruption.
Output modules have the
configured substitute or
holding values.
The DP stations to like I/O modules to be removed (see above)
be removed
1) No longer included in the hardware configuration, but still plugged
2) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding
values).
Type of I/O One-sided I/O of the re‐ One-sided I/O of the mas‐ Switched I/O
serve CPU ter CPU
The I/O modules to No longer accessed by the CPU.
be removed1) Driver blocks are no longer available.
I/O modules still Newly configured2) and Continue working without interruption.
available updated by the CPU.
The DP stations to like I/O modules to be removed (see above)
be removed
1) No longer included in the hardware configuration, but still plugged
2) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding
values).
Starting situation
The fault-tolerant system is operating with the new hardware configuration in the redundant
system state.
Procedure
1. Disconnect all the sensors and actuators from the components you want to remove.
2. Unplug modules of the one-sided I/Os that are no longer required from the racks.
3. Unplug components that are no longer required from the modular DP stations or IO devices.
4. Remove DP stations that are no longer required from the DP master systems, or IO devices
that are not required from the IO systems.
Note
With switched I/O: Complete all changes to one line of the redundant DP master system or IO
controller before you make changes to the second line.
Result
Unplugging modules and I/O modules that have been removed from the configuration does not
affect the user program. The same applies if you remove DP stations or IO devices.
The fault-tolerant system continues to operate in the redundant system state.
Procedure
1. Carry out the required changes/additions and update the configuration in HW Config
accordingly.
2. Click "Download to module" in HW Config.
3. Select "Download station configuration in RUN mode".
4. Select one of the redundant CPUs.
5. Select "Automatically continue".
The initial processing steps of the plant change are
performed automatically.
6. Click "Continue".
– The CPU is selected
– The standby CPU may be switched to RUN by a warm restart.
– The required system data blocks are generated.
– The selected CPU is switched to RUN.
– The new hardware configuration is downloaded to the CPU.
7. End the H-CiR wizard.
As you can only add the IM 460 and IM 461 interface modules, the external CP 443-5
Extended DP master interface module and the relevant connecting cables when the system
is de-energized, you can no longer use the H-CiR wizard from this point.
8. Follow the steps below to remove an interface module from the subsystem of the standby
CPU:
– Switch off the power supply of the standby subsystem.
– Remove an IM460 from the central unit.
or
– Remove an expansion unit from an existing line.
or
– Remove an external DP master interface module.
– Switch on the power supply of the standby subsystem again.
Note
If you edit any protected parameters, the system will reject any attempt to changeover to the CPU
containing those modified parameters. The event W#16#5966 is written to the diagnostic
buffer. and you will then have to restore the wrongly changed parameters in the parameter
configuration to their last valid values.
The selected new values should match both the currently loaded and the planned new user
program.
Initial situation
The fault-tolerant system is operating in redundant system mode.
Procedure
To edit the CPU parameters of a fault-tolerant system, follow the steps outlined below. Details
of each step are described in a subsection.
Initial situation
The fault-tolerant system is operating in redundant system mode.
Procedure
1. Edit the relevant CPU properties offline in HW Config.
2. Compile the new hardware configuration but do not yet download it.
Result
The changed hardware configuration is on the programming device / ES. The target system
continues operation with the old configuration in redundant system mode.
Type of I/O One-sided I/O of the previous One-sided I/O of the new mas‐ Switched I/O
master CPU ter CPU
I/O modules No longer accessed by the CPU. Newly configured1) and updated Continue working without inter‐
Output modules have the con‐ by the CPU. ruption.
figured substitute or holding val‐
ues.
1) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding values).
Type of I/O One-sided I/O of the reserve One-sided I/O of the master Switched I/O
CPU CPU
I/O modules Newly configured1) and updated Continue working without interruption.
by the CPU.
1) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding values).
Note
If you edit any protected parameters, the system will reject any attempt to changeover to the CPU
containing those modified parameters. In this case, the event W#16#5966 is entered in the
diagnostic buffer for PROFIBUS DP and the events W#16#3x5A and W#16#3x5AB for PROFINET
IO. and you will then have to restore the wrongly changed parameters in the parameter
configuration to their last valid values.
The selected new values must match the current and the planned user program.
Initial situation
The fault-tolerant system is operating in the redundant system state.
Procedure
Follow the steps below to change the parameters of modules or PDEV submodules in a fault-
tolerant system. Details of each step are described in a subsection.
Starting situation
The fault-tolerant system is operating in redundant system mode.
Procedure
1. Edit the module parameters offline in HW Config.
2. Compile the new hardware configuration, but do not load it into the target system just yet.
Result
The modified hardware configuration is in the PG/ES. The target system continues operation
with the old configuration in redundant system mode.
Type of I/O One-sided I/O of the previous One-sided I/O of the new mas‐ Switched I/O
master CPU ter CPU
I/O modules No longer accessed by the CPU. Newly configured1) and updated Continue working without inter‐
Output modules have the con‐ by the CPU. ruption.
figured substitute or holding val‐
ues.
1) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding values).
Type of I/O One-sided I/O of the reserve One-sided I/O of the master Switched I/O
CPU CPU
I/O modules Newly configured1) and updated Continue working without interruption.
by the CPU.
1) CPUs are also first reset. Output modules briefly have 0 (instead of the configured substitute or holding values).
Note
New CPUs are always shipped with the latest operating system version. If this differs from the
version of the operating system of the remaining CPU, you will have to equip the new CPU with
the same version of the operating system. Download the required operating system via HW
Config with "PLC -> Update Firmware", see chapter Updating firmware in stand-alone operation
(Page 140).
CAUTION
Caution when replacing a CPU
If you reuse a CPU that has previously been used at a different location, ensure that the contents
backed up in the load memory cannot pose a hazard at the new point of use. Reset the CPU to
factory settings if its previous use is unknown.
See Resetting the CPU 410 to delivery condition (reset to factory setting) (Page 136)
Procedure
Note
Replacing an SEC
You can replace an SEC by following the same procedure as described above. Here you do not
replace the CPU in step 2, but replace the SEC with an SEC of the same size and then reinstall the
CPU.
CAUTION
Wiring synchronization modules crosswise
If you wire synchronization modules crosswise, i.e. the IF1 interface of the first CPU with the IF2
interface of the second CPU and vice versa, the two CPUs take over the master role and the
system will now function properly. The LEDs IFM 1 and IFM 2 are lit on both CPUs.
Make sure that you connect the IF1 interface of the first CPU with the IF1 interface of the second
CPU and the IF2 interface of the first CPU with the IF2 interface of the second CPU when you
replace the CPU. Mark the fiber-optic cables before the replacement, if necessary.
Starting situation
Both CPUs are in RUN.
Procedure
Proceed as follows to replace a power supply module in the central rack:
Note
Redundant power supply
If you use a redundant power supply with two PS 407 10A R or PS 405 10A R, two power supply
modules are assigned to one fault-tolerant CPU. The associated CPU continues to run if one of
the redundant power supply modules fails. The defective part can be replaced during operation.
Starting situation
Procedure
CAUTION
Note the different procedures.
Minor injury or damage to equipment is possible.
The procedure for replacing and input/output or function module differs for modules of the
S7-300 and S7-400.
Use the correct procedure when replacing a module. The correct procedure is described below
for the S7-300 in Chapter Replacement of components of the distributed I/O on PROFIBUS DP
(Page 224).
To replace signal and function modules of an S7-400, perform the following steps:
Starting situation
Procedure
Proceed as follows to replace a communication module for PROFIBUS or Industrial Ethernet:
Initial situation
Procedure
Follow the steps below to replace a fiber-optic cable:
Initial situation
Procedure
The described double fault results in loss of redundancy and partial or complete failure of
switched DP or PN I/O. In this event proceed as follows:
Starting situation
Procedure
Follow the steps below to replace an interface module:
Starting situation
Procedure
Proceed as follows to change an IO device:
Starting situation
Replacement procedure
Proceed as follows to change PROFINET IO cables:
CAUTION
Note different procedure
Minor injury or damage to equipment is possible.
The procedure for replacing an input/output module or function module differs for modules of
the S7-300 and S7-400.
Use the correct procedure when replacing a module. The correct procedure is described below
for the S7-400 in Chapter Replacement of an input/output module or function module
(Page 218).
To replace signal and function modules of an S7-300, perform the following steps:
Starting situation
Procedure
Proceed as follows to change a PROFIBUS DP master:
Procedure
Starting situation
Replacement procedure
Proceed as follows to replace the PROFIBUS DP interface module:
Starting situation
Procedure
Follow the steps below to replace a DP device:
Starting situation
Replacement procedure
Proceed as follows to replace PROFIBUS DP cables:
Long synchronization cables may increase cycle times. This extension can have the factor 2 -
5 with a cable length of 10 km.
Note
You must use 4 synchronization modules of the same type in a fault-tolerant system.
Mechanical configuration
CAUTION
Risk of injury.
The synchronization module is equipped with a laser system and is classified as a "CLASS 1
LASER PRODUCT" according to IEC 60825–1.
Avoid direct contact with the laser beam. Do not open the housing. Always observe the
information provided in this manual, and keep the manual to hand as a reference.
OB 82
In redundant mode, the operating system of the CPU calls OB82 in case of a Snyc link fault.
You can display the following channel-specific diagnostic data in the Module state tab dialog
for the selected synchronization module:
• Overtemperature
The synchronization module is too hot.
• Fiber-optic error
The sender of the electro-optical component has reached the end of its service life.
• Violation of lower limit
The sent or received optical performance is low or too low.
• Violation of upper limit
The sent or received optical performance is high or too high.
• Functional error of the network component
The quality of the redundancy link between the CPUs (transmission distance including
synchronization modules and fiber-optic cables) is reduced so that transmission errors are
occurring frequently.
In redundant mode the OB82 is also called at Power Off/On or at a firmware update of the
partner CPU. This does not indicate any problem with the synchronization link but is instead
due to the fact that the synchronization modules are not emitting any light at this moment.
NOTICE
Reduced optical performance due to dirt
Even small amounts of dirt in a fiber-optic interface adversely affect the quality of the signal
transmission. This can lead to synchronization losses during operation.
Protect the fiber-optic interfaces against dirt during storage and installation of the
synchronization modules.
Technical specifications
Introduction
Fiber-optic cables may only be installed by trained and qualified personnel. Always observe the
applicable rules and statutory regulations. The installation must be carried out with meticulous
care, because faulty installations represent the most common source of error. Causes are:
• Kinking of the fiber-optic cable due to an insufficient bending radius.
• Crushing of the cable as a result of excess forces caused by persons treading on the cable, or
by pinching, or by the load of other heavy cables.
• Overstretching due to high tensile forces.
• Damage on sharp edges etc.
Points to observe when installing the fiber-optic cables for the S7-400H synchronization link
Always route the two fiber-optic cables separately. This increases availability and protects the
fiber-optic cables from potential double errors caused, for example, by interrupting both cables
at the same time.
Always make sure the fiber-optic cables are connected to both CPUs before switching on the
power supply or the system, otherwise the CPUs may process the user program as the master
CPU.
If you are using fiber-optic cables that were not stored with blanking plugs at the connectors,
note the following:
Clean the connectors, especially the optical surfaces, with a soft, clean and lint-free cloth
before you use them.
NOTICE
Reduced optical performance due to dirt
Even slight amounts of dirt at the end of a fiber-optic cable will adversely affect its optical
performance and thus the quality of the signal transmission. This can lead to synchronization
losses during operation. Protect the ends of the fiber-optic cables against dirt during storing
and installation. If the ends of the fiber-optic cable are covered when delivered, do not remove
these covers.
Cable pull-in
Note the points below when pulling-in fiber-optic cables:
• Always observe the information on pull forces in the data sheet of the corresponding fiber-
optic cable.
• Do not reel off any greater lengths when you pull in the cables.
• Install the fiber-optic cable directly from the cable drum wherever possible.
• Do not spool the fiber-optic cable sideways off the drum flange (risk of twisting).
• You should use a cable pulling sleeve to pull in the fiber-optic cable.
• Always observe the specified bending radii.
• Do not use any grease or oil-based lubricants.
You may use the lubricants listed below to support the pulling-in of fiber-optic cables.
– Yellow compound (Wire-Pulling, lubricant from Klein Tools; 51000)
– Soft soap
– Dishwashing liquid
– Talcum powder
– Detergent
Pressure
Do not exert any pressure on the cable, for example, by the inappropriate use of clamps (cable
quick-mount) or cable ties. Your installation should also prevent anyone from stepping onto the
cable.
Influence of heat
Fiber-optic cables are highly sensitive to direct heat, which means the cables must not be worked
on using hot-air guns or gas burners as used in heat-shrink tubing technology.
Cable length up to 10 m
The synchronization module 6ES7 960–1AA06–0XA0 can be operated in pairs with fiber-optic
cables up to a length of 10 m.
Select cables with the following specification for lengths up to 10 m:
• Multimode fiber 50/125 µ or 62.5/125 µ
• Patch cable for indoor applications
• 2 x duplex cables per fault-tolerant system, cross-over
• Connector type LC–LC
Such cables are available in the following length as accessories for fault-tolerant systems:
Cable length up to 10 km
The synchronization module 6ES7 960-1AB06-0XA0 can be operated in pairs with fiber-optic
cables up to a length of 10 km.
The following rules apply:
• Make sure of adequate strain relief on the modules if you use fiber-optic cables longer than
10 m.
• Keep to the specified environmental conditions of the fiber-optic cables used (bending radii,
pressure, temperature...)
• Observe the technical specifications of the fiber-optic cable (attenuation, bandwidth...)
Fiber-optic cables with lengths above 10 m usually have to be custom-made. First, select the
following specification:
• Single-mode fiber (mono-mode fiber) 9/125 µ
In exceptional situations, you may also use the lengths up to 10 m available as accessories for
short distances when testing and commissioning. However, only the use of specified cables
with single-mode fibers is allowed for continuous operation.
Note
Cable up to 10 m length on the synchronization module 6ES7 960-1AB06-0XA0
Cables up to a length of 10 m are available on order as accessories. If you use one of these
cables on the synchronization module 6ES7 960-1AB06-0XA0 , you may see the error
message "Optical performance too high" at the call of OB 82.
The table below shows the further specifications, based on your application:
&38LQUDFN &38LQUDFN
$GGLWLRQDOGLVWULEXWLRQER[HVLI
QHFHVVDU\HJZLWK6&RU67
FRXSOLQJVWRVHWXSWKHHQWLUH
OHQJWKRIWKHFRQQHFWLRQIURP
LQGLYLGXDOSLHFHV
'LVWULEXWLRQER[
'LVWULEXWLRQER[
HJZLWK6&RU PD[NP HJZLWK6&RU
67FRXSOLQJV LQVWDOODWLRQFDEOHV 67FRXSOLQJV
LQGRRURXWGRRU
3DWFKFDEOH 3DWFKFDEOH
'XSOH[HJ 'XSOH[HJ
/&6&67 /&6&67
Figure 14-2 Fiber-optic cables, installation using distribution boxes
SE PO 100
Figure 15-1 SEC
Note
The "Programming" or "Monitor/Modify" applications prolong the DP cycle if executed via the
PROFIBUS DP interface.
Determining the bus topology in a DP master system using SFC 103 "DP_TOPOL"
The diagnostic repeater is available to improve the ability to locate faulty modules or an
interruption on the DP cable when failures occur in ongoing operation. This module is a device
that determines the topology of a DP line and identifies errors on that basis.
You use SFC 103 "DP_TOPOL" to trigger the identification of the bus topology of a DP master
system by the diagnostic repeater. For information on SFC 103, refer to the related online
help and to Manual System and Standard Functions. The diagnostic repeater is described in
the Diagnostic Repeater for PROFIBUS DP manual, article number 6ES7972-0AB00-8BA0.
'LDJQRVWLFVHYHQW
2%LVFDOOHG
5HDG2%B0'/B$''5DQG )RUGLDJQRVWLFVRIWKHDIIHFWHG
2%B,2B)/$* ,'RI,2PRGXOH FRPSRQHQW&DOO6)%LQ'39
HQYLURQPHQW
6HW0RGH
%LWRI2%B,2B)ODJDVELWLQ
'LDJQRVWLFGDWDDUHHQWHUHGLQWKH
2%B0'/B$''5HQWHUUHVXOW
7,1)2DQG$,1)2SDUDPHWHUV
'LDJQRVWLFDGGUHVV
2%B0'/B$''5
ಯ
)RUGLDJQRVWLFVRIWKHHQWLUH'3 )RUGLDJQRVWLFVRIWKHDIIHFWHGPRGXOHV
VODYH&DOO6)& &DOO6)&
,QWKH/$''5SDUDPHWHUHQWHU ,QWKH/$''5SDUDPHWHUHQWHUGLDJQRVWLF
GLDJQRVWLFDGGUHVV2%B0'B$''5
DGGUHVV2%B0'/B$''5
,QWKH6=/B,'
SDUDPHWHUHQWHUWKH,':%
GLDJQRVWLFGDWDRIDPRGXOH
Event detection
The following table shows how the CPU 41xH as DP master detects operating state changes of
a DP device or interruptions of the data transfer.
Introduction
The CPU makes certain information available and stores this information in the "System status
list".
The system status list describes the current status of the automation system. It provides an
overview of the configuration, the current parameter assignment, the current statuses and
sequences in the CPU, and the assigned modules.
The system status list data can only be read, but not be changed. The system status list is a
virtual list that is compiled only on request.
From a system status list you receive the following information about the PROFINET IO
system:
• System data
• Module status information in the CPU
• Diagnostic data from a module
• Diagnostics buffer
Table 17-3 Comparison of the system status lists of PROFINET IO and PROFIBUS DP
Detailed information
For detailed descriptions of the individual system status lists, refer to Manual System Software
for S7-300/400 System and Standard Functions.
Layout rules
• If there are not enough slots in the central controllers, you can increase the configuration of
an H system with expansion units.
• A fault-tolerant station may contain up to 20 expansion units.
• Assign racks with even numbers only to central controller 0, and racks with odd numbers only
to central controller 1.
• FMs and CPs can be operated only in racks 0 through 6.
• Pay attention to the rack numbers for operation of CPs for fault-tolerant communication in
expansion units:
The numbers must be directly sequential and begin with the even number, e.g., rack
numbers 2 and 3, but not rack numbers 3 and 4.
• A rack number is also assigned for DP master no. 9 onwards if the central controller contains
DP master modules. The number of possible expansion units is reduced as a result.
Compliance with the rules is monitored automatically by STEP 7 and considered accordingly
during configuration.
Note
PROFIBUS DP and PROFINET together
You can use both PROFINET IO devices and PROFIBUS DP stations on a CPU 410.
Note
Fail-safe signal modules
If you want to operate fail-safe modules redundantly on the PNIO interface, you need the S7 F
Systems optional package V6.1 SP1 or higher.
Procedure
Assign all parameters of the redundant components identically, with the exception of
communication addresses.
Note
The fault-tolerant-specific CPU parameters, and thus also the monitoring times, are calculated
automatically. The work memory allocation of all data blocks is based on a CPU-specific default
value. If your fault-tolerant system does not link up, check the data memory allocation (HW
Config > CPU Properties > H Parameters > Work memory used for all data blocks).
See also
Service and Support (https://support.industry.siemens.com/cs/ww/en/)
• If only one subnet is available, four subconnectors are used for a connection between two
fault-tolerant stations. All network connections are located in this subnet:
Only the integrated PROFINET IO interfaces or only the CPs are used for subconnections
within a fault-tolerant S7 connection. But multiple fault-tolerant stations in one subnet may
have different interfaces; they only have to be identical within the station.
Additional information
For detailed information on programming the blocks listed above, refer to the Programming
with STEP 7 manual, and to the System Software for S7-300/400; System and Standard
Functions Reference Manual.
Communication functions
For programming device (PG) functions that establish online connections (e.g., downloading
charts), one of the two CPUs has to be selected even if the function affects the entire system over
the redundant link.
• Data which is modified in one of the central processing units in redundant operation affect
the other CPUs over the redundant link.
• Data which is modified when there is no redundant link (i.e. in single mode) initially affects
only the processed CPU. The blocks are applied by the master CPU to the reserve CPU during
the next link-up and update. Exception: No new blocks are applied after changing the
configuration. Loading the blocks is then the responsibility of the user.
Overview
Note
Communication via an PNIO interface
If you want to use an PNIO interface of the module for communication in system operation, you
must also network this in Step 7 / HW Config / NetPro.
CPU Total number of Can be used for S7- Reserved from the total number for
connection resources H connections PG communication OP communication
CPU 410-5H 120 62 1 1
Free S7 connections can be used for any of the above communication services.
Note
Communication service via the PROFIBUS DP interface
A fixed default timeout of 40 s is specified for communication services using S7 connection
resources. If you operate those communication services via a PROFIBUS DP interface at a low
baud rate, operation in configurations with a Ttr (Target Rotation Time) < 20 s is ensured.
17.7.2 PG communication
Properties
Programming device communication is used to exchange data between engineering stations
(PG, PC, for example) and SIMATIC modules which are capable of communication. This service
is available via PROFIBUS and Industrial Ethernet subnets. Routing between subnets is also
supported.
You can use the programming device communication for the following actions:
• Loading programs and configuration data
• Performing tests
• Evaluating diagnostic information
These functions are integrated in the operating system of SIMATIC S7 modules.
A CPU can maintain several simultaneous online connections to one or multiple
programming devices.
17.7.3 OP communication
Properties
OP communication is used to exchange data between HMI stations, such as WinCC, OP, TP and
SIMATIC modules which are capable of communication. This service is available via PROFIBUS
and Industrial Ethernet subnets.
You can use the OP communication for operator control, monitoring and alarms. These
functions are integrated in the operating system of SIMATIC S7 modules. A CPU can maintain
several simultaneous connections to one or several OPs.
17.7.4 S7 communication
Properties
A CPU can always act as a server or client in S7 Communication. A connection is configured
permanently. The following connections are possible:
• One-sided configured connections (for PUT/GET only)
• Two-side configured connections (for USEND, URCV, BSEND, BRCV, PUT, GET)
You can use the S7 communication via integrated PROFIBUS DP or PROFINET IO interfaces. If
required, S7 communication can be used via additional communication processors: CP 443-1
for Industrial Ethernet or CP 443-5 for PROFIBUS.
The S7-400 features integrated S7 communication services that allow the user program
in the controller to initiate reading and writing of data. The S7 communication functions
are called in the user program using SFBs. These functions are independent of specific
networks, allowing you to program S7 communication via PROFINET, Industrial Ethernet, or
PROFIBUS.
S7 communication services provide the following options:
• During system configuration, you configure the connections used by the S7 communication.
These connections remain configured until you download a new configuration.
• You can establish several connections to the same partner. The number of communication
partners accessible at any time is restricted to the number of connection resources available.
• You can configure fault-tolerant S7 connections using the integrated PROFINET IO interface.
Note
Downloading the connection configuration during operation
When you load a modified connection configuration during operation, connections which
have been set up which are not affected by changes in the connection configuration may also
be aborted.
S7 communication allows you to transfer a block of up to 64 Kbytes per call to the SFB. An
S7-400 transfers a maximum of 4 tags per block call.
17.7.5 S7 routing
Properties
You can access your S7 stations beyond subnet boundaries using the programming device / PC.
You can use them for the following actions:
• Downloading user programs
• Downloading a hardware configurations
• Performing test and diagnostic functions
Requirements
• The network configuration does not exceed project limits.
• The modules have loaded the configuration data containing the latest "knowledge" of the
entire network configuration of the project.
Reason: All modules connected to the network gateway must receive routing information
which defines the paths to other subnets.
• In your network configuration, the PG/PC you want to use to set up a connection via gateway
must be assigned to the network to which it is physically connected.
• The CPU must be configured as the master.
S7 routing gateways: PN - DP
Gateways between subnets are routed in a SIMATIC station that is equipped with interfaces to
the respective subnets. The following figure shows CPU 1 (DP master) acting as router for
subnets 1 and 2.
'3PDVWHU '3VODYH
3*
6XEQHWHJ352),%86'3
6XEQHWHJ352),1(7,2
Figure 17-2 S7 routing
6XEQHW352),1(7,2
6XEQHW352),%86
6XEQHW352),1(7,2
3*
'3PDVWHU '3VODYH
5HDOFRQILJXUDWLRQ
3*
7HOH6HUYLFH
6XEQHW
$GDSWHU
HJ352),%86'3
0RGHP 0RGHP
6XEQHW
HJ352),1(7,2
&RQILJXUDWLRQLQ67(3
'3PDVWHU '3VODYH
3*
6XEQHW
HJ352),%86'3
6XEQHW
HJ352),1(7,2
Figure 17-4 S7 routing: TeleService application example
Reference
• Further information on configuration with STEP 7 can be found in Manual Configuring
hardware and communication connections with STEP 7 (https://
support.industry.siemens.com/cs/us/en/view/109751824).
• More basic information is available in Manual Communication with SIMATIC (https://
support.industry.siemens.com/cs/ww/en/view/1254686).
• For more information about the TeleService adapter, refer to Manual TS Adapter (https://
support.industry.siemens.com/cs/ww/en/view/20983182)
See also
Instructions List (https://support.industry.siemens.com/cs/ww/en/view/44395684)
System and standard functions (https://support.industry.siemens.com/cs/ww/en/view/
44240604)
(QJLQHHULQJ6WDWLRQ
ZLWK6,0$7,&3'0
,QGXVWULDO(WKHUQHW
352),%86'3
P$ 352),%863$
+$57
6,02&2'(
See also
For more information on SIMATIC PDM, refer to Manual The Process Device Manager.
Properties
SNMP (Simple Network Management Protocol) is the standardized protocol for diagnostics of
the Ethernet network infrastructure. In the office setting and in automation engineering,
devices from many different manufacturers support SNMP on the Ethernet. SNMP-based
applications can be operated on the same network in parallel to applications with PROFINET IO.
Configuration of the SNMP OPC server is integrated in the STEP 7 Hardware Configuration
application. Already configured S7 modules from the STEP 7 project can be transferred
directly. As an alternative to STEP 7, you can also perform the configuration with the NCM PC
(included on the SIMATIC NET CD). All Ethernet devices can be detected by means of their IP
address and/or the SNMP protocol (SNMP V1) and transferred to the configuration.
Use the profile MIB_II_V10.
SNMP-based applications can be operated on the same network parallel to applications with
PROFINET IO.
Note
MAC addresses
During SNMP diagnostics, the following MAC addresses are shown for the ifPhysAddress
parameter:
Interface 1 (PN interface) = MAC address (specified on the front panel of the CPU)
Interface 2 (port 1) = MAC address + 1
Interface 3 (port 2) = MAC address + 2
Reference
For further information on the SNMP communication service and diagnostics with SNMP, refer
to the PROFINET System Description.
Functionality
The following services are available for open IE communication:
• Connection-oriented protocols:
Prior to data transmission connection-oriented protocols establish a logical connection to the
communication partner and close this again, if necessary, after transmission is complete.
Connection-oriented protocols are used when security is especially important in data
transmission. A physical cable can generally accommodate several logical connections. The
maximum job length is 32 KB.
The following connection-oriented protocols are supported for the FBs for open IE
communication:
– TCP to RFC 793
– ISO on TCP according to RFC 1006
Note
ISOonTCP
For data communication with third-party systems via RFC1006, the connection partner
must adhere to the maximum TPDU size (TPDU = Transfer Protocol Data Unit) negotiated
in the ISOonTCP connection establishment.
• Connectionless protocols:
Connectionless protocols operate without a logical connection. There is also no establishing
or terminating a connection to remote partner. Connectionless protocols transfer the data
unacknowledged and thus unsecured to the remote partner. The maximum message frame
length is 1472 bytes.
The following connectionless protocols are supported for the FBs for open communication
via Industrial Ethernet:
– UDP according to RFC 768
The single-cast method is supported.
Connection diagnostics
In Step 7, you can read detailed information on the configured connections by selecting "Module
state -> Communication -> Open communication over Industrial Ethernet".
Reference
For detailed information on the blocks described above, refer to the STEP 7 Online Help.
Overview
When more stringent requirements for overall plant availability exist, it is necessary to increase
the reliability of the communication, i.e., by configuring the communication redundantly as
well.
Below you will find an overview of the fundamentals and basic concepts which you ought to
know with regard to using fault-tolerant communications.
Fault-tolerant communication
Fault-tolerant communication is the use of S7 communication SFBs over fault-tolerance S7
connections.
Redundancy nodes
Redundancy nodes represent extreme reliability of communication between two fault-tolerant
systems. A system with multi-channel components is represented by redundancy nodes.
Redundancy nodes are independent when the failure of a component within the node does not
result in any reliability impairment in other nodes.
Even with fault-tolerant communication, only single errors/faults can be tolerated. If more
than one error occurs between two communication end points, communication can no
longer be guaranteed.
S7 connection
CPU 0
CPU
CPU 1
Note
"Connection" in this manual refers in general to a "configured S7 connection". For other types of
connection, refer to Manuals SIMATIC NET NCM S7 for PROFIBUS and SIMATIC NET NCM S7 for
Industrial Ethernet.
Fault-tolerant S7 connections
The requirement for higher availability with communication components (for example CPs and
buses) means that redundant communication connections are necessary between the systems
involved.
Unlike an S7 connection, a fault-tolerant S7 connection consists of at least two subordinate
partial connections. For the user program, configuration and connection diagnostics, a
5HGXQGDQWFRQQHFWLRQ
5HVXOWLQJVXEFRQQHFWLRQV
&38D!&38E&38D!&38E
)DXOWWROHUDQWV\VWHPD )DXOWWROHUDQWV\VWHPE
%XV
%XV
/$1UHG
5HVXOWLQJVXEFRQQHFWLRQV
&38D!&38E&38D!&38E&38D!&38E&38D!&38E
)DXOWWROHUDQWV\VWHPD )DXOWWROHUDQWV\VWHPE
6\VWHPEXVDVGXSOH[ILEHURSWLFULQJ
Figure 17-7 Example that shows that the number of resulting partial connections depends on the
configuration
If the active subconnection fails, the already established second subconnection automatically
takes over communication.
Note
If you have configured multiple fault-tolerant S7 connections for an H station, it may take a
considerable time for them to be established. If the configured maximum communication delay
was set too short, link-up and updating is canceled and the redundant system state is no longer
achieved (see Chapter Time monitoring (Page 114)).
Configuration
S7 connections are configured in STEP 7.
Programming
If S7 communication is used on a fault-tolerant system, all communication functions can be
used for this.
The communication SFBs are used in STEP 7 to program communication.
Note
The START and STOP communication functions act on exactly one CPU or on all CPUs of the fault-
tolerant system. More detailed information is available in Reference Manual System Software for
S7-300/400 System and Standard Functions.
Note
Downloading the connection configuration during operation
If you download a connection configuration during operation, established connections may be
terminated.
Availability
Availability for communication between a fault-tolerant system and a standard system is also
increased by using a redundant plant bus instead of a single bus (see figure below).
)DXOWWROHUDQWV\VWHP 6WDQGDUGV\VWHP
%XV
)DXOWWROHUDQWV\VWHP
&RQQHFWLRQ
%ORFNGLDJUDP
6WDQGDUGV\VWHP
&38D &3D
%XV &3E &38E
&38D &3D
&RQQHFWLRQ
Figure 17-8 Example of linking standard and fault-tolerant systems in a simple bus system
With this configuration and redundant operation, the fault-tolerant system is connected to
the standard system via bus1. This applies no matter which CPU is the master CPU.
For linked fault-tolerant and standard systems, the availability of communication cannot be
improved by means of a dual electrical bus system. To be able to use the second bus system
as redundancy, a second S7 connection must be used and managed accordingly in the user
program (see next figure).
)DXOWWROHUDQWV\VWHP 6WDQGDUGV\VWHP
%XV
%XV
)DXOWWROHUDQWV\VWHP
&RQQHFWLRQ
%ORFNGLDJUDP
&RQQHFWLRQ
Figure 17-9 Example of linking standard and fault-tolerant systems in a redundant bus system
If the plant bus is configured as a duplex fiber-optic ring, the communication of the systems
involved is maintained if a break of the two-fiber fiber-optic cable occurs. The systems then
communicate as if they were connected to a bus system (linear structure); see following
figure.
+V\VWHP 6WDQGDUGV\VWHP
&RQQHFWLRQ
+V\VWHP
260 6WDQGDUGV\VWHP
&38D &3D EXV
260
%ORFNGLDJUDP EXV &3E &38E
&38D &3D 260
EXV
&RQQHFWLRQ
Response to failure
Duplex fiber-optic ring and bus system
S7 connections are used here in which the connection ends on the CPU of the subsystem,
here CPUa1. For this reason, an error in the fault-tolerant system, e.g., CPUa1 or CPa1, as
well as an error in system b, e.g., CP b, will result in a total failure of the communication
between the two systems involved. This can be seen in the preceding figures.
There are no bus system-specific differences in the response to failure.
Availability
Availability compared to using a single bus (see figure below) can be enhanced by using a
redundant system bus and two separate CPs in a standard system.
)DXOWWROHUDQWV\VWHP 6WDQGDUGV\VWHP
%XV
)DXOWWROHUDQWV\VWHP
&RQQHFWLRQ
%ORFNGLDJUDP
6WDQGDUGV\VWHP
&38D &3D
%XV &3E &38E
&38D &3D
&RQQHFWLRQ
Figure 17-11 Example of linking standard and fault-tolerant systems in a single bus system
Redundant communication can also be operated with standard connections. For this
two separate S7 connections must be configured in the program in order to implement
connection redundancy. In the user program, both connections require the implementation
of monitoring functions in order to allow the detection of failures and to change over to the
standby connection.
The following figure shows such a configuration.
CPU CP CPU CP CP
a1 a1 b1 b1 b2
Bus 1
Bus 2
Fault-tolerant
Block diagram
CPUa1 CPa1 Bus 1 CPb1 Standard system
CPUb1
CPUa2 CPa2 CPb2
Bus 2
Figure 17-12 Example of redundancy with fault-tolerant systems and a redundant bus system with
redundant standard connections
Response to failure
Double errors in the fault-tolerant system (i.e., CPUa1 and CPa 2) or in the standard system (CPb1
and CPb2), and single errors in the standard system (CPUb1) lead to a total failure of
communication between the systems involved (see previous figure).
Configuring connections
Redundant connections between the point-to-point CP and the fault-tolerant system are not
necessary.
+V\VWHPD 6LQJOHFKDQQHOWKLUGSDUW\V\VWHP
&3
&38
&38 &3
D
([W
&3
[ ,0
3W3
5HGXQGDQF\EORFN (70
GLDJUDP +V\VWHPD
&38D ,0D
)DXOWWROHUDQWV\VWHPD 6LQJOHFKDQQHOWKLUGSDUW\V\VWHP
&3 &3
&38 &38
3W3
D
([W
&3
[ ,0 3W3
5HGXQGDQF\EORFN (70
GLDJUDP
)DXOWWROHUDQWV\VWHPD 6\VWHPUHGXQGDQF\
31,2 6LQJOHFKDQQHOWKLUGSDUW\V\VWHP
&38D
&38D
31,2
Figure 17-14 Example of connecting a fault-tolerant system to a single-channel third-party system
via PROFINET IO with system redundancy
Response to failure
Double errors in the fault-tolerant system (i.e., CPUa1 and IM 153) and a single fault in the third-
party system lead to a total failure of communication between the systems involved. This can be
seen in the previous figure.
The point-to-point CP can also be inserted centrally in "Fault-tolerant system a". However,
in this configuration even the failure of the CPU, for example, will cause a total failure of
communication.
Configuring connections
Redundant connections between the gateway CP and the single-channel system are not
required.
The gateway CP is located on a PC system which has fault-tolerant connections to the
fault-tolerant system.
To configure fault-tolerant S7 connections between fault-tolerant system A and the gateway,
you first need to install S7-REDCONNECT on the gateway. The functions for preparing data for
their transfer via the single-channel link must be implemented in the user program.
For additional information, refer to the "Industrial Communications IK10" Catalog.
6LQJOHFKDQQHOOLQN
260 260
3ODQWEXVDVRSWLFDO
WZRILEHUULQJ
5HGXQGDQF\EORFNGLDJUDP
+V\VWHPD
Requirement
The essential requirement for the configuration of fault-tolerant connections with STEP 7 is a
configured hardware installation.
The hardware configuration in both subsystems of a fault-tolerant system must be identical.
This applies in particular to the slots.
Depending on the network used, CPs can be used for fault-tolerant and fail-safe
communication, see Appendix Function and communication modules that can be used in
a redundant configuration (Page 377)
Industrial Ethernet with ISO protocol or PROFIBUS without distributed I/O and ISO on TCP
is supported. Fault-tolerant S7 connections via Industrial Ethernet with ISO on TCP are
supported by the integrated PN interfaces and corresponding CPs. You require a suitable
CP for fault-tolerant S7 connections via Industrial Ethernet with ISO protocol or via PROFIBUS.
These connections are not possible via the internal PROFIBUS-DP interface.
Only Industrial Ethernet is supported for connecting to PC stations using fault-tolerant S7
connections. To be able to use fault-tolerant S7 connections between a fault-tolerant system
and a PC, you must install the "S7-REDCONNECT" software package on the PC. The software
is part of the SIMATIC Net CD. As of version 8.1.1, communication over ISO-on-TCP is also
supported. Please refer to the product information on the SIMATIC NET PC software to learn
more about the CPs you can use at the PC end.
Communication combinations
The following table shows the possible combinations of fault-tolerant connections via Industrial
Ethernet.
Local connec‐ Local network con‐ Used net‐ Remote Remote connec‐
tion nection work protocol network connection tion
end point end point
CPU 410 CPU-PN interface TCP CPU-PN interface TCP CPU 410 S7 fault tol‐
CP443-1 (EX30) TCP CPU-PN interface TCP CPU 41xH erant con‐
CP443-1 (EX30) TCP CP443-1 (EX30) TCP V6/CPU 410 nection via
CPU 41xH V4.5 ISOonTCP
and higher/CPU
410
CPU 410 CP443-1 (EX30) ISO CP443-1 ISO CPU 41xH /CPU S7 fault tol‐
410 erant con‐
nection via
ISO
PC station PC station with Simat‐ TCP CPU-PN interface TCP CPU 41xH S7 fault tol‐
with Simatic ic Net CD TCP CP443-1 (EX30) TCP V6/CPU 410 erant con‐
Net CD CP1613/1623/1628, CPU 41xH V4.5 nection via
V8.1.1 or higher and higher/CPU ISOonTCP
410
PC station for example CP1623 ISO CP443-1 ISO CPU 41xH /CPU S7 fault tol‐
with Simatic with Simatic Net, 410 erant con‐
Net CD V8.1.2 or higher nection via
ISO
PC station for example CP1623 ISO CP443-1 ISO CPU 41xH /CPU S7 fault tol‐
with Simatic with Simatic Net up 410 erant con‐
Net CD to V7.x nection via
ISO
Configuration
The availability of the system, including the communication, is set during configuration. Refer
to the STEP 7 documentation to find out how to configure connections.
Only S7 communication is used for fault-tolerant S7 connections. To set this up, open the
"New Connection" dialog box, then select "S7 Connection Fault-Tolerant" as the type.
The number of required redundant subconnections is determined by STEP 7 as a function of
the redundancy nodes. Up to four redundant connections can be generated, if supported by
the network. Higher redundancy cannot be achieved even by using more CPs.
In the "Properties - Connection" dialog box you can also modify specific properties of a
fault-tolerant connection if necessary. When using more than one CP, you can also route
the connections in this dialog box. This may be practical, because by default all connections
are routed initially through the first CP. If all the connections are busy there, any further
connections are routed via the second CP, etc.
You have to extend the monitoring time of the connection when you use long
synchronization cables.
Programming
Fault-tolerant communication is supported on the fault-tolerant CPU and is implemented using
S7 communication.
This is possible only within an S7 project/multiproject.
You program the fault-tolerant communication with STEP 7 using communication SFBs.
These communication blocks can be used to transmit data over subnets (Industrial
Ethernet, PROFIBUS). The communication SFBs integrated in the operating system enable
an acknowledged data transmission. In addition to data transfer, you can also use other
communication functions for controlling and monitoring the communication peer.
User programs written for S7 connections can also be used for fault-tolerant S7 connections
without program modification. Cable and connection redundancy has no effect on the user
program.
Note
For information on programming the communication, refer to the STEP 7 documentation
(e.g., Programming with STEP 7).
The START and STOP communication functions act on exactly one CPU or on all CPUs of
the fault-tolerant system (for more details refer to Reference Manual System Software for
S7-300/400, System and Standard Functions).
Disruptions of a subconnection while communication jobs are active over fault-tolerant S7
connections can extend the runtime of these jobs.
Note
Downloading the connection configuration during operation
If you download a connection configuration during operation, established connections may be
terminated.
Availability
The easiest way to increase the availability between linked systems is to use a redundant plant
bus. This is set up with a duplex fiber-optic ring or a dual electrical bus system. The connected
nodes may consist of simple standard components.
Availability can best be enhanced using a duplex fiber-optic ring. If a break of the two-
fiber fiber-optic cable occurs, communication is maintained between the systems involved.
The systems then communicate as if they were connected to a bus system (line). A ring
topology basically contains two redundant components and automatically forms a 1-out-of-2
redundancy node. The fiber-optic network can also be set up in star topology as redundant
bus.
If one electrical cable segment fails, communication between the participating systems is
also upheld (1-out-of-2 redundancy).
The following examples illustrate the differences between a duplex fiber-optic ring and a dual
electrical bus system.
Note
The number of connection resources required on the CPs depends on the network used.
If you implement a duplex fiber-optic ring (see figure below), two connection resources are
required per CP. In contrast, only one connection resource is required per CP if a double
electrical network (see figure after next) is used.
+V\VWHPD +V\VWHPE
3ODQWEXVDVRSWLFDO
&38 &3 &38 &3 WZRILEHUULQJ
D D E E
+V\VWHPD
+V\VWHPE
260
&38D &3D EXVD &3E &38E
5HGXQGDQF\EORFN
GLDJUDP
&38D &3D 260 &3E &38E
EXVE
RXWRIUHGXQ
GDQF\
Figure 17-16 Example of redundancy with fault-tolerant system and redundant ring
Figure 17-17 Example of redundancy with fault-tolerant system and redundant bus system
CPa11 CPb11
CPUa1 Bus 1 CPUb1
Redundancy block
diagram CPa12 CPb12
CPa21 CPb21
CPUa2 Bus 2 CPUb2
CPa22 CPb22
You decide during configuration if the additional CPs are used to increase resources or
availability. This configuration is typically used to increase availability.
Note
Internal and external interface
Communication between fault-tolerant systems can be either via internal interfaces or via
external interfaces (CP).
The partial connections of an S7 H connection cannot be configured over an external and
internal interface
Response to failure
With a duplex optic-fiber ring, only a double error within a fault-tolerant system, e.g., CPUa1 and
CPa2 in one system, leads to total failure of communication between the systems involved (see
Figure 11-14).
If a double error, e.g., CPUa1 and CPb2, occurs in the first case of a redundant electrical
bus system (see Figure 11-15), this results in a total failure of communication between the
systems involved.
In the case of a redundant electrical bus system with CP redundancy (see Figure 11-16), only
a double error within a fault-tolerant system, e.g., CPUa1 and CPa2, or a triple error, e.g.,
CPUa1, CPa22, and bus2, will result in a total failure of communication between the systems
involved.
Fault-tolerant S7 connections
Any disruption of subconnections while communication jobs are active over fault-tolerant S7
connections leads to extended delay times.
Availability
Availability can be enhanced by using a redundant plant bus and by using a fault-tolerant CPU
in a standard system.
If the communication peer is a fault-tolerant CPU, redundant connections can also be
configured, in contrast to systems with a standard CPU.
Note
Fault-tolerant connections use two connection resources on CP b1 for the redundant
connections. One connection resource each is occupied on CP a1 and CP a2 respectively. In this
case, the use of further CPs in the standard system only serves to increase the resources.
+V\VWHPD 6WDQGDUGV\VWHPZLWK+&38
+V\VWHPD
6WDQGDUGV\VWHPZLWK+&38
Response to failure
Double errors in the fault-tolerant system, i.e., CPUa1 and CPa2, or single errors in the standard
system, i.e., CPUb1, lead to a total failure of communication between the systems involved. This
can be seen in the previous figure.
Availability
PCs are not fault-tolerant due to their hardware and software characteristics. The availability of
a PC (OS) system and its data management is ensured by means of suitable software such as
WinCC Redundancy.
Communication takes place via fault-tolerant S7 connections.
The "S7-REDCONNECT" software package is required for fault-tolerant communication on a
PC. S7-REDCONNECT is used to connect a PC to a redundant bus system using one or two
CPs. The second CP is merely used to redundantly connect the PC to the bus system and does
not increase the availability of the PC. Always use the latest version of this software.
Only Industrial Ethernet is supported for connecting PC systems. The SIMATIC Net software
V 8.1.2 is required for connection via ISOonTCP. This corresponds to the configuration TCP/
RFC1006 at the PC end.
Note
The PROFINET IO MRP (Media Redundancy Protocol) for PROFINET IO ring topologies is not
supported by SIMATIC NET PC modules. Plant buses as duplex fiber-optic rings cannot be
operated with MRP.
Configuring connections
The PC must be engineered and configured as a SIMATIC PC station. Additional configuration of
fault-tolerant communication is not necessary at the PC end. The connection configuration is
uploaded from the STEP 7 project to the PC station.
You can find out how to use STEP 7 to integrate fault-tolerant S7 communication for a PC into
your OS system in the WinCC documentation.
)DXOWWROHUDQWV\VWHPD 3&
&38 &3 :LQ&& &3 6\VWHPEXVDVRSWLFDO
D D 6HUYHU WZRILEHUULQJ
)DXOWWROHUDQWV\VWHPD
RIUHGXQGDQF\
Figure 17-20 Example of redundancy with fault-tolerant system and redundant bus system
)DXOWWROHUDQWV\VWHPD 3&
)DXOWWROHUDQWV\VWHPD
RIUHGXQGDQF\
Figure 17-21 Example of redundancy with a fault-tolerant system, redundant bus system and
redundant connection to the PC.
Response to failure
Double errors in the fault-tolerant system, e.g., CPUa1 and CPa2, or failure of the PC station
result in a total failure of communication between the systems involved; see previous figures.
If the user program calls communication blocks, such as SFB 12 "BSEND" and SFB 13 "BRCV",
which are only used in pairs and access shared data, access to this data area can be
coordinated by the user by means of the "DONE" parameter, for example. The consistency
of data transmitted locally with these communication blocks can thus be ensured in the user
program.
In contrast, S7 communication functions do not require a block such as SFB 14 "GET", SFB
15 "PUT", in the user program of the target device. Here, you must make allowance for the
volume of consistent data in the programming phase.
17.12.2 Consistency rules for SFB 14 "GET" or read variable, and SFB 15 "PUT" or
write variable
SFB 14
The data are received consistently if you observe the following points:
Evaluate the entire, currently used part of the receive area RD_i before you activate a new
request.
SFB 15
When a send operation is initiated (rising edge at REQ), the data to be sent from the send areas
SD_i are copied from the user program. You can write new data to these areas after the block call
command without corrupting the current send data.
Note
Completion of transfer
The send operation is not completed until the status parameter DONE assumes value 1.
17.12.3 Consistent reading and writing of data from and to DP standard device/IO
device
Note
Evaluate the entire currently used part of the receive area RD_i before you activate a new job.
Note
When a send operation is activated (positive edge at REQ), the data to be transmitted from the
send areas SD_i is copied from the user program. You can write new data to these areas after the
block call command without corrupting the current send data.
In the general identification format (GIF), you can define a maximum length of consistent
data of 16 words = 32 bytes; 32 bytes for inputs, and 32 bytes for outputs. A greater length is
not possible.
Note also in this regard that a CPU 41x must be configurable in general as a DP device on an
external master (connection via GSD) using the general identification format. For this reason,
the maximum size of the transfer memory of a CPU 41x as DP device for PROFIBUS DP is 16
words = 32 bytes.
Note
The PROFIBUS DP standard defines upper limits for the transfer of consistent user data. Common
DP standard devices adhere to these upper limits. Older CPUs (<1999) had CPU-specific
restrictions in terms of the transmission of consistent user data. For these CPUs, you can find the
maximum length of data that can be consistently read from or written to a DP standard device
in their technical specifications under keyword "DP master – User data per DP device". The
specified length value of newer CPUs surpasses the data length that a DP standard device
provides or accepts.
You can initiate the link-up and update operation for achieving the redundant system state as
follows:
• POWER ON the standby if prior to POWER OFF the CPU was not in STOP operating state.
• Operator input on the PG/ES.
You can only start a link-up and update operation with master/standby changeover by
an operator input on the PG/ES.
Note
If a link-up and update operation is interrupted on the standby CPU (for example due to POWER
OFF, STOP), this may cause data inconsistency and lead to a memory reset request on this CPU.
The link-up and update functions are possible again after a memory reset on the standby.
6WDQGE\UHTXHVWV/,1.83
'HOHWLQJORDGLQJJHQHUDWLQJDQG 'HOHWLQJORDGLQJJHQHUDWLQJDQG
FRPSUHVVLQJRIEORFNVQRORQJHU FRPSUHVVLQJRIEORFNVQRORQJHU
SRVVLEOH7HVWDQGFRPPLVVLRQLQJ SRVVLEOH7HVWDQGFRPPLVVLRQLQJ
IXQFWLRQVQRORQJHUDYDLODEOH IXQFWLRQVQRORQJHUDYDLODEOH
&RPSDULVRQRIRSHUDWLQJV\VWHPYHUVLRQDQGQXPEHURI32VRQ6(&
&RS\ORDGPHPRU\FRQWHQW
&RS\XVHUSURJUDPEORFNVRIWKHZRUNPHPRU\
$OOFRQQHFWLRQVDUHWHUPLQDWHG
$FFHSWDQFHRI'3VODYHV
$FFHSWDQFHRIWKH,2GHYLFHV
$FFHSWDQFHRIWKHFRQQHFWLRQ
8SGDWHVHHQH[WILJXUH
/LIWUHVWULFWLRQVH[HFXWHGHOD\HG /LIWUHVWULFWLRQVH[HFXWHGHOD\HG
SURFHVVLQJ SURFHVVLQJ
6\VWHPVWDWHUHGXQGDQWRUPDVWHUVWDQGE\VZLWFKRYHUZLWK6723RI
QHZVWDQGE\
*) If the "Switchover to CPU with modified configuration" option is set, the content of the
load memory is not copied; what is copied from the user program blocks of the work
memory (OBs, FCs, FBs, DBs, SDBs) of the master CPU is listed in Chapter Switch to CPU with
modified configuration (Page 338)
6WDWXVPHVVDJH8SGDWHWRDOOORJJHGRQ
SDUWQHUV
1HJDWLYHDFNQRZOHGJHPHQWRIDV\QFKUR
QRXV6)&VDQG6)%VIRUGDWDUHFRUGV
0HVVDJHVDUHGHOD\HG
$OO2%VXSWRSULRULW\FODVVLQFO2%
ZLOOEHGHOD\HG
6WDUWRIPRQLWRULQJWKHPD[LPXPF\FOH
WLPHH[WHQVLRQ
0DVWHUFRSLHVFRQWHQWVRIWKHPRGLILHGGDWDEORFNV
&XUUHQWFRPPXQLFDWLRQUHTXHVWVDUH
GHOD\HGRUQHZRQHVDUHUHMHFWHG
6WDUWRIPRQLWRULQJPD[LPXPFRPPXQL
FDWLRQGHOD\
2%VRISULRULW\FODVVHV!DUHGHOD\HG
ZLWKWKHH[FHSWLRQRIWKHZDWFKGRJLQWHUUXSW
2%ZLWKVSHFLDOKDQGOLQJ
([HFXWLRQRIWKHZDWFKGRJLQWHUUXSW2%
ZLWKVSHFLDOKDQGOLQJDVUHTXLUHG
6WDUWRIPRQLWRULQJWKHPD[LPXP
WLPHRILQKLELWLRQRISULRULW\FODVVHV!
0DVWHUFRSLHVRXWSXWV
6WDUWRIPLQLPXP,2UHWHQWLRQWLPH 7KHRXWSXWVZLOOEHHQDEOHG
0DVWHUFRSLHVWKHFRQWHQWVRIWKHGDWDEORFNVZKLFK 5HGXQGDQW
KDYHEHHQPRGLILHGVLQFHWKH\ZHUHODVWFRSLHG RSHUDWLRQRU
FKDQJHRI
PDVWHUVKLS
0DVWHUFRSLHVWLPHUVFRXQWHUVPHPRU\
PDUNHUVLQSXWVDQGWKHGLDJQRVWLFVEXIIHU
)RUGHWDLOVRQWKHUHOHYDQW6)&V6)%VDQGFRPPXQLFDWLRQIXQFWLRQVUHIHU
WRWKHQH[WFKDSWHUV
([HFXWLRQWLPHIRUSURJUDPRI
ZLWK'3DQG31,2RQO\,2 SULRULW\FODVVHJ2%
XSGDWHWLPHZRUVWFDVH[ UXQWLPH
0LQLPXPVLJQDOGXUDWLRQ
Figure 17-24 Example of minimum signal duration of an input signal during the update
Note
Even though you have not modified the hardware configuration on the standby CPU, there is
nevertheless a master/standby changeover and the previous master CPU switches to STOP.
9. Transfer of outputs and of all data block contents modified again. Transfer of timers,
counters, bit memories, and inputs. Transfer of the diagnostic buffer.
During this data synchronization, the system interrupts the clock pulse for cyclic interrupts,
time-delay interrupts and S7 timers. This results in the loss of any synchronism between
cyclic and time-of-day interrupts.
10.Cancel all restrictions. Delayed interrupts and communication functions are executed. All
OBs are executed again.
A constant bus cycle time compared with previous calls can no longer be guaranteed for
delayed cyclic interrupt OBs.
Note
Process interrupts and diagnostic interrupts are stored by the I/O devices. Such interrupt
requests issued by distributed I/O modules are executed when the block is re-enabled. Any
such requests by central I/O modules can only be executed provided the same interrupt
request did not occur repeatedly while the status was disabled.
If the PG/ES requested a master/standby changeover, the previous standby CPU assumes
master mode and the previous master CPU goes into STOP when the update is completed.
Both CPUs will otherwise go into RUN (redundant system mode) and execute the user
program in synchronism.
When there is a master/standby changeover, in the first cycle after the update OB 1 is
assigned a separate identifier (see System Software for S7-300/400, System and Standard
Functions Reference Manual). For information on other aspects resulting from modifying the
configuration, refer to section Switch to CPU with modified configuration (Page 338).
Note
Even though you have not modified the hardware configuration on the standby CPU, there is
nevertheless a master/standby changeover and the former master CPU switches to STOP.
When you initiate the link-up and update operation from STEP 7 with the "Switch to CPU with
modified configuration" option, the system reacts as follows with respect to handling of the
memory contents.
Load memory
The contents of the load memory are not copied from the master to the standby CPU.
Work memory
The following components are transferred from the work memory of the master CPU to the
standby CPU:
• Contents of all data blocks assigned the same interface time stamp in both load memories
and whose attributes "read only" and "unlinked" are not set.
• Data blocks generated in the master CPU by SFCs.
The DBs generated in the standby CPU by means of SFC are deleted.
If a data block with the same number is also contained in the load memory of the standby
CPU, the link-up operation is cancelled with an entry in the diagnostics buffer.
• Process images, timers, counters, and bit memories
The status of SFB instances of S7 communication contained in modified data blocks is
restored to the status prior to their initial call.
CAUTION
Always perform link-up and update operations when the process is not in a critical state.
You can set specific start times for link-up and update operations at SFC 90 "H_CTRL". For
detailed information on this SFC, refer to Manual System Software for S7-300/400, System
and Standard Functions.
Note
If the process tolerates cycle time extensions at any time, you do not need to call SFC 90
"H_CTRL".
The CPU does not perform a self-test during link-up and updating. If you use a fail-safe user
program, you should avoid any excessive delay for the update operation. For more details, refer
to Manual S7-400F and S7-400FH Automation Systems.
Additional information
For detailed information on programming the blocks described above, refer to the STEP 7 Online
Help.
Configurations
The following redundant I/O configurations are supported:
1. Redundant configuration with one-sided central and/or distributed I/O.
For this purpose, one signal module each is inserted into the CPU 0 and CPU 1 subsystems.
2. Redundant configuration with switched I/O
One signal module each is inserted into two ET 200M distributed I/O devices with active
backplane bus.
5HGXQGDQWRQHVLGHG,2
5HGXQGDQWVZLWFKHG,2
Note
When using redundant I/O, you may need to add time to the calculated monitoring times; see
Chapter Determining the monitoring times (Page 118)
Note
The MODA and IOAE_BIT variables must also be valid outside OB 1 and OB 122. The ATTEMPT2
variable, however, is used only in OB 1.
Retry: =False
Read module
Yes A first? No
Access to Access to
module A module B
No No
Retry = Retry =
TRUE? TRUE?
No No
Yes Yes
Note
If you have made I/O modules redundant and have taken account of this in your program, you
may need to add an overhead to the calculated monitoring times so that no bumps occur at
output modules (in HW Config -> Properties CPU -> H Parameter).
An overhead is only required if you operate modules from the following table as redundant
modules.
Process image
During cyclic program execution, the CPU requires a consistent image of the process signals. To
ensure this, the process signals are read/written prior to program execution. During the
subsequent program execution, the CPU does not access the signal modules directly when
addressing the input (I) and output (O) address areas. It accesses the CPU's system memory area
containing the image of the inputs and outputs.
Step Sequence
1 The operating system initiates the scan cycle monitoring time.
2 The CPU copies the values from the process output images to the output modules.
3 The CPU reads the status of inputs of the input modules, and then updates the process
image of the inputs.
4 The CPU processes the user program in time slices and executes the instructions specified
in the program.
5 At the end of a cycle, the operating system executes pending tasks, e.g., loading and
deleting of blocks.
6 Finally, on expiration of any given minimum cycle time, the CPU returns to the start of the
cycle and restarts cycle monitoring.
PIO
Time slices (1 ms each)
PII
User program
SCC (OS)
Operating system
User program
Communication
Influencing factors
The table below shows the factors influencing the cycle time.
Factors Remark
Transfer time for the process out‐ See tables from 19-3 onwards
put image (POI) and process input
image (PII)
User program execution time This value is calculated based on the execution times of the various
statements (see the S7-400 statement list).
Operating system execution time See Table 19-7
at the cycle control point
Extension of cycle time due to com‐ You configure the maximum permitted communication load on the
munication load cycle as a percentage in STEP 7 (Manual Programming with STEP 7).
See Chapter Cycle load due to communication (Page 349).
Load on cycle times due to inter‐ Interrupt requests can always stop user program execution. See
rupts Table 19-8
Table 17-11 Portion of the process image transfer time, CPU 410-5H
Long synchronization cables may increase cycle times. This extension can have the factor 2 -
5 with a cable length of 10 km.
Table 17-13 Operating system execution time at the cycle control point
CPU Hardware Diagnostic Time-of- Delay interrupt Cyclic Program‐ I/O Asyn‐
interrupt interrupt day in‐ inter‐ ming error access er‐ chro‐
terrupt rupt ror nous
error
CPU 410-5H 75 µs 40 µs 50 µs 40 µs 40 µs 20 µs 20 µs 55 µs
stand-alone
mode
CPU 410-5H re‐ 180 µs 70 µs 200 µs 120 µs 120 µs 90 µs 45 µs 130 µs
dundant
The program runtime at interrupt level must be added to this time extension.
If several interrupts are nested, their times must be added together.
Data consistency
The user program is interrupted to process communications. This interruption can be triggered
after any command. These communication jobs may lead to a change in user data. As a result,
data consistency cannot be ensured over several accesses.
How to ensure data consistency in operations comprising more than one command is described
in Chapter "Consistent data".
User program
Configurable portion between
5% and 50%
Communication
The operating system takes a certain portion of the remaining time slice for internal tasks.
This portion is included in the factor defined in the tables starting at 16-3.
This means that a setting of 20% communication load allocates an average of 200 µs to
communication and 800 µs to the user program in each time slice. So the CPU requires
10 ms / 800 µs = 13 time slices to execute one cycle. This means the physical cycle time
is equivalent to 13 times 1-ms time slice = 13 ms, if the CPU fully utilizes the configured
communication load.
That is to say, 20% communication does not extend the cycle by a linear amount of 2 ms, but
by 3 ms.
Cycle time
30 ms
You can set a communication load
within this range
25 ms
20 ms
15 ms
10 ms
5 ms
0% 5% 10% 20% 30% 40% 50% 60%
Communication load
Remarks
• Change the value of the "communication load" parameter to check the effects on the cycle
time during system runtime.
• Always take the communication load into account when you set the maximum cycle time,
otherwise you risk timeouts.
Fluctuation range
The actual response time lies between the shortest and the longest response time. You must
always assume the longest response time when configuring your system.
The shortest and longest response times are analyzed below so that you can gain an
impression of the variation of the response time.
Factors
The response time depends on the cycle time and the following factors:
• Delay of the inputs and outputs
• Additional DP cycle times on the PROFIBUS DP network
• Execution in the user program
Delay of inputs/outputs
Make allowances for the following module-specific delay times:
• For digital inputs: the input delay time
• For interrupt-capable digital inputs: the input delay time + internal preparation time
• For digital outputs: negligible delay times
%XVUXQWLPH PV
PV
%DXGUDWH0ESV
PV
PV
PV
PV
%DXGUDWH0ESV
PV
PV
0LQ
GHYLFHLQWHUYDO
1XPEHURI'3GHYLFHV
If you operate a PROFIBUS DP network with multiple masters, you must take the DP cycle
time into account for each master, i.e. perform and add the calculation for each master
separately.
6&&26
,QSXWGHOD\
3$$
,PPHGLDWHO\EHIRUHWKH3,,LVUHDGWKHVWDWHRIWKHUHVSHFWLYH
LQSXWFKDQJHV7KHFKDQJHLQLQSXWVLJQDOLVWKHUHIRUHDOVR
3$( LQFOXGHGLQWKH3,,
5H
DF 8VHU
SURJUDP 7KHFKDQJHLQLQSXWVLJQDOLVSURFHVVHGKHUHE\WKHXVHU
WLRQ SURJUDP
WLPH
6&&26
7KHXVHUSURJUDPUHDFWLRQWRWKHFKDQJHLQLQSXWVLJQDOLV
WUDQVIHUUHGWRWKHRXWSXWVKHUH
3$$
2XWSXWGHOD\
Calculation
The (shortest) response time is calculated as follows:
• 1 x process image transfer time of the inputs +
• 1 x process image transfer time of the outputs +
• 1 x program processing time +
• 1 x operating system processing time at the SCCP +
• Delay of the inputs and outputs
The result is equivalent to the sum of the cycle time plus the I/O delay times.
Note
If the CPU and signal module are not in the central controller, you must add twice the runtime
of the DP device frame (including processing in the DP master).
6&&26
,QSXWGHOD\
'3F\FOHWLPHRQWKH352),%86b'3
3$$
$VWKH3,,LVEHLQJUHDGLQWKHVWDWHRIWKHUHVSHFWLYH
3$( LQSXWFKDQJHV7KHFKDQJHLQLQSXWVLJQDOLVWKHUHIRUH
LJQRUHGLQWKH3,,
8VHU
SURJUDP
6&&26
5H
DF
WLRQ
WLPH 3$$
7KHFKDQJHLQLQSXWVLJQDOLVLQFOXGHGLQWKH3,,KHUH
3$(
7KHFKDQJHLQLQSXWVLJQDOLVSURFHVVHGKHUHE\WKH
8VHU XVHUSURJUDP
SURJUDP
7KHXVHUSURJUDPUHDFWLRQWRWKHFKDQJHLQLQSXW
6&&26 VLJQDOLVWUDQVIHUUHGWRWKHRXWSXWVKHUH
3$$ 2XWSXWGHOD\
'3F\FOHWLPHRQWKH352),%86b'3
Figure 17-33 Longest response time
Calculation
The (longest) response time is calculated as follows:
• 2 x process image transfer time of the inputs +
• 2 x process image transfer time of the outputs +
• 2 x operating system processing time +
• 2 x program processing time +
• 2 x runtime of the DP device frame (including processing in the DP master) +
• Delay of the inputs and outputs
This is equivalent to the sum of twice the cycle time and the delay in the inputs and outputs
plus twice the DP cycle time.
Table 17-15 Direct access of the CPUs to I/O modules in the central controller
Table 17-16 Direct access of the CPUs to I/O modules in the expansion unit with local link
Table 17-17 Direct access of the CPUs to I/O modules in the expansion unit with remote link, setting 100 m
Note
You can also achieve fast response times by using hardware interrupts; see section Interrupt
response time (Page 361).
Cycle time
1. Determine the user program runtime with the help of the instruction list.
2. Calculate and add the process image transfer time. You will find guide values for this in the
tables starting at 16-3.
3. Add the processing time at the scan cycle checkpoint. You will find guide values for this in
Table 16-8.
4. Multiply the calculated value by the factor in Table 16-7.
The final result is the cycle time.
Example I
You have installed an S7-400 with the following modules in the central controller:
• a CPU 410–5H in redundant mode
• 2 digital input modules SM 421; DI 32xDC 24 V (each with 4 bytes in the PI)
• 2 digital output modules SM 422; DO 32xDC 24 V/0.5 (each with 4 bytes in the PI)
User program
According to the instruction list, the user program runtime is 15 ms.
Example II
You have installed an S7-400 with the following modules:
• a CPU 410–5H in redundant mode
• 4 digital input modules SM 421; DI 32×DC 24 V (each with 4 bytes in the PI)
• 3 digital output modules SM 422; DO 16xDC 24 V /2 (each with 2 bytes in the PI)
• 2 analog input modules SM 431; AI 8x13 bit (not in the PI)
• 2 analog output modules SM 432; AO 8x13 bit (not in the PI)
CPU parameters
The CPU parameters were assigned as follows:
• Cycle load due to communication: 40%
User program
According to the instruction list, the user program runtime is 10.0 ms.
Table 17-19 Hardware and interrupt response times; maximum interrupt response time without
communication
Signal modules
The hardware interrupt response time of signal modules is made up as follows:
• Digital input modules
Hardware interrupt response time = internal interrupt processing time + input delay
You will find these times in the data sheet for the respective digital input module.
• Analog input modules
Hardware interrupt response time = internal interrupt processing time + conversion time
The internal interrupt processing time for analog input modules can be neglected. The
conversion times can be found in the data sheet for the individual analog input modules.
The diagnostic interrupt response time of the signal modules is the time from detection of
a diagnostic event by the signal module to the triggering of the diagnostic interrupt by the
signal module. This short time can be neglected.
Example
You have installed a CPU 410-5H and four digital modules in the central controller. One digital
input module is the SM 421; DI 16×UC 24/60 V; with hardware and diagnostic interrupts. You
have enabled only the hardware interrupt in your CPU and SM parameter assignment. You
decided not to use time-driven processing, diagnostics or error handling. You have assigned an
input delay of 0.5 ms for the digital input modules. No activities are required at the scan cycle
checkpoint. You have set the communication load of the cycle as 20%.
Calculation
In this example, the hardware interrupt response time is based on following time factors:
• Process interrupt response time of CPU 410-5H: Approx. 0.3 ms (mean value in
redundant operation)
• Extension due to communication according to the description in Chapter Interrupt response
time (Page 361):
100 µs + 1000 µs × 20% = 300 µs = 0.3 ms
• Hardware interrupt response time of SM 421; DI 16×UC 24/60 V:
– Internal interrupt processing time: 0.5 ms
– Input delay: 0.5 ms
• The DP cycle time on the PROFIBUS DP is irrelevant, because the signal modules are installed
in the central controller.
The hardware interrupt response time is equivalent to the sum of the listed time factors:
Hardware interrupt response time = 0.3 ms + 0.3 ms + 0.5 ms + 0.5 ms = approx. 1.6 ms.
This calculated hardware interrupt response time is the time between detection of a signal at
the digital input and the call of the first instruction in OB 4x.
Definition of "reproducibility"
Time-delay interrupt:
The period that expires between the call of the first operation in the interrupt OB and the
programmed time of interrupt.
Cyclic interrupt:
The fluctuation range of the interval between two successive calls, measured between the
respective initial operations of the interrupt OB.
Reproducibility
The following table contains the reproducibility of time-delay and cyclic interrupts of the CPUs.
Module Reproducibility
Time-delay interrupt Cyclic interrupt
CPU 410-5H stand-alone mode ± 120 µs ± 160 µs
CPU 410-5H redundant ± 200 µs ± 180 µs
These times only apply if the interrupt can actually be executed at this time and if it is not
delayed, for example, by higher-priority interrupts or queued interrupts of equal priority.
Note
These are guide values, not absolute values. The actual value may deviate from these
specifications in some cases. This overview is intended as a guide and should help you estimate
how use of the Redundant IO CGP V52 library may change the cycle time.
Reliability
Reliability refers to the capability of technical equipment to fulfill its function during its operating
period. This is usually no longer the case if any of its components fails.
So a commonly used measure for reliability is the MTBF (Mean Time Between Failure). This
can be analyzed statistically based on the parameters of running systems, or by calculating
the failure rates of the components used.
Reliability of modules
The reliability of SIMATIC components is extremely high as a consequence of extensive quality
assurance measures in design and production.
MDT
Qualified personnel
Logistics
Figure A-1 MDT
The figure below shows the parameters included in the calculation of the MTBF of a system.
([SHULHQFH
(UURUPRGHO
6\VWHPHUURU
0'7&&)'&
07%)RIWKH
&RPSRQHQW V\VWHP
FKDUDFWHULVWLFV
0DUNRYPRGHO
0LQLPDO&XW6HW0&6
0&6FODVV
Figure A-2 MTBF
Requirements
This analysis assumes the following conditions:
• The failure rate of all components and all calculations is based on an average temperature of
40 °C.
• The system installation and configuration is free of errors.
• All replacement parts are available locally, in order to prevent extended repair times due to
missing spare parts. This keeps the component MDT down to a minimum.
• The MDT of individual components is 4 h. The system's MDT is calculated based on the MDT
of the individual components plus the system structure.
• The MTBF of the components meets the following standards:
– SN 29500
This standard is compliant with MIL–HDBK 217–F.
– IEC 60050
– IEC 61709
• The calculations are made using the diagnostic coverage of each component.
• A CCF factor between 0.2% and 2% is assumed, depending on the system configuration.
• Corrosion
• Vibration and shock
• Electromagnetic interference
• Electrostatic discharge
• RF interference
• Unexpected sequence of events
• Operating errors
The CCF factor defines the ratio between the probability of the occurrence of a CCF and the
probability of the occurrence of any other error.
Typical CCF factors range from 2% to 0.2% in a system with identical components, and
between 1% and 0.1% in a system containing different components.
Within the range stipulated in IEC 61508, a CCF factor between 0.02% and 5% is used to
calculate the MTBF.
Reliability of an S7-400H
The use of redundant modules prolongs the system MTBF by a large factor. The integrated high-
grade self-test and the test/message functions of the S7-400H CPUs enable the detection and
localization of virtually all errors. The calculated diagnostic coverage is around 90%.
The reliability in stand-alone mode is described by the corresponding failure rate. The failure
rate for all S7 components is calculated according to the SN29500 standard.
The reliability in redundant mode is described by the failure rate of the components involved.
This is termed "MTBF" below. Those combinations of failed components which cause a
system failure are described and calculated using Markov models. Calculations of the system
MTBF take account of the diagnostic coverage and the common cause factor.
Availability
Availability is the probability that a system is operable at a given point of time. This can be
enhanced by means of redundancy, for example by using redundant I/O modules or multiple
encoders at the same sampling point. Redundant components are arranged such that system
operability is not affected by the failure of a single component. Here, again, an important
element of availability is a detailed diagnostics display.
MTBF 1v2
V= 100%
MTBF1v2 + MDT
Figure A-4 Availability
36$
&38+
&38+
352),1(7
(70
,0
The estimate applies if the process allows for any device to fail.
Summary
Several thousand redundant automation systems are in use in different configurations in
manufacturing and process automation. To calculate the MTBF, we assumed an average
configuration.
Based on experience in the field, an assumption of MTBF of 3000 years is 95% reliable.
The system MTBF value calculated is about 230 years for a system configuration with
redundant CPU 410-5H.
Note
There may be further restriction for individual modules. Refer to the information in the
corresponding product information and FAQ, or in SIMATIC NET News.
Note
One-sided or switched function modules and communication processors are not synchronized
in the fault-tolerant system if they exist in pairs.
Interconnection of digital output modules using external diodes <-> without external diodes
The table below lists the redundant digital output modules which in redundant operation you
should interconnect using external diodes:
02'8/(
+$,07$
60
07$
$O[P$+$57
&$%/(
3:5 /
:,5( ,[ 0
75$16'8&(5
,[
6+! 0[
0[
&855(17
/,0,7,1*
&,5&8,7 02'8/(
)255('81'$1&<
:,5(
60
:,5(
07$ $O[P$+$57
&$%/(
0$ /
0% 0
9 9
0[
/%
0[
/$
02'8/(
+$207$
60
07$
$2[P$+$57
&$%/(
/
0
P$ &+[
&+[
/2$'
&+[ &+[
6+[
02'8/(
)255('81'$1&<
07$ 60
&$%/( $2[P$+$57
0$ /
0% 0
9 9
&+[
/%
/$
&+[
1
1
9
Figure C-3 Example of an interconnection with SM 321; DI 16 x DC 24 V
9
9
Figure C-4 Example of an interconnection with SM 321; DI 32 x DC 24 V
1 1N
2
3
4
5
6
7
8
9
10
120/230V
11
12
13
14
15
16
17
18
19
20
1 1N
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
1 1N
2
3
4
5
6
7
8
9
10
11 120/230V
12
13
14
15
16
17
18
19
20
1 1N
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
&+
9V
9V
&+
&+
9V
9V
&+
0
9
Figure C-7 Example of an interconnection with SM 321; DI 16 x DC 24V
1
2
3 CH0
4
5
6
7
8
9
10 Vs
11 Vs
12
13 CH8
14
15
16
17
18
19
20
1
2 CH0
3
4
5
6
7
8
9
10 Vs
11 Vs
12
13 CH8
14
15
16
17
18
19
M 20
24V
21 24V
1
2 22
3 23
4 24
5 25
6 26
7 27
8 28
9 29
10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
24V 18 38 24V
19 39
20 40
1 21 24V
2 22
3 23
4 24
5 25
6 26
7 27
8 28
9 29
10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
24V 18 38 24V
19 39
20 40
9
9
Figure C-10 Example of an interconnection with SM 326; DI 8 x NAMUR
24V 1 24V
21
2 22
3 23
4 24
5 25
6 26
7 27
8 28
9 29
10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
18 38
19 39
20 40
24V 1 21 24V
2 22
3 23
4 24
5 25
6 26
7 27
8 28
9 29
10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
18 38
19 39
20 40
1 ----
2 ----
3
4 o ---- 0
5 o ---- 1
6 o ---- 2
7 o ---- 3
8 o ---- 4
9 o ---- 5
10 o ---- 6
11 o ---- 7
12
13 ---- 1N
14
15 o ---- 0
16 o ---- 1
17 o ---- 2
18 o ---- 3
19 o ---- 4
120 VUC 20 o ---- 5
21 o ---- 6
22 o ---- 7
23
24 ---- 2N
25
26
27 o ---- 0
28 o ---- 1
29 o ---- 2
1 ---- 30 o ---- 3
2 ---- 31 o ---- 4
3 32 o ---- 5
4 o ---- 0
o ---- 1 33 o ---- 6
5 34 o ---- 7
6 o ---- 2
o ---- 3 35
7 36 ---- 3N
8 o ---- 4
o ---- 5 37
9 38
10 o ---- 6
o ---- 7 39 o ---- 0
11 40 o ---- 1
12 41 o ---- 2
13 ---- 1N 42 o ---- 3
14 43 o ---- 4
15 o ---- 0 44 o ---- 5
16 o ---- 1 45 o ---- 6
17 o ---- 2 46 o ---- 7
18 o ---- 3 47
19 o ---- 4 48 ---- 4N
20 o ---- 5
21 o ---- 6
22 o ---- 7
23
24 ---- 2N
25
26
27 o ---- 0
28 o ---- 1
29 o ---- 2
30 o ---- 3
31 o ---- 4
32 o ---- 5
33 o ---- 6
34 o ---- 7
35
36 ---- 3N
37
38
39 o ---- 0
40 o ---- 1
41 o ---- 2
42 o ---- 3
43 o ---- 4
44 o ---- 5
45 o ---- 6
46 o ---- 7
47
48 ---- 4N
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
R
9
R
R
R
R
R
R
R
9
R
R
R
R
9
R
/
0
9
0
1 L+ 1 21
2 22
e.g 1 N 4003
3 23
4 24
5 25
6 26
7 27
8 28
9 29
1M 10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
18 38
19 39
20 40
1 L+ 1 21
2 22
e.g 1 N 4003
3 23
4 24
5 25
6 26
7 27
8 28
24V 9 29
1M
10 30
11 31
12 32
13 33
14 34
15 35
16 36
17 37
18 38
19 39
20 40
1 1L
2
1N
3
5
6
7
8
9
10
11
12
13
14
120/230V
15
16
17
18
19
20
1 1L
2
1N
3
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
1 1L
2 1N
3
e.g 1 N 4003
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
1
2
5
6
7
8
9
10
e.g 1 N 4003
11
12
13
14
15
16
17
18
19 24 V
20
/
1
1IRUH[DPSOH
1IRUH[DPSOH
9
1 L+ 1
2
8
9
10
11
12
13
14
15
16
17
18
19
1M 20
1
2
7
8
9
10
11
12
13
14
15
16
17
18
24 V 19
1M 20
/
0
9
0
1 1L
2 1N
3
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
1
2
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
24V
20
1 ----
2 ----
3
4 o ---- 0
5
6 o ---- 1
7
8 o ---- 2
9
10 o ---- 3
11 ---- 1L
12 ----
13 ---- 1N
14 ----
15 o ---- 4
16
17 o ---- 5
18
19 o ---- 6
20
110/220 V 21 o ---- 7
22 ---- 2l
23 ----
24 ---- 2N
25 ----
26 ----
27 o ---- 0
28
29 o ---- 1
1 ---- 30
2 ---- 31 o ---- 2
3 32
4 o ---- 0
33 o ---- 3
5 34 ---- 3L
6 o ---- 1
35 ----
7 36 ---- 3N
8 o ---- 2
37 ----
9 38 ----
10 o ---- 3
39 o ---- 4
11 ---- 1L
40
12 ---- 41 o ---- 5
13 ---- 1N 42
14 ---- 43 o ---- 6
15 o ---- 4 44
16 45 o ---- 7
17 o ---- 5 46 ---- 4L
18 47 ----
19 o ---- 6 48 ---- 4N
20
21 o ---- 7
22 ---- 2l
23 ----
24 ---- 2N
25 ----
26 ----
27 o ---- 0
28
29 o ---- 1
30
31 o ---- 2
32
33 o ---- 3
34 ---- 3L
35 ----
36 ---- 3N
37 ----
38 ----
39 o ---- 4
40
41 o ---- 5
42
43 o ---- 6
44
45 o ---- 7
46 ---- 4L
47 ----
48 ---- 4N
1
2
3 o
4 o
5
6
7 e.g 1 N 4003
8
9
10
11
12 o
13 o
14 o
15
16
17
18
19
20
21
22
23 o
24 o
25 o
26 o
27
28
29
30
31
32
33
34 o
35
36 o
37 o
38 o
39
40
41
42
43
44
45
46
47 o
48 o
1
2
3 o
4 o
5
6
7 e.g 1 N 4003
8
9
10
11
12 o
13 o
14 o
15
16
17
18
19
20
21
22
23 o
24 o
25 o
26 o
27
28
29
30
31
32
33
34
35 o
36 o
37 o
38
39 o
40
41
42
43
44 24V
45
46 o
47 o
48
ZLUH
WUDQVGXFHU
P$
0
9
Figure C-27 Example of an interconnection with SM 331, AI 4 x 15 Bit [EEx ib]
/
0
/
7UDQVGXFHU
9
9
7UDQVGXFHU
9
9
9
ZLUHWUDQVGXFHU
8+
˖
8+
ZLUHWUDQVGXFHU
8+
˖ 7UDQVGXFHU
9
9
8+ 9
9
7F
7F
9
/
0[
9
0[
ZLUH
WUDQVGXFHU
8+
0
8+
/
0[
9
0[
%=;&9
IRUH[DPSOH
The diagram below shows the connection of a 2-wire transmitter to two redundant SM 331;
AI 8 x 0/4...20mA HART.
/
/
ZLUH
0[ WUDQVGXFHU
9
0[
/
0[
9
0[
%=;&9
IRUH[DPSOH
/
0
/
0DQD
9
0
/
&K[
&K[
/
&K[
&K[
9
0
E H
Encoders
Hardware
Double redundant, 85
Components, 22, 24
Error LEDs, 38
Hardware interrupt processing, 362
CPU 410, 39
Hardware interrupt response time
Error messages, 35
of signal modules, 362
EU, 22
of the CPU, 361
Execution time
Hardware requirements, 160
Cycle control, 348
H-CiR, 93
Operating system, 348
HOLD, 98
Process image update, 346
Hotline, 14
User program, 346
External diodes, 379
EXTF, 38
I
I/O, 27
F Switched, 58, 63
I/O redundancy, 74
Factory settings, 136
I/O redundancy errors, 292, 340
fail-safe, 19
IE communication, 304
Fail-safe, 57
Data blocks, 304
Failure of a redundancy node, 61
IFM1F, 39
Failure of components
IFM2F, 39
of distributed I/Os, 224
Indirect current measurement, 87
fault-tolerant, 19
Initial configuration, 162
Fault-tolerant, 57
Installation types
Fault-tolerant communication, 306
I/O, 61
Interface
PROFINET, 33
R
Rack, 24
S
RACK0, 38 S7 communication, 295
RACK1, 38 Description, 296
RAM/PIQ comparison error, 110 S7 connections
Reading data consistently from a DP standard configured, 321
device, 329 of the CPU 410-5H, 294
Recommendations, 151, 161 S7 routing
Reconfiguring, 177 Access to stations on other subnets, 297
Requirements, 177 Application example, 298
Re-configuring, 155, 156, 157, 159, 177, 179, 180 Gateway, 297
a previously used channel, 157, 179 Requirements, 297
Behavior of the CPU, 156, 177 S7-400H
Removing a channel previously used, 159, 180 Blocks, 292, 340
Requirements, 155 Documentation, 16
using a previously unused channel, 157, 179 User program, 292, 340
Re-configuring a previously used channel, 157, 179 S7-410 AS
REDF, 39 Update block type in RUN, 135
Redundancy S7-REDCONNECT, 318, 319
Active, 101 Save service data, 139
Redundancy nodes, 59, 307 Scope of validity
Redundant analog output modules, 90 of the manual, 12
redundant automation systems, 19 Self-test, 102, 109
Redundant automation systems, 57 Services
Redundant communication system, 306 S7 communication, 296
SFB 14, 328
Monitoring times, 343
Sequence, 335
Time response, 117
UPDATE, 98
Usable CPs, 319
User program, 292, 340
User program execution time, 346
Using
Time stamping, 145
Using a previously unused channel, 157, 179
Using CiR elements in RUN, 172
W
Warm restart, 97, (Warm restart)
Work memory, 338
Writing data consistently to a DP standard
device, 329