Arduino多协议红外遥控扩展库：从原理到实战，实现万能红外控制

1. 项目缘起：为什么我们需要一个“多协议”红外库？

如果你玩过Arduino和红外遥控，大概率用过经典的IRremote库。它确实是个好工具，让接收和发送红外信号变得像调用几个函数一样简单。但玩得深入一点，你就会发现一个尴尬的现实：你手头那个万能遥控器能控制的设备，用这个库可能搞不定。或者，你好不容易解码了家里空调的协议，想用Arduino做个智能控制器，结果发现库不支持发送这种格式的信号。

这就是我当初遇到的困境。市面上红外设备千千万，协议也多如牛毛，NEC、RC-5、RC-6、Sony SIRC这些算是“主流”，但还有一大堆像松下、夏普、格力、美的等品牌的自定义协议。原版IRremote库支持的协议有限，很多“非主流”但非常常见的设备就成了盲区。于是，一个增强版的、支持更多协议的红外库就成了刚需。今天要聊的这个“Arduino IRremote多协议红外遥控扩展库”，正是为了解决这个问题而生。它不是要取代原版，而是在其坚实的基础上，大幅扩展了协议的“武器库”，让你能应对更复杂的红外通信场景，无论是解码古董音响的遥控，还是控制最新的智能家电（只要它用红外），都有了可能。

简单说，这个扩展库的核心价值就两个：收得更全，发得更准。它通过集成更多经过验证的协议解码与发送算法，极大地提升了Arduino在红外通信领域的通用性和实用性。无论你是智能家居爱好者、硬件极客，还是想修复一个老旧遥控设备的工程师，这个工具都能让你事半功倍。

2. 核心架构解析：扩展库是如何“扩展”的？

在深入代码之前，我们得先弄明白，所谓“多协议支持”到底是怎么实现的。这能帮你理解它的能力边界，以及在遇到问题时该从何处着手。

2.1 协议兼容层：统一入口，分派处理

原版IRremote库已经设计了一套不错的框架：一个统一的IRrecv类负责接收，一个IRsend类负责发送。解码时，库会尝试所有已编译支持的协议，直到有一个协议能成功匹配上接收到的脉冲时序。扩展库基本沿用了这个架构，但关键区别在于“已编译支持的协议”数量。

扩展库通过条件编译，将大量额外的协议实现文件包含了进来。这意味着，在你编译项目时，编译器会把几十种协议的代码都打包进去。听起来很美好，但有个现实问题：这会显著增加程序的体积。对于Flash空间紧张的Arduino Uno（32KB）来说，全量编译可能直接导致空间不足。因此，扩展库通常提供了灵活的配置方式，允许你通过修改头文件（如IRremoteInt.h）中的宏定义，来精确选择你需要的协议，裁剪掉不需要的，以节省宝贵的存储空间。

2.2 协议实现的本质：时序模板匹配

所有红外协议，无论多复杂，本质上都是对红外LED闪烁模式（即脉冲-间隔时序）的一种约定。解码，就是拿着接收头收到的一串高低电平持续时间（微秒级），去跟各个协议定义的时序模板进行匹配。发送，则是反过来，严格按照协议的时序模板去控制红外LED闪烁。

例如，最经典的NEC协议：

• 逻辑0：560微秒的载波脉冲 + 560微秒的空闲间隔。
• 逻辑1：560微秒的载波脉冲 + 1690微秒的空闲间隔。
• 起始码：一个9ms的脉冲 + 4.5ms的间隔。

扩展库为每个新增的协议，都实现了类似的、精确到微秒级的时序定义和解码状态机。很多协议（如某些空调协议）的数据帧非常长，带有复杂的地址码、命令码和校验码，其解码函数逻辑也相应更复杂。扩展库的价值就在于，它已经替我们完成了对这些“非标准”协议的逆向工程和代码实现。

2.3 硬件抽象与性能考量

扩展库底层依然依赖于Arduino的定时器中断和引脚操作来生成精确的38kHz载波（用于发送）以及测量脉冲宽度（用于接收）。对于发送，特别是长帧协议，会长时间占用CPU。对于接收，高效的中断服务程序是关键，不能有冗长的处理逻辑，否则会丢失数据。

一些高级的扩展库版本可能会针对不同的硬件平台（如ESP32、ESP8266）进行优化，利用它们更强大的硬件资源（如更多的定时器、RMT外设）来实现更稳定、更省电的红外通信。在选择和使用扩展库时，留意其支持的硬件平台列表和相关的性能说明非常重要。

3. 实战入门：从安装到发送你的第一个自定义信号

理论说得再多，不如动手一试。我们以在Arduino IDE中使用一个典型的IRremote扩展库为例，走通全流程。

3.1 库的安装与选择

首先，你需要在Arduino IDE的库管理器中搜索“IRremote”。这里可能会看到多个分支和版本，例如IRremote（原版）、IRremoteESP8266（针对ESP系列功能强大的扩展）、以及一些开发者fork出来的多协议版本（名称可能包含“multi-protocol”或“extended”）。

