3. 车载网络基础与Bosch ADAS域控的关联

ADAS域控不是一颗孤立的芯片,而是一个“多网接入、集中融合、实时决策”的车载计算节点。它向下要接雷达、摄像头、超声波、IMU、底盘与车身信号,向上要接网关、车云与诊断设备。不同信号对带宽、时延、确定性、成本与线束重量的要求差异极大,因此ADAS域控通常同时挂载多种车载网络:CAN、CAN FD、LIN、FlexRay与Automotive Ethernet。理解它们的角色分工与选型依据,是后续网络设计与诊断工程的基础。

一、五种网络在ADAS域控中的角色定位

CAN(经典CAN):速率最高1 Mbit/s,采用基于优先级的CSMA/CR仲裁,广播式报文,无源地址。它承担的是“低带宽、强实时、高可靠”的控制与状态类信号,例如车速、横摆角速度、方向盘转角、制动踏板状态、档位、转向灯、车身状态。ADAS域控通过CAN获取底盘与车身的关键状态,用于融合与决策;同时通过CAN向执行器发送部分请求或状态反馈。经典CAN的局限在于单帧最多8字节,带宽有限,难以承载高频率的原始传感器数据。

CAN FD:在CAN基础上引入可变数据场速率与更长数据场(最多64字节),仲裁段仍保持1 Mbit/s左右,数据段可提升至2~8 Mbit/s。它适合“中等带宽、需要较长报文、仍要求广播与优先级仲裁”的场景,例如域控与网关之间的多信号打包、部分雷达目标列表、诊断响应、软件刷写数据块。在ADAS域控中,CAN FD常作为CAN的升级通道,用于承载比经典CAN更密集的状态与配置数据,同时保持与CAN相近的实时性与拓扑习惯。

LIN:单线、主从、低速率(典型19.2 kbit/s),成本极低。它不参与ADAS核心感知与决策链路,而是用于车身低速执行器与传感器,例如雨量光线传感器、座椅、车窗、后视镜、部分超声波探头。ADAS域控对LIN的接入通常通过网关或车身控制器间接完成,用于获取环境辅助信息或控制低速附件,不承担实时安全关键路径。

FlexRay:时间触发+事件触发混合,速率10 Mbit/s,具备确定性时隙与冗余通道能力。它适合“高确定性、强同步、安全关键”的分布式控制场景,例如线控转向、主动悬架、部分底盘域。在ADAS域控中,FlexRay更多出现在对时间同步与容错要求极高的底盘协同控制路径上,用于传递周期性强、抖动要求严苛的控制指令与状态。随着以太网与CAN FD的普及,FlexRay在新平台中的使用趋于收敛,但在既有安全关键架构中仍具价值。

Automotive Ethernet:100BASE-T1、1000BASE-T1等车载以太网,带宽从100 Mbit/s到1 Gbit/s甚至更高,支持交换、VLAN、TSN(时间敏感网络)与SOME/IP、DDS等中间件。它是ADAS域控的“主干网”:摄像头原始/压缩视频流、激光雷达点云、毫米波雷达高密度目标、域控间大数据交互、OTA升级、诊断与日志回传,都依赖以太网。以太网解决的是高带宽与大数据融合问题,并通过TSN逐步补齐确定性时延与时间同步能力。

ADAS域控多网接入角色与选型依据 ADAS 域控制器 多核 SoC + MCU 感知融合 / 决策 / 执行请求 CAN 经典 ≤1 Mbit/s · 8 B · 优先级仲裁 车速/横摆/转角/制动状态 CAN FD 数据段 2~8 Mbit/s · 64 B 多信号打包/诊断/刷写 LIN 单线主从 · 19.2 kbit/s 雨光/座椅/车窗/超声波 FlexRay 10 Mbit/s · 时间触发 · 冗余 线控转向/主动悬架/底盘协同 Automotive Ethernet 100M/1G · TSN · SOME/IP 视频/点云/OTA/诊断回传 选型依据:按“带宽—时延—确定性—成本—拓扑”五维匹配 • 低带宽状态/控制 → CAN • 中等带宽多信号 → CAN FD • 低速附件 → LIN • 高确定性安全关键 → FlexRay • 高带宽大数据 → Ethernet • 混合组网:以太网主干 + CAN FD/CAN 分支

二、选型依据:从信号特征反推网络类型

选型不是“越新越好”,而是把信号特征与网络能力对齐。工程上通常从五个维度判断:带宽、时延与抖动、确定性、成本与线束、拓扑与节点数。

