简介基于stm32的红外遥控学习系统是一份面向嵌入式初学者的实战型STM32开发参考资料涵盖从基础框架到红外通信、遥控解码等典型应用场景帮助读者快速理解STM32的模块化开发思路。压缩包共986个文件包含364个C源文件、282个头文件以及链接脚本、启动汇编、工程配置文件等可支撑完整工程的编译与调试另有大量说明文档和脚本便于查阅和学习。整体大小21.16MB内容组织较清晰适合入门者系统学习也适合有经验的开发者参考框架设计。该资源已有46人学习下载源码经过验证可运行实用性较强。通过学习读者可以掌握STM32的启动流程、外设驱动编写与红外信号处理等技能是一份能够直接对照学习的工程源码包。1. 项目概述与整体思路1.1 红外遥控学习系统到底在解决什么问题做这个项目之前我先说个场景你家里电视、机顶盒、空调、风扇各配一个遥控器偶尔哪个丢了或者坏了想临时替代就得满淘宝找同款。更麻烦的是你想做一个万能遥控器但市面上那些万能遥控器内置的码库大概率覆盖不了你家的老空调、冷门品牌电视。红外遥控学习系统的核心功能就两个一是听写把任意红外遥控器发出的信号录制下来二是复述把你录下来的信号原样发射出去。只要这两个功能做得够好不管是遥控器丢了、坏了还是想做统一控制中枢都能很好地解决。整个系统围绕STM32展开用它的定时器、外部中断、Flash存储这些片内外设完成信号的采集、编码和回放完全不需要外挂专用解码芯片。这个项目非常适合两类人参考一类是做嵌入式毕设或课程设计的学生因为它的知识密度足够同时难度适中另一类是DIY爱好者想做一个真正能用的万能遥控器、智能家居红外网关。不管你是哪一类我把从硬件选型到软件协议、从踩坑记录到调试验证的全过程都写出来你不用再从零摸索。1.2 方案选型为什么选择STM32先回答一个很多人会问的问题做红外学习用现成的红外学习模块或者ESP8266、ESP32不也行吗为什么非要STM32我的理由有三点。第一STM32的定时器资源非常丰富而红外信号学习本质上就是一个高频计时问题——你需要以微秒级别的精度测量红外脉冲的宽度。STM32的高级定时器和通用定时器都支持输入捕获配合外部中断可以在几乎没有CPU干预的情况下完成脉冲序列的记录这对后续波形还原的精度至关重要。第二STM32内置Flash容量够用且掉电不丢失学习到的红外码可以永久保存这是很多外挂模块或者纯MCU方案做不到的。第三STM32的生态成熟HAL库、标准库、LL库随便选网上资料多到看不完遇到问题基本都能查到解决方案对新手友好度反而比ESP32那种傻瓜式环境更高。从成本角度看一块STM32F103C8T6最小系统板十几块钱红外接收头几毛钱红外发射管一两块钱加上三极管、电阻、按键、OLED屏幕整体物料成本控制在三十块以内。相比市面上动辄上百的万能遥控器自己做一套还能顺便把手里的单片机练熟怎么算都值。2. 红外遥控信号基础不搞懂协议就做不好学习2.1 红外信号的本质与传输链路要做一个合格的红外学习系统必须先理解红外遥控信号长什么样。红外遥控发射的并不是单纯的高电平或低电平而是一串经过38kHz载波调制的脉冲序列。你可以这样理解如果把载波比作运输车那么你要传输的数据就是货物货物装上车、车按一定节奏发车接收端再按节奏把货物卸下来。实际传输过程是这样的发射端用38kHz的方波信号去调制基带脉冲基带脉冲里的高电平时间段内塞满38kHz的振荡低电平时间段则完全静默。接收端比如一体化红外接收头负责解调把收到的38kHz载波还原成基带脉冲输出到单片机引脚的信号就变成普通的TTL电平序列。所以单片机需要处理的其实是解调之后的原始脉冲宽度序列而不是真正的38kHz正弦波。这个理解非常重要因为它决定了你要采集的数据是什么。绝大多数学习型遥控方案都不需要去解码NEC、SONY、RC5这些协议的具体含义只需要把高低电平持续的时间记录下来回放的时候再按时间还原。这就是所谓波形学习或码形学习它的优势是通用性极强不管是什么协议、什么编码方式只要载波频率一致或者很接近都能学能放。2.2 常见协议特征与学习策略取舍虽然说了不依赖协议但了解常见协议对调试和排查问题依然很有帮助。市场上最常见的红外协议是NEC协议特点是引导码为9ms高电平加4.5ms低电平数据0用560us高电平加560us低电平表示数据1用560us高电平加1.69ms低电平表示。空调遥控器则五花八门有些用的是NEC变种有些直接用自定义协议脉冲宽度差异很大。SONY协议则是12位或15位数据用1.2ms/0.6ms的高低电平比例区分0和1。RC5协议则是双相编码每个位周期都是1.778ms。这些协议之间的差异恰恰是学习型比固定码库型更靠谱的原因。固定码库方案要提前录入所有遥控器的编码规则遇到冷门设备就抓瞎学习方案直接把波形拍照下来存的是高低电平的时间序列完全不关心协议定义。当然代价是你需要较大的存储空间来保存这些时间序列——一个典型的遥控器按键码大约有30到80个脉冲沿每个脉冲宽度用16位整数存储再加上载波频率信息一个键位的存储需求通常在200到400字节之间。如果要在STM32F103C8T6上存几十个键位就要合理规划Flash的扇区使用。这种波形学习策略也有局限性比如遇到调制频率比较特殊的遥控器有些是36kHz、40kHz甚至56kHz如果发射端只能发38kHz可能会出现能学习、但回放后设备不响应的情况。这个问题我在第5章的排查清单里专门讲先留个悬念。3. 硬件方案的构建与关键参数计算3.1 红外接收与发射电路的设计细节硬件部分看似简单其实有不少容易踩坑的细节。首先是红外接收头推荐使用VS1838B或者TL1838这类一体化接收头它们内部集成了光敏二极管、放大电路和解调电路输出的是解调后的TTL电平直接把输出脚接到STM32的一个GPIO上即可。需要注意接收头输出极性——空闲时输出高电平收到载波时输出低电平也就是说你看到的信号是反相的。软件采集时必须知道这一点否则记录的脉冲宽度会完全颠倒回放自然失败。接收头的供电和滤波也不能大意。这类器件对电源纹波比较敏感建议在电源引脚旁边放一个10uF电解电容和一个104瓷片电容并联去耦。有些新手直接把接收头接到STM32的3.3V上如果接线过长或者电源质量不好会出现误码率偏高的情况。发射电路同样有讲究。红外发射管不能直接接GPIO因为单片机引脚驱动能力有限而且红外管的压降通常在1.2V到1.5V左右直接驱动会导致电流不稳定、发射距离变短。我用的方案是NPN三极管S8050做开关驱动发射管串一个10到20欧姆的限流电阻接到3.3V或5V电源上GPIO通过1k电阻接到三极管基极。限流电阻的取值可以根据目标电流算一下红外发射管最大持续电流一般在50mA到100mA如果电源是5V红外管压降1.3V三极管饱和压降0.2V那么电阻两端的电压大约是3.5V要限制在70mA左右就需要3.5V/0.07A50欧姆左右。不过考虑到载波是占空比50%的方波平均电流只有峰值的一半实际可以用更小的电阻来换取更远的发射距离我最终用的是15欧姆实测发射距离能到8米以上。3.2 人机交互与数据保存方案一个学习系统总不能每次都接电脑看数据所以需要最基本的人机交互。我设计的是三键方案一个学习键、一个发射键、一个模式切换键。学习键按下后系统等待接收红外信号捕获完成用蜂鸣器或者LED提示模式切换键选择当前要学习的槽位发射键则把当前槽位保存的码发出去。再加一块0.96寸OLED显示屏I2C接口用于显示当前槽位号和学习状态整个体验就非常完整了。关于数据保存我强烈建议把学习到的码存到STM32内部Flash而不是外部EEPROM。原因有三省一颗芯片、电路简单、读写速度足够。STM32F103C8T6有64KB Flash除去程序占用通常还有足够的空间存储红外码。需要注意Flash的擦写寿命是1万次左右频繁擦写可能会磨损。我的处理办法是设计一个简单的槽位分配表把用户可用的Flash区域划分成多个扇区每次写入新码时先找空位只有当前扇区写满了才擦除整个扇区这样虽然逻辑稍复杂但能显著延长Flash寿命。对于毕设项目直接固定地址写入也完全够用这个优化属于加分项。4. 软件核心实现从信号采集到波形回放4.1 基于定时器输入捕获的脉冲宽度测量软件部分是项目的重头戏。我最开始想的是用ADC连续采样接收头输出通过判断电压高低来记录脉冲宽度但后来发现完全没有必要——接收头输出的本来就是干净的数字信号用ADC采样不仅浪费资源采样率还难以保证。正确做法是用定时器的输入捕获功能。具体思路是把接收头输出接到定时器的输入捕获引脚比如TIM2的CH1对应PA0同时开启该引脚的上升沿和下降沿中断。这样每当信号跳变时定时器会把当前的计数值锁存到捕获寄存器中。你只需要在中断回调里读取两次捕获值之差就得到了这一段高电平或低电平的持续时间。比如定时器时钟配置为72MHz预分频设为72减1那么计数频率就是1MHz计数一个单位正好是1微秒这样读到的差值就是脉冲宽度的微秒数不需要再做复杂的换算。这里有个关键细节接收头输出是反相的所以高电平代表的是红外信号的静默期低电平代表的是载波期。如果你要原样保存接收端的波形直接按这个逻辑记录即可但如果你希望回放出来的信号和原遥控器完全一致就必须在发射时做一次取反处理用负逻辑去驱动发射管。我见过不少半路放弃的案例都是栽在这个反相问题上。4.2 学习数据的存储格式与空间规划采集到一组脉冲序列后怎么组织数据存储是有讲究的。最简单直接的方法是存储一个结构体数组每个元素包含两个字段脉冲宽度16位单位微秒和电平状态1位标记高低电平。由于接收头输出已经反相我建议在存储时就还原成真实红外信号的逻辑表述也就是先判断首沿再根据当前电平状态推算该段应该记为载波还是静默。虽然这会让存储逻辑稍微复杂一点但后续回放时可以直接按真实逻辑驱动发射管不用再做转换。以NEC协议的一帧数据为例它的完整波形包含引导码、16位地址码、8位数据码和8位反码整帧大约有60个左右的脉冲沿。按每个脉冲沿占2字节存储再加一些辅助信息帧长度、是否有重复码、载波频率一帧数据大约需要130到150字节。STM32F103C8T6的Flash是64KB程序固件用HAL库编译后大概占20KB左右剩下40KB足够存200多个键位日常使用绰绰有余。如果你用标准库固件体积更小可用空间更大。4.3 回放实现定时器中断与PWM载波的配合回放的难点不在于发载波而在于发准时序。38kHz载波可以用定时器的PWM输出轻松实现但怎么让载波精确地出现指定的时长、然后静默指定的时长这才是考验。我用的是TIM3产生38kHz的PWM驱动发射管同时用TIM4做基带时序控制每次进入TIM4的中断根据当前要发送的脉冲数据决定是打开还是关闭TIM3的PWM输出。整个发送流程可以这样描述先把要发送的脉冲序列按载波持续时间静默持续时间交替排列存放在一个数组中发送时开TIM4定时器让它的自动重载值等于当前要发送的持续时间进入中断后切换下一个脉冲同时更新TIM4的重载值。这种状态机可变量载值的方法非常灵活不管波形多复杂都能应对。这里有一个性能上的建议如果一帧数据有100个脉冲沿每个脉冲沿都进一次中断那么一次发送会有100次中断。STM32F103的中断响应时间是纳秒级别完全没问题。但要注意在中断服务函数里不要做耗时操作比如OLED刷新、串口打印这些统统不能出现在中断里否则时序会被拉长回放出来的码直接失效。我在调试时习惯用逻辑分析仪观察输出波形把实测时序和原遥控器波形对比误差在正负20微秒以内基本都能正常触发设备。5. 常见问题与排查技巧实录5.1 学习成功但回放没反应的排查路径这是初学者最容易遇到的瓶颈明明学习的时候提示成功了按下发射键设备却毫无反应。我总结了一套从硬件到软件的排查顺序分享出来你可以直接按这个走。第一步用手机摄像头对准红外发射管按下发射键看手机屏幕上是否有紫色光斑闪烁。红外光肉眼看不见但手机摄像头能拍到。如果没有光斑说明发射电路有问题重点检查三极管是否焊反、限流电阻是否过大、GPIO配置是否为推挽输出。第二步用逻辑分析仪或者示波器测发射管两端的波形确认是否有38kHz载波以及载波是否存在时间间隙。如果载波一直是连续的说明你的时序状态机切换有问题。第三步对比学习到的波形和原遥控器波形看脉冲宽度是否一致。很多时候问题出在接收头反相逻辑没处理好导致高低电平时间全部颠倒。第四步检查存储的原始数据在回放前是否被正确读取加串口打印辅助查看。整套流程走下来绝大多数问题都能定位。其中反相问题是命中率最高的元凶所以我建议在软件设计阶段就统一好信号逻辑避免在多个模块之间反复转换正反逻辑那是最容易混乱的地方。5.2 载波频率不匹配与距离过短问题前面提过有些遥控器的载波频率不是38kHz常见的有36kHz、40kHz甚至旧的日本电器会用56kHz。如果你用固定的38kHz载波去回放一个40kHz的信号设备大概率不识别因为接收端的带通滤波器会直接衰减掉不匹配的载波。解决办法是在学习阶段用定时器的输入捕获顺便测量载波频率。方法也很简单对接收头输出的载波脉冲做周期测量连续测几个周期取平均值把结果存入Flash回放时动态配置PWM的频率。这样你的学习系统就能兼容各种载波频率的遥控器。至于发射距离过短通常有三个原因限流电阻太大导致发射电流不足、发射管老化或焊错型号、电源电压偏低。我实测过3.3V供电下用15欧姆限流电阻发射距离大概5米换5V供电后同样的电路能到8米以上。如果你的项目允许尽量给发射管单独用5V供电接收电路保持3.3V逻辑即可两个电源之间注意共地。5.3 Flash写入失败与数据丢失的避坑经验STM32内部Flash的写入有几个硬性要求必须按16位或32位为单位写入、写之前必须先擦除所在扇区、擦除操作期间代码执行会暂停。如果你在主程序运行过程中直接调用Flash擦写函数可能会导致系统卡顿或者看门狗超时复位。我的做法是把Flash擦写操作放在一个专门的任务中擦写前关闭中断和看门狗擦写完成后及时恢复避免在擦写过程中被打断。还有一个容易忽略的点如果你把红外码存在了程序代码所在的扇区每次重新烧录程序都会把数据覆盖掉。这是一个非常尴尬的问题——你辛苦学习了几十个键位一次固件升级全部归零。解决办法是把数据区放在最后一个Flash扇区并且在链接脚本.ld文件中预留这块区域让编译器生成代码时不使用该扇区地址。这个方法在STM32CubeIDE里很好配置在链接器设置里指定一下Flash分区即可。6. 个人实操体会与项目扩展方向做完这个项目我自己最深的体会是红外遥控学习并不需要高深的理论真正决定成败的是对时序的敬畏。无论是采集还是回放每一个微秒的误差都可能让设备无视你的指令。所以在调试阶段我强烈建议准备一个逻辑分析仪哪怕是最便宜的24MHz 8通道版本都能让问题定位效率提升数倍。另外一些锦上添花的扩展方向可以在当前基础上加入ESP8266或者ESP32模块通过串口把学习到的红外码上传到服务器或者局域网做成一个带Web控制界面的智能红外网关也可以增加一个温湿度传感器联动空调的开关和温度设定做一个简单的自动化场景。存储方面还可以把手里的红外码导出成标准格式文件和网上其他网友分享的码库做交换扩大可用设备范围。最后再分享一个小技巧学习空调遥控器时很多空调遥控器发射的按键码其实包含开机状态温度挡位摆风模式等多个信息段并非单纯的一个键值。这种情况下学习到的波形很长可能上百个脉冲沿。我调试时发现只要采集缓冲区预留足够大这种长码也能完整记录和回放但因为脉冲多、时序长对定时器中断和状态机的稳定性要求更高。建议先拿电视机的短码做通整个流程再挑战空调的长码会顺畅很多。本文还有配套的精品资源点击获取
基于STM32的红外遥控学习系统：从波形采集到回放的完整实现
简介基于stm32的红外遥控学习系统是一份面向嵌入式初学者的实战型STM32开发参考资料涵盖从基础框架到红外通信、遥控解码等典型应用场景帮助读者快速理解STM32的模块化开发思路。压缩包共986个文件包含364个C源文件、282个头文件以及链接脚本、启动汇编、工程配置文件等可支撑完整工程的编译与调试另有大量说明文档和脚本便于查阅和学习。整体大小21.16MB内容组织较清晰适合入门者系统学习也适合有经验的开发者参考框架设计。该资源已有46人学习下载源码经过验证可运行实用性较强。通过学习读者可以掌握STM32的启动流程、外设驱动编写与红外信号处理等技能是一份能够直接对照学习的工程源码包。1. 项目概述与整体思路1.1 红外遥控学习系统到底在解决什么问题做这个项目之前我先说个场景你家里电视、机顶盒、空调、风扇各配一个遥控器偶尔哪个丢了或者坏了想临时替代就得满淘宝找同款。更麻烦的是你想做一个万能遥控器但市面上那些万能遥控器内置的码库大概率覆盖不了你家的老空调、冷门品牌电视。红外遥控学习系统的核心功能就两个一是听写把任意红外遥控器发出的信号录制下来二是复述把你录下来的信号原样发射出去。只要这两个功能做得够好不管是遥控器丢了、坏了还是想做统一控制中枢都能很好地解决。整个系统围绕STM32展开用它的定时器、外部中断、Flash存储这些片内外设完成信号的采集、编码和回放完全不需要外挂专用解码芯片。这个项目非常适合两类人参考一类是做嵌入式毕设或课程设计的学生因为它的知识密度足够同时难度适中另一类是DIY爱好者想做一个真正能用的万能遥控器、智能家居红外网关。不管你是哪一类我把从硬件选型到软件协议、从踩坑记录到调试验证的全过程都写出来你不用再从零摸索。1.2 方案选型为什么选择STM32先回答一个很多人会问的问题做红外学习用现成的红外学习模块或者ESP8266、ESP32不也行吗为什么非要STM32我的理由有三点。第一STM32的定时器资源非常丰富而红外信号学习本质上就是一个高频计时问题——你需要以微秒级别的精度测量红外脉冲的宽度。STM32的高级定时器和通用定时器都支持输入捕获配合外部中断可以在几乎没有CPU干预的情况下完成脉冲序列的记录这对后续波形还原的精度至关重要。第二STM32内置Flash容量够用且掉电不丢失学习到的红外码可以永久保存这是很多外挂模块或者纯MCU方案做不到的。第三STM32的生态成熟HAL库、标准库、LL库随便选网上资料多到看不完遇到问题基本都能查到解决方案对新手友好度反而比ESP32那种傻瓜式环境更高。从成本角度看一块STM32F103C8T6最小系统板十几块钱红外接收头几毛钱红外发射管一两块钱加上三极管、电阻、按键、OLED屏幕整体物料成本控制在三十块以内。相比市面上动辄上百的万能遥控器自己做一套还能顺便把手里的单片机练熟怎么算都值。2. 红外遥控信号基础不搞懂协议就做不好学习2.1 红外信号的本质与传输链路要做一个合格的红外学习系统必须先理解红外遥控信号长什么样。红外遥控发射的并不是单纯的高电平或低电平而是一串经过38kHz载波调制的脉冲序列。你可以这样理解如果把载波比作运输车那么你要传输的数据就是货物货物装上车、车按一定节奏发车接收端再按节奏把货物卸下来。实际传输过程是这样的发射端用38kHz的方波信号去调制基带脉冲基带脉冲里的高电平时间段内塞满38kHz的振荡低电平时间段则完全静默。接收端比如一体化红外接收头负责解调把收到的38kHz载波还原成基带脉冲输出到单片机引脚的信号就变成普通的TTL电平序列。所以单片机需要处理的其实是解调之后的原始脉冲宽度序列而不是真正的38kHz正弦波。这个理解非常重要因为它决定了你要采集的数据是什么。绝大多数学习型遥控方案都不需要去解码NEC、SONY、RC5这些协议的具体含义只需要把高低电平持续的时间记录下来回放的时候再按时间还原。这就是所谓波形学习或码形学习它的优势是通用性极强不管是什么协议、什么编码方式只要载波频率一致或者很接近都能学能放。2.2 常见协议特征与学习策略取舍虽然说了不依赖协议但了解常见协议对调试和排查问题依然很有帮助。市场上最常见的红外协议是NEC协议特点是引导码为9ms高电平加4.5ms低电平数据0用560us高电平加560us低电平表示数据1用560us高电平加1.69ms低电平表示。空调遥控器则五花八门有些用的是NEC变种有些直接用自定义协议脉冲宽度差异很大。SONY协议则是12位或15位数据用1.2ms/0.6ms的高低电平比例区分0和1。RC5协议则是双相编码每个位周期都是1.778ms。这些协议之间的差异恰恰是学习型比固定码库型更靠谱的原因。固定码库方案要提前录入所有遥控器的编码规则遇到冷门设备就抓瞎学习方案直接把波形拍照下来存的是高低电平的时间序列完全不关心协议定义。当然代价是你需要较大的存储空间来保存这些时间序列——一个典型的遥控器按键码大约有30到80个脉冲沿每个脉冲宽度用16位整数存储再加上载波频率信息一个键位的存储需求通常在200到400字节之间。如果要在STM32F103C8T6上存几十个键位就要合理规划Flash的扇区使用。这种波形学习策略也有局限性比如遇到调制频率比较特殊的遥控器有些是36kHz、40kHz甚至56kHz如果发射端只能发38kHz可能会出现能学习、但回放后设备不响应的情况。这个问题我在第5章的排查清单里专门讲先留个悬念。3. 硬件方案的构建与关键参数计算3.1 红外接收与发射电路的设计细节硬件部分看似简单其实有不少容易踩坑的细节。首先是红外接收头推荐使用VS1838B或者TL1838这类一体化接收头它们内部集成了光敏二极管、放大电路和解调电路输出的是解调后的TTL电平直接把输出脚接到STM32的一个GPIO上即可。需要注意接收头输出极性——空闲时输出高电平收到载波时输出低电平也就是说你看到的信号是反相的。软件采集时必须知道这一点否则记录的脉冲宽度会完全颠倒回放自然失败。接收头的供电和滤波也不能大意。这类器件对电源纹波比较敏感建议在电源引脚旁边放一个10uF电解电容和一个104瓷片电容并联去耦。有些新手直接把接收头接到STM32的3.3V上如果接线过长或者电源质量不好会出现误码率偏高的情况。发射电路同样有讲究。红外发射管不能直接接GPIO因为单片机引脚驱动能力有限而且红外管的压降通常在1.2V到1.5V左右直接驱动会导致电流不稳定、发射距离变短。我用的方案是NPN三极管S8050做开关驱动发射管串一个10到20欧姆的限流电阻接到3.3V或5V电源上GPIO通过1k电阻接到三极管基极。限流电阻的取值可以根据目标电流算一下红外发射管最大持续电流一般在50mA到100mA如果电源是5V红外管压降1.3V三极管饱和压降0.2V那么电阻两端的电压大约是3.5V要限制在70mA左右就需要3.5V/0.07A50欧姆左右。不过考虑到载波是占空比50%的方波平均电流只有峰值的一半实际可以用更小的电阻来换取更远的发射距离我最终用的是15欧姆实测发射距离能到8米以上。3.2 人机交互与数据保存方案一个学习系统总不能每次都接电脑看数据所以需要最基本的人机交互。我设计的是三键方案一个学习键、一个发射键、一个模式切换键。学习键按下后系统等待接收红外信号捕获完成用蜂鸣器或者LED提示模式切换键选择当前要学习的槽位发射键则把当前槽位保存的码发出去。再加一块0.96寸OLED显示屏I2C接口用于显示当前槽位号和学习状态整个体验就非常完整了。关于数据保存我强烈建议把学习到的码存到STM32内部Flash而不是外部EEPROM。原因有三省一颗芯片、电路简单、读写速度足够。STM32F103C8T6有64KB Flash除去程序占用通常还有足够的空间存储红外码。需要注意Flash的擦写寿命是1万次左右频繁擦写可能会磨损。我的处理办法是设计一个简单的槽位分配表把用户可用的Flash区域划分成多个扇区每次写入新码时先找空位只有当前扇区写满了才擦除整个扇区这样虽然逻辑稍复杂但能显著延长Flash寿命。对于毕设项目直接固定地址写入也完全够用这个优化属于加分项。4. 软件核心实现从信号采集到波形回放4.1 基于定时器输入捕获的脉冲宽度测量软件部分是项目的重头戏。我最开始想的是用ADC连续采样接收头输出通过判断电压高低来记录脉冲宽度但后来发现完全没有必要——接收头输出的本来就是干净的数字信号用ADC采样不仅浪费资源采样率还难以保证。正确做法是用定时器的输入捕获功能。具体思路是把接收头输出接到定时器的输入捕获引脚比如TIM2的CH1对应PA0同时开启该引脚的上升沿和下降沿中断。这样每当信号跳变时定时器会把当前的计数值锁存到捕获寄存器中。你只需要在中断回调里读取两次捕获值之差就得到了这一段高电平或低电平的持续时间。比如定时器时钟配置为72MHz预分频设为72减1那么计数频率就是1MHz计数一个单位正好是1微秒这样读到的差值就是脉冲宽度的微秒数不需要再做复杂的换算。这里有个关键细节接收头输出是反相的所以高电平代表的是红外信号的静默期低电平代表的是载波期。如果你要原样保存接收端的波形直接按这个逻辑记录即可但如果你希望回放出来的信号和原遥控器完全一致就必须在发射时做一次取反处理用负逻辑去驱动发射管。我见过不少半路放弃的案例都是栽在这个反相问题上。4.2 学习数据的存储格式与空间规划采集到一组脉冲序列后怎么组织数据存储是有讲究的。最简单直接的方法是存储一个结构体数组每个元素包含两个字段脉冲宽度16位单位微秒和电平状态1位标记高低电平。由于接收头输出已经反相我建议在存储时就还原成真实红外信号的逻辑表述也就是先判断首沿再根据当前电平状态推算该段应该记为载波还是静默。虽然这会让存储逻辑稍微复杂一点但后续回放时可以直接按真实逻辑驱动发射管不用再做转换。以NEC协议的一帧数据为例它的完整波形包含引导码、16位地址码、8位数据码和8位反码整帧大约有60个左右的脉冲沿。按每个脉冲沿占2字节存储再加一些辅助信息帧长度、是否有重复码、载波频率一帧数据大约需要130到150字节。STM32F103C8T6的Flash是64KB程序固件用HAL库编译后大概占20KB左右剩下40KB足够存200多个键位日常使用绰绰有余。如果你用标准库固件体积更小可用空间更大。4.3 回放实现定时器中断与PWM载波的配合回放的难点不在于发载波而在于发准时序。38kHz载波可以用定时器的PWM输出轻松实现但怎么让载波精确地出现指定的时长、然后静默指定的时长这才是考验。我用的是TIM3产生38kHz的PWM驱动发射管同时用TIM4做基带时序控制每次进入TIM4的中断根据当前要发送的脉冲数据决定是打开还是关闭TIM3的PWM输出。整个发送流程可以这样描述先把要发送的脉冲序列按载波持续时间静默持续时间交替排列存放在一个数组中发送时开TIM4定时器让它的自动重载值等于当前要发送的持续时间进入中断后切换下一个脉冲同时更新TIM4的重载值。这种状态机可变量载值的方法非常灵活不管波形多复杂都能应对。这里有一个性能上的建议如果一帧数据有100个脉冲沿每个脉冲沿都进一次中断那么一次发送会有100次中断。STM32F103的中断响应时间是纳秒级别完全没问题。但要注意在中断服务函数里不要做耗时操作比如OLED刷新、串口打印这些统统不能出现在中断里否则时序会被拉长回放出来的码直接失效。我在调试时习惯用逻辑分析仪观察输出波形把实测时序和原遥控器波形对比误差在正负20微秒以内基本都能正常触发设备。5. 常见问题与排查技巧实录5.1 学习成功但回放没反应的排查路径这是初学者最容易遇到的瓶颈明明学习的时候提示成功了按下发射键设备却毫无反应。我总结了一套从硬件到软件的排查顺序分享出来你可以直接按这个走。第一步用手机摄像头对准红外发射管按下发射键看手机屏幕上是否有紫色光斑闪烁。红外光肉眼看不见但手机摄像头能拍到。如果没有光斑说明发射电路有问题重点检查三极管是否焊反、限流电阻是否过大、GPIO配置是否为推挽输出。第二步用逻辑分析仪或者示波器测发射管两端的波形确认是否有38kHz载波以及载波是否存在时间间隙。如果载波一直是连续的说明你的时序状态机切换有问题。第三步对比学习到的波形和原遥控器波形看脉冲宽度是否一致。很多时候问题出在接收头反相逻辑没处理好导致高低电平时间全部颠倒。第四步检查存储的原始数据在回放前是否被正确读取加串口打印辅助查看。整套流程走下来绝大多数问题都能定位。其中反相问题是命中率最高的元凶所以我建议在软件设计阶段就统一好信号逻辑避免在多个模块之间反复转换正反逻辑那是最容易混乱的地方。5.2 载波频率不匹配与距离过短问题前面提过有些遥控器的载波频率不是38kHz常见的有36kHz、40kHz甚至旧的日本电器会用56kHz。如果你用固定的38kHz载波去回放一个40kHz的信号设备大概率不识别因为接收端的带通滤波器会直接衰减掉不匹配的载波。解决办法是在学习阶段用定时器的输入捕获顺便测量载波频率。方法也很简单对接收头输出的载波脉冲做周期测量连续测几个周期取平均值把结果存入Flash回放时动态配置PWM的频率。这样你的学习系统就能兼容各种载波频率的遥控器。至于发射距离过短通常有三个原因限流电阻太大导致发射电流不足、发射管老化或焊错型号、电源电压偏低。我实测过3.3V供电下用15欧姆限流电阻发射距离大概5米换5V供电后同样的电路能到8米以上。如果你的项目允许尽量给发射管单独用5V供电接收电路保持3.3V逻辑即可两个电源之间注意共地。5.3 Flash写入失败与数据丢失的避坑经验STM32内部Flash的写入有几个硬性要求必须按16位或32位为单位写入、写之前必须先擦除所在扇区、擦除操作期间代码执行会暂停。如果你在主程序运行过程中直接调用Flash擦写函数可能会导致系统卡顿或者看门狗超时复位。我的做法是把Flash擦写操作放在一个专门的任务中擦写前关闭中断和看门狗擦写完成后及时恢复避免在擦写过程中被打断。还有一个容易忽略的点如果你把红外码存在了程序代码所在的扇区每次重新烧录程序都会把数据覆盖掉。这是一个非常尴尬的问题——你辛苦学习了几十个键位一次固件升级全部归零。解决办法是把数据区放在最后一个Flash扇区并且在链接脚本.ld文件中预留这块区域让编译器生成代码时不使用该扇区地址。这个方法在STM32CubeIDE里很好配置在链接器设置里指定一下Flash分区即可。6. 个人实操体会与项目扩展方向做完这个项目我自己最深的体会是红外遥控学习并不需要高深的理论真正决定成败的是对时序的敬畏。无论是采集还是回放每一个微秒的误差都可能让设备无视你的指令。所以在调试阶段我强烈建议准备一个逻辑分析仪哪怕是最便宜的24MHz 8通道版本都能让问题定位效率提升数倍。另外一些锦上添花的扩展方向可以在当前基础上加入ESP8266或者ESP32模块通过串口把学习到的红外码上传到服务器或者局域网做成一个带Web控制界面的智能红外网关也可以增加一个温湿度传感器联动空调的开关和温度设定做一个简单的自动化场景。存储方面还可以把手里的红外码导出成标准格式文件和网上其他网友分享的码库做交换扩大可用设备范围。最后再分享一个小技巧学习空调遥控器时很多空调遥控器发射的按键码其实包含开机状态温度挡位摆风模式等多个信息段并非单纯的一个键值。这种情况下学习到的波形很长可能上百个脉冲沿。我调试时发现只要采集缓冲区预留足够大这种长码也能完整记录和回放但因为脉冲多、时序长对定时器中断和状态机的稳定性要求更高。建议先拿电视机的短码做通整个流程再挑战空调的长码会顺畅很多。本文还有配套的精品资源点击获取