1. 一个波段三种面孔先把红外这个词拆清楚如果你跟我一样是从单片机、传感器或者物联网这个入口接触红外的大概率会经历一段认知混乱期。因为红外这个词在不同场景下指代的东西差别太大了测温枪里的红外摄像头夜视里的红外遥控器里的红外手环测心率里的红外还有算法工程师嘴里红外小目标检测里的红外……它们都叫红外原理却完全是几条不同的技术路线。这个混乱不是你的问题是红外这个波段实在跨得太宽。从波长上说红外覆盖的范围比整个可见光波段宽几百倍不同的波长区间对应完全不同的物理效应和工程玩法。所以这篇笔记我不想按教科书顺序念一遍电磁波谱而是把大家经常搜的那些词——38kHz、NEC协议、电力红外数据集、红外热成像、红外可见光融合、红外循迹、红外光通信——按照我自己的理解归成三条线来讲能量线、信息线、数据线。对应到实际使用场景就是红外怎么测温度、红外怎么传信号、红外怎么喂给算法做检测。把这三条线捋顺了你再看到任何带红外字眼的技术方案基本都能一眼判断它在哪个体系里、核心难点在哪、应该用什么思路去调。2. 能量线测温和热成像为什么看的是温度差2.1 万物都在发红外关键是找到看哪个波段先讲一个最反常识但最重要的事实我们平时说红外测温、红外热成像它接收的不是物体反射回来的光而是物体自己辐射出来的电磁波。任何温度高于绝对零度的物体都会向外辐射电磁波温度不同辐射的峰值波长就不同。这个规律由维恩位移定律描述公式很简单λmax 2898 / TμmT是开尔文温度。常温物体大约300K峰值波长在9.6微米附近落在8~14微米的长波红外窗口一个300℃的加热设备峰值波长会往短波方向移动掉到3~5微米的中波红外窗口。这就是为什么工业热像仪和测温型红外传感器不是随便抓一个红外波段就行的——你必须根据被测目标的温度范围选探测器的响应波段选错了信号弱一大截甚至会完全测不到。我刚开始玩红外测温时犯过典型的错误拿一个响应波段在8~14微米的传感器去测一个小型电烙铁头烙铁温度300℃左右峰值波长5微米多已经偏出传感器灵敏区边缘了读数不仅偏低还抖得厉害。后来换成中波响应3~5微米的探测器数据才稳定下来。选波段就是选镜头焦段拍人像用85mm拍月亮用600mm用错焦段拍出来一定糊。2.2 发射率是个隐藏大坑电力检修最清楚有了波段还有第二个坑叫发射率。黑体辐射定律里理想黑体的发射率是1.0但现实物体不是黑体同样温度下辐射出来的能量强度不一样。光滑金属表面发射率可能只有0.1左右而水泥墙面、砖头、带锈的铁皮往往会到0.8以上。这意味着什么一台变压器外壳你用热像仪看亮的地方不一定温度高可能是表面材料发射率高、辐射能力强。所以正规的电力红外巡检作业第一步永远是设发射率。瓷瓶、导线、绝缘子、金属接头各自有自己的经验发射率值。如果图省事全用默认的0.95去测裸露铜排可能会被低估几十度该报警的过热点就这么漏过去了。这也是为什么电力红外数据集这类东西不能直接从网上随便拉一批热像图就训练算法——不同设备、不同季节、不同拍摄角度下发射率差异和背景温度差异都会影响像素值和真实温度的映射关系。做过电力巡检项目的人都知道同一块绝缘子在晴天和阴天拍出来的热像图温度分布能差很多但故障特征可能恰恰藏在那些细微的温差模式里。2.3 夜视检测鸟类热红外为什么能看见活物再举一个能量线的典型应用红外夜视检测鸟类。这个需求在机场驱鸟、风电场生态监测、自然保护区夜间鸟类调查里都很常见。白天用可见光摄像头拍鸟不难难在夜间。夜视仪用微光增强把月光、星光放大到肉眼可见但完全无光的条件下就废了。热红外不依赖外部光源它靠的是鸟的体温和周围环境的温差。鸟类体温普遍在38~42℃在夜间比环境温度高出一大截在热像图上就是一个明亮的运动目标。不过这里也有讲究。鸟类羽毛覆盖层有保温作用如果冬天特别冷羽毛外表面温度会被拉低和环境的温差反而缩小。再加上热成像分辨率普遍比可见光低远处的鸟在画面上可能就一两个像素。所以实际的项目里很少只靠热像仪一路数据硬扛常见做法是热像仪负责发现疑似热目标可见光相机负责确认细节两路数据做融合判断。这个思路后面讲红外可见光融合时还会再展开。2.4 能量线的小结记住温差即信号把能量线串起来看你会发现所有热红外应用的底层逻辑都是同一个检测温差而不是检测绝对温度。测温枪测的是物体辐射强度反推温度热像仪看的是场景里各点的辐射差异形成图像夜视监测找的是目标与环境的热对比。所以做热红外相关的事永远先问三个问题目标温度在什么范围、背景温度大概多少、目标与背景之间会不会有温差叠加上发射率差异。公式算不清没关系先把这几个物理量想明白方向就不会错。3. 信息线遥控器、38kHz和NEC协议为什么是绝配3.1 为什么偏偏是38kHz从能量线跳到信息线最大的认知跃迁在于红外通信根本不关心热量它只把红外光当作一种不可见的载波。遥控器、红外循迹、红外光通信本质都是发红外光、收红外光、从光的亮灭序列里解出信息。那为什么家电遥控器几乎都用38kHz载波这个问题我从大学玩单片机一直好奇到工作后才真正想透。原因有三个层层叠加第一为了抗干扰。红外接收头不光接收遥控器的信号也会接收环境里的红外辐射包括阳光、白炽灯、暖气片。这些干扰大部分是缓慢变化的直流分量和低频噪声38kHz的交流调制信号可以轻松地把有用信号和背景噪声在频域上分开。接收头内部做一个带通滤波器只放行38kHz附近频带其他统统衰减掉。这就好比你在嘈杂的菜市场里喊人喊的内容可能听不清但如果约定好只认一个特定频率的口哨声就算周围人声鼎沸也能对上暗号。第二匹配接收头的谐振点。红外接收头比如常见的HS0038B内部是PIN光电二极管加高增益放大器加带通滤波器加解调器厂家在设计时把放大器的中心频率就调在38kHz附近。发射端也用38kHz等于收发双方卡在同一个谐振频率上接收灵敏度最高。有些接收头标37.9kHz并不是写错了而是故意让谐振点略偏换取更大的频率容差范围。第三折中考虑速率和距离。载波频率越高理论上能传的数据速率越快但LED的开关特性和驱动电路的寄生电容会限制实际上升沿频率太高波形畸变严重传输距离还要掉。38kHz在这个年代确实不算快但遥控这种低速场景下它是性价比极高的平衡点。3.2 NEC协议从波形到解码的完整链路载波是物理层的事信息层就得靠协议。家电领域NEC协议是最经典的美的、格力、索尼、飞利浦大量设备都在用它的变体。我当初为了用STM32做空调遥控器硬啃过一份逻辑分析仪抓出来的波形把它掰开揉碎讲一遍后面理解什么美的空调遥控器红外编码规则就顺理成章了。NEC协议一帧数据的标准结构是引导码9ms高电平 4.5ms低电平接收端靠这一段判断一帧开始了。地址码8位 地址反码8位用来区分设备反码用于校验。同一个遥控器对不同设备发不同地址。命令码8位 命令反码8位命令本身加校验防止误触发。最后的停止位是一个560μs的高电平。两种数据位靠高低电平的持续时间区分0是560μs高 560μs低1是560μs高 1690μs低。注意关键点不管0还是1前面的高电平都是560μs区别在后面的低电平长度。很多初学者扫描波形时只盯着高电平看发现两种bit长得一样就懵了其实是没看全整个周期。解码的思路也就清晰了用定时器捕获引脚电平变化记录每个高低电平的持续时长。先识别出9ms4.5ms的引导码然后按高脉冲后低电平长短判断0或1。这里我踩过最大的坑是解调后的波形是反向的——接收头输出低电平表示收到载波高电平表示空闲和发射端波形正好反相第一次写解码逻辑时没注意折腾了两个晚上。美的的遥控编码和标准NEC并不完全一样常见的是连续发送多帧、数据位更多有的机型是48位甚至更长帧间隔也更短。网上一堆美的空调红外编码规则的帖子抄的时候一定得先拿逻辑分析仪抓自己手头遥控器的真实波形对一遍不同批次可能都有差异。我见过有人拿别人抓的码库刷进单片机结果控制的不是温度而是风速就是因为码位定义理解错了。3.3 从遥控到循迹小车再到红外光通信理解了38kHz载波和NEC解码再看STM32F103C8T6红外循迹思路就完全通透了。循迹小车用的不是通信协议而是反射式红外对管——发射管发出红外光接收管检测物体反射回来的光强。黑线吸光、白线反光接收管输出的电平就不一样单片机读ADC或者GPIO就能判断小车是在线上还是偏了。它和信息线共用了一套发光-收光的物理基础但没有协议层属于简单的物理量探测。再往高阶走就是红外光通信。遥控器本质就是最低速的红外光通信每秒撑死几千比特。但红外光通信可以做得更快、更远、更复杂比如用大功率红外LED阵列做可见光通信的替代方案在电磁干扰强的医院、矿井里红外光通信因为不产生射频干扰反而比Wi-Fi更合适。我实际试过用红外LED做点对点音频传输50cm距离内完全可行原理就是一个模拟信号调制成红外光脉冲接收端解调出来还原声音。这个项目让我对光也是电磁波也能当信道有了特别直观的体会。信息线这一段的共同点是红外在这里只是媒介真正有价值的是编码和解码那一层。不管做遥控、循迹还是光通信你都得先想清楚发端和收端用什么载波、什么编码、什么时序以及怎么抗干扰。能把这串问题想明白红外的信息线你就出师了。4. 数据线红外图像怎么变成算法能用的数据集4.1 红外图像和可见光图像差的不只是颜色这几年红外在AI圈特别火动不动就是红外小目标检测红外可见光融合电力红外数据集很多人第一次见到红外图像会想这不就是一张灰度图吗直接拿Visible预训练模型来跑不就行了这个想法坑过不少人。红外图像和可见光图像的区别远不止颜色通道。首先可见光图像记录的是物体表面对太阳光的反射纹理信息非常丰富而红外图像记录的是物体自身的辐射边缘细节、纹理对比天然就弱。其次红外探测器分辨率普遍低于可见光相机配上镜头视场角同样一个目标在红外图上可能就几个像素。最后红外图像的信噪比受环境温度影响很大同一场景白天和晚上拍的图统计分布完全不同。我拿一个做红外小目标检测的朋友的图看过万里无云天空背景下一个无人机目标在640×512的热像图里就是2×2像素的一个亮点周围全是噪声。这种目标用常规的检测框标注都费劲因为目标区域太小几乎没法提取形状特征。难怪现在红外小目标检测数据集需要在标注时额外给目标中心点坐标或者像素级掩膜就是为了照顾这种极端情况。4.2 数据集到底长什么样VOC/YOLO格式和firc-dataset顺着热搜词里的firc-dataset 电力红外数据集 voc yolo往下说。所谓的电力红外数据集来源大多是电力巡检无人机或手持热像仪拍摄的变压器、绝缘子、线夹等设备的热像图然后用LabelImg这类工具标注出故障部件或者过热区域导出成VOC格式的XML或者YOLO格式的TXT。为什么强调VOC和YOLO格式因为主流检测网络YOLO系列、SSD、Faster R-CNN的训练脚本基本都是吃这两种标注格式的。VOC格式是每个图片对应一个XML文件里面用bndbox记录目标的xmin、ymin、xmax、ymax加上name类别YOLO格式更粗暴一个TXT文件一行一个目标写类别id和归一化后的中心坐标、宽高。转换脚本网上一堆但真正麻烦的是标注质量——红外图像对比度低部件边界模糊不同标注员画出来的框差距很大这直接影响模型收敛。还有一类更专业的红外数据集用于红外可见光图像融合或者RGB-红外多模态检测。融合任务需要同一场景的可见光图和红外图严格配准也就是两幅图要拍到同一视角、同一时刻的画面。城市多模态目标检测数据集一般用双目套件或者同步采集装置一辆车上装一个可见光相机加一个红外相机做标定和同步后输出成对图片。训练时有的网络把两路直接concat成4通道输入有的先做特征级融合不同做法效果差别很大但数据配准问题永远是绕不过的坎。4.3 红外检测算法为什么比可见光难调最后聊算法侧。红外小目标检测、红外手势识别、红外夜视鸟类检测听起来场景完全不同但算法层面的痛点高度一致目标小、对比度低、背景复杂。目标小的问题我前面说过几个像素的目标在卷积神经网络里经过几次下采样可能就消失了。所以这类任务里注意力机制和高分辨率特征图特别重要很多针对红外小目标的网络都会保留更大尺寸的特征图或者用Transformer那种能捕捉全局信息的结构。对比度低的问题影响的是特征提取。红外图上目标和背景的灰度差可能只有十几个灰度级人眼都要仔细看才行这就要求网络对灰度变化极其敏感。拿可见光预训练模型直接迁移的话骨干网络的第一层卷积核可能已经对可见光纹理形成了强响应对红外微弱的热特征反而响应不足。我见过一个项目明明数据量不小YOLO训练完mAP就是上不去后来把骨干网络换成专门在红外图像上预训练的版本或者对训练图做灰度拉伸预处理指标才明显改善。背景复杂的问题则体现在数据多样性上。电力红外巡检里同一台变压器的热像图晴天、阴天、夏天、冬天拍出来背景温度层级完全不同如果训练集全是夏天拍的模型冬天一上线就泛化崩盘。所以做红外数据集的采集方案时一定要覆盖不同时间、不同季节、不同天气这和可见光任务只需要保证光照多样性的思路是不同的——可见光的光照对应红外的热背景必须单独设计采集矩阵。数据线这部分的核心逻辑是算法只是提取模式数据决定了模式能不能被提取出来。红外图像的特殊分布决定了你不能照搬可见光那套数据和模型必须先理解传感器的响应特性、目标的红外特征、背景的热分布规律再去设计数据采集、标注方案和模型结构。这三个环节都打通了红外检测项目才算是真正跑得起来。5. 三条线之外冷门的红外传感与应用值得留意的方向除了上面三条主线红外还有一批热搜词游离在主线边缘但工程价值一点都不低我把它们集中提一下免得你刷到的时候又觉得是另一个宇宙。红外手势识别是很有意思的一个方向。市面上的方案通常是一组红外LED加光电二极管阵列发射红外光后接收反射光某些传感器比如APDS-9960可以同时输出接近、手势方向、RGB颜色等信息。手势识别的核心是把不同手势导致的反射光强变化时序译成方向意图——挥手时接近程度先增后减滑动时不同方向的传感器接收强度有相位差。这种方案功耗低、体积小常被用在智能音箱、汽车中控的隔空操作上。红外脉搏测量器本质上就是手环测心率的PPG技术。红外LED照射皮肤光电二极管接收经过皮肤组织吸收、散射后返回的光每一次心跳导致血管容积变化反射光强就会产生周期性的微小波动。提取这个波动的频率就是心率。做这类项目时最大的坑是运动伪迹——手一晃动反射光变化比心跳信号强好几倍所以一定要加高通滤波和加速度计融合纯靠红外信号解算出准确心率的算法试过的人都知道有多难调。红外传感器在工业上的另一个常见形态就是热释电红外传感器PIR用在天线人体感应灯里。它和热像仪不同只能感知有没有人动了不能成像。做人体存在检测时一个常见误伤是它探测的是红外辐射的变化而非静态存在人坐着不动超过几十秒传感器就认为没人了灯就灭了。解决思路是配合微波雷达或者改用热成像阵列但成本就上去了需要你在成本和体验之间做取舍。这些应用有一个共同特点红外在这里既不是单纯的热量计也不是纯粹的通信信道而是同时利用红外光被物体反射/吸收/透射的复杂特性。真做项目的时候往往要同时懂光学、电子学、信号处理三样但反过来也说明红外这个方向真正吃透了技术纵深是很值得投入的。6. 给入坑者的学习路径建议聊了这么多最后给想系统学红外的新人一条我自己的路径参考。先别急着置办设备把电磁波谱那页翻熟。搞清楚近红外、中波红外、长波红外和太赫兹大概的分界知道什么场景用哪个波段这是后面所有判断的根。我的工具就三样一个8~14μm的热成像模块或者测温枪也行、一对38kHz红外收发对管和逻辑分析仪、一台STM32F103C8T6最小系统板。这三样加起来不过两三百块钱但覆盖了能量线、信息线、数据线最底层的实验场景。第一周先把遥控器解码跑通NEC波形抓出来自己写解码程序再用单片机发射回去控制一个旧空调或电视。这个过程会让你把载波、调制、时序、校验全过一遍性价比无敌。第二周切换到热学场景用热成像模块测一盆热水、一台显示器、一面墙记录发射率设定不同时读数的变化理解发射率对测温的影响。有余力就把采集到的热像图存下来用LabelImg标几类物体跑一个YOLOv5或者YOLOv8的检测体会红外图像和可见光图像在训练上的差异。第三周去啃一个真实需求机场驱鸟、电力巡检、体温筛查、手势交互随便选一个你会发现前两周学到的东西全是地基真正的项目难点在于目标尺度、环境温度和系统集成。到这一步你才算真正入了红外这扇门。我自己的体会是红外不是一门看手册就会的技术它横跨物理、电子、算法三个领域最忌讳的就是只盯着某一层死磕。能把能量、信息、数据三条线串起来用才是这个波段真正有意思的地方。