1. EC11旋转编码器基础认知

第一次接触EC11旋转编码器时，我被它小巧的体积和精准的控制能力惊艳到了。这个看起来像迷你电位器的小东西，实际上是个数字输入设备，通过旋转产生脉冲信号。与普通电位器最大的区别在于，EC11属于增量式编码器，没有物理位置限制，可以无限旋转。

EC11内部结构其实很简单：两个机械触点（A相和B相）和一个共地端。静止时AB相输出高电平，旋转时会产生相位差90°的方波。这种设计让它具备了三大核心功能：

• 方向检测：通过AB相的相位关系判断顺时针/逆时针旋转
• 步进计数：每个定位点产生固定脉冲数
• 按键功能：多数EC11还集成按压开关

我手头这款是20定位/圈的型号，转一圈会触发20次脉冲。实际调试中发现，不同厂家的EC11可能存在细微差异。比如有的型号旋转时AB相会同时跳变到低电平，而我用的这款则是交替跳变。这种差异对驱动程序的设计影响很大，建议大家在动手前先用逻辑分析仪抓取实际波形。

2. 传统轮询检测的局限性

最早我参考网上的例程，用GPIO轮询方式实现了基础功能：

// 基础轮询检测示例 uint8_t last_A = READ_EN_A(); uint8_t last_B = READ_EN_B(); while(1) { uint8_t current_A = READ_EN_A(); uint8_t current_B = READ_EN_B(); if(current_A != last_A || current_B != last_B) { if(current_A == 0 && last_A == 1) { // A相下降沿 direction = (current_B == 1) ? CW : CCW; } last_A = current_A; last_B = current_B; } }

这种方法虽然简单，但实测中暴露出三个严重问题：

1. 抖动干扰：机械触点会产生5-10ms的抖动，导致误判
2. 速度瓶颈：快速旋转时会丢失脉冲（实测超过30转/分钟就开始丢步）
3. 上电误触发：初始化时电平不稳定可能产生错误计数

最头疼的是抖动问题。我曾尝试用延时消抖：

if(current_A != last_A) { delay_ms(10); // 简单延时消抖 if(READ_EN_A() == current_A) { // 确认变化 } }

但这样会导致响应延迟，在快速旋转时反而加剧了丢步现象。这让我意识到需要更可靠的解决方案。

3. 状态机设计原理突破

状态机（State Machine）的概念给了我新的思路。把AB相的变化看作状态转移，可以建立如下模型：

+---------------+ | | | IDLE |<----+ | (AB=11) | | +-------+-------+ | | | A下降沿 | B下降沿 | | | +-------------+-------------+ | | +----v----+ +------v-----+ | | | | | A_LOW | | B_LOW | | (AB=01) | | (AB=10) | +----+----+ +-----+------+ | | | B下降沿 A下降沿 | | | +----v----+ +------v-----+ | | | | | BOTH_LOW| | BOTH_LOW | | (AB=00) | | (AB=00) | +---------+ +------------+

这个状态机有几点精妙之处：

1. 明确的状态定义：每个状态对应确定的AB相电平组合
2. 合法的状态转移：只有特定边沿能触发状态切换
3. 方向判断时机：在单相变化时检测另一相电平

实测发现，这种设计天然具备抗抖动特性。因为机械抖动通常发生在电平跳变时，而状态机只有在检测到稳定跳变后才会转移状态。即使中间有抖动产生多个边沿，只要持续时间短于状态机响应时间，就不会造成误判。

4. 状态机具体实现

基于RT-Thread的实现代码如下（关键部分）：

typedef enum { STATE_IDLE, // AB=11 STATE_A_RISING, // A上升沿 STATE_A_FALLING, // A下降沿 STATE_B_RISING, // B上升沿 STATE_B_FALLING // B下降沿 } EncoderState; EncoderState state = STATE_IDLE; uint8_t read_encoder() { static uint8_t last_A = 1, last_B = 1; uint8_t current_A = READ_EN_A(); uint8_t current_B = READ_EN_B(); uint8_t result = 0; switch(state) { case STATE_IDLE: if(current_A != last_A) { state = (current_A == 1) ? STATE_A_RISING : STATE_A_FALLING; } else if(current_B != last_B) { state = (current_B == 1) ? STATE_B_RISING : STATE_B_FALLING; } break; case STATE_A_FALLING: if(current_A == 0) { result = (current_B == 1) ? 1 : 2; // 1=CW, 2=CCW state = STATE_IDLE; } break; // 其他状态处理... } last_A = current_A; last_B = current_B; return result; }

几个关键优化点：

1. 状态超时机制：添加50ms超时，自动返回IDLE状态
2. 双边沿检测：同时处理上升沿和下降沿提高响应速度
3. 去抖动滤波：连续读取3次确认电平稳定

实测性能对比：

5. 高级功能扩展

在基础状态机上，我还实现了以下增强功能：

速度检测算法：

// 计算转速（转/分钟） static uint32_t last_edge_time = 0; static float calculate_rpm() { uint32_t now = rt_tick_get(); float interval = (now - last_edge_time) * (1000/60.0); // ms转min last_edge_time = now; return (60000.0 / interval) / 20; // 20脉冲/圈 }

按键复合操作：

if(encoder_button_pressed()) { if(encoder_rotation() == CW) { volume_up(); // 按下时旋转调节音量 } else { volume_down(); } }

配置参数化：

struct encoder_config { uint8_t pulses_per_rev; // 每圈脉冲数 uint8_t debounce_ms; // 消抖时间 uint8_t reverse_dir; // 方向反转 };

6. 常见问题解决方案

在调试过程中，我踩过几个典型的坑：

问题1：快速旋转时方向误判

• 原因：检测时机错过另一相电平变化
• 解决：缩短状态机扫描周期到1ms以内

问题2：上电时误触发

• 原因：GPIO初始化期间电平不稳定
• 解决：添加500ms初始化延迟

问题3：长线传输干扰

• 现象：3米以上线缆出现误触发
• 改进：
  1. 添加10K上拉电阻
  2. 并联100pF电容滤波
  3. 改用双绞屏蔽线

一个实用的调试技巧：用串口打印实时状态

printf("[%dms] State=%d, AB=%d%d -> ", rt_tick_get(), state, current_A, current_B);

7. 不同型号的适配经验

遇到过两种特殊型号需要特别注意：

两定位一脉冲型：

• 特点：转两格才输出完整周期
• 对策：状态机需要记录半周期状态

无定位手感型：

• 特点：平滑旋转无卡顿感
• 检测：需要更高采样率（建议>1kHz）

建议在驱动中增加类型参数：

enum encoder_type { EC11_20PULSE, // 20脉冲/圈 EC11_15PULSE // 15脉冲/圈 };

8. 实际应用案例

在智能家居面板项目中，EC11实现了以下功能：

• 旋转调节灯光亮度（按下切换设备）
• 长按3秒进入配网模式
• 双击切换情景模式

关键优化点：

1. 采用RT-Thread的PIN设备框架，兼容多平台
2. 使用消息队列异步处理事件
3. 添加加速度检测（转速越快，亮度变化越快）

// 消息队列示例 struct encoder_event { uint8_t type; // 1=旋转 2=单击 3=长按 int8_t value; // 方向或点击次数 }; rt_mq_send(encoder_mq, &event, sizeof(event));

经过三个月的实际运行，状态机方案的稳定性得到验证，故障率低于0.1%。相比传统轮询方案，状态机的优势在复杂应用场景中愈发明显。