Learn PLCs free
Evidence-led guide3,828 words

FX5U PID in GX Works3: Instruction, Tuning and Example

Implement Mitsubishi FX5U PID control with the correct instruction-versus-parameter path, protected operand range, engineering-unit scaling, deterministic sampling, Manual/Auto wrapper, bounded autotuning and commissioning evidence.

PPI
PLC Programming IO Editorial Team
Sourced guidance with documented review and correction standards

Review status: Editorially reviewed against Mitsubishi MELSEC iQ-F FX5 User's Manual (Application) JY997D55401AF dated October 2025, current iQ-F instruction/training documentation, FX5 temperature-control-module documentation and current Mitsubishi FAQs for FX5 CPU autotuning, control-response and GX Works3 instruction guidance; the oven model and figures are original teaching examples, while exact CPU, firmware, software, devices/labels, module representation, output hardware, process limits, tuning values and safety protections require project-specific verification

Direct answer

An FX5U PID loop can be implemented in two CPU-owned ways documented in the current Mitsubishi Application manual: PID control via the PID instruction or PID control via GX Works3 CPU parameters. A compatible FX5 temperature-control module can also own PID, which is a third architecture. Pick one owner. Do not run an instruction loop and a parameter/module loop against the same heater.

For the instruction route, Mitsubishi documents the Ladder/FBD operand shape as PID (s1) (s2) (s3) (d) and Structured Text form as ENO := PID(EN, s1, s2, s3, d);. s1 stores target value (SV), s2 stores measured/process value (PV), s3 is the head of the PID parameter range, and d stores manipulated/output value (MV). The current application manual describes signed 16-bit SV, PV and MV values. It requires 25 devices from s3 for normal control, with mode-dependent autotune ranges up to 29 devices. Words s3+7 through s3+19 are reserved for internal processing and must not be changed.

A maintainable loop still needs more than the instruction: a qualified engineering-unit PV, bounded SV, protected configuration owner, proven direction, measured timing, requested/limited/applied MV, explicit Manual/Auto transition, heater availability, invalid-PV response, autotune authorization and synchronized evidence. The worked oven uses 0.1 °C PV/SV units and 0.1% MV units, but it deliberately supplies no universal gains.

Download the FX5U PID loop design register, 18-test acceptance matrix and symbolic GX Works3 program outline to map the design into the exact project.

FX5U temperature PID loop concept showing sensor qualified process value CPU calculation constrained heater output applied heat and aligned SV PV MV trend
The loop is a signal-and-state chain. A correct instruction cannot compensate for a stale sensor, unknown units, unavailable heater or unsafe output design.

Choose one FX5 PID architecture

The current FX5 Application manual separates CPU PID via instruction from CPU PID via parameter. Mitsubishi also publishes a separate FX5 temperature-control-module manual with its own standard and heating/cooling PID functions. They solve overlapping tasks through different ownership surfaces.

Architecture Where configuration lives Program role Strong fit Main risk
CPU PID instruction protected devices/labels beginning at s3, initialized by reviewed logic/configuration qualify SV/PV, execute PID, handle modes/constraints/output custom wrapper, explicit state/evidence, existing instruction standards parameter-range overlap, unsafe copied devices, missing mode/quality design
CPU PID via parameter GX Works3 CPU Parameter → PID Control Setting, with mapped values/commands/status map signals and supervise configured function standard or heating/cooling loops that fit the built-in parameter workflow hidden ownership or unreviewed online parameter/device changes
FX5 temperature-control module module parameters/buffer or labels according to exact module manual configure/supervise module and consume status multichannel temperature control and module-specific features treating module parameters as CPU s3 words or running a second CPU loop
Architecture choice between FX5 CPU PID instruction GX Works3 parameter-driven PID and intelligent temperature-module PID
All three paths can be legitimate. The correct choice is the one whose target support, ownership, diagnostics, lifecycle and tests match the machine.

