AEB(Autonomous Emergency Braking)作为L2级辅助驾驶系统的核心安全功能,正在成为现代乘用车的标配。这个看似简单的"自动刹车"功能背后,其实隐藏着复杂的传感器融合算法、决策逻辑和车辆控制技术。去年参与某主机厂AEB系统开发时,我曾亲眼目睹因毫米波雷达参数配置不当导致的幽灵刹车事件——这让我深刻意识到,理解技术规范对系统可靠性至关重要。
当前行业存在一个典型矛盾:一方面OEM要求供应商提供符合NCAP五星标准的AEB系统,另一方面又希望控制硬件成本。这就需要在技术规范中精确平衡性能指标与工程可实现性。本文将基于SAE J3016和ISO 22179标准,拆解AEB功能开发中的关键技术规范要点。
按照ISO 26262标准,L2级AEB系统需达到ASIL B等级。这意味着:
在实际项目中,我们采用雷达+摄像头的异构传感器方案来实现故障检测。例如当摄像头因强光失效时,系统需在200ms内切换至纯雷达模式并降级运行,同时通过仪表盘提示驾驶员接管。
典型的技术规范会明确以下关键参数:
| 测试场景 | 性能要求 | 测试条件 |
|---|---|---|
| CCRs(车对车静止) | 避免碰撞速度≥40km/h | 目标车100%重叠 |
| CCRm(车对车移动) | 速度差≤30km/h时避免碰撞 | 前车速度≥20km/h |
| VRU(行人检测) | 避免碰撞速度≥30km/h | 成人标准姿态 |
注意:不同地区的NCAP测试标准存在差异。例如Euro NCAP要求VRU测试包含自行车骑行者,而C-NCAP目前仅测试行人。
主流方案采用1R1V(1雷达+1摄像头)配置:
在特斯拉的纯视觉方案中,他们通过8摄像头+深度学习实现了等效性能,但这需要超强的算法能力和海量数据训练,对大多数厂商并不现实。
AEB触发流程可分为五个阶段:
关键参数是制动触发阈值。我们通过实车测试发现:
必须覆盖以下典型工况:
我们使用dSPACE ASM工具搭建虚拟测试场景时,发现一个常见问题:仿真中的雷达多径反射往往比实车简单。这会导致:
在冬季测试中我们遇到制动距离异常的问题,最终发现是ESP标定未考虑低温下的液压油粘度变化。修正方法是在软件中增加温度补偿系数。
根本原因通常有三类:
危险案例包括:
应对策略:
新一代AEB系统正在向三个方向发展:
我在最近一个项目中尝试将传统AEB与导航地图数据结合,当车辆接近已知事故多发路段时,会提前提高系统敏感度。实测显示这种上下文感知方法能减少30%的误触发。