Learn PLCs free
Industrial Control ConceptsIntermediateEssential
38 min read
Updated
Intermediate

PID Control: Principles, Terms and Industrial Examples

PID - Proportional-Integral-Derivative Control

Quick answer

PID control is a closed-loop method that compares a setpoint with a measured process variable and changes a manipulated variable using proportional, integral and derivative action. Industrial success also depends on scaling, deterministic timing, control direction, limits, anti-windup, modes, tracking, instrument quality and actuator feedback.

Key Takeaways

  • PID control is a closed-loop method that compares a setpoint with a measured process variable and changes a manipulated ...
  • Intermediate-level topic in Industrial Control Concepts
  • Commonly used in: Flow regulation through a valve or variable-speed pump, Pressure control in vessels, headers and compressed-air systems
  • Related to: Setpoint, Process Variable, Cascade Control

Detailed Definition

PID stands for proportional, integral and derivative. A PID controller repeatedly compares a desired setpoint, or SP, with a measured process variable, or PV. From that comparison it calculates a control error and a requested manipulated variable, often called CV, MV or controller output. The final element—a valve, drive, damper, heater or other actuator—changes the process, the sensor measures the result, and the measurement closes the feedback loop.

Proportional action responds to present error. Integral action accumulates error over time and can remove a persistent offset. Derivative action responds to the rate of change used by the selected algorithm and can add anticipation or damping, but it is sensitive to noise and is often applied to the measurement through a filter. The letters describe three contributions; they do not define one universal equation, gain unit, derivative source or software interface.

An industrial PID loop is therefore more than three gains. It needs coherent engineering-unit scaling, a known control direction, a repeatable execution interval, valid measurement status, requested and applied output limits, anti-windup, manual and automatic ownership, bumpless transfer, restart behavior, permissives, alarming, trends and acceptance evidence. A mathematically plausible tuning can still fail if any of those contracts is wrong.

P, PI and PID are choices rather than quality grades. Many flow, pressure, level and temperature loops use PI because integral action removes steady offset while derivative would add little value or amplify measurement noise. Derivative may be useful when trustworthy rate information improves the response, but it should not be enabled merely because the block is named PID. The process dynamics, objective, disturbances, measurement and final element determine the suitable structure.

This page owns the broad PID definition, terminology, architecture and industrial decision surface. The worked calculation guide owns a complete numerical example, the PID program guide owns implementation architecture, the tuning guide owns tuning methods, the projects guide owns practice briefs, and vendor guides own exact block parameters. That separation lets this head-term reference answer what PID is without making one vendor or one example look universal.

Evidence and scope

The control principles and implementation boundaries below were checked against current Siemens, Rockwell Automation, National Instruments, CODESYS, Beckhoff, Schneider Electric and MathWorks documentation. The equations are vendor-neutral teaching models. The selected controller block, firmware, library version, task timing, process model, actuator limits, safety design and approved commissioning procedure remain authoritative for a real loop.

Technical review:

PID closed-loop anatomy from setpoint and error through controller limits process sensor and process-variable feedback
Editorial illustration: the controller request passes through limits and a real process before sensor feedback closes the loop
Parallel proportional integral and derivative concept paths combining into a bounded controller output
Editorial illustration: P, I and D describe three contributions, while equation form, units and derivative source remain implementation choices

Critical behavior

  • The sign convention must be explicit. This reference uses error = SP − PV for explanation, while vendor blocks may offer a different equation or a separate direct/reverse action setting.
  • Gain values are not portable until the algorithm form, proportional-band convention, time units, sample time, derivative source and scaling are known.
  • The configured controller interval must agree with actual execution. Integral and derivative calculations depend on elapsed time, so jitter, skipped calls and duplicated calls change behavior.
  • A limited command is not necessarily the applied actuator position. Selectors, interlocks, rate limits, a local hand station, drive limits, valve stiction or a downstream controller can create a difference.
  • Anti-windup needs the effective limitation boundary. Clamping an internal output at 100 percent cannot correct windup caused by a downstream 60 percent selector unless tracking or external-limit information returns to the controller.
  • Manual-to-auto transfer is a state-alignment problem. The controller must track the output actually controlling the process and adopt a compatible setpoint or internal state before it takes ownership.
  • Derivative can amplify measurement noise. Confirm whether the selected block differentiates error or PV, how it filters the derivative path and how setpoint changes affect the term.
  • Ordinary PID is process regulation, not a safety function. Independent protection, permissives, shutdowns, hard limits and risk-reduction functions retain their own requirements and validation.

Verification checklist

  1. 1Name SP, PV, requested MV, limited MV, applied MV, measured final-element state, units and signal owners.
  2. 2Verify sensor range, scaling, quality, timestamp, filtering and bad/stale/substituted-value behavior.
  3. 3Prove process and final-element direction with a small authorized manual change before automatic control.
  4. 4Record controller family, instruction or library, version, equation form, gain units and derivative source/filter.
  5. 5Measure actual PID execution interval and jitter; reconcile them with the configured controller time base.
  6. 6Inventory block limits, rate limits, selectors, interlocks, local ownership and physical actuator constraints.
  7. 7Map anti-windup or tracking to the effective applied-output boundary, not only an internal numerical limit.
  8. 8Define manual, automatic, cascade, override and local/remote ownership plus rejected-transfer behavior.
  9. 9Test output continuity and state tracking through each authorized mode transition and restart condition.
  10. 10Trend SP, PV, raw/limited/applied output, mode, owner, quality, saturation and first-out diagnostics together.
  11. 11Evaluate setpoint tracking and load-disturbance rejection as distinct repeatable tests.
  12. 12Investigate sensor, actuator, process capacity and interaction evidence before changing gains.
  13. 13Test representative limits, bad PV, communication loss and recovery without defeating protective functions.
  14. 14Retain final parameters with equation, units, task, versions, operating region, evidence and rollback record.
  15. 15Keep PID regulation separate from alarms, interlocks, independent protection and validated safety functions.

