Search

Premium Membership

Get access to premium HV/MV/LV technical articles, electrical guides, studies and much more! Apply 20% OFF Code: EEP09PE
Home / Technical Articles / 5 ingredients that make SCADA operation delicious

SCADA, RTUs, PLCs, servers…

To explain in very simple words, I would say that SCADA is a bunch of equipment that provides an operator at a remote location with sufficient information to determine the status of particular equipment/process and make actions without being physically present.

Five major SCADA components you MUST know about
Five major SCADA components you MUST know about

SCADA implementation thus involves two major activities: data acquisition (monitoring) of a process or equipment and the supervisory control of the process, thus leading to complete automation.

The complete automation of a process can be achieved by automating the monitoring and the control actions.

Automating the monitoring part translates into an operator in a control room, being able to “see” the remote process on the operator console, complete with all the information required displayed and updated at the appropriate time intervals.

The architecture shown in Figure 1 illustrates a typical SCADA system in terms of the components or elements which are interconnected via a communication network.

Typical SCADA system architecture
Figure 1 – Typical SCADA system architecture

Following the illustration are more detailed explanations of each of the major components.

Let’s described in more detail these five major ingredients of a SCADA system, as listed below:

  1. Field Devices and Signals
  2. Programmable Process Controllers (RTUs, PLCs)
  3. SCADA Operations User Workstation
  4. SCADA Server Computer
  5. Communication Network

1. Field Devices and Signals

The icons in the illustration labelled ‘Device’ represent individual signals. These may be discrete or analog, input to the PLC or output from the PLC. When designing the software for a SCADA system, the various field signals and/or devices must be considered in terms of what information is to be monitored and what equipment is to be controlled.

Field devices may be signal transmitters, such as level or pressure transmitters. They could be discrete signals, such as a valve’s open or closed status, or the motor’s running status. Some devices may actually provide multiple signals, such as a water quality unit which provides both chlorine residual and water pH.

When designing SCADA software, all of the field signals must be identified for each process area. As shown above, the field devices are wired into the various PLCs/RTUs, which in turn process the signals.

All of the field devices, which are represented by discrete and analog signals, are connected to the various input and output modules of the PLC/RTU. It processes the input signals and effects control through the output signals, based upon the programming in the PLC/RTU itself.

Discrete signals can be both input and output types. Such signals are two state, meaning the signal can only be in one of two states at any time. Discrete input signals may include: open and close limit switches, photocell sensors, pushbuttons and selector switches. Discrete output signals may include pilot lights, motor control relays, solenoid valves and valve controls.

Analog signals can also be both input and output types and such signals can have a range of values between two preset limits, most often zero and some maximum value.

Analog input signals may include levels, flowrates, motor speeds, voltage and current from power monitors, water quality signals, and temperatures and pressures. Analog output signals may include motor speed controls for Variable Speed Drives (VSDs) on variable speed motors, valve positioning signals for modulating valves and analog display devices.

Since field signals, such as levels, flows and pressures may be used by the program to control the operation of the equipment, the Programmable Logic Controller (PLC) is the heart of the monitor and control of every process area in a SCADA system.

SCADA software must consider all of the equipment and signals to be processed.

Go back to contents ↑

2. Programmable Process Controllers (RTUs, PLCs)

A given application for a SCADA system is divided into process areas. Each such area has clearly defined operations to be performed.

For example, a pumping station may use two or three pumps, operating in a lead/lag/standby mode. The automation program in the controller is configured to operate the pumps based upon operator-entered set-points and duty assignments.

Each process area identified within a SCADA system will require its own programmable process controller.

The PLC/RTU can be programmed so as to monitor all of the signals within the process area, and to effect control over the process equipment, based upon the design of the program.

The software designer must allocate the various field I/O signals identified in the previous topic to the required modules in the PLC/RTU. With the list of signals, organized into discrete input, discrete output, analog input and analog output, a count of the number of each type of signal can be determined.

SCADA RTU panel
Figure 2 – SCADA RTU panel (photo credit: oempanels.com)

From there, the necessary input/output modules can be determined and configured for the PLC. Depending upon the number of signals, a PLC may consist of multiple racks or chassis of modules.

From the perspective of the application program, however, the software recognizes all modules as though they all reside in a single long rack.

Each of the programmable controllers requires programming in one or more forms.

For example, the field controller, commonly referred to as the PLC, is typically programmed in a language called Ladder Logic, which resembles the electrical control circuitry used before the PLC came into being. Today, most PLCs allow for a variety of programming languages to meet the application requirements.