The parameter route is more than a GUI version of one instruction call. Mitsubishi documents standard PID and heating-cooling modes, two-position/P/PI/PD/PID choices, output cycles, autotuning, errors, limits, output change-rate limiting in applicable modes, temperature-rise completion and Normal/Fast control response. The instruction route exposes a specific device layout and equation. Preserve that distinction in the project architecture.

This page implements the instruction route deeply and compares the parameter path where the behavior changes. Use the vendor-neutral PID program guide for platform-independent design and the Mitsubishi FX5U first-program guide for request/feedback logic outside process control.

Freeze the FX5 compatibility and unit manifest

Record the exact CPU model, firmware, GX Works3 release, input/output modules or adapters, program language, labels/devices and controlled manual revisions. The current manual revision used here is JY997D55401AF, created in October 2025. Future or older revisions may differ.

Compatibility surface Record Why it changes the answer
CPU FX5U/FX5UC/FX5UJ/FX5S exact model and firmware supported functions, built-in analog and device capacity differ
GX Works3 version/update and project compatibility parameter UI, target support, compile and download behavior change
implementation path instruction, CPU parameter or module PID defines the authoritative parameter/status model
input source built-in analog, adapter, intelligent module or network value units, conversion time, fault/status and freshness differ
output analog, drive setpoint, transistor time-proportioning or module output scaling, update cycle, hardware rating and fallback differ
numeric units e.g. 0.1 °C and 0.1% the instruction sees integers, not meaning
device/label map every SV, PV, parameter, MV and status location protects against overlap and unowned HMI/recipe writes
execution program/task/scan and instruction enable pattern sampling time cannot be shorter than the relevant operation cycle
protections independent trips/interlocks and hazardous-energy design ordinary PID is not a safety function

Mitsubishi’s current FAQ says GX Works3 instruction help can be opened with F1 or the context menu. Use that installed help together with the controlled manuals; do not resolve a compile error by swapping operands until the editor accepts something.

Worked FX5U oven contract

The teaching loop is TIC-501, an electric oven with a qualified temperature input and approved heater output stage.

Item Teaching design Production source
PV engineering range 20.0–180.0 °C sensor, module and calibrated process range
internal PV/SV representation 200–1800 in 0.1 °C units signed numeric contract and module conversion
normal SV 800 = 80.0 °C recipe and process owner
permitted SV range 200–1200 = 20.0–120.0 °C approved equipment/product envelope
MV representation 0–1000 = 0.0–100.0% output contract
teaching sampling time 500 ms measured timing and process dynamics
teaching output window 8 seconds final-element design; not a recommendation
initial operating mode Manual commissioning method
action statement increasing applied heater demand should raise PV after delay authorized manual step test

Separate regulation from protection. A high-high temperature limit, heater contactor monitoring, airflow proving, fire protection or other risk reduction follows the applicable design and proof-test lifecycle. A CPU PID call must not be the only barrier against hazardous overheating.

Qualify and scale PV before PID

Mitsubishi’s application manual states that normal measurement data must be read before PID operation and specifically cautions about analog-input conversion time. Treat the source as value plus quality plus age.

FX5U PID signal contract from raw input diagnostics and age through engineering PV and SV to requested limited and applied MV with invalid sensor fallback
Normal automatic control requires a current, qualified PV. A plausible frozen value must not bypass stale/no-change detection indefinitely.

For a generic input-scale teaching assumption, suppose the verified source is 0–4000 raw counts for 20.0–180.0 °C. To produce 0.1 °C units:

PV_tenths = 200 + Raw × (1800 - 200) / 4000

Raw Calculation Expected internal PV Engineering PV
0 200 + 0 × 1600 / 4000 200 20.0 °C
1000 200 + 1000 × 1600 / 4000 600 60.0 °C
2000 200 + 2000 × 1600 / 4000 1000 100.0 °C
3000 200 + 3000 × 1600 / 4000 1400 140.0 °C
4000 200 + 4000 × 1600 / 4000 1800 180.0 °C

