1. 车载网络概述：汽车电子电气架构演进、车载网络分类与对比、CAN/LIN/以太网的应用场景
1.1 从分布式到集中式：电子电气架构的演进
做车载网络这么多年，我最大的感受就是：汽车越来越像一台长了轮子的服务器。
早些年，汽车电子电气架构是典型的分布式。每个功能一个ECU，一个传感器坏了不影响其他。但问题也很明显——线束又重又贵，算力没法共享，软件升级基本靠换硬件。
我2015年参与过一个项目，光是车门模块的LIN线就铺了十几米。后来客户要求增加脚踢感应开门功能，结果发现原ECU的Flash已经塞满了，只能换芯片。这种痛苦，经历过的人都懂。
现在的主流趋势是域集中式架构。把整车分成几个域：动力域、底盘域、车身域、信息娱乐域、自动驾驶域。每个域有一个高性能域控制器，下面挂载多个执行器和传感器。
再往后，就是中央计算平台+区域控制器。一个或两个超级大脑，通过高速网络连接几个区域网关，区域网关再挂载周边的传感器和执行器。特斯拉、蔚来、小鹏的新车型基本都走这个路线。
架构演进的核心驱动力：
- 软件定义汽车：硬件标准化，软件差异化
- 带宽需求暴增：摄像头、雷达、激光雷达的数据量
- OTA升级：必须支持远程刷写，不能依赖4S店
- 线束减重：传统豪华车线束总长超过5公里，重达60公斤
说白了，架构演进就是一场「算力集中化」和「网络统一化」的变革。而网络协议，就是这场变革的血管和神经。
1.2 车载网络分类与对比
目前车载网络里，CAN、LIN、车载以太网是三大主力。FlexRay和MOST基本退出了历史舞台，只在极少数老车型上还能见到。
我习惯用一个表格来对比它们，这样最直观：
| 特性 | LIN | CAN/CAN FD | 车载以太网 |
|---|---|---|---|
| 最大速率 | 20 kbps | 1 Mbps (CAN) / 8 Mbps (CAN FD) | 100 Mbps / 1 Gbps / 2.5 Gbps / 10 Gbps |
| 拓扑结构 | 单主多从 | 多主总线 | 星型/链型 |
| 通信介质 | 单线 | 双绞线 | 双绞线/同轴/光纤 |
| 成本 | 极低 | 低 | 中高 |
| 实时性 | 一般 | 高（事件触发+时间触发） | 高（AVB/TSN） |
| 确定性 | 低 | 高 | 中（需TSN增强） |
| 最大节点数 | 16 | 30-110（取决于速率和总线长度） | 理论上无限制 |
| 典型应用 | 车窗、座椅、门锁、雨刮 | 动力总成、底盘、车身控制、诊断 | ADAS、信息娱乐、OTA、骨干网 |
你想想看，为什么LIN这么慢还能活到现在？因为便宜啊。一个LIN收发器不到两毛钱，CAN收发器要一块多，以太网PHY更贵。对于车窗升降这种控制信号，20 kbps绰绰有余。
CAN则是车载网络的「老黄牛」。从1990年代开始，它几乎统治了所有对实时性有要求的控制场景。我做过一个项目，发动机ECU和变速箱ECU之间就是通过CAN通信，换挡时机要求毫秒级响应，CAN完全扛得住。
以太网是后来者，但势头最猛。它解决了两个核心痛点：带宽和灵活性。一个高清摄像头每秒产生几百兆数据，CAN根本传不动，只有以太网能接得住。
我的选型建议：
控制类信号（周期<10ms，数据量<8字节）→ CAN/CAN FD
开关类信号（周期>100ms，数据量<1字节）→ LIN
数据流类信号（视频、音频、大块诊断数据）→ 车载以太网
骨干网通信（域间数据交换）→ 车载以太网
1.3 CAN、LIN、以太网的应用场景
光讲理论没意思，我结合项目经验说说它们具体用在哪儿。
CAN的应用场景
CAN是车载网络的「主力军」。几乎所有跟安全相关的控制节点，都用CAN。
- 动力总成：发动机ECU、变速箱TCU、电池管理系统BMS、电机控制器MCU。这些节点之间需要实时交换扭矩、转速、温度、故障状态。我见过一个混动车型，动力CAN上挂了12个节点，总线负载率常年维持在45%左右，设计得相当极限。
- 底盘系统：ESP/ESC、EPS、ABS、空气悬架。这些系统对实时性要求极高，ESP的循环周期通常只有5ms。CAN的CSMA/CR机制保证了高优先级报文不会因为总线冲突而延迟。
- 车身控制：BCM、网关、空调控制器、组合仪表。虽然实时性要求不如动力底盘高，但节点数量多，报文种类杂。CAN的扩展帧格式（29位ID）在这里很有用。
- 诊断通信：UDS on CAN。几乎所有OEM的诊断协议都跑在CAN上。我记得有一次帮客户排查一个CAN诊断超时问题，最后发现是网关路由表的DLC配置错了，导致报文被截断。这种坑，踩过一次就记住了。
LIN的应用场景
LIN是「低成本小弟」。它只适合那些对速率和实时性要求不高的场景。
- 车门模块：车窗升降、后视镜折叠、门锁控制。一个LIN主节点（通常是BCM或门模块）带几个从节点（电机驱动、传感器）。
- 座椅调节：前后移动、靠背角度、腰托、加热通风。我曾经在一个座椅项目中，用一条LIN总线挂了6个从节点：两个电机驱动、一个位置传感器、一个加热控制器、一个记忆模块、一个按摩气泵。调度表排得满满当当，20ms一个周期刚好跑完。
- 车灯控制：尾灯、雾灯、氛围灯。尤其是氛围灯，现在新车动辄几十颗RGB LED，用LIN总线做颜色同步，成本低效果好。
- 雨刮/天窗：雨刮电机、雨量传感器、天窗电机。这些功能独立性强，不需要跟其他系统频繁交互，用LIN最合适。
避坑指南：
我曾经在一个项目中，把LIN从节点的响应超时设成了100ms。结果在高温测试时，从节点晶振漂移导致同步间隔偏差，主节点连续三次收不到正确响应，直接进入了「睡眠模式」。后来我把超时放宽到150ms，并在从节点固件里加了晶振校准逻辑，问题才解决。
记住：LIN的容错能力远不如CAN，设计时一定要留足余量。
车载以太网的应用场景
以太网是「新贵」，专治各种「带宽焦虑」。
- ADAS/自动驾驶：摄像头、雷达、激光雷达的数据汇聚。一个800万像素的摄像头，30fps时原始数据流超过3 Gbps。即使经过压缩，也需要至少100 Mbps的链路。CAN？想都别想。
- 信息娱乐系统：中控大屏、仪表盘、后排娱乐、HUD。这些系统需要传输视频流、音频流、导航地图数据。以太网的带宽和IP协议栈让这些应用变得简单。
- OTA升级：整车固件刷写。一个域控制器可能有2 GB的Flash，用CAN刷要刷到天荒地老。以太网+DoIP协议，几分钟搞定。
- 骨干网通信：域控制器之间的数据交换。比如自动驾驶域需要从车身域获取车速、方向盘转角，从底盘域获取制动状态。这些数据通过以太网骨干网传输，延迟低、带宽大。
我参与过一个L3级自动驾驶项目，骨干网用的是2.5Gbps车载以太网。当时为了验证AVB时间同步的精度，我们在实验室搭了一套环境，用示波器量两个域控制器之间的PTP同步误差。折腾了两周，最终把同步精度稳定在±100ns以内。嗯，那种成就感，比写一万行代码都爽。
1.4 本章知识结构图
下面这张图总结了车载网络的演进脉络和三大协议的定位。你可以把它当作本章的「思维导图」。
这张图把架构演进、三大协议、应用场景、速率对比、成本实时性都串在了一起。你可以把它当作一个「速查地图」，后面每学一个新知识点，都可以回到这张图上找定位。
好了，第一章就到这里。记住一句话：没有最好的协议，只有最合适的协议。选型时，带宽、成本、实时性、确定性，四个维度缺一不可。