1. ADAS实时系统概述

各位同学，咱们今天聊聊ADAS系统的实时性。说实话，这个主题我讲了快十年，每次备课还是会想起当年在项目里踩过的坑。嗯，咱们先从最基础的概念说起。

1.1 ADAS系统对实时性的要求

ADAS系统，说白了就是让车“看得见、想得明白、动得及时”。你想想看，一辆时速120公里的车，每秒跑33米。如果系统反应慢了100毫秒，车就多跑了3.3米。这3.3米，可能就是事故与安全的距离。

我在做第一个ADAS项目时，遇到过一件让我印象深刻的事。当时我们测试AEB（自动紧急制动）功能，系统明明检测到了障碍物，但刹车指令就是晚到了那么几十毫秒。结果呢？测试车轻轻碰上了假人。后来查原因，发现是任务调度优先级设错了。从那以后，我对实时性就特别敏感。

ADAS系统对实时性的要求，可以归纳为三点：

• 确定性：任务必须在规定时间内完成，不能“有时候快有时候慢”
• 低延迟：从传感器输入到执行器输出，整个链路延迟要可控
• 可预测性：最坏情况下的响应时间，必须小于系统允许的最大时限

1.2 硬实时与软实时的区别

很多初学者会问：实时系统不就是响应快吗？其实不是。实时系统的核心是“时间确定性”，而不是“速度快”。

咱们来区分一下硬实时和软实时：

特性	硬实时	软实时
超时后果	系统失效，可能造成灾难	性能下降，但系统仍可运行
典型应用	AEB、EPS、安全气囊	信息娱乐、导航、语音识别
时间要求	必须严格遵守deadline	偶尔超时可以接受
设计方法	最坏情况分析，预留余量	平均性能优化

我举个例子你就明白了。AEB系统是典型的硬实时——如果它在需要刹车时晚了几十毫秒，车就撞上去了。但车载导航系统是软实时——地图加载慢了一两秒，顶多就是司机抱怨两句，不会出安全问题。

1.3 常见的ADAS任务类型

ADAS系统里的任务，大致可以分为三类：感知、决策、控制。这三类任务对实时性的要求各不相同。

1.3.1 感知任务

感知任务负责“看”和“听”。摄像头、雷达、激光雷达的数据，都需要在极短时间内处理完。

• 典型任务：目标检测、车道线识别、障碍物跟踪
• 实时要求：通常10-50ms内完成
• 特点：计算量大，数据吞吐高

我记得有个项目，摄像头帧率是30fps，也就是每33ms来一帧。如果处理时间超过33ms，下一帧数据就覆盖上来了，造成丢帧。嗯，这就是典型的“帧同步”问题。

1.3.2 决策任务

决策任务负责“想”。它根据感知结果，决定下一步该怎么做。

• 典型任务：路径规划、行为预测、风险评估
• 实时要求：通常20-100ms
• 特点：逻辑复杂，依赖多个输入

决策任务有个麻烦的地方——它需要等感知任务的结果。如果感知任务延迟了，决策任务也跟着延迟。所以我建议在设计时，给决策任务留出足够的缓冲时间。

1.3.3 控制任务

控制任务负责“动”。它把决策结果转化为具体的执行指令。

• 典型任务：转向控制、制动控制、加速控制
• 实时要求：通常1-10ms，硬实时
• 特点：直接与执行器交互，对时间最敏感

1.4 任务间的时序关系

这三类任务不是独立运行的，它们之间有严格的时序依赖关系。我画个简单的流程：

传感器数据 → 感知任务(10ms) → 决策任务(20ms) → 控制任务(5ms) → 执行器
    ↑                                                          |
    └──────────────── 总延迟 ≤ 50ms ──────────────────────────┘

你看，从传感器到执行器，整个链路的总延迟必须控制在50ms以内。每个环节都要卡好时间。我在项目中习惯的做法是：给每个任务分配一个“时间预算”，然后通过RTOS的任务调度来确保每个任务都在预算内完成。

为什么会这么严格？因为车辆在高速行驶时，50ms的延迟就意味着1.5米的制动距离。你想想看，如果系统设计得不好，这1.5米可能就是生与死的距离。

1.5 小结

好了，咱们今天聊了ADAS实时系统的三个核心概念：

• 实时性要求：确定性、低延迟、可预测性
• 硬实时与软实时的区别：安全相关的功能必须硬实时
• 三类任务：感知、决策、控制，各有各的时间要求

下一章，我会详细讲讲RTOS的任务调度策略。到时候咱们聊聊怎么给这些任务分配优先级，怎么避免优先级反转，还有我在项目中用过的那些调度技巧。嗯，内容不少，咱们慢慢来。