1.1 线束之重：车载网络的需求演变

1.1 线束之重：车载网络的需求演变

本节摘要：车载网络的起点不是技术理想，而是线束危机。本节在全书中承担"动机层"的角色——先看清点对点布线如何把整车厂逼进死角，再顺着需求演变的三阶段，理解CAN的每个设计决定对应哪个时代的哪类诉求。它是后续所有章节的因果起点。

最初的问题非常具体：线太多，车装不下。今天我们谈CAN，谈的是帧格式、仲裁、错误界定；而八十年代初的博世工程师谈的，是怎么让一辆豪华轿车少用几十公斤铜线。把这段动机史读透，你会发现CAN协议里没有一条规定是凭空而来的——短帧是为了实时性，无地址广播是为了省布线，硬件仲裁是为了确定性。本节就沿这条线索，把车载网络需求的演变拆成三个阶段讲清楚。

从一个装配现场说起

背景是这样的：1980年前后的旗舰轿车里，发动机电子控制单元刚刚普及，防抱死制动、空调控制、仪表各自独立。要让它们交换信号，唯一的办法是拉专用导线——发动机转速要给仪表，就得从发动机舱拉一根屏蔽线到仪表台；车速要给空调控制器，再拉一根。信号种类以每年两位数的速度增长，线束很快膨胀成整车里最重、最难装配的部件之一。有资料记载，当时高端车型的线束总长接近两公里、重量超过四十公斤，装配工时和故障率同步上涨：一根导线破损、一个接插件虚接，就是一次售后返修。

操作层面，整车厂尝试过两种修补。第一种是减少信号交互，把功能锁死在单个控制单元内——结果是功能割裂，一个"踩刹车降动力"的简单协同都做不到。第二种是引入中央控制器做星形连接，所有信号汇到一处再分发——问题是中央节点成了单点故障，而且导线总量并没有减少，只是换了个汇聚方向。两种修补都失败后，行业才真正接受了"共享介质"的思路：把导线从"每对单元一条"压缩成"全体共用一对"，通信的身份信息从线路拓扑转移到报文内容里。

结果是总线方案胜出。CAN在1986年由博世正式发布，随后被多家整车厂导入量产。解读这段历史的关键在于：CAN不是为了"先进"而设计的，它是装配工时、线束成本、故障率三本账算出来的最优解。变式也由此可以推演——后来LIN在车身上替代CAN，同样不是因为技术更先进，而是车窗、雨刮这类低速率场景算得起更便宜的账；再后来以太网进入车载，是摄像头带宽把CAN的账算爆了。每一次总线更替，起点都是某本成本账撑不住了。

需求演变的三阶段

把三十多年的需求变化摊开，可以归纳成清晰的三个阶段，每个阶段都有自己主导的诉求和代表性的技术响应。

第一阶段的关键词是"法定联网"。OBD-II法规要求所有在售车辆提供统一的诊断接口，动力、底盘、车身各域的控制单元被迫通过CAN互联，故障码能够用通用诊断仪读出。CAN在这一阶段扮演的是内部邮政系统：报文按预设的标识符投递，节点只认标识符不认发件人，可靠性的担子压在物理层抗干扰与错误检测机制上。

第二阶段的关键词是"体验溢价"。座椅记忆、氛围灯、自动泊车这类舒适性功能爆发，催生大量低算力、低成本的小控制单元。它们对实时性不敏感，对成本极度敏感，于是LIN以更低的价格承接了这类需求，而CAN则通过CAN FD把单帧载荷从八字节扩展到六十四字节，为升级刷写与数据回传留出带宽。

第三阶段的关键词是"软件定义"。辅助驾驶普及后，域控制器成为新的枢纽，服务化通信要求报文承载复杂的服务语义，网络安全法规要求通信链路具备认证能力。经典CAN的八字节帧和无认证设计在这里露出疲态，行业的响应不是抛弃CAN，而是让CAN XL接过长载荷任务、让以太网承担骨干、让CAN退守到对确定性要求最高的执行器接入层。

为什么每次都是"演进"而不是"替换"

值得停下来想一想：为什么车载网络三十年里没有出现一次彻底的推倒重来？答案藏在存量成本里。一条已经量产验证的总线，背后是定型的线束模具、认证过的收发器芯片、成套的诊断工具和熟悉它的维修体系。新总线进入整车的唯一现实路径，是先在增量场景里证明自己，再逐步蚕食存量场景。CAN FD在仲裁段刻意保持与经典CAN相同的速率，就是为了让老节点能无视新帧继续工作。这种"新条款嵌进旧契约"的演进逻辑，是车载领域区别于消费电子的重要特征。

几组值得记住的量级

讨论车载网络时，几组数量级能帮你在会议里快速校准直觉。线束侧：现代整车线束总长以公里计、重量以几十公斤计，导线回路数以千计，装配成本占整车物料成本的可观比例——这是所有总线演进的共同背景数字。信号侧：一台当代乘用车的周期报文以百条计，动力总线报文周期普遍在十毫秒量级，车身总线在百毫秒量级；全车每秒的报文总量在数千帧的量级，分布在不同总线上。速率侧：经典CAN五百千比特、CAN FD数据段一到五兆、车载以太网百兆起步——代际之间的速率跃迁，都对应一类新信号上车。

这些数字的用处在于快速排除。当有人提议"把摄像头视频放进动力CAN"，速率差着数量级，不必讨论细节就能否决；当有人担心"车身总线负载太高"，先看报文数量与周期的量级，多数时候远未到瓶颈。量级感不能替代第5.3节的精确计算，但能在方向上省掉大量无效讨论。

顺带一提需求演变的下一站。行业讨论中的整车级虚拟化与跨域融合仍在加深，但无论架构怎么变，需求三阶段的账本逻辑不变：任何新信号上车前，都要回答它属于哪个阶段的账本——是控制闭环的可靠性账、体验扩张的成本账，还是系统智能的服务账。账本归类对了，总线选型与优先级分配自然浮出水面。

法规是这个账本里最新加入的变量。网络安全与软件升级相关的法规相继强制实施后，"报文可被伪造"从技术风险升级为合规风险，车载网络的每个设计决定都多了一层审查维度。这也反过来解释了为什么近年的新平台宁可增加成本也要部署网关过滤与报文认证——账本上新增的那一栏，名字叫合规。它提醒我们：需求演变的动力从来不只是技术，还有规则制定者画下的硬边界。

本节要点回顾

• 线束危机是总线化的第一推动力：四十公斤的线束、两位数增长的信号数量，让点对点布线在成本与可靠性上同时破产。
• 两种修补方案失败得很有教益：功能割裂解决不了协同，星形汇聚解决不了单点故障，共享介质才是出路。
• 需求三阶段各有主导账本：功能集成算的是法规与可靠性账，体验扩张算的是成本与带宽账，系统智能算的是服务与安全账。
• 总线更替的规律是演进而非替换：新总线先在增量场景立足，存量场景靠兼容特性逐步过渡。
• 读协议要看动机：CAN的短帧、广播、硬件仲裁，每一项都对应一页具体的成本或实时性账单。

顺着这个逻辑，下一节把"CAN到底是什么"钉死：它的定义边界在哪里，标准家族怎么读，它在分层模型里占据哪个位置。