【实战指南】从编码器脉冲到轮速计算：嵌入式测速全流程解析
1. 编码器测速的核心原理
第一次接触编码器测速时，我被那一堆专业术语搞得头晕眼花。后来才发现，这东西本质上就是个会"打喷嚏"的旋转装置——每转一定角度就打一个电脉冲"喷嚏"。AB相编码器就像两个配合默契的喷嚏者，A相先打一个，B相紧接着打，通过观察谁先"打喷嚏"就能判断旋转方向。
实际项目中常用的霍尔编码器和光电编码器，本质上都是把机械运动转化为电信号。以常见的13线霍尔编码器为例，转一圈会产生13个脉冲信号。但这里有个坑：电机输出轴和轮子之间往往存在减速箱。比如我用过的37GB电机减速比是30:1，意味着电机转30圈，轮子才转1圈。这时候实际脉冲数要乘以减速比，13线编码器就变成了390个脉冲/圈（13×30）。
更专业的玩法是四倍频技术。普通计数只统计A相的上升沿，而四倍频会把A相和B相的上升沿、下降沿都计入。这就好比原来只用耳朵听喷嚏，现在连打喷嚏时的跺脚动作都算上，精度直接翻四倍。实测下来，同样的13线编码器，四倍频后单圈脉冲数飙升到1560（13×30×4），速度测量误差能控制在±2%以内。
2. 硬件连接与信号处理
给STM32接编码器时，我踩过最深的坑就是信号抖动问题。有次电机转速稍高，测得的速度值就开始"跳舞"。后来用示波器抓波形才发现，机械触点抖动会产生毛刺信号。解决方法很简单：在GPIO口加上0.1μF的滤波电容，或者直接选用光电编码器这种无触点器件。
对于AB相信号的处理，STM32的硬件编码器接口（Encoder Interface）真是救命神器。以TIM3为例，配置成编码器模式后，自动实现四倍频计数和方向判断，连中断函数都不用写。寄存器配置关键点：
TIM_EncoderInterfaceConfig(TIM3, TIM_EncoderMode_TI12, TIM_ICPolarity_Rising, TIM_ICPolarity_Rising); TIM_SetCounter(TIM3, 0); //计数器归零 TIM_Cmd(TIM3, ENABLE); //启动编码器接口如果像某些低成本方案只能用普通IO口，就得自己写边沿检测中断。这里有个骚操作：把A、B相都配置成下降沿触发，然后在中断里检查另一相电平状态。实测发现，相比轮询方式，中断法的响应速度能提升20倍以上，特别适合高速旋转场景。
3. 速度计算的数学魔法
拿到脉冲数后，真正的挑战在于把它转换成有物理意义的线速度。经过多次实验，我总结出这个万能公式：
速度(m/s) = (Δ脉冲数 × 轮周长) / (编码器总线数 × 减速比 × 采样时间 × 4)其中4是四倍频系数，如果用普通计数就改成1。举个例子：我的巡检机器人使用65mm直径轮子，500线编码器，减速比30:1，500ms采样一次。当检测到15000个脉冲时：
轮周长 = π×0.065 ≈ 0.204m 速度 = (15000×0.204)/(500×30×0.5×4) = 0.204m/s在代码实现时，建议把固定参数预先计算好。我的工程里会定义一个速度计算系数：
#define SPEED_FACTOR (1000.0f * 3.1415926f * WHEEL_DIAMETER / (ENCODER_LINES * GEAR_RATIO * SAMPLE_TIME * 4))这样实际计算就简化为speed = pulse_count * SPEED_FACTOR，既避免重复计算消耗CPU，又方便参数调整。记得加上1000倍系数把单位转为mm/s，显示更直观。
4. 软件实现的工程技巧
最早我直接在main函数里轮询编码器值，结果发现速度波动特别大。后来改用定时器中断+差分计算，稳定性立竿见影。关键配置如下：
// 定时器500ms中断配置 TIM_TimeBaseInitTypeDef timer; timer.TIM_Period = 5000-1; //72MHz/7200=10kHz, 5000计数=0.5s timer.TIM_Prescaler = 7200-1; TIM_TimeBaseInit(TIM4, &timer); TIM_ITConfig(TIM4, TIM_IT_Update, ENABLE); // 中断服务函数 void TIM4_IRQHandler() { if(TIM_GetITStatus(TIM4, TIM_IT_Update)) { int16_t current_pulse = TIM3->CNT; //读取编码器计数器 speed = (current_pulse - last_pulse) * SPEED_FACTOR; last_pulse = current_pulse; TIM_ClearITPendingBit(TIM4, TIM_IT_Update); } }对于需要更高实时性的场景，可以结合DMA实现自动搬运计数器值。我在四驱车上测试发现，DMA方式能将速度更新延迟从毫秒级降到微秒级，特别适合高速运动的PID控制。
5. 常见问题排查指南
遇到速度测量不准时，建议按这个checklist逐步排查：
- 信号质量检测：用示波器观察AB相波形，确保没有畸变或毛刺
- 线序验证：交换AB相接线，正转时脉冲数应该增加而不是减少
- 参数核对：三重确认编码器线数、减速比、轮径的数值
- 采样时间测试：从100ms到1s逐步调整，观察速度曲线平滑度
- 机械检查：轮子是否打滑、编码器安装是否松动
有个特别隐蔽的bug我花了三天才解决：电机启停时会出现脉冲丢失。最后发现是电源功率不足导致编码器供电不稳，换了2A的LDO后问题消失。所以强烈建议给编码器单独供电，或者至少加个大容量去耦电容。
6. 性能优化实战
要让测速系统达到工业级精度，还需要这些优化手段：
- 滑动窗口滤波：维护一个包含最近5次采样值的队列，取中位数作为最终速度
- 动态采样调整：低速时延长采样时间到1s，高速时缩短到100ms
- 温度补偿：在电机温度超过60℃时，对编码器线数进行0.5%/℃的系数修正
最近做的AGV项目里，通过这组优化将速度控制精度从±5%提升到±0.8%。特别是动态采样策略，让低速蠕动时的速度波动从±15mm/s降到了±2mm/s。关键实现代码：
// 动态调整采样时间 if(abs(speed) < 50) { // 低速模式 TIM_SetAutoreload(TIM4, 10000-1); //1s采样 } else { // 高速模式 TIM_SetAutoreload(TIM4, 1000-1); //100ms采样 } TIM_Cmd(TIM4, DISABLE); TIM_Cmd(TIM4, ENABLE); //重载定时器最后分享一个血泪教训：永远要在代码里加入脉冲溢出保护。当我的扫地机器人全速撞墙时，编码器计数器因为超过32767而溢出，导致速度计算出现巨大偏差。后来改成这样才彻底解决：
int32_t GetEncoderDelta() { static uint16_t last_cnt = 0; uint16_t curr_cnt = TIM3->CNT; int32_t delta = (int32_t)(curr_cnt - last_cnt); if(delta > 32767) delta -= 65536; if(delta < -32768) delta += 65536; last_cnt = curr_cnt; return delta; }