IEC and vendor terminology

Similar-looking instructions do not always have identical execution, initialization or storage behavior.

PlatformCommon termWhat to verify
Vendor-neutral control engineeringSP, PV, error, MV/CV, final elementDefine setpoint, measured process variable, sign convention, controller request, limited request and physically applied output before discussing gains.
Parallel formKp, Ki, KdIndependent gains multiply proportional, integral and derivative paths. Units depend on how error, output and time are represented.
Ideal / dependent formKc, Ti or reset time, Td or rate timeA common proportional gain scales bracketed terms. Conversion to parallel gains requires the exact equation and matching time units.
Siemens S7-1200 / S7-1500PID_Compact, PID_3Step, PID_TempTechnology-object versions, CPU compatibility, cyclic execution, modes, tuning and I/O paths are product-specific; select the block for the final element and process.
Rockwell LogixPID, PIDE and process-library alternativesInstruction family, equation choice, independent/dependent gains, task or loop update, tieback, limits and manual behavior must be checked rather than transferred by name.
CODESYS, Beckhoff and Schneider librariesLibrary PID function blockPID is not one IEC 61131-3 standard function block. Library version, cycle input, modes, limits, filtering, reset and error behavior define the usable contract.

PID loop from setpoint to verified applied output

A useful industrial diagram closes two loops: PV returns the process response, and applied-MV or tracking information returns what actually reached the final element. The exact implementation may combine or omit signals, but the design must retain their meanings.

PID term behavior in a sampled industrial loop

This is a concept map, not a tuning recipe. “More” assumes the same algorithm, scaling, direction and sample time; a vendor conversion can change the numeric meaning.

State / phaseResponds toUseful contributionCommon failure if misapplied
Proportional (P)Present error under the configured equation and directionImmediate output change as the measured error changesToo little can leave slow or offset-prone response; too much can magnify noise or produce cycling and instability
Integral (I)Error accumulated through elapsed timeMoves output until persistent error is removed, within available authorityWindup during limits, slow recovery, oscillation or interaction when the real actuator cannot follow
Derivative (D)Configured rate signal, commonly filtered PV change in industrial blocksCan add anticipation or damping when the measurement supports itNoise amplification, output chatter or setpoint kick when source and filtering are poorly chosen
Bias / feedforwardKnown sustaining demand or measured disturbancePlaces the feedback terms nearer the required operating outputHidden ownership, double compensation or bump when the contribution is not tracked through limits and modes
The controller structure should be justified by process evidence. P, PI or PID is selected for the loop; enabling every term is not inherently better.

Start with the signal contract and control direction

Most apparently mysterious loop failures can be made ordinary by naming every signal and proving the process sign before tuning.

Write the controlled variable and manipulated variable as an engineering sentence: “This loop changes heater demand in percent to control outlet temperature in degrees Celsius,” or “This loop changes valve position in percent to control flow in litres per minute.” Record the measurement range, output range, normal operating window and physical final element. If a display says CV, clarify whether it is the raw controller request, a limited demand, the analog output command or measured actuator position.

This reference uses e = SP − PV. Under that convention, a heating process normally needs an increase in output when the error becomes positive. A cooling valve, pressure-relief valve or reverse-acting final element can require the opposite relationship. Vendors express this choice as direct/reverse action, controller gain sign, error equation or output-direction settings. The names are not reliable across products, so derive the required sign from the process and verify it at low authority in manual mode.

A direction test is not “put it in Auto and see.” Under the approved commissioning method, establish a safe operating point, make a small bounded manual output change, wait long enough for the process response, and record whether PV rose, fell or did not respond. Confirm the same direction from controller output through selector, I/O, drive or positioner to the physical element. A reversed measurement scaling and a reversed actuator can temporarily cancel each other, leaving a dangerous latent defect.

Document normal, failed and substituted measurement behavior. A stale PV that remains numerically plausible is more difficult than an obvious bad value. The loop should have a defined reaction for bad quality, implausible rate, range violation, frozen value and communication loss. That reaction may be manual hold, tracked fallback, a bounded safe process response or an orderly shutdown, but it comes from the process hazard and operating design—not from a universal PID rule.

Minimum PID signal contract

Use one row per meaning even if the chosen block combines several of them.

State / phaseQuestionEvidence to retainTypical defect exposed
SPUnits, source, limits, ramp and active ownerWrong recipe, stale remote setpoint or abrupt mode change
PVRaw value, scaled value, quality, timestamp and substitution stateRange error, stale signal, double scaling or hidden fallback
Requested MVUnbounded or controller-calculated demand and term statesController is asking for more authority than exists
Limited MVConfigured min/max, rate limit and selector statusA downstream constraint is mistaken for poor tuning
Applied MVActual command or position and controlling ownerLocal hand, override, stiction or drive limit blocks the request
Trend these meanings together with mode, quality, saturation and first-out status.

