51单片机实战：NEC协议下的红外遥控信号编解码全解析

1. 红外遥控与NEC协议：从按下按键到解码的旅程

大家好，我是老张，一个在单片机圈子里摸爬滚打了十多年的老玩家。今天咱们不聊那些高大上的AIoT，就聊聊身边最常见、最实用，也最适合咱们51单片机新手入门实战的一个小玩意儿——红外遥控。你家里电视、空调、机顶盒的遥控器，十有八九用的就是我今天要讲的NEC协议。别看它简单，里面门道可不少，从硬件电路怎么搭，到软件时序怎么抠，每一步都是实打实的经验。我当年第一次做红外遥控小车，就因为一个时序没搞对，对着电视按了半天，结果把自家空调给打开了，闹了个大笑话。所以，今天我就把NEC协议下红外信号的编解码，掰开了、揉碎了，带你从头到尾走一遍，保证你听完就能自己动手做出来。

红外遥控的本质，就是一种利用红外光进行无线数据传输的技术。它之所以普及，核心就俩字：便宜。一个发射管几毛钱，一个接收头一块多，成本极低。而且它是定向的、短距离的，抗干扰能力比无线射频要强，不会出现你按自家电视却把邻居家窗帘打开了的尴尬。我们常说的NEC协议，是日本电气公司制定的一套标准，因为其结构简单、可靠性高，几乎成了消费电子领域红外遥控的“普通话”。理解它，就等于拿到了打开大多数家用电器遥控器秘密的钥匙。

那么，这套“普通话”是怎么说的呢？简单来说，当你按下遥控器的一个键，它并不是直接发送一个“开灯”的指令，而是发送了一串由“0”和“1”组成的二进制密码。这套密码的载体，就是红外光。不过，它可不是让红外灯常亮代表1，熄灭代表0。为了防止环境光的干扰（比如太阳光、白炽灯里都有红外成分），NEC协议采用了一种叫做脉冲位置调制的方式。它先用一个38kHz频率的脉冲串去“载波”，就像用一辆高速行驶的卡车（38kHz脉冲）来运货（你的数据）。接收头只认这辆特定频率的“卡车”，其他杂光都被过滤掉了。然后，你的数据“0”和“1”，是通过控制这辆“卡车”出现的时间长短和间隔来区分的。听起来有点绕？别急，后面我们用示波器截图和代码一点一点把它画出来，你肯定会恍然大悟。

2. NEC协议帧结构：一帧数据的“身份证”与“指令”

要解码，先得知道对方发来的电报长什么样。NEC协议的一帧完整数据，就像一封格式严谨的电报，包含了收件人地址、发件人信息和具体内容。我们直接来看最核心的帧结构，我画个简单的时序图给大家感受一下：

起始码 | 地址码 | 地址反码 | 命令码 | 命令反码 | 结束码

图：NEC协议标准帧结构示意

首先是起始码。它由一个9ms的高电平脉冲（载波）和紧随其后的4.5ms的低电平（无载波）组成。这个独特的“9ms+4.5ms”组合，就像电报的开头呼号，告诉接收方：“注意，我要开始发报了！”这个长脉冲非常关键，是接收程序判断一帧数据开始的唯一依据。我在调试时，经常用示波器抓这个起始码，如果它的时长偏差超过15%，后面的数据基本就解不出来了，所以定时器的精度在这里至关重要。

紧接着是4个字节（32位）的数据。这32位不是一股脑发出来的，而是每一位都用相同的时间槽来发送。每一位都以一个0.56ms的载波脉冲（逻辑引导头）开始，随后是一个间歇期。这个间歇期的长短决定了这一位是“0”还是“1”：

• 逻辑‘0’：间歇期为 0.56ms。所以一个‘0’的总时长是 0.56ms（脉冲） + 0.56ms（间歇） = 1.125ms。
• 逻辑‘1’：间歇期为 1.69ms。所以一个‘1’的总时长是 0.56ms（脉冲） + 1.69ms（间歇） = 2.25ms。

看到这里你可能会发现，‘1’的持续时间正好是‘0’的两倍。接收端就是通过测量两个下降沿（脉冲结束点）之间的时间间隔，来判断这一位是0还是1的。这个设计非常巧妙，降低了对绝对定时精度的要求，只要比例对就行。

最后是结束码。它就是一个简单的0.56ms的脉冲，表示一帧数据发送完毕。有些资料会说后面还跟了一个长达40ms的低电平，这个低电平其实不是协议规定的，而是为了确保两帧数据之间有足够的间隔，防止粘连。在实际编程中，我们主要关注起始码和每一位数据的判断。

那么，这4个字节数据具体是什么呢？

1. 第一个字节是“用户码”或“地址码”。可以理解为设备的身份证号。比如，电视遥控器的地址码是0x00，空调的是0x01。这样，你按电视遥控器，空调就不会误动作。
2. 第二个字节是“用户反码”。它就是第一