Page review information
Edition covered
IEC 62061 — IEC 62061:2021+AMD1:2024+AMD2:2026 (CSV Ed. 2.2, 2026-03-20)
Content status
Needs revalidation
Coverage
Written against the base 2021 edition. Must be rebuilt against the current consolidated edition — SILCL superseded by subsystem maximum SIL; scope extended beyond E/E/PE technologies
Last content update
July 2026
Technical validation
Not yet completed
Primary reference
The official published standard — required for final decisions

Confirm the governing edition, jurisdiction, and project-specific requirements before applying anything on this page.

⚠ This page needs revalidation against the current consolidated edition. The current reference is IEC 62061:2021+AMD1:2024+AMD2:2026 (CSV, Edition 2.2, published 2026-03-20). The content below was written against the base 2021 edition and has not yet been rebuilt against the amendments. Two changes in the 2021 edition in particular are only partly reflected here: the subsystem SILCL concept was replaced by the subsystem’s maximum SIL, and the standard’s scope was extended beyond electrical, electronic and programmable electronic technologies. Revalidate from the consolidated edition before relying on the detail below.

Quick Start


Standard Overview

Field Value
Standard ID IEC 62061
Edition IEC 62061:2021+AMD1:2024+AMD2:2026 (CSV, Ed. 2.2, 2026-03-20)
Publisher International Electrotechnical Commission (IEC)
Jurisdiction Global; harmonized under EU Machinery Directive and Machinery Regulation 2023/1230
Scope Safety-related control systems on machines. The 2021 edition extended the scope beyond electrical/electronic/programmable electronic technologies. Machinery applications conventionally use SIL 1 to SIL 3 verify against the published edition
Repository rag/international/functional_safety/iec_62061/
Derived from IEC 61508 — sector-specific application for machinery

Purpose: IEC 62061 provides requirements for the design, integration, and validation of safety-related control systems on machinery. It is derived from IEC 61508 but is scoped specifically to machinery. The 2005 edition was confined to safety-related electrical control systems (SRECS); the 2021 edition broadened this to safety-related control systems generally, extending to non-electrical technologies. SIL 4 — defined by IEC 61508 — is not used in machinery.


SIL Levels and PFHd

IEC 62061 applies to high-demand or continuous-demand mode — the mode where the safety function is demanded frequently. For machinery with safety functions demanded more than once per year, high-demand mode applies and PFHd is the correct metric. Low-demand systems (demanded less than once per year) use PFDavg and are covered by process safety standards such as IEC 61511.

SIL PFHd range (per hour) Total SRECS PFHd must be Typical machinery application
SIL 1 10⁻⁶ to less than 10⁻⁵ Less than 10⁻⁵ /hr Lower-risk auxiliary safety functions, supplementary interlocks
SIL 2 10⁻⁷ to less than 10⁻⁶ Less than 10⁻⁶ /hr Most industrial machine guarding, safety PLCs protecting operators, robot cell access
SIL 3 10⁻⁸ to less than 10⁻⁷ Less than 10⁻⁷ /hr High-risk applications: heavy press tools, automated guided vehicles, certain collaborative robot systems

SIL 2 is the most common target for industrial machinery safety functions. It corresponds approximately to PLd in ISO 13849-1 terms. SIL 3 is rarely required for typical industrial machinery and adds significant verification burden.


SRECS Architecture

IEC 62061 decomposes the SRECS into three subsystems. Each subsystem is designed and verified independently. The total SRECS PFHd is the sum of all subsystem PFHd values.

[Input Subsystem]          [Logic Subsystem]         [Output Subsystem]
Sensor / Initiator    -->  Safety PLC / Relay   -->  Actuator / Contactor
(e.g., light curtain)      (logic controller)         (e.g., contactor pair)

  PFHd_input          +      PFHd_logic          +     PFHd_output
                       = PFHd_SRECS (must be <= SIL target limit)

PFHd allocation principle: Allocate the tightest PFHd budget (smallest allowable PFHd) to the logic subsystem, because the logic controller affects every safety function that passes through it. A logic subsystem failure can defeat all safety functions simultaneously. Input and output subsystems share the remaining budget, typically informed by manufacturer published PFH values for certified devices.

