CarSim与Simulink联合仿真AEB：TTC状态机与制动标定避坑

简介：面向车辆主动安全方向的学习者与仿真入门者，这份资源聚焦基于CarSim与Simulink搭建AEB联合调试仿真平台的关键环节，可用于理解自动紧急制动系统从场景构建到控制验证的完整链路。内容围绕三块展开：用CarSim建立包含道路几何、路面特性以及前方车辆速度与雷达信息的三维道路环境模型；在Simulink中组织感知、决策与执行环节的控制逻辑，复现碰撞检测、危险预测与制动指令；最后输出碰撞时间、碰撞速度、制动距离等结果，并配合曲线可视化与统计分析。资源包共1个文件，为docx文档格式，压缩包约15KB，体量轻便，适合作为搭建仿真框架时的要点清单与思路索引。目前已有606人学习，便于按模块对照搭建模型、补齐道路工况与数据输出环节的细节。

1. 前车 50 km/h、自车 80 km/h，AEB 该在第几秒踩下去

自车 80 km/h，前车 50 km/h 匀速，两车相距 40 米，接近速度 8.3 m/s，TTC 只有 4.8 秒。AEB 究竟该在 TTC 剩多少时报警、多少时给 4 MPa、多少时踩到 10 MPa，撞上那一刻的余速又是多少——这些问题在实车上试一次成本太高，纯 Simulink 里用二自由度模型算出来的制动距离又跟真车差出一大截。用 carsim simulink AEB 联调仿真搭建的这套方案，解决的正是这个建模精度与算法验证之间的错位：车辆动力学、轮胎、路面、制动系统由 CarSim 计算，感知、决策、执行逻辑放在 Simulink 里运行，两边用 S-Function 组成闭环。它适合做 ADAS 算法前期验证、需要观察车辆响应细节的课题，也适合手头只有 MATLAB、没有实车台架的团队。下面按我实际搭建一遍的顺序拆解：CarSim 里的道路怎么铺、前车怎么摆、雷达怎么配，Simulink 里的状态机怎么写、压力怎么标定，以及那几个会让仿真直接跑不出结果的坑。

2. CarSim 侧建模：3D 道路、前车目标与雷达传感器

CarSim 这一侧的建模质量决定了后面所有结论有没有意义。算法写得再漂亮，如果雷达看到的目标距离偏了 5 米，或者路面附着系数偷偷用了默认的 0.85 而你想验证的是湿滑路面，那跑出来的最小 TTC 和制动距离就只是自娱自乐。这一章按「先定工况、再铺路、后摆车、最后挂传感器」的顺序走，每一步都落到 CarSim 的数据库树和具体字段上。

2.1 先定工况再动模型：三组参数决定仿真有没有意义

很多人上手就直接在 CarSim 里画路、放车，跑了半天才发现不知道该看什么指标。更稳妥的做法是先把要复现的工况钉死，工况参数直接决定道路长度、初始间距和传感器量程。行业里做 AEB 验证常用三类基础场景，我一般先按这张表把参数填进 CarSim 的 Run Control，跑通之后再扩展。

初始间距这一列最容易被随手填。填小了，仿真一开始 TTC 就低于全力制动阈值，AEB 第一步就满压力输出，你根本看不到分级介入的过程；填大了，10 秒仿真时长内车还没接近到危险区，曲线一片平直，白跑。我的经验是让初始 TTC 落在 4～6 秒，这样从预警到全力制动的时间轴能在图上看清楚。仿真时长按间距 / 接近速度 + 3 秒估，CCRm 工况 40 m / 8.3 m/s ≈ 4.8 秒，时长设 10 秒足够。

还有一点：路面附着不要只跑 0.85。低附工况下制动压力到 6 MPa 就可能触发 ABS 介入，减速度曲线会出现明显抖动，这正是验证 AEB 压力指令是否合理的场景。CarSim 里附着系数在 Road 数据集的摩擦字段里改，不要在 Procedure 里找。

2.2 3D 道路：中心线、坡度与路面附着

CarSim 的道路数据集在数据库树里，新建一个 Road Dataset 之后有几个关键字段。几何形状用中心线路径描述，最省事的做法是给一条直线路径，只需要起点和终点两个点：

