1. cubiX平台总体认知

cubiX是采埃孚(ZF)推出的车辆运动控制(Vehicle Motion Control,VMC)软件平台。要理解它,先要抓住一个核心判断:cubiX不是某一个执行器,也不是某一款悬架或转向产品,而是位于整车电子电气架构中、横跨多个底盘执行器的运动控制中枢。传统底盘系统中,制动、转向、驱动、悬架往往各自为政,每个子系统有自己的控制器和闭环逻辑;cubiX的定位是把这些分散的执行能力统一编排,让车辆在纵向、横向、垂向三个自由度上协同动作,而不是简单叠加。

从产品谱系看,ZF底盘与车辆运动控制产品大致可分为三层:最底层是执行器与硬件,如集成式制动控制IBC、电子稳定程序ESC、电动助力转向EPS、主动悬架sMOTION、电驱动桥等;中间层是各执行器自身的控制软件与标定;最上层则是cubiX这样的运动控制平台。cubiX向下通过标准化接口调用执行器能力,向上承接来自驾驶辅助、自动驾驶或驾驶员的运动意图,因此它在谱系中的角色是“协调层”而非“替代层”。它不取代ESC的稳定性控制,也不取代EPS的转向手感,而是让这些子系统在同一目标下协同工作。

cubiX的核心价值可以概括为三点。第一是解耦:把“车辆应该怎么运动”与“用哪个执行器实现”分开。上层只表达目标运动状态,例如期望横摆角速度、期望纵向加速度、期望车身姿态,cubiX负责把这些目标分解到各执行器。第二是协同:当多个执行器都能影响同一自由度时,cubiX统一分配,避免相互打架。例如车辆过弯时,ESC制动内侧车轮、电驱动调整左右扭矩、主动悬架调整侧倾刚度,三者由cubiX统一协调。第三是可扩展:同一套运动控制框架可以适配不同车型和执行器组合,降低新车型的开发与标定成本。

系统边界方面,cubiX的输入主要包括:驾驶员意图(转向角、加速踏板、制动踏板)、ADAS/AD运动请求(期望轨迹、期望速度、期望横摆)、车辆状态估计(车速、横摆角速度、侧偏角、车身高度、加速度)、以及执行器反馈(实际力矩、实际位置、可用能力)。输出则是各执行器的控制指令或能力请求。cubiX不直接处理感知融合,也不直接输出底层PWM驱动信号,这些分别属于感知模块和执行器控制器。明确边界有助于在工程中划分接口责任。

cubiX 在整车运动控制架构中的位置与边界 上层运动意图输入 驾驶员意图 ADAS / AD 运动请求 车辆状态估计 执行器反馈 cubiX 车辆运动控制平台 目标运动分解 · 多执行器协同 · 能力仲裁 · 统一接口 纵向控制 横向控制 垂向控制 运动协调 底盘执行器层(硬件与底层控制) 制动系统 IBC / ESC 转向系统 EPS / 后轮转向 驱动系统 电驱动桥 / 扭矩矢量 悬架系统 sMOTION 主动悬架 整车运动状态:纵向 · 横向 · 垂向 cubiX 边界 cubiX 边界

典型车型与场景方面,cubiX面向的是具备线控或半线控底盘能力的乘用车与商用车。乘用车典型场景包括:高速公路辅助驾驶中的车道保持与自适应巡航协同、城市工况下的舒适制动与能量回收协调、紧急避障中的横纵垂联合控制、以及主动悬架带来的车身姿态调节。商用车场景则更强调载荷变化下的稳定性与制动协调。需要说明的是,cubiX的落地依赖执行器是否支持标准化接口,因此不同车型的功能覆盖范围会有差异。

从工程视角看,理解cubiX还要区分“平台”与“项目”两个层面。平台提供通用的运动控制框架、接口规范和协调算法;项目则根据具体车型的执行器配置、轴距、质量分布、轮胎特性进行参数适配与标定。例如同一套cubiX框架,在A车型上可能只协调ESC与EPS,在B车型上则同时协调后轮转向、电驱动扭矩矢量与主动悬架。这种“平台复用、项目适配”的模式,是cubiX降低开发成本的关键。