PID equations, gain forms and units

A gain number without its equation and units is incomplete configuration data.

A common continuous parallel teaching form is u(t) = bias + Kp·e(t) + Ki·∫e(t)dt + Kd·de(t)/dt. A common ideal or dependent form is u(t) = bias + Kc[e(t) + (1/Ti)∫e(t)dt + Td·de(t)/dt]. These expressions can describe equivalent behavior after a correct conversion, but the numeric parameters are not interchangeable. Some systems use proportional band rather than gain; some express integral as repeats per minute, seconds per repeat or integral gain; and some place proportional gain around the other terms.

Units expose mistakes. If error is degrees Celsius and output is percent, Kp may be percent per degree Celsius. In the parallel expression, Ki may be percent per degree Celsius per second and Kd may be percent-seconds per degree Celsius. If a vendor uses reset time Ti in seconds, Ti is a time rather than an independent integral gain. Changing seconds to minutes without conversion changes integral action by a factor of sixty.

Industrial controllers are sampled, so software implements a discrete approximation. Integration may use rectangular, trapezoidal or another update. Derivative may use a filtered difference and commonly acts on PV rather than error to avoid a sharp derivative response to a setpoint step. Position and velocity algorithms also store and update state differently. These choices matter during migration, restart and manual transfer even when steady-state trends look similar.

Never migrate a loop by copying Kp, Ki and Kd labels alone. Capture old and new equations, independent or dependent form, proportional band convention, error sign, derivative source, derivative filter, sample interval, scaling, output limits, anti-windup, bias, setpoint weighting and initialization. Convert on paper or in a controlled model, then execute a bounded acceptance protocol. The old loop trend is evidence, not proof that a copied number has the same meaning.

Parameter record before conversion

Every value needs its semantic field and unit.

State / phaseRecordExample notationWhy it matters
Equation formParallel, ideal/dependent, vendor optionDetermines how P scales I and D
Error / actionSP−PV plus reverse output actionDetermines whether correction moves PV toward SP
IntegralKi in 1/s or Ti in sPrevents reciprocal and 60× time-unit errors
DerivativeOn PV, filtered, Td in sPredicts noise and setpoint-step behavior
Sample intervalMeasured 100 ms task, block set to 0.1 sAligns discrete I and D behavior with tuning
Use the exact installed-version documentation when interpreting each field.

What proportional, integral and derivative action really change

The three terms should be interpreted from signal evidence, not from slogans such as “P is speed, I is accuracy, D is stability.”

Proportional action creates an immediate output contribution related to present error. In a proportional-only loop, the process may need a nonzero error to sustain the output required by the load; that operating offset depends on bias, process gain and disturbances. Increasing proportional action can reduce that offset and speed the initial correction, but it also increases sensitivity to measurement movement and can expose dead time, interaction or final-element problems as oscillation.

Integral action changes output as error persists. That makes it powerful for rejecting a sustained load disturbance and removing offset, yet the integrator cannot create physical capacity. If a valve is fully open or a heater is at its limit while PV remains below SP, continuing to accumulate integral state stores a recovery problem. The correct response starts with capacity, limits and anti-windup evidence rather than automatically increasing integral action.

Derivative action responds to rate. An ideal derivative reacts strongly to high-frequency noise, which is why practical blocks filter it and why instrumentation quality comes first. Derivative on error can respond to a setpoint step; derivative on PV avoids that particular setpoint kick but still responds to measurement changes. The selected source, filter and discrete algorithm must be known before interpreting a D setting.

The terms interact. A loop can appear slow because output is rate-limited, because the measurement filter is excessive, because the process has dead time, because proportional action is low, because integral action is slow or because another loop owns the actuator. A disciplined trial changes one justified parameter at a time and retains the same initial condition, setpoint or disturbance, limits and observation window. Comparing unmatched trends is not a tuning experiment.

Choose P, PI or PID from the process and objective

PID is a family. A PI controller is not an incomplete PID controller when derivative adds no reliable benefit.

P-only control can be appropriate when some offset is acceptable, when another outer loop supplies the setpoint, or when integral behavior would be undesirable. PI is widely useful because it combines immediate correction with removal of persistent offset. Full PID can help when the rate signal is trustworthy and anticipatory damping improves the required response. Other structures—on/off control, feedforward, cascade, ratio, split range, override or model-predictive control—may address a problem that three feedback terms alone cannot.

Fast flow loops often have a responsive measurement and final element, making PI a common starting structure. Temperature loops can be slow and may have substantial dead time; PI is common, while carefully filtered derivative can help in some processes. Level can be intentionally slow or integrating, and aggressive tight control may pass disturbances downstream. Pressure spans very fast gas or hydraulic dynamics and slower vessel behavior, so the word “pressure” does not select a tuning or structure.

Use a structure decision record. State the controlled objective, acceptable deviation, manipulated authority, dominant disturbances, process gain sign, time constant, dead time, measurement resolution/noise/delay, actuator dynamics, interactions, constraints and required mode behavior. Then state why the selected structure is sufficient. This is more defensible than applying a favourite tuning rule to every loop.