SILCL constraint on architecture: Every subsystem must have a SILCL at or above the SIL target. The subsystem SILCL is the minimum of the SILCL ratings of all devices in that subsystem. Upgrading a single device with a lower SILCL rating can raise the entire subsystem SILCL.


SIL Determination from Risk Parameters

The SIL target for each safety function is derived from ISO 12100 risk assessment parameters. IEC 62061 uses the same S/F/P parameters as ISO 12100 and ISO 13849-1, but routes them through a table that produces a SIL target rather than a PL target.

Risk parameter Value Meaning
S — Severity S1 Reversible injury
  S2 Irreversible injury or death
F — Frequency/duration of exposure F1 Infrequent or short duration exposure
  F2 Frequent, continuous, or long duration exposure
P — Possibility of avoidance P1 Possible under specific conditions
  P2 Scarcely possible

IEC 62061 also includes a K factor for demand rate — the frequency at which the hazardous situation actually occurs, which is distinct from F (the exposure of persons). The K factor adjusts the SIL determination for very low-frequency demands where the safety function is rarely challenged.

Approximate SIL outcomes from risk parameters:

Comparison with ISO 13849-1: Both standards use S/F/P parameters from ISO 12100. ISO 13849-1 produces a required PL; IEC 62061 produces a required SIL. The results are comparable (PLd approximately equals SIL 2) but not interchangeable within the same subsystem calculation.


Subsystem Architectures

The architecture of each subsystem determines its Hardware Fault Tolerance (HFT), which in turn sets the maximum SILCL the subsystem can achieve.

Architecture Description HFT PFHd improvement vs. 1oo1 Typical use case
1oo1 (single channel) One channel — any dangerous failure causes loss of safety function 0 Baseline SIL 1 applications, simple interlocks with high-quality components
1oo2 (dual channel redundant) Two independent channels — both must fail for loss of safety function 1 Significant — PFHd proportional to (lambda_DU)^2 x T1 SIL 2 and SIL 3 — standard for light curtains, dual-channel safety relays, redundant sensor pairs
2oo2 (dual channel required) Both channels must agree to actuate — a failure in either prevents actuation 0 None for safety (reduces spurious trips, not dangerous failures) Output arrangements where spurious trips are unacceptable; used with caution due to HFT 0

Key insight on 1oo2: The PFHd for 1oo2 scales with the square of the dangerous undetected failure rate, which means small improvements in component quality or diagnostic coverage produce large improvements in subsystem PFHd. The proof test interval T1 also directly affects PFHd — shorter proof test intervals improve PFHd linearly.


Maximum SIL — Architectural Limits

Terminology: IEC 62061:2021 replaced the subsystem SILCL (SIL Claim Limit) concept with the subsystem’s maximum SIL. “SILCL” is 2005-edition language and still appears on device datasheets and certificates. This section retains the older term where it reflects what is printed on real hardware, but the standard’s current term is maximum SIL, and this section is one of the parts that must be rebuilt against the consolidated edition.

The maximum SIL is the highest SIL a subsystem can claim, determined by its Hardware Fault Tolerance (HFT) and Safe Failure Fraction (SFF). It is independent of the PFHd calculation.

SFF definition: SFF = (safe failure rate + dangerous detected failure rate) / total failure rate. A higher SFF means a greater proportion of failures either produce a safe state or are detected, leaving fewer undetected dangerous failures.

SILCL table for Type B subsystems (programmable electronics — the typical case for safety PLCs and certified safety devices):

HFT SFF less than 60% SFF 60% to less than 90% SFF 90% to less than 99% SFF 99% or greater
0 (1oo1) Not allowed SIL 1 SIL 2 SIL 3
1 (1oo2) SIL 1 SIL 2 SIL 3 SIL 3
2 (triple redundant) SIL 2 SIL 3 SIL 3 SIL 3

