自动驾驶功能安全：FSC

自动驾驶功能安全：FSC

本文将结合ISO26262.3-2018中第气条FSC功能安全概念（有删减），分析其内容，并聊聊完整的FSC分析过程。

附赠自动驾驶最全的学习资料和量产经验：链接

7.1 Objectives 目的

The objectives of this clause are: 本条的目的是

a) to specify the functional or degraded functional behaviour of the item in accordance with its safety goals;

a）根据项目的安全目标，规定项目的功能或降级功能行为；

b) to specify the constraints regarding suitable and timely detection and control of relevant faults in accordance with its safety goals;

b）根据其安全目标，规定适当和及时检测和控制相关故障的限制条件；

c) to specify the item level strategies or measures to achieve the required fault tolerance or adequately mitigate the effects of relevant faults by the item itself, by the driver or by external measures;

c）指定项目级策略或措施，以实现所需的容错性，或通过项目本身、驱动程序或外部措施充分缓解相关故障的影响；

d) to allocate the functional safety requirements to the system architectural design, or to external measures; and

d）将功能安全要求分配给系统架构设计或外部措施；以及

e) to verify the functional safety concept and specify the safety validation criteria.

e）验证功能安全概念并规定安全验证标准。

笔者注释：我们可以知道FSC阶段，需要得到FSR（功能安全需求）的，通过这几条目的的描述，我们知道我们的FSR要包括：策略或措施能够缓解相关故障的影响、故障错误监测并进入安全状态、警告和功能降级行为。

7.2 General 概述

To comply with the safety goals, the functional safety concept contains safety measures, including the safety mechanisms, to be implemented in the item’s architectural elements and specified in the functional safety requirements.

为符合安全目标，功能安全概念包含安全措施，包括安全机制，将在项目的元素中实施，并在功能安全要求中规定。

By which the safety goals are determined as a result of the hazard analysis and risk assessment. The functional safety requirements are then derived from the safety goals and are allocated to the system architectural design.

通过危害分析和风险评估确定安全目标的分层方法。然后从安全目标导出功能安全需求，并分配给系统架构设计。

Using preliminary architectural assumptions provides a means to handle immature architectural information in early development phases.

使用初步的架构假设提供了一种在早期开发阶段处理不成熟的架构信息的方法。

笔者注释：我们FSC应该完成什么呢？就是上面说的这三步。第一步，功能逻辑措施，包括安全机制；第二步，定义初步设想架构；第三部，功能安全需求的分配，分配到内部、外部的相关项中（这个在item definion中已经定义）。FSR的参考/输入来源参考7.3.1。