A first-order-plus-dead-time model can summarize some process responses using process gain K, time constant τ and dead time θ. It is useful for communicating dynamics and supporting certain tuning methods, but it is not a universal truth. Nonlinearity, integrating behavior, inverse response, multiple lags, changing operating points and interacting loops can make one model inadequate. Record the test range and model fitness rather than presenting K, τ and θ without context.

Controller-structure decision prompts

These are investigation prompts, not universal selections.

State / phaseEvidence questionWhy it changes the choicePossible response
Is steady offset acceptable?P-only normally needs error to sustain a changed loadUse bias/feedforward or integral if offset must be removed
Is the rate signal trustworthy?Noise and delay can make D harmfulUse PI, improve measurement or apply documented filtering
Is dead time dominant?Correction arrives before the process response is visibleUse conservative feedback, process redesign or a suitable advanced structure
Does another loop own the actuator?Selectors and cascade change tracking requirementsImplement external reset/tracking and explicit ownership
Final selection requires a loop-specific model, objective and acceptance test.
PLC PID task timeline showing regular samples output updates and one highlighted jitter event
Editorial illustration: the tuning basis depends on a measured and repeatable controller interval, not an assumed scan time
Requested limited and applied PID outputs during saturation anti-windup and recovery
Editorial illustration: requested, limited and applied output are distinct evidence signals when the final element cannot deliver more

Sample time, PLC tasks and deterministic execution

A PID block is stateful mathematics executed by software; its time base is part of the control design.

Identify where the loop runs: cyclic task, timed interrupt, periodic organization block, function-block scheduler or a block that internally schedules its calculation. Measure the actual interval and jitter under representative controller load. A main scan that “usually takes about 20 ms” is not equivalent to a 20 ms periodic control task, especially when communication, diagnostics or conditional routines change execution.

The interval should be short enough to observe relevant process dynamics but not selected by a simplistic fixed ratio. Very fast execution can add noise sensitivity, CPU load and repeated calculations without adding process information. Very slow execution delays correction and distorts discrete integral and derivative action. Instrument update, I/O conversion, network refresh, filtering and actuator command rate can dominate even when the PLC block executes quickly.

Decide whether the block receives an explicit cycle-time parameter, measures elapsed time or assumes a configured update. Check what happens on a late call, skipped call, task overrun, controller mode change and simulation. Siemens, Rockwell, Beckhoff and CODESYS families use different mechanisms, and even versions in one family can differ. Treat the installed help and controller diagnostics as evidence.

Trend scheduled interval, measured interval, maximum jitter, overrun status and block timing fault alongside SP, PV and output during acceptance. If timing changes after adding communications or logic, the loop should fail the same regression tests used for a gain or firmware change. A tuning is tied to its execution environment.

Timing evidence table

Capture values from the real task and I/O path.

State / phaseMeasureQuestionAcceptance source
Scheduled intervalWhat interval is configured?Control design and vendor block manual
Actual intervalWhat distribution occurs under representative load?Controller task trace or diagnostic
PV ageHow old is the measurement at calculation time?I/O/network update design
Output ageWhen does the actuator receive the new command?Module, network, drive or positioner evidence
Exception behaviorWhat happens after skip, overrun or restart?Version-specific block and project tests
Do not infer the complete loop delay from PLC task time alone.

Output limits, saturation and anti-windup

A controller can request an output the process cannot receive. The design must show what was requested, what was limited and what was applied.

Limits exist at several layers: the PID block, an output range, a rate limiter, high/low selector, equipment permissive, local hand station, drive current limit, valve travel stop and process capacity. A 0–100 percent internal limit says nothing about a valve restricted to 65 percent by an override controller or a heater disabled by an interlock. Inventory every authority boundary and decide which value returns to the controller for tracking.

Integrator windup occurs when integral state continues moving in a direction the actuator cannot deliver. After the error reverses or the limit clears, the stored state can keep the output pinned and delay recovery. Common anti-windup approaches include conditional integration, integrator clamping and back-calculation. Vendor blocks implement these differently, and an internal method may only know the block’s configured limit.

External reset feedback or tracking becomes important when the effective applied output is determined downstream. Feed the controller the value and ownership state specified by the block’s documentation. If the actuator position is itself slow or unreliable, distinguish commanded applied output from measured position and decide which signal belongs in anti-windup, diagnostics and maintenance. One signal cannot silently serve all meanings.

When a loop remains saturated, ask whether the SP is reachable, whether the final element moved, whether supply energy is available, whether another constraint owns the output, whether the PV is valid and whether the process load changed. Saturation is diagnostic evidence. Retuning a capacity failure can make normal operation worse while leaving the actual limit unresolved.

Manual, automatic, cascade and bumpless transfer

Mode is ownership. Bumpless transfer is the verified continuity of the applied output when ownership changes.

Define who may command the final element: operator manual, PID automatic, cascade setpoint, ratio station, override selector, sequence, local hand station or maintenance mode. Record the active owner and requested owner separately so a rejected transfer remains visible. A single Auto Boolean is often too weak to explain why the actuator is moving.

Before manual-to-auto transfer, the automatic controller’s internal state must be consistent with the output currently controlling the process. The setpoint may also need to track PV or adopt a separately approved value. Rockwell documents tieback and set-output behavior for its PID instruction; other blocks provide tracking, synchronization, manual value or initialization interfaces. Map the chosen block rather than implementing a generic “copy manual output once” assumption.

