Functional safety

Functional Safety: IEC 61508 up to SIL 3

Reproducible verification of safety-related embedded software for IEC 61508 – on real hardware, with dependable SIL evidence.

Safety evidence on the real device

  • Verification evidence for IEC 61508 (SIL 1–3)
  • Deliberate fault injection for safety behaviour
  • Module to black-box system tests, reproducible
  • Tests in C, C++ or Python – in CI/CD

Companies that trust RX-Systems

  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo
  • Customer logo

Safety-related software has to react demonstrably correctly – even in the fault case. Hardware-in-the-Loop (HIL) tests your device firmware automatically against a simulated environment: reproducibly, with deliberately provoked faults and with dependable evidence for verification under IEC 61508. We tailor our compact HIL test platform LoopCheck to your safety-related device.

Your position in the 61508 space

We test the real device – and deliver the SIL evidence

Code-level tools check the source code, consultants check the documentation. In between a gap remains: verification on the real device and the evidence for it. That is exactly what we close – with reproducible tests on the device and a chain of evidence that holds in an IEC 61508 audit.

Services

What you get

A test environment for your safety-related device

We build the test setup for your safety function, wire it to the real interfaces and commission it – matched to the required SIL.

Test cases from your verification plan

From your verification plan we derive executable procedures per safety function – with deliberate fault injection, automated in your CI/CD.

Evidence per SIL

Fault detection, safety reaction and reaction time evidenced against the required limits – the chain of evidence an IEC 61508 audit expects.

Handover to your team

Documentation, onboarding and training are part of it, so your team runs the environment independently afterwards.

You would rather not build the safety evidence yourself? We take on the test setup, the test cases and the evidence – from analysis to handover.

Why HIL

Why HIL for functional safety?

Provoke fault cases safely

Safety behaviour only shows in the fault case. HIL injects sensor, bus and timing faults on purpose – without endangering a real device.

Reproducible verification

Every test run is bit-exact repeatable – the basis for dependable, auditable evidence.

Diagnostics and reaction time

Check the safety function, fault detection and reaction time against the required limits – automated and repeatable.

Evidence for IEC 61508

Requirements, test cases and results linked end to end – as evidence for verification at each safety integrity level (SIL).

Case study: SIL 3 safety sensor

For a SIL 3 safety sensor we built module and system tests with LoopCheck – including code-coverage evidence over the trace port. Fault cases were injected deliberately, every run reproducible and with dependable evidence for verification.

Read the case study in the LoopCheck docs →

Docking shield with connectors for a SIL 3 safety sensor

Standard

IEC 61508 in practice

IEC 61508 is the base standard for functional safety and requires – depending on the safety integrity level (SIL 1 to SIL 4) – documented verification at module, integration and system level. Automated HIL tests deliver exactly this evidence: reproducible, auditable and embedded in your V-model process. The specific safety level and the scope of evidence are agreed per project – up to SIL 3 we have delivered this in real projects.

The derived standards – such as ISO 26262 (automotive), EN 50128 / EN 50657 (rail) or IEC 62304 (medical) – build on the same principles and are addressed per project.

System test on the real device

And the documented test on the finished device

HIL delivers the SIL evidence at signal level. On the finished device the documented system test is added: serial number, firmware state, reaction time against limit, test instrument and tester. Two levels of evidence for the same safety function – that is what XPressRT is for.

FAQ

Frequently asked questions about IEC 61508

How does HIL help with SIL evidence for IEC 61508?

Automated, reproducible HIL tests provide the verification evidence that IEC 61508 requires – depending on the safety integrity level (SIL 1 to SIL 4) – at module, integration and system level, with end-to-end links between requirement, test case and result.

Up to which SIL do you have experience?

Up to SIL 3 in real projects – including a SIL 3 safety sensor with module and system tests and code-coverage evidence over the trace port.

How do you test fault and safety behaviour?

Through deliberate fault injection: sensor, bus and timing faults are injected on purpose to check fault detection, safety reaction and reaction time against the required limits – reproducibly and without a real device.

Does this also apply to ISO 26262 or EN 50128?

Yes. These standards derive from IEC 61508 and follow the same principles. The relevant standard and safety level are agreed per project.

Next step

Make the SIL case on the real device

LoopCheck is our compact HIL platform with targeted fault injection – reproducible verification evidence for IEC 61508, up to SIL 3 in real projects. If you would rather have the whole test environment built, we do that as a project.

Contact

Let's connect!

Tell us about your device under test. We will tell you what a test setup for it needs.

Contact form

Fill in the form and our team will get back to you shortly.

By submitting you agree to our privacy policy .