CircuitPython RP2040 双旋转编码器实现问题解析

在CircuitPython 9.2.2及以上版本中，RP2040微控制器平台上使用两个旋转编码器时会出现系统挂起的问题。本文将深入分析该问题的成因、技术背景以及解决方案。

问题现象

当开发者在RP2040平台上（如Raspberry Pi Pico）尝试同时初始化两个旋转编码器时，系统会在创建第二个编码器实例时挂起。具体表现为：

1. 第一个编码器初始化成功
2. 第二个编码器初始化时系统停止响应
3. 只有当第二个编码器产生信号变化时系统才会恢复，但此时第一个编码器将无法正常工作

技术背景

旋转编码器在CircuitPython中通过rotaryio模块实现，底层依赖于RP2040的PIO（可编程I/O）子系统。PIO是RP2040特有的可编程状态机，能够独立于CPU处理I/O操作。

在9.2.1到9.2.2版本的更新中，主要进行了以下关键修改：

1. PIO子系统重构以支持RP2350B的高引脚功能
2. 中断处理机制的调整（虽然旋转编码器实现不使用DMA）

问题根源

通过调试分析发现，问题出在StateMachine的实现上。当创建第二个编码器实例时，系统尝试重用现有的PIO程序，但这一过程出现了问题。具体表现为：

1. 状态机在数据传输阶段挂起
2. 读取操作陷入无限等待
3. 资源冲突导致第一个编码器无法继续工作

解决方案

临时解决方案是强制StateMachine不使用现有的PIO程序。通过修改代码使"use_existing_program"始终返回false，可以避免系统挂起。这一修改已经过实际测试验证：

1. 在Raspberry Pi Pico上测试通过
2. 在RP2350 Pico2上测试通过
3. 模拟编码器信号测试通过

测试验证方法

开发者可以使用以下方法模拟旋转编码器信号进行测试：

1. 使用四个GPIO引脚模拟两个编码器的A/B相输出
2. 通过程序控制GPIO高低电平变化模拟编码器旋转
3. 观察两个编码器的位置计数是否正常变化

这种测试方法不需要实际旋转编码器硬件，便于快速验证问题是否解决。

总结

该问题的出现提醒我们，在嵌入式系统开发中，资源共享和重用需要特别小心。特别是在PIO这样的专用硬件资源管理上，必须确保资源分配和释放的正确性。对于使用RP2040平台和CircuitPython的开发者，建议在需要使用多个旋转编码器时，关注该问题的修复版本更新。