The raw range is hypothetical. An FX5 thermocouple adapter may already expose temperature in a documented scaled representation. Do not scale twice. Prove low, midpoint and high points and preserve adequate arithmetic width/order.

Define bad PV as more than out-of-range: module/electrical error, over/under-range, stale age, unexpected no-change, forced/substituted value and violated plausibility. On bad PV, reject or leave normal Auto and apply the approved fallback. An autotune also needs a no-change watchdog; Mitsubishi warns that autotuning may never finish if PV does not change due to a broken analog path.

Map the FX5 PID instruction exactly

The current application manual provides this operand contract:

Operand Current documented role Teaching mapping Critical boundary
s1 target value SV, signed 16-bit TIC501_SV in 0.1 °C range and units must match PV
s2 measured value PV, signed 16-bit TIC501_PV in 0.1 °C read current normal measurement first
s3 head device storing PID parameters TIC501_PID_BASE reserve complete mode-dependent device range
d output value MV, signed 16-bit TIC501_MV_REQUEST in 0.1% initialize before first drive and constrain before output
EN/ENO execution condition/result in ST/FBD wrapper execution/status not a Manual/Auto/tieback interface by itself
Symbolic GX Works3 FX5U PID manifest with SV PV protected parameter structure MV execution interval modes and status
Use symbolic names in reviews even when global labels are assigned to devices. The image is conceptual; the table and current manual govern exact offsets and types.

If labels are used as operands, the application manual says to use global labels assigned to devices. Preserve the device assignment in change control; a label name alone does not reserve the adjoining parameter words.

Reserve the whole s3 range

Selected function Current documented occupied range
normal PID 25 devices from s3
limit-cycle autotune 29 devices from s3
step-response autotune without hunting suppression 25 devices from s3
step-response autotune with hunting suppression 28 devices from s3

Cross-reference direct and indirect instructions, HMI writes, recipes, data moves, initializers and other blocks over the largest selected range. Words s3+7 through s3+19 belong to internal PID processing in the current manual; do not initialize, display as editable tuning fields or reuse them.

Review the visible parameter surface

Offset Current manual meaning Unit/range note
s3 sampling time TS 1–32767 ms; cannot be shorter than PLC operation cycle
s3+1 operation setting ACT direction, alarms, autotune, output limits and tuning-method bits
s3+2 input filter coefficient 0–99%; zero disables input filter
s3+3 proportional gain KP percent representation per manual
s3+4 integral time TI ×100 ms; zero means no integration
s3+5 differential gain KD percent; zero removes differential-gain contribution
s3+6 differential time TD ×10 ms; zero means no differential action
s3+20/+21 input variation alarm thresholds applicable when enabled
s3+22/+23 output variation alarms or upper/lower limits meaning depends on ACT settings; incompatible bits are documented
s3+24 alarm-output bits expose and trend applicable conditions
s3+25…+28 method-dependent autotune data reserve only according to exact selected method, but never overlap

Do not copy the manual’s sample KP, TI or TD values as initial production tuning. They demonstrate representation, not your oven dynamics.

Execute with a defensible sampling time

The instruction calculates a new MV at each configured sampling time while the program executes the instruction in the documented pattern. TS must not be shorter than the PLC’s operation cycle. The parameter-driven path similarly requires its sampling time to exceed scan time and be smaller than the control-output cycle in the documented example.

Measure the entire chain:

Timing surface Evidence
sensor/transmitter response and damping/filter setting
analog/temperature module conversion time, update and fault status
program measured scan/task behavior under peak representative load
PID configured TS, actual MV update markers and enable pattern
output analog update or time-proportioning window phase
heater/process dead time, time constant and response across operating range

A 10 ms TS does not create meaningful 10 ms temperature information from a slow thermocouple and filtered module. A 500 ms teaching sample may be conservative for a slow oven but could be wrong for another loop. Choose a stable supported interval from measured dynamics and signal freshness.