How to apply the table:

  1. Determine HFT from the subsystem architecture.
  2. Calculate or estimate SFF from component failure rate data and the diagnostic measures implemented.
  3. Read the SILCL from the table.
  4. If the SILCL is less than the required SIL target, either change the architecture (add redundancy to increase HFT) or improve diagnostics (to increase SFF) — or both.

Certified device SILCL: When a safety PLC or safety device carries a certification (e.g., “SIL 2 capable”), that is the manufacturer’s published SILCL. The subsystem SILCL is the minimum of all device SILCLs in the subsystem. The weakest device limits the entire subsystem.


Worked Example: Light Curtain on Press

Scenario: A mechanical press with a light curtain protecting the point of operation. Risk assessment determines SIL 2 is required (SIL 2 limit: total PFHd must be less than 10⁻⁶ /hr).

SIL target: SIL 2, total SRECS PFHd less than 1 × 10⁻⁶ /hr.

Subsystem decomposition:

Subsystem Device Architecture PFHd (from datasheet or calculation) Maximum SIL (formerly SILCL)
Input Safety light curtain (dual OSSD outputs) 1oo2 (HFT 1) 3.0 × 10⁻⁸ /hr SIL 3 (per manufacturer certification)
Logic Safety PLC (e.g., Pilz PNOZ m B0 or equivalent) 1oo2 internal 1.5 × 10⁻⁸ /hr SIL 3 (per device certification)
Output Two safety contactors in series (dual-channel) 1oo2 (HFT 1) 4.0 × 10⁻⁸ /hr SIL 2 (from B10D and proof test calculation)

Total SRECS PFHd calculation:

PFHd_total = 3.0 × 10⁻⁸ + 1.5 × 10⁻⁸ + 4.0 × 10⁻⁸ = 8.5 × 10⁻⁸ /hr

PFHd verification against the SIL 2 target:

Read the bands in both directions. 8.5 × 10⁻⁸ /hr does not merely sit “below 10⁻⁶” — it falls inside the numerical SIL 3 band (10⁻⁸ ≤ PFHd < 10⁻⁷). It does not follow that this safety function is SIL 3. The achievable SIL claim is capped by the maximum SIL of the subsystems, by the architectural constraints, and by the systematic requirements — here the output subsystem caps the claim at SIL 2. Quoting only the upper bound (“below 10⁻⁶, therefore SIL 2”) hides both the real numerical position and the real limiting factor.

Architectural constraint verification (maximum SIL):

Conclusion: The safety function satisfies the PFHd numerical requirement and the architectural constraint for SIL 2, and the claim is capped at SIL 2 by the output subsystem. Documentation should include the manufacturer datasheet references for all PFHd values, the proof test interval assumed for the contactor B10D calculation, and the subsystem certification references. Systematic capability must also be demonstrated — the numbers alone do not establish the SIL.


PL vs. SIL — When To Choose This Standard

Both IEC 62061 and ISO 13849-1 are harmonized under the EU Machinery Directive. Both are valid for machinery safety functions. The choice depends on technology, team expertise, and system complexity.

Aspect ISO 13849-1 (PL) IEC 62061 (SIL) — this standard
Metric used PLa through PLe SIL 1 through SIL 3
Equivalent levels PLd approximately equals SIL 2; PLe approximately equals SIL 3 —
Best suited for Electromechanical devices, proven safety components, simpler architectures Programmable SRECS, complex safety PLCs, multi-supplier system integration
Software handling Prefers proven components; complex software requires IEC 61508-3 Full SIL-appropriate software requirements via IEC 61508-3 when needed
Quantitative basis Safety category combined with MTTFd and diagnostic coverage PFHd sum across input, logic, and output subsystems
Architectural metric Category (B, 1, 2, 3, 4) Hardware Fault Tolerance (HFT) + Safe Failure Fraction (SFF)
Proof test interval Affects DC calculation for electromechanical Directly affects 1oo2 PFHd calculation — shorter T1 = lower PFHd
Tools SISTEMA (TÜV, free), ISO 13849-1 certified calculators SISTEMA, structured spreadsheet
Multi-subsystem integration Possible but less explicit about PFHd summation Explicit PFHd summation framework — natural fit for multi-supplier SRECS
Can both be used on one machine? Yes — apply each standard to different subsystems with documented boundaries Yes

