Derive a work product
Hardware and software safety requirements, derived from your technical safety concept
You sent: the technical safety concept and system architecture of an ASIL D steering torque monitor. You get: the derived requirements, the refined hardware-software interface and the open points.
Your conceptWhat we derive
Tap anything marked to see the finding behind it.
- Derived
SwSR-14: compare the two torque channels
Software compares both channels every 2 ms and reports a fault after 3 consecutive deviations above the agreed limit. Derived from TSR-07 and timed so that detection and the safe reaction fit its 20 ms fault handling time interval.
ISO 26262-6:2018, 6.4.1 and ISO 26262-4:2018, 6.4.2.2
- Derived
HwSR-05: monitor each sensor supply
Each sensor supply gets its own voltage monitor with a defined threshold. Derived from TSR-11, as the safety mechanism that controls a supply fault.
ISO 26262-5:2018, 6.4.1 and 6.4.2
- Derived
The hardware-software interface, refined
The monitor status registers and their read timing are recorded, so your hardware and software teams work from one definition.
ISO 26262-5:2018, 6.4.10
- Open point
Losing both channels has no safe state
Your concept defines the reaction when one channel fails, not when both do. We cannot derive these requirements until that is decided.
Needed from you: Confirm the safe state for losing both channels, and we complete SwSR-19 and SwSR-20.
ISO 26262-4:2018, Clause 6
- Traced
Every requirement links both ways
Each derived requirement names its source in your concept, and each technical safety requirement lists what was derived from it.
ISO 26262-8:2018, 6.4.3.2
These requirements become yours once your team accepts them. Verification and any confirmation review stay with you, and because we helped write this work, we would not also act as its independent reviewer.
Illustrative example written for this page. Customer work stays confidential.
