4. 整车信号基础
在整车电子电气架构中，总线是 ECU 之间交换信号的“神经系统”。Vehicle HAL 要把整车信号接入到上层应用，第一步不是写代码，而是理解每条总线承载什么信号、以什么方式传输、有什么时序与带宽约束。不同总线在速率、拓扑、成本、确定性和应用场景上差异巨大，选错总线或误判信号特征，会直接导致 HAL 抽象层设计返工。
一、核心原理：五类总线的定位与信号特征
整车总线可以按“速率—成本—确定性”三个维度理解。CAN 是车身与动力控制的主力，采用差分双绞线、多主仲裁、基于报文 ID 的优先级机制，速率通常 125 kbps～1 Mbps；CAN FD 将数据段扩展到 64 字节并提升到 2～8 Mbps。LIN 是 CAN 的低成本补充，单线、主从轮询、速率最高 20 kbps，适合车窗、雨刮、座椅等对实时性要求不高的执行器。FlexRay 面向底盘与线控，采用时间触发 TDMA 加事件触发，速率 10 Mbps，双通道冗余，确定性极强。MOST 是车载多媒体骨干，环形拓扑、光纤传输，用于音频视频流。Automotive Ethernet 则以 100BASE-T1/1000BASE-T1 单对双绞线提供 100 Mbps～1 Gbps，支撑域控制器、摄像头、OTA 与 SOA 通信。
二、方法流程：从物理层到 HAL 信号抽象
接入一条总线上的信号，通常遵循“物理层确认 → 报文解析 → 信号提取 → HAL 属性映射”的流程。以 CAN 为例，先确认波特率与终端电阻，再通过 DBC 文件解析报文 ID、周期、信号起始位与长度，最后把物理值按比例因子和偏移量换算后映射为 HAL 属性。
# 典型 CAN 信号解析参数（来自 DBC）
BO_ 256 VCU_Status: 8 VCU
SG_ VehSpeed : 0|16@1+ (0.01,0) [0|250] "km/h" ECU
SG_ GearPos : 16|4@1+ (1,0) [0|8] "" ECU
# 换算公式
physical = raw * factor + offset
VehSpeed = raw * 0.01 + 0 → 单位 km/h对于 Automotive Ethernet，信号不再以“报文+信号”组织，而是以 SOME/IP 服务方法、事件或 DDS Topic 形式出现，HAL 需要把服务接口映射为属性或方法调用。FlexRay 则要区分静态段与动态段，静态段信号周期固定，动态段按需发送。
三、案例场景：多总线协同的车速信号
以车速信号为例：轮速传感器经 CAN 上报给 ESP，ESP 通过 CAN FD 转发给网关，网关再经 Ethernet 以 SOME/IP 事件分发给座舱域和智驾域。HAL 层需要同时订阅 CAN 上的原始车速和 Ethernet 上的服务化车速，并做一致性校验。若两条路径周期不同，还要处理时间戳对齐与超时降级。
四、误区与复盘
- 误区一：所有信号都用 CAN 接。 摄像头、OTA 大包数据走 CAN 会造成总线负载飙升，应走 Ethernet。
- 误区二：忽略 LIN 的调度表。 LIN 是主从轮询，从节点不能主动上报，HAL 轮询周期必须匹配调度表，否则读到旧值。
- 误区三：把 FlexRay 当 CAN 用。 FlexRay 静态段是时间触发，错过时隙不会重传，HAL 必须按周期读取而非事件触发。
- 误区四：Ethernet 信号无周期概念。 SOME/IP 事件有发布周期，但服务发现和订阅需要额外握手，HAL 启动顺序会影响首次取值。
| 总线 | 典型速率 | 拓扑 | 确定性 | HAL 接入要点 |
|---|---|---|---|---|
| LIN | ≤20 kbps | 单线主从 | 低 | 按调度表轮询，注意从节点响应 |
| CAN | 125 k～1 Mbps | 总线多主 | 中 | DBC 解析，ID 优先级与周期 |
| CAN FD | 2～8 Mbps | 总线多主 | 中 | 64 字节数据段，注意 BRS 位 |
| FlexRay | 10 Mbps | 双通道星型/总线 | 高 | 静态段周期读取，动态段事件 |
| MOST | 150 Mbps | 光纤环形 | 中 | 音视频流，节点上下线管理 |
| Automotive Ethernet | 100 M～1 Gbps | 交换式星型 | 中高 | SOME/IP、DDS、服务发现与订阅 |
理解五类总线的信号特征，是设计 Vehicle HAL 信号接入层的前提。实际项目中，建议先建立“总线—报文/服务—信号—HAL 属性”的映射表，再针对每条总线实现对应的适配器，最后统一到属性与事件模型上，才能兼顾实时性、可维护性与跨车型复用。