2、仿真测试基础：V模型开发流程、MIL/SIL/HIL/DIL概念、仿真测试在AEB开发中的价值

大家好，我是老张。在ADAS这行摸爬滚打了十几年，今天咱们聊聊AEB开发里最基础、也最关键的一环——仿真测试。

很多人觉得仿真就是“跑个软件看看效果”，其实远没那么简单。我见过太多团队，实车测试前信心满满，结果一上路就出问题。为什么？说白了，就是仿真测试没做透。

这一章，我会把V模型开发流程、MIL/SIL/HIL/DIL这些概念，以及仿真测试到底能帮我们省多少钱、避多少坑，一次性讲清楚。

2.1 V模型开发流程：AEB开发的“骨架”

先说说V模型。这玩意儿不是ADAS独有的，但在AEB开发里，它特别实用。

V模型的左边是“设计”，右边是“验证”。左边从上到下，是需求、系统设计、子系统设计、组件设计。右边从下到上，是单元测试、集成测试、系统测试、验收测试。左右两边一一对应。

我习惯把V模型理解成“先想清楚再动手，边做边验证”。你想想看，如果需求都没定义清楚，就开始写代码，后面肯定要返工。我在一个项目里就吃过这个亏——客户说“AEB要能在50km/h刹停”，我们理解成“50km/h以下都能刹停”，结果测试时发现40km/h就失效了。嗯，这就是需求没对齐的代价。

具体到AEB开发，V模型可以拆成这么几步：

• 需求分析： 定义AEB的触发条件、制动减速度、目标类型（车辆、行人、自行车等）。
• 系统设计： 确定传感器配置（摄像头、雷达、激光雷达）、决策逻辑、执行器接口。
• 子系统设计： 比如感知模块、决策模块、控制模块的详细设计。
• 组件实现： 写代码、调参数。
• 单元测试： 每个模块单独测，比如感知模块能不能正确识别行人。
• 集成测试： 把模块拼起来，看能不能协同工作。
• 系统测试： 在整车环境下测，包括HIL台架和实车。
• 验收测试： 最终确认是否满足法规和客户需求。

这里有个坑，我提醒一下：很多团队在“系统设计”阶段就急着写代码，结果后面发现传感器布局不合理，导致盲区过大。我曾经在一个项目里，因为摄像头安装角度偏了2度，AEB在弯道场景下漏检了30%的目标。所以，设计阶段一定要做充分的仿真验证。

2.2 MIL/SIL/HIL/DIL：仿真测试的“四层楼”

好，V模型讲完了。接下来是仿真测试的四个层次。我管它们叫“四层楼”，从低到高，越来越接近真实。

先看一张图，帮你快速理解这四层的关系：

这张图很直观吧？从MIL到DIL，仿真越来越“真”，成本也越来越高。我建议你记住这个顺序，后面做测试计划时，就知道该从哪层开始。

2.2.1 MIL（模型在环）

MIL是第一步。说白了，就是用Simulink、CarMaker这类工具，搭一个纯数学模型。没有真实代码，没有硬件，只有算法逻辑。

我在MIL阶段最喜欢做的事，就是“暴力测试”。比如给AEB算法输入各种极端场景——行人突然横穿、前车急刹、雨天能见度低。这时候发现逻辑漏洞，改起来成本最低。我曾经在MIL阶段发现一个bug：算法在目标速度变化率超过某个阈值时，会误触发制动。如果等到HIL阶段才发现，改起来至少多花两周。

2.2.2 SIL（软件在环）

SIL阶段，我们把真实代码集成进来。比如C++写的AEB决策模块，编译成动态库，然后在仿真环境里跑。

这个阶段主要验证两件事：一是代码实现是否正确，二是代码和模型的输出是否一致。我遇到过最头疼的问题，就是模型里一个除法运算，在代码里因为整数除法导致精度丢失，结果AEB的制动距离差了0.5米。嗯，这种问题在MIL阶段发现不了，只有SIL能抓到。

2.2.3 HIL（硬件在环）

HIL是重头戏。我们把真实的ECU（电子控制单元）接入仿真环境，用实时系统模拟车辆、传感器、执行器。

HIL的价值在于“实时性”。代码在ECU上跑，有延迟、有中断、有资源竞争。我在一个项目里就遇到过：AEB算法在SIL阶段一切正常，但上了HIL后，因为CAN总线负载过高，制动指令延迟了50ms。50ms意味着什么？在60km/h下，刹车距离多了将近1米。这要是实车测试，后果不堪设想。

2.2.4 DIL（驾驶员在环）

DIL是最高层，也是最容易被忽视的一层。它把真实驾驶员请进驾驶模拟器，测试AEB系统和人之间的交互。

举个例子：AEB触发时，驾驶员会不会因为突然的制动而惊慌？会不会误操作？我见过一个案例，AEB在高速上误触发，驾驶员本能地猛打方向盘，结果导致车辆失控。这种问题，只有DIL能暴露出来。

DIL测试的成本很高，但我觉得值。毕竟AEB的最终用户是人，不是机器。

2.3 仿真测试在AEB开发中的价值

说了这么多，仿真测试到底能带来什么价值？我总结了三句话：

• 省钱： 一次实车测试的成本，够做1000次仿真。我算过一笔账，一个AEB项目，如果全靠实车测试，光场地和车辆费用就要上百万。仿真测试能把成本降到十分之一。
• 省时： 仿真可以7x24小时跑，实车测试一天最多跑几十个场景。仿真一天能跑几万个。
• 安全： 有些场景实车测试太危险，比如行人鬼探头、高速追尾。仿真可以随便测，不用担心安全问题。

但仿真也不是万能的。我提醒一句：仿真永远无法完全替代实车测试。因为仿真模型总有误差，比如轮胎模型、路面摩擦系数、传感器噪声。所以，正确的做法是“仿真为主，实车为辅”。

我个人习惯，在项目初期，90%的测试靠仿真。到了后期，再用实车做最后的验证。这样既高效，又可靠。

2.4 小结

这一章，我们聊了V模型开发流程、MIL/SIL/HIL/DIL四层仿真架构，以及仿真测试的价值。核心就一句话：仿真测试是AEB开发的“安全网”，越早用、越会用，项目就越稳。

下一章，我们会深入AEB的测试场景设计，包括法规场景、危险场景、边缘场景。到时候我会分享一些我踩过的坑，保证让你少走弯路。