For example, languages include: Function Block Diagram, Structure Text (High-Level Programming), Sequential Function Chart, and Instruction or Statement List (LowLevel Assembly Programming).

The programmer may choose to use one or more of these languages in a specific PLC application program.

Basic electrical design of a PLC panel – Wiring diagrams
Figure 3 -Modern industrial SCADA automation panel (credit: plctrg.com)

RTU serves as the eyes, ears, and hands of a SCADA system. The RTU acquires all the field data from different field devices, as the human eyes and ears monitor the surroundings, process the data and transmit the relevant data to the master station.

At the same time, it distributes the control signals received from the master station to the field devices, as the human hand executes instructions from the brain.

Today Intelligent Electronic Devices (IEDs) are replacing RTUs.

Go back to contents ↑


3. SCADA Operations User Workstation

The user operations workstations, usually referred to as the Human Machine Interface (HMI), requires the programming of process graphic displays with animated links to many points in a process database.

Configuration programming is also required to establish the process database, the historical database and the communications interface to the field controllers or the PLCs.

Additional background programs, called scripts, are often used to perform ‘behind the scenes’ operations for the application.

The SCADA workstations present the process graphic displays with operator interaction, such as controlling equipment and requesting information. The software at this level involves the creation of the process control displays, historical trend and historical report displays, alarm and event summary displays, and the process database.

Hence, there are both displays which present the information and ‘behind the scenes’ programming to access the information for the requested display.

In addition, there are often background scripts or programs that are used to perform operations associated with the displays and/or invoke commands to the PLCs, RTUs and other equipment.

SCADA Operations User Workstation
Figure 4 – SCADA Operations User Workstation

Go back to contents ↑


4. SCADA Server Computer

Most SCADA systems include at least one, if not two, data server computers. These computers maintain all of the configuration software for the SCADA system.

The server computer is at the physical centre of the Star topology. Historical data collected over time is maintained on the server computer in the form of databases. Current system operating data from all of the field controllers is also maintained in databases on the server computer.

The server computer performs all of the communications with the PLCs and RTUs on the SCADA network. Each RTU/PLC maintains and collects data pertaining to its process areas. This data is then retrieved by the server computer to update the current process and the historical databases.

This communications is configured to poll or otherwise collect data values from the PLCs/RTUs. Commands and adjustments from the operations workstations are sent out to the PLCs and/or RTUs via the server computer.

In small systems, a single workstation can perform the work of both the server and the operations user workstation.

However, if the system has more than one or two programmable process controllers, then the server operations are best assigned to a dedicated workstation, which could serve as an additional user workstation if needed.

Today, many SCADA applications use Relational DataBase Management System (RDBMS) to store, retrieve and report information. Just as the Comma Separated Value (CSV) file, has become a standard method of transferring data between applications, the RDBMS can be accessed using standardized ‘SQL’ commands from any SQL-compliant application.

Another purpose of the SCADA server computer is to provide an interface to other facilities, typically through the Internet, using Firewalls and SQL interface calls.

It is important that the outside access cannot interfere with the internal operations of the SCADA system, so the server computer often provides a secure interface.

Other departments and users may require data collected by the SCADA system, and so a means of accessing this data can be provided through the SCADA server computer, with the appropriate security measures in place.

SCADA servers
Figure 5 – SCADA servers

Go back to contents ↑


5. Communication Network

The in-plant equipment, programmable process controllers and SCADA user workstations, are typically interconnected via a Local Area Network (LAN), using Ethernet or other high-speed communication system.

Some SCADA systems may extend outside the physical building into remote sites. These sites require some form of communication back to the host facility also.

The illustration of the SCADA hierarchy shown previously includes modems to a remote site, allowing remotely located controllers to operate over the same high-speed communication network.

Let’s see the brief explanation of the types of network topology, used for SCADA systems.

There are three basic topologies as described below:

  1. Bus topology
  2. Star topology
  3. Token ring topology

5.1 Bus Topology

The Bus Topology as shown in Figure 6, consists of a hardware/software interconnection among all of the nodes in the system.

This architecture resembles a major roadway to and from which all other roads connect. To travel from any one location to any other location requires getting on to this major roadway (network) and then travelling along until an exit to the desired route is found.

All traffic or communications in the system is accomplished via this single bus-type network.

Bus topology
Figure 6 – Bus topology