X(m) Y(m) Z(m) Station(m) 0 0 0 0 500 0 0 500

Station是沿路径的里程，用来给路径上任意位置定位。要做出 3D 起伏，就在 Z 列填高程，比如从 0 缓慢抬到 8 米再落回来，模拟一段纵坡路面。坡度会影响制动距离，长下坡时重力分量会抵消一部分制动力，这也是为什么有些 AEB 在坡道上表现会比平地差。

车道宽度按实际填，乘用车场景 3.5 m 就够。路面摩擦系数单独一栏，对应上面表格里的 0.85 和 0.35。横向坡度（superelevation）验证 AEB 时可以先设 0，等基础工况跑通了再叠加，弯道上雷达的方位角输出会变，这是另一个话题。

道路建完一定要在 CarSim 的 3D 视图里看一眼。我曾经把路径点写成X=500, Y=0但 Station 列漏了最后一个值，CarSim 没报错，直接把道路截断成 0 长度，道路模型完全不显示，后面所有跟距离有关的输出全是零。3D 视图能一眼看出这种问题。

2.3 前车怎么摆：Moving Object 还是第二辆车

这是 CarSim 里最容易产生误解的地方。一个 CarSim 的 Simulink S-Function 实例只驱动一辆主车，前车通常不建第二辆完整车辆，而是在 Run Control 的移动对象表里加一个 Moving Object。两者的差别值得说清楚：

• Moving Object：轻量，可以给初始位置、速度、方向、加速度，沿直线或路径运动。它没有轮胎和悬架，不输出自己的动力学量，作用是「被雷达看见」和「作为碰撞对象」。
• 第二辆完整 Vehicle：需要第二个 simfile 和第二个 S-Function 实例，两个 S-Function 在同一个 Simulink 模型里并行，主车和前车的状态互相看得见。代价是仿真速度慢一倍，接口配置量翻倍。

验证 AEB 前期，Moving Object 足够了。它的运动规律是你直接指定的，反而让结果更容易解释：前车匀速就是匀速，前车制动就是给定减速度，不会引入前车自身的响应不确定性。等要验证「前车也装 AEB，两车互相影响」这类场景，再上第二辆车。

在移动对象表里填：初始 X 位置 = 主车初始位置 + 初始间距，初始速度 = 前车速度，方向沿 X 轴。这里有个坐标系陷阱：CarSim 的初始位置默认以车辆质心为参考，如果你在车辆数据集里改过质心到前轴的距离，实际保险杠间距会和名义值差半米左右。对 30 米间距来说影响不大，但对 5 米以内的近距场景，这半米会让初始 TTC 直接偏掉 20%。

2.4 雷达传感器：安装位置、视场角与目标绑定

在 Sensors 数据集里新建一个 Radar 类型传感器，几个参数必须手动确认：

安装位置用相对质心的坐标，别填成相对前轴。X 方向的量级是 2 米多一点，如果你填成 0.4 米，雷达等于是装在驾驶舱里，探测距离会被前保险杠「挡住」，输出一直是最大值。

目标绑定这一步最容易漏。传感器建好之后要在目标列表里把前面那个 Moving Object 勾上，否则雷达扫描的是一个空场景，输出恒为无目标默认值——有些版本给 0，有些给一个很大的数比如 1e6。这个值直接喂进 TTC 计算，TTC 就会变成无穷大或零，状态机要么永远不介入，要么一开始就全力制动。判断方法很简单：先在 CarSim 里单独跑一次，看雷达距离的曲线是不是等于初始间距并随时间减小，对不上就先别碰 Simulink。

最后是导出通道。传感器的输出要出现在 Simulink 侧，必须在 Run Control 的 Export Channels 里勾选对应变量，常见的命名包括相对距离、相对速度、方位角这几类，具体名字以你手上版本的变量列表为准，不要照抄别人截图里的字符串，不同版本命名会有差异。勾选之后，S-Function 的输出端口宽度会自动变化，端口数量对不上，八成就是这里少勾了或者多勾了。

3. Simulink 侧：AEB 状态机、TTC 判据与制动执行链路

