Operating system improvements for multiple CPU versions

Improvements

• Optimization of the processing in the case of very rare hardware defects additionally increases system availability
• The availability of the redundant automation system has been increased by extending the correction mechanisms for temporary internal inconsistencies
• Reduction of switchover times in a high-availability automation system with configured ISO communication (BSEND/BRECV)
• Optimization of the system behavior for a PROFIBUS DP line switchover with a very low transmission rate
• The online monitoring of variables in large networks has been improved
• The remote port for passive TCP connections can be specified. Remote port "0" is still rejected
• Increased tolerance when downloading the hardware configuration with IE/PB LINK and DP slaves with more than 188 slots
• Increased resilience in case of an erroneous connection of a "free H-connection" by external devices
• Increased tolerance when a PROFIBUS cable is disconnected in a redundant automation system
• Optimization of system redundancy when I/O access errors occur
• In extremely rare cases, "coupling and updating" with high PBK communication could lead to an automatic reboot of the master CPU, and thus to a failure of the automation system
• In very rare cases, after adding an ET 200M output module using H-CiR, there was a brief 1-signal at the outputs of the newly added module
• In the redundant automation system with PROFIBUS or PROFINET process periphery, the behavior has been optimized for the extremely rare case of defective modules or when pulling modules (e.g. ET 200SP HA: pulling a redundant "side-by-side" module)
• Increased resilience for CiR loading processes
• The automation system remains available after an SSL query (SSL ID=0x19a, MAC address) on a failed device
• Increased tolerance when calling SFC70 with incorrect parameters