自制直驱方向盘（Direct Drive）的核心机密：USB HID PID 力反馈协议深度
前言：
在传统的单片机控制中，我们习惯了发送具体的数值，比如“转到 90 度”或者“以 500RPM 旋转”。
但在模拟赛车领域，直驱方向盘（如 Simucube 或开源的 OpenFFBoard）的工作逻辑完全不同。PC 游戏端绝对不会傻傻地给单片机发送电机的 PWM 占空比。它们之间使用的是一套极其复杂的标准协议：USB HID PID (Physical Interface Device)。
理解了这套协议，你就能打通虚拟物理引擎与真实物理电机之间的桥梁。
一、 游戏端发来的到底是什么？（物理效果描述符）
在 HID PID 协议中，PC 游戏把方向盘视为一个“物理力场生成器”。游戏通过 USB 发送的，是一个个独立的物理效果（Effects）：
恒定力（Constant Force）：方向盘一直被往左或往右掰。比如车辆过弯时的离心力。
弹簧力（Spring）：方向盘偏离中心越远，阻力越大，就像方向盘上挂了根弹簧。
阻尼力（Damper）：你转动方向盘的速度越快，阻力越大。用于模拟轮胎和地面的黏滞感。
摩擦力（Friction）：只要你转动方向盘，就会有一个恒定的阻力。
周期力（Periodic）：正弦波、方波等。比如你压到了路肩（路缘石），游戏会发送一个高频震动的效果。
二、 STM32 的地狱级任务：效果叠加与渲染（Rendering）
当 STM32 收到这些 USB 报文后，真正的挑战开始了。游戏可能会在同一时刻，要求方向盘同时具备“弹簧回中”、“路肩震动”和“过弯恒定力”。
这就要求 STM32 内部必须跑一个至少 1000Hz 的高频渲染循环。它的工作流程如下：
读取状态：读取当前方向盘的高精度编码器角度和角速度。
公式计算：遍历所有当前处于“激活”状态的物理效果。
比如，当前有一个弹簧效果，STM32 就要计算：
Spring_Torque = (Current_Angle - Center) * Spring_Coefficient。比如，当前有一个阻尼效果，STM32 就要计算：
Damper_Torque = Current_Velocity * Damper_Coefficient。
力矩合成：把所有算出来的 Torque（扭矩）加在一起，得到一个总的
Target_Torque。输出给 FOC：把这个最终的扭矩，作为 $I_q$（交轴电流）的目标值，喂给底层的 FOC 电流环。
三、 为什么 DIY 直驱容易出现“打手”和“共振”？
很多玩家在移植了开源固件后，发现方向盘像发疯一样左右剧烈震荡，甚至会把手腕打伤。
这在控制系统里叫正反馈发散。
原因：USB 通信有延迟，FOC 电流环也有延迟。当游戏要求产生一个阻尼力来抑制转动时，如果 STM32 算得太慢，或者滤波做得不好，这个阻力给晚了，就会从“阻尼”变成“推力”。
解法：在固件底层加入硬件级的低通滤波器（biquad filter）来平滑目标电流，同时在 FOC 环内加入额外的速度前馈抑制，甚至利用摩擦力补偿来对抗机械系统的不可控震动。
四、 总结
写一套优秀的力反馈底层固件，是一次对 USB 协议栈、多线程实时计算以及无刷电机高频电流环的综合大考。当你感受到路面的一颗小石子通过 STM32 丝滑地传递到你手心时，那种创造物理规则的快感，是普通点灯项目绝对无法比拟的。