It’s three A.M. Third shift is in full swing when a distributed I/O rack decides to stop working. But instead of stopping the line, the system seamlessly switches over to the redundant I/O rack and just logs a “maintenance requested” message with the operator. The maintenance crew doesn’t have to scramble, and the night continues without a hitch. That’s device redundancy in action.
PROFINET Device Redundancy moves responsibilities to the controller
When a redundant pair of devices “fails over” from a primary device to a backup device, there’s usually some delay as the controller connects to the secondary device, parameterizes it, and then begins data exchange. PROFINET allows controllers to eliminate this delay. A controller can establish a connection with both devices simultaneously and send the same output data to both devices. However, it marks the data it sends to the secondary device as “invalid” while the data it sends to the primary is “valid”. When a failover is triggered on the controller, all it has to is mark the secondary output data as “valid,” and the secondary device can take over from the primary seamlessly and without delay.
Device Redundancy can work with any PROFINET device
Since PROFINET controllers handle coordination and failover, all devices must do is to handle valid and invalid IO data properly. That keeps things simple for device manufacturers, and means that all certified PROFINET devices can implement this kind of redundancy. Controllers usually support device redundancy with some special functions or APIs. But because PROFINET allows a lot of flexibility, it may be possible to implement redundant devices without special features. If you’d like to add device redundancy to your PROFINET system, check with your controller vendor to see how they’ve implemented it.