DarkFlippers/unleashed-firmware项目中的Came Atomo遥控器计数器问题解析

在DarkFlippers/unleashed-firmware项目的开发过程中，我们发现并解决了一个关于Came Atomo遥控器按钮计数器序列的重要问题。这个问题涉及到Sub-GHz模块对Came Atomo协议的支持，特别是在连续发送信号时的计数器处理机制。

问题背景

Came Atomo是一种广泛使用的无线遥控系统，主要用于门禁和闸门控制。该系统使用特定的计数器机制来实现遥控器的编程和配对功能。在原始实现中，当通过Flipper设备连续发送Came Atomo信号时，按钮计数器(Btn_Cnt)的序列出现了异常变化，从约0x4C直接跳转到0x54，而不是按照规范从0x00递增到0x7F后重新从0x00开始。

技术细节分析

Came Atomo遥控系统的工作原理依赖于两个关键计数器：

1. 包计数器(Pcl_Cnt)：保持静态不变
2. 按钮计数器(Btn_Cnt)：需要从0x00递增到0x7F，然后重新从0x00开始

这种计数器机制对于遥控器的编程模式至关重要。当计数器完成一个完整的0x00-0x7F循环并重新从0x00开始时（称为"零交叉事件"），接收器会进入编程模式，允许添加新的遥控器。

问题根源

经过深入分析，我们发现问题的根源在于Sub-GHz模块的实现方式。当前的实现存在以下限制：

1. 不支持在按住按钮时发送不同的代码序列
2. 缓冲区空间有限，难以存储完整的127个计数器值序列
3. 计数器重置机制可能没有正确实现

解决方案探索

针对这个问题，开发团队考虑了三种可能的解决方案：

1. 完整序列生成：生成完整的127个计数器值并放入缓冲区

   • 优点：完全符合协议规范
   • 缺点：可能耗尽RAM，且如果按钮释放过早会导致零交叉事件失败

2. 从零开始序列：强制所有数据包从零开始计数

   • 优点：实现简单
   • 缺点：可能无法满足所有接收器的要求

3. 关键值序列：只发送特定的关键计数器值序列

   • 优点：节省资源，实现灵活
   • 缺点：需要精确选择关键值

最终，团队选择了第三种方案，实现了以下计数器序列：10(0x0A)、30(0x1E)、125(0x7D)、126(0x7E)、127(0x7F)、0(0x00)、1(0x01)、2(0x02)。这种设计通过发送关键节点值来模拟完整的计数器循环，同时节省了系统资源。

验证与测试

为了验证解决方案的有效性，开发团队进行了以下测试：

1. 使用原始遥控器录制RAW信号进行对比分析
2. 采购Came RE432M接收器模块进行本地测试
3. 在实际门禁系统上进行功能验证

测试结果表明，改进后的实现能够在约9-10秒的连续发送后成功触发接收器的编程模式。同时，团队还发现了一些影响系统稳定性的因素：

1. 天线连接质量：不良的天线连接会导致信号接收不稳定
2. 电源噪声：接收器对电源噪声非常敏感，最大工作电流约30mA
3. 发送持续时间：必须保持足够长的发送时间才能确保零交叉事件触发

经验总结

通过解决这个问题，我们获得了以下宝贵经验：

1. 在实现无线协议时，必须严格遵循原始设备的计数器机制
2. 资源受限环境下，可以采用关键值序列等优化方案
3. 硬件因素（如天线、电源）会显著影响无线系统的可靠性
4. 拥有实际硬件设备进行本地测试对于问题诊断至关重要

这个问题及其解决方案不仅完善了Flipper设备对Came Atomo协议的支持，也为类似无线协议的实现提供了有价值的参考。开发团队将继续优化Sub-GHz模块的功能，提升对各种无线协议的支持能力。