简介：本资源是一套基于STM32F1系列MCU与HAL库开发的欧姆龙E6B2增量式编码器驱动工程，面向嵌入式初学者及电机控制、运动检测等应用场景开发者，解决旋转速度与角度的高稳定性采集难题。工程已完整适配标准HAL库外设驱动（如TIM、GPIO、RCC），支持实时转速计算与累计角度输出，代码结构清晰、注释详尽，便于快速移植至同类项目。压缩包共178个文件，涵盖60个头文件（.h）、22个源码文件（.c）、39个编译目标文件（.o）及配套工程配置（.ioc、.uvprojx）、调试文件（.hex、.axf）和说明文档（.pdf、.txt），总大小1.25MB，目录组织规范，便于理解底层定时器编码器模式配置与中断处理逻辑。目前已有374人学习下载，提供可直接编译运行的完整Keil工程，含关键外设初始化、计数溢出处理、速度滤波算法及实测数据验证，显著降低编码器接入门槛。
1. 从需求到方案：为什么选择STM32 HAL库驱动欧姆龙E6B2编码器
在嵌入式开发，特别是电机控制、位置反馈和速度测量的项目中，旋转编码器是一个绕不开的核心传感器。最近我在一个需要精确测量电机转速的项目里，选择了欧姆龙的E6B2系列增量式编码器作为反馈元件，主控芯片则是意法半导体的STM32F4系列。之所以选择这个组合，是因为E6B2以其坚固耐用、抗干扰能力强、性价比高在工业现场中非常常见，而STM32 HAL库则大大简化了底层硬件初始化的复杂度，让开发者能更专注于应用逻辑。
但当我真正开始动手时，发现网上关于E6B2的资料虽然多，但大多集中在PLC或 Arduino 平台，直接针对STM32 HAL库、特别是如何稳定可靠地读取转速的完整实战分享却很少。很多教程只告诉你如何接线、如何配置定时器的编码器模式，但对于如何将脉冲计数转化为有物理意义的转速值（如RPM或RPS），如何处理高速旋转下的计数溢出，以及如何消除因抖动或干扰带来的读数跳变，这些真正影响项目稳定性的“魔鬼细节”往往一笔带过。这篇文章，我就来填上这个坑，分享一套从硬件连接到软件实现，再到数据处理和抗干扰优化的完整驱动方案。无论你是正在做课程设计的学生，还是面临产品开发的工程师，希望这些踩过的坑和总结的经验能让你少走弯路。
2. E6B2编码器与STM32的硬件接口设计
在写第一行代码之前，正确的硬件连接是成功的基石。欧姆龙E6B2增量式编码器通常有5根线：电源正（Vcc， 通常是5V或12V，具体看型号）、电源地（GND）、A相输出、B相输出和Z相（零位）输出。我们读取转速主要依靠A、B两相。
2.1 信号类型与电平匹配
E6B2的输出通常是集电极开路（Open Collector）型。这意味着它的输出引脚内部相当于一个开关到地，需要外部上拉电阻才能产生高电平。很多初学者直接将其接到单片机IO口，发现读数不稳定或根本没信号，问题往往就出在这里。
正确的接法是：在编码器的A、B相输出线与单片机的VCC（3.3V）之间，各接一个1kΩ到10kΩ的上拉电阻。这样，当编码器内部开关断开时，信号线被上拉到3.3V（高电平）；当开关闭合时，信号线被拉低到接近0V（低电平）。这个设计的好处是允许输出端承受比编码器供电电压更高的电压，增强了兼容性，但也意味着你必须主动提供这个上拉。
对于STM32的IO口，需要将其配置为浮空输入（Input floating）或者上拉输入（Input pull-up）。如果外部已经接了上拉电阻，用浮空输入即可；如果为了省事，也可以利用STM32内部的上拉电阻（通常几十kΩ），但要注意内部上拉电阻值较大，在高速信号下可能边沿不够陡峭，建议高速场合还是使用外部1kΩ-4.7kΩ的强上拉。
2.2 定时器编码器模式：硬件解码的优势
读取增量编码器最专业、最可靠的方式是利用STM32定时器的编码器接口模式。这是硬件级别的计数，不占用CPU资源，计数准确性与CPU负载无关，并且能自动根据A、B相的相位关系判断正反转。
以STM32F407为例，其高级定时器（TIM1, TIM8）和通用定时器（TIM2-TIM5, TIM9-TIM14）大多支持编码器模式。你需要将编码器的A相接在定时器通道1对应的GPIO上，B相接在通道2上。在HAL库中，配置过程被大大简化，但理解其背后的原理至关重要。
定时器在编码器模式下，会将A、B相信号作为两个时钟输入。它可以在A相的每个边沿（上升沿、下降沿或双边沿）检查B相的电平，从而判断方向并计数。例如，配置为“在TI1和TI2的边沿计数”时，每个A相和B相的跳变沿都会触发一次计数，因此分辨率提高了4倍。对于一个每转产生100个脉冲（100 PPR）的编码器，采用4倍频后，定时器每转会计数400次，极大地提高了角度和速度测量的分辨率。
3. 基于HAL库的定时器编码器模式配置详解
下面我们以STM32CubeIDE和HAL库为例，一步步配置TIM3的通道1和通道2来读取E6B2编码器。
3.1 CubeMX图形化配置
首先在Pinout & Configuration视图下，找到你打算使用的定时器，比如TIM3。
- 时钟源：选择“Internal Clock”是不对的，编码器模式需要选择“Encoder Mode”。
- 参数配置：
- Encoder Mode：选择“Encoder Mode TI1 and TI2”。这是最常用的4倍频模式，在TI1（A相）和TI2（B相）的每个边沿都计数。
- Counter Period：这是自动重装载寄存器（ARR）的值。对于16位定时器，最大值是65535。这个值决定了计数器的溢出周期。设置多大取决于你的应用：如果你只关心速度而不关心多圈绝对位置，可以设小一点（如1000），让溢出中断频繁发生以便于速度计算；如果你需要记录多圈位置，可以设为最大值65535，以减少溢出次数，但需要在软件中处理溢出。
- Polarity：保持默认“Rising Edge”即可，除非你的信号逻辑相反。
- GPIO设置：检查对应的PA6（TIM3_CH1）和PA7（TIM3_CH2）引脚，模式会自动变为“Input Capture direct mode”。上拉/下拉根据你的硬件连接选择，如前所述。
- NVIC设置：如果你需要处理计数器溢出（上溢或下溢）事件，需要在NVIC Settings中使能“TIM3 global interrupt”。对于单纯的转速测量，我们可以用更高效的方式，不一定需要开启溢出中断。
生成代码后，CubeMX会自动在MX_TIM3_Init()函数中完成定时器作为编码器的初始化。
3.2 关键代码解析与启动
生成的初始化代码核心是HAL_TIM_Encoder_Init()函数。但初始化完成后，定时器并没有开始计数。你必须手动启动编码器接口。
// 启动TIM3的编码器接口模式 HAL_TIM_Encoder_Start(&htim3, TIM_CHANNEL_ALL);这一行代码之后，定时器计数器htim3.Instance->CNT就会随着编码器的旋转而实时变化。正转时递增，反转时递减。
读取当前计数值非常简单：
int32_t current_count = __HAL_TIM_GET_COUNTER(&htim3);这里使用int32_t是为了容纳可能超过16位的数值（当软件处理了多次溢出后）。
4. 核心算法：从脉冲计数到转速计算
获取了实时计数值，如何把它转换成每分钟转数（RPM）或每秒转数（RPS）？这是驱动程序的灵魂所在。核心公式是：
转速 = （Δ计数值 / 分辨率） / 时间间隔
其中：
- Δ计数值：在固定时间间隔内计数器值的变化量（有符号数，代表方向和大小）。
- 分辨率：旋转一圈对应的计数值。如果编码器是100 PPR，采用4倍频，则分辨率 = 100 * 4 = 400 计数/转。
- 时间间隔：测量Δ计数值所花费的时间，单位是秒。
4.1 基础采样法及其缺陷
最直观的方法是在一个定时中断（比如1ms中断）里，读取当前计数值count_now，减去上一次的值count_last，得到Δcount，然后根据公式计算瞬时速度。
// 在1ms定时器中断中 static int32_t last_count = 0; int32_t current_count = __HAL_TIM_GET_COUNTER(&htim3); int32_t delta_count = current_count - last_count; // 假设分辨率是400计数/转，时间间隔是0.001秒 float speed_rps = (float)delta_count / 400.0f / 0.001f; float speed_rpm = speed_rps * 60.0f; last_count = current_count;这个方法存在严重问题：当转速很低时，1ms内的Δcount可能为0，导致算出的速度为0，无法反映真实低速。同时，任何一次计数器的读取误差（比如刚好在脉冲边沿时读取）都会被放大，导致速度值剧烈跳动。
4.2 改进的M法测速：固定时间，测量脉冲数
为了解决低速问题，我们可以延长采样时间，比如每10ms或50ms计算一次速度。这样在低速时也能积累到足够的脉冲数。但采样时间太长又会降低速度测量的实时性。一个更好的折中方案是使用M法测速，并配合方向判断和溢出处理。
我们设计一个速度计算任务，每T秒（例如20ms）执行一次。在这个任务里，我们不仅要计算Δcount，还要处理计数器溢出。
// 全局变量 static int32_t g_encoder_total_count = 0; // 扩展的32位总计数 static int32_t g_last_raw_count = 0; // 上一次的16位原始计数值 const int32_t ENCODER_RESOLUTION = 400; // 每转计数 const float SAMPLE_TIME_S = 0.020f; // 采样时间20ms void Speed_Calculation_Task(void) { int32_t current_raw_count = __HAL_TIM_GET_COUNTER(&htim3); int32_t delta_raw = current_raw_count - g_last_raw_count; // 处理16位计数器溢出/下溢 // 因为计数器是16位的，当从65535增加到0时，delta_raw会是一个很大的负数（-65535） // 实际上这是正向溢出，应该加上65536。 // 同理，从0减少到65535是负向溢出，应该减去65536。 if(delta_raw > 32767) { delta_raw -= 65536; // 实际是负向变化（反转），但差值表现为很大的正数 } else if(delta_raw < -32767) { delta_raw += 65536; // 实际是正向变化（正转），但差值表现为很大的负数 } // 更新扩展的总计数 g_encoder_total_count += delta_raw; // 计算过去20ms内的速度 float speed_rps = (float)delta_raw / ENCODER_RESOLUTION / SAMPLE_TIME_S; float speed_rpm = speed_rps * 60.0f; // 更新上一次的原始计数值 g_last_raw_count = current_raw_count; // 这里可以将speed_rpm用于显示或控制 }这个算法的关键在于delta_raw的溢出判断。通过判断差值是否超过计数器量程（65536）的一半（32768），来修正因计数器循环导致的错误差值。这种方法能正确跟踪长时间、高速度下的累计位置和瞬时速度。
注意：采样时间
SAMPLE_TIME_S的选择需要权衡。时间太短，低速时脉冲数少，量化误差大，速度波动大；时间太长，系统响应慢。对于电机控制，通常选择与控制周期相同或数倍于控制周期（如5ms, 10ms, 20ms）。你可以通过实验，观察不同转速下速度读数的平滑度和响应速度来调整。
5. 高级话题：软件抗干扰与数据滤波
在实际的电机运行环境中，尤其是有变频器、大功率开关器件时，编码器信号很容易受到干扰，导致计数器偶尔出现异常的跳变（比如瞬间增加或减少好几个计数）。这反映在速度上就是尖峰毛刺。
5.1 硬件滤波与软件去抖
首先，硬件上可以在编码器信号线上靠近单片机输入端加入一个RC低通滤波器（例如100Ω电阻串联，100pF电容对地），滤除高频噪声。STM32的定时器输入通道也支持数字滤波，可以通过CubeMX配置“Input Filter”的值，这个值代表需要连续多少个采样时钟保持相同电平才被认为有效，可以有效抑制毛刺。
软件上，对于速度计算结果，直接使用原始值往往噪声很大。我们需要进行滤波。
5.2 一阶低通滤波（LPF）
最常用且简单有效的是一阶低通滤波，公式如下：filtered_speed = α * current_speed + (1 - α) * last_filtered_speed其中，α是滤波系数，介于0和1之间。α越接近1，响应越快，但滤波效果越差；α越接近0，滤波效果越好，但延迟越大。
float lpf_factor = 0.2f; // 滤波系数，可根据需要调整 static float filtered_speed_rpm = 0.0f; void Speed_Filtering(float current_speed_rpm) { filtered_speed_rpm = lpf_factor * current_speed_rpm + (1.0f - lpf_factor) * filtered_speed_rpm; }5.3 滑动平均滤波
另一种方法是滑动平均滤波，即维护一个最近N次速度值的队列，每次计算这N个值的平均值作为输出。这种方法对脉冲型噪声抑制效果更好，但会引入固定的N/2个采样周期的延迟。
#define MOVING_AVG_SIZE 5 float speed_buffer[MOVING_AVG_SIZE] = {0}; uint8_t buffer_index = 0; float speed_sum = 0.0f; float Moving_Average_Filter(float new_speed) { // 减去即将被覆盖的旧值，加上新值 speed_sum = speed_sum - speed_buffer[buffer_index] + new_speed; speed_buffer[buffer_index] = new_speed; buffer_index = (buffer_index + 1) % MOVING_AVG_SIZE; // 返回平均值 return speed_sum / MOVING_AVG_SIZE; }在实际项目中，我通常会先使用一阶低通滤波，如果发现对偶尔出现的特大毛刺抑制不够，再结合一个“限幅滤波”，即判断本次速度与上次滤波后速度的差值，如果超过一个合理的物理极限（比如电机不可能在1ms内加速到1000RPM），则认为是干扰，丢弃本次采样或使用上次值。
6. 调试技巧与常见问题排查
即使代码逻辑正确，调试阶段也可能遇到各种问题。这里分享几个实用的调试技巧和常见坑点。
6.1 编码器信号质量检查
首先，确保编码器信号是“干净”的。最可靠的方法是用示波器同时观察A、B两相信号。旋转编码器，你应该看到两路频率相同、相位差90度的方波。正转时，A相领先B相90度；反转时，B相领先A相90度。如果波形有毛刺、振铃或幅度不足，就要检查电源、接地和上拉电阻。
如果没有示波器，可以用一个简单的软件方法：将A、B相所在的GPIO配置成普通输入，在循环中快速读取并打印它们的电平值（0或1），手动缓慢旋转编码器一圈。观察打印出的序列，理论上应该看到00->10->11->01->00...（正转）或00->01->11->10->00...（反转）的规律变化。如果出现跳变（如00直接跳到11），说明信号有问题。
6.2 计数器行为验证
在确认信号质量后，验证定时器计数器是否正常工作。在main函数的循环里，不断打印__HAL_TIM_GET_COUNTER(&htim3)的值。手动旋转编码器，观察打印值：
- 正转时，数值应持续增加。
- 反转时，数值应持续减少。
- 停止时，数值应保持不变。
- 快速旋转时，数值变化也应快速且连续，不应出现回跳或停滞。
如果数值变化方向与预期相反，可以尝试在CubeMX中交换A、B相所接的通道（即将A相接TIMx_CH2，B相接TIMx_CH1），或者在软件中取速度值的相反数。
6.3 速度计算异常排查
如果计数器变化正常，但计算出的速度值异常（如恒为0、极大或跳动剧烈），请按以下步骤排查：
- 检查分辨率参数：确认
ENCODER_RESOLUTION是否设置正确（PPR * 倍频数）。这是最常见的错误。 - 检查采样时间：确认
SAMPLE_TIME_S的单位是秒，且数值正确。例如20ms应该是0.020，而不是20。 - 检查数据类型：在计算
speed_rps = delta_raw / ENCODER_RESOLUTION / SAMPLE_TIME_S时，确保使用浮点数除法。如果delta_raw、ENCODER_RESOLUTION和SAMPLE_TIME_S都是整数，整数除法会截断小数，导致低速时速度永远为0。务必在公式中至少将一个操作数转换为浮点数，如(float)delta_raw / 400.0f / 0.02f。 - 检查溢出处理逻辑：在高速旋转时，如果溢出处理逻辑有误，
delta_raw会计算错误，导致速度值出现周期性的巨大正负跳变。仔细核对第4.2节中的溢出判断代码。 - 检查任务调度周期：确保你的
Speed_Calculation_Task函数被严格定期调用。如果调用间隔不稳定，那么SAMPLE_TIME_S这个常量就失去了意义，计算出的速度自然不准。最好使用RTOS的定时任务或者硬件定时器中断来触发速度计算。
6.4 关于Z相（零位信号）的使用
E6B2的Z相每旋转一圈输出一个脉冲（通常与A相对齐）。这个信号可以用来校正累计位置的误差。你可以将Z相接在另一个定时器的输入捕获通道或外部中断引脚上。在Z相中断服务函数中，将扩展的总计数值g_encoder_total_count舍入到最接近的整圈计数值。这可以消除因干扰或长时间运行导致的累计误差漂移，实现绝对位置的单圈校正。对于多圈绝对位置，则需要结合电池备份或其它记忆手段，这超出了本文讨论的范围。
经过以上步骤，你应该能够获得一个稳定、准确的欧姆龙E6B2编码器转速读数。这套基于STM32 HAL库的方案，其核心思想——硬件计数、软件处理溢出、定期采样计算、后期滤波——可以推广到几乎所有支持编码器模式的微控制器和增量式编码器上。关键在于理解每个环节背后的原理，并根据自己的应用场景（对速度、精度、实时性的要求）灵活调整参数和算法。
本文还有配套的精品资源，点击获取