Build Manual, Auto and applied-MV tracking around the instruction

The four-operand PID signature does not expose a generic Manual/Auto or tieback operand. Do not invent one. Build an explicit wrapper and use only target-documented methods to initialize/controller state.

Surface Meaning Keep observable
mode request operator/sequence asks for Manual or Auto requester and timestamp
mode effective wrapper has accepted a mode given current permissives Manual/Auto/blocked plus reason
MV request result in d from PID unconstrained controller demand
MV limited demand after high/low/rate/state constraints active constraint and reason
MV applied demand after Manual/Auto selection, heater availability and final output logic actual normal-control request to hardware

Automatic can require valid current PV, valid configuration checksum/revision, bounded SV, heater available, no blocking fault and a tested state. Manual-to-Auto should not jump from a 37% applied output to an unrelated retained MV. Define how the instruction’s initial d and internal words are established using the current manual and prove the transfer on a safe target. If the exact instruction cannot meet the project’s tracking requirement cleanly, choose the parameter/module architecture or a reviewed wrapper/library rather than hiding a bump.

Never continue integrating invisibly while downstream logic holds the heater at zero unless the target-supported design prevents or handles resulting windup. Trend requested and applied MV so the constraint is visible.

Convert MV to an approved output

For an analog output, convert the declared 0.1% MV representation through one reviewed scale and prove low/mid/high physical output. For a time-proportioned heater, use a separately designed window and appropriate switching device.

In an original 8-second teaching window, 37.5% applied MV gives:

On_time = 8 s × 37.5 / 100 = 3.0 s

This is not a relay/SSR recommendation. The electrical designer must approve switching technology, current, heat sinking, minimum pulse, cycle rate, failure detection, protection and de-energized state. A standard output bit is not a safety-rated heater shutdown merely because the program sets it off.

The current Application manual’s parameter-driven example illustrates the same duty-cycle concept using its own configured control-output cycle. Its example values are explanatory, not a universal cycle for every heater.

Treat FX5U autotuning as a controlled process test

Mitsubishi documents step-response and limit-cycle autotuning for the instruction path. Current FX5 FAQs also confirm that autotuning can be switched for supported FX5 CPU families. Autotune deliberately excites the process; it is not a harmless software calculation.

Controlled FX5U PID autotune storyboard from preconditions and excitation through abort limits parameter review bounded validation and as-left archive
Autotune is a stateful commissioning activity with authorization, aborts, parameter review and rollback—not a permanently writable HMI bit.

Step-response method

The current manual describes applying a step output and deriving constants from maximum ramp and dead time. It notes that the user sets the step output in d, and the PID instruction does not change MV during this autotune method. The selected step must be safe for the real process. A high percentage on an electric heater can exceed product/equipment limits before the slow sensor shows the full response.

Limit-cycle method

The current manual describes upper/lower MV values and PV hysteresis settings. During this method, the instruction alternates the applicable output limits to excite the process, then stores calculated KP, TI and TD. The full 29-word range must be reserved.

Preconditions, aborts and review

Before During After
exact CPU/manual/method confirmed SV, PV and all MV surfaces trend generated parameters range-reviewed
input/output scaling and direction proved independent protections remain active old parameter set retained for rollback
process stable in approved band abort on invalid/no-change PV, timeout or process bound bounded response test run before production
safe step/limits/hysteresis signed heater availability and saturation visible program/parameters/checksum archived
staffing and product/equipment consequences accepted operator stop path tested deviations and as-left evidence signed

Mitsubishi warns that step-response autotune should start with a stable system and that PV no-change from a broken input can prevent completion. Build watchdog logic outside the optimistic path. Do not rely only on an autotune bit eventually turning off.

Understand the GX Works3 parameter-driven PID path

