4. cubiX与底盘执行器接口

cubiX作为车辆运动控制平台，本身并不直接产生制动液压、转向力矩或电机扭矩，它输出的是运动控制请求，由底盘执行器完成物理动作。因此，cubiX与执行器之间的接口质量，直接决定了整车运动控制能否被准确、安全地执行。理解这一层接口，需要同时看清三件事：信号如何定义、控制模式如何选择、能力边界如何协商。

一、执行器接口的信号定义

cubiX与执行器之间的信号通常分为三类：控制请求信号、状态反馈信号和能力/配置信号。控制请求信号是cubiX下发的目标量，例如制动请求常用目标减速度（m/s²）或目标压力（bar）表达；驱动请求常用目标扭矩（Nm）或目标加速度表达；转向请求常用目标转角（rad）或目标曲率（1/m）表达；悬架请求常用目标阻尼电流（A）或目标高度（mm）表达；后轮转向则常用目标后轮转角（rad）表达。

状态反馈信号是执行器回传的实际量，包括实际减速度、实际转角、实际扭矩、执行器可用状态、故障等级等。能力/配置信号则描述执行器“能做什么、做到什么程度”，例如最大减速度、最大转角速率、最小/最大扭矩、响应延迟、是否支持冗余等。这三类信号共同构成接口的完整语义。

需要特别注意的是参考系与符号约定。cubiX内部通常使用车辆坐标系：x向前、y向左、z向上，横摆角速度绕z轴，逆时针为正。制动减速度一般定义为负加速度，驱动加速度为正。转向角以左转为正、右转为负。后轮转向的符号定义必须与整车定义一致，否则会出现前后轮反向协调错误。这些约定必须在接口文档中明确，并在全文及图示中保持一致。

二、控制模式

执行器接口通常支持多种控制模式，cubiX需要根据场景选择合适模式。常见的控制模式包括：

• 位置/角度控制：cubiX下发目标转角或目标位置，执行器闭环到该位置。适用于转向、后轮转向、悬架高度调节。
• 速度/速率控制：cubiX下发目标角速度或目标变化率，执行器跟踪速率。适用于需要平滑过渡的转向或悬架调节。
• 力矩/力控制：cubiX下发目标扭矩或目标力，执行器输出对应力矩。适用于驱动扭矩分配、制动压力控制。
• 加速度/减速度控制：cubiX下发目标加速度，执行器内部完成闭环。适用于纵向运动控制。
• 混合控制：例如转向系统同时接受角度前馈和力矩反馈，实现更自然的驾驶感受。

控制模式的选择不是随意的。例如在紧急制动场景中，cubiX更倾向于使用减速度控制模式，因为执行器内部闭环响应更快；而在低速泊车场景中，转向系统可能使用角度控制模式，以保证轨迹精度。模式切换必须平滑，避免执行器在模式间跳变导致车辆抖动。

三、能力协商机制

能力协商是cubiX与执行器之间的“握手”过程。cubiX在启动或运行过程中，会读取执行器上报的能力参数，并据此调整自己的控制策略。协商内容通常包括：

• 可用性：执行器当前是否可用，是否处于故障或降级状态。
• 能力范围：最大/最小减速度、最大转角、最大扭矩、最大变化率等。
• 动态限制：响应延迟、带宽、超调量、稳态误差等。
• 冗余与安全：是否支持冗余通道、故障时能否进入安全状态。

协商的结果会直接影响cubiX的仲裁逻辑。例如，如果后轮转向执行器上报最大转角为±5°，cubiX在规划后轮转向请求时就不能超过该范围；如果制动执行器上报当前处于降级模式，cubiX需要降低制动请求的优先级或切换至备用策略。

四、典型执行器的接口要点

制动执行器：cubiX通常下发目标减速度，执行器内部完成压力闭环。能力协商中需关注最大减速度（例如约-10 m/s²）、响应延迟（例如约100 ms）、是否支持冗余。若执行器处于降级模式，cubiX需降低请求或切换至备用制动路径。

转向执行器：cubiX可下发目标转角或目标力矩。角度控制模式下，执行器闭环到目标转角；力矩控制模式下，cubiX通过力矩叠加实现车道保持。能力协商需关注最大转角（例如±500°）、最大角速度（例如500°/s）、是否支持线控冗余。

驱动执行器：cubiX下发目标扭矩或目标加速度。扭矩控制模式下，执行器直接输出扭矩；加速度控制模式下，执行器内部完成闭环。能力协商需关注最大扭矩、扭矩变化率、是否支持左右轮独立控制。

悬架执行器：cubiX下发目标阻尼电流或目标高度。能力协商需关注阻尼电流范围（例如0～2 A）、高度调节范围（例如±40 mm）、调节速率。

后轮转向执行器：cubiX下发目标后轮转角。能力协商需关注最大后轮转角（例如±5°）、最大角速度、是否与后轮转向系统共享执行器。后轮转向的符号定义必须与前轮转向一致，否则会出现反向协调。

五、能力协商的工程实现

能力协商通常在cubiX启动阶段完成一次完整握手，运行过程中周期性更新。cubiX读取执行器上报的能力参数后，会将其映射到内部的控制约束中。例如，若制动执行器上报最大减速度为-9.5 m/s²，cubiX在规划制动请求时会将目标减速度限制在-9.5 m/s²以内；若后轮转向执行器上报最大转角为±4.5°，cubiX在规划后轮转向请求时同样不能超过该范围。

协商过程中还需要处理能力变化。例如，执行器因温度升高进入降级模式，上报最大扭矩降低，cubiX需要动态调整请求。此时cubiX应优先保证安全，降低运动控制请求的激进程度，必要时切换至舒适模式或退出部分功能。

六、接口设计中的常见问题

实际工程中，接口问题往往集中在几个方面：符号约定不一致导致前后轮转向反向；单位不统一导致减速度与压力换算错误；能力协商未覆盖动态限制导致请求超出执行器带宽；模式切换不平滑导致车辆抖动。解决这些问题的关键是：在接口文档中明确所有信号的定义、单位、参考系和符号；在能力协商中不仅协商静态范围，还要协商动态响应特性；在模式切换时加入过渡逻辑。

此外，cubiX与执行器之间的通信通常基于CAN或以太网，信号周期、超时时间、校验方式也需要在接口定义中明确。例如，控制请求信号周期为10 ms，超时时间为50 ms，执行器在超时后应进入安全状态。这些参数同样属于接口定义的一部分。

七、小结

cubiX与底盘执行器的接口是车辆运动控制落地的关键环节。信号定义决定了“说什么”，控制模式决定了“怎么说”，能力协商决定了“能说多少”。三者缺一不可。工程实现中，需要把符号、单位、参考系、模式切换、能力边界、超时安全等细节全部明确，才能保证cubiX的请求被准确、安全地执行。