2026-03-13 10:35:3911 min read

How to Design a Redundant and Highly Available ABB AC 800M System for Multiple Plant Sites

About the author
Written by Leonia, Marketing Director of Apter Power
Leonia's LinkedIn: 
 
Leonia brings 10+ years of automation sales experience, spanning PLC, DCS system integration across Asia, Europe, American. Having delivered 500+ lines for oil & gas clients, she knows where control architectures stall and how to pre-empt costly downtime.

High availability across several plants comes from repeatable engineering. A solid design separates failure domains, proves switchover behavior in tests, and gives maintenance a clear path to keep the system fully redundant. The focus here is on practical execution for operations and engineering teams designing ABB AC 800M systems for multiple sites.

UAE Offshore Reference: What a “Multi-Site” Topology Looks Like in Practice

In ABB’s ADMA-OPCO Al Nasr offshore development, the multi-site reality includes offshore installations and an onshore installation, supported by an integrated telecommunication system that includes inter-platform transmission. The facilities are powered via a 132 kV AC subsea ring cable from Das Island, and the power management system is based on ABB’s System 800xA Extended Automation control system. ABB’s project communications also describe seven wellhead towers in the field, reinforcing why remote operability and clear failure-domain separation matter offshore.

For process automation in similar offshore topologies (FPSO + wellhead platforms), AC 800M process controllers and AC 800M high-integrity controllers are used to execute large volumes of integrated operations under a System 800xA operator environment—ABB cites about 14,000 integrated operations in one offshore reference example. This is why the multisite HA standard must be repeatable and testable: local control stays stable through a single fault, maintenance can work one side at a time, and a loss of cross-site connectivity should impact central visibility—not local control execution.

Architecture Overview of ABB AC 800M for Distributed Plant Sites

A multi-site program stays supportable when every plant uses the same building blocks and the same boundaries between local control, plant networks, and site-to-site connectivity. Those boundaries also simplify spares planning and commissioning templates.

Control and I/O Building Blocks

In a redundant controller arrangement, the two processor units are linked by defined redundancy hardware and cabling. For the PM891, the redundancy link uses two cables, TK855 for the RCU Data Link and TK856 for the RCU Control Link, and both processor units are linked using both cables.

For distributed I/O, S800 I/O is a distributed modular system used widely with ABB AC 800M architectures and commonly deployed in clusters that repeat across a site. In redundant CPU configurations, S800 I/O units connect to both processor units using the optical ModuleBus and two TB840 units, and the built-in electrical ModuleBus on base plates is not used for connecting S800 I/O in redundant CPU configurations.

The communications layer links controller nodes, connectivity servers, engineering stations, and field networks. For high availability, the communications design needs explicit redundancy behavior and measurable limits, rather than relying on general IT network practices. RNRP is built around two physically separate networks and the automatic shift of traffic when one network is disturbed.

Standardize Failure Domains Across Sites

  • Controller: processor pair, redundancy link, cabinet power distribution, termination practice.
  • Remote I/O and subsystems: fieldbus segments, I/O clusters, packaged unit interfaces.
  • Control network: dual physical networks, routing behavior, node limits, degraded state monitoring.
  • Operations: centralized visibility, controlled remote access, backup, and restore workflows.

This framing supports a high availability architecture for ABB AC 800M distributed systems because each domain has a verification method and an owner.

How Do You Configure Controller Redundancy on ABB AC 800M Systems?

Teams searching for an ABB AC 800M controller redundancy configuration guide usually want predictable behavior during a controller fault and a clean maintenance path for replacement work. Most failures come from shared dependencies that make a redundant pair behave like a single unit.

Hardware Topology and Cabling That Make Redundancy Real

Treat the redundancy link as a critical signal path. The PM891 uses the TK855 and TK856 cables for the redundancy link, so cable routing and termination discipline matter as much as CPU selection.

Use these checks in every cabinet review:

  1. Independent power feeds for each CPU side up to the last practical point in the cabinet.
  2. Separate routes for redundancy link cabling and primary control network cabling.
  3. Clear labeling and isolation points so one side can be removed safely during a turnaround.

Controller documentation also describes how redundancy-related cabling is physically connected to both CPUs in redundant setups. Treat those connections as a controlled work instruction, with inspection points and signoff, not an installer preference.

Commissioning Tests That Prove Switchover