The current manual’s path begins at CPU Parameter → PID Control Setting → Heating/Cooling PID Control Setting. It describes configuration, program mapping, parameter write, a STOP-to-RUN transition and execution command. That lifecycle matters for change control; a parameter edit is not necessarily equivalent to an ordinary data write.

The parameter path can map SV, PV, MV, control output, execution command/status, autotune command/status and error code. It also supports standard versus heating/cooling control and an output cycle. Current Mitsubishi FAQ explains the Normal/Fast response selection: Normal takes longer but suppresses over/undershoot; Fast reaches target sooner with more over/undershoot. That is a behavior choice, not a better/worse label.

Use the parameter path when its exposed function and lifecycle fit the loop. Still add value quality, requested/effective modes, heater availability, independent protection, synchronized evidence and signed tests around it.

Commission and troubleshoot in evidence order

FX5U PID commissioning dashboard aligning SV PV requested limited and applied MV mode quality saturation heater availability timing and first-out fault
One aligned evidence set distinguishes a PID problem from a measurement, ownership, constraint, output or process-capacity problem.
  1. Freeze the target, software, implementation path and manuals.
  2. Review process hazards and independent protection.
  3. Protect the full device/label range and prove every writer.
  4. Three-point-check the measurement and quality states.
  5. Prove the final output in Manual at approved low/mid/high points.
  6. Prove process direction with a bounded manual step.
  7. Measure scan, input freshness, PID update, output cycle and process delay.
  8. Test Manual/Auto acceptance and both transfers.
  9. Inject bad/stale/no-change PV, heater unavailable, limits and restart.
  10. Load conservative approved initial parameters or run an authorized autotune.
  11. Test separate SV change and disturbance response across the operating region.
  12. Archive program, GX Works3/CPU parameters, device map, tuning, trends and deviations.

Symptom-to-evidence matrix

Symptom Compare first Likely boundary Avoid first
PID appears not to update EN/call path, TS, scan, current PV, operand/device support and instruction error execution or target mapping changing gains
MV changes but heater does not requested/limited/applied MV, mode, availability, output and field feedback downstream constraint/output autotuning
PV moves away from SV applied MV step, PV direction, ACT action and signal inversions action/wiring/process direction larger integral
output is fixed at upper limit SV/PV units, saturation, applied output, heater capacity and process losses scale, availability or insufficient capacity removing limits
oscillation TS/update evidence, PV noise/filter, output window, MV limits and gains timing/noise/profile/tuning switching to Fast response blindly
long recovery after constraint requested versus applied MV and internal-state behavior windup/tracking/availability hiding applied MV from trend
values change after restart initialization order, latch settings, HMI/recipe and full s3 writers retention/ownership random online edits
autotune never ends PV change/quality, method flags, timeout, output application and process response failed precondition/sensor/output waiting unattended
autotune completes but response is poor exact method, generated constants, operating point, limits and validation trend model mismatch/nonlinearity/constraints immediate production release
parameter path differs from instruction example selected owner and exact configuration lifecycle architecture mismatch copying s3 offsets into parameter mode

Trend SV, PV, requested/limited/applied MV, requested/effective mode, PV quality/age, saturation, heater availability, sample/update markers, autotune status, PID error/status code and first-out event on one time base.

Frequently asked questions

What is the FX5U PID instruction syntax?

The current Mitsubishi application manual shows Ladder/FBD PID (s1) (s2) (s3) (d) and Structured Text ENO := PID(EN, s1, s2, s3, d);. The operands are SV, PV, parameter-range head and MV. Verify target support and exact device/label rules in the installed GX Works3 help and current instruction manual.

How many devices does FX5U PID occupy from s3?

The current application manual states 25 devices for normal PID, 29 for limit-cycle autotune, 25 for step-response autotune without hunting suppression and 28 with it. Reserve the largest range used and do not modify internal words s3+7 through s3+19.

Can I use labels with the FX5 PID instruction?