注意：对于追求最多协议支持的情况，我推荐关注IRremoteESP8266这个库。虽然名字带ESP8266，但它经过高度优化，支持协议极多（超过100种），并且在常见的AVR平台（如Uno）上也能运行良好，是当前生态下功能最全的选择之一。当然，你也可以使用其他优秀的扩展分支。

安装完成后，在示例菜单中，你会发现比原版库多出许多示例，其中往往包含一个IRrecvDumpV2或类似的示例，这是你的“瑞士军刀”，用于解码未知遥控器。

3.2 硬件连接与解码测试

硬件连接非常简单：

1. 红外接收头（如VS1838B）：VCC接5V，GND接GND，OUT接Arduino的某个数字引脚（例如引脚11）。
2. 红外发射管：正极通过一个100-200欧姆的限流电阻接Arduino的某个数字引脚（例如引脚3），负极接GND。

打开IRrecvDumpV2示例，将代码中的接收引脚定义改为你实际使用的引脚（如#define RECV_PIN 11）。上传代码，打开串口监视器（波特率通常为115200）。

拿起你想学习的遥控器，对准接收头按下按键。串口监视器会打印出一大堆信息。关键信息如下：

Encoding : NEC Code : 0xFFA25D (32 bits)

或者更详细的：

Protocol : NEC Address : 0x0 Command : 0x45 Raw Len : 67 Raw Data : 8950, 4450, 550, 550, 550, 1650, 550, 550, 550, 550, ... (后面是一长串微秒数)

这里，“Protocol”告诉你解码出的协议类型，“Code”或“Address/Command”是解码出的数据。下面那串“Raw Data”是最原始的时序数据，万一库不支持该协议，你可以手动分析这些数据，或者用“Raw Code”发送方式去模拟。

3.3 编写发送代码：以控制一个风扇为例

假设我们解码出一个支持的风扇遥控器信号，协议是“GREE”（格力空调的一种协议）。现在我们要用Arduino模拟发送。

首先，你需要确认扩展库是否支持GREE协议。可以查看库的源代码目录，或者尝试在发送示例中寻找。一个典型的发送代码结构如下：

#include <IRremote.h> // 包含扩展库 IRsend irsend(3); // 创建发送对象，指定发射管连接的引脚（例如3） void setup() { Serial.begin(115200); } void loop() { if (Serial.available()) { char cmd = Serial.read(); if (cmd == 'O') { // 发送开机命令 // 假设我们解码得到的开机码是：协议GREE，地址0x1234，命令0x01 irsend.sendGREE(0x1234, 0x01, 0); // 最后一个参数可能是重复次数或模式 Serial.println("Power ON signal sent!"); } else if (cmd == 'F') { // 发送风扇速度命令 // 发送风扇低速命令，命令码0x04 irsend.sendGREE(0x1234, 0x04, 0); Serial.println("Fan Low speed signal sent!"); } delay(100); // 防止信号发送过于密集 } }

这段代码实现了一个简单的串口控制：在串口监视器输入‘O’发送开机信号，输入‘F’发送低速风信号。关键在于irsend.sendGREE()这个函数，它的参数格式（地址、命令、其他）需要你根据解码结果和库的API文档来填写。

实操心得：很多空调、风扇协议非常复杂，一帧数据可能包含模式、温度、风速、扫风等多个信息。sendGREE这类函数可能有一个更复杂的结构体参数。务必查阅你所使用的扩展库的文档或头文件注释，找到正确的函数原型和数据填充方法。盲目调用是无效的。

4. 深水区：处理不支持的协议与原始信号录制/回放

即使扩展库支持了上百种协议，你依然可能遇到“漏网之鱼”。这时，就需要用到“原始信号”这个终极方案。

4.1 原始信号解码与理解

回顾IRrecvDumpV2的输出，Raw Data部分就是原始时序数组。它的格式通常是：[脉冲1时长, 间隔1时长, 脉冲2时长, 间隔2时长, ...]，单位是微秒。第一个值通常是第一个高电平脉冲（引导码的脉冲部分）的时长。

例如，一个NEC协议的“0”键，原始数据开头可能是：9000, 4500, 560, 560, 560, 560, ...。这表示：9ms脉冲，4.5ms间隔，然后560us脉冲（逻辑0的脉冲），560us间隔（逻辑0的间隔）...

4.2 原始信号发送

扩展库的IRsend类通常提供一个sendRaw()函数。你可以直接把上面获取到的Raw Data数组复制到代码里进行发送。

#include <IRremote.h> IRsend irsend(3); // 这是从串口监视器复制过来的Raw Data，注意要去掉末尾可能存在的校验值或长度标记 unsigned int rawData[67] = {9000, 4500, 560, 560, 560, 560, 560, 1690, 560, 560, ...}; // 确保数组长度和内容正确 void setup() { Serial.begin(115200); } void loop() { if (Serial.available() && Serial.read() == 'S') { // 发送原始数据，第二个参数是数组长度，第三个参数是载波频率（单位Hz，通常38kHz就是38000） irsend.sendRaw(rawData, 67, 38); Serial.println("Raw signal sent!"); } delay(1000); }

