4. 车辆状态信号体系

VCU 要做出正确的整车模式判断，前提是“看得见、看得准、看得可信”。车辆状态信号体系就是 VCU 的感官系统：不同来源的信号在物理形态、传输速率、实时性、可靠性和成本上差异巨大，工程上必须按用途分层采集、分层校验。本节从信号类型、采集链路、有效性判断三个维度展开，帮助建立完整的信号体系认知。

一、五类信号通道的定位与分工

整车状态信号按物理介质和协议可分为五类，它们在 VCU 中承担不同角色：

• 硬线信号：开关、继电器触点、使能线等，直接以高低电平或 PWM 占空比进入 VCU 的 DI/PWM 通道。特点是延迟极低（微秒级）、不受总线负载影响，常用于钥匙 ON 档、制动开关、充电枪连接确认、碰撞信号等安全相关状态。
• CAN / CAN FD：动力、底盘、电池等域的主力总线。经典 CAN 最高 1 Mbps，CAN FD 数据段可达 2～8 Mbps，承载电机转速、车速、SOC、档位、故障等级等周期性状态量。
• LIN：低成本单线主从总线，速率 1～20 kbps，用于雨量传感器、座椅、车窗、部分热管理执行器等对实时性要求不高的状态与命令。
• 以太网信号：车载以太网（100BASE-T1 / 1000BASE-T1）承载摄像头、激光雷达、OTA、诊断大数据，带宽高但需配合 SOME/IP、DoIP 等中间件，多用于智能驾驶与大数据量状态。
• 模拟量与数字量采集：模拟量如温度 NTC、压力、电流采样，经 ADC 转换为数字量；数字量如霍尔脉冲、频率信号，经捕获单元计数。二者是传感器级原始状态的入口。

二、信号链路与有效性判断

无论哪类信号，进入 VCU 应用层前都要经过“采集—转换—校验—仲裁”四步。硬线信号需做去抖和电平确认；总线信号需检查报文周期、校验和、计数器、超时；模拟量需判断量程、断线、短路；数字量需判断频率范围与跳变合理性。下图给出五类信号从物理层到 VCU 应用层的完整链路及有效性判断要点。

三、有效性判断的关键参数与典型阈值

有效性判断不是“收到即有效”，而是要用一组可量化参数来界定。下表列出常见判断项及工程参考阈值，实际项目需按整车网络设计和功能安全等级调整。

四、典型场景：上电与行车中的信号仲裁

以“车辆 Ready 判断”为例：VCU 需要同时确认钥匙 ON 硬线有效、BMS 允许放电 CAN 信号有效、电机无故障、制动踏板状态可信。若 CAN 信号超时但硬线仍有效，VCU 不能简单认为“无信号即故障”，而应结合信号质量位进入降级模式，例如限制功率或禁止 Ready。再如充电枪连接确认：硬线 CC 信号与 CAN 充电机状态必须交叉比对，二者不一致时以硬线安全状态优先，避免带枪行车。

五、常见误区与复盘

• 误区一：只判断“有没有报文”，不判断“值是否合理”。报文周期正常但数据被冻结或跳变异常，同样会导致模式误判。应同时检查计数器与跳变率。
• 误区二：硬线信号不做去抖。机械开关抖动可能被误读为多次操作，必须在采集层做 10～50 ms 去抖。
• 误区三：模拟量只做均值滤波。断线时 ADC 可能读到中间值，必须结合上下拉电路判断断线，而非仅看数值。
• 误区四：忽略时间同步。以太网与 CAN 信号时间戳不同步时，跨域状态组合可能失真，需统一时基或做时间对齐。

// 信号有效性判断伪代码示例
SignalStatus check_can_signal(frame, now):
    if now - frame.last_rx_time > 3 * frame.period:
        return TIMEOUT
    if frame.crc != calc_crc(frame.data):
        return CRC_ERROR
    if frame.counter != (last_counter + 1) % 16:
        return COUNTER_ERROR
    if frame.value < frame.min or frame.value > frame.max:
        return OUT_OF_RANGE
    return VALID

// 应用层使用
if check_can_signal(bms_allow, now) == VALID and
   check_hardwire(ign_on) == VALID:
    allow_ready = true
else:
    allow_ready = false
    enter_degraded_mode()