一、车道保持系统概述：功能定义、系统架构、核心传感器与执行器简介
各位工程师朋友，咱们今天开始聊车道保持系统。这个系统，说白了就是让车子自己待在车道里别跑偏。你想想看，高速上开个几百公里，人总会疲劳，手一抖车就偏了——车道保持就是干这个的。
我个人习惯把车道保持系统拆成三块来看：感知、决策、执行。感知靠摄像头看路，决策靠算法算方向，执行靠转向机拉方向盘。嗯，就这么简单。
1.1 功能定义：它到底做什么？
车道保持系统（Lane Keeping Assist System，LKAS）的核心功能就两条：
- 检测车道线：实时识别前方车道边界线
- 主动纠偏：当车辆即将偏离车道时，自动修正方向盘
注意，它和车道偏离预警（LDW）不一样。LDW只报警不干预，LKAS是直接上手帮你打方向。我在项目中遇到过不少客户把这两个概念搞混，结果验收时才发现功能对不上，挺尴尬的。
关键指标：
- 工作车速范围：通常 60-180 km/h
- 横向控制精度：±0.1m 以内
- 响应延迟：< 100ms
1.2 系统架构：硬件怎么搭？
我画过无数张系统框图，最经典的架构长这样：
摄像头 → 图像处理芯片（ISP） → 感知算法（MCU/DSP）
↓
决策算法（域控制器/ECU）
↓
转向执行器（EPS） + 仪表/HMI反馈这里有个坑，我刚开始做的时候踩过——摄像头和决策单元之间的通信延迟。你想想看，摄像头每秒传30帧图像，每帧延迟10ms，再加上处理时间，整个环路延迟可能超过150ms。车子在高速上跑，150ms已经冲出4米多了。
所以我现在做设计，一定会要求：
- 摄像头输出帧率 ≥ 30fps
- 图像传输接口用 GMSL 或 FPD-Link
- 决策单元主频 ≥ 1.5GHz
我的经验：域控制器选型时，别只看算力。我吃过亏——某款芯片算力标称4TOPS，实际跑车道保持算法时，内存带宽成了瓶颈。建议重点关注：内存带宽、ISP流水线延迟、以及CAN/CANFD接口数量。
1.3 核心传感器：摄像头是主角
车道保持系统最核心的传感器就是前视摄像头。为什么不用雷达？因为车道线是视觉特征，毫米波雷达根本看不见。
摄像头选型，我一般看这几个参数：
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 分辨率 | ≥ 1280x720 | 太低看不清远处车道线 |
| 帧率 | ≥ 30fps | 低于30fps，高速场景跟不上 |
| 动态范围 | ≥ 120dB | 隧道出入口、逆光场景必备 |
| 视场角 | 50°-70° | 太宽畸变大，太窄看不到弯道 |
我曾经在一个项目里用了低动态范围的摄像头，结果车子出隧道时直接丢线——因为亮度突变，图像过曝了。后来换了120dB的传感器，问题解决。嗯，这个坑你们别踩。
1.4 执行器：EPS转向系统
执行层面，靠的是电动助力转向系统（EPS）。车道保持系统通过CAN总线给EPS发送目标扭矩或目标角度，EPS电机响应执行。
这里有两个关键接口参数：
- 扭矩响应带宽：≥ 10Hz。低于这个值，方向盘反应慢半拍，车子会画龙。
- 角度控制精度：≤ 0.1°。精度不够，高速上微调就会导致车辆晃动。
注意：EPS的扭矩限制很重要。我见过一个案例，工程师把最大助力扭矩设得太大，结果系统误判时方向盘猛地一打，驾驶员吓一跳。建议：车道保持的扭矩上限设为驾驶员手力的30%-50%，并且必须支持驾驶员随时接管（超控）。
1.5 小结：硬件选型的三个原则
做车道保持系统硬件选型，我总结了三句话：
- 摄像头是眼睛，别省钱——动态范围和帧率是硬指标
- 通信是血管，别堵车——GMSL/FPD-Link + 低延迟CAN
- 执行器是手脚，别太猛——扭矩限制和超控机制必须做
下一章咱们聊摄像头模组选型与ISP调试，我会详细讲怎么调白平衡、怎么处理逆光场景。到时候见。