CarSim 把「车怎么动」交代清楚了，Simulink 这一侧负责「什么时候踩、踩多深」。整条链路是：雷达输出 → 感知处理（算 TTC 或需求减速度）→ 决策状态机（分级）→ 执行（压力指令 + 液压延迟）→ 回送 CarSim 的制动输入通道。这一章把每一级的实现细节和参数取值讲透，尤其是那几个看起来不起眼、但会直接改变制动距离的环节。

3.1 感知层：把雷达输出变成可判断的量

雷达给出的原始量是相对距离和相对速度，直接拿来做阈值判断会出问题，因为相对速度的符号约定在不同数据源里不一致。稳妥的做法是统一在 Simulink 里重算：

% 感知层：由自车与前车车速重算接近速度，避免符号约定踩坑 v_rel = max(v_ego - v_lead, 0); % 接近速度，前车更快时为 0 if v_rel < 0.3 ttc = inf; % 接近速度过小，不构成威胁 else ttc = dx / v_rel; % 经典 TTC end % 需求减速度：把「还要多久撞」换算成「现在需要多大减速度」 d_safe = 2.0; % 安全余量，米 a_req = v_rel^2 / (2 * max(dx - d_safe, 0.5)); % 单位 m/s^2

dx用雷达测得的相对距离，v_ego和v_lead分别来自 CarSim 导出的主车车速和移动对象速度。为什么不直接用雷达的相对速度？因为 CarSim 雷达输出的相对速度符号约定可能是「接近为正」也可能是「接近为负」，取决于传感器配置，而车速是标量，减一下永远不会错。这个改动看起来多此一举，但它把一类符号错误彻底堵死了。

d_safe这个安全余量不要设成 0。设 0 意味着允许两车在距离趋近于零时减速度趋于无穷，数值上会算出几百 m/s² 的需求减速度，状态机直接饱和。2 米左右是比较务实的取值，对应一个车身长度。

TTC 和需求减速度这两个判据各有短板：TTC 对前车突然制动不敏感，前车一减速，相对速度跳变，TTC 会在一个采样周期内从 5 秒掉到 1 秒；需求减速度对远距离小接近速度过于保守，40 米外 8 m/s 的接近速度算出来 a_req 只有 0.8 m/s²，会误触发预警。我一般的做法是两个都用，取 OR 逻辑触发预警级，取 AND 逻辑触发全力制动级。

3.2 决策层：三级状态机与迟滞设计

状态机分四级：0 待机、1 预警、2 部分制动、3 全力制动。核心不是阈值取多少，而是「进入了就不能随便退出来」。制动一旦开始，如果 TTC 因为前车加速回升到阈值以上就立刻松刹车，会出现反复点刹的抖动，实车上乘客体验极差，仿真里减速度曲线也会变成锯齿。

function [p_cmd, stage] = aeb_fsm(v_ego, v_lead, dx, TTC_PART, TTC_FULL) % 输入：自车/前车车速 m/s，相对距离 m，两个制动阈值 s % 输出：制动压力指令 MPa，当前状态 0~3 persistent st if isempty(st), st = 0; end v_rel = max(v_ego - v_lead, 0); if v_rel < 0.3 ttc = inf; else ttc = dx / v_rel; end TTC_WARN = 2.4; % 预警阈值 a_req = v_rel^2 / (2 * max(dx - 2.0, 0.5)); TTC_FULL = min(TTC_FULL, 0.9); % 兜底，防止参数被改得过大 % 升级条件 if ttc <= TTC_FULL || a_req >= 6.5 st = 3; elseif ttc <= TTC_PART || a_req >= 3.5 st = max(st, 2); elseif ttc <= TTC_WARN || a_req >= 1.5 st = max(st, 1); end % 降级只允许 3→2 且 TTC 明显回升，2→1 同理 if st == 3 && ttc > TTC_FULL + 0.5 st = 2; elseif st == 2 && ttc > TTC_PART + 0.5 st = 1; end switch st case 0, p_cmd = 0; case 1, p_cmd = 0; % 预警级只报警，不动制动 case 2, p_cmd = 4.0; case 3, p_cmd = 10.0; end stage = st; end

max(st, 2)这个写法是关键：状态只能升不能降，除非满足后面的降级条件。降级条件里的+0.5是迟滞带，避免 TTC 在阈值附近抖动导致状态反复跳变。

TTC_PART和TTC_FULL做成函数输入而不是写死，是为了后面批量扫参留接口。常量写死在函数体里，扫参时就得改代码重新生成，很容易忘记改回来。

