1. 项目概述从遥控器到万物互联的红外“暗语”每次拿起电视或空调的遥控器轻轻一按设备应声而动你有没有想过这背后无声的“对话”是如何发生的这就是我们今天要深入拆解的主角——红外通信。它绝不仅仅是“遥控器技术”那么简单作为一项诞生超过半个世纪、至今仍在智能家居、工业控制等领域广泛应用的无线通信技术其背后的原理精巧而实用。理解红外通信特别是其事实上的工业标准——NEC协议是打开许多嵌入式系统、物联网设备本地控制大门的钥匙。无论你是电子爱好者想自己DIY一个万能遥控器还是嵌入式工程师需要为产品添加可靠的近距离控制功能亦或是单纯对身边科技的工作原理感到好奇这篇文章都将带你从最底层的物理原理开始一路向上直到亲手实现一套完整的通信系统。我会结合我十多年在嵌入式开发中与红外打交道的经验不仅讲清楚“是什么”更重点剖析“为什么这么设计”以及“实际做的时候坑在哪里”让你看完就能动手做出来就能稳定工作。2. 红外通信的核心原理与系统构成2.1 光与电的转换红外发射与接收的物理基础红外通信的本质是利用红外光波波长通常在760nm到1mm之间位于可见红光之外作为载体来传输数字信号。我们之所以看不见是因为其波长超出了人眼的感知范围但这并不妨碍它成为信息的优秀“信使”。整个系统围绕两个核心器件构建红外发射二极管IRED和红外接收头。发射端的工作简单粗暴当有电流流过红外二极管时它会发出红外光电流越大发光强度通常也越大。我们要传输的“0”和“1”数字信号就是通过控制这个电流的通断即LED的亮灭来加载到红外光上的。这听起来很像早期的电报只不过我们把电键换成了LED把电线换成了空气。接收端则是一个高度集成的“侦探”。一个典型的红外接收头如VS1838B、HS0038内部其实有三部分一个对940nm左右红外光敏感的光电二极管负责将光信号转回微弱的电流信号、一个前置放大器、以及一个带通滤波器。这个带通滤波器是关键设计它只允许频率在特定范围例如38kHz这是最常用的载波频率附近的信号通过。这样做的目的是为了抵抗干扰。我们生活的环境中充满了各种红外光源如太阳光、白炽灯、甚至人体的热辐射它们都包含红外成分。如果接收头对所有的红外变化都敏感那你的空调可能会在阳光下自动开机。载波调制技术就是解决这个问题的答案发射端在让红外LED闪烁传递数据时并不是以恒定的亮度闪烁而是让这个闪烁本身以一个更高频率38kHz进行“开关”。你可以想象成要传递的“亮”信号本身是由一连串更急速的“亮-灭-亮-灭”组成的。接收头内部的带通滤波器只认这个38kHz的“节奏”其他频率的干扰光变化都会被极大衰减从而保证了通信的可靠性。注意市面上最常见的红外接收头中心频率就是38kHz但也有33kHz、36kHz、40kHz等型号。发射与接收的频率必须匹配否则无法解码。购买和设计时务必确认。2.2 信号编码从比特流到红外脉冲直接让LED亮表示“1”灭表示“0”这叫直接编码行不行理论上可以但实践中几乎没人用因为它有致命缺陷无法区分信号和常亮/常暗状态。如果传输一长串“0”接收端看到的就是长时间无光这和一个没开机的发射器状态毫无区别接收端无法判断是没信号还是信号本身就是一堆0。因此所有实用的红外通信协议都采用脉冲位置调制或脉冲宽度调制。以最经典的NEC协议为例它采用了一种称为“脉冲距离编码”的方式逻辑“0”由一个560微秒µs的38kHz载波脉冲即LED以38kHz频率闪烁560µs followed by 一个560µs的空闲周期LED完全熄灭构成。总时长1.125毫秒ms。逻辑“1”由一个560µs的载波脉冲 followed by 一个1.685ms的空闲周期构成。总时长2.25ms。发现了吗“0”和“1”的载波脉冲部分是完全一样的都是560µs。区别在于紧随其后的空闲周期的长度。“1”的空闲周期是“0”的3倍长。接收头在收到载波脉冲后会输出一个低电平脉冲然后测量直到下一个载波脉冲到来之前的空闲时间高电平时间通过这个时间长度来判定是“0”还是“1”。这种设计非常巧妙因为无论传输什么数据红外LED实际发光的总时间是大致相同的取决于数据中0和1的比例这有利于电源管理。更重要的是它通过脉冲之间的间隔来传递信息抗干扰能力更强。2.3 NEC协议帧结构解析一帧数据里有什么理解了“0”和“1”的表示方法我们来看NEC协议如何将它们组织成一帧完整的数据。一帧NEC码由以下部分顺序构成引导码这是一个非常独特的信号用于告诉接收头“注意一帧数据开始了”。它由一个9ms的38kHz载波脉冲持续发射 followed by 一个4.5ms的空闲周期构成。这个长达13.5ms的独特波形在数据流中极易被识别是帧同步的绝对标志。接收端的解码程序首先就是寻找这个引导码。用户码地址码紧随引导码之后的是16位的用户码。这相当于设备的“身份证号”用于区分不同厂家或不同类别的设备。例如索尼电视的地址码可能和松下的不一样。这可以防止你家的空调遥控器误操作邻居家的电视。用户码先发送低8位再发送高8位。注意每个字节8位发送后会紧跟一个该字节的反码即所有位取反。例如用户码低8位是0x1200010010那么接下来发送的就是0xED11101101。接收端可以通过对比原码和反码来校验这一部分数据在传输中是否出错。命令码同样是16位包含实际的操作指令如“电源开”、“音量加”、“模式切换”等。发送格式与用户码相同先发送8位命令码再发送其8位反码。结束位一个单独的560µs载波脉冲标志着一帧数据的终结。一帧数据的总长度是不固定的因为它取决于命令码中0和1的数量。但通常一帧数据在60ms到100ms之间。此外NEC协议还有一个重要的重复码机制当你持续按住遥控器按键时发射器不会一直发送完整的帧数据那样效率太低且耗电而是在第一帧完整数据后每隔约110ms发送一个简化的“重复码”。重复码由9ms载波脉冲、2.25ms空闲周期和一个560µs的结束脉冲构成。接收端收到重复码后就知道用户还在持续按着同一个键应重复执行上一次的命令。这是实现长按音量连续增加等功能的基础。3. 硬件设计与选型要点3.1 发射端设计驱动能力与载波生成发射端的核心任务有两个产生稳定的38kHz载波以及提供足够的电流驱动红外LED。红外LED的驱动电流通常在20mA到100mA之间远超过普通MCU GPIO引脚通常最大20mA的驱动能力。因此必须使用三极管或MOSFET进行电流放大。一个典型的三极管驱动电路如下MCU的一个IO引脚通过一个限流电阻如1kΩ连接到NPN三极管如8050的基极。红外LED的阳极通过一个电阻用于限流阻值根据电源电压和所需电流计算接电源阴极接三极管的集电极。三极管的发射极接地。当MCU引脚输出高电平时三极管导通LED有电流流过而发光输出低电平时三极管截止LED熄灭。这个电路简单可靠是首选方案。实操心得那个与LED串联的限流电阻至关重要。它的阻值决定了LED的工作电流。计算方法是 R (Vcc - Vf - Vce_sat) / I_led。其中Vcc是电源电压如5VVf是LED的正向压降约1.2V-1.6V查数据手册Vce_sat是三极管饱和压降约0.2VI_led是你想要的驱动电流如30mA。代入计算R (5 - 1.4 - 0.2) / 0.03 ≈ 113Ω。你可以选择一个接近的标准值如100Ω或120Ω。电流太小发射距离短电流太大LED寿命缩短甚至烧毁。我一般会在20-50mA之间选择。载波的生成可以用MCU的PWM脉冲宽度调制模块轻松实现。将PWM频率设置为38kHz占空比设置为1/3即高电平时间约占周期的三分之一这样既能保证足够的发射强度又能让LED和驱动电路有余量避免过热。需要发送数据时就开启或关闭这个PWM输出以形成我们前面所说的脉冲序列。3.2 接收端选型与电路连接接收端的硬件连接极其简单因为它已经是高度集成的三脚器件VCC GND OUT。OUT脚直接连接MCU的GPIO引脚即可。通常接收头需要5V或3.3V供电具体看型号。OUT脚在无信号时为高电平当检测到有效的38kHz红外脉冲时会输出低电平。也就是说接收头输出的信号是发射端信号的逻辑反相发射端LED亮载波脉冲接收头OUT脚输出低电平发射端LED灭空闲周期接收头OUT脚输出高电平。这里有一个非常重要的细节接收头输出需要上拉电阻。虽然很多接收头内部已经集成了上拉电阻但为了信号的稳定可靠尤其是长导线连接时我强烈建议在MCU端的IO引脚外部再接一个4.7kΩ到10kΩ的上拉电阻到VCC。这可以确保在信号空闲时MCU读取到的是一个确定的高电平避免因干扰产生的误触发。选型要点中心频率必须与发射端匹配常用38kHz。供电电压确认是5V还是3.3V兼容。接收角度通常有±30°到±45°不等角度越大对准要求越低但可能更容易受到侧面干扰。屏蔽好的接收头会有金属屏蔽罩能有效抑制电磁干扰在电机、继电器等噪声大的环境中表现更稳定。4. 软件解码实战与代码剖析硬件搭好只是舞台软件解码才是让系统“活”起来的灵魂。解码的核心思路是测量时间。我们通过测量接收头输出引脚上高电平对应空闲周期和低电平对应载波脉冲的持续时间来还原出引导码、逻辑0、逻辑1和重复码。4.1 基于中断和定时器的精准解码最可靠、最不占用CPU资源的解码方式是使用外部中断和定时器。初始化将连接接收头OUT脚的MCU引脚配置为外部中断输入设置为“下降沿”和“上升沿”都触发。同时初始化一个高精度定时器如1MHz的时钟源这样1个计时单位就是1µs。中断服务程序逻辑当引脚发生下降沿从高变低代表接收到载波脉冲开始记录当前定时器的计数值t1并清除一个“收到引导码”的标志。当引脚发生上升沿从低变高代表一个载波脉冲结束空闲周期开始记录当前定时器的计数值t2。计算高电平持续时间high_time t2 - t1。关键判断检查high_time。如果high_time在4ms到5ms之间理论4.5ms那么这很可能就是引导码前面的那个长低电平9ms之后的高电平。此时我们设置一个“引导码已收到”的标志并开始准备接收后续的数据位。如果“引导码已收到”标志已设置那么接下来的上升沿触发后我们计算的high_time就是用来区分0和1的数据了。根据NEC协议如果high_time在1.6ms到1.8ms之间理论1.685ms则判定为逻辑“1”。如果high_time在0.5ms到0.6ms之间理论0.56ms则判定为逻辑“0”。将判定出的位依次存入一个缓冲区。接收完32位数据16位地址16位命令后进行反码校验。如果校验通过则一帧有效数据解码完成可以供主程序使用。还有一种特殊情况如果检测到一个低电平约9ms后高电平时间只有约2.25ms随后是一个结束脉冲那么这就是一个重复码。以下是基于STM32 HAL库的伪代码逻辑片段展示了核心思路// 外部中断回调函数 void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { static uint32_t lastFallTime 0; static uint8_t necState 0; // 解码状态机 static uint32_t rawData 0; static uint8_t bitCnt 0; uint32_t currentTime Get_Microsecond_Timer(); // 获取当前微秒时间 if (下降沿触发) { lastFallTime currentTime; // 记录下降沿时间 } else if (上升沿触发) { uint32_t highDuration currentTime - lastFallTime; // 计算高电平时间 switch (necState) { case 0: // 等待引导码 if (highDuration 4000 highDuration 5000) { // 检测到引导码的高电平部分 necState 1; // 进入数据接收状态 rawData 0; bitCnt 0; } break; case 1: // 接收数据位 if (highDuration 1600 highDuration 1800) { // 逻辑1 rawData (rawData 1) | 1; } else if (highDuration 500 highDuration 600) { // 逻辑0 rawData (rawData 1) | 0; } else { // 时间不符可能是错误或结束 necState 0; break; } bitCnt; if (bitCnt 32) { // 收到32位 // 解析rawData: 低8位是地址接着8位是地址反码再8位是命令最后8位是命令反码 uint8_t addr (rawData 0) 0xFF; uint8_t addrInv (rawData 8) 0xFF; uint8_t cmd (rawData 16) 0xFF; uint8_t cmdInv (rawData 24) 0xFF; if ((uint8_t)(~addr) addrInv (uint8_t)(~cmd) cmdInv) { // 校验成功解码完成 NEC_Decoded_Address addr; NEC_Decoded_Command cmd; necState 2; // 进入解码完成状态 } else { necState 0; // 校验失败重置 } } break; case 2: // 等待下一个引导码或重复码 // ... 处理重复码逻辑 break; } } }4.2 常见解码问题与软件抗干扰策略在实际编程中你会遇到各种问题以下是几个典型的“坑”和解决策略时间容差问题不同晶振、不同遥控器、不同接收头都会导致脉冲时间有微小偏差。你的代码里不能使用绝对的理论值如4500µs做相等比较而必须使用范围判断如if (duration 4000 duration 5000)。这个范围需要根据实际情况微调。干扰误触发环境中的日光灯、节能灯可能会产生类似38kHz的干扰。软件上可以增加“连续成功解码”的机制。例如要求连续两帧数据校验正确才认为有效或者在一帧数据解码过程中如果任何一个脉冲时间超出合理范围太多立即重置状态机放弃当前帧。重复码处理重复码的识别很重要。如果忽略它在长按按键时设备可能只响应一次。处理重复码时通常不需要重新解析地址和命令只需确认是重复码后重复执行上一次有效的命令即可。同时要设置一个超时机制如果超过一定时间如200ms没有收到任何信号包括重复码则认为按键已释放清除状态。CPU占用率使用中断定时器的方式是最优解。如果使用纯轮询方式在主循环里不断检测引脚电平并计时会严重占用CPU且在高主频或复杂任务下容易丢失精确计时不推荐用于产品开发。5. 进阶应用与协议扩展掌握了标准的NEC协议你就可以应对市面上80%以上的红外设备了。但红外通信的世界远不止于此。5.1 解析其他常见红外协议除了NEC还有多种红外协议区别主要在于引导码、载波频率、数据编码逻辑和帧结构。Philips RC-5使用36kHz载波采用双相相位编码曼彻斯特编码逻辑“0”和“1”由脉冲中间的跳变沿方向决定抗干扰性极强。它的帧长度固定没有重复码概念持续按键会发送递增的“切换位”Toggle Bit用于区分是一次按压还是多次按压。Sony SIRC载波频率40kHz采用脉冲宽度编码但逻辑定义与NEC不同。它的数据帧长度有12位、15位、20位等多种变体命令码通常包含设备子地址。Sharp有些Sharp协议使用“脉冲间隔编码”与NEC类似但时间参数不同。要兼容这些协议你的解码程序需要更具通用性。一个常见的做法是实现一个“原始时序记录器”。当收到未知信号时不急于解码而是用高精度定时器记录下所有上升沿和下降沿的时间戳形成一个原始时间序列。然后将这个序列上传到电脑通过波形分析工具如串口绘图或离线分析算法人工或自动地分析出引导码特征、位周期、逻辑定义等从而逆向出协议。许多开源的“万能红外学习”项目就是基于这个原理。5.2 发射端编程模拟任意协议既然能解码自然也能编码发射。发射端软件的核心是精确的时序控制。你需要根据目标协议精确地控制PWM载波的开启和关闭时间。以发射NEC码为例流程如下发送9ms的载波脉冲开启PWM输出。关闭PWM输出维持4.5ms的低电平LED灭。发送16位地址码和16位命令码。对于每一位如果是“0”开启PWM560µs然后关闭PWM560µs。如果是“1”开启PWM560µs然后关闭PWM1685µs。发送结束位开启PWM560µs然后关闭。这里的关键是在关闭PWM期间MCU不能干等否则会阻塞整个系统。必须使用定时器中断或硬件PWM结合DMA的方式来控制时序。例如可以预先将整个帧的“PWM开启时间”和“PWM关闭时间”组成一个数组然后利用一个定时器中断依次切换IO口状态并在中断中更新下一个状态的时间值。更高级的做法是利用MCU的硬件PWM和DMA将代表脉冲序列的缓冲区每个值代表PWM输出比较寄存器的值通过DMA自动搬运到定时器实现“硬件级”的精确波形生成完全不占用CPU。5.3 在物联网与智能家居中的现代应用红外通信在智能家居中找到了新的生命主要作为控制信号的补充和扩展。万能红外网关这是最典型的应用。一个集成了Wi-Fi或蓝牙的智能终端如智能音箱、智能插座或专用红外网关在接收到手机App或语音指令后通过内部的红外发射模块模拟传统遥控器发出红外信号从而控制空调、电视、风扇等非智能的旧家电让它们“变智能”。你需要为这个网关建立一个庞大的红外码库或者让它具备学习功能。状态反馈与联动一些高端空调在运行时其室内机上的LED指示灯闪烁模式其实包含了状态信息如故障代码。可以通过一个红外接收头持续监控这些信号虽然这不是标准遥控协议结合解码算法实现对设备运行状态的读取。再结合物联网网关就能实现“空调异常自动报警”等高级联动。低功耗传感器网络在特定工业场景下红外也可以用于电池供电的传感器节点之间的短距离、定向、低速率通信具有成本极低和抗电磁干扰的优点。红外通信这门“古老”的技术因其简单、可靠、低成本、无需协议配对即发即收的特点在可预见的未来仍将在特定领域持续发挥作用。理解它不仅是掌握一种通信方式更是学习如何用简单的物理原理解决实际工程问题的经典范例。从看懂遥控器开始你已经推开了一扇通往嵌入式系统和物联网底层世界的大门。