Bumpless does not mean response-free. If Auto takes ownership with SP far from PV, the output can begin changing immediately even if the first sample is continuous. Separate transfer bump from the intentional closed-loop response after transfer. Define maximum first-step output change, rate, mode-confirmation time and acceptable PV excursion for the actual process.

Test Auto-to-Manual, Manual-to-Auto, cascade entry/exit, selector takeover/release, controller restart, communication loss and local/remote transitions. Retain requested, limited and applied output plus mode, owner, SP, PV and quality through every transition. Operators need to see the controlling owner and why an automatic request is not applied.

Mode-transition acceptance evidence

Apply process-specific limits; the table defines what to measure.

State / phasePreconditionObserved evidenceFailure to investigate
MAN → AUTOOutput continuity, tracked state, adopted SP and owner confirmationStep from stale integrator, bias or wrong tieback
AUTO → MANManual station adopts applied output before operator changeManual value starts from an unrelated default
Selector takeoverLosing controller tracks selected output and limit directionOuter integrator winds while not selected
RestartDefined mode, output, SP, state restoration and authorizationUnexpected auto resumption or zero/full command
A mode label is insufficient without output and state evidence.

Instrument quality and final-element behavior

The PID sees the process through a measurement and acts through a final element; either can dominate the trend.

Validate sensor range, calibration status, installation, damping, update time, signal conversion and quality mapping. Compare the PLC engineering value with an appropriate reference under an approved procedure. A noisy PV can come from process turbulence, electrical interference, insufficient resolution, poor grounding, aliasing, network timing or a failing instrument. Increasing derivative filtering treats one symptom and can add delay.

Validate the complete actuator path. For a valve, compare output request, I/P or positioner command, measured stem position, supply pressure and process response. For a drive, compare speed reference, selected reference source, limits, actual speed/current and process effect. For time-proportioned heating, confirm window time, switching hardware limits and how percent demand becomes pulses. The PID output is not the physical action.

Stiction, backlash, deadband and hysteresis can create repeating sawtooth trends that resemble aggressive tuning. A controller increases output until the element breaks free, PV overshoots, output reverses, and the cycle repeats. Measure output-versus-position behavior or conduct an authorized stroke test before retuning. Maintenance of the final element may produce more benefit than gain changes.

Filtering is a design tradeoff. A filter can reduce noise presented to the controller but also adds lag and can hide a rapid real change. Place filtering deliberately at the instrument, input, PV path or derivative path and document its time constant and purpose. Avoid stacking undocumented filters across transmitter, module, PLC and HMI until the trend looks smooth.

Manual track and automatic PID ownership states with continuous applied output through bumpless transfer
Editorial illustration: bumpless transfer aligns ownership, internal state and the controlling output before automatic mode takes over
Industrial PID applications for flow pressure temperature and level with a technician reviewing SP PV and MV trends
Editorial illustration: loop diagnosis starts with process, measurement, final-element and ownership evidence before gain changes

Industrial PID examples and what changes between them

The same three letters appear in many applications, but process dynamics and operational objectives are not interchangeable.

In a flow loop, the PV is flow and the MV may be valve position or pump speed. The process can respond quickly, upstream pressure is a disturbance, and valve stiction or pump limits are common constraints. The acceptance test should include normal operating points, representative pressure disturbance, low-flow measurement quality and transfer between manual and automatic ownership.

In vessel pressure control, the MV may be inlet, outlet, vent or compressor demand. Control direction depends on which stream is manipulated. Gas-volume dynamics, relief protection and equipment limits matter. PID does not replace pressure protection. A pressure loop should be tested within authorized boundaries while independent alarms and protective functions remain active and separately validated.

In temperature control, thermal capacity and dead time can make response slow. The MV may be heater power, steam valve, coolant valve or split-range heat/cool demand. Sensor location and product lag matter. A short observation window can falsely declare success before a slow oscillation appears, while an excessively aggressive test can damage product. Use a model or simulator for learning, then a process-approved protocol for the plant.

In tank level control, the process may integrate: if inlet and outlet do not balance, level continues changing. Tight level control can transmit flow disturbances to downstream equipment, so the objective may be to keep inventory inside a band while smoothing outlet flow. This is why one set of “best PID settings” cannot be applied across flow, pressure, temperature and level.

Four-loop comparison

Examples illustrate investigation surfaces, not default tunings.

State / phasePV and possible MVDominant evidenceFrequent non-tuning cause
FlowFlow; valve or pump speedFast response, upstream pressure, low-range qualityValve stiction, wrong pump reference, cavitation or meter issue
PressurePressure; inlet/outlet/vent/compressorProcess volume, compressibility, protection boundaryWrong direction, valve authority or interacting pressure loop
TemperatureTemperature; heat/cool demandDead time, thermal capacity, sensor locationHeater limit, fouling, utility loss or sensor lag
LevelLevel; inlet/outlet flowIntegrating behavior and downstream objectivePump limit, inflow disturbance or inappropriate tight-control target
State the controlled objective before judging a trend.

Worked calculation with explicit assumptions and units

This small calculation demonstrates bookkeeping. It does not supply gains for a real process and does not replace the full worked-example guide.

Assume a teaching-only discrete parallel PI controller, error e = SP − PV, output in percent, temperature in degrees Celsius and sample interval Ts = 1 second. Let Kp = 2 percent per degree Celsius and Ki = 0.25 percent per degree Celsius per second. Derivative is disabled. At sample k, SP = 50.0 °C, PV = 48.5 °C, previous integral contribution I(k−1) = 30.0 percent and bias = 0.0 percent.

