做红外遥控这么多年我最大的体会是做电视、机顶盒的万能遥控器不难做空调控制才是真的考验人。原因就藏在这个标题里——多品牌空调红外编码差异性。你拿学习模块去学某个品牌的遥控器明明返回“学习成功”结果发射出去空调纹丝不动换成另一个品牌可能轻轻松松就控制了。这不是你运气差而是空调的红外编码本身就比电视复杂一个量级学习模块的调试方法也完全不是“录下来再放出去”那么简单。这篇文章主要写给正在做智能家居中控、空调集控网关、万能遥控器产品的开发者也适合想搞明白“为什么空调遥控器不能通用”的硬件爱好者。我会把多品牌空调红外编码的差异掰开揉碎讲清楚再聊聊红外学习模块的工作原理最后把我实际调试中积累的步骤、工具、坑和经验全部整理出来。看完你至少能明白一台陌生空调的遥控器拿到手里该从哪几个维度去测、去调、去验证。1. 内容整体设计与思路拆解1.1 为什么空调红外编码不能“一把抓”普通家电遥控器比如电视、机顶盒大多数走的是NEC、RC5、Sony SIRC这类公开协议。码长通常只有几十位一个按键就是一个固定键值。你定义一个键码表按下“音量”发0x12按下“电源”发0x45就这么简单。空调不行。一个空调遥控器要同时携带的信息太多了电源开关、运行模式、设定温度、风速、扫风方向、定时、睡眠、辅热、健康、静音……这些不是一个固定键值能表达的而是几十个状态字段拼在一起的全量状态帧。你按一下“26度”遥控器发出去的是一整包“当前全部状态”现在是制冷模式温度26度风速自动扫风开但是没有定时、没有睡眠所以空调遥控器本质上不是在发“命令”而是在发“状态”。这就带来两个结果第一编码长度通常比电视遥控器大一个数量级第二不能用简单的键码表去套用必须理解帧结构或者干脆用学习模块去录波形。1.2 主流品牌空调的编码差异到底有多大我在实际项目里采集过不同品牌的空调波形这里用一张表把最直观的差异做一个梳理。注意下面的数据是针对常见家用分体机的遥控器抽样观测不是绝对标准因为同一个品牌在不同年代、不同系列之间也经常出现变种。真正做产品时还是要以实际采样为准。品牌常见载波频率编码特征学习/调试时最需要注意的坑美的38kHz为主帧长中等数据部分常带反码或校验新款蓝牙遥控器里的红外码段更长采样缓存不够会截断格力38kHz为主类NEC变形但数据字段多功能码随状态变化有些柜机的帧长度明显偏长重复帧间隔比较特殊海尔38kHz为主多种协议并存空气能/除湿机帧很长同一个按键在不同温湿度下发出的数据帧不同容易被误判大金38kHz左右帧非常长含校验重复次数少学习模块若按固定长度截断大金基本学一半废一半三菱电机/三菱重工38kHz~40kHz日系自定协议时序单元不是标准NEC对载波频率偏差敏感发射时载波偏一点就没反应日立/松下等老日系部分偏高老机型存在非38kHz载波码形特殊载波识别能力弱的学习模块直接失败奥克斯/海信/科龙/TCL等38kHz为主类NEC变形数据字节多引导码长度经常和标准NEC不一样不能用NEC解码器硬套这表格看完你可能会觉得“有些品牌好像差不多”。但请注意同样标称38kHz载波不同品牌的脉冲时序、引导码长度、校验方式、帧结构差异非常大。甚至同一品牌同一系列老版本遥控器和新版本遥控器发出的红外波形都可能完全不同。这就直接决定了做多品牌空调控制绝不能靠“猜”只能靠“学”和“测”。1.3 编码差异藏在四个层面要真正理解多品牌空调红外差异性不要停留在“协议不同”这个表面。我习惯把差异拆成四个层面来看调试的时候也是逐个排查的第一层是载波频率。红外遥控的载波是正弦波或方波调制常见38kHz但也有40kHz、36.7kHz、33kHz等。学习模块如果只支持一种中心频率遇到载波差异大的遥控器就可能学不进去。发射时也一样载波频率和接收端不匹配哪怕脉冲时序完全正确也白搭。第二层是脉冲时序。所谓红外编码本质是一串“有载波/无载波”交替的时间段。比如NEC协议的引导码是9ms载波4.5ms空闲逻辑1是560us载波1690us空闲逻辑0是560us载波560us空闲。而空调协议里引导码可能是4.5ms4.5ms最短脉冲可能是400us、500us、520us。差的这几百微秒、几十微秒对接收端来说就是“读不懂”。第三层是数据结构。有的空调像NEC一样带反码校验有的用和校验有的用CRC8有的干脆在数据帧里加入随机因子每次发射同一指令数据都不一样类似滚动码。前几种学习模块还能靠复现波形来绕过遇到动态变化的帧纯波形学习就很难处理了。第四层是帧格式与状态映射。空调数据帧里温度、模式、风速这些字段在什么位置、用什么值表示不同品牌几乎没有规律。比如同样是26度制冷A品牌可能是0x0EB品牌可能是0x04。这也是为什么“码库”方案维护成本极高而“学习式”方案更通用。1.4 从差异看方案选型学习模块为什么成为主流市面上做多品牌空调控制的方案大致分三类码库方案、学习方案、码库学习混合方案。纯码库方案就是收集各个品牌遥控器的原始码内置到产品里用户选择品牌型号后直接发射。优点是用户操作简单缺点是维护工作量巨大新机型永远追不上而且很多新款空调遥控器你根本拿不到协议资料。学习方案正好弥补这个问题。用户拿着原装遥控器对着模块按一下模块把波形记录下来以后就按这个波形发射。它不需要理解协议内容只忠实复现波形天然适配未知品牌、未知协议。缺点是需要用户配合操作一次而且对采样精度、存储容量、发射保真度要求更高。在空调这个品类上我个人的判断是学习方案是必修课码库只能作为辅助体验。原因很简单空调协议的非标程度和更新速度决定了你无法靠静态码库覆盖所有用户。后面几章我讲的内容也正是围绕“学习方案怎么做到靠谱”展开。2. 红外学习模块的工作原理与关键细节2.1 红外学习到底在“学”什么很多人第一次接触红外学习模块会以为它在“学数据”比如记住“这个按键代表制冷26度”。实际上绝大多数学习模块做的是“学波形”。红外发射和接收最终落到物理层就是一段被载波调制过的光脉冲。接收端经过一体化接收头解调后输出的是高电平/低电平交替的方波。所谓学习就是把这些高电平、低电平各自的持续时间记录下来。一个比较形象的类比不是抄文章的内容而是录下一个人说话的语调、停顿和语速。抄内容在协议固定的前提下效率很高但遇到口音千奇百怪的人录语音才是通用手段。多品牌空调就是“口音千奇百怪”的场景所以录音棚方案更适合。2.2 典型红外学习模块的硬件链路一套能用的红外学习模块核心链路其实很清晰接收部分通常是一颗一体化红外接收头比如HS0038B、TSOP38238之类。这种接收头内部集成了光敏二极管、带通滤波、AGC和输出电路输出的是解调后的逻辑电平。要注意一体化接收头有中心频率38kHz的接收头对38kHz信号最灵敏但对40kHz、36.7kHz也有响应只是灵敏度会下降。如果学习模块想覆盖更广的载波范围就不能只依赖一颗中心频率固定的接收头要么选择宽带接收方案要么在软件里做多频点测试。测频部分负责识别载波频率。有些低端学习模块为了省成本直接默认38kHz这种模块学电视没问题学空调就很容易踩坑。正规一点的设计会从接收头前级的光敏信号或发射端匹配信号里提取载波周期再做计数测频。调试时能看到“载波频率: 38000Hz”这种反馈就是这部分在工作。存储部分保存的是脉冲时间序列单位一般是微秒。空调的一帧数据可能有几百个甚至几千个边沿每个边沿需要一个时间戳对Flash和SRAM都有要求。很多学习模块声称“可学300个按键”实际上每个按键的存储长度是有限的空调长帧可能一次就吃掉很大空间。发射部分用MCU定时器产生指定频率的载波再按记录的脉冲序列打开/关闭红外发射管。发射管驱动电流越大遥控距离越远但持续发射时管子和三极管的发热也会加剧所以多数模块会限制单次连续发射时间或者在载波里设置一定的占空比。2.3 学习数据里的几个关键参数开始调试之前建议先把手里的学习模块能输出哪些参数搞清楚。我见过的模块有的只输出“学习成功/失败”有的会完整输出脉冲时间数组有的还会带载波频率、帧长度、帧间隔等元信息。好的调试过程应该尽量拿到以下几类数据一是载波频率。这个决定发射时用多少kHz的调制波去驱动发射管。如果模块没有自动测频也可以手动指定比如35.7kHz、36.7kHz、38kHz、40kHz。二是脉冲序列。一般以微秒为单位的数组相邻元素互为高低电平。比如[9000, 4500, 560, 560, 560, 1680 ...]代表第1段高电平9000us第2段低电平4500us依次交替。个别模块里还会有“起始极性”字段标记第一个时间段是高还是低。三是帧间隔和重复次数。很多空调遥控器发射一帧不会只发一次而是连续发2~3帧帧与帧之间间隔几十毫秒。学习模块如果只采集了其中一帧发射时也只发一次就会导致空调偶发无响应。四是采样阈值参数。接收头输出会有毛刺环境光也会产生干扰。学习模块通常有一个最小脉冲宽度过滤阈值比如小于80us或100us的脉冲直接忽略。这个值设置太大会吃掉真实短脉冲太小噪声会污染数据。调试时值得重点关注。2.4 载波频率为什么是空调学习的第一道坎我早期调试时踩过一个大坑就是拿学习模块去学一台日系老空调的遥控器模块反馈学习成功但发射出去完全没反应。后来用逻辑分析仪抓发射管波形才发现模块把载波固定成了38kHz而原装遥控器的实际载波大约是40kHz。频率差这点人耳听不出来但一体接收头的带通滤波器对频率偏差十分敏感失配严重时直接解调失败。载波匹配这件事调试时怎么验证最简单的方法是用一个能看原始载波的示波器探头接到红外发射管的阳极通道观察发射期间是否有载波振荡频率是多少。一体化接收头输出端看不到载波因为已经被解调成包络了这点一定要心里有数。3. 红外学习模块调试方法全流程3.1 搭建一个顺手的最小调试环境我调试红外学习模块一般不会直接把模块塞进产品里盲调。桌面上的验证环境搭起来很快但能省掉后面大量返工时间。硬件上需要这些待调试的学习模块拆出串口或调试引脚一块主控板比如ESP32、STM32用来和模块通信也可以直接把模块自带的MCU调试口拉出来USB转串口板TTL电平用来连串口逻辑分析仪至少8通道采样率建议不低于20MHz。这个很关键后面对比波形全靠它一台可以显示红外发射管驱动信号的示波器最好有几台不同品牌的原装空调遥控器作为被测信号源软件方面串口调试助手是标配逻辑分析仪配套的PC软件如PulseView也是必需品。波形导出功能很重要后面你会频繁地把逻辑分析仪抓到的数据导出成CSV来对比。3.2 串口协议与数据读取不同厂家的学习模块串口协议差异很大。但标准化的调试思路是通用的。这里给出一套我常用的演示协议供你参考。实际使用请以模块自带手册为准查询模块信息发送ATINFO返回模块型号、固件版本、支持载波范围。进入学习状态发送ATLEARN1模块进入等待红外信号状态。查询学习结果发送ATLEARN?返回OKLEN768表示捕获到768个边沿。读取脉冲数据发送ATGET0返回一组长整型数组单位微秒高低电平时长交替排列。发射已存数据发送ATSEND0模块按当前配置发射已保存的红外序列。手动设置载波发送ATCARRIER40000将发射载波设为40kHz。设置最小脉冲过滤发送ATIMIN120过滤低于120us的毛刺。假设一次学习返回的片段长这样OKLEN12 DATA: 9000,4520,560,560,560,1680,560,560,560,1680,560,1696这12个值代表6个完整脉冲对9000us高电平引导码4520us低电平引导码然后是若干个560us的高电平和560/1680us的低电平典型NEC风格的逻辑0和逻辑1。如果学习的是空调数据会长得多但格式思路一致。3.3 波形采样与数据完整性检查学习模块说“学习成功”不代表数据一定正确。我的习惯是每次学习之后都用逻辑分析仪抓一遍接收头输出脚的原始波形再和模块吐出来的脉冲数组逐段比较。具体做法是把逻辑分析仪的通道A夹在学习模块的接收头信号输出脚通道B夹在主控板串口TX或者模块的状态输出脚。按下原装遥控器按键的同时启动逻辑分析仪采集。采集结束后把波形导出查看每个高低电平的宽度然后和模块的DATA数组对比。重点看三件事第一引导码是否完整。引导码通常是一帧里最长的连续载波段如果采集结果里引导码缺了一半多半是学习模块在等待遥控器信号时初始化时机不对或者红外接收头还没进入稳定状态时信号就到了。第二短脉冲是否被误滤。空调协议里的最短脉冲可能只有300~400us如果模块的IMIN参数设置得比它还高这些短脉冲会被当噪声丢光整个帧结构就坏掉了。建议把最小过滤阈值先调低比如80us学习完成后再根据波形质量决定要不要提高。第三同一个按键多次学习波形是否稳定。正常情况同一把原装遥控器同一按键多次学习的脉冲总数和总时长应该非常接近。如果每次结果都有很大出入多半是采样漏边沿了。常见原因包括MCU中断竞争、接收头输出上拉电阻偏弱、电源纹波大导致毛刺。这时候优化方向是提高输入捕获优先级、用DMA搬运捕获数据、在接收头电源脚加100nF电容。3.4 发射与空调端验证三步法学习完成后不要急着把代码烧进网关就收工。我用的是三步验证法第一步模块回读。学习完成后重新把模块存的脉冲数据读出来打印或导出确认和抓到的原始波形一致。这一步能筛掉存储和写入环节的问题。第二步逻辑分析仪看发射波形。把逻辑分析仪探头接到红外发射管的驱动信号端一般是三极管集电极或MOS管栅极。一边让模块发射一边采集波形。然后将采集到的发射波形和第一步里原装遥控器的波形做叠加对比。重点对比两点每个脉冲宽度误差是否在±3%以内载波频率是否和你设置的一致。这一步是判断“模块有没有忠实复现原波形的关键”。第三步空调实收。把模块的发射管对准空调室内机的红外接收窗口距离一般是0.5~2米按一次键看空调有没有反应。注意要等空调回到待机状态再测下一个功能不然前后动作混在一起你根本分不清是自动风速还是手动风速生效了。3.5 载波频率测量与校准如果模块支持自动测频学习完以后看一下反馈的载波值。如果模块不支持我教你一个土办法用逻辑分析仪抓发射管驱动波形然后分析载波周期。比如抓到10个载波周期总共用了263us那载波频率就是10 / (263us) ≈ 38.02kHz和38kHz误差很小可以用。这里有一个容易搞混的知识点一体化接收头出来的信号是解调后的包络看不到载波波形。你如果把逻辑分析仪直接夹在一体化接收头输出脚看到的是方波包络是测量不出载波频率的。要看载波必须接在接收头的光敏二极管前端或者直接测原装遥控器的发射管驱动信号。载波频率允许的容差是多少一般接收端带通滤波器的通带有一定宽度发射载波偏差在±1kHz以内通常都能接受。但有的日系机对载波较敏感38kHz的模块去发射40kHz的原生信号最终可能表现为距离变短、时灵时不灵。调试时如果空调没反应首先检查载波设置再检查时序这个顺序不要反。3.6 重复帧间隔的处理空调遥控器发射时通常会连续发好几帧。我见过一帧里重复3次的也见过只发1帧的。为什么会有这种差异因为空调的红外接收窗口可能只在特定时间片内开启发射端多发几帧可以增加被正确接收的概率。学习模块在采样时如果只抓了一帧发射时也只发一帧那很多空调就会出现“偶尔响应、经常不响应”。正确的做法是采样时记录完整的帧序列和帧间隔发射时同样按原始节奏重放。但这里又有一个坑有些模块把帧间隔也当成普通空闲脉冲存下来了会导致发射波形里帧与帧之间的间隔不对甚至把间隔理解成独立一帧的引导码。所以调试时拿到脉冲数组后要做一次“分帧分析”。怎么分找帧间隔一般是几毫秒到几十毫秒的低电平段明显比帧内最长空闲段还要长。把帧序列分段标出来再对照原装遥控器波形确认分帧边界是否正确。4. 常见问题与排查技巧实录写这一章之前我先坦白红外学习模块调不通90%的原因不在“学习”本身而在“复现”环节。下面这些问题都是我在实际项目里真实踩过的按出现的频率排序。现象可能原因排查思路解决方案学习成功发射无效载波频率不对、帧被截断、脉冲误差大、帧间隔不对用逻辑分析仪对比收发波形查载波设置手动设置载波、重采样、调整重复帧参数脉冲数异常多环境光干扰、接收头距离太近导致饱和、采样阈值太低看波形里有没有大量短毛刺加遮光管、调整距离、提高最小脉冲过滤值脉冲数异常少信号太弱、按键时间太短、长帧超出模块缓存看波形尾部是否被截断拉近遥控器距离、按久一点、换支持长帧的模块同一按键每次学习结果差异大采样漏边沿、电源纹波、中断响应延迟用逻辑分析仪多次抓包对比提升捕获中断优先级、用DMA、加去耦电容某品牌永远学不进去载波频偏大、接收头中心频率不匹配、帧结构极特殊测原装遥控器载波频率选用支持多频点的学习模块或换宽带接收头发射距离明显比原装遥控器近发射管驱动电流不足、载波占空比不对、调制频率偏测发射管峰值电流、测载波频率加大驱动电流、检查限流电阻、校准载波能控制部分功能部分功能失效长帧被截断后半段状态字段丢失对比原装波形长度和存储长度扩展缓存或分帧存储发射高温长时间发射后空调逐渐不响应发射管过热、输出功率下降摸发射管温度限制连续发射时长、降低驱动电流、增加散热除了表格里的常规问题还有几个我在现场比较偏门的经验。第一遇到三菱电机、日立这类老日系空调如果学习模块反馈“临界成功”别急着判断是模块的问题。先把原装遥控器的载波频率测准确比如真的是40kHz那就要在发射参数里明确指定40kHz不要依赖自动判断。自动测频在信号弱的时候容易误判成38kHz或39kHz这个误差足以让整帧废掉。第二大金的某些机型帧特别长而且每帧只发一次学习模块如果按“默认连续2帧”的规则去重放反而会让空调错误。因为多余的第二帧可能被空调当成新的指令来解析。调试大金时最好把重复次数改为1先确认单帧能被识别再考虑要不要补偿。第三环境光干扰是最隐蔽的问题。遥控器信号里混入一段50Hz工频闪烁的光干扰会在波形里制造出非常规律的短脉冲。这些脉冲长度和真实数据位相近肉眼很难分辨。排查方法也简单在不按遥控器的情况下用逻辑分析仪一直监听接收头输出如果背景里经常出现周期性电平跳变那环境光问题必须先解决再谈学习精度。第四用手机摄像头检查红外发射管亮不亮这个办法可以做“有无检测”但千万别把它当成验证手段。手机摄像头只能看到红外光斑的有和无完全看不到载波频率和脉冲宽度。我有一次调试手机摄像头看发射管亮得很欢实际空调一点反应没有最后才发现载波频率设错了光在闪但频率根本不对。所以波形验证必须用逻辑分析仪或示波器这条经验值得反复强调。5. 从单点调试到批量测试的扩展思路如果你只是调通一个模块文章到这里已经够用了。但如果你跟我一样要拿这个模块去做产品还有一件事值得提前规划自动化批量测试。我后来搭建过一套简易的批量验证台思路是这样的准备一台可以旋转的工装台上面固定几个不同品牌的空调遥控器不用空调只需要遥控器就行。测试时先用被测学习模块依次对这些遥控器执行学习动作然后让模块依次发射再用另一套独立的标准接收电路宽带接收头逻辑分析仪回采发射波形。系统自动比对发射波形和原始学习波形输出一致性报告。这个批量测试台能帮你快速发现两类问题一是某个品牌的波形是否被模块“学坏了”比如存在规律性的时间偏移二是模块固件升级后是否引入了回归比如某个品牌的帧间隔被意外修改。按我这个流程操作一批20台遥控器从学习、发射到比对报告半小时内能跑完。这比我早期一台一台手动验证的效率高太多了。手动验证最大的问题是你得靠眼睛去对比波形看久了会麻木容易漏掉细微问题。自动化比对虽然没有人的灵活性但胜在不会累也不会漏查。6. 调试经验补充与个人体会最后分享一个我花了很长时间才养成的习惯波形建档。现在不管拿到什么品牌的空调遥控器第一件事不是把它接上模块去学而是先用逻辑分析仪把原装遥控器的原始波形抓一份存档。档案里的关键字段包括品牌、型号、功能键名、载波频率、脉冲总数、总帧时长、帧间隔、引导码宽度、最短脉冲宽度。建档有什么用调试时遇到“学习失败”或“发射无效”直接翻出这些参数一对比问题定位快得多。比如原装遥控器载波是36.7kHz而模块自动识别成38kHz那基本可以确定是测频环节没有覆盖到位。又比如原装波形总帧时长是120ms模块保存的数据只有60ms那一定是缓存或采样逻辑截断了后半段。这套建档习惯不仅对单次调试有用还能支撑你以后做码库、做兼容性报告。甚至你在产品问卷里问用户“空调是什么牌子什么型号”如果后台有对应的波形档案很多问题不用用户亲测就能给出预案。我在实际使用中的一个体会是红外学习模块调试不是一个“能把代码编译过就完事”的活它本质上是在做物理层的一致性还原。你对载波、时序、帧结构这些东西理解得越深调试效率越高。很多看起来玄乎的问题最后都能归结为某个参数不对或者某个环节丢失了波形信息。这篇文章里提到的所有方法都是我自己在项目里反复验证过的。你可以直接照着搭一套调试环境先拿手边的空调遥控器做实验慢慢积累自己那本“波形档案”。等理解透了这个过程再看市面上的各种红外学习模块心里就有一杆秤了。