Yes, within the documented operand rules. The current manual notes that labels used for these operands must be global labels assigned to devices. The adjoining s3 range still needs explicit reservation and cross-reference.

What sampling time should I use for FX5U PID?

There is no universal value. The instruction manual requires TS not to be shorter than the PLC operation cycle. Select it from sensor/module update, measured scan, process dynamics and noise, then prove actual MV updates under representative load.

What is forward versus backward operation in FX5 PID?

It determines the deviation sign used by the instruction. The correct setting comes from a written process-direction statement and an authorized manual output step. For a simple heater, more output normally raises PV, but wiring and output inversions must still be proved.

How do I scale temperature for FX5U PID?

Choose one signed integer unit contract—such as 0.1 °C—then convert the exact module representation once and prove low/mid/high points. SV and PV must use the same units. Do not reuse the article’s hypothetical 0–4000 raw range without verifying the actual module.

What is the difference between FX5 PID via instruction and via parameter?

Instruction mode stores parameters in a protected device range and uses an explicit PID call. Parameter mode is configured under GX Works3 CPU PID settings and exposes standard/heating-cooling features and mapped commands/status. Choose one owner based on project requirements and lifecycle.

Can an FX5 temperature module run PID itself?

Applicable FX5 temperature-control modules have their own documented PID functions. If the module owns control, configure and supervise that architecture; do not also run an unrelated CPU PID on the same output.

How do I make FX5U PID Manual-to-Auto transfer bumpless?

The four-operand instruction has no generic tieback input, so build an explicit mode wrapper and use target-documented initialization/state handling. Track requested, limited and applied MV, accept Auto only when conditions are valid, and prove the output step against a signed criterion.

How do I limit FX5U PID output?

The instruction’s ACT settings can enable documented upper/lower MV limits at s3+22 and s3+23; verify the exact bit combination because those words can have other alarm meanings. Also expose any downstream constraint and applied MV instead of hiding it.

How does FX5U PID autotuning work?

The instruction route documents step-response and limit-cycle methods. Both intentionally excite the process and require correct flags, ranges and safe output settings. Use a supervised state sequence with preconditions, no-change/timeout/process-bound aborts, parameter review and bounded validation.

Why does FX5U PID autotuning never finish?

Check PV validity and change, actual heater output, method/flag settings, sample time, limits and process response. Mitsubishi explicitly warns that PV may not change due to an analog wire break and recommends monitoring PV or elapsed tuning time.

What does Normal versus Fast response mean in FX5 parameter PID?

Mitsubishi’s current FAQ says Normal takes longer to reach SV while suppressing over/undershoot; Fast reaches SV sooner with more over/undershoot. Select from signed process criteria and validate across the operating region.

Is this FX5U PID example ready for a production heater?

No. It is technical teaching content and symbolic documentation. Production requires exact target mapping, input/output engineering, process and electrical design, independent protection, authorized tuning and signed acceptance evidence.

Primary sources and further reading

Treat the exact installed Mitsubishi manual and controlled project as the specification. Tutorials, forum examples and screenshots can suggest questions; they cannot establish device ownership, tuning, field output behavior or protection requirements.

PPI

PLC Programming IO Editorial Team

Industrial automation education, references, and software testing

Sources TrackedVersions RecordedCorrections Accepted

The PLC Programming IO Editorial Team publishes sourced industrial-automation education and documents how material is reviewed, tested, and corrected. A team byline means the publisher is responsible for the page; it does not represent a fictional person or imply an engineering licence.

Coverage:

  • • PLC programming concepts and examples
  • • Vendor software tutorials and comparisons
  • • SCADA, HMI, protocols, and instrumentation
  • • Training, careers, and reference material

Review standard:

  • • Prefer primary and official sources
  • • Record software versions when material
  • • Separate tested facts from estimates
  • • Publish material corrections

Important scope note

This site provides education, not project-specific engineering approval. Safety, code, and compliance decisions require a qualified person with access to the actual machine and jurisdiction.