The error is 1.5 °C. The proportional contribution is P = Kp·e = 2 %/°C × 1.5 °C = 3.0 percent. The integral increment is ΔI = Ki·e·Ts = 0.25 %/(°C·s) × 1.5 °C × 1 s = 0.375 percent. The new integral contribution is 30.375 percent. The raw request is bias + P + I = 33.375 percent.

If the configured limits are 0 to 100 percent and no downstream constraint is active, the limited request remains 33.375 percent. That arithmetic does not prove the actuator applied 33.375 percent. A rate limiter, selector, interlock, drive or valve can change it. The evidence record therefore retains raw request, limited request and applied output separately.

At the next sample, the calculation uses new PV and the controller’s stored state. A different algorithm may use another integration rule, dependent gain form, normalized error, integer scaling or internal time base, producing different numbers from parameters that look similar. Use the selected block documentation for production calculations. The dedicated worked-example page expands term-by-term response traces and verification.

Teaching PI calculation ledger

All numbers are invented for a transparent unit check.

State / phaseValueCalculationResult
Error50.0 °C − 48.5 °C1.5 °C
P contribution2 %/°C × 1.5 °C3.0%
I increment0.25 %/(°C·s) × 1.5 °C × 1 s0.375%
I state30.0% + 0.375%30.375%
Raw request0% bias + 3.0% + 30.375%33.375%
A calculation is reproducible only when equation form, state, units and interval are included.

Diagnose loop behavior before changing gains

A trend should be read as an evidence chain from demand to physical response.

Start with the question the loop failed to answer: setpoint tracking, load-disturbance rejection, transfer, constraint handling, noise, product variability or energy use. Export a synchronized window containing SP, PV, raw request, limited request, applied command, measured actuator position if available, mode, owner, quality, saturation, interlocks and relevant disturbance. Record timestamps, sample rates and any compression or deadband used by the historian.

If requested output changes but applied output does not, investigate ownership, limits, I/O, communications and final element. If applied output changes but PV does not, investigate process capacity, sensor validity, disconnected equipment and dead time. If PV moves in the wrong direction, return to a safe manual state and verify signal/action direction. If requested and applied output oscillate together, examine process dynamics, gains, noise and interaction after the physical path is proven.

Separate setpoint tests from disturbance tests. A controller can track a setpoint well but reject load poorly, or the reverse. Use consistent initial conditions and observation windows. Compare error measures such as integrated absolute error only when tests are otherwise comparable, and pair numeric measures with limits, actuator travel, overshoot, settling, product quality and operator workload.

Record each change as a controlled experiment: hypothesis, exact parameter before/after, equation and units, initial condition, test input, result, rollback trigger and reviewer. Avoid simultaneous gain, filter, limit and instrument changes because they destroy attribution. A simulator can teach the relationships and help rehearse evidence capture, but its model cannot validate a plant it does not represent.

Commissioning and acceptance evidence

A loop is ready when its signal, state, constraint, response and recovery contracts have been tested—not when the PV happens to touch SP once.

Complete design review first: loop narrative, P&ID and instrument data, I/O range, output device, action, algorithm form, sample time, limits, modes, tracking, bad-PV reaction, alarms, interlocks, independent protection and acceptance criteria. Confirm controller, firmware, IDE and library versions. Back up the project and parameters under the site change-control process.

With the process in an approved condition, verify raw and scaled PV, quality and timestamp. In manual mode verify bounded output direction and the final element at more than one point where permitted. Confirm commanded versus actual position or speed, output scaling and response. Test local/remote ownership, permissives, limits and fail behavior before enabling automatic control.

Test automatic behavior using an approved setpoint or disturbance change. Retain the complete trend long enough to observe the slowest relevant dynamics. Test saturation and recovery only within process authority. Verify anti-windup and bumpless transfers. Test bad PV, stale data, controller restart and communication recovery using safe methods and representative hardware or an approved test environment.

Close with deviations, final parameters including units and form, trend evidence, task-timing evidence, alarm/interlock results, operator instructions and rollback state. Repeat the defined regression set after firmware, library, task, I/O, instrument, actuator or process changes. A gain sheet without its operating and software context is not a complete loop record.

What a PID simulator can and cannot prove

A transparent model is useful for learning cause and effect when its boundary is stated precisely.

A PID simulator can provide a repeatable process model, controlled disturbances and synchronized SP, PV and output traces. That makes it useful for learning proportional, integral and derivative effects; comparing setpoint and load responses; seeing saturation and anti-windup; rehearsing manual-to-auto transfer; and practising a one-change-at-a-time evidence method without risking production.

A generic simulator does not reproduce a particular transmitter, valve, drive, heater, PLC task, library block, firmware, network, process nonlinearity, product, hazard or protective function. Similar-looking curves do not certify production gains. Treat simulated performance as a hypothesis and training record, then validate the exact implementation under the site commissioning plan.

For product evaluation, useful proof is not just a moving curve. A credible PID learning surface should disclose its process equation and time base, separate requested/limited/applied output, expose saturation and modes, allow a repeatable disturbance, preserve units and initial conditions, and let the learner export or compare evidence. Those capabilities support troubleshooting habits that transfer beyond one animated demo.

Working LD and ST example

Vendor-neutral PID wrapper with explicit state and output boundaries

