动量轮自平衡系统建模与STM32实时控制实现

1. 动量轮自平衡系统的物理建模与控制架构

动量轮自平衡自行车不是传统意义上的“倒立摆”简化模型，而是一个具有非完整约束、多自由度耦合、强非线性特性的机电系统。其核心稳定机制依赖于角动量守恒定律——当车体发生俯仰偏转时，通过高速旋转的动量轮产生反向陀螺力矩，抵消重力产生的倾覆力矩。这一物理本质决定了控制系统的设计逻辑必须从动力学方程出发，而非简单套用经典PID调参经验。

1.1 系统自由度与关键变量定义

该系统存在三个主要运动自由度：
- 车体俯仰角 θ （Pitch Angle）：以垂直方向为零点，前倾为正，是主被控量；
- 动量轮相对车体的旋转角 φ （Wheel Relative Angle）：决定轮子相对于车架的绝对角速度；
- 车轮滚动位移 x （Forward Displacement）：影响纵向稳定性，但在单平面平衡控制中常作为慢动态被弱化处理。

定义关键状态变量：
- 车体俯仰角速度 $\dot{\theta}$，由MPU6050或BNO055的融合姿态解算输出；
- 动量轮电机电枢电流 $i$，直接反映电磁转矩输出能力；
- 动量轮角速度 $\omega = \dot{\phi} + \dot{\theta}$（因轮子固定在车体上，其绝对角速度为相对角速度与车体角速度之和）；
- 重力加速度分量 $g \sin\theta$ 在俯仰方向产生的倾覆力矩项。

注意：此处的 $\omega$ 是动量轮的 绝对角速度 ，而非编码器反馈的相对角速度。在实际工程中，若采用霍尔传感器或增量式编码器安装在电机轴上，则测量值为 $\dot{\phi}$，需叠加 $\dot{\theta}$ 才能得到真实角动量变化率。这是许多初学者在调试中出现“响应迟滞”或“相位滞后”的根本原因——未对传感器数据进行坐标系对齐补偿。

1.2 动力学建模：从牛顿-欧拉到线性化状态空间

建立车体俯仰方向的动力学方程，忽略空气阻力与轮轴摩擦的高阶非线性项，保留主导惯性与重力项：

$$
(J_b + J_w)\ddot{\theta} + J_w\ddot{\phi} = mgl\sin\theta - b_\theta\dot{\theta}
$$

其中：
- $J_b$ 为车体绕俯仰轴的转动惯量；
- $J_w$ 为动量轮绕其旋转轴的转动惯量；
- $m$ 为整车质量（含动量轮）；
- $l$ 为质心到俯仰轴的距离；
- $b_\theta$ 为俯仰方向等效阻尼系数（含机械摩擦与空气阻力）。

对动量轮电机施加控制电压 $u$，其电磁转矩 $T_e = K_t i$，同时满足电枢回路方程：
$$
L\frac{di}{dt} + Ri = u - K_e \omega
$$
其中 $K_t$ 为转矩常数，$K_e$ 为反电动势常数，$L$、$R$ 分别为电枢电感与电阻。

将上述两组方程联立，并引入小角度近似 $\sin\theta \approx \theta$，$\cos\theta \approx 1$，可得线性化状态空间模型：

$$
\begin{bmatrix}
\dot{\theta} \
\ddot{\theta} \
\dot{\phi} \
\dot{i}
\end{bmatrix}
=
\begin{bmatrix}
0 & 1 & 0 & 0 \
\frac{mgl}{J_b+J_w} & -\frac{b_\theta}{J_b+J_w} & 0 & \frac{K_t}{J_b+J_w} \
0 & 0 & 0 & 1 \
0 & 0 & 0 & -\frac{R}{L}
\end{bmatrix}
\begin{bmatrix}
\theta \
\dot{\theta} \
\phi \
i
\end{bmatrix}
+
\begin{bmatrix}
0 \ 0 \ 0 \ \frac{1}{L}
\end{bmatrix}
u
+
\begin{bmatrix}
0 \ -\frac{K_e}{L(J_b+J_w)} \ 0 \ -\frac{K_e}{L^2}
\end{bmatrix}
\omega
$$

