SCADA (Supervisory Control and Data) systems have to monitor and control hundreds or perhaps thousands of single sensors. Some sensors are put in place to measure inputs into the system, while others measure outputs and process their data.
Some sensors (known as discrete sensors) are used to monitor very simple "binary" events. These events are either "on" or "off". For example, every time a particular piece of production gear in a manufacturing plant completes a process, it may output an electrical signal via a contact closure. A discrete sensor will detect this electrical signal and report it back to you at the control console of your SCADA control system.
Other sensors measure more complicated values where it's vital to know the exact value. These are called analog sensors, and they measure continuous changes within a possible range of values.
A simple mercury thermometer is a great example of an analog sensor - whereas a simple thermostat is the discrete form of temperature sensor. With the mercury thermometer, you know exactly what the temperature is (within a single degree of accuracy, of course). With the thermostat, you only know that the temperature is either above or below the value that you preset.
Obviously, analog measurement is important in SCADA systems where you need to keep track of fluid levels in water and fuel tanks, voltages of batteries, temperature, humidity, and other values that are most appropriately measured with a continuous range "analog" sensor.
To make it simpler for a human operator to interact with analog sensors, the best SCADA systems allow you to define a normal range for an analog value. For instance, you might specify that the temperature in your server room should remain between 60 and 79 degrees Fahrenheit. If the temperature in the server room goes outside this range, your SCADA system will provide an automated alert - either at a control console or directly to you via cell phone or e-mail.
SCADA systems involve monitoring a lot of processes and pieces of gear from a single location. To do this, you have to have a communications network to bring remotely collected data to your screen.
Data in modern SCADA systems is typically transported via ethernet or IP over SONET. It is important, however, to keep SCADA traffic off of the public Internet. This is an important security measure against both the real and perceived threats of terrorism. Public infrastructure, utilities and manufacturing facilities are valuable targets for attacks. This makes it very important to take at least basic security measures.
Fortunately, the trend in SCADA applications today is toward open protocols and data formats. While older systems locked you into a single manufacturer to maintain compatibility, today you have many options based on DNP3 and MODBUS Protocols. If you buy a piece of DNP3 MODBUS gear today, you can buy compatible gear tomorrow from one of many other manufacturers. This protects you from the trap of only having a single source for expanding your SCADA system.
In order for your central SCADA console to receive information from sensors, which are very simple field devices, you need to install an RTU (Remote Telemetry Unit) at each monitored location. An RTU collects data from sensors and converts the readings into a protocol, such as MODBUS or DNP3, that can be transported across your communications network and back to you.
The same communication works in reverse (from you to your RTU) for control commands. In this scenario, you would issue a command from your central SCADA console. That command would be encoded into the SCADA protocol you are using and sent out across your network. The appropriate RTU would receive and decode your command, then respond by latching a control relay. This command process tells the gear that you have wired into your RTU to perform a specific action.
Issuing commands remotely provides the benefit of not having to drive out to distant sites every time you receive a SCADA alarm or other alert. In many cases (if you prepared during your installations), you can skip the drive time and simply issue a remote command.
In order to provide at-a-glance status information and make it easier to train new SCADA staff, SCADA systems display information in human readable format at central consoles and via remote alerts.
The central computer in SCADA systems is known as a master station, a HMI (Human-Machine Interface), or in HCI (Human-Computer Interface), depending on who you're talking to. All of these terms mean the same thing: a computer console that sorts and recaps data from your SCADA system and offers the ability to issue controls.
After sorting alarms, SCADA systems have to present the data that remains. This can come in all sorts of formats, but the best systems have graphical interfaces that are easy to see and figure out. You want a system that offers a lot of display options, including geographic maps, blueprints and floor plans, photographs of rack-mounted and other gear, color-coded lists, and sorted lists (see T/Mon for an example of a SCADA master/HMI).
Also, if you don't want to be stuck at a central console all the time, you need to choose a master station in SCADA that can be accessed by a lot of users via remote network connection.
Choose SCADA systems that can send out automatic e-mail and pager/cell phone alerts. This also helps increase your mobility. These updates also provide faster alert of emerging problems that you can tackle from the field without returning to your central office.
As said earlier, one key use of SCADA systems is to control gear remotely. In SCADA, if it seems like there must be a better way, there likely is.
When it comes to controlling gear remotely, that better way is control relay commands issued from your SCADA master station and transmitted to your RTU's via your network. In this way, you can control gear as if you were there - without any time traveling.
Even better, advanced SCADA systems allow you to pre-specify responses to single alarms, combos of alarms, or preset events. Once you've completed this databasing, your SCADA system will respond within seconds when automatic control condition is triggered. This is an good way to switch to a backup system in the event of a main system failure, especially in public safety, telecom, transit, and manufacturing environments.
SCADA systems are major buys that your company will be using for perhaps 10 or 15 years.
Even though the goal of SCADA is to improve your actions, making a quick decision that turns out to be wrong can hurt you in many ways. You could end up spending a lot on fixes for a system you didn't fully plan out. You might also find that you've gone over your budget without coming close to the original specs. There's also the chance that you'll make a mistake you won't detect until a few years down the line -building a system that isn't flexible enough to grow as your company does.
To make sure that you pick the right SCADA systems during your evaluation period, make sure that any system you select meets the criteria discussed in the next few sections.
In order for your SCADA master display data effectively, it must have a few key features.
Look for a system that lets you program responses to complex events. This helps to reduce training required for new staff of your SCADA system - and the chance of a costly human error.
Also, you should really consider all SCADA systems that support 24/7 e-mail and cell phone alerts. These alert methods send alarms to people who may not be at the central master station at the time. A smart SCADA master should allow you to set filters for which alarms should be sent to e-mail or cell phone.
Quality SCADA systems include a master that describes alarm in plain English - without tech speak that only one person at your company has a hope of knowing. To increase ease-of-use, the SCADA master should also filter alarms that do not need to be displayed.
Make sure your SCADA master supports expansion at a later time.
Finally, choose a SCADA master that supports a lot of protocols (like DNP3 and MODBUS) and gear types (like RTU's, servers, switches, generators, and manufacturing equipment). You never want to have to split your alarms into a lot of SCADA systems to read your gear. That multiplies the amount of manpower required to manage your gear effectively. It also increases the chance that you'll miss an important alarm and have a major problem.
Also, look at pricing / licensing when you're looking at offerings from different vendors. Avoid any pricing that requires you to pay a fee every time you add a new monitored device.
SCADA systems are an important decision - both for you and your company. If you make the right choice, you'll be rewarded with years of reduced maintenance and repair expense that comes from knowing exactly what's happening in your operation at all times. If you choose unwisely, your SCADA project will become a sinkhole of cost overruns and may actually do more harm than good.
Seek out resources and a lot of product offerings from a lot of vendors. Feel free to try out free SCADA software as a learning exercise, but don't depend on it for a long-term solution if you value your process reliability. While you're here at DpsTele.com, please download free PDFs from our collection of over 30 white papers, including a lot of papers that discuss SCADA systems.