第1章车载网络概述

第一章：车载网络概述

做车载网络这么多年，我亲眼看着汽车从「四个轮子加一个沙发」变成了「四个轮子加一台超级计算机」。这个变化，说白了就是电子电气架构（EEA）的进化史。

早期的汽车，每个功能都是独立的。比如车窗控制、雨刮器、车灯，各干各的，互不干扰。那时候的架构叫「分布式架构」，一个功能配一个ECU（电子控制单元）。

但问题很快就来了。你想想看，一辆豪华车可能有上百个ECU，线束总长度超过几公里。重量大、成本高、故障率也高。我在2015年参与过一个项目，光是整理线束布局就花了三个月，那叫一个头疼。

后来行业开始往「域集中式架构」走。就是把功能相近的ECU合并到一个域控制器里。比如车身域、动力域、智能驾驶域。这样做的好处很明显：

再往后就是「中央计算平台+区域控制器」的架构了。这是目前最前沿的方向。中央大脑负责所有计算，区域控制器负责IO和通信。嗯，这里要注意，这种架构对网络的要求极高——这就是TSN登场的地方。

车载网络的发展，其实是一部「带宽和实时性」的升级史。

CAN总线统治了汽车行业二十多年，直到今天还在用。但它的带宽上限摆在那里，1Mbps的速度，传个高清摄像头数据？想都别想。

我记得2018年做ADAS项目时，摄像头数据量暴增，CAN总线根本扛不住。我们试过用FlexRay，但FlexRay的生态太封闭，工具链贵得离谱。后来转向车载以太网，才算是找到了出路。

但以太网有个天生的毛病——它不保证实时性。普通以太网的数据包发送是「尽力而为」的，谁抢到谁发。这在办公网络没问题，但在汽车上，刹车指令延迟1毫秒可能就是事故。于是，TSN应运而生。

TSN，全称Time-Sensitive Networking，时间敏感网络。它不是什么新技术，而是对标准以太网的一系列扩展。说白了，就是给以太网装上了「时间管理」的能力。

TSN在汽车中的定位，我总结为三个字：「融合者」。

为什么这么说？

传统车载网络是「多总线并存」的格局。CAN负责控制、LIN负责低速、MOST负责娱乐、FlexRay负责安全。每个网络各玩各的，网关要来回转换协议，效率低、延迟高、成本高。

TSN的目标，是用一根以太网线搞定所有事情。控制数据、传感器数据、娱乐数据，都在同一根线上跑，但互不干扰。怎么做到的？靠的是时间同步和流量调度。

TSN的核心价值：

我曾经在一个项目中踩过坑。当时我们想把雷达数据和摄像头数据都走以太网，但没上TSN。结果呢？摄像头数据一多，雷达的紧急制动指令就被堵在队列里了。测试时差点撞上障碍物。从那以后，我但凡涉及实时控制，必上TSN。

我的个人建议：

如果你刚开始接触车载网络，不要一上来就啃TSN的协议栈。先理解清楚「为什么需要TSN」——因为汽车需要同时处理「确定性控制」和「大数据传输」这两件事。TSN就是那个让两者和谐共存的桥梁。

避坑指南：

我曾经见过有人把TSN当成万能药，什么数据都往TSN流里塞。其实没必要。TSN的配置很复杂，只有真正需要确定性延迟的数据才值得用。普通诊断数据、日志数据，走普通以太网就行。别给自己找麻烦。

最后说一句，TSN不是某个单一标准，而是一整套协议族。包括时间同步（802.1AS）、流量调度（802.1Qbv）、帧抢占（802.1Qbu）、冗余管理（802.1CB）等等。后面我们会一个一个拆开来讲。

嗯，第一章就到这里。下一章我们开始聊TSN的核心——时间同步。这是所有TSN功能的基础，也是我当年学得最痛苦的部分。做好准备。