Skip to main content

Cobot — ISO/TS 15066

This pattern is for cobot integrators and cobot-platform manufacturers demonstrating Power and Force Limiting (PFL) collaborative operation under ISO 10218 — specifically the contact-force limits of ISO/TS 15066. Applicable both to the cobot-arm vendor and to the cell integrator who builds the PFL application around the arm.
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.

Scenario

You ship a cobot, or a cobot application, intended to operate in PFL mode — direct unguarded interaction with a human operator. Your obligations:
  • For every foreseeable contact between cobot and operator, demonstrate the resulting force and pressure stay below the ISO/TS 15066 Annex A biomechanical limits for the relevant body region.
  • Document the contact scenarios analysed.
  • Provide verification evidence — sim runs, hardware-in-the-loop measurements, or a hybrid.

Prerequisites

Project setup

1

Pin the standards stack

Pins: ISO 10218-1:2025, ISO 10218-2:2025, ISO/TS 15066, ISO 12100, EN ISO 13849-1, IEC 62061, EU MR 2023/1230.
2

Author the contact-scenario set

Create scenarios/contact_*.yaml files, one per body region. Each lists the scenarios — initial pose, trajectory, contact geometry, expected contact-mode (transient or quasi-static).
A typical project ends up with 50–300 contact scenarios across all body regions.
3

Author the requirements

One requirement per (body region, contact mode) tuple. See the ISO/TS 15066 derivation example.

Test patterns

The dominant test is parameterised across the contact-scenario set, asserting peak force / pressure under the Annex A threshold:
The contact-force helper:
  • In Gazebo: pulls wrench data from the contact-sensor plugin.
  • In Webots: pulls touch-sensor data.
  • For hardware: reads from your force / torque sensor stream over ROS2.
Every scenario captures an MCAP of wrench, TF, joint states, and the operator-pose mock. The evidence pack references every MCAP for assessor inspection.

Sim-vs-reality anchoring

For sim-evidenced projects, run a smaller hardware-in-the-loop spot-test set (typically 10–20 scenarios chosen to span the contact-mode × body-region grid) and prove the sim contact-force model agrees with hardware measurement within an acceptance band. The spot-test results are themselves requirements:
Without this anchor, an assessor may discount sim-only evidence. With it, the sim-broad-coverage strategy becomes defensible.

Release and handoff

Cut releases on every firmware version that ships, generate the evidence pack, hand to the notified body per the customer-handoff procedure. Expect the assessor to:
  • Drill into the contact-scenario set — coverage of foreseeable contact, completeness across body regions.
  • Question the sim-vs-reality equivalence — your REQ-SIM-VALIDATION-001 evidence answers this.
  • Restore specific contact-scenario MCAPs from Glacier.
  • Re-verify a subset of scenarios on demand (cobot demos with a sample fixture are common during the assessment).

Maintenance

Next steps

ISO/TS 15066 standard page

The threshold reference.

ISO 10218 pattern

The broader industrial-robot pattern.

EU MR conformity

For the full conformity assessment under EU MR 2023/1230.