반응형
해당 포스팅은 차량 기능안전 표준 ISO 26262 Part 5 의 Annex D 에서 설명하는 Safety Mechanism 중 Software 로 구현해야 하는 Safety Mechanism 에 관련된 내용을 하드웨어 구성 요소에 따라서 센서, 액츄에이터, 제어기, 메모리, 통신으로 구분하였고 내용은 아래 테이블과 같습니다.
| 하드웨어 구성 요소 | Software Safety Mechanism |
| 센서 | 1. Failure detection by on-line monitoring 2. Input comparison / voting (1oo2, 2oo3 or beter redundancy) 3. Sensor valid range 4. Sensor rationality check |
| 액츄에이터 | 1. Failure detection my on-line monitoring 2. Monitoring (i.e. coherence control) |
| 제어기 | 1. Self-test by software: limited number of patterns (one channel) 2. Self-test by software cross exchange between two independent units 3. Software diversified redundancy (one hardware channel) 4. Reciprocal comparison by software 5. Stack over/under flow Detection 6. Watchdog 7. Monitoring of programme sequence |
| 메모리 (Part 11) | 1. RAM test 2. Parity bit / Checksum / CRC (값 검사) 3. Block replication (복제) 4. Memory monitoring using error-detection correction codes (ECC) |
| 통신 | 1. Information redundancy (값 검사) 2. Frame counter (순서 검사) |
각각의 Software Safety Mechanism 에 대한 설명은 이후 포스팅에서 설명하겠습니다.
반응형
'자율주행 개발 프로세스 > Functional Safety (ISO26262)' 카테고리의 다른 글
| 액츄에이터 - Safety Mechanism (ISO 26262-5 Annex D) (0) | 2021.11.14 |
|---|---|
| 센서 - Safety Mechanism (ISO 26262-5 Annex D) (0) | 2021.11.14 |
| 차량 기능안전 (ISO 26262) 용어 정리 - Scope (0) | 2021.10.08 |
| 차량 기능안전 (ISO 26262) 용어 정리 - Safety Requirement (0) | 2021.10.07 |
| 차량 기능안전 (ISO 26262) 용어 정리 - ASIL (0) | 2021.10.06 |
