The SCADA acronym stands for Supervisory Control and Data Acquisition.
When considering this term, you can conjure varying images and you should.
before we get started on today's video
if you love our videos, be sure to click the like button below.
then make sure to click subscribe
and the little bell to receive notifications of new RealPars videos.
This way you never miss another one!
A SCADA system is a collection of both software and hardware components
that allow supervision and control of plants, both locally and remotely.
The SCADA also examines, collects, and processes data in real time.
Human Machine Interface or HMI software facilitates interaction with field devices
such as pumps, valves, motors, sensors, etc.
Also within the SCADA software is the ability to log data for historical purposes.
The structural design of a standard SCADA system starts with Remote Terminal Units
or RTUs and/or Programmable Logic Controllers or PLCs.
As you know, RTUs and PLCs are microprocessors
that communicate and interact with field devices such as valves, pumps, and HMI’s.
That communication data is routed from the processors to the SCADA computers,
where the software interprets and displays the data
allowing for operators to analyze and react to system events.
Before SCADA, plant personnel had to monitor and control industrial processes
via selector switches, push buttons, and dials for analog signals.
This meant that plants had to maintain personnel on site,
during production, in order to control the processes.
As manufacturing grew and sites became more remote in nature,
relays and timers were used to assist in the supervision and control of processes.
With these devices employed, fewer plant personnel were required to be on site
in order to oversee and control operations.
While relays and timers did provide some level of automation,
the panels required for these devices took up valuable real estate,
troubleshooting was a nightmare, and reconfiguring was difficult at best.
These issues, in conjunction with the need to grow even larger industrial plants,
helped to facilitate the birth of automation.
As you may know from previous videos,
controlling industrial plants via processors became a reality in the 1950s.
Gas and oil, utilities, and manufacturing
were major users of these new technologies and supervisory control.
About a decade later, telemetry came on the scene to offer even more remote capabilities
with automated communication and data transmission to remote monitoring locations.
Another decade later
the term SCADA was used to describe systems with PLC’s and microprocessors
that were being used for the monitoring and control of automated processes
on an even greater scale than ever before.
SCADA, back then, was anything but practical.
They were colossal machines, mainframes really,
and since networking was not yet in the picture, they were stand-alone units.
In the next couple of decades, the ’80s and 90s, with computer systems getting smaller,
the advent of Local Area Networking or LAN, and HMI software,
SCADA systems were able to connect to related systems.
Unfortunately, though, the communications were typically proprietary
which meant that connections outside of the particular vendor of the SCADA system
were not allowed.
This early SCADA was coined distributed SCADA systems.
Later in the ’90s and 2000s, SCADA began to implement open system architectures
with communication protocols that were not vendor specific.
As you can imagine, this opened up SCADA’s ability to connect with varying vendors.
This newer, more improved SCADA was then called a networked SCADA system.
Newer and improved SCADA, unfortunately, didn’t last long.
With computer technology growing rapidly,
IT development quickly gathered steam.
The default database for IT became Structured Query Language or SQL databases.
SCADA developers didn’t implement these standard databases
so SCADA became out of date rather quickly
when other technologies so rapidly changed.
Current day SCADA systems have adapted to the changing technologies
and have a great advantage over the older SCADA systems.
With the adoption of modern IT standards such as SQL and web-based applications,
today’s SCADA allows for real-time plant information to be accessed
from anywhere around the world.
Having this data at the operator’s fingertips
facilitates improved plant operations
allowing for responses to SCADA system queues
based on field collected data and system analysis.
These operator interactions can be from a computer right on the plant floor
to an office building in some other region in the world.
Advancing technologies have indeed made the world seem
like a very small place, relatively speaking.
And because the current SCADA system software
has typically adopted the SQL database model,
historical collection of data may be logged and used in trending applications
to further improve plant processes
as well as creating mandated record keeping for some of the industries out there.
Essentially, SCADA is a collection of hardware and software components.
This collection of components begins with real-time data
collected from plant floor devices
such as pumps, valves, and transmitters.
These components don’t have to be from a particular vendor,
they just need to have a communication protocol that the processor can utilize.
Data collected from the field devices is then passed to the processors such as PLCs.
From the processor, the data is distributed to a system of networked devices.
These devices may be HMIs, end user computers, and servers.
On the HMI and end-user computer,
graphical representations of the operations exist for operator interactions
such as running pumps and opening valves.
This data may also be analyzed and used to enhance plant production
and troubleshoot problems.
Want to learn PLC programming in an easy to understand format
and take your career to the next level?
Head on over to realpars.com