IRremoteESP8266项目中Senville空调红外码解析与发送问题分析

红外协议识别差异问题

在使用IRremoteESP8266库的IRrecvDumpV3工具解析Senville空调遥控信号时，发现了一个有趣的现象：同一台设备有时被识别为COOLIX协议，有时又被识别为BOSCH144协议。这种识别差异实际上反映了空调行业常见的OEM生产模式，即不同品牌可能使用相同的硬件平台但采用不同的协议实现。

协议识别差异的技术细节

当设备被识别为COOLIX协议时，获取到的24位代码无法区分高风速(80%)和最大风速(100%)，两者都返回相同的0xB23FCC代码。这表明COOLIX协议可能无法完全支持该空调的全部功能。

而当设备被识别为BOSCH144协议时，可以正确获取全部6档风速设置（自动、低、最小、中、高、最大）。BOSCH144协议使用144位长码，包含更丰富的控制信息。

原始红外数据的特点

从dump结果中观察到：

1. 即使是相同的功能设置，每次捕获的rawData数组内容都不完全相同，这是红外通信的正常现象
2. 不同协议识别下，数据结构和长度差异显著：
   • COOLIX：24位短码，uint64_t类型表示
   • BOSCH144：144位长码，使用18字节的uint8_t数组表示

BOSCH144协议代码发送实现

对于BOSCH144协议的发送，需要注意其特殊的数据结构要求。正确的发送方式应该是使用字节数组而非整型数值：

uint8_t boschCode[18] = {
  0xB2, 0x4D, 0xFF, 0x00, 0xBC, 0x43, 
  0xB2, 0x4D, 0xFF, 0x00, 0xBC, 0x43,
  0xD5, 0x14, 0x00, 0x00, 0x00, 0xE9
};
irsend.sendBosch144(boschCode);

实际应用建议

1. 协议选择：对于Senville空调，建议优先使用BOSCH144协议实现，以获得完整的风速控制功能
2. 代码管理：可以建立协议自动检测机制，根据识别结果选择相应的发送方式
3. 信号稳定性：考虑到红外信号的易干扰特性，建议在实际应用中加入信号重复发送和验证机制

技术背景延伸

这种现象实际上反映了家电制造业的常见做法——同一OEM厂商为不同品牌提供相似硬件但采用不同的控制协议。Midea作为全球最大的空调制造商之一，其OEM产品经常出现这种协议差异。理解这一点有助于开发更通用的红外控制解决方案。

对于开发者而言，关键是要理解不同协议的数据结构差异，并实现灵活的协议适配层，以应对实际设备可能表现出的不同协议特征。