2. 基础知识
VCU（Vehicle Control Unit，整车控制器）是新能源整车控制的核心节点，向上承接驾驶员意图与整车管理策略，向下协调电机、电池、制动、转向、热管理等子系统。量产匹配工作中，几乎所有标定、诊断、通信与性能问题，最终都会回到VCU的硬件接口、软件分层、网络拓扑和信号定义这四个基础面上。理解这四层结构，是后续开展参数匹配、故障排查和性能优化的前提。
一、VCU硬件架构：从接口到执行
VCU硬件通常由主控MCU、电源管理、模拟/数字输入、功率驱动输出、CAN/CAN FD/LIN/以太网通信、存储与调试接口组成。其核心任务是把物理世界的电压、电流、开关、频率信号转换为可计算的数字量，再把控制决策转换为驱动信号和总线报文。
- 输入侧：加速踏板位置、制动开关、档位、钥匙状态、碰撞信号、温度与电压采样等，常通过ADC、数字输入或CAN接收。
- 输出侧：主继电器控制、水泵/风扇继电器、PWM驱动、指示灯、扭矩请求报文等。
- 通信侧：动力CAN、整车CAN、诊断CAN、LIN子网及以太网，承担与BMS、MCU、ESC、仪表、T-Box等节点的数据交互。
- 安全与存储：看门狗、电源监控、EEPROM/Flash用于故障码、标定数据和自适应值保存。
二、软件架构：分层与实时性
VCU软件通常采用分层架构：底层驱动与OS、中间件与通信栈、应用层控制策略、标定与诊断层。应用层又可细分为扭矩管理、能量管理、热管理、档位控制、附件控制、故障管理等模块。各模块通过周期任务和事件触发协同工作，典型控制周期为10ms、20ms或100ms。
应用层：扭矩仲裁 → 能量分配 → 热管理 → 故障降级
中间件：CAN信号收发、NVM管理、UDS诊断、标定接口
底层：MCU驱动、ADC/PWM、看门狗、OS调度
软件架构的关键在于接口清晰、时序确定、故障可降级。例如扭矩请求需要经过驾驶员需求解析、附件消耗补偿、电池可用功率限制、电机能力限制和故障限扭等多级仲裁，最终输出给MCU。若某一级信号超时或无效，系统应按预设策略进入降级模式，而不是直接丢失控制。
三、整车网络拓扑：数据如何流动
典型新能源整车网络采用多CAN网段拓扑：动力CAN连接VCU、BMS、MCU、OBC、DC/DC；整车CAN连接VCU、ESC、EPS、仪表、空调、T-Box；诊断CAN用于OBD与产线诊断；LIN用于车窗、座椅、充电口盖等低速节点。部分新车型引入CAN FD或以太网，用于高带宽刷写与大数据传输。
拓扑理解的重点是网关路由与报文优先级。VCU常作为网关，将动力CAN的电池可用功率、电机能力转发到整车CAN，同时把驾驶员扭矩需求分发到MCU。若路由表配置错误，会出现“信号存在但对方收不到”的典型问题。
四、常见术语与信号定义
量产匹配中高频出现的术语包括：扭矩请求、可用功率、SOC/SOH、Ready状态、故障等级、降级策略、信号超时、E2E保护、DTC、NVM等。信号定义通常包含名称、方向、周期、精度、偏移、有效范围、默认值和超时行为。
| 信号名称 | 方向 | 周期 | 精度/范围 | 超时行为 |
|---|---|---|---|---|
| VCU_TorqueReq | VCU → MCU | 10 ms | 0.5 N·m / -2000~2000 | 超时后扭矩归零并报DTC |
| BMS_AvailablePower | BMS → VCU | 100 ms | 0.1 kW / 0~300 | 超时后按保守值限扭 |
| MCU_ActualTorque | MCU → VCU | 10 ms | 0.5 N·m / -2000~2000 | 超时后进入故障降级 |
| VCU_Ready | VCU → 整车CAN | 100 ms | 枚举 0/1/2 | 超时后仪表显示不可行驶 |
五、案例与复盘：一次典型的网络匹配问题
某车型在低温启动后偶发“Ready灯亮但无法行驶”。排查发现：VCU向MCU发送的扭矩请求正常，但BMS的可用功率报文在-20℃时周期由100ms变为200ms，超出VCU配置的超时阈值150ms，触发限扭。复盘结论是：信号超时阈值必须结合供应商实际发送周期和网络负载重新标定，不能直接沿用旧项目参数。
该案例说明，VCU基础知识的价值不在于背诵架构图，而在于把硬件接口、软件分层、网络拓扑和信号定义串成一条可验证的链路。只有明确每个信号的来源、去向、周期、有效范围和异常行为，才能在量产匹配中快速定位问题、稳定收敛性能。