This pseudocode exposes the contracts a project must map to its chosen block. It is intentionally not a portable PID implementation and must not be pasted into a controller as a commissioned algorithm.

Ladder Diagram

|--[ Loop_Enable ]--[ PV_Quality_Good ]--[ Auto_Owner ]--[ Vendor_PID ]--|
|       SP: Temp_SP_Eng             PV: Temp_PV_Eng                    |
|       Cycle: Measured_PID_Interval  Track: Applied_MV_Pct             |
|       Requested: PID_Request_Pct     Status: PID_Status               |
|--[ Permissives_OK ]--[ Select / Limit / Rate ]--( Applied_MV_Pct )----|

Structured Text

// Conceptual wrapper: map every field to the selected vendor block.
LoopReady := LoopEnable AND PVQualityGood AND TimingHealthy;

VendorPID(
    Enable        := LoopReady,
    SetpointEng   := TempSetpointEng,
    ProcessEng    := TempProcessEng,
    AutoOwner     := AutoOwner,
    ManualOutput  := ManualDemandPct,
    TrackEnable   := NOT AutoOwner,
    TrackValue    := AppliedDemandPct,
    CycleTime     := MeasuredPIDInterval,
    RequestedOut  => PIDRequestedPct,
    Status        => PIDStatus
);

LimitedDemandPct := LIMIT(MinDemandPct, PIDRequestedPct, MaxDemandPct);
AppliedDemandPct := FinalElementSelector(LimitedDemandPct, Interlocks, LocalOwner);

// Trend SP, PV, requested, limited and applied demand with mode and quality.

Expected result: When automatic ownership is valid, the selected PID block calculates a request at the verified interval. When another owner or limit controls the actuator, tracking aligns the block with the applied output. A real implementation must also define block-specific restart, fault reaction, tieback, output conversion, permissives and safety separation.

Failure modes and diagnostic checks

SymptomLikely causeCheck next
PV moves farther from SP after Auto is enabledWrong process-action sign, reversed scaling or wrong final-element directionReturn to the approved manual state; prove small-output change through physical response and map the block action setting.
Output jumps during manual-to-auto transferIntegrator, bias, setpoint or tieback did not track the applied outputTrend owner, manual value, applied output, internal track status, SP and first automatic request.
Output remains at 100% after error reversesIntegrator windup or a downstream constraint unknown to the blockCompare raw, limited and applied output; confirm anti-windup and external tracking boundary.
PV is noisy and output chattersInstrument/process noise, excessive P/D action or insufficient derivative filteringValidate raw measurement and update path first; then inspect derivative source/filter and term traces.
Loop behavior changed after task refactorActual execution interval or jitter no longer matches the controller time baseMeasure task interval, skipped calls, overruns and the block cycle configuration under load.
Controller request changes but process does notSelector, interlock, local owner, failed actuator or unavailable process capacityTrace requested → limited → applied → measured final-element position → process response.
Slow repeating sawtooth around SPValve stiction, backlash, actuator deadband or integrating interactionCompare command with measured position and perform an authorized final-element assessment before retuning.
Stable at one operating point but oscillatory at anotherNonlinear process gain, changing dead time, split-range transition or final-element characteristicCompare operating region, active element, utility conditions and model validity.
PV looks frozen but remains in rangeStale communication value or instrument freeze not mapped to qualityCheck source timestamp, change detector, communication diagnostics and designed fallback state.
Copied gains behave very differently on a new PLCDifferent equation, gain form, units, scaling, derivative implementation or sample timeComplete a semantic parameter conversion and repeat bounded model/target acceptance tests.
Loop tracks SP but rejects disturbances poorlyThe tuning objective, feedforward, actuator authority or process model does not match load rejectionRun separate comparable setpoint and load tests with the same limits and initial state.
Operator cannot explain why output is limitedMode, owner, selector and saturation state are hidden or collapsedExpose active owner, raw request, selected/limited output, applied output and first limiting cause.

Practical downloads

Keep the evidence with the loop

PID control questions and concise answers

What is PID control in simple terms?

PID control is feedback that repeatedly compares a target with a measurement and changes an actuator request. Proportional action responds to current error, integral action responds to error accumulated over time, and derivative action responds to a configured rate signal. The physical process changes, its sensor reports a new PV, and the loop repeats.

What do P, I and D stand for?

P is proportional, I is integral and D is derivative. P contributes according to present error. I changes according to error integrated over time. D contributes according to rate of change used by the implementation, often filtered PV rate in an industrial controller. Their numeric meanings depend on the selected equation and units.

What is the PID controller formula?

One common parallel teaching form is output = bias + Kp·error + Ki·integral(error) + Kd·derivative(error). Many industrial blocks use dependent/ideal form, proportional band, derivative on PV, setpoint weighting or a discrete velocity algorithm. Quote the exact vendor equation and time units before using or converting parameters.

What is the difference between P, PI and PID control?

P uses proportional action only. PI adds integral action to remove persistent offset. PID adds derivative action when a trustworthy rate signal can improve the required response. PI is often the correct full design; derivative is not automatically beneficial and can amplify measurement noise.

What are SP, PV, CV and MV in a PID loop?

SP is setpoint and PV is process variable. CV often means controller output and MV means manipulated variable, but projects use the labels inconsistently. A robust design distinguishes the raw controller request, limited or selected request, applied actuator command and measured actuator position rather than calling all of them CV.