阈值取值给个参考：预警 2.4 秒对应 80 km/h 下约 53 米的距离，是驾驶员能反应过来的量级；部分制动 1.6 秒对应约 35 米；全力制动 0.6～0.9 秒对应 15～20 米，这时候再不全力踩就来不及了。这些数字随车速变化，80 km/h 和 50 km/h 用同一套阈值，低速工况会显得过于激进。

3.3 执行层：从压力指令到减速度的标定

Simulink 输出的是制动主缸压力，CarSim 接收的也是压力，但「10 MPa 对应多大减速度」这个映射必须自己标定，不能拍脑袋。整车质量、制动器活塞面积、制动盘半径、轮胎附着都会影响它。同一个压力值，空载和满载的减速度能差 0.1g 以上。

标定方法很土但有效：在 CarSim 里做一组阶跃制动试验，压力分别给 2、4、6、8、10、12 MPa，记录稳态减速度，画出一条曲线。常见乘用车的粗略关系是每 1 MPa 对应 0.07～0.09g，10 MPa 大概落在 0.75～0.9g 区间。具体数值以你自己标出来的为准，别抄。

压力指令送进 CarSim 之前还要过两个环节，缺一个结果都会偏乐观：

% 液压系统响应：纯延迟 + 一阶惯性 % 纯延迟用 Transport Delay 模块实现，这里只写惯性环节的离散形式 alpha = Ts / (Tau + Ts); % Ts = 1 ms, Tau = 50 ms p_filt = p_filt_prev + alpha * (p_cmd - p_filt_prev); p_filt_prev = p_filt;

纯延迟取 0.12～0.18 秒，一阶惯性时间常数取 0.04～0.06 秒。这两个参数看着小，但 80 km/h 下 0.15 秒就是 3.3 米。仿真里不加延迟，AEB 表现得像一台完美机器，制动距离比实车短 3 米以上，拿去对标实车数据会很难看。

还有一个细节：压力指令要从 0 开始爬升，不能阶跃给到 10 MPa。真实的液压系统建压需要时间，阶跃输入在 CarSim 里会得到一个近乎垂直的减速度跳变，轮胎纵向力瞬间饱和，接着就是抱死和横甩。如果只是想验证决策逻辑，阶跃可以接受；要出可用于对标的制动距离，就必须走上面这条滤波链路。

3.4 模型接线与采样率

接线顺序是固定的：CarSim S-Function 的雷达输出端口 → Demux 拆成距离和速度 → 感知计算 → 状态机 MATLAB Function → 压力滤波 → Mux → CarSim S-Function 的制动输入端口。

采样率全部统一到 1 ms，与 CarSim 内部积分步长一致。状态机里没有任何连续状态，1 ms 采样对 TTC 判断完全够用。不要把状态机放在 10 ms 的采样率上，80 km/h 下 10 ms 是 0.22 米，接近速度 8 m/s 时 TTC 的量化误差会到 0.03 秒，对全力制动阈值来说已经不小了。

如果仿真报代数环，检查一下从 S-Function 输出到输入之间是不是有一路完全直通的信号。CarSim 的 S-Function 本身不是直通模块，正常不会成环，但中间如果串了一个 Gain 直接回到输入，Simulink 会认为存在代数环。在回送路径上加一个 Unit Delay，代价是引入一个步长的延迟，1 ms 可以忽略。

4. 联调接口：S-Function 生成、步长对齐与求解器配置

前面两章是把两边各自搭好，这一章是把它们接起来。联合仿真跑不起来的情况，九成出在接口配置上，而不是算法。CarSim 与 Simulink 的耦合本质是：Simulink 每个采样步调用一次 CarSim 的 S-Function，S-Function 内部用固定小步长把车辆状态积分到当前时刻，再把输出量返回。这个机制决定了步长和求解器不能随便设。

4.1 从 CarSim 发出模型：Send to Simulink 之后发生了什么

在 CarSim 的 Run Control 界面里，把 Models 选项切到 Simulink，然后配置两边的通道表：

