简介基于单片机的红外遥控电路系统完整资料包面向电子、自动化等专业学生及单片机初学者适合课程设计、毕业设计或项目实践参考。内容围绕红外遥控系统的硬件与软件实现展开覆盖单片机型号选型、红外接收模块如TSOP系列电路设计、信号处理与电源电路以及NEC/RC5等红外编码协议还包含初始化、信号接收与解析、命令处理等程序模块帮助读者理解从红外信号接收到设备控制的完整链路。ZIP压缩包约205KB主要文件类型为设计报告、开题与中期报告、中英文对照资料及程序源码便于按文档和代码分类查阅目前已有80人学习下载。此外报告中还记录了硬件调试和软件实现中遇到的问题及解决方案对正在完成类似红外遥控系统设计的学习者是一份兼具设计思路和实操参考的完整素材。1. 红外遥控电路系统从波形到工程的最后一公里很多同学拿到“基于单片机的红外遥控电路系统”这个题目第一反应是去下载一份现成的代码和原理图把 HEX 文件烧进 STC89C52对着网上教程连线灯亮了就算完成。但真正到毕设答辩或者课程验收时老师问的第一个问题往往是“你这个解码用的是什么协议NEC 协议的引导码高低电平时间是多少”如果没有真正理解链路这一步就卡住了。红外遥控的本质不是“无线通信”而是一种单向、半双工、载波调制的通信方式。38kHz 载波、NEC 协议、PWM 编码这些名词背后是一条清晰的技术链路发射端将按键码调制到 38kHz 载波上接收头完成解调、去掉载波、输出原始波形单片机再通过定时器捕获完成解码。这篇文章的任务很明确从接收电路、解码程序、状态机设计到报告答辩思路给你一套完整且可修改的方案而不仅仅是一个能跑的点灯程序。无论你的单片机是 STC89C52、STC15 还是 STM32思路完全通用。2. 接收端电路设计HS0038B 与单片机的最小系统连接2.1 为什么是 38kHz 载波接收头选型与外围电路红外遥控系统发射端通常使用 940nm 波长的红外发光二极管信号以 38kHz 的载波频率发送。选择 38kHz 不是偶然这个频段环境红外干扰最小且与大多数家电遥控器兼容。常见的接收头是 HS0038B 或 VS1838B二者引脚兼容内置 PIN 光电二极管、自动增益控制、带通滤波器和解调器输出端直接给出解调后的 TTL 电平信号。接收电路的设计比很多人想象的简单HS0038B 只有三个引脚VCC、GND 和 OUT。典型应用电路中外接一个 100Ω 电阻串联在 VCC 端做保护再并一个 10μF 电解电容和一个 0.1μF 瓷片电容滤波输出端直接接单片机的外部中断引脚。但有个高频踩坑点HS0038B 的输出信号是反相的。没有红外信号时 OUT 为高电平收到 38kHz 载波时 OUT 被拉低。这意味着判断“有信号”看的不是上升沿而是下降沿。以下是完整的接收端最小系统连接表这个表可以直接抄进设计报告的原理说明部分引脚连接目标参数说明VCC5V经 100Ω 电阻接入抑制浪涌GND公共地尽量靠近单片机电源地OUTP3.2 (INT0)外部中断 0 引脚下降沿触发滤波电容VCC 与 GND 之间10μF 电解 0.1μF 瓷片并联有人问能不能用 P3.3 (INT1)可以。但建议使用 INT0 是因为中断优先级更高解码过程中若同时发生其它中断优先级设置上更灵活。另一个容易被忽略的问题是供电HS0038B 对电源纹波敏感如果使用 USB 供电或开关电源纹波较大时会导致接收灵敏度下降表现为遥控距离缩短或按键偶尔无响应。此时在接收头电源处加大电容必要时加一个 LC 滤波。2.2 用示波器看波形调试红外接收的第一步把接收头接好之后不要急着写解码程序。第一步应该是用示波器探笔接 OUT 引脚对着接收头按一下遥控器按键观察输出波形。正常的 NEC 协议波形应该是一个约 9ms 的低电平引导码接着 4.5ms 的高电平然后是一串由 560μs 低电平间隔和 1.69ms 或 560μs 高电平组成的 32 位数据位流。提示如果示波器上什么都没有先检查遥控器电池再检查接收头供电和输出引脚是否接反。HS0038B 的 OUT 引脚是中间那个脚不是边上。为什么这一步如此重要因为解码程序的本质是把波形的时间参数测量出来再与协议标准比对。如果波形都不对后面所有代码都是空谈。没有示波器的环境下可以退而求其次写一个最简单的程序用 while 循环持续读取 P3.2 引脚电平有信号时点亮 LED。能用 LED 闪烁说明接收头工作正常再进入解码阶段。2.3 发射端工程化设计不用 NE555用单片机直接产生载波很多参考设计使用 NE555 产生 38kHz 方波再配合编码芯片 PT2262 实现发射。这种做法在课程设计中很常见但存在几个问题NE555 的振荡频率受温度影响漂移PT2262 是专用编码芯片灵活性差且这属于“模拟电路 专用 IC”方案单片机含量不足答辩时容易被追问“单片机在这里到底做了什么”。更合理的工程化方案是使用单片机的定时器直接产生 38kHz 载波。以 STC89C52 为例11.0592MHz 晶振下定时器 T0 工作在方式 28 位自动重装载初值计算如下38kHz 周期约 26.3μs半周期 13.15μs转换为定时器计数为13.15 / (12 / 11.0592) ≈ 12.11取整后初值256 - 12 244。发射时在定时器中断中翻转红外发射管驱动引脚即可得到 38kHz 载波。数据发送则通过控制载波脉冲的持续与停止实现。NEC 协议的发射编码规则为引导码9ms 载波 4.5ms 空闲逻辑 1560μs 载波 1690μs 空闲逻辑 0560μs 载波 560μs 空闲帧间隔至少 40ms通常取 108ms按键按下时发送一帧完整数据引导码 16 位地址码 8 位键码 8 位键码反码。发射端使用 I/O 口驱动一个三极管如 S8050三极管集电极串接红外发射管和限流电阻到 VCC。限流电阻的选择直接影响遥控距离5V 电源下红外管正向压降约 1.2V取 100Ω 时电流约 38mA这对大多数 5mm 红外发射管是安全峰值。3. 核心解码程序实现定时器捕获与 NEC 协议状态机3.1 用外部中断 定时器测量脉冲宽度的原理接收端解码的核心思路是每次外部中断触发时对应波形下降沿读取定时器的当前计数值减去上次中断时的计数值得到的差值就是上一次高电平或低电平的持续时间。通过判断这个持续时间落在哪个时间区间就能区分引导码、逻辑 0 和逻辑 1。这里有一个容易犯的错误用TH0和TL0拼接时没有考虑溢出。定时器溢出会产生中断如果在解码过程中没有处理溢出标志测量到的脉冲宽度会严重偏小。一个健壮的做法是在读取计数值后立即判断TF0标志如果置位则把结果加上溢出补偿值。对于 16 位定时器在 11.0592MHz 晶振下最大计时约 71ms而 NEC 协议最长电平是 4.5ms理论上不会溢出但处理标志位仍然是好习惯。以下代码是一段完整的 NEC 协议解码程序适用于 STC89C52 或标准 51 内核注意使用了外部中断 INT0 和定时器 T0// 使用外部中断INT0检测下降沿定时器T0记录时间间隔 #include REG52.H #define IR_IN P3_2 unsigned int ir_time; // 高电平持续时间 unsigned char ir_code[4]; // 存储解码出的32位数据 unsigned char ir_ready; // 一帧数据接收完成标志 unsigned int timer0_overflow; // 定时器溢出计数 void timer0_init(void) { TMOD | 0x01; // T0工作在方式116位定时器 TH0 0; TL0 0; ET0 1; // 使能T0中断 TR0 0; // 先不启动 } void int0_init(void) { IT0 1; // 下降沿触发 EX0 1; // 使能INT0中断 EA 1; // 全局中断 } void timer0_isr(void) __interrupt(1) { timer0_overflow; // 每次溢出约71ms } void int0_isr(void) __interrupt(0) { static unsigned int last_time 0; static unsigned char bit_count 0; unsigned int current_time; unsigned int interval; TR0 1; TH0 0; TL0 0; current_time timer0_overflow * 65536 TH0 * 256 TL0; timer0_overflow 0; interval current_time - last_time; last_time current_time; // interval单位是机器周期11.0592MHz下每个机器周期约1.085us // 引导码9ms低4.5ms高首次下降沿时无interval第二次下降沿时interval约4500/1.085 if (interval 3500 interval 5000) { bit_count 0; // 检测到引导码开始接收数据位 } else if (interval 1000 interval 1800) { ir_code[bit_count / 8] (ir_code[bit_count / 8] 1) | 0x01; bit_count; } else if (interval 300 interval 900) { ir_code[bit_count / 8] (ir_code[bit_count / 8] 1) | 0x00; bit_count; } if (bit_count 32) { bit_count 0; ir_ready 1; } } void main(void) { timer0_init(); int0_init(); P2 0xFF; while (1) { if (ir_ready) { ir_ready 0; // 校验地址码和键码反码 if ((ir_code[2] 0xFF) (unsigned char)~ir_code[3]) { P2 ~ir_code[2]; // 将按键码送P2口驱动LED } } } }代码的逻辑说明如下每次 INT0 下降沿触发时重启定时器并计算与上次触发的时间间隔。间隔落在 3.5ms~5ms 区间判定为 NEC 引导码落在 1ms~1.8ms 判定为逻辑 1正向间隔约 1.69ms但因接收头输出反相实际测到的间隔是低电平到低电平的周期落在 300μs~900μs 判定为逻辑 0。每个字节通过左移一位再 OR 入当前位接收满 32 位后置完成标志。3.2 时间阈值是怎么算出来的为什么不能直接用 562μs 和 1687μs网上很多代码直接用562和1687作为阈值这是拿数据手册上的标称值直接套用实际运行中经常解码失败。原因有两个首先是单片机的机器周期不同STC 单片机在 12T 模式下机器周期是晶振的 12 分频1T 模式下是 1 分频同一个TH0计数值对应的时间完全不同其次是接收头的响应延迟和红外管的老化会导致脉宽漂移。正确的做法是先测实际波形。示波器接入后观察逻辑 0 和逻辑 1 的高电平实际宽度然后取中间值作为判别阈值。比如实测逻辑 0 间隔是 1.1ms逻辑 1 间隔是 2.2ms阈值就应该取 1.5ms 左右的中间点而不是 1.0ms 和 1.8ms。用中间值做阈值的好处是容错范围最大即使信号有噪声干扰导致脉宽偏移几十微秒也不会误判。3.3 边界情况处理重复码与长按NEC 协议规定如果持续按住遥控器按键发送完第一帧后不再发送重复数据帧而是每隔 108ms 发送一个重复码。重复码的波形是 9ms 载波 2.25ms 空闲 560μs 载波。解码程序必须识别这个码否则长按操作会在发送完第一帧后停止响应。处理策略有两种一是把重复码单独识别置一个ir_repeat标志业务逻辑判断这个标志后执行相同操作二是修改状态机把 2.25ms 的空闲时间也纳入判别区间。第二种更稳妥因为重复码的引导码时间也是 9ms与正常引导码相同仅数据段不同。如果只按第一种做需要额外把重复码的 2.25ms 间隔纳入逻辑 1 的阈值区间。提示实测中很多遥控器在长按时的行为并不完全符合标准 NEC 规范有些会发送完整数据帧而不是重复码。调试时先按住按键用示波器观察实际输出不要假设遥控器完全遵守协议。4. 系统联调与按键功能映射把解码值变成控制动作4.1 按键码表的建立先打印再映射解码成功后首先要确认按键值与遥控器对应关系。可以把解码出的ir_code[2]通过串口发送到 PC按一个键记录一个值。常用的调试代码是串口发送十六进制数波特率 9600晶振 11.0592MHz 时定时器 T1 初值为256 - (256 * 9600 / 32 / 12 / 11059200)计算时注意取整误差。更靠谱的做法是用 STC-ISP 下载软件自带的串口助手直接查看省去自己写上位机。以下是把解码值通过串口输出的辅助代码void uart_init(void) { SCON 0x50; // 模式18位UART允许接收 TMOD | 0x20; // T1工作在方式2 TH1 0xFD; // 9600波特率初值11.0592MHz TL1 0xFD; TR1 1; } void uart_send_byte(unsigned char dat) { SBUF dat; while (!TI); TI 0; } void uart_send_hex(unsigned char dat) { unsigned char high (dat 4) 0x0F; unsigned char low dat 0x0F; uart_send_byte(high 9 ? high - 10 A : high 0); uart_send_byte(low 9 ? low - 10 A : low 0); }串口收到按键码后建立一个映射表。例如遥控器 Power 键对应0x45Menu 键对应0x47Vol 对应0x44Vol- 对应0x43。业务代码通过 switch-case 或者查表数组分发到具体控制逻辑。这里建议用查表数组而不是 switch-case因为数组可以方便地调整按键映射不必改动程序结构——这在调试遥控器按键布局时不匹配的情况下能节省大量时间。4.2 用状态机重构“按键即动作”逻辑拿到按键值就直接驱动 LED 或者继电器这是完成度最低的版本。实际做毕设时老师会更看重系统是否具备“状态”概念。以红外遥控智能窗帘为例遥控器上的“开”“停”“关”三个按键对应电机的正转、停止、反转控制逻辑里需要记忆当前窗帘的状态不能只在按键按下瞬间驱动电机。状态机建模方法是定义系统状态为S_STOP、S_OPENING、S_CLOSING每个状态下收到的按键码触发不同的事件。例如在S_OPENING状态收到“开”键时系统不动作或返回当前状态在S_STOP状态收到“开”键才启动电机正转。状态机的好处是避免按键抖动或误触导致的冲突动作也让系统行为更接近真实产品。一个简化版的电机控制状态机代码typedef enum { ST_STOP 0, ST_OPENING, ST_CLOSING } SystemState; SystemState current_state ST_STOP; void handle_ir_command(unsigned char cmd) { switch (current_state) { case ST_STOP: if (cmd KEY_OPEN) { motor_forward(); current_state ST_OPENING; } else if (cmd KEY_CLOSE) { motor_reverse(); current_state ST_CLOSING; } break; case ST_OPENING: if (cmd KEY_STOP) { motor_stop(); current_state ST_STOP; } else if (cmd KEY_CLOSE) { motor_stop(); current_state ST_STOP; // 一般电机不能直接反转先停止再延时换向 delay_ms(500); motor_reverse(); current_state ST_CLOSING; } break; case ST_CLOSING: // 与OPENING对称的逻辑 break; } }这段代码展示了一个真实的工程约束电机不能直接从正转切换到反转必须先停止再延时。很多课程设计程序不考虑这个问题直接让电机反转导致电流冲击和机械损坏。状态机天然地强制你思考每个状态下合法的事件这是从“能跑”到“能交”的思维转变。5. 设计报告与答辩的技术场景化从 Modbus 帧提到遥控协议5.1 报告里讲清楚帧结构、协议与校验收尾设计报告最薄弱的部分通常是“协议设计”和“系统测试”。如果只是贴代码和原理图评审老师无法看出设计思想。把红外遥控的协议部分提升到帧结构层面来描述会明显增加报告的完整度和深度。协议层面可以这样组织帧结构由引导码、地址码、数据码和数据反码组成其中反码用于单字节校验发射时对载波进行脉宽调制即 PPM 编码接收时通过时间窗口判别实现软件解码。补充一个连接点为什么有地址码的概念。NEC 协议的 16 位地址码用于区分不同设备——电视、机顶盒、空调使用不同的地址避免互相干扰。但大多数万能遥控器会广播兼容地址实际解码时很多程序直接忽略地址校验只读后 16 位。在报告中提出这一点属于可被评价的技术判断。做系统设计时不应只做纯接收和按键分发还要把误码率、按键重发等因素纳入方案和 Modbus 主从通信中的帧等待、超时重试机制做类比也可以显得思路更开阔。5.2 答辩时会被追问的 5 个高频问题基于多年的经验答辩老师对“单片机 红外遥控”这套题目会集中追问的坑点无非如下为什么遥控距离缩水明显核心在于红外发射管的峰值电流。供电限流电阻如果不匹配发射功率不足另一个原因是接收头的自动增益控制在大信号下起作用过近时反而出现盲区。应对方案是给出实测距离数据与发射电流的对应曲线。无线干扰怎么排除380kHz? 不是是 38kHz 载波如何避开环境红外干扰。通过带通滤波和 PWM 占空比设计的角度回复强调接收头内置了带通滤波器。误码如何解决数据反码校验、超时丢弃、重复码过滤三个层面逐一说明。能不能控制多个设备回答案红外通信是单向广播式的一对多需要在数据帧中加入设备地址但不能像 RF 遥控那样穿墙。系统的实时性如何保证解码过程使用了中断嵌套定时器 T0 的中断优先级需要高于普通任务主循环内的延时程序要控制避免在解码过程中关闭中断。5.3 一套可以直接用的项目目录结构设计报告的目录结构往往在展示形式上也影响着答辩评价下面这套结构覆盖了题目要求中的设计报告、开题、中期以及中英文摘要报告ir_remote_system/ │ ├── hardware/ │ ├── schematic_v1.pdf │ ├── pcb_v2.zip │ └── bom.xlsx │ ├── firmware/ │ ├── KEIL_Project/ │ │ ├── main.c │ │ ├── ir_decode.c │ │ ├── ir_transmit.c │ │ ├── uart_debug.c │ │ └── motor_control.c │ └── stc_isp_hex/ │ └── ir_remote_system.hex │ ├── docs/ │ ├── 开题报告_v3.docx │ ├── 中期检查报告_v2.docx │ ├── 设计报告_最终版.docx │ └── 中英文摘要.docx │ └── test/ ├── waveform_capture/ │ └── NEC_protocol_logic0_logic1.txt └── remote_test_record.xlsx最终交付时把test/waveform_capture/里的波形描述表和remote_test_record.xlsx合并成一个验收报告页放在设计报告的附录里。这比贴大量代码更让评委愿意往下读。硬件部分如果能导出 BOM 清单也能体现工程意识。整个项目跑通后对着遥控器按任意键系统能稳定完成对应控制动作40ms 内响应那这套系统就基本具备完整性和规范性了。本文还有配套的精品资源点击获取