Technical Safety Concept — TSRs¶
Refinement of the AFSRs (see Functional Safety Concept — Assumed FSRs) onto taktora’s concrete crates. TSRs are taktora’s own commitments — not assumed. They take the ASIL of their parent AFSR (B(D)).
Each TSR carries a status field describing today’s implementation state, with the convention:
implemented— current code satisfies (references concrete FEAT/REQ/BB IDs).draft— requires extension to existing crate (gap analysis pending).
The bounded allocator (
|
The bounded allocator shall maintain partitioned quotas per integrity level, such that exhaustion of the QM-grade pool cannot deny allocation from the safety-critical pool.
|
Each
|
Missed-deadline detection shall fire within one cycle of the
configured interval and propagate via
|
The
|
|
Technical Safety Requirement: Single-publisher iceoryx2 topology for safety-critical channels TSR_0007
|
iceoryx2 services backing safety-critical channels shall be configured with single-publisher topology; the publisher process holds the only write capability over the underlying shared-memory segment.
|
The
|
Taktora shall provide a hosting mode in which safety-critical items and QM-grade items run in distinct OS processes communicating exclusively through iceoryx2 shared-memory channels with per-process read/write capability.
|
The safety-critical executor process shall emit a heartbeat
|
TSR coverage summary¶
ID |
Title |
Status |
Refines |
|---|---|---|---|
Bounded allocator hard caps |
implemented |
||
Per-integrity-level allocation quotas |
draft |
||
Integrity-level declaration and process isolation |
draft |
||
Missed-deadline detection within one cycle |
implemented |
||
Compile-time channel directionality |
implemented |
||
Bounded health-event latency |
implemented |
||
Single-publisher iceoryx2 topology for safety-critical channels |
implemented |
||
Envelope sequence + CRC integrity |
draft |
||
Cross-process hosting mode |
draft |
||
Heartbeat for Element B monitor |
draft |
5
implemented— TSR_0001, TSR_0004, TSR_0005, TSR_0006, TSR_0007.2
draft(extension to existing crate) — TSR_0002, TSR_0008.3
draft(new component) — TSR_0003, TSR_0009, TSR_0010.
AFSR coverage. This batch refines AFSR_0001..AFSR_0004 onto 10 TSRs. AFSR_0005 (startup integrity verification) is intentionally deferred to the follow-on implementation plan that owns TSR_0003 (process isolation), since startup verification is the natural admission-time companion to the process-isolation invariant.
The five draft TSRs are the substance of the context-based isolation
work item and are the subject of a follow-on taktora implementation plan.