• Import Channels（Simulink → CarSim）：至少勾选制动主缸压力、油门、挡位。只做 AEB 不控转向的话，转向可以不勾。
• Export Channels（CarSim → Simulink）：主车车速、纵向加速度、质心位置、横摆角，加上雷达的相对距离、相对速度、方位角。
• 模型名和保存路径：起一个不带空格和中文的名字，比如aeb_cosim。

点 Send to Simulink 之后，CarSim 会在指定路径生成一个 Simulink 模型，里面有一个 S-Function 块，端口数量正好对应你勾选的通道数。如果生成的模型里端口是 0 个，回去检查通道表是不是一个都没勾。

S-Function 块双击之后要填两个东西：simfile 名称和求解器动态库的路径。simfile 就是你这次 CarSim 运行数据集的名字，动态库在 CarSim 安装目录下的求解器子目录里。这两个路径填错，仿真启动时直接报找不到文件，错误信息里会带出它实际去找的路径，照着那个路径去对。

4.2 编译环境：mex 文件、位数与编译器

CarSim 提供的 Simulink 接口是一个预编译的 mex 文件，通常在安装目录的某个子目录下。第一件事是确认 MATLAB 能不能找到它：

% 确认 S-Function 的 mex 文件在路径上 which cs_sfunc % 若返回空，手动加入 CarSim 接口目录（路径按实际安装位置改） addpath('D:\CarSim\Programs\solvers\matlab'); rehash toolboxcache;

which返回空是最常见的第一道坎。原因要么是安装时没勾选 MATLAB 接口组件，要么是路径没加。加完路径还找不到，去看那个目录下有没有和 MATLAB 位数对应的文件，64 位 MATLAB 必须配 64 位 mex。

第二道坎是编译器。如果你的环境里需要重新编译 S-Function，MATLAB 用的编译器和 CarSim 编译时用的必须是同一套：

% 查看并选择 C++ 编译器，必须选 Microsoft Visual C++ mex -setup C++

选成 MinGW 的话，编译能过，但加载时会报Invalid MEX-file，错误信息里提到找不到某个动态库。这个报错很有迷惑性，看起来像 CarSim 的问题，其实是编译器工具链不匹配。稳妥做法是装一个和 MATLAB 版本兼容的 Visual Studio，用mex -setup C++选它。

4.3 步长与求解器：为什么必须固定步长

Simulink 侧必须是固定步长求解器，步长等于 CarSim 数据集里设置的仿真步长，默认 1 ms。配置脚本我一般写在模型初始化回调里，避免每次手动改：

mdl = 'aeb_cosim'; load_system(mdl); % 固定步长，与 CarSim 内部积分步长一致 set_param(mdl, 'SolverType', 'Fixed-step'); set_param(mdl, 'Solver', 'ode4'); % 四阶龙格库塔，定步长 set_param(mdl, 'FixedStep', '0.001'); % 1 ms set_param(mdl, 'StopTime', '12'); % 关闭过零检测，避免与 S-Function 的离散采样互相干扰 set_param(mdl, 'ZeroCrossControl', 'DisableAll');

SolverType设为 Fixed-step 是硬要求。变步长求解器会根据误差自动调整步长，而 CarSim 的 S-Function 期望的是等间隔调用，步长一会大一会小，轻则结果和单跑 CarSim 对不上，重则仿真在中途直接终止，报一个和积分相关的错误。

ode4和ode1都能用。ode4 精度高一些，每步计算量是 ode1 的四倍。1 ms 步长下两者差别不大，我习惯用 ode4，因为车辆动力学的积分对精度还是有点敏感的。

StopTime要和 CarSim 数据集里的仿真时长对齐。如果 Simulink 设 12 秒而 CarSim 设 10 秒，跑到 10 秒时 CarSim 那边会返回一个终止标志，Simulink 继续跑但输出全是最后时刻的冻结值，曲线后面一段是平的——看着像车停了，其实是仿真已经结束。

4.4 一次完整运行的操作顺序

顺序错了会浪费大量时间排查假故障。我固定按这四步走：

1. 在 CarSim 里单独跑一次（不联 Simulink），在 3D 视图里确认主车在动、前车在动、两车距离在按预期缩小。
2. 看 CarSim 自带的曲线输出，确认雷达距离曲线是一条平滑下降的线，没有跳到 0 或 1e6。
3. 回到 Simulink，先给一个固定的 0 压力指令跑一遍，确认主车能正常行驶、不制动，说明接口的输入方向是通的。
4. 再切到状态机输出，跑完整闭环，看减速度曲线和距离曲线。