Decision guidance:


Common Mistakes

  1. Using PFHd (high-demand metric) instead of PFDavg for a low-demand safety instrumented system. IEC 62061 is for high-demand or continuous-demand mode only. If the safety function is demanded less than once per year, it is a low-demand SIS and IEC 61511 with PFDavg is the correct framework. Applying IEC 62061 to a low-demand system produces misleading results.

  2. Ignoring SILCL — achieving a low PFHd does not override the architectural SILCL cap. A 1oo1 subsystem with SFF = 70% has a SILCL of SIL 1 regardless of how low its failure rate is. Using that subsystem in a SIL 2 application violates the architectural requirements even if the PFHd arithmetic appears to work out.

  3. Summing subsystem SIL levels instead of summing PFHd values. SIL levels are not additive. PFHd values are additive. The correct procedure is: calculate the PFHd for each subsystem, sum the PFHd values, and verify the total against the SIL target PFHd limit. Do not attempt to combine SIL integers arithmetically.

  4. Using component MTBF (Mean Time Between Failures) instead of PFH or B10D for the PFHd calculation. MTBF combines safe and dangerous failures and does not distinguish between them. The IEC 62061 calculation requires lambda_D (dangerous failure rate) or, for electromechanical devices, B10D. Using MTBF as a proxy for lambda_D overestimates the reliability of the safety function and produces an incorrect PFHd.

  5. Treating the SIL rating of a certified component as the SIL of the subsystem. A component rated SIL 2 can contribute to a SIL 2 subsystem — but the subsystem SIL also depends on the full architecture, the combination of all components, the diagnostic coverage implemented, and the application program. A SIL 2 safety PLC used in a poorly designed application program in a 1oo1 architecture with poor diagnostics may not achieve a subsystem SILCL of SIL 2 for the complete design.

  6. Skipping the SRECS validation plan. IEC 62061 Clause 8 requires a validation plan to be produced and executed before the SRECS is placed in service. Validation is not optional — it demonstrates that the complete SRECS, as installed and integrated, actually performs the specified safety functions under the specified conditions. Stopping at the design verification (PFHd calculation and SILCL check) without validation is non-compliant.


Practical Checklist

Use this checklist for each safety function on a machine using IEC 62061:


Lifecycle Application

IEC 62061 defines a safety lifecycle that spans from hazard identification through decommissioning. The key activities and the clause that governs them:

Lifecycle stage IEC 62061 activity Governing clause
Hazard identification and risk assessment Use ISO 12100; establish SIL targets per safety function Clause 4 (scope); Clause 6.2 (SIL determination)
Safety function specification Document each safety function with initiation event, response, SIL target, response time, proof test interval Clause 6.2
SRECS architecture Decompose into subsystems; allocate PFHd budget; verify SILCL for each subsystem Clause 6.3, Clause 6.4
Subsystem design Select architectures (1oo1, 1oo2); calculate PFHd from component data; verify DC and SFF Clause 7
SRECS integration Integrate subsystems; verify interfaces; check common cause failure avoidance measures Clause 6.5
Application programming Develop safety PLC application program per systematic integrity requirements for the target SIL Clause 5 (systematic integrity); IEC 61508-3 for software
Validation Execute validation plan; confirm SRECS performs each safety function as specified Clause 8
Operation and maintenance Execute proof test plan at documented intervals; re-verify PFHd if proof test interval changes Clause 9
Modification Re-assess PFHd and SILCL if SRECS is modified; re-execute validation for affected safety functions Clause 10
Trust Boundary — Engineering Judgment Required

This site is an independent educational reference for industrial automation standards. It paraphrases and organizes guidance in original language; it is not a substitute for the official published standards, professional engineering judgment, or legal review, and content has not been independently verified against current published editions.

Items marked Review pending await technical review against the identified edition. Items marked Planned have no reviewed source material behind them. Do not rely on this site for compliance determinations, safety-critical design decisions, or legal interpretation.