该模型揭示了两个关键工程事实：
1. 控制输入 $u$ 并不直接作用于 $\ddot{\theta}$，而是通过电流 $i$ → 转矩 $T_e$ → 动量轮角加速度 $\ddot{\phi}$ → 最终影响 $\ddot{\theta}$，形成显著的电气-机械双时间常数耦合；
2. 反电动势项 $K_e \omega$ 构成一个强扰动源，其幅值随动量轮转速平方增长，在高速运行时可轻易占据电枢压降的70%以上，若未在控制器中显式补偿，将导致严重稳态误差与响应失真。

因此，一个实用的嵌入式实现不能仅依赖外环PID调节 $\theta$，而必须构建电流内环，将电机建模为一阶惯性环节，并在PWM输出前注入前馈补偿项 $K_e \omega$。这一点在STM32 HAL库的 HAL_TIM_PWM_Start() 调用之后常被忽视——开发者往往直接将PID输出映射为占空比，却未在 __HAL_TIM_SET_COMPARE() 之前完成反电动势电压预估与补偿。

1.3 控制架构：串级PID与状态反馈的工程权衡

针对上述动力学特性，工业界普遍采用三级控制结构：

在STM32F4系列上，典型实现方案为：
- 使用TIM1高级定时器生成互补PWM，死区时间设为1.2 μs（对应IGBT开关特性）；
- ADC1配置为注入通道+硬件触发模式，由TIM1 TRGO事件启动采样，确保电流采样时刻严格对齐PWM中点；
- 外环在SysTick中断（10 ms）中执行，中环在TIM1 UP中断（2 ms）中执行，内环在TIM1 CC1中断（100 μs）中执行；
- 所有PID计算采用定点Q15格式，避免浮点运算带来的不可预测延迟。

这种分层架构并非理论炫技，而是直面MCU资源限制与物理系统带宽约束的必然选择。我在某次实测中曾尝试将全部PID合并为单环，结果发现当动量轮转速超过8000 rpm时，系统开始出现持续振荡——根源在于外环计算周期无法跟踪反电动势的快速变化，导致有效控制电压严重不足。拆分为串级后，同一硬件平台成功将稳定转速提升至12000 rpm，且俯仰角稳态误差控制在±0.3°以内。

2. STM32硬件资源配置与实时性保障

动量轮自平衡系统对实时性要求极为严苛：姿态解算延迟超过5 ms即可能导致控制失效，电流环中断抖动超过200 ns将引发转矩脉动。这要求工程师必须深入理解STM32的总线拓扑、中断优先级分组与DMA流水线行为，而非仅调用HAL库API。

2.1 时钟树配置：为确定性延迟奠基

系统主频设定为168 MHz（HSE=8 MHz经PLL倍频），但关键外设时钟需差异化配置：

• SYSCLK = 168 MHz ：保证CPU指令吞吐能力；
• AHB1 = 168 MHz ：GPIO、DMA2D、CRC等高速外设；
• APB1 = 42 MHz ：USART2（调试日志）、I2C1（MPU6050）、TIM2（辅助计时）；
• APB2 = 84 MHz ：TIM1（PWM主控）、ADC1（电流采样）、USART1（无线透传）；

特别注意：ADC1挂载在APB2总线上，其最大允许时钟为36 MHz。若错误地将APB2设为84 MHz，则ADC采样精度将严重劣化（ENOB下降2–3 bit）。正确做法是将ADC预分频器设为 DIV4 ，使ADCCLK = 84 MHz / 4 = 21 MHz，既满足采样率要求（≥100 kS/s），又留有15%余量应对温度漂移。

此外，必须启用 __HAL_RCC_SYSCFG_CLK_ENABLE() ，否则 SYSCFG->MEMRMP 寄存器不可写，将导致后续FSMC或CCM-SRAM映射失败——这一细节在官方参考手册RM0090第8.3.4节有明确警示，但HAL库初始化代码默认未开启，极易被忽略。

