1. 红外遥控与NEC协议从按下按键到单片机收到数据大家好我是老张一个在嵌入式领域摸爬滚打了十来年的工程师。今天想和大家聊聊一个非常经典又实用的项目用STM32解码红外遥控器信号。这玩意儿听起来好像挺简单不就是接收个红外光嘛但真上手做尤其是想做得稳定、可靠里面门道可不少。我见过不少新手朋友要么被逻辑分析仪上那一堆高低电平波形搞晕要么写出的解码程序一碰干扰就“罢工”。所以我打算结合自己踩过的坑带大家从最底层的波形开始一步步用STM32的HAL库实现一个基于状态机的、健壮的红外NEC解码程序。咱们先搞清楚红外遥控是咋回事。你手里的空调、电视遥控器大部分都采用一种叫NEC的协议。它不是什么高深莫测的东西你可以把它理解成一种“摩尔斯电码”只不过是用红外光的“亮”与“灭”来传递信息。当你按下遥控器按键时它内部的芯片会驱动一个红外发射管发出一串特定的、人眼看不见的红外光脉冲。这串脉冲里就包含了“你是谁”地址码和“你想干嘛”命令码的信息。房间另一头的红外接收头就是那个黑色或深蓝色、有三只脚的小元件负责接收这束光。它很聪明会把闪烁的红外光转换成电信号具体来说就是转换成我们单片机GPIO口能识别的高低电平。这个转换有个特点当没有红外信号时接收头输出高电平当收到红外信号时输出低电平。记住这个“反相”关系后面看波形就不会懵了。那么NEC协议这串“摩尔斯电码”具体是怎么编排的呢一个完整的NEC数据帧通常由以下几部分组成起始码一个长长的“引导码”用来告诉接收方“注意我要开始发数据了”在波形上体现为一个9ms的低电平紧接着一个4.5ms的高电平。用户码地址码和命令码这才是真正的数据总共32位。它包含了8位地址码、8位地址反码、8位命令码和8位命令反码。用反码是为了做简单的校验提高可靠性。结束码一个简单的低电平脉冲标志数据帧的结束。重复码如果你一直按住遥控器按键不放在发送完第一帧完整数据后遥控器不会傻傻地一直重复发完整帧那样太费电了而是会周期性地发送一个简短的“重复码”波形是9ms低电平加2.25ms高电平后面再跟一个结束脉冲。这相当于在说“还是刚才那个指令继续执行”理解了这个框架我们接下来的任务就明确了用STM32的引脚去捕捉红外接收头输出的这一连串高低电平变化准确地测量出每个高电平或低电平的持续时间然后根据NEC协议的规则把这些时间长度“翻译”成对应的0、1比特最终拼凑出地址和命令。听起来是不是有点像侦探破译密码咱们这就开始。2. 实战第一步用逻辑分析仪“看见”红外信号在动手写代码之前我强烈建议大家先做一件事亲眼看看红外信号的波形。这就像医生看病要先看X光片一样是诊断和设计的基础。很多解码失败的问题根源都在于对实际信号的特征理解有偏差。这里我用的工具是逻辑分析仪它价格不贵但绝对是嵌入式开发的“神器”。我的硬件很简单一块最常见的STM32F103C8T6核心板也就是常说的“蓝莓派”或“最小系统板”一个VS1838B红外接收头几毛钱一个外加一个普通的红外遥控器。接线就更简单了接收头的VCC接3.3VGND接地OUT引脚我接到了STM32的PB11引脚上同时这个PB11也接了一路逻辑分析仪的探针。配置好逻辑分析仪的采样率设为1MHz或更高就够用我按下遥控器的“1”键。屏幕上立刻出现了一长串密集的方波。乍一看很乱但当我们把时间轴放大规律就浮现出来了。我截取了几段关键的波形给大家详细说说第一段起始信号Start Signal这是整个数据帧的“敲门砖”。我测量的结果是一段持续约9ms的低电平紧接着是一段约4.5ms的高电平。注意这里的高低电平是针对接收头输出而言的。还记得吗接收头收到红外光时输出低电平。所以这9ms的低电平实际对应的是遥控器持续发射了9ms的红外光能量很强确保能被可靠识别。后面的4.5ms高电平是“静默期”为区分后面的数据位做准备。这个“9ms 4.5ms”的组合是识别NEC协议的黄金标准。第二段数据位“0”和“1”数据位都是用“一个低电平脉冲 一段高电平间隔”来表示的。关键在于高电平的时长不同。数据“0”一个约560µs的低电平脉冲后跟随一个约560µs的高电平。整个位周期大约是1.125ms。数据“1”同样是约560µs的低电平脉冲但后面的高电平持续时间长达约1.69ms。整个位周期大约是2.25ms正好是“0”位周期的两倍。这里有个非常关键的细节所有位的起始都是一个560µs的低电平脉冲。这意味着每一个数据位的开始都会产生一个下降沿从高到低。而我们解码的核心就是去测量连续两个下降沿之间的时间间隔。如果这个间隔约是1.125ms我们就认为它代表比特0如果约是2.25ms就代表比特1。第三段重复信号Repeat Signal当我长按按键不放时在首次完整帧之后会周期性地出现一种特殊波形一段约9ms的低电平紧接着一段约2.25ms的高电平然后是一个结束脉冲。这个高电平的时长2.25ms和比特“1”的高电平时长一样但前面的低电平是完整的9ms这与起始信号相同却又没有后续的数据位。这就是重复码解码程序必须能正确识别它否则对于长按操作就无法正确处理。第四段结束信号Stop Bit在最后一个数据位之后会有一个约560µs的低电平脉冲然后信号恢复为持续的高电平空闲状态。这个脉冲可以视为帧结束的标志。通过这番波形分析我们得到了解码所需的所有时间阈值。为了给硬件误差和软件计时留有余地我通常会设定一个误差范围比如±150µs。这样我们的解码逻辑就可以基于这些时间参数来构建了。接下来就是让STM32来扮演逻辑分析仪的角色实时地捕捉和测量这些时间。3. 搭建舞台STM32CubeMX的硬件与时钟配置工欲善其事必先利其器。在开始写状态机之前我们需要先用STM32CubeMX这个图形化工具把单片机的硬件外设配置好。这个过程就像给演员搭好舞台灯光、音响、道具都得就位。我用的是STM32CubeIDE它集成了CubeMX非常方便。首先是时钟树配置。这是很多新手会忽略但至关重要的一步。我们的定时器需要精确计时系统时钟必须稳定准确。对于STM32F103C8T6我通常使用外部8MHz晶振HSE通过PLL倍频到72MHz作为系统时钟SYSCLK。在CubeMX的Clock Configuration标签页里按这个路径配置HSE - PLL Source Mux - PLLCLK - SYSCLK。把PLL的倍频因子设为9这样8MHz * 9 72MHz。APB1总线时钟设为36MHzAPB2设为72MHz。定时器1TIM1是挂在APB2上的如果APB2的预分频系数是1那么TIM1的时钟就是72MHz。接着是引脚配置。红外输入引脚我选择PB11。关键一步是将其配置为GPIO_EXTI11即外部中断模式。在GPIO设置里将GPIO mode选为External Interrupt Mode with Falling edge trigger detection下降沿触发的外部中断模式。Pull-up选择Pull-up上拉这样在无信号时引脚能稳定在高电平。为什么是下降沿触发回顾一下波形每一个数据位的开始即560µs低电平脉冲的起始点都是一个下降沿捕捉下降沿就等于捕捉了每一位的起点。定时器我们需要一个高精度的“秒表”来测量两个下降沿之间的时间。任意的通用定时器都可以我这里用了TIM1。配置很简单在Timers-TIM1里选择Internal Clock作为时钟源。关键参数是Prescaler预分频器。因为系统时钟是72MHz如果我们想让计数器每计数一次代表1微秒µs那么预分频值应该设置为72-1。这样定时器的时钟就变成了72MHz / 72 1MHz即1µs计数一次。Counter Period自动重装载值可以设为最大值65535这样定时器可以连续计时长达65535µs约65ms远超我们任何一个波形间隔最长重复码约11ms。计数模式Counter Mode保持默认的Up向上计数即可。串口为了调试和输出解码结果我配置了USART2。引脚PA2TX和PA3RX保持默认的Asynchronous异步通信模式波特率设为115200其他参数默认。配置完成后点击“Generate Code”CubeMX就会为我们生成完整的初始化代码。这样GPIO、外部中断、定时器、串口的底层初始化工作就全部搞定了我们可以把全部精力集中在核心的解码逻辑上。这种“配置代替编程”的方式用HAL库开发时效率真的很高。4. 核心武器定时器与外部中断的精准计时硬件舞台搭好了现在需要两个核心“演员”上场外部中断和定时器。它们俩一个负责“通知”一个负责“测量”配合默契才能准确解码。我们先来封装定时器的操作函数让后续代码更清晰。在生成的工程里我通常会新建一个tim.c和tim.h文件来管理定时器功能。核心功能就几个启动计时、停止计时、获取当前计数值、清空计数器。这里贴一下我常用的封装// tim.h #include stm32f1xx_hal.h extern TIM_HandleTypeDef htim1; // CubeMX生成的定时器句柄 void TIM1_StartCounting(void); void TIM1_StopCounting(void); uint32_t TIM1_GetCurrentCount(void); void TIM1_ResetCounter(void);// tim.c #include tim.h void TIM1_StartCounting(void) { __HAL_TIM_SET_COUNTER(htim1, 0); // 清空计数器从0开始 HAL_TIM_Base_Start(htim1); // 启动定时器 } void TIM1_StopCounting(void) { HAL_TIM_Base_Stop(htim1); // 停止定时器 } uint32_t TIM1_GetCurrentCount(void) { return __HAL_TIM_GET_COUNTER(htim1); // 获取当前计数值 } void TIM1_ResetCounter(void) { __HAL_TIM_SET_COUNTER(htim1, 0); // 计数器归零 }这几个函数非常直观。TIM1_StartCounting就是我们的“掐表”动作TIM1_GetCurrentCount是“看表”TIM1_StopCounting是“停表”。因为预分频设好了计数值直接就是微秒数用起来特别方便。接下来是重头戏外部中断回调函数。CubeMX生成的代码中中断服务程序是写好的我们只需要在stm32f1xx_it.c文件找到EXTI15_10_IRQHandler函数它会自动调用一个弱定义的HAL_GPIO_EXTI_Callback函数。我们就在主文件里重新实现这个回调函数。这个函数的逻辑是每当PB11引脚检测到一个下降沿即红外信号每一位的开始中断就会触发进入这个回调函数。我们需要在这里根据当前解码的“状态”读取定时器从上一次下降沿到这一次下降沿之间走了多少时间也就是TIM1_GetCurrentCount的值然后根据这个时间值来判断我们刚刚收到的是什么信号起始码、数据0、数据1还是重复码并更新状态。但是如果直接把所有逻辑都堆在这个中断回调函数里会显得很臃肿而且中断里不宜做太复杂的处理。因此一个清晰的设计模式——状态机State Machine就该登场了。我们可以把整个解码过程划分为几个明确的状态比如“等待起始信号”、“接收数据位”、“处理完成”等。中断函数只负责根据当前状态和测得的时间决定下一个状态是什么以及进行简单的数据位拼接。复杂的数据校验和结果输出可以放到主循环里去做。这样中断服务函数就能保持简短高效不影响系统实时性。在下一章我们就来详细设计这个解码状态机。5. 解码的灵魂状态机设计与实现详解状态机是嵌入式开发中处理异步、顺序事件的利器。对于红外解码这种“来一个边沿处理一下”的场景状态机模型再合适不过了。它能让我们思路清晰代码也更容易调试和维护。我把NEC解码过程抽象成三个核心状态空闲状态WAIT这是解码器的初始状态。在这个状态下程序什么都不做只是等待第一个下降沿的到来。一旦外部中断触发检测到下降沿我们立即启动定时器开始计时并将状态切换到“起始判断状态”。起始/重复判断状态START进入这个状态后当下一个下降沿到来时中断会再次触发。此时我们停止定时器并读取定时器的值。这个值就是从“起始下降沿”到“当前下降沿”的时间间隔。接下来就是关键判断如果这个时间值在13.5ms左右即9ms低电平4.5ms高电平误差范围内比如13ms到14ms之间那么我们判定收到了有效的起始信号。于是我们重置定时器并重新启动它为测量第一个数据位的时间做准备同时将状态切换到“数据接收状态DATA”。如果这个时间值在11.25ms左右即9ms低电平2.25ms高电平误差范围内那么我们判定收到了重复信号。这时我们可以设置一个“重复信号收到”的标志位供主循环处理然后将状态机重置回“空闲状态WAIT”。如果时间值不符合以上两种说明可能是干扰或错误信号我们也直接复位状态机到“空闲状态”等待下一次正确的起始信号。数据接收状态DATA这是最繁忙的状态。在这个状态下每一个下降沿都代表一个数据位的开始。每次中断触发我们同样停止定时器读取时间间隔。这个间隔就是上一个下降沿可能是起始信号末尾也可能是上一个数据位的末尾到当前下降沿的时间。如果时间在1.125ms左右我们判定这个位是‘0’。如果时间在2.25ms左右我们判定这个位是‘1’。根据判断结果我们将这个比特位存入一个缓冲区数组。比如可以用一个32位的变量或者一个4字节的数组来按顺序存储。每接收完一个位我们就检查是否已经收满了32位NEC标准帧长度。如果没满就重置并启动定时器继续等待下一个下降沿状态保持为DATA。如果收满了32位我们停止定时器进行数据校验。校验方法很简单比较字节0和字节2应该是地址码和地址反码、字节1和字节3应该是命令码和命令反码是否互为反码。如果校验通过就设置一个“数据接收完成”标志位并将状态机切回“空闲状态”准备接收下一帧。基于这个设计我们可以在中断回调函数里用switch-case语句优雅地实现。下面是我在项目中实际使用的一段核心代码框架我加了详细注释// 定义状态 #define STATE_WAIT 0 #define STATE_START 1 #define STATE_DATA 2 volatile uint8_t ir_state STATE_WAIT; // 当前状态用volatile因为它在中断中被修改 volatile uint32_t pulse_width 0; // 脉冲宽度测量值 volatile uint8_t bit_count 0; // 已接收数据位计数器 volatile uint32_t ir_code 0; // 存储接收到的32位原始码 volatile uint8_t ir_ready_flag 0; // 一帧数据接收完成标志 void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if(GPIO_Pin GPIO_PIN_11) // 确保是红外接收引脚的中断 { switch(ir_state) { case STATE_WAIT: // 第一个下降沿认为是起始信号开始启动定时器计时 TIM1_ResetCounter(); TIM1_StartCounting(); ir_state STATE_START; // 转移到判断状态 break; case STATE_START: // 第二个下降沿测量起始码或重复码的时长 pulse_width TIM1_GetCurrentCount(); // 获取时间(us) TIM1_StopCounting(); if((pulse_width 12000) (pulse_width 14000)) // 判断为13ms左右的起始码 { // 起始码正确准备接收数据 TIM1_ResetCounter(); TIM1_StartCounting(); ir_state STATE_DATA; bit_count 0; ir_code 0; } else if((pulse_width 10000) (pulse_width 12000)) // 判断为11ms左右的重复码 { // 处理重复码可以设置一个重复标志 // ir_repeat_flag 1; ir_state STATE_WAIT; // 回到等待状态 } else { // 时间不对可能是干扰复位状态机 ir_state STATE_WAIT; } break; case STATE_DATA: // 在数据接收状态每个下降沿代表一个数据位 pulse_width TIM1_GetCurrentCount(); TIM1_ResetCounter(); // 重置计数器为测量下一个位周期做准备 TIM1_StartCounting(); // 立即重新开始计时 // 将接收到的位左移进ir_code ir_code 1; // 为新的位腾出空间 // 根据脉冲宽度判断是0还是1 if((pulse_width 1000) (pulse_width 1300)) // 约1.125ms为0 { // 0位不需要额外操作因为左移后最低位默认是0 } else if((pulse_width 2000) (pulse_width 2500)) // 约2.25ms为1 { ir_code | 0x01; // 1位将最低位置1 } else { // 时间不在预期内可能是帧错误复位状态机 ir_state STATE_WAIT; break; } bit_count; if(bit_count 32) // 已接收32位 { TIM1_StopCounting(); // 简单校验这里可以检查地址反码和命令反码 // 例如if( ((ir_code24)0xFF) (uint8_t)(~((ir_code16)0xFF))) ) // 如果校验通过... ir_ready_flag 1; // 设置完成标志 ir_state STATE_WAIT; // 回到初始状态 } break; default: ir_state STATE_WAIT; break; } } }这个状态机逻辑清晰地将解码流程分解每个状态职责明确。中断函数只做最必要的测量、判断和状态转移将耗时较长的校验和结果处理通过标志位交给主循环保证了系统的响应性。6. 数据校验与主循环处理让解码结果稳定可靠状态机在中断里帮我们把原始的脉冲流翻译成了32位的二进制数据ir_code并设置好了ir_ready_flag标志。但这还不够我们还需要在主循环里做最后一步数据校验和结果输出。这一步是保证数据正确性的关键也能让我们的解码程序更加健壮。NEC协议本身提供了一种简单的校验机制它发送的32位数据实际上是8位地址码、8位地址反码、8位命令码、8位命令反码。所以我们可以通过检查反码关系来初步判断这一帧数据是否在传输过程中出了错。在主循环里我们可以这样处理// main.c 中的主循环部分 while (1) { // 1. 检查一帧数据是否接收完成 if(ir_ready_flag 1) { // 清除标志避免重复处理 ir_ready_flag 0; // 2. 数据解析与校验 // 从32位ir_code中提取出4个字节 uint8_t address (ir_code 24) 0xFF; // 高8位是地址码 uint8_t address_inv (ir_code 16) 0xFF; // 次高8位是地址反码 uint8_t command (ir_code 8) 0xFF; // 次低8位是命令码 uint8_t command_inv ir_code 0xFF; // 低8位是命令反码 // 进行反码校验 if( ((uint8_t)(~address) address_inv) ((uint8_t)(~command) command_inv) ) { // 校验通过数据可信 printf(解码成功地址: 0x%02X, 命令: 0x%02X\r\n, address, command); // 3. 根据命令执行相应操作例如控制LED、蜂鸣器等 switch(command) { case 0x45: // 假设这是遥控器上1键的代码 HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); // 翻转LED break; case 0x46: // 假设这是2键 // 执行其他操作... break; // ... 添加更多按键处理 default: break; } } else { // 校验失败可能是干扰或误码可以选择丢弃或打印错误信息 printf(数据校验错误接收码: 0x%08lX\r\n, ir_code); } } // 4. 处理重复信号如果需要 // 如果状态机中检测到重复码并设置了标志可以在这里处理 // 例如长按音量键时重复码可以触发连续增加音量的动作 // if(ir_repeat_flag) { ... ir_repeat_flag 0; } // 其他后台任务... HAL_Delay(10); // 适当延时避免空循环跑飞 }除了基本的反码校验在实际项目中我们还可以加入更多稳健性设计超时机制在状态机中增加一个定时器超时检查。如果进入STATE_START或STATE_DATA状态后超过一定时间比如20ms还没有收到下一个下降沿就强制将状态机复位到STATE_WAIT。这可以防止程序因为某个意外丢失的边沿而“卡死”在某个状态。数据去抖对于同一个按键遥控器可能会连续发送几帧相同的数据。我们可以在主循环中增加判断只有当接收到的命令码发生变化时才执行新的操作避免一次按键触发多次动作。原始数据打印在调试阶段强烈建议将每次接收到的32位原始数据ir_code通过串口打印出来。这样你可以对照遥控器的芯片数据手册确认你解码出的地址码和命令码是否正确。不同品牌、甚至同品牌不同型号的遥控器其地址码可能不同。通过“中断状态机快速响应 主循环稳健处理”的分层设计我们的红外解码程序就既保证了实时性又具备了良好的可扩展性和可靠性。你可以轻松地将解码出的命令码映射到具体的设备功能上比如控制智能灯开关、调节风扇转速或者作为你的DIY机器人的遥控指令。