DarkFlippers/unleashed-firmware 中Princeton协议按钮替换功能的技术分析

问题背景

在DarkFlippers/unleashed-firmware项目的SubGHz功能中，Princeton协议实现存在一个值得注意的技术问题。该问题主要影响使用自定义按钮代码的场景，特别是在与SubBrute等自动化工具配合使用时。

技术细节

Princeton协议的实现中包含一个按钮替换功能，这个功能原本设计用于方便用户在常规SubGHz应用中快速切换不同的按钮代码。然而，这个实现方式带来了以下技术特点：

1. 键值修改机制：在lib/subghz/protocols/princeton.c文件的第387行处，flipper_format_update_hex函数会在传输完成后更新流中的密钥数据。

2. 默认按钮代码处理：系统对0x30等默认按钮代码有特殊处理逻辑，而使用其他自定义按钮代码时则能正常工作。

3. 首次使用特性：设备首次启动后，在未进行任何发射操作前设置键值不会被修改。但一旦执行过发射操作，键值就会被锁定，除非重启设备或通过常规SubGHz应用重新加载协议数据。

影响范围

这个问题主要影响以下使用场景：

• 使用SubBrute等自动化工具进行连续发射
• 需要频繁更改按钮代码的高级应用场景
• 开发自定义SubGHz协议的应用

临时解决方案

对于需要解决此问题的开发者，可以考虑以下方法：

1. 在代码中调用subghz_custom_btn_reset函数重置按钮状态
2. 避免使用受影响的默认按钮代码(如0x30)
3. 在连续发射操作前确保设备处于初始状态

技术建议

从代码架构角度看，这个问题反映出协议实现中的状态管理可以进一步优化。理想的解决方案可能包括：

• 将按钮代码修改功能设为可选而非强制
• 增加协议状态重置接口
• 提供更灵活的自定义按钮代码支持

这个问题虽然不影响基本功能，但对于高级用户和开发者来说值得注意，特别是在开发自动化工具或需要精确控制发射内容的场景下。