3. 车载网络通信协议概览与Stellar支持

车载网络不是单一总线，而是按“带宽—成本—实时性—拓扑”分层组合的通信体系。Stellar 作为面向区域控制器（Zonal Controller）与中央计算平台的 MCU，其价值在于把 CAN/CAN-FD、LIN、FlexRay 与 Automotive Ethernet 的控制器和驱动统一到同一颗芯片上，使区域控制器天然具备“多协议汇聚 + 网关转发”的能力。理解各协议在 Stellar 中的控制器归属、驱动形态与选型依据，是后续做网络设计与网关配置的前提。

3.1 四类协议的角色定位

LIN 是单线、主从、低速率（典型 19.2 kbit/s，最高 20 kbit/s）的辅助总线，用于车窗、雨刮、座椅、氛围灯等对时延不敏感的执行器与传感器，成本最低。CAN 是差分双线、多主、事件触发的经典总线，速率 125 kbit/s～1 Mbit/s，用于动力、底盘、车身等中等实时性信号。CAN-FD 在保持仲裁段兼容的前提下，把数据段速率提升到 2～8 Mbit/s，单帧有效载荷从 8 字节扩展到 64 字节，适合刷写、诊断与大数据量周期信号。FlexRay 是时间触发 + 事件触发混合的确定性总线，速率 10 Mbit/s，双通道可冗余，用于线控转向、主动悬架等对确定性和容错要求极高的场景。Automotive Ethernet（100BASE-T1 / 1000BASE-T1）是单对双绞线全双工以太网，分别提供 100 Mbit/s 与 1 Gbit/s，承载摄像头、激光雷达、诊断（DoIP）、OTA 与域间骨干流量。

四者并非替代关系，而是分层共存：LIN 挂在 CAN 网关下做末端执行，CAN/CAN-FD 组成车身与动力子网，FlexRay 承担高安全子系统，以太网作为骨干把各区域控制器与中央计算单元连起来。区域控制器的核心职责，就是把这些异构网络在本地汇聚，并按需跨网转发。

3.2 Stellar 中的控制器与驱动支持

在 Stellar 上，各协议由片上外设控制器加软件驱动栈共同实现。CAN-FD 通常由多个 MCAN（或等效 CAN-FD 控制器）实例提供，每个实例对应一组 TX/RX 引脚，支持经典 CAN 与 CAN-FD 混合帧格式，驱动层负责位时序（bit timing）计算、消息 RAM 分区、过滤器配置与中断/DMA 收发。LIN 由 UART/LIN 控制器配合 LIN 收发器实现，驱动需处理主节点调度表、从节点响应与校验和。FlexRay 由专用通信控制器（CC）加总线驱动器构成，驱动需配置通信周期、静态段/动态段、时隙与双通道同步。以太网由 MAC + 外部 PHY（100BASE-T1 或 1000BASE-T1）组成，驱动栈包含 MAC 驱动、PHY 管理（MDIO）、DMA 描述符环、以及上层的 TCP/IP 或 SOME/IP 协议栈。

驱动形态上，Stellar 生态通常提供 MCAL 层（CAN/LIN/FlexRay/Eth 驱动）、AUTOSAR 通信栈（CanIf、LinIf、FrIf、EthIf、PduR、Com）以及网关路由模块。区域控制器做网关时，报文从某一总线进入，经 PduR 路由到目标总线，再由对应驱动发出。关键配置项包括：CAN-FD 的仲裁段/数据段波特率与采样点、LIN 调度表周期、FlexRay 通信周期与冷启动参数、以太网 VLAN 与优先级、以及路由表的 ID 映射与超时策略。

3.3 协议选择依据

选型应围绕四个维度判断：带宽需求、实时性与确定性、成本与线束、以及安全冗余。末端小执行器优先 LIN；车身与动力信号用 CAN 或 CAN-FD，数据量大的诊断与刷写走 CAN-FD；对确定性要求高、且需要冗余的底盘安全子系统用 FlexRay；摄像头、雷达、OTA、域间骨干用 Automotive Ethernet。实际项目中常出现“同一功能跨多协议”的情况，例如车门模块本地用 LIN 采集开关，经 CAN-FD 上报车身控制器，再经以太网汇聚到中央计算，此时区域控制器就是协议转换与流量收敛的节点。

3.4 典型拓扑与区域控制器网关角色

典型整车拓扑呈“骨干 + 区域”结构：中央计算单元通过 1000BASE-T1 以太网骨干连接若干区域控制器（前、左、右、后），每个区域控制器下挂本区域的 CAN-FD、LIN 与 FlexRay 子网。区域控制器承担三类网关工作：一是协议转换，把 LIN 帧转成 CAN-FD 帧、把 CAN 帧封装成以太网帧；二是流量收敛，把本区域大量低速信号聚合后上行，减少骨干负载；三是安全与诊断，执行报文过滤、入侵检测、DoIP 诊断路由与 OTA 分发。

以左区域控制器为例：本地 LIN 采集左前车窗位置（周期 20 ms），CAN-FD 接收左前门锁状态（周期 10 ms），FlexRay 接收左前悬架高度（周期 5 ms）。网关按路由表把车窗与门锁信号打包为以太网帧（周期 20 ms）上行至中央计算，悬架高度因实时性要求高，保留在 FlexRay 子网内闭环，仅把状态摘要上行。这样既满足实时性，又避免高频率信号挤占骨干带宽。判断网关是否达标，可观察跨网转发时延、丢帧率与骨干带宽占用率三个指标。

综上，Stellar 的多协议控制器与驱动栈让区域控制器成为车载网络的“汇聚点”与“翻译层”。掌握各协议的速率、触发方式与控制器归属，再结合带宽、实时性、成本与冗余四个维度做选型，就能设计出层次清晰、负载合理的整车网络拓扑，并让网关转发在时延与可靠性上满足整车要求。