这里有几个巨坑，我踩过好几次：

1. 数组长度：sendRaw的第二个参数是数组的元素个数。你必须精确计算rawData数组有多少个unsigned int值。IRrecvDumpV2输出的Raw Len就是个数。上例中67就是这个值。如果传错了，轻则发送不全，重则程序跑飞。
2. 数据类型：rawData必须是unsigned int数组。微秒数可能超过65535（65ms），但在红外信号中，单个脉冲或间隔极少超过65ms，所以unsigned int在大多数Arduino平台上是够用的（16位）。
3. 频率参数：第三个参数是载波频率，单位是Hz。常见的38kHz红外载波，这里要填38，而不是38000。这是一个非常容易混淆的地方！很多库的设计是sendRaw(buffer, length, kHz)，即单位是千赫兹。务必！务必！查看你所用库的IRsend.h头文件中sendRaw函数的声明或注释，确认其第三个参数的单位。填错了会导致发射频率不对，接收设备无法识别。
4. 内存限制：很长的原始信号（如某些空调协议）可能包含几百个时序点，这可能会耗尽Arduino Uno的SRAM（仅2KB）。你需要考虑使用PROGMEM关键字将数组存储在Flash中，并在发送时读取。

4.3 高级技巧：信号分析与压缩

对于非常长的原始信号，你可以尝试分析其规律。看看是不是由固定的“头”、重复的“0”“1”时序以及“尾”构成。如果分析出规律，你甚至可以自己为其编写一个简单的编解码函数，从而不用存储巨大的原始数组。

例如，你发现所有数据位都是：逻辑0 = 500us脉冲+500us间隔，逻辑1 = 500us脉冲+1500us间隔。那么你就可以用一个sendData()函数，接收一个位数组，然后循环生成这些时序，通过irsend.mark()和irsend.space()函数发送出去。这属于高阶玩法，需要对协议和库的底层发送函数有更深的理解。

5. 项目集成与优化：让红外控制更稳定可靠

当你把基本的收发功能跑通后，在真正的项目中集成时，还会遇到一些工程化问题。

5.1 电源与抗干扰

红外发射管在发射瞬间需要较大的电流（可能高达100mA）。如果直接由Arduino的IO引脚驱动，可能会引起板子电源波动，导致复位或程序跑飞。最佳实践是使用三极管（如8050）或MOSFET来驱动红外发射管，Arduino引脚仅用于控制三极管的基极。同时，确保你的Arduino和红外接收头有稳定、干净的电源，最好在VCC和GND之间并联一个10uF-100uF的电解电容和一个0.1uF的瓷片电容，以滤除电源噪声。

红外接收头对环境光（特别是日光灯、太阳光）和其他的红外源（如其他遥控器、火焰）很敏感。尽量将其安装在设备内部，避开直射光，或者使用深色透光外壳（黑色最好）进行物理遮蔽。

5.2 代码结构优化

避免在loop()函数中频繁调用irsend.sendXXX()或长时间解码。发送和接收都是阻塞式操作（特别是发送长信号），会卡住主循环。对于需要实时响应的系统，可以考虑以下策略：

• 状态机模式：将红外命令的发送设计成非阻塞的状态机。例如，在loop()中检查“是否需要发送”，如果需要，则进入“发送状态”，每次循环只发送一小段信号，直到发送完成。这需要修改库或自己实现，难度较高。
• 中断与队列：对于接收，库本身使用中断，问题不大。但对于需要响应多个红外命令并触发不同动作的场景，可以在中断服务程序（ISR）中只做最简单的“收到信号”标记和数据缓存，在主循环中检查标记并处理业务逻辑。防止在ISR中做耗时操作（如串口打印、复杂计算）。
• 使用更强大的硬件：如果项目复杂，强烈建议使用ESP32或ESP8266。它们主频高、内存大，有专门的外设（如ESP32的RMT）可以硬件生成红外波形，几乎不占用CPU资源，稳定性和可靠性远超AVR平台。IRremoteESP8266库对这些平台的支持也更为完善。

5.3 协议兼容性与容错处理

不同品牌、甚至同品牌不同型号的设备，其红外协议可能有细微差别。例如，引导码的时长公差、逻辑“1”和“0”的判定边界。扩展库的实现通常基于某个特定型号的逆向工程，不一定100%兼容所有设备。

如果你发现某个设备时灵时不灵，可以尝试：

1. 调整接收容差：有些库允许设置解码的容差百分比。适当调大容差可能提高识别率。
2. 发送重复码：很多设备需要连续收到2-3帧相同的数据才执行命令。在sendXXX()函数中，合理设置重复发送次数（通常是2-3次）。
3. 微调原始数据：如果使用原始发送，可以尝试将原始数据数组中的所有数值整体微调（如±5%），模拟不同遥控器的微小差异。

最后，一个健壮的红外控制项目，日志记录很重要。在开发阶段，将接收到的原始数据、解码结果通过串口打印出来，是排查问题最快的方式。可以考虑在代码中增加调试宏，方便开关日志输出。