Skip to main content

IEC 62061

IEC 62061:2021, Safety of machinery — Functional safety of safety-related control systems, is the IEC route to demonstrating that a machinery control system reaches the safety integrity its risk assessment requires. It is the sector-specific adaptation of IEC 61508 for machinery, and is harmonised under EU MR 2023/1230 (citation publication in the EU OJ is ongoing). It coexists with ISO 13849-1: both are accepted routes. IEC 62061 uses SIL CL (Safety Integrity Level Claim Limit, 1–3) where ISO 13849 uses PL (Performance Level, a–e). The two are approximately equivalent for the bands where they overlap; the choice between them is most often driven by component-supplier datasheets (which level the component is rated against) and by your safety engineer’s preference.
Roboticks is audit-readiness tooling, not a certified toolchain. We assemble the evidence your notified body, certification body, or QA process ingests. We do not replace tool qualification (DO-178C, ISO 26262-8 TCL) and we do not issue conformity assessments. Verify the regulatory interpretations on this page against the standard text and your accredited assessor.

SIL CL vs SIL

IEC 62061 uses SIL CL for sub-system claim limits and reserves SIL for the integrated function: A safety function composed of subsystems aggregates SIL CLs (per the formulas in IEC 62061 Clause 6.6) to a final SIL.

SIL CL ↔ PL approximate mapping

The mapping is approximate; the exact correspondence depends on architecture, MTTFd, DCavg, and CCF. For a given safety function, either route is acceptable — but a single function should be assessed through one route or the other, not both.

What Roboticks supports

  • Clause-level derivation from IEC 62061.
  • SIL CL annotation on requirements via the asil_pl field (SIL CL 1, SIL CL 2, SIL CL 3).
  • Subsystem-level verification evidence — JUnit aggregation per subsystem, coverage per module, static-analysis findings per file.
  • Architecture-as-config — the project’s safety architecture (which subsystems implement which safety functions) lives in roboticks/architecture.yaml; the evidence pack renders the architecture diagram in the PDF.

What Roboticks does not do

  • We do not compute SIL or SIL CL — these are determined by hazard analysis and architectural calculation Roboticks does not perform.
  • We do not validate component supplier SIL CL claims — those rest on supplier-provided certification.
  • We do not generate the IEC 62061 functional-safety plan — that is your safety engineer’s product (though we can attach it as supplementary evidence).

Example SIL CL 2 requirement

Cross-derives from IEC 61496, which defines the light-curtain itself.

The architecture-as-config pattern

For projects under IEC 62061, declaring the safety architecture in a structured form pays off across the lifecycle. Roboticks accepts an architecture.yaml:
The platform renders the architecture in the evidence-pack PDF and surfaces it in the dashboard. It does not aggregate PFHd to verify the SIL — that is your safety engineer’s calculation — but it makes the architecture visible alongside the verification evidence.

Suggested test patterns

Pinning

IEC 62061 is part of the industrial-robot-eu and amr-eu bulk templates.

Next steps

ISO 13849

The PL-based alternative route.

IEC 61508

The parent standard.

IEC 61496

The protective-equipment standard cross-cited from IEC 62061.