企业官网建设流程全解析

简介：基于单片机的红外遥控电路系统完整资料包，面向电子、自动化等专业学生及单片机初学者，适合课程设计、毕业设计或项目实践参考。内容围绕红外遥控系统的硬件与软件实现展开，覆盖单片机型号选型、红外接收模块（如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 被拉低。这意味着判断“有信号”看的不是上升沿而是下降沿。

以下是完整的接收端最小系统连接表，这个表可以直接抄进设计报告的原理说明部分：

有人问能不能用 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 工作在方式 2（8 位自动重装载），初值计算如下：38kHz 周期约 26.3μs，半周期 13.15μs，转换为定时器计数为13.15 / (12 / 11.0592) ≈ 12.11，取整后初值256 - 12 = 244。发射时在定时器中断中翻转红外发射管驱动引脚，即可得到 38kHz 载波。数据发送则通过控制载波脉冲的持续与停止实现。

NEC 协议的发射编码规则为：

• 引导码：9ms 载波 + 4.5ms 空闲
• 逻辑 1：560μs 载波 + 1690μs 空闲
• 逻辑 0：560μ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工作在方式1，16位定时器 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; // 模式1：8位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 键对应0x45，Menu 键对应0x47，Vol+ 对应0x44，Vol- 对应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 个高频问题

基于多年的经验，答辩老师对“单片机 + 红外遥控”这套题目会集中追问的坑点无非如下：

1. 为什么遥控距离缩水明显？核心在于红外发射管的峰值电流。供电限流电阻如果不匹配，发射功率不足；另一个原因是接收头的自动增益控制在大信号下起作用，过近时反而出现盲区。应对方案是给出实测距离数据与发射电流的对应曲线。
2. 无线干扰怎么排除？380kHz? 不是，是 38kHz 载波如何避开环境红外干扰。通过带通滤波和 PWM 占空比设计的角度回复，强调接收头内置了带通滤波器。
3. 误码如何解决？数据反码校验、超时丢弃、重复码过滤，三个层面逐一说明。
4. 能不能控制多个设备？回答案：红外通信是单向广播式的，一对多需要在数据帧中加入设备地址，但不能像 RF 遥控那样穿墙。
5. 系统的实时性如何保证？解码过程使用了中断嵌套，定时器 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 内响应，那这套系统就基本具备完整性和规范性了。

本文还有配套的精品资源，点击获取