A redundancy build is accepted when it passes repeatable tests.

  1. Force a switchover by isolating one CPU side, then verify process impact, alarm behavior, and operator indications.
  2. Restore the isolated side and confirm resynchronization back to a fully redundant state within an expected time window.

Capture results in a site template so evidence looks the same at every plant. That consistency is what makes a multi-site standard credible.

An ABB system diagram illustrating an offshore oil rig and an onshore facility exchanging data through a fiber optic primary link and redundant I/O modules connecting their AC 800M controllers.

How Should Remote I/O and Subsystem Communications Be Made Redundant?

After controller redundancy, many outages come from I/O connectivity and subsystem interfaces. Redundancy choices should map to the common fault for each segment, such as cable damage, interface module failure, or power disturbances in remote panels.

S800 I/O Connection Rules Under Redundant CPUs

The S800 I/O constraint under redundant CPUs is strict: use optical ModuleBus with two TB840 units, and avoid using the base plate electrical ModuleBus for redundant CPU connectivity.

Act on that constraint:

  • Standardize each I/O cluster on the same optical ModuleBus parts list and fiber routing practice.
  • Build the maintenance procedure around protecting at least one healthy path during work.
  • Stock TB840-related spares per site so a damaged interface does not leave the site in a prolonged degraded state.

PROFIBUS DP Redundancy Choices That Match the Subsystem

Where PROFIBUS DP is used, line redundancy for CI854 uses the TP854 baseplate with two interfaces labeled PROFIBUS A and PROFIBUS B, with redundancy functionality implemented in the CI854.

Select redundancy based on the packaged unit reality:

  • For frequent wiring and connector issues, line redundancy often delivers the largest gain.
  • For segments where an interface module failure is unacceptable, consider master redundancy capabilities available in specific CI854 variants, and validate interoperability with the subsystem vendor.

Design Redundant Control Networks for ABB AC 800M Using Dual Paths and RNRP

A redundant control network must survive a path failure and make degraded states obvious. RNRP enables a network architecture with two physically separate networks and automatic switching when disturbances occur.

This is the practical meaning behind designing redundant ABB AC 800M networks for multiple sites: the standard has to be repeatable, testable, and bounded.

Physical Separation and Symmetry

Dual paths work when separation is real:

  • Separate the two networks in cable routes between cabinets.
  • Separate switch power and upstream feeds for each path.
  • Keep configurations and port roles symmetric, so failover behavior is predictable.

Scale Limits and Routing Rules

Write scale limits into the network standard and enforce them during expansions.

  • Hop count: a path connection between two nodes must not contain over three routers, and a hop count above 3 is not permitted.
  • Node count planning: adopt a conservative planning limit early, then revisit after the exact processor families and node inventory are fixed.

For Control Network Area sizing, guidance commonly used in 800xA environments places different practical limits depending on controller families. Treat these limits as design inputs, then confirm them against the final system version, topology, and node list during detailed engineering.

A network diagram illustrating an ABB AC 800M controller establishing redundant control networks by routing data through dual paths to connect multiple sites, switches, and a firewall.

What Changes in High Availability Design When Multiple Sites Are Connected Over a Wide Area Network?

WAN links add variability and a larger security boundary. Reliability improves when each plant continues operating during WAN degradation and central functions recover cleanly when connectivity returns.

Local Autonomy and Degraded Mode Operation

Keep control execution local at each plant. Use the WAN for supervisory visibility, centralized reporting, and controlled engineering access. When the WAN is unavailable, operators still need local alarming and local control.

During design reviews, treat routed hop count and routing complexity as an OT risk, especially when the WAN path passes through many routers and security devices. Even if the WAN is engineered differently from the control network, the same principle applies: fewer hops and fewer dependencies generally mean faster recovery and fewer surprise behaviors.

Event Integrity, Time, and Recovery Expectations

Cross-site incident response depends on consistent event records. Align time synchronization policies, historian buffering expectations, and alarm presentation rules across sites. Define who owns recovery of central services and who owns local recovery, then test those responsibilities during drills.

Centralize Monitoring, Configuration Control, and Backup for Multiple AC 800M Installations

Centralization reduces response time and raises consistency when remote access is controlled and changes are governed.

Controlled Remote Visibility Using Multisystem Integration Concepts

