1. TSN与CANFD混合网络概述
汽车电子电气架构演进
做汽车电子这么多年，我亲眼见证了架构的几次大变革。早年间，一台车上有几十个ECU，每个ECU管自己的事，互相之间用CAN总线聊着天。那时候的CAN总线，说白了就是「够用就好」——传输速率也就500kbps，但处理个车窗升降、车门锁控，绰绰有余。
可后来呢？智能驾驶来了，OTA升级来了，域控制器也来了。你想想看，一个摄像头每秒产生的数据量，比整台车十年前的总数据量还大。CAN总线那点带宽，根本扛不住。于是，以太网开始进入车载领域，TSN（时间敏感网络）也随之而来。
我个人习惯把架构演进分成三个阶段：
- 分布式阶段：每个功能一个ECU，CAN总线为主，简单但线束复杂
- 域集中阶段：功能聚合到域控制器，CANFD+以太网混合使用
- 中央计算阶段：区域控制器+中央计算机，TSN成为骨干网络
我在项目中遇到过不少厂商，明明已经上了域控架构，却还在用传统CAN总线做主干通信。结果呢？数据延迟、丢包、同步问题层出不穷。嗯，这里要注意——架构升级了，网络也得跟上。
核心观点：汽车电子架构的演进，本质上是「数据量增长」和「实时性要求」双重驱动的结果。CANFD解决了带宽问题，TSN解决了时间同步问题，两者互补而非替代。
混合网络的应用场景与价值
为什么需要混合网络？说白了，没有一种协议能包打天下。
CANFD的优势在于：成本低、可靠性高、实时性好。特别适合那些对确定性要求高、但数据量不大的场景——比如刹车控制、转向控制、气囊触发。这些信号如果走以太网，反而会因为协议栈开销太大，导致延迟不可控。
TSN的优势在于：带宽大、灵活性强、支持多节点同步。适合摄像头数据、激光雷达点云、高精地图更新这类大流量数据。
我建议这样划分：
| 应用场景 | 推荐网络 | 原因 |
|---|---|---|
| 动力总成控制 | CANFD | 确定性高，延迟低，成本敏感 |
| ADAS传感器数据 | TSN | 带宽需求大，需要时间同步 |
| 车身控制（门窗灯） | CANFD | 数据量小，可靠性优先 |
| 信息娱乐系统 | TSN | 大带宽，非实时性要求 |
| 安全关键控制（刹车） | CANFD+冗余 | 功能安全等级高，需要独立通道 |
我记得有一次做项目，客户坚持所有数据都走以太网。结果呢？刹车信号因为网络拥堵，延迟从1ms飙到了10ms。测试的时候差点出事。从那以后，我再也不敢把安全关键信号放在纯以太网上了。
实战技巧：混合网络设计时，先梳理信号的实时性要求和安全等级。把ASIL-D级别的信号优先分配给CANFD，把大数据量的非安全信号分配给TSN。这样既保证了安全，又充分利用了带宽。
课程目标与学习路径
这门课的目标很明确——让你能独立设计一套TSN+CANFD混合网络系统。不是纸上谈兵，而是真正能落地的方案。
具体来说，学完这门课，你应该能做到：
- 理解TSN的核心机制（时间同步、流预留、门控调度）
- 掌握CANFD的协议细节和配置方法
- 设计网关策略，实现TSN和CANFD之间的数据桥接
- 进行网络仿真和性能分析
- 规避常见的工程陷阱
学习路径我建议这样走：
- 基础篇：先搞懂TSN和CANFD各自的工作原理。别急着混合，先把单点吃透。
- 设计篇：学习网关设计、信号映射、时间同步策略。这部分我会结合项目案例讲。
- 实践篇：动手配置一个简单的混合网络，用仿真工具验证性能。
- 进阶篇：处理复杂场景——多网关、冗余设计、功能安全集成。
避坑指南：我曾经见过一个团队，上来就搞混合网络，结果连CANFD的波特率都没配对。基础不牢，地动山摇。建议先花两周时间，把TSN的802.1AS时间同步协议和CANFD的ISO 11898-1标准通读一遍。磨刀不误砍柴工。
你可能会问：「学完这些，能直接上手项目吗？」我的回答是：能，但需要实践。理论是骨架，项目经验才是血肉。这门课会给你骨架，剩下的血肉，得靠你在项目中慢慢填充。
好了，第一章就到这里。下一章我们深入TSN的核心机制——时间同步。这东西搞不懂，混合网络就是空中楼阁。