Reddy GeneratorsREDDY GENERATORSThe dependable power professionals

Redundant PLC and High-Availability Control Architecture

How to design redundant control for critical power: hot standby, dual networks and I/O, bumpless switchover, power supplies, common-cause failures and tests that prove changeover.

In short. Redundant controllers protect against a controller failure, but only if the switchover is bumpless, the standby is truly independent and the rest of the chain, such as power supplies, networks and I/O, is also redundant where it matters. A redundant PLC on a single power supply is not redundant.

Redundancy patterns

PatternDescriptionWatch for
Cold standbySpare controller manually loadedLong recovery time
Warm standbyStandby follows but needs a short takeoverBrief interruption
Hot standbyStandby runs in step, takes over within a scanSynchronisation faults, shared failures
Distributed controlEach unit has its own controller; no single masterCoordination between peers

What must be duplicated

  1. Controller and its memory synchronisation link.
  2. Power supplies, from independent sources.
  3. Communication networks, using separate switches and routes.
  4. Critical I/O, such as breaker status and commands.
  5. Operator interface path to the plant.

Bumpless switchover

At changeover, outputs should hold state, not reset. Sequences in progress should continue or move to a safe step. Test switchover during a running sequence, not only at idle.

Common-cause failures

See single-point-of-failure analysis.

Fall-back when all controllers fail

Define what the plant does with no PLC: local automatic control, manual operation or safe shutdown. See degraded modes.

Illustrative example

A hospital plant uses a hot-standby PLC pair on separate supplies with two ring networks. A test pulls power from the primary controller while a load-restoration sequence is in step three. The standby takes over and completes the sequence without any breaker moving unexpectedly. A second test removes one network switch; the plant continues on the other ring and raises an alarm.

Redundancy options

ArchitectureHow it worksFailover behaviour
Cold standbySpare CPU, switched manuallyMinutes, manual
Warm standbySpare CPU running, not synchronisedSeconds, some state lost
Hot standbySpare CPU synchronised every scanBumpless, typically under 100 ms
Dual independent controllersEach controls a separate half of the plantHalf the plant is affected on failure

What must be redundant

  1. CPUs.
  2. Power supplies, fed from separate DC or UPS sources.
  3. Network paths with ring or dual-path topology.
  4. Critical I/O and sensors.

A redundant CPU with a single power supply is not redundant. Check every dependency on the chain.

Common-mode failures

Availability illustration

If a single PLC is 99.9 percent available, two truly independent PLCs in hot standby give a theoretical 99.9999 percent. In practice the figure is lower because of common-mode causes and failover faults, which is why testing matters.

Test regime

Pull a CPU, a power supply and a network cable during FAT and periodically afterwards. See degraded modes.

The master engineering question

If any single component in the control chain fails during a critical sequence, does the sequence still complete, and how would we know the redundancy has been lost?

What to send us

Send availability targets and current control architecture. Send your application details.

Questions engineers ask

Is hot standby always needed?

Only where a control outage is unacceptable. Many plants are fine with good local fall-back.

How do I detect lost redundancy?

Alarm on any single path or unit running alone.

Can software be redundant?

Different versions or independent logic reduce common faults but add complexity.

How often should switchover be tested?

Regularly, under defined conditions and safe procedures.

This guide gives general principles. Redundancy needs a project-specific design.

CallWhatsAppEnquire
STAGING PREVIEW ยท NOT INDEXED