Bruce项目中的IR信号解析与发送问题分析

问题背景

在Bruce项目（一个基于CC1101芯片的嵌入式开发项目）中，用户报告了关于IR信号解析和发送功能的问题。具体表现为：虽然能够成功读取和保存IR信号（如来自Smart Tech电视的开关信号），但在尝试通过"Custom IR"功能重新发送这些信号时，电视无法响应。

问题现象分析

用户提供的IR信号文件显示以下关键信息：

• 协议类型：NEC42
• 地址：00 7F 00 00
• 命令：15 00 00 00
• 位数：32位
• 值：00 FE A8 57

虽然设备能够发送IR信号，但目标电视没有响应。类似问题也出现在其他协议如SIRC（索尼协议）上。

技术原因探究

经过深入分析，发现问题的根源在于以下几个方面：

1. 协议识别问题：

   • 代码中硬性要求协议必须为"NEC"，而实际捕获的信号可能标记为"NEC42"
   • 这种严格的协议匹配导致部分有效信号无法被正确处理

2. 位长处理不当：

   • 对于SIRC协议，代码中硬编码为20位发送，而实际信号可能是12位
   • 这种不匹配导致发送的信号格式不正确

3. 重复发送次数问题：

   • 代码默认发送10次重复信号，而某些协议（如SIRC）只需要2次重复
   • 过多的重复发送可能导致信号被设备忽略

4. 扩展位缺失：

   • 对于20位的SIRC信号，需要额外的扩展位信息，但现有实现没有提供

解决方案实现

开发团队针对上述问题进行了多项修复：

1. 协议匹配优化：

   • 放宽协议匹配条件，接受"NEC42"等变体协议
   • 确保不同命名的同类协议都能被正确处理

2. 动态位长支持：

   • 修改代码使用实际信号中的位长(nbits)而非固定值
   • 确保信号按原始格式准确发送

3. 重复次数调整：

   • 根据不同协议特性调整重复发送次数
   • 例如SIRC协议改为初始发送+2次重复

4. 扩展位处理：

   • 为需要扩展位的协议添加相应支持
   • 确保长格式信号完整传输

验证与结果

修复后的版本经过测试验证：

• 索尼电视的SIRC信号（12位）能够正确发送并控制设备
• NEC42协议的信号能够被识别和处理
• 各种协议的信号发送次数得到优化

用户反馈表明，更新后的版本成功解决了原始问题，Custom IR功能现在可以正常工作。

技术启示

这一问题的解决过程提供了几个重要的技术启示：

1. 协议兼容性：

   • 在处理IR信号时，需要考虑不同厂商对标准协议的变体实现
   • 严格的协议匹配可能导致兼容性问题

2. 信号完整性：

   • 必须保持信号的原始特征，包括位长、时序等
   • 任何修改都可能导致信号失效

3. 设备特性差异：

   • 不同设备对信号重复次数等参数有不同要求
   • 需要针对具体设备优化发送策略

这一案例展示了在嵌入式开发中处理硬件协议时需要注意的细节问题，也为类似项目的开发提供了有价值的参考。