Arduino-IRremote库中Mitsubishi空调IR信号解码问题分析

问题背景

在Arduino-IRremote库的使用过程中，用户发现对Mitsubishi空调红外遥控信号的解码存在异常。具体表现为捕获到的144位IR信号中，最后两个字节数据不正确。这一问题在ESP32和ESP32C3平台上均能复现。

问题现象

当使用ReceiveDemo示例代码捕获Mitsubishi空调遥控信号时，解码输出的原始数据格式如下：

uint64_t tRawData[]={0x150800000126CB23, 0x594030, 0xCB23};

从数据可以看出，前两部分数据（0x150800000126CB23和0x594030）是正确的，但最后一部分数据（0xCB23）与预期不符。根据Mitsubishi空调IR协议规范，最后两个字节应为0x00和CRC校验字节，但实际捕获到的却是重复的头部数据（0xCB23）。

技术分析

原始问题定位

经过深入排查，发现该问题涉及多个层面的技术细节：

1. 数据长度处理问题：原始代码中使用了uint8_t类型来存储rawlen（原始数据长度），这在处理长IR信号（如144位的Mitsubishi协议）时会导致溢出。当实际数据长度为292时，被截断为36，导致后续处理错误。

2. 协议解码逻辑：Mitsubishi空调IR协议采用LSB（最低有效位优先）格式，包含一个主数据包和一个重复数据包，中间有较大间隔。原始解码逻辑未能正确处理这种重复模式，导致将重复包的头部错误地附加到主数据包末尾。

3. 平台兼容性问题：不同平台（8位/32位）对64位数据的处理方式不同，这也增加了问题的复杂性。

解决方案

针对上述问题，开发团队实施了以下修复措施：

1. 数据类型修正：将rawlen的数据类型从uint8_t改为uint32_t，确保能正确存储长IR信号的长度信息。

2. 解码逻辑优化：改进了脉冲距离宽度解码算法，确保能正确处理Mitsubishi协议特有的重复模式。

3. 数据完整性检查：增加了对超长IR信号的完整性验证，防止缓冲区溢出。

验证结果

修复后的版本能够正确捕获完整的144位Mitsubishi空调IR信号：

uint64_t tRawData[]={0x150820000126CB23, 0x354030, 0xF700};

从输出可以看到，现在能够正确捕获到预期的结束标志（0xF700），而不是重复的头部数据。

技术建议

对于使用Arduino-IRremote库处理类似长IR信号的开发者，建议：

1. 使用最新版本：确保使用包含此修复的最新版本库。

2. 调试技巧：在调试类似问题时，可以：

   • 启用调试输出（连接调试引脚到地）
   • 检查原始数据长度是否与预期相符
   • 验证不同平台下的行为一致性

3. 协议适配：对于特殊协议（如Mitsubishi这种带重复包的协议），可能需要调整RECORD_GAP_MICROS参数以适应协议特性。

总结

本次问题修复不仅解决了Mitsubishi空调IR信号解码异常，还提升了库在处理长IR信号时的整体稳定性。通过数据类型修正和解码逻辑优化，Arduino-IRremote库现在能够更可靠地支持各种复杂的IR协议解码需求。

对于开发者而言，理解IR协议的特性和库的工作原理，能够更有效地诊断和解决类似问题。同时，这也提醒我们在嵌入式开发中，数据类型选择和完整性验证的重要性。