2、ADAS系统简介：ADAS功能分类、典型ADAS系统架构、ADAS中的传感器与执行器
大家好，欢迎来到HARA分析课程的第二讲。
在做功能安全之前，我们得先搞清楚一件事：你到底要对什么做安全分析？
说白了，ADAS系统不是一块铁板。它是一堆功能、传感器、控制器和执行器拼起来的复杂系统。我见过不少新人，一上来就拿着标准硬套，结果连系统边界都没画清楚。嗯，今天我们就先把这张底图铺好。
2.1 ADAS功能分类
ADAS功能，按自动化程度和介入方式，大致可以分成三类。我个人习惯这么分：
- 信息辅助类：只提醒，不控制。比如LDW（车道偏离预警）、FCW（前向碰撞预警）。你想想看，这类功能如果失效，最多是驾驶员没收到提醒，但车本身不会乱动。
- 控制辅助类：系统会短暂接管控制，但驾驶员必须随时准备接管。比如ACC（自适应巡航）、LKA（车道保持辅助）。我在项目中遇到过，ACC的纵向控制如果标定不好，跟车距离忽大忽小，驾驶员体验极差。
- 高阶自动驾驶类：系统在特定ODD（运行设计域）内完全负责。比如HWP（高速公路领航）、AVP（自动代客泊车）。这类功能一旦失效，后果可能是灾难性的。
重要提醒：功能分类直接决定了HARA分析中的危害等级。信息辅助类通常ASIL A或QM，控制辅助类至少ASIL B，高阶类往往直奔ASIL C或D。
2.2 典型ADAS系统架构
讲架构之前，我先说个经验。很多工程师喜欢把架构画得特别复杂，恨不得把所有芯片都标上去。其实没必要。做HARA分析时，我们只需要关注三个层面：感知层、决策层、执行层。
典型的ADAS系统架构，我习惯用下面这张表来概括：
| 层级 | 核心组件 | 功能描述 | 安全关注点 |
|---|---|---|---|
| 感知层 | 摄像头、毫米波雷达、激光雷达、超声波 | 采集环境数据，识别目标 | 传感器故障、遮挡、数据延迟 |
| 决策层 | 域控制器（DCU）、MCU、SoC | 融合数据、规划路径、发出指令 | 算法错误、算力不足、通信中断 |
| 执行层 | EPS（电动助力转向）、ESP（电子稳定程序）、VCU | 执行转向、制动、加速指令 | 执行器卡滞、响应超时、机械故障 |
为什么会这样分层？因为每一层的失效模式完全不同。我曾经在一个项目中，感知层摄像头被泥巴糊住了，但决策层还在正常发指令，结果执行层傻乎乎地执行了错误的转向。你看，三个层都得单独做HARA。
小技巧：做HARA时，建议先画一个系统框图，把每个传感器、每个执行器、每条通信链路都标出来。然后问自己：如果这个节点断了，会发生什么？
2.3 ADAS中的传感器与执行器
传感器和执行器，是ADAS系统的眼睛和手脚。我建议你重点记住它们的特性，因为HARA分析中很多危害都源于这些物理器件的局限性。
2.3.1 传感器
- 摄像头：最便宜，但最怕光线变化和遮挡。我遇到过摄像头在隧道出口瞬间过曝，导致目标丢失。嗯，这个场景在HARA里要作为“环境条件”重点考虑。
- 毫米波雷达：不怕雨雾，但角度分辨率低。它容易把路边的金属护栏误判为车辆。你想想看，如果ACC系统因为这个误判突然急刹车，后车追尾怎么办？
- 激光雷达：精度高，但成本高，且怕灰尘。我记得有个项目，激光雷达被鸟粪盖住了，点云数据直接少了一半。
- 超声波雷达：近距离探测，主要用于泊车。它的盲区很小，但容易受天气影响。
2.3.2 执行器
- EPS（电动助力转向）：负责横向控制。失效模式包括：助力消失、反向助力、卡滞。我曾经见过一个案例，EPS在高速上突然失去助力，驾驶员差点没掰动方向盘。
- ESP/ESC（电子稳定程序）：负责制动和稳定性控制。它的失效可能导致制动延迟或单侧制动，这在HARA里通常会被评为ASIL D。
- VCU/VCU（整车控制器）：负责纵向加速度控制。如果它误发了一个急加速指令，而前方又有障碍物，后果不堪设想。
避坑指南：我曾经在HARA分析中漏掉了“传感器安装位置”这个因素。后来发现，摄像头如果装在雨刮器刮不到的区域，下雨天基本就是废的。所以，做HARA时一定要考虑传感器的物理安装位置和遮挡风险。
好了，这一章的内容就到这里。下一章我们会正式进入HARA分析的核心流程——危害识别与风险评估。到时候我会带大家一步步走完一个完整的案例。
记住，ADAS系统再复杂，也逃不出感知-决策-执行这个铁三角。把这三个层级的失效模式摸透了，HARA分析就成功了一半。
公众号:蓝海资料掘金营，微信deep3321