How do I know whether a PID loop should be direct or reverse acting?

Derive how the selected manipulated variable changes PV, then map that process sign to the chosen block’s error/action convention. Under an approved commissioning method, make a small bounded change in manual and observe the physical response. Do not infer action from the words direct and reverse because vendor definitions differ.

Why does sample time matter for PLC PID control?

Integral and derivative calculations include time. If actual block execution differs from the configured interval, the effective behavior changes. Measure the periodic task, jitter, skipped calls, I/O update and network delay under representative load, and use the installed block documentation to configure the correct time base.

What is integral windup?

Integral windup is stored integral action that continues growing while the final element cannot deliver the requested correction. It can keep output pinned and delay recovery after error changes. Prevent it using the selected block’s clamping, conditional integration, back-calculation or tracking features at the effective actuator-limit boundary.

What is bumpless transfer in PID control?

Bumpless transfer means the applied output remains acceptably continuous when ownership changes, such as manual to automatic. The controller tracks the current controlling output and aligns its internal state and setpoint policy before taking ownership. It does not mean the output cannot move after transfer in response to real error.

Why is derivative action noisy?

Derivative responds to rate, so rapid measurement variations can create a large output contribution. Validate the instrument and sampling first, then confirm whether derivative acts on error or PV and how the selected block filters it. Adding a general PV filter can reduce noise but also adds loop delay.

Can PID gains be copied between PLC brands?

Not safely from labels alone. Copying requires an exact mapping of equation form, independent/dependent gains, proportional band, time units, scaling, error/action, derivative source/filter, sample time, limits, anti-windup and initialization. Convert in a controlled model and validate on the exact authorized target.

Why is my PID output at 100 percent but PV never reaches SP?

The setpoint may be unreachable, the process load may exceed capacity, another selector may impose a lower limit, the actuator may not follow, or the PV may be wrong. Compare requested, limited and applied output with measured actuator response, process utilities and sensor evidence before changing gains.

What trends should I record when troubleshooting PID?

Record synchronized SP, PV, raw request, limited request, applied command, measured actuator position where available, mode, active owner, measurement quality, saturation, interlocks, task timing and relevant disturbances. Preserve the sample rate, timestamp basis and historian compression so comparisons remain meaningful.

Can an online PID simulator tune a real industrial process?

A generic simulator can teach cause and effect and help compare repeatable model responses, saturation and modes. It cannot reproduce an unmodeled plant, instrument, final element, PLC block, firmware, timing, network, hazard or protection system. Use simulation as training and hypothesis evidence, then validate the exact process independently.

Current primary and technical sources

These sources support the behavior summarized on this page. The project's controller, firmware and IDE help remain authoritative for implementation.

Continue with the practical guide

Common Questions

What is PID Control?

PID control is a closed-loop method that compares a setpoint with a measured process variable and changes a manipulated variable using proportional, integral and derivative action. Industrial success also depends on scaling, deterministic timing, control direction, limits, anti-windup, modes, tracking, instrument quality and actuator feedback.

When should I use PID Control?

PID Control is particularly useful in scenarios such as Flow regulation through a valve or variable-speed pump and Pressure control in vessels, headers and compressed-air systems. Consider implementing it when you need reliable, efficient solutions for these types of applications.

What should I verify before using PID Control?

Name SP, PV, requested MV, limited MV, applied MV, measured final-element state, units and signal owners. Verify sensor range, scaling, quality, timestamp, filtering and bad/stale/substituted-value behavior. Prove process and final-element direction with a small authorized manual change before automatic control. Record controller family, instruction or library, version, equation form, gain units and derivative source/filter. Measure actual PID execution interval and jitter; reconcile them with the configured controller time base. Inventory block limits, rate limits, selectors, interlocks, local ownership and physical actuator constraints. Map anti-windup or tracking to the effective applied-output boundary, not only an internal numerical limit. Define manual, automatic, cascade, override and local/remote ownership plus rejected-transfer behavior. Test output continuity and state tracking through each authorized mode transition and restart condition. Trend SP, PV, raw/limited/applied output, mode, owner, quality, saturation and first-out diagnostics together. Evaluate setpoint tracking and load-disturbance rejection as distinct repeatable tests. Investigate sensor, actuator, process capacity and interaction evidence before changing gains. Test representative limits, bad PV, communication loss and recovery without defeating protective functions. Retain final parameters with equation, units, task, versions, operating region, evidence and rollback record. Keep PID regulation separate from alarms, interlocks, independent protection and validated safety functions.

What are related concepts I should learn?

To fully understand PID Control, you should also familiarize yourself with Setpoint, Process Variable, and Cascade Control. These concepts work together in industrial automation systems.

Also Known As

You may also see PID Control referred to as:

PID LoopThree-Term ControllerPID Algorithm

Was this helpful?

Let us know if this glossary term helped you understand PID Control better.

Your feedback helps us improve our glossary and create better content for the PLC programming community.

Quick Info

Difficulty
Intermediate
Tier
Essential

About Industrial Control Concepts

Process control, PID tuning, and automation strategies

Total Terms:30
Difficulty:Intermediate to Advanced

Free PLC simulator

Stop reading, start doing

Write ladder logic in your browser, hit Run, and watch machine scenarios react. A 12-lesson curriculum across 8 PLC dialects — free account, no credit card.

Practice PLCs free →