1.3 车载总线版图与异构总线分工

1.3 车载总线版图与异构总线分工

本节摘要：CAN从来不是在真空里工作，它和LIN、FlexRay、MOST、车载以太网共享一辆车。本节是全书的"地图节"——先立起一张按速率、成本、确定性划分的版图，再给出一套信号分配的判断方法，让你拿到任何新信号都知道它该住进哪条总线。

别以为一条总线可以包打天下。真实的车里往往同时跑着四五种总线协议：动力系统用高速CAN，车窗雨刮用LIN，底盘主动控制曾经用FlexRay，影音娱乐用过MOST，摄像头与域间骨干正在交给车载以太网。为什么不能只用一种？因为每条总线的成本结构、时延特性、带宽上限差别巨大，把车窗电机控制放到以太网上是浪费，把摄像头数据塞进经典CAN则是灾难。本节的任务就是把这张版图画清楚，并给你一套分配信号的决策方法。

一张版图先立起来

先看全景。横轴看成本，纵轴看速率与确定性，五类主要总线各占一个生态位。

图1-1 车载总线版图与分工矩阵

读这张图有几条线索。LIN位于左下角：最低成本、最低速率（最高约每秒二十千比特），采用单主机多从机的轮询架构，从机节点只需要廉价的三极管级收发器，因此车窗、后视镜、雨刮这类"无需插话"的执行器都归它管。经典CAN居中：硬件仲裁带来的确定性是它的护城河，动力与底盘的周期信号几乎全部住在这里。CAN FD在经典CAN的延长线上：仲裁时序不变，数据段提速扩容，专门承接刷写与大数据量传感报文。以太网在右上角：百兆千兆的带宽适配摄像头与域间骨干，时间敏感网络补上确定性短板。FlexRay与MOST是上一代高预算方案，前者因成本高企正在被FD与以太网夹击，后者几乎已退出新平台。

分工的判断方法

版图是静态的，工程决策是动态的。拿到一份新信号清单时，我习惯按四个问题依次过筛。

第一个问题：信号需要多硬的时限？如果这是一个控制闭环信号——比如扭矩请求、轮速——最坏延迟必须可计算，答案是CAN家族（仲裁保证优先级报文的接入延迟）。如果只是状态指示（车门开闭、电池电量显示），LIN甚至低速容错CAN都够用。

第二个问题：报文有多大？八字节以内的周期信号是经典CAN的主场；几十字节的大报文（标定数据、传感器数组）优先CAN FD；摄像头流与固件包直接走以太网，不要试图在CAN上搬运图像。

第三个问题：通信模式是什么？周期性广播用CAN最顺手；事件偶发、可以容忍轮询延迟的用LIN省成本；请求应答式的服务调用，新平台优先考虑SOME/IP over以太网，老平台则用CAN上的诊断协议变通。

第四个问题：节点在哪条已有总线上？跨总线搬运信号要过网关，增加延迟与故障面。能用本总线解决就不跨总线，这是隐形的成本红线。

一个真实的分配案例

背景是一台电动车的空调热管理改造：新增热泵控制器，需要与整车控制器交换水温、阀开度、压缩机转速等十二个信号，并与座舱域交互开关状态。操作过程：先按时限分类——压缩机转速与扭矩保护信号是闭环信号，走动力CAN，五毫秒周期；阀开度与水温是慢变量，十毫秒到一百毫秒周期，同样走动力CAN但优先级放低；座舱的开关状态本来已经在车身CAN上广播，热泵控制器直接订阅，不新增报文。结果：只新增了两条报文，整车报文矩阵的改动最小，网关只需透传一条跨域状态。解读这个方案的取舍：把阀开度放进动力CAN而不是车身CAN，是因为热管理闭环由整车控制器执行，同总线可以省掉跨网关延迟；开关状态复用已有报文，则避免了同一条信号在两条总线上出现两个真相来源。变式：如果热泵控制器还要上传运行数据用于云端诊断，那属于大流量非实时数据，正确做法是挂到CAN FD或以太网通道，而不是拉长动力CAN上的报文——这条边界感，正是版图思维的价值所在。

三条容易踩的边线

• LIN不是"低配CAN"：它是主从轮询架构，从机不能主动上报告警，时延取决于主机轮询表。把需要事件上报的传感器挂到LIN上，会得到一个迟钝的系统。
• 以太网的确定性要靠配置兑现：时间敏感网络的时间门控、流量整形需要整网规划，以为"上了以太网就实时"是常见的误解。
• 同一条信号不要两个源头：跨总线复用信号时，必须指定真相源与转发方，否则两处数值打架时无从排查。

三个反直觉的分配常识

实践里反复验证的几条经验，与直觉相反，值得单独列出。第一，"先进的总线"不等于"更好的选择"。FlexRay的时序能力至今仍属一流，但它的成本与生态让它在新平台上节节败退；LIN并不先进，却在低速率场景活得很好。选择取决于场景参数，不取决于技术代际。第二，总线迁移的真实成本大头不在芯片。收发器差价通常以元计，而线束改版、测试重建、诊断工具适配、维修体系更新的成本以项目计——评估迁移方案时，芯片成本只是冰山一角。第三，负载率低不等于安全。一条负载率只有两成的总线，如果错峰设计不当，仍可能出现瞬时排队让关键报文超时；负载率是必要指标，不是充分指标，最终还要靠最坏延迟分析兜底。

这三条常识合起来指向同一个方法论：总线分配是系统级决策，输入是信号属性、成本结构与演进规划，输出是包含变更成本的长期方案。把它交给某个单一维度的"最优"，往往在量产后付出意料之外的代价。本节的版图与四问是入门工具，真实项目里还要叠加组织与供应链的约束——这正是车载工程的常态：技术答案永远嵌在更大的约束系统里。

最后补充一条跨节线索：本节的版图将在第8.2节再次出现——届时区域架构会把这张版图重新洗牌，CAN的领地收缩到接入层，以太网扩张到骨干。读者可以把本节的结构记牢，到全书末尾对照观察哪些判断变了、哪些没变：会变的通常是速率与带宽的边界，不变的是成本与确定性的权衡逻辑。

本节要点回顾

• 版图按成本、带宽、确定性划出生态位：LIN管廉价执行器，CAN家族管控制闭环，以太网管带宽与骨干。
• 信号分配四问：时限多硬、报文多大、什么模式、节点在哪条总线，依次过筛。
• 案例的核心取舍：闭环信号就近入网，状态信号复用真相源，大流量数据另走通道。
• 跨总线即过网关：网关是延迟与故障面的加法，能不加就不加。

版图已经展开。接下来两章深入CAN本体：先看信号在导线上的物理形态，再看报文在线路上的出行规则。