Interested in linking to "The evolution of plant automation"?
You may use the Headline, Deck, Byline and URL of this article on your Web site. To link to this article, select and copy the HTML code below and paste it on your own Web site.
By Angela Summers, PhD, PE, founder of SIS-TECH Solutions
[This article is an excerpt from Summers’ latest book, Guidelines for Safe and Reliable Instrumented Protective Systems, available from AIChE’s Center for Process Safety (CCPS).]
Within the process industry, control functions are used to achieve production and product quality targets, reduce manpower requirements, reduce human errors and improve process uptime.
Today we have digital “open” control systems that are far more robust and capable in terms of performance and diagnostics than their DCS predecessors, but that doesn’t mean they can be relied on to perform control and safety functions.
Understand the Differences
The control system may be implemented as part of a basic process control system (BPCS), which is separate and independent of the safety instrumented system (SIS). The BPCS may execute control and safety functions when it is designed and managed to achieve the assumed risk reduction or hazard rate. A BPCS may not execute a safety instrumented function with a SIL ≥ 1 (see ISA 84.01/IEC 61511, clause 3.2.3).
Use of the BPCS to perform a safety function is highly restricted, since a dangerous failure somewhere within the system may lead to the loss of control and potentially to a hazardous event. Control functions are often configured to continue plant operation on detected failure rather than failing to a safe state. The dangerous failure rate of a BPCS that places a demand on a protection layer cannot be assumed to be better than 10-5 per hour (see ISA 84.01/IEC 6151l, clause 8.2.2).
The use of the BPCS to perform a safety function should be approved by a hazard and risk analysis team. The risk reduction factor for a BPCS used as a protection layer must be assumed to be below 10 (see ISA 84.01/IEC 61511, clause 9.4.2).
When the SIS is independent of the BPCS, it generally operates as a dormant system that takes action only in response to operation outside the normal operating envelope. These process demands are often caused by failures within the BPCS. The SIS is designed and managed to ISA 84.01/IEC 61511 to achieve a specified safety integrity level (SIL). Most SIS’s are designed to fail to the safe state on loss of power or other support systems. SIS devices are also configured to fail to the safe state on detected failure, unless compensating measures are available to reduce the risk equivalently to the failed device.
Independence is a fundamental principle in the design of the SIS, regardless of the capability of the BPCS. The systems should be sufficiently independent so that one system can suffer a complete system collapse while the other system remains fully functional. If this criterion cannot be met, the entire system–BPCS and SIS–must be designed and managed as a SIS under the rigors of ISA 84.01/IEC 61511.
Maintaining such rigor dramatically increases the cost of BPCS ownership and significantly restricts BPCS flexibility. However, applying the ISA 84.01/IEC 61511 life cycle and its associated quality management system to the BPCS can add significant benefits, because better managed systems tend to operate more reliably.
As technology has evolved, emphasis continues to be placed on maintaining the independence and separation of the BPCS and SIS functions. When separation is not provided, the potential for human error increases as system components are accessed more frequently. The approximate ratio of BPCS-to-SIS input and output signals is more than 90% BPCS to less than 10% SIS. When these systems are combined, the need for access significantly increases. Increased system access results in a greater potential for inadvertent and unintentional changes resulting in an increased need for a more rigorous management system. Finally, when the BPCS and SIS are combined into a single SIS, the logic solver likely operates in a continuous mode because a dangerous failure within the logic solver may cause a simultaneous loss of control and safety functions.
Understanding the BPCS
Over time, the BPCS evolved into programmable logic controllers (PLC) and distributed control systems (DCS), which are based on programmable electronic (PE) technology.
PE technology brought an increased ability to execute more control functions on a single platform. This processing capability allowed the implementation of statistical process control, predictive control algorithms and other advanced control techniques, resulting in tremendous productivity and quality improvements.
Today, most process units are highly dependent on automated control systems. Operators rely on the BPCS and its operator interface for process information during normal operation, for alarms during process excursions and for troubleshooting process control problems.
BPCS technology provides significant benefits with its capabilities and flexibility, but it also introduces new and more complex failures. This creates an environment where, if administrative controls are not in place, the BPCS exists in an almost endless state of flux, where control loops are routinely placed in manual mode, alarms are disabled or reset by operators based on personal choice and process control specialists implement the newest in control algorithms while the process unit is in operation.
Understanding the SIS
At a minimum, an SIS consists of a sensor, a logic solver, a final element and a support system. The SIS includes a combination of hardware and software elements that work in unison to detect process hazards and take defined actions to achieve or maintain a safe state. Historically, SIS’s were implemented using process switches, hardwired electrical systems and final elements, such as motor control circuits or solenoid-operated block valves. Since the SIS was physically separate and diverse from the BPCS, functional independence of the SIS and the BPCS was easily evaluated. The BPCS and SIS were designed and maintained by diverse personnel and departments. The two systems shared few, if any, components, technology or personnel support.
ControlGlobal.com is exclusively dedicated to the global process automation market. We report on developing industry trends, illustrate successful industry applications, and update the basic skills and knowledge base that provide the profession's foundation.