Comparison of PLC & DCS
PLCs
grew up as replacements for multiple relays and are used primarily for
controlling discrete manufacturing processes and standalone equipment. If
integration with other equipment is required, the user or his system integrator
typically has to do it, connecting human-machine interfaces (HMIs) and other
control devices as needed.
The
DCS, on the other hand, was developed to replace PID controllers and is found
most often in batch and continuous production processes, especially those that
require advanced control measures. The vendor handles system integration, and
HMIs are integral.
As
users demanded more production information, PLCs gained processing power and
networking became common. PLC-based control systems began to function like a
mini-DCS. At the same time, the DCS hybridized to incorporate PLCs and PCs to
control certain functions and to provide reporting services. The DCS supervises
the entire process, much like the conductor in an orchestra. Protocols, like
OPC, have eased interactions between the two control systems.
Since
PLCs are less expensive and can now perform much like a DCS, wouldn’t it make
sense to convert everything to PLCs? The answer, like most things in the world
of automation, is that it depends on the needs of your application. Here are
six key factors to consider:
1. Response time
PLCs
are fast, no doubt about it. Response times of one-tenth of a second make the
PLC an ideal controller for near real-time actions such as a safety shutdown or
firing control. A DCS takes much longer to process data, so it’s not the right
solution when response times are critical. In fact, safety systems require a separate
controller.
2. Scalability
A
PLC can only handle a few thousand I/O points or less. It’s just not as
scalable as a DCS, which can handle many thousands of I/O points and more
easily accommodate new equipment, process enhancements and data integration. If
you require advanced process control, and have a large facility or a process
that’s spread out over a wide geographic area with thousands of I/O points, a
DCS makes more sense.
3. Redundancy
Another
problem with PLCs is redundancy. If you need power or fault tolerant I/O, don’t
try to force those requirements into a PLC-based control system. You’ll just
end up raising the costs to equal or exceed those of a DCS.
4. Complexity
The
complex nature of many continuous production processes, such as oil and gas,
water treatment and chemical processing, continue to require the advanced
process control capabilities of the DCS. Others, such as pulp and paper, are
trending toward PLC-based control.
5. Frequent process changes
PLCs are best applied to a dedicated process that doesn’t change often. If your process is complex and requires frequent adjustments or must aggregate and analyze a large amount of data, a DCS is
PLCs are best applied to a dedicated process that doesn’t change often. If your process is complex and requires frequent adjustments or must aggregate and analyze a large amount of data, a DCS is
typically
the better solution. Of course, the very flexibility of a DCS system also makes
it much more vulnerable to “meddling” by operators that can cause spurious
shutdowns.
6. Vendor support
DCS
vendors typically require users to employ them to provide integration services
and
implement process changes.
implement process changes.
System
integrators perform similar functions for PLC-based systems. It has also become
common for PLC vendors to offer support services through their network of
system integrator partners.
Process
control has become increasing complex. It’s difficult for any individual to
know everything about these sophisticated systems, increasing the need for
vendor support. Manufacturers also continue to reduce factory staff and a
generation of experienced process control personnel has begun to retire. As a
result, the quality of support has become a critical factor in vendor
selection.
If taken from a narrow point of view, maybe PLC and DCS are functionally the same. However, a lot of plant technicians and engineers are not aware of the other side of the debate, namely the engineering effort and the commercial ramifications. Of course, for huge plants with I/O's ranging from 10,000 to 30,000 I/O points, and beyond, it is silly to even think about PLC. From my experience, a DCS is not the same with PLC in the realm of huge systems such as oil and gas plants, as the following list will show:
1. A PLC is cost-effective up to a certain I/O count, and so is the DCS. But the difference is in their starting points: the PLC is cost-effective from 0 to a few thousand I/O points; the DCS becomes cost-effective starting from a few thousand points and beyond.
2. A PLC becomes a subsystem of the DCS in rare occasions when the situation calls for it, i.e., purchase of huge package systems with engineering schedules incompatible with the DCS schedule (I/O lists cannot be submitted on time before the DCS hardware freeze date). Note that this package system is a process system using continuous control, not discrete. Based on this, a PLC can never be larger than a DCS in terms of I/O count.
3. In large plants the DCS is king because most owners want a single source of hardware support and service, and this mentality naturally denies the PLC a foothold. Package vendors are no longer required to provide PLC for their system. Everything is connected to the DCS.