以摄像头为例:一颗200万像素、30 fps、RAW10输出的摄像头,单路数据率约为 1920×1080×10×30 ≈ 622 Mbit/s。这类信号只能走车载以太网,且通常需要千兆链路或压缩后再传。毫米波雷达的目标列表若为每帧数十个目标、每目标数十字节、周期50 ms,则单路仅约几十 kbit/s,完全可由CAN FD承载;但若需要原始ADC数据或高密度点云,则必须走以太网。超声波泊车探头单点数据量极小、周期几十毫秒,LIN即可满足。底盘横摆角速度、方向盘转角等安全关键信号,周期1~10 ms、数据量小,经典CAN或FlexRay均可,但若要求确定性时隙与冗余,则FlexRay更合适。

时延与确定性方面:CAN与CAN FD采用优先级仲裁,高优先级报文可抢占,但低优先级报文在总线负载高时会出现不可控抖动;FlexRay通过静态时隙保证确定性;以太网在引入TSN(如802.1Qbv时间感知整形、802.1AS时间同步)后,才能对关键流提供有界时延。ADAS域控的融合周期通常在10~50 ms量级,感知数据链路可容忍几十毫秒,但执行请求链路(如AEB制动请求)要求端到端时延在10 ms以内,且抖动要小,因此执行路径往往选择CAN FD或FlexRay,而不是普通以太网尽力而为。

三、ADAS域控的典型混合组网

实际车型中,ADAS域控很少只挂一种网络。典型架构是:以太网作为主干,连接摄像头、激光雷达、中央网关、其他域控与OTA服务器;CAN FD作为中速分支,连接雷达、底盘域、车身域与诊断接口;经典CAN作为低速分支,连接车身与部分执行器;LIN挂在车身控制器下,连接低速附件;FlexRay仅在需要高确定性底盘协同的平台上保留。

这种混合组网的关键在于“网关与路由”。ADAS域控内部通常有以太网交换模块与CAN/CAN FD控制器,MCU侧负责CAN/FlexRay/LIN报文收发与信号抽象,SoC侧负责以太网数据流与融合计算。跨网信号需要经过信号网关或SOME/IP网关转换,例如把CAN上的车速信号打包为SOME/IP服务供SoC订阅,或把SoC的制动请求转换为CAN FD报文发给底盘执行器。设计时必须明确每条信号的源、目的、周期、超时与路由路径,否则会出现“信号到了但语义不对”或“时延叠加超限”的问题。

四、诊断视角下的网络选择

诊断工程与网络选型直接相关。UDS诊断(ISO 14229)可运行在CAN、CAN FD、以太网(DoIP)之上。经典CAN诊断受限于8字节与1 Mbit/s,适合小数据量读取与例程控制;CAN FD诊断可一次传输更多数据,适合读取大块DTC快照与标定数据;DoIP(ISO 13400)基于以太网,适合高吞吐刷写、日志上传与远程诊断。ADAS域控通常同时支持CAN FD诊断与DoIP,前者用于产线与售后基础诊断,后者用于OTA与大数据回传。若域控还挂FlexRay,则FlexRay上的诊断通常通过网关转发,不直接暴露给外部诊断仪。

选型检查清单(示例):① 该信号周期与单帧字节数是多少?② 端到端时延与抖动上限是多少?③ 是否需要冗余或确定性时隙?④ 节点数与拓扑是否支持?⑤ 诊断与刷写是否要求高吞吐?⑥ 线束成本与重量是否可接受?把答案填入这六项,网络类型基本可确定。

五、参数关系示例:带宽与周期估算

假设某ADAS域控需要接收12路雷达目标列表,每路每帧40字节,周期20 ms,采用CAN FD,数据段速率2 Mbit/s。单路每帧位数约为:帧头与仲裁段约50位(按1 Mbit/s计),数据段40字节×8=320位(按2 Mbit/s计),加上CRC与帧尾约30位。单路每帧时间约为 50/1M + 350/2M ≈ 50 μs + 175 μs = 225 μs。12路合计约2.7 ms,占20 ms周期的13.5%,总线负载可接受。若改用经典CAN(1 Mbit/s、8字节),40字节需拆成5帧以上,单路时间显著增加,12路可能超过周期,因此必须升级为CAN FD或以太网。这个估算过程就是选型依据的量化体现。

综上,CAN、CAN FD、LIN、FlexRay与Automotive Ethernet在ADAS域控中并非替代关系,而是按信号特征分层协作:LIN管低速附件,CAN管低带宽状态与控制,CAN FD管中等带宽多信号与诊断,FlexRay管高确定性安全关键,以太网管高带宽大数据与OTA。选型的核心是先把信号量化,再按带宽、时延、确定性、成本与拓扑五维匹配,最后通过网关与路由把多网整合为一条可诊断、可验证的数据链路。