📚 课程目录第1章功能安全概述

1. 功能安全概述：什么是功能安全？为什么需要功能安全？功能安全的历史与发展

先问大家一个问题：一辆车在高速上行驶，突然刹车踏板踩下去没反应了——这是不是安全问题？

是，但这不是功能安全要解决的核心问题。刹车踏板机械卡死，那是机械安全的范畴。功能安全关注的是另一个维度：电子电气系统的随机故障、系统性故障，会不会导致人员伤亡？

我个人的理解很简单——功能安全就是：当系统出故障时，它不能乱来。

举个例子：你开车时，ABS（防抱死制动系统）的轮速传感器突然坏了。如果系统直接让ABS失效，刹车抱死，车辆失控——这就是功能不安全。但如果系统检测到故障，自动切换到后备模式，让常规刹车仍然可用，同时点亮仪表盘警告灯——这就是功能安全。

所以，功能安全的官方定义是：不存在由电子/电气系统的功能异常表现所导致的不合理风险。

说白了，就是系统要能容忍故障，或者在故障时进入安全状态。

核心三要素：

你想想看，现在的汽车里有多少个ECU（电子控制单元）？

我2010年刚入行时，一辆普通家用车大概有30-50个ECU。现在呢？高端车型已经超过100个。线控转向、线控制动、自动驾驶……越来越多的安全关键功能由软件和电子硬件来执行。

这意味着什么？

这些都不是理论上的。我在项目中就遇到过：某款车的EPS（电动助力转向）在特定工况下，由于CAN总线负载过高，转向助力突然消失。幸好是在低速泊车时，没有造成事故。但如果是高速过弯呢？

所以，功能安全不是锦上添花，而是刚需。原因有三：

避坑指南：我曾经见过一个团队，为了赶项目进度，把功能安全测试全部压缩到项目最后一个月做。结果呢？发现大量安全机制不满足要求，不得不返工，项目延期了整整半年。功能安全一定要从需求阶段就开始嵌入，而不是事后补课。

功能安全不是凭空冒出来的。它的发展历程，其实就是一部血的教训史。

最早的功能安全标准来自过程工业。1980年代，英国石油化工行业发生了一系列严重事故，直接催生了IEC 61508的前身。那时候大家意识到：光靠硬件冗余不够，还需要系统化的开发流程。

我记得读过一个经典案例：1986年，一台放射治疗设备Therac-25由于软件bug，导致多名患者受到过量辐射。这个事故让整个行业开始重视软件安全。

1998年，IEC 61508正式发布，成为功能安全的通用基础标准。它覆盖了所有电子/电气/可编程电子安全相关系统。

然后，各个行业开始制定自己的行业标准：

2011年，ISO 26262发布，这是汽车行业功能安全的里程碑。它把IEC 61508的通用框架，适配到了汽车电子系统的具体场景。

我2012年第一次接触ISO 26262时，感觉就像拿到了一本天书——ASIL等级、安全目标、FMEA、FTA……全是新概念。但真正做项目后才发现，这套方法论确实能系统性地降低风险。

2018年，ISO 26262第2版发布，增加了半导体、自动驾驶等新内容。2024年，第3版正在酝酿中，预计会进一步覆盖AI安全、网络安全与功能安全的交互等热点。

个人经验：我建议初学者不要一上来就啃标准原文。先理解核心逻辑：危害分析 → 风险等级 → 安全目标 → 安全需求 → 设计实现 → 验证确认。这个V模型思维，比背条款重要得多。

下面这张图，是我自己总结的功能安全知识体系。它把整个领域分成了四个层次：

这个框架贯穿了我们整个课程。从第一层的基础概念，到第四层的工程实践，每一层都环环相扣。

很多初学者会混淆几个概念。我简单梳理一下：

举个例子你就明白了：

它们之间有交集，但不能互相替代。一个完整的安全系统，需要同时考虑这四个维度。

本章小结：