2. ZF底盘控制架构解析

要理解ZF底盘控制系统,不能只盯着底盘域控制器(Chassis Domain Controller, CDC)本身,而必须把它放回整车电子电气(EE)架构中去看。ZF的底盘控制方案通常不是孤立的一个盒子,而是嵌入在“整车中央计算+区域控制+底盘域”的分层EE架构里。底盘域控制器向下连接制动、转向、悬架、驱动等执行器,向上通过车载以太网骨干与中央计算平台、智驾域、动力域交互,横向还要与车身域、网关共享电源与通信资源。本节的核心,就是把这套架构拆成三条可追踪的线索:信号从哪里来、经过谁处理、最终驱动哪个执行器,以及功能如何在这些节点之间分配。

一、整车EE架构中的底盘域位置

在典型的ZF底盘控制架构中,整车EE架构可粗略分为四层。最上层是中央计算平台(Vehicle Central Computer),负责全局策略、OTA、跨域协同;第二层是各域控制器,包括智驾域、动力域、底盘域、车身域;第三层是区域控制器(Zonal Controller),按物理位置就近汇聚传感器与执行器;最下层是传感器与执行器。底盘域控制器位于第二层,但它与区域控制器之间存在大量实时信号交互,因此不能简单理解为“上层下发、下层执行”的单向链路。

以制动请求为例:智驾域根据前方目标计算出减速度需求,通过以太网发送给中央计算平台;中央计算平台做安全仲裁后,将目标减速度下发给底盘域控制器;底盘域控制器再把它分解为四个车轮的制动力矩,通过私有CAN或FlexRay发送给制动执行器。与此同时,轮速传感器、IMU、转向角传感器等信号可能先进入区域控制器,再转发给底盘域。这条链路里既有以太网,也有CAN FD,还有可能保留的FlexRay,因此信号流是“多协议混合”的。

ZF底盘控制架构:信号流、执行器接口与功能分配 中央计算平台 全局策略 · 安全仲裁 · OTA · 跨域协同 智驾域控制器 目标减速度 · 路径规划 动力域控制器 扭矩请求 · 能量管理 底盘域控制器 CDC 功能分配 · 力矩分解 · 稳定性仲裁 · 故障降级 制动 / 转向 / 悬架 / 驱动 协调控制 前区域控制器 轮速 · 转向角 · 前制动 后区域控制器 后制动 · 悬架 · 驻车 侧区域控制器 IMU · 侧向传感 · 悬架 前制动执行器 EMB / EHB 后制动执行器 EPB / EMB 转向执行器 EPS / SbW 悬架执行器 CDC减振器 / 空簧 驱动执行器 电机 / 电驱桥 目标减速度 扭矩协调 图例 以太网骨干 / 主控链路 跨域请求信号 底盘域下发控制指令

二、信号流:从请求到执行的完整链路

底盘域控制器的信号流可以按“输入—处理—输出”三段来理解,但每一段都不是单一来源。输入侧主要包括三类:第一类是驾驶意图信号,如加速踏板、制动踏板、方向盘转角,通常由区域控制器采集后经CAN FD送入底盘域;第二类是环境与目标信号,如雷达、摄像头、高精地图给出的目标距离和期望轨迹,由智驾域经以太网送入;第三类是车辆状态信号,如轮速、横摆角速度、纵向/侧向加速度、悬架高度,由IMU和轮速传感器经区域控制器汇聚。

处理侧是底盘域控制器的核心价值所在。它需要完成三件事:一是信号融合与状态估计,把多源信号统一到同一时间基准和坐标系下;二是功能仲裁,当智驾请求与驾驶员操作冲突时,按安全优先级决定谁生效;三是控制量分解,把整车级的目标(如目标横摆角速度、目标减速度)分解为各执行器可执行的物理量(如各轮制动力矩、前轮转角、减振器阻尼电流)。

输出侧则通过执行器接口把控制量送到具体部件。ZF底盘域控制器常见的执行器接口包括:用于制动的私有CAN或FlexRay通道,用于转向的CAN FD或FlexRay,用于悬架的PWM电流驱动或LIN,以及用于驱动的扭矩请求CAN。不同接口的实时性、带宽和冗余要求不同,因此底盘域内部通常按功能划分多个通信通道,而不是所有执行器挂在同一条总线上。

三、执行器接口与功能分配

功能分配是理解这套架构的关键。ZF底盘域控制器并不是把所有功能都集中在自己身上,而是按“域内集中、区域分散”的原则分配。具体来说,制动功能中的ABS、ESC、TCS通常由底盘域统一仲裁,但具体的轮缸压力控制由制动执行器本地闭环完成;转向功能中的助力特性、回正控制由底盘域计算,但电机电流环由EPS控制器执行;悬架功能中的天棚控制、侧倾抑制由底盘域决策,但阻尼力调节由CDC减振器驱动模块执行。

这种分配方式带来两个实际好处。第一,实时性:高频闭环留在执行器本地,低频决策放在域控制器,避免所有信号都绕一圈。第二,可降级:当以太网或中央计算平台失效时,底盘域仍可基于本地传感器维持基础制动和转向助力,实现安全降级。下表给出一个示例性的功能分配关系,用于说明“谁决策、谁执行、走什么接口”。

功能 决策节点 执行节点 主要接口 典型周期
ABS / ESC 底盘域控制器 制动执行器 私有CAN / FlexRay 5~10 ms
助力转向 底盘域控制器 EPS 控制器 CAN FD / FlexRay 2~5 ms
阻尼连续调节 底盘域控制器 CDC 减振器驱动 PWM / LIN 10~20 ms
驱动扭矩协调 底盘域 + 动力域 电机控制器 CAN FD 10 ms
驻车控制 底盘域控制器 EPB 执行器 LIN / CAN 50~100 ms

四、标定视角下的观察点

从标定工程师的角度看,这套架构最需要关注的是信号的时间一致性和接口的边界条件。例如,当智驾域通过以太网发来目标减速度时,底盘域收到的是“请求值”,但真正作用到车轮上的减速度还取决于制动执行器的响应延迟、路面附着和载荷转移。标定时需要在底盘域内部记录“请求—仲裁—分解—执行”四个节点的信号,才能判断延迟到底出在通信、计算还是执行器。

另一个观察点是功能分配的边界。如果ABS触发时底盘域仍在接收智驾域的减速度请求,两者可能产生冲突。此时底盘域的安全仲裁逻辑应优先响应ABS,并暂时屏蔽外部减速度请求。标定过程中可以通过注入故障或强制触发ABS,观察底盘域是否正确切换功能优先级。这类测试不需要真实道路,在HIL台架上即可完成,但需要确保HIL模型中的执行器接口特性与实车一致。

标定提示:在分析底盘域信号流时,建议先画出“信号源—传输介质—处理节点—执行器”四列,再标注每个信号的更新周期和超时阈值。这样能快速定位是通信超时、计算延迟还是执行器响应慢导致的控制偏差。

总结来看,ZF底盘控制架构的本质是一套“分层决策、分区执行、多协议互联”的系统。中央计算平台负责全局意图,底盘域控制器负责底盘功能的仲裁与分解,区域控制器负责就近汇聚,执行器负责本地闭环。理解这条链路,才能在后续的标定工作中准确找到可调参数的位置,并判断调整会影响到哪一级。