Supplementary information
18.15 Other options for connecting redundant I/Os
CPU 410 Process Automation/CPU 410 SMART
System Manual, 05/2017, A5E31622160-AC
355
Hardware configuration and project engineering of the redundant I/O
Strategy recommended for use of redundant I/O:
1. Use the I/O as follows:
– in a one-sided configuration, one signal module in each subsystem
– in a switched configuration, one signal module each in two ET 200M distributed I/O
devices.
2. Wire the I/O in such a way that it can be addressed by both subsystems.
3. Configure the signal modules so that they have different logical addresses.
Note
It is not advisable to configure the input and output modules with the same logical
addresses. Otherwise, in addition t
o the logical address, you will also need to query the
type (input or output) of the defective module in OB 122.
The user program must update the process image for redundant one
-sided output
modules even in solo operation (e.g., direct accesses). If you us
e process image
partitions, the user program must update them (SFC 27 "UPDAT_PO") in OB 72
(recovery of redundancy). The system would otherwise first output old values to the
single
-channel one-sided output modules of the standby CPU on the transition to
edundant system state.
Redundant I/O in the user program
The sample program below shows the use of two redundant digital input modules:
● Module A in rack 0 with logical start address 8 and
● module B in rack 1 with logical start address 12.
One of the two modules is read in OB 1 by direct access. For the following it is generally
assumed that the module in question is A (value of variable MODA is TRUE). If no error
occurred, processing continues with the value read.
If an I/O area access error has occurred, module B is read by direct access ("second try" in
OB 1). If no error occurred, processing of module B continues with the value read. However,
if an error has also occurred here, both modules are currently defective, and operation
continues with a substitute value.
The sample program is based on the fact that following an access error on module A and its
replacement, module B is always processed first in OB 1. Module A is not processed first
again in OB 1 until an access error occurs on module B.
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.
To Next Page
Loading...
Need help?
General
