作者 | 直观解出品 | 汽车电子与软件目录一、车载总线平台设计分工二、车载总线平台总体设计三、网络协议选择依据与技术规范四、车载总线平台仿真验证五、总 结现在的汽车电子化程度越来越高车上的控制单元越来越多发动机、变速箱、刹车、转向、车身电器、座舱设备等都需要互相传递数据。如果还用老式的一对一硬线接线方式两两连接不仅线束杂乱、车身重量大线束是很重的里面有金属而且信号互通差、后期改装和维修都很麻烦。为了解决这些问题现在所有量产汽车都会采用标准化的车载总线网络平台。一般控制单元MCU内部基本如下简单来说车载总线就是把全车所有电控单元按功能重要性分成不同的网络组别用CAN、LIN等总线方式一层层连接起来统一组网实现全车信号共享、设备协同和故障统一管理。整车总线平台的开发是一套完整的工程流程主要包含团队分工规划、整体网络架构设计、通信协议选型、仿真测试验证和项目总结五个部分。本文结合车企实际开发流程通俗讲解常规车载总线网络平台的设计思路、结构组成和技术要点。一、车载总线平台设计分工车载总线的开发不是单一岗位就能完成的需要架构、软硬件、测试多团队配合每个环节职责明确保证最终设计能落地、能量产、稳定可靠。整套工作主要分为三大岗位板块。第一是系统架构团队主要负责定方案、定框架。他们根据车型定位、安全等级和配置高低决定全车总线怎么分层、怎么分组、哪些控制器进高速网、哪些进低速网。同时规划整车网络拓扑结构、网关转发规则、信号交互逻辑制定全车报文规范、信号命名标准和数据库规则保证同平台多款车型可以通用后期升级拓展也方便。简单讲架构团队就是把整车总线的“图纸”和“规矩”全部定好。第二是软硬件开发团队负责把方案真正做出来。硬件团队主要画总线电路、选CAN/LIN收发器、匹配终端电阻、设计线束布线方式和OBD诊断接口电路保证总线硬件在高温、低温、颠簸、电磁干扰强的车内环境可以正常工作。软件团队主要负责配置通信报文、设定报文发送周期、分配ID优先级、编写总线报错处理逻辑、制作DBC通信文件、开发网关路由和诊断功能让所有电控设备可以正常互相传数据、不冲突、不丢信号。第三是测试验证团队负责全流程查漏、验稳定性。他们需要测试总线负载率、信号延迟、报文丢帧情况、高低温稳定性、电磁兼容性能还会做故障注入测试、实车道路测试、刷写和诊断功能验证。只要是总线可能出现的问题都需要提前测试、提前整改保证量产装车后不会出现网络掉线、功能异常、偶发故障等问题。三个团队层层配合形成从设计、开发到验证的完整闭环。二、车载总线平台总体设计目前市面上普通家用车、经济型轿车的总线平台设计思路基本一致核心就是按安全等级分层、按功能分区、高低速搭配、网关GATEWAY统一管控。整车网络被分为四层结构分别是高速动力CAN网络、中速车身CAN网络、低速LIN外设网络和诊断运维网络四层网络各司其职、互不干扰同时通过中央网关实现数据互通兼顾安全性、实用性和成本。第一层是高速动力安全CAN网络属于全车最高优先级的核心网络专门负责跟行车安全、动力控制相关的设备通信包括发动机、变速箱、整车控制器、电池管理系统、刹车防抱死系统、车身稳定系统、电动助力转向、仪表等。这个网段速率一般设为500Kbps智能车型会用到1Mbps传输速度快、延迟极低、抗干扰能力强。这类控制器传输的都是关键信号比如发动机转速、车速、刹车压力、转向角度、动力扭矩等报文刷新速度很快一般10到20毫秒更新一次。为了保证紧急工况不卡顿高速CAN总线的稳态负载严格控制在30%到50%预留充足带宽避免急加速、紧急刹车时出现信号延迟、丢帧最大程度保障行车安全。第二层是中速车身舒适comfortCAN网络是车上用途最广、设备最多的主干网络。主要连接车身和座舱电器比如车身控制模块BCM、空调、车机、车门控制器、灯光、车窗等。速率一般固定为250Kbps完全满足车身舒适功能的通信需求。这个网段主要传输按键操作、设备状态、环境数据等非安全类信号刷新周期较慢大概50到100毫秒一次对实时性要求不高。车身CAN网络可以根据车型高低配灵活增减设备和报文低配车型精简功能高配车型增加舒适配置不需要改动整体网络架构适配性和通用性很强。第三层是低速LIN外设网络属于低成本辅助网络。车上很多简单设备比如雨量传感器、阳光传感器、雨刮电机、后视镜调节、倒车雷达、门锁机构不需要高速通信就统一用LIN总线组网。LIN总线速率固定9.6Kbps单线传输、结构简单、价格便宜不需要复杂的屏蔽线束和终端电阻。组网方式为主从模式一般由BCM车身主控制器统一下发指令各个传感器和执行器被动应答不会出现信号抢占和冲突。使用LIN总线可以大量减少车上的硬线线束降低整车成本和故障率同时减轻CAN总线的通信压力让高速CAN专心处理行车核心数据。第四层是诊断运维网络主要用于车辆生产、检测、维修和升级。通过车上的OBD接口可以连接诊断仪读取全车故障码、查看实时数据流、测试设备动作、刷写程序和标定参数。在上面这张诊断会话状态流转图系统上电重启后首先进入默认诊断会话状态当触发启动诊断会话非默认和默认会话的操作时会启动延时计时器并切换到非默认会话状态在非默认会话状态下只要存在请求或者诊断仪在线就会重置延时计时器来维持当前状态而当触发启动诊断会话默认、停止诊断会话或者延时计时器超时这三个条件中的任意一个时系统就会切回默认诊断会话状态。车载网络是诊断会话状态切换的核心触发载体诊断仪通过车载网络如CAN、LIN等总线发送启动/停止诊断会话的指令以此触发状态流转同时车载网络传输的车辆状态请求信号也会成为维持非默认会话的判定依据。非默认会话的维持依赖车载网络的连通性只要诊断仪通过车载网络与车辆ECU保持在线连接或者车载网络上有诊断相关的请求数据传输就会持续重置延时计时器避免因超时切回默认状态。当车载网络出现断开、通信中断或者诊断仪主动通过车载网络发送停止诊断指令时会触发系统切回默认诊断会话保障车载网络在无诊断操作时处于基础的、低负载的默认通信状态。普通低端车型会保留老式K-Line单线诊断新款车型全部使用CAN总线UDS统一诊断。诊断网络可以穿透网关读取到高速CAN、车身CAN、LIN总线上的所有设备数据方便工厂生产检测和售后维修排查故障让整车网络具备可测试、可维修、可升级的能力。整套网络的核心枢纽是中央网关Gateway相当于整车网络的“路由器”。需要说明的是在现在车载电子架构中网关的计算能力越来越强有成为车载中央计算机的趋势。背后的逻辑也很简单就是“让计算靠近数据减少数据搬运的成本和时延”网关作为数据的最高级集散地和存储地自然会吸引计算能力前来安营扎寨。网关同时连接高速CAN、车身CAN和诊断网络负责跨网段转发必要信号比如把车速、发动机状态同步给空调、仪表和车身设备同时隔离无用信号避免车身舒适信号占用动力网络带宽。网关还能实时监控总线负载、节点状态和报错信息一旦检测到网络异常会及时记录故障并触发保护防止故障扩散提升整车网络稳定性。三、网络协议选择依据与技术规范车载总线不会单一使用一种协议而是根据设备重要程度、数据量大小、实时性要求和成本预算搭配不同的通信协议。目前量产车主流就是CAN2.0B、LIN2.2A和UDS诊断协议三套组合搭配逻辑比较简明。CAN2.0B协议是整车控制网络的核心协议所有高速、中速CAN网段都用这套标准符合国际ISO11898规范。CAN的最大优势是实时性好、抗干扰强、带仲裁机制、容错性高。CAN总线采用非破坏性仲裁ID越小优先级越高刹车、转向这类关键信号可以优先传输不会被普通信号挤占。同时自带完整的错误检测功能能识别数据错误、校验异常、应答异常等问题节点报错后会自动限流甚至离线避免单个故障设备拖垮整个总线。车企根据需求区分速率动力安全网用高速250-500Kbps车身舒适网用250Kbps在性能和成本之间做到平衡。LIN2.2A协议专门用于低速简单外设是低成本组网的最优方案。LIN协议结构简单、不需要复杂硬件、占用资源少非常适合雨量、阳光、雨刮、门锁这类只传开关和状态信号的设备。但LIN总线没有仲裁机制、没有高级容错功能通信可靠性远不如CAN所以行业里有明确规定LIN总线绝对不允许连接动力、刹车、转向等安全设备只用于辅助舒适类外设避免因通信故障影响行车安全。UDS诊断协议ISO14229是全车统一的诊断和刷写标准替代了早期杂乱的自定义诊断方式。UDS可以实现安全解锁、会话切换、程序升级、参数标定、故障存储、数据流读取、动作测试等全套功能诊断仪可以通过网关遍历全车所有电控单元统一完成检测和刷写。诊断一般用CAN线。部分低端车型保留K-Line作为补充适配老旧设备的基础诊断需求。整套协议搭配方式简单高效、层级清晰完全适配量产车型的开发和运维需求。四、车载总线平台仿真验证总线图纸设计和软件配置完成后不能直接装车必须先通过仿真和测试验证排除负载超标、信号冲突、延迟过大、容错失效等问题。行业主流使用CANoe工具做全流程仿真结合台架和实车测试保证网络稳定可靠。首先是静态建模仿真。工程师根据整车DBC通信文件在CANoe里搭建和实车一模一样的虚拟网络模拟所有电控节点、报文周期、ID分配和网关路由。主要用来检查有没有ID重复、信号定义错误、报文缺失、路由逻辑漏洞等基础问题提前整改设计缺陷避免后期返工。其次是动态负载仿真这是总线测试最核心的项目。通过模拟车辆怠速、加速、刹车、全开电器、极限工况等场景监测各条总线的实时负载、峰值负载、报文延迟和错误帧数量。行业通用标准非常明确高速动力CAN稳态负载不能超过50%峰值负载不超过60%这个在不同车企实践中有不同标准笔者见过PT CAN线负载70%以上的为成本故车身CAN稳态负载不超过70%。预留足够带宽余量防止用车过程中出现网络拥堵、信号卡顿、功能失效。然后是故障注入测试用来验证总线的容错和隔离能力。人为模拟总线短路、断路、终端电阻损坏、节点掉线、信号超时、电磁干扰等故障观察网络是否能自我保护、故障是否只局限在单个设备、不会扩散到整条总线。测试目的是保证哪怕某个外设或控制器坏掉、通信异常也不会导致整车网络瘫痪最大程度保留车辆基础行驶能力提升安全性和容错冗余。最后是台架联调和实车测试。在整车电控台架上完成所有控制器联合调试验证跨网信号转发、设备联动、诊断刷写、故障保护等功能是否正常。最后通过高低温、颠簸、高速道路实车测试确认整车网络长期运行稳定没有偶发丢帧、掉线、信号异常完全满足量产标准。五、总结总的来说常规车载总线网络平台就是一套分层清晰、分工明确、成本可控、稳定可靠的整车通信系统。整套开发流程依靠架构、软硬件、测试团队协同完成先定整体分层架构再根据设备需求匹配CAN、LIN、UDS通信协议最后通过仿真、故障测试和实车验证保证网络性能达标。整车采用“高速CAN保安全、中速CAN保功能、低速LIN降成本、网关做统筹、诊断做运维”的通用设计模式既能满足车辆行驶的高安全、高实时性要求又能精简线束、控制整车成本适配高低配各类车型。这种标准化总线架构经过多年量产验证结构简单、故障率低、通用性强是目前家用车、混动车型最主流的设计方案。未来汽车会逐步引入车载以太网提升大带宽通信能力但分层组网、功能分区、高低速搭配、网关管控的核心设计思路依旧是车载网络设计的基础核心。
