Diagnosing and Solving Control Problems
While many control loops are easy to tune and present almost no control problems, a few control loops can be very problematic and never seem to control right. Control practitioners can spend many hours or even days trying to improve the performance of these challenging control loops, but the results often remain unsatisfactory. This article presents strategies for diagnosing control problems and improving the performance of challenging control loops.
Symptoms of Poor Loop Performance
Although poor control performance come in many forms, it can be grouped into three categories:
- Oscillations and instability – the loop tends to cycle around its set point.
- Large deviations from set point – the loop struggles to remain at set point and the process variable is frequently pushed away from set point.
- Sluggish performance – the loop takes too long to get to its set point after a disturbance or set point change.
I’ve seen many cases where attempts to address poor performance were limited to controller tuning, because the person attending to the problem did not know of all the other causes of poor performance. To properly address and improve control loop performance, it is necessary to establish what the real cause of the poor performance is, and then to take the appropriate corrective action.
Fault Diagnosis
To guide your diagnosis efforts, a fault diagnosis tree is provided below. The first level of diagnosis is the three symptoms of poor control listed above. Depending on which of these symptoms your control loop displays, you can find the possible causes below each symptom. These are described in more depth throughout this article.
1. Oscillations
Oscillations can originate from within the control loop or be caused by external factors. To find out which is the case, place the controller in manual and see if the oscillation stops. If it does, the oscillation is generated from within the loop.
Internal Oscillations
Oscillations generated internally can be caused by faulty equipment or by tuning. Check first for faulty equipment, because you can spend a long time trying to tune a loop if the real cause of poor performance is the control valve.
The most common control valve problems causing oscillations are:
- Control valve stiction. Do a stiction test with the controller in manual to determine if this is the case.
- Positioner overshoot. Do step tests of various sizes and be on the lookout for signs of overshoot in the process variable.
Both of these control valve problems and cannot be fixed by tuning the process controller. The valve needs maintenance or the positioner needs tuning.
Tuning
A loop that is tuned too aggressively (overly fast response) can quickly develop oscillations. Do step tests on the process and determine the dominant process characteristics (gain, dead time, lag). Do more than one step test (try to do four at least) in different directions. Then use tuning rules to calculate new controller settings. If you are using rules designed to produce quarter-amplitude damping, use only half of the recommended controller gain. If you have tuning software, then use it to analyze the step-test data and calculate new controller settings.
Nonlinear valve Characteristic
Many control valves control flow differently, depending on how far they are open. The valve is said to have a nonlinear installed characteristic. If tuning is done at the one end, the settings might not work at the other end, and could cause oscillations or sluggish behavior. If this is the case, a function generator (X-Y curve) can be placed in the path of the controller output to cancel out the control valve nonlinearity.
Nonlinear Process
Some processes react differently based on operating point, production rate, or the product being made. If these differences are large the loop can begin oscillating or become sluggish. Then different tuning settings are required for the various operating conditions. This is called gain scheduling.
External Oscillations
Externally sourced oscillations can be caused by interactions between loops with the same dynamics or simply by another loop in the process oscillating and causing several other loops to oscillate with it.
Coupled Interaction
Interactions between loops with the same dynamics can cause the two loops to “fight” each other. A simple example of this is if two valves control the flow and pressure in the same pipe. Because the dynamics of liquid pressure control loops and flow control loops are similar, the two controllers might be tuned very similarly, causing the hunting between the two loops. To solve this, the most important loop needs to be tuned for fast response, and the loop of secondary importance needs to be tuned significantly slower (three times or longer settling time).
Process Interaction
One loop in the process could be oscillating, causing several other loops in the same process to oscillate with it. Use a process and instrumentation diagram (P&ID) to locate possible offenders. Then use historical process trends of these other loops to find the oscillating loop. Several software vendors like ExperTune, PAS, and Matrikon/Honeywell have products to help with locating the offending loop in a plant-wide oscillation scenario.
2. Sluggishness
The next category of poor control loop performance is sluggishness. Sluggish control loop response can be caused by equipment problems or by poor tuning.
Control Valve Dead Band
Dead band (also called hysteresis), can cause a loop to exhibit sluggish behavior. Every time the process variable undergoes a disturbance in a different direction from the previous disturbance, the controller output has to traverse the dead band before the valve begins moving. Dead band can be detected very reliably through simple process tests. It is a mechanical problem and cannot be addressed with tuning.
Other Equipment Problems
A control loop may also appear to have sluggish response if the controller output becomes saturated at its upper or lower limit. Similarly, if the process variable runs into limits, the control action effectively ends. Also, if the controller output has a rate-of-change limit, it may cause sluggish response, regardless of how well the controller is tuned.
Tuning
Comments made earlier about tuning apply here too. Furthermore, realize that loops have internal “speed limits” depending mostly on the length of the dead time in the process. It will take a well-tuned loop three to four times the dead time to get back to its set point after a disturbance or set point change. If disturbances cause large deviations from set point, and tuning is unable to correct it fast enough, see the next section.
3. Disturbances
The third category of poor loop performance is that of disturbances pushing the process variable away from its set point. Disturbances are frequently the nemesis of good loop performance. As described above, feedback control is limited in how fast it can eliminate the effects of a disturbance and bring the process back to set point. Two classes of disturbances exist, depending on how they enter the loop.
Control-Flow Disturbances
Control-flow disturbances affect the loop by changing the flow rate through the final control element. For example, if steam is used to heat the process flowing through a heat exchanger, and the pressure of the steam decreases, the steam flow rate will be affected and this will disturb the outlet temperature.
Cascade control can be used very effectively to virtually eliminate the effects of a control-flow disturbance. The outer loop controls the main process variable (temperature in this case) by changing the set point for flow to an inner loop. The inner loop measures and controls the actual flow rate and immediately corrects any deviations from set point.
Process Disturbances
In contrast to control-flow disturbances, all other disturbances to the process that affect the process variable are simply called process disturbances. If a process disturbance is measurable, and its effect on the process variable is known, feedforward control can be used to vastly reduce its impact.
Stay tuned!
Jacques Smuts – Author of the book Process Control for Practitioners