Five ingredients that make SCADA operation delicious
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.
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.
The architecture shown below illustrates a typical SCADA system in terms of the components or elements which are interconnected via a communication network.
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:
- Field Devices and Signals
- Programmable Process Controllers (RTUs, PLCs)
- SCADA Operations User Workstation
- SCADA Server Computer
- 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.
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 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.
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 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.
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, 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.
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.
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.
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.
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.
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.
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.
There are three basic topologies as below:
- Bus topology
- Star topology
- Token ring topology
source : https://electrical-engineering-portal.com/