第 3 步经常被跳过。直接上闭环，一旦车不动，你分不清是接口没通、还是算法一上来就全力制动把车踩停了。给个固定 0 压力先跑，能把这两类问题分开。

5. 避坑与排查：五个让仿真跑不出结果的坑

这一章是我自己踩过、也见过别人反复踩的五个问题，全部按「现象 → 原因 → 解决」写。每一条都对应一个具体的报错或曲线形态，遇到了可以直接对号入座。

5.1 坑一：S-Function 加载失败，报 Invalid MEX-file

现象：Simulink 模型一打开就弹错误，或者点运行时提示 S-Function 无法加载，错误里带Invalid MEX-file或Undefined function。

原因：三种可能，一是 mex 文件所在目录没加到 MATLAB 路径；二是 MATLAB 和 mex 文件的位数不匹配，64 位 MATLAB 加载 32 位文件；三是编译工具链不一致，用 MinGW 编译出来的文件在 CarSim 的运行时环境下加载不了。

解决：先which cs_sfunc确认能不能找到，找不到就addpath加安装目录并rehash toolboxcache。能找到但加载失败，检查位数，在 MATLAB 里执行computer看返回值是否带 64。再不行就mex -setup C++切到 Visual C++ 重新编译一次。这三步按顺序排除，基本都能解决。

5.2 坑二：主车一动不动，车速曲线全程为零

现象：仿真能跑起来，没有报错，但主车的位置和速度全程是 0，减速度也是 0，看起来像车被钉在了地上。

原因：最大嫌疑是制动压力初值给了非零值。如果 Import Channels 里的制动压力通道在仿真开始那一刻没有明确赋 0，CarSim 可能沿用内部默认值，直接把车踩死。第二种可能是油门和挡位通道没勾选，主车没有驱动力，同时又被路面滚阻拖停。

解决：在 Simulink 里把送进 S-Function 的压力信号在 t=0 时刻强制置 0，用一个初值为 0 的常量或 Unit Delay 保证第一拍是 0。挡位和油门通道如果不需要精确控制，在 CarSim 的 Procedure 里设成闭环驾驶模式，让 CarSim 自己维持目标车速，Simulink 只管刹车。这样接管逻辑更干净。

5.3 坑三：雷达输出恒定，TTC 算出来是无穷大或零

现象：状态机永远不介入，或者仿真第一拍就全力制动。查看雷达距离信号，要么全程是个固定的大数，要么全程 0。

原因：传感器没有绑定目标对象，或者目标对象跑出了视场角，或者导出通道没勾选导致这个信号根本没传过来。还有一种情况是移动对象的初始位置填在了传感器探测范围之外。

解决：先在 CarSim 里单跑，看雷达距离是不是等于初始间距。不等于就先查传感器目标列表有没有勾上前车。等于但不变，查前车是不是真的在动，速度字段是不是填了 0。都正常但 Simulink 侧信号是常数，回去 Export Channels 里确认这个变量被勾选了。视场角太小导致弯道丢目标的情况，把水平 FOV 放到 ±15° 试一次。

5.4 坑四：一制动就抱死，减速度冲到 1g 以上还伴随横甩

现象：AEB 介入瞬间减速度曲线出现一个尖锐的峰，超过 1g，车轮滑移率迅速上升，车辆开始横向偏航，仿真后期车辆姿态完全失控。

原因：压力指令直接阶跃到满量程，中间没有滤波和延迟；或者压力到减速度的映射没标定，给的 10 MPa 在这个车型上对应的是 1.2g 而不是 0.85g；或者 ABS 功能没启用，车轮一旦抱死就再也恢复不了。

解决：先做压力-减速度标定表，按表给指令，别拍脑袋。加上 0.15 秒纯延迟和 0.05 秒一阶惯性。在 CarSim 的制动系统配置里确认 ABS 是开启状态，低附工况下尤其要开。标定完之后 10 MPa 对应的稳态减速度应该落在 0.75～0.9g，超出这个范围说明制动系统参数或整车质量填错了。