For increased traffic, the network can become overloaded, and the result is a slowing down of the transfer of data from one node to another. While Ethernet over a bus network is generally fast enough, there may be some applications in which this bus topology creates roadblocks to efficient data.

Go back to contents ↑


5.2 Star topology

The Star Topology as shown in Figure 3, consists of multiple network paths out from a single master or host node.

This master node would typically consist of one or two master SCADA workstation functioning as masters of the system. All data collection from the various RTU/PLC nodes is done through individual connections in a star configuration.

Update times to the host node are very fast but does require multiple paths out from the host master node.

The transfer of data between nodes on the Star network does require that the information be passed first from the source node, then through the host node, and then out to the destination node.

Star topology
Figure 7 – Star topology

Go back to contents ↑


5.3 Token ring topology

A Token Ring Topology as shown in Figure 8, works like a ring in which all nodes are interconnected by two network connections. All nodes in the topology are of equal value, and data is passed via this ring from one node to the next.

Duplicate rings in opposite directions provide redundancy and security. Information from any node passes along the ring, being passed from node to node, until the data reaches the desired destination node.

This topology is predictive in that the speed is constant and the time to transfer data is always at a fixed rate. As the number of nodes in the network increases, the overall data transfer rate drops since there are more nodes through which data must pass to travel from the source node to the destination node.

One possible improvement is to use a combination of topologies in the SCADA network.

Token ring topology
Figure 8 – Token ring topology

Remote communications traditionally used dial-up and then dedicated modems (modulator–demodulator) to transfer data between the remote RTU/PLC and an in-house RTU/PLC.

More and more facilities are using Digital Subscriber Lines (DSLs) and fibre optic connections. The latter two methods provide substantially faster data transfer, and are significantly more reliable. Which method of communication used depends upon the amount of data to be transferred, the importance of the data and the frequency with which the data must be transferred.

Within the SCADA software, the communication aspect includes the programming and configuration of various software drivers to allow the SCADA workstations to communicate with the programmable process controllers (RTUs, PLCs), so as to transfer data back and forth.

Go back to contents ↑


Interesting SCADA videos

SCADA System Configurations and settings

Tutorial for SCADA Real Time Configuration using wonderware intouch software

Go back to contents ↑


What is RTU?

RTU stands for Remote Terminal Unit, sometimes also called Remote Telemetry Unit or Remote Telecontrol Unit. An RTU is a microprocessor-based device that monitors and controls field devices, that then connects to plant control or SCADA (supervisory control and data acquisition) systems.

If you do a search on the definition of an RTU, you may find many results that state an RTU is much more powerful than a PLC as the RTU can have several inputs and outputs.

Well, as you know, so can the PLC. The RTU does have some potential benefits over the PLC, which we will discuss.

On the price point, the winner right now is the PLC. PLCs have a lower price point but many consider the RTU to be a much more rugged system which would lead you to believe that spending more initially will equal out in the end.

As far as process control, the RTU is probably on equal ground with the PLC. Both controllers can have multiple different types of I/O, different communications modules, and programming of processes that may require little to no operator intervention.

Where the RTU is considered to have some advantages is in environment tolerances, backup power options, and autonomy.

Go back to contents ↑


Sources //

  1. Designing SCADA Application Software A Practical Approach by Stuart G. McCrady (purchase at Amazon)
  2. Power system SCADA and smart grids by Mini S. Thomas (Jamia Millia Islamia at University New Delhi, India) and John D. McDonald (GE Energy Management – Digital Energy, Atlanta, Georgia, USA)

Premium Membership

Premium membership gives you an access to specialized technical articles and extra premium content (electrical guides and software).
Get Premium Now ⚡
author-pic

Edvard Csanyi

Electrical engineer, programmer and founder of EEP. Highly specialized for design of LV/MV switchgears and LV high power busbar trunking (<6300A) in power substations, commercial buildings and industry facilities. Professional in AutoCAD programming.

3 Comments


  1. Femi
    Jun 20, 2019

    Is it a must to use multiplexer to connect remote rtu to scada host over microwave radio


  2. Abel Nghuushi
    Feb 04, 2019

    I wish to have all your information a bout this program. I would like to study further electrical system!


    • AbduRahman Yusuf
      Feb 05, 2019

      I just have to appreciate and thank you for this intellectual work of immense impact. Please keep it up. May God be with you.

Leave a Comment

Tell us what you're thinking... we care about your opinion!

Subscribe to Weekly Digest

Get email alert whenever we publish new electrical guides and articles.