Multisystem integration concepts include read-only connections, which fit common operating models where central teams supervise and support while local teams operate and intervene. Use that model to reduce risk: monitoring stays broad, control stays deliberate.

Apply this operationally:

  • Use read-only remote visibility for central support teams.
  • Restrict write access to approved roles and approved windows.
  • Record configuration changes with a site and asset context.

Backup and Restore That Works Under Stress

Backups help when restores succeed under pressure. Produce controller and engineering artifacts, store them off-site, and validate restores during drills. Use one representative controller pair and one representative remote I/O cluster in each drill so the procedure stays realistic.

What “Degraded Mode” Looks Like in a Plant

In day-to-day operations, redundancy events should be visible, bounded, and recoverable. A controller switchover or a single network path failure should produce a clear HMI status indication and a single actionable alarm, while process control remains continuous. During planned maintenance, procedures should protect at least one healthy path at all times, and a WAN outage should not affect local alarming or local control. It should impact only central visibility, followed by clean recovery when connectivity returns.

Confirm the Multisite Design and Request Critical Spare Parts to Protect Uptime

Readiness is visible in repeatable results: controller switchovers complete cleanly, remote I/O redundancy remains intact through maintenance, and the dual network keeps communications stable after a single path failure. Convert that readiness into action by issuing a critical spare parts list for ABB AC 800M maintenance that matches your failure domains and includes quantities per plant and lead time assumptions. Prioritize the essential modules for ABB AC 800M redundant operations, such as PM891 redundancy link cables TK855 and TK856, TB840 interfaces for optical ModuleBus connectivity, and the PROFIBUS interface and baseplate elements needed for line redundancy. With standardized builds and validated tests, uptime becomes a capability.

FAQs

Q1: Can you run a redundant pair in one rack across two cabinets?

Yes. It is feasible, but only when power feeds, grounding, and cable routes are independently segregated. Treat the cabinet boundary as a safety and maintenance boundary, then verify EMC, fiber bend radius, and service access before freezing the layout.

Q2: Do redundant CPUs eliminate the need for spare controllers on site?

No. Redundancy reduces downtime from single faults, but it does not replace recovery from double faults, improper maintenance actions, or latent failures. Keep at least one compatible spare processor unit kit per site, for example, PM865K01 or PM866K01, plus the key redundancy interconnect items, so the system can return to a fully redundant state quickly after a repair.

Q3: Is it acceptable to share one switch for both redundant networks during the early phases?

No. A shared switch collapses dual-path design into a single failure domain, especially under power events and firmware issues. Use separate switches and separate power sources, then validate failover under link flap and switch reboot scenarios.

Q4: Should multi-site systems share one central engineering environment?

Yes. Centralizing engineering can improve governance, but only with strict version control, role-based access, and site-level change windows. Maintain site-specific deployment packages so restoration does not depend on live WAN connectivity or a single server.

Q5: Do you need identical spare parts quantities at every plant?

No. Stock levels should follow criticality and lead time. High consequence sites keep a deeper inventory of long lead modules, while low criticality sites can rely on regional pooling. Review failure history quarterly and adjust targets accordingly.

Network Design and Multi-Site Resilience

Control network reliability depends on RNRP (Redundant Network Routing Protocol) operating across two physically separate networks with automatic traffic shifting when disturbances occur. Design standards must enforce hard limits: no more than three router hops between nodes, symmetric switch configurations, and independent power sources for each network path. When multiple plants connect via WAN, the principle of local autonomy becomes critical—each site must maintain full control execution and operator alarming independently of central connectivity.

Operational Readiness

High availability is ultimately proven through standardized testing and disciplined maintenance procedures. Commissioning must include forced switchover tests with documented verification of process impact, alarm behavior, and resynchronization times—captured in templates that repeat across all sites. Maintenance workflows must protect at least one healthy path during any intervention, with clear isolation points and controlled work instructions.

Maintenance Discipline

Spare parts strategy should align with failure domains: stock TB840 modules for optical ModuleBus, TK855/TK856 cables for controller redundancy, and CI854/TP854 components for PROFIBUS resilience. Centralized engineering environments improve governance only when paired with strict version control, role-based access, and site-specific deployment packages that enable restoration without live WAN dependency.

More on Blog

Most Popular

Leave Your Comment

Your email address will not be published
Name
Company
Mobile *
Email *
Content *