5.5 坑五：仿真跑几秒后终止，或者结果和单跑 CarSim 完全对不上

现象：Simulink 报一个积分相关的错误然后停止；或者能跑完，但制动距离比 CarSim 单跑短了一大截，减速度曲线形状也不一样。

原因：Simulink 用了变步长求解器，或者固定步长和 CarSim 的仿真步长不一致。步长不一致时，CarSim 内部会在两次调用之间自己插值积分，等效于用了一个和 Simulink 不同的时间栅格，两边的时间轴对不齐。

解决：SolverType强制 Fixed-step，FixedStep设成和 CarSim 数据集里的仿真步长完全相同的值，通常是 0.001。StopTime和 CarSim 的仿真时长对齐。关闭过零检测。改完再跑，如果结果还是对不上，把 Simulink 的步长临时改成 0.0005 试一次，曲线几乎不变说明原来的步长是对的，变化明显说明有环节对步长敏感，通常是那个压力滤波的离散化实现。

6. 数据输出与结果验证：一套可复用的扫参流程

仿真跑通只是开始，真正花时间的是从一堆曲线里把结论抠出来。我习惯只记录五个量：最小 TTC、制动介入时刻、最大减速度、制动距离、碰撞速度（如果撞了）。前三个看算法介入得早不早、狠不狠，后两个看效果。CarSim 侧把这些量作为导出通道送回 Simulink，用 To Workspace 或 logsout 记录，采样率保持 1 ms，别在记录环节降采样，后面算最小 TTC 需要细粒度。

单个工况跑通之后，最有价值的一步是扫参。把状态机里的TTC_PART做成 Simulink 里的常量块，用脚本批量改值跑：

mdl = 'aeb_cosim'; ttcList = 1.2:0.1:2.0; res = table('Size', [numel(ttcList) 4], ... 'VariableTypes', {'double','double','double','double'}, ... 'VariableNames', {'TTC_PART','minTTC','vImpact','brakeDist'}); for k = 1:numel(ttcList) set_param([mdl '/TTC_PART'], 'Value', num2str(ttcList(k))); out = sim(mdl, 'StopTime', '12'); t = out.logsout.get('dx').Values.Time; dx = out.logsout.get('dx').Values.Data; v = out.logsout.get('vx').Values.Data; vl = out.logsout.get('vlead').Values.Data; vr = max(v - vl, 1e-3); ttc = dx ./ vr; res.TTC_PART(k) = ttcList(k); res.minTTC(k) = min(ttc); res.vImpact(k) = v(end); % 末速，未撞则为 0 res.brakeDist(k) = trapz(t, v); % 行驶距离积分 end disp(res);

set_param改的是常量块的值，所以状态机里那个阈值必须从常量块引进来，不能写死在函数体内，这是前面把TTC_PART做成函数输入的原因。trapz(t, v)对车速积分得到行驶距离，也可以直接用 CarSim 导出的质心位置做差，两者应该一致，差太多说明有信号没对齐时间轴。

扫出来的表怎么读：最小 TTC 随阈值提高而提高，说明介入更早；碰撞速度随阈值提高而下降，但下降到某个点之后不再改善，因为瓶颈变成了执行器的建压时间而不是决策时刻。那个拐点就是这套执行链路能达到的最优阈值。我做过一组 80 km/h 对 50 km/h 的扫参，阈值从 1.2 提到 1.6 时碰撞速度从 32 km/h 降到 8 km/h，再往上提到 2.0 只降到 5 km/h，同时误触发风险明显上升——这种拐点光看单条曲线是发现不了的。

验证环节还有一步别省：拿制动距离去对理论值。d = v²/(2a) + v·t_delay，80 km/h、0.85g、0.15 秒延迟，算出来大约 34 米，仿真结果落在 30～38 米之间是合理的。差出 10 米以上，先怀疑压力标定，再怀疑延迟参数，最后才怀疑 CarSim 的整车参数。理论值不是标准答案，但它能快速定位是哪一段链路出了问题。

从那以后我每次改完状态机阈值或者压力映射，都会强制先跑一遍 CCRs 这个最简单的工况，看制动距离有没有突变，再上复杂工况。这个习惯帮我拦下过好几次「改了参数忘了改回来」的低级错误。希望帮到你。

本文还有配套的精品资源，点击获取