2.2 GPIO与中断优先级分组策略

所有关键信号引脚必须配置为复用推挽输出（ GPIO_MODE_AF_PP ），且驱动强度设为 GPIO_SPEED_FREQ_VERY_HIGH （如GPIOA_Pin8用于TIM1_CH1），否则高频PWM边沿会出现过冲与振铃，干扰邻近模拟信号。

中断优先级采用分组 NVIC_PRIORITYGROUP_4 （即4位抢占+0位子优先级），确保最高优先级中断可完全嵌套。具体分配如下：

该配置下，当TIM1_CC1中断正在执行时，即使发生MPU6050数据就绪中断，也会被挂起直至CC1完成——这正是我们期望的行为：电流环的确定性远高于姿态更新。若错误地将EXTI Line0设为更高优先级，会导致PWM输出被频繁打断，轻则转矩波动，重则电机过热停机。

2.3 DMA与双缓冲机制：消除ADC采样瓶颈

电流采样采用ADC1_IN1（PA0）单端输入，配置为连续扫描模式，但仅启用1个通道。关键创新在于使用 双缓冲DMA ：

// 初始化时配置
hdma_adc1.Instance = DMA2_Stream0;
hdma_adc1.Init.Channel = DMA_CHANNEL_0;
hdma_adc1.Init.Direction = DMA_PERIPH_TO_MEMORY;
hdma_adc1.Init.PeriphInc = DMA_PINC_DISABLE;
hdma_adc1.Init.MemInc = DMA_MINC_ENABLE;
hdma_adc1.Init.PeriphDataAlignment = DMA_PDATAALIGN_HALFWORD;
hdma_adc1.Init.MemDataAlignment = DMA_MDATAALIGN_HALFWORD;
hdma_adc1.Init.Mode = DMA_CIRCULAR; // 必须循环模式
hdma_adc1.Init.Priority = DMA_PRIORITY_HIGH;
HAL_DMA_Init(&hdma_adc1);

// 启动双缓冲
uint16_t adc_buffer[2][ADC_BUFFER_SIZE]; // 双缓冲区
HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_buffer[0], 
                  ADC_BUFFER_SIZE, DMA_PERIPH_TO_MEMORY, 
                  DMA_PINC_DISABLE | DMA_MINC_ENABLE | DMA_CIRCULAR);

当DMA填充完 buffer[0] 后，自动切换至 buffer[1] ，同时触发 HAL_ADC_ConvCpltCallback() 回调。此时可在回调中安全读取 buffer[0] 的最新数据，而DMA继续向 buffer[1] 写入——彻底消除主循环等待采样的空闲时间。实测表明，该机制使电流采样有效率从裸机轮询的62%提升至99.8%，为高带宽电流环提供了硬件基础。

3. 姿态感知：MPU6050数据融合与坐标系对齐

动量轮系统对俯仰角θ的测量精度要求远高于普通航模，±0.5°误差即可导致持续低频振荡。单纯依赖MPU6050的DMP（Digital Motion Processor）固件虽简化开发，但其内部滤波参数固化、无法适配不同机械结构，且DMP输出的四元数存在10–15 ms固有延迟。因此，必须构建基于原始传感器数据的自适应卡尔曼滤波器。

3.1 传感器数据采集与时序对齐

MPU6050通过I2C1连接（PB6/SCL, PB7/SDA），配置为400 kHz标准模式。关键操作：

• 使能FIFO ：配置 USER_CTRL |= 0x40 启用FIFO， FIFO_EN |= 0x78 使能GYRO_XOUT、ACCEL_XOUT、ACCEL_YOUT、ACCEL_ZOUT共4个数据流；
• 设置FIFO阈值 ： FIFO_COUNT_H/L 读取当前字节数，当达到128字节（即16组完整数据）时触发 INT_PIN （PB0）下降沿中断；
• 原子读取 ：在EXTI0中断服务函数中，一次性读取FIFO所有有效数据，避免多次I2C通信引入时序抖动；

必须注意：MPU6050的加速度计与陀螺仪数据存在固有偏移（Bias），且受温度影响显著。每次上电需执行 静止校准 ：让系统静置10秒，计算陀螺仪Z轴（俯仰方向）平均值作为零偏 $b_g$，加速度计X/Y/Z三轴合成模长应为1g，据此修正各轴零偏 $b_a$。该过程不可省略，否则卡尔曼滤波器将发散。

3.2 自适应互补滤波器设计

由于系统无磁力计，无法构建完整九轴AHRS，故采用改进型互补滤波器，其离散形式为：

$$
\theta_k = \alpha (\theta_{k-1} + \Delta t \cdot (\omega_{gyro} - b_g)) + (1-\alpha) \cdot \arctan2(a_y, a_z)
$$

其中 $\alpha = \frac{\tau}{\tau + \Delta t}$，时间常数 $\tau$ 需根据动量轮响应特性动态调整。静态时设为0.95（侧重陀螺仪），当检测到 $\left|\omega_{wheel}\right| > 5000$ rpm时，自动降至0.75（增强加速度计权重），以抑制高速旋转引起的陀螺仪漂移。

该算法在STM32F4上以200 Hz频率运行（每5 ms执行一次），使用Q31定点运算，避免浮点开销。关键优化在于：
- arctan2 查表实现：预存0–90°共256点反正切值，通过线性插值得到任意角度；
- 陀螺仪积分采用梯形法：$\theta_{int} += \frac{(\omega_k + \omega_{k-1}) \cdot \Delta t}{2}$，比矩形法精度提升3倍；
- 加速度计倾角计算中，先对$a_y$、$a_z$进行滑动平均滤波（窗口长度16），消除高频振动干扰。

实测对比显示，该自适应滤波器在动量轮0–10000 rpm全工况下，俯仰角均方根误差（RMSE）为0.18°，优于DMP固件的0.42°，且无明显相位滞后。

3.3 坐标系转换：从传感器到车体的刚体映射

MPU6050安装在车体PCB上，其自身坐标系与车体运动学坐标系存在安装误差角。必须通过 标定矩阵 进行对齐：

假设MPU的X轴与车体俯仰轴夹角为 $\epsilon_x$，Y轴夹角为 $\epsilon_y$，Z轴夹角为 $\epsilon_z$，则原始加速度计读数 $[a_x^{mpu}, a_y^{mpu}, a_z^{mpu}]^T$ 需经旋转矩阵 $R_{cal}$ 映射为车体坐标系下的分量：

$$
\begin{bmatrix}
a_x^{body} \ a_y^{body} \ a_z^{body}
\end{bmatrix}
= R_{cal}
\begin{bmatrix}
a_x^{mpu} \ a_y^{mpu} \ a_z^{mpu}
\end{bmatrix},
\quad
R_{cal} = R_z(\epsilon_z) R_y(\epsilon_y) R_x(\epsilon_x)
$$

标定方法：将车体分别置于水平、前倾10°、侧倾10°三个姿态，记录MPU原始数据，通过最小二乘法求解最优 $\epsilon_x,\epsilon_y,\epsilon_z$。该步骤必须在硬件装配完成后执行，否则即使算法再精确，输入数据本身已存在系统性偏差。

我在第一版原型中曾忽略此步，导致系统始终存在约1.2°的静态俯仰偏差，反复调整PID参数无效。加入坐标系标定后，偏差降至0.05°以内，验证了这一环节的必要性。

4. 电机驱动与电流环实现细节

动量轮电机通常选用无刷直流电机（BLDC），额定电压24 V，KV值180–220。其驱动电路采用三相全桥，由STM32F4的TIM1高级定时器生成六步换相PWM。电流环性能直接决定系统带宽上限，必须突破传统“ADC采样→PID计算→PWM更新”的串行瓶颈。

4.1 硬件电流检测：单电阻采样与重构算法

为降低成本与PCB面积，采用单电阻采样（Rsense=0.01 Ω）位于下桥臂公共端。该方案仅能获取线电流 $i_u$ 或 $i_v$，需通过基尔霍夫定律重构三相电流：

$$
i_w = -(i_u + i_v)
$$

但问题在于：在每个PWM周期内，仅当某相下桥臂导通时才能采样该相电流。因此需采用 三次采样重构法 ：

• 在PWM周期的三个不同时刻（如0%, 33%, 67%），分别触发ADC采样；
• 根据当前换相状态（由TIM1的CH1/CH2/CH3比较匹配标志判断），确定哪一相下桥臂处于导通窗口；
• 将采样值赋给对应相电流，其余两相按线性插值估算；

该算法在 HAL_TIM_PeriodElapsedCallback() 中实现，确保每次PWM周期均有有效电流值。重构误差实测小于3%，满足控制需求。

4.2 电流环PID：抗饱和与前馈补偿

电流环PID采用位置式算法，但必须集成两项关键机制：

1. 积分抗饱和（Anti-Windup）
当电机堵转或指令突变时，积分项会急剧累积，导致解除饱和后出现大幅超调。采用“积分分离”策略：仅当误差 $|e_i| < e_{th}$（如0.5 A）时启用积分，否则禁用。代码实现：

if (abs(error) < CURRENT_ERROR_THRESHOLD) {
    pid.i_term += PID_KI * error * DT_CURRENT;
} else {
    pid.i_term *= 0.95f; // 轻微衰减，防止突变
}

2. 反电动势前馈（Back-EMF Feedforward）
如前所述，反电动势 $E_b = K_e \omega$ 是主要扰动。在PID输出后叠加前馈项：

pwm_duty = pid_output + (uint16_t)(K_E * wheel_speed_rpm / 60.0f * 2.0f);

其中 $K_E$ 通过电机空载测试标定（测量不同转速下的反电动势电压）， 2.0f 为安全系数，预留100%裕量。

该前馈项将电流环带宽提升约40%，实测在10000 rpm下，电流响应上升时间从1.8 ms缩短至1.1 ms。

4.3 PWM死区与换相时序控制

TIM1配置为中心对齐模式（ TIM_COUNTERMODE_CENTERALIGNED1 ），可减少电流纹波。死区时间必须精确匹配IGBT开关特性：

• 设置 TIM1->BDTR = 0x00000800 （死区时钟周期=8，对应1.2 μs）；
• 换相时序由 TIM1->CCR1/CCR2/CCR3 动态更新，但必须遵守“先关断后开通”原则，避免直通短路；
• 在 HAL_TIMEx_CommutCallback() 中执行换相逻辑，该回调由TIM1的换相事件（COM）触发，确保时序绝对精准；

任何在主循环中手动修改CCR寄存器的操作都将破坏换相精度，这是导致MOSFET炸管的常见原因。

5. PID参数整定：从Ziegler-Nichols到工程实践

尽管Ziegler-Nichols临界比例度法提供了理论起点，但动量轮系统存在强非线性，必须结合频域分析与阶跃响应进行多工况整定。

5.1 外环PID：俯仰角控制的分段策略

外环控制对象为车体俯仰角θ，其开环传递函数具有右半平面零点，属非最小相位系统。直接应用ZN法会导致严重超调。采用 分段PI+微分先行 结构：

• 低速段 （|θ| < 2°）：启用完整PID，$K_p=12$, $K_i=0.8$, $K_d=0.15$；
• 中速段 （2° ≤ |θ| < 5°）：禁用微分项，增大比例增益至$K_p=20$，加快响应；
• 高速段 （|θ| ≥ 5°）：切换为Bang-Bang控制，直接输出最大PWM，防止倾覆；

微分项采用先行结构：
$$
u_{diff}(t) = K_d \cdot \frac{d\theta_{ref}(t)}{dt} - K_d \cdot \frac{d\theta(t)}{dt}
$$
避免设定值阶跃引起控制量突变。在代码中，$\frac{d\theta_{ref}}{dt}$ 由外环周期 $T_s=0.01$ s 和设定值变化量计算得出。

5.2 中环PID：角速度环的带宽匹配

角速度环目标是跟踪动量轮目标角速度 $\omega_{ref}$，其控制对象为电流环输出的转矩。整定时需满足：
- 中环带宽 = 外环带宽 × 5（经验法则）；
- 若外环采样周期10 ms（100 Hz），则中环需达500 Hz（2 ms周期）；
- 对应PID参数：$K_p=8.5$, $K_i=120$, $K_d=0.02$；

关键技巧：将$K_i$设为较大值，但通过 pid.i_term = fminf(pid.i_term, I_MAX) 限制积分上限，防止积分饱和。

5.3 参数整定验证：Bode图与阶跃响应

最终验证必须在真实硬件上进行：
- 使用示波器捕获MPU6050的SCL时钟与TIM1的PWM输出，测量从姿态变化到PWM响应的总延迟；
- 施加0.5°阶跃扰动，观察俯仰角响应曲线，要求超调量<15%，调节时间<300 ms；
- 在10000 rpm稳态下，注入5 Hz正弦扰动，用FFT分析电流环输出频谱，确认-3 dB带宽≥450 Hz；

若未达指标，优先检查ADC采样时序与DMA配置，其次调整PID参数，最后审视硬件布局（如电流采样电阻是否远离功率走线）。

6. 系统联调与故障排查经验

联调阶段暴露的问题往往源于跨模块交互，而非单一模块缺陷。以下是我在多个项目中总结的典型故障模式及解决路径。

6.1 “系统启动后立即倾覆”故障树

现象 ：上电后车体瞬间前倾，动量轮加速至最大值后仍无法扶正。
可能原因与排查 ：
- 坐标系标定错误 ：MPU安装方向与代码中 R_cal 矩阵不符，导致$\theta$符号反转。验证方法：手动前倾车体，观察串口打印的$\theta$值是否为正；
- 电流环极性接反 ：电机相序错误或电流采样极性反接，导致转矩方向与指令相反。验证方法：断开动量轮，给定微小正向电流指令，用万用表测量U/V相间电压极性；
- PID参数符号错误 ：外环$K_p$设为负值。检查 pid.h 中宏定义是否误写为 #define KP -12.0f ；

6.2 “低速稳定但高速振荡”故障树

现象 ：动量轮转速低于6000 rpm时平衡良好，超过后出现持续10–20 Hz俯仰振荡。
可能原因与排查 ：
- 反电动势补偿不足 ：$K_E$ 标定值偏低，导致高速时有效电压不足。验证方法：在10000 rpm下测量电枢两端电压，计算实际反电动势，重新标定$K_E$；
- 电流采样噪声 ：单电阻采样受PWM噪声干扰，高频成分进入PID计算。验证方法：用示波器观察PA0引脚波形，若存在>1 MHz振铃，需增加RC滤波（R=100 Ω, C=100 pF）；
- 机械共振 ：车架刚度不足，在特定转速激发模态。验证方法：断开电机，用手拨动动量轮，听是否有异常嗡鸣；

6.3 “姿态解算缓慢漂移”故障树

现象 ：静置1分钟后，$\theta$ 值缓慢漂移达±2°。
可能原因与排查 ：
- 陀螺仪零偏未校准 ：静止校准时间不足或环境振动干扰。验证方法：延长校准至30秒，置于防震平台上；
- 温度漂移未补偿 ：MPU6050内置温度传感器读数异常。验证方法：读取 TEMP_OUT_H/L 寄存器，若显示温度变化>5°C/min，检查PCB散热设计；
- FIFO溢出 ：I2C通信速率不足，导致FIFO满后丢弃新数据。验证方法：监控 FIFO_COUNT ，若频繁达到最大值，需降低FIFO触发阈值或提高I2C频率；

这些故障模式并非凭空设想，而是来自三次原型迭代中踩过的坑。最深的一次教训是：在第二版硬件中，我将MPU6050焊接在铝制散热片上，导致温度传感器读数失真，零偏校准完全失效。最终解决方案是改用导热硅脂隔离，并在固件中加入温度补偿查表——这提醒我们，嵌入式系统调试永远是软硬协同的过程，脱离硬件谈软件优化注定徒劳。