1. 汽车网络架构演进：从CAN到CANFD再到车载以太网，为什么我们需要混合网络？
大家好，我是你们的老朋友。今天咱们聊聊汽车网络架构的演进史。说实话，我入行那会儿，车上能有个CAN总线就觉得挺高级了。现在呢？一台车恨不得装七八种网络协议。为什么会这样？
说白了，就是需求在逼着技术往前走。你想想看，早期的汽车，控制个车窗、门锁，CAN总线绰绰有余。但现在呢？自动驾驶、OTA升级、高清地图……这些新功能对带宽的要求，CAN根本扛不住。
1.1 CAN总线：老当益壮的基石
CAN总线诞生于上世纪80年代，由博世公司开发。它的设计初衷很简单：用最少的线缆，实现可靠的实时控制。
CAN的核心特点：
- 多主通信：任何节点都可以主动发消息，不需要主从关系
- 实时性高：优先级仲裁机制，高优先级消息不被打断
- 可靠性强：差分信号传输，抗干扰能力一流
- 成本低廉：两根线就能搞定，硬件实现简单
我记得刚做第一个项目时，用的是经典的CAN 2.0B，速率只有500kbps。当时觉得够用了，毕竟车上就那么几个ECU：发动机、变速箱、ABS……
但好景不长。随着车身电子化程度越来越高，CAN的瓶颈就暴露出来了。
CAN的局限性：
- 最大带宽只有1Mbps（实际常用500kbps）
- 数据场最多8字节，传输大文件需要分包
- 单条总线挂载节点有限，一般不超过30个
1.2 CAN FD：一次漂亮的升级
2012年，博世和业界伙伴推出了CAN FD（Flexible Data-rate）。这玩意儿，说白了就是CAN的增强版。
CAN FD改了什么？
- 可变速率：仲裁段保持原速，数据段可以飙到8Mbps
- 数据场扩展：从8字节增加到64字节
- 更好的CRC校验：支持更长的数据包，安全性更高
我在一个项目中遇到过这样的情况：用CAN传输诊断数据，每次只能传8字节，一个完整的DTC（诊断故障码）列表要分几十次才能传完。换成CAN FD后，一次就能搞定，效率提升了不止一个量级。
我的建议：如果你的项目还在用CAN 2.0，而且对带宽有需求，升级到CAN FD是最经济的选择。硬件改动不大，软件稍作适配就行。
但CAN FD也有它的天花板。64字节的数据场，8Mbps的速率，对于ADAS（高级驾驶辅助系统）来说，还是不够用。
1.3 车载以太网：真正的带宽解放
车载以太网，说白了就是把咱们办公室用的以太网技术搬到车上。但别以为只是简单移植，这里面的门道可不少。
车载以太网的关键技术：
- BroadR-Reach：单对非屏蔽双绞线，100Mbps速率
- 1000BASE-T1：千兆速率，满足高清视频传输
- TSN（时间敏感网络）：保证实时性，解决传统以太网的不确定性
- SOME/IP：面向服务的通信协议，替代传统的信号导向通信
我曾经参与过一个L3级自动驾驶项目。摄像头、激光雷达、毫米波雷达，每个传感器每秒产生几百兆的数据。如果用CAN FD，光传输这些数据就得排队排到天荒地老。以太网一上，问题迎刃而解。
注意：车载以太网不是万能的。它的功耗比CAN高，成本也更高。而且，对于简单的开关控制（比如车窗升降），用以太网纯属杀鸡用牛刀。
1.4 为什么我们需要混合网络？
讲到这里，答案其实已经呼之欲出了。没有一种网络协议能包打天下。
混合网络的核心思路：
- CAN/CAN FD：负责实时控制类任务（动力、底盘、车身）
- 车载以太网：负责大数据量传输（ADAS、信息娱乐、OTA）
- LIN：负责低速低成本控制（车窗、座椅、后视镜）
- FlexRay：负责高可靠性线控（转向、制动）
你想想看，一个典型的现代汽车网络架构，大概是这样的：
| 域 | 主要功能 | 推荐网络 | 带宽需求 |
|---|---|---|---|
| 动力总成 | 发动机、变速箱控制 | CAN FD | 低 |
| 底盘安全 | ABS、ESP、线控制动 | CAN FD / FlexRay | 中 |
| 车身控制 | 门窗、灯光、座椅 | CAN / LIN | 低 |
| 信息娱乐 | 导航、多媒体、语音 | 车载以太网 | 高 |
| ADAS | 摄像头、雷达、融合 | 车载以太网 | 极高 |
我在设计混合网络时，习惯先画一张「数据流图」。把每个ECU需要发送和接收的数据量标出来，然后根据带宽和实时性要求，分配到不同的网络域中。
混合网络设计的关键点：
- 网关设计：不同网络域之间需要网关进行数据路由和协议转换
- 路由策略：哪些数据需要跨域传输？哪些数据本地消化？
- 安全隔离：关键安全域（如制动）和非安全域（如娱乐）必须物理隔离
- 诊断统一：虽然网络不同，但诊断协议要统一（UDS over CAN / DoIP）
避坑指南：我曾经在一个项目中，把ADAS的摄像头数据直接通过CAN FD传输，结果导致总线负载率超过90%，其他ECU的消息全部被阻塞。后来改成以太网传输视频流，CAN FD只传控制指令，问题才解决。
1.5 未来趋势：混合网络会消失吗？
有人问，随着以太网技术越来越成熟，成本越来越低，未来会不会所有功能都跑在以太网上？
我的看法是：短期内不会。原因有三：
- 成本：CAN芯片几毛钱，以太网芯片几块钱，对于车窗控制这种低成本应用，CAN依然是首选
- 功耗：以太网的PHY芯片功耗远高于CAN，对于常电设备（如防盗系统）不友好
- 生态：汽车行业有几十年的CAN开发经验，工具链、人才储备都非常成熟
但长期来看，随着域控制器和中央计算平台的普及，网络架构会越来越简化。也许十年后，车上就只剩两种网络：以太网（负责所有通信）和CAN（作为备份和低速控制）。
嗯，这就是为什么我们需要混合网络。不是技术倒退，而是务实的选择。每种协议都有自己的生态位，用对了地方，就是好协议。
下一章，我会带大家深入CAN FD的物理层和协议细节，聊聊我在实际项目中踩过的那些坑。咱们下期见。