Please ensure Javascript is enabled for purposes of website accessibility
Powered by Zoomin Software. For more details please contactZoomin

AVEVA™ Plant SCADA

Multiple Device Redundancy (Standby Data Paths)

  • Last UpdatedJul 18, 2023
  • 2 minute read

If your I/O devices support peer-to-peer communication, you can add another level of redundancy to your system by duplicating the I/O devices.

Note: Although I/O servers are not assigned the Primary or Standby role based on the I/O devices to which they are connected, it is common practice in redundant I/O systems to connect the Primary I/O devices to the Primary I/O server and the Standby I/O devices to the Standby I/O server. One I/O server can connect to a mixture of Primary and Standby I/O devices. The I/O server can support any number of Standby Data Paths.

The following diagram demonstrates multiple device redundancy and Standby Data Paths:

Embedded Image (65% Scaling) (LIVE)

In this scenario, we have three I/O servers connected to three I/O devices in the following manner:

I/O Server

I/O Devices Connected

IOServer1

I/O Device1 (Primary)
I/O Device2 (Standby)
I/O Device3 (Primary)

IOServer2

I/O Device1 (Standby)
I/O Device2 (Primary)

IOServer3

I/O Device1 (Standby)
I/O Device2 (Standby)
I/O Device3 (Standby)

The following is known:

  • Plant SCADA clients communicate with every configured I/O server at the same time (on startup, the clients try to connect to each configured I/O server. If they cannot establish communications with an I/O server, a hardware error message is generated).

  • When every device is running, Plant SCADA processes the I/O on the primary I/O devices as this reduces the I/O load on the I/O device (and PLC network), which can help improve performance.

  • The client creates network sessions to the three I/O servers.

  • The client then sends requests for I/O Device1 and I/O Device3 to I/O Server1, and requests for I/O Device 2 to I/O Server2.

Redundancy is provided as follows:

  • If I/O Device1 become inoperative on I/O Server1, the client will send requests for I/O Device1 to I/O Server2 through the standby data path. It continues to send requests for I/O Device3 to I/O Server1.

  • If I/O Device also becomes inoperative on I/O Server2, the client sends requests to I/O Server3.

  • If the connection between I/O Device1 and I/O Server1 be re-established, the client resumes sending requests for I/O Device1 to I/O Server1.

The Standby I/O devices will be activated strictly in the order in which they are first created in the project. This can be viewed by looking in the Units.dbf file in the project directory.

When you connect primary and standby I/O devices to your I/O servers, share the primary I/O devices between your I/O servers to balance the loading. Be aware, however, that this might not apply for every protocol because the loading could be dependent on the PLC network and not the I/O server CPU. In this case, more than one active I/O server on the same PLC network can impact the PLC network and therefore, slow the total response.

See Also

Alarm Server Redundancy

Reports and Trends Server Redundancy

TitleResults for “How to create a CRG?”Also Available in