基于Atmega8的红外遥控收发系统：从底层驱动到协议解析全实现

1. 项目概述：为什么选择Atmega8玩转红外遥控？

搞嵌入式开发的朋友，对红外遥控这个经典课题肯定不陌生。从家里的空调、电视，到各种智能小家电，红外通信无处不在。但很多初学者一上来就直奔现成的红外编解码模块，或者用Arduino配合专用库，虽然快，但总觉得隔了一层，知其然不知其所以然。这次，我想分享一个“回归本质”的项目：直接用一颗经典的8位AVR单片机——Atmega8，同时实现红外发射编码和接收解码的全部功能。

这个项目的核心价值在于“通透”。它不依赖任何黑盒库，从最底层的定时器配置、载波生成，到NEC、RC5等主流协议的解码逻辑，全部由你亲手用C语言实现。Atmega8这颗芯片，对于经历过早期Arduino时代或玩过AVR单片机的朋友来说，充满了情怀。它资源适中（8KB Flash， 1KB SRAM），价格低廉，外设够用（3个定时器，多个IO），是学习底层硬件编程和通信协议的绝佳平台。通过这个项目，你不仅能彻底掌握红外通信的物理层和协议层原理，更能深刻理解如何用软件精准地操控硬件时序，这种能力是迈向资深嵌入式工程师的必经之路。

2. 红外通信原理与Atmega8的适配性分析

2.1 红外通信的基本物理层：不只是“闪一闪”

很多人以为红外通信就是让红外LED闪几下那么简单，其实远非如此。它本质上是一种幅度调制（ASK）的数字通信。我们需要一个频率通常为38kHz（也有36kHz、40kHz等）的载波，然后用要发送的数字信号（0和1）去控制这个载波的通断。逻辑“1”可能对应一段有载波的时间，逻辑“0”对应一段无载波的时间（具体取决于协议）。

为什么是38kHz？这是一个行业约定俗成的频率，旨在避免常见光源（如日光灯、太阳光）中红外成分的干扰。接收端使用一体化红外接收头（如HS0038B），它内部已经集成了光电二极管、前置放大器、带通滤波器和解调电路。这个接收头只对中心频率附近（如38kHz ± 2kHz）的调制信号有响应，并将其解调回原始的数字波形输出给单片机。这样一来，单片机只需要处理干净的数字电平信号，无需关心复杂的模拟载波生成与解调，大大降低了开发难度。

2.2 Atmega8的硬件资本：为何它是合适的选择？

Atmega8的资源配置对于这个双功能（发射+接收）项目来说，可谓“刚刚好”且“物尽其用”。

1. 定时器/计数器（Timer/Counter）：这是项目的核心引擎。我们至少需要两个定时器资源。

   • Timer1（16位）：这是主力定时器。我们可以将其配置为CTC（清除定时器比较匹配）模式，用来生成精准的38kHz载波方波。通过计算合适的预分频器和输出比较寄存器（OCR1A）的值，可以稳定输出所需频率。同时，Timer1的输入捕捉功能（ICP）是接收解码的关键。它可以精确捕捉外部引脚（PD6/ICP1）电平变化的时刻，从而测量脉冲和间隙的宽度，这是解码各种协议时间参数的基础。
   • Timer2（8位）或Timer0（8位）：用于辅助计时，例如在发射时控制整个引导码、数据码的时序框架，或者在接收时作为超时判断的基准。虽然精度不如16位定时器，但用于毫秒级的时序控制绰绰有余。

2. 通用IO口（GPIO）：

   • 发射端：需要一个IO口驱动三极管或MOSFET，进而控制红外发射管（IRED）的电流。通常需要20-50mA的驱动电流，单片机IO口无法直接提供，必须外接驱动电路。
   • 接收端：一体化接收头的输出端直接连接到一个具有外部中断或输入捕捉功能的IO口上（如PD2/INT0或PD6/ICP1）。利用中断可以立即响应信号边沿，确保不丢失数据。

3. 中断系统：高效解码的保障。我们需要使能外部中断（用于接收头输出信号边沿触发）和定时器中断（用于处理超时、组帧）。中断服务程序（ISR）必须设计得尽可能短小精悍，只做标志位设置和关键数据记录，将复杂的协议解析放在主循环中处理，避免中断阻塞。

注意：Atmega8的IO口驱动能力有限，驱动红外发射管时，务必使用三极管（如8050）或MOSFET（如2N7002）作为开关管进行电流放大，并在发射管上串联一个限流电阻（如10Ω-47Ω），防止过流损坏。这是硬件设计中最容易忽略的细节。

3. 系统硬件设计：从原理图到PCB布局要点

3.1 核心电路设计详解

一个完整的、基于Atmega8的红外收发系统，其最小系统及外围电路需要精心设计。

单片机最小系统：包括Atmega8芯片、16MHz晶振（或使用内部8MHz RC振荡器以节省成本）、两个22pF的负载电容、一个10kΩ的上拉复位电阻以及一个100nF的电源去耦电容。建议使用外部晶振，以获得更稳定的定时器基准，这对生成精准的38kHz载波至关重要。

红外发射电路：

1. 驱动电路：选择NPN三极管（如S8050）作为开关。Atmega8的一个IO口（如PB1）通过一个1kΩ的基极电阻连接到三极管的基极。三极管的集电极接红外发射管（IRED）的阳极和VCC，发射极接地。IRED的阴极串联一个限流电阻后连接到三极管的集电极。当IO输出高电平时，三极管饱和导通，IRED点亮；输出低电平时，三极管截止，IRED熄灭。
2. 参数计算：假设IRED正向压降Vf约为1.2V，期望工作电流If为50mA，系统VCC为5V。那么限流电阻 R = (VCC - Vf - Vce_sat) / If ≈ (5V - 1.2V - 0.2V) / 0.05A = 72Ω。可以选择一个68Ω或75Ω的电阻。三极管的基极电阻用于限制基极电流，确保其深度饱和，通常1kΩ-2.2kΩ即可。

红外接收电路：这是最简单的部分。一体化接收头（如HS0038B）通常有三个引脚：VCC（接5V）、GND、OUT（信号输出）。将OUT引脚直接连接到Atmega8的PD2（INT0）或PD6（ICP1）引脚。强烈建议在OUT引脚与单片机IO口之间串联一个100-470Ω的电阻，并在单片机IO口侧对地接一个4.7kΩ-10kΩ的下拉电阻。这个电阻分压网络可以起到一定的缓冲和防倒灌作用，保护单片机引脚。

电源电路：使用AMS1117-5.0等LDO芯片，将外部输入的7-12V直流电压稳压至5V。电源输入端和输出端都需要并联电解电容（如100μF）和陶瓷电容（0.1μF）进行滤波，确保电源干净稳定，避免因电源噪声导致红外接收误触发或发射功率不稳定。

3.2 PCB布局与布线经验谈

红外项目对布局布线有一定要求，处理不好会影响通信距离和稳定性。

1. 发射部分：红外发射管应靠近板边放置，且前方无遮挡。驱动三极管、限流电阻应紧挨着发射管和单片机IO口，走线尽量短粗，以减少回路电感，确保快速开关。VCC到发射管的电源路径要宽。
2. 接收部分：一体化接收头应远离红外发射管和电源等噪声源，防止自身发射的信号被直接耦合干扰。接收头的OUT信号线应远离时钟线、高频数字信号线，并行时最好用地线隔离。
3. 地平面与电源：尽量保证地平面的完整性。数字地（单片机、逻辑电路）和模拟/功率地（驱动部分）可以在一点用磁珠或0Ω电阻单点连接。电源走线要足够宽，并在关键芯片电源引脚附近放置去耦电容。
4. 晶振：晶振电路要紧贴Atmega8的XTAL1和XTAL2引脚，走线短且对称，用地线包围，下方避免走其他信号线。

4. 软件架构与底层驱动实现

4.1 发射编码驱动：精准的38kHz载波生成

发射的核心是产生被数据调制的38kHz载波。我们利用Timer1的CTC模式。

// 初始化Timer1用于产生38kHz载波 (系统时钟16MHz) void PWM38k_Init(void) { TCCR1A = 0; // 正常端口操作，OC1A/OC1B断开 TCCR1B = (1<<WGM12) | (1<<CS10); // CTC模式，预分频器=1 // 频率计算公式： f = f_CPU / (2 * N * (1 + OCR1A)) // 对于38kHz: OCR1A = (f_CPU / (2 * N * f)) - 1 // N=1, f_CPU=16e6, f=38e3 => OCR1A = (16e6 / (2*1*38e3)) - 1 ≈ 210.5 -1 = 209.5 // 取OCR1A = 210， 实际频率 f = 16e6 / (2*1*(210+1)) ≈ 37,914Hz (误差约0.23%，可接受) OCR1A = 210; // 将OC1A（PB1）引脚设置为输出，并在比较匹配时翻转（Toggle） DDRB |= (1<<PB1); // PB1设为输出 TCCR1A |= (1<<COM1A0); // 比较匹配时OC1A引脚电平翻转 }

这段代码将PB1（OC1A）配置为输出38kHz方波。当我们需要发射信号时，只需使能Timer1（TCCR1B |= (1<<CS10);）；需要停止载波时，关闭时钟源（TCCR1B &= ~(1<<CS10);）。数据调制就是通过控制Timer1的启停，来产生包含载波的“脉冲”和不含载波的“间隙”。

4.2 接收解码驱动：输入捕捉与外部中断的协奏

接收解码需要精确测量脉冲宽度。我们使用Timer1的输入捕捉功能，并结合外部中断。

volatile uint16_t captureValue = 0; volatile uint8_t edgeFlag = 0; // 0=等待上升沿，1=已捕获上升沿 volatile uint32_t pulseWidth = 0; // 存储脉冲宽度（定时器计数） // 初始化Timer1输入捕捉和外部中断 void IR_Receiver_Init(void) { // 1. 配置ICP1引脚（PD6）为输入，内部上拉使能（可选，接收头通常有输出上拉） DDRD &= ~(1<<PD6); PORTD |= (1<<PD6); // 使能内部上拉 // 2. 配置Timer1为普通模式，预分频器=8（每0.5us计数一次，16MHz下） TCCR1A = 0; TCCR1B = (1<<CS11); // 预分频器=8 // 3. 使能输入捕捉中断，设置为上升沿触发 TCCR1B |= (1<<ICES1); // 选择上升沿触发 TIMSK |= (1<<TICIE1); // 使能输入捕捉中断 // 4. 使能外部中断0（INT0）在下降沿触发，作为辅助或协议起始检测 EICRA |= (1<<ISC01); // 下降沿触发INT0 EIMSK |= (1<<INT0); // 使能INT0中断 sei(); // 开启全局中断 } // Timer1输入捕捉中断服务程序 ISR(TIMER1_CAPT_vect) { uint16_t icr = ICR1; // 读取捕捉到的定时器值 if (edgeFlag == 0) { // 捕获到上升沿，记录时间，并改为捕获下降沿 captureValue = icr; TCCR1B &= ~(1<<ICES1); // 改为下降沿触发 edgeFlag = 1; } else { // 捕获到下降沿，计算脉冲宽度 pulseWidth = icr - captureValue; // 注意处理定时器溢出！ // 将pulseWidth存入缓冲区，供主循环解析 // ... // 重置，准备捕获下一个上升沿 TCCR1B |= (1<<ICES1); // 改回上升沿触发 edgeFlag = 0; } } // 外部中断0服务程序（用于检测信号起始或处理特定协议） ISR(INT0_vect) { // 记录信号开始的时刻，或处理协议特定的起始边沿 // 例如，NEC协议的9ms引导码下降沿可以在这里捕获 }

实操心得：输入捕捉中断中计算脉冲宽度时，必须考虑16位定时器（0-65535）溢出的情况。一个简单的处理方法是使用volatile uint16_t overflowCount变量，在Timer1溢出中断（TIMER1_OVF_vect）中对其加1。在计算脉冲宽度时，如果icr < captureValue，则意味着发生了溢出，脉冲宽度应为(65535 - captureValue) + icr + overflowCount * 65536。这是解码稳定的关键。

5. 协议层实现：以NEC协议为例的完整编解码

5.1 NEC协议深度解析与编码实现

NEC协议是消费电子中最常见的红外协议之一。其帧结构如下：

• 引导码：9ms的载波脉冲 + 4.5ms的间隙。
• 用户码：16位，通常用于区分不同设备厂商。
• 数据码：8位，按键值。
• 数据反码：8位，数据码的按位取反，用于校验。
• 结束位：一个560μs的脉冲。
• 逻辑表示：
  • 位“0”：560μs脉冲 + 560μs间隙。
  • 位“1”：560μs脉冲 + 1.69ms间隙。

发射编码函数实现思路：

1. 调用PWM38k_Init()使能38kHz载波。
2. 发送引导码：开启载波9ms -> 关闭载波4.5ms。
3. 发送32位数据（16位用户码+8位数据码+8位反码）：循环32次，每次先发送一个560μs的脉冲，然后根据当前位是0还是1，延时560μs或1.69ms。
4. 发送结束位：发送一个560μs的脉冲。
5. 关闭Timer1，停止载波。

关键在于精准的延时。我们不能用_delay_ms()这类阻塞延时，因为它会关闭中断，影响系统其他功能。正确做法是使用一个辅助定时器（如Timer0）的溢出中断来构建非阻塞延时函数，或者在一个严格的循环中查询系统滴答时钟（sysTick）。对于Atmega8，如果对时序要求不是极端精确，可以在发射函数中暂时关闭全局中断，使用_delay_us()进行微秒级延时，发射完成后再打开中断。这是一种权衡，但简单有效。

void IR_Send_NEC(uint16_t customerCode, uint8_t dataCode) { uint32_t frameData = ((uint32_t)customerCode << 16) | ((uint32_t)dataCode << 8) | ((uint32_t)(~dataCode)); cli(); // 关闭全局中断，确保延时精确 // 发送9ms引导脉冲 TCCR1B |= (1<<CS10); // 开启载波 _delay_ms(9); // 发送4.5ms引导间隙 TCCR1B &= ~(1<<CS10); // 关闭载波 _delay_ms(4.5); // 发送32位数据 for (int8_t i = 31; i >= 0; i--) { TCCR1B |= (1<<CS10); // 开启载波，发送560us脉冲 _delay_us(560); TCCR1B &= ~(1<<CS10); // 关闭载波 // 判断当前位 if (frameData & ((uint32_t)1 << i)) { _delay_us(1690); // 位“1”的间隙 } else { _delay_us(560); // 位“0”的间隙 } } // 发送结束脉冲 TCCR1B |= (1<<CS10); _delay_us(560); TCCR1B &= ~(1<<CS10); sei(); // 重新开启全局中断 }

5.2 NEC协议解码状态机实现

解码比编码复杂，因为需要处理连续的、时间参数可能有一定容错的信号流。使用状态机（State Machine）是最清晰的方法。

我们可以定义几个状态：

• STATE_IDLE：空闲，等待引导码。
• STATE_LEADER_HIGH：已检测到引导码高脉冲（9ms），等待其低间隙（4.5ms）。
• STATE_DATA：正在接收数据位。
• STATE_COMPLETE：一帧数据接收完成。

在输入捕捉中断或外部中断中，我们只负责精确测量每个高电平和低电平的持续时间（以微秒或定时器计数为单位），并将其存入一个环形缓冲区。主循环中的状态机从缓冲区读取这些时间数据，并根据当前状态和读到的时间值进行状态转移和逻辑判断。

typedef enum { IR_STATE_IDLE, IR_STATE_LEADER_HIGH, IR_STATE_LEADER_LOW, IR_STATE_DATA, IR_STATE_COMPLETE, IR_STATE_ERROR } ir_state_t; ir_state_t ir_state = IR_STATE_IDLE; uint32_t ir_raw_data = 0; uint8_t ir_bit_count = 0; uint16_t ir_customer_code = 0; uint8_t ir_data_code = 0; void IR_Decode_StateMachine(uint16_t pulse_width_us, uint16_t gap_width_us) { switch (ir_state) { case IR_STATE_IDLE: // 检测到约9ms的高脉冲？可能是引导码开始 if (pulse_width_us > 8000 && pulse_width_us < 10000) { ir_state = IR_STATE_LEADER_HIGH; } break; case IR_STATE_LEADER_HIGH: // 检测到约4.5ms的低间隙？确认是NEC引导码 if (gap_width_us > 4000 && gap_width_us < 5000) { ir_state = IR_STATE_DATA; ir_raw_data = 0; ir_bit_count = 0; } else { ir_state = IR_STATE_ERROR; // 时序不对，回到空闲或报错 } break; case IR_STATE_DATA: // 每个数据位由一个560us的高脉冲开始 if (pulse_width_us > 400 && pulse_width_us < 800) { // 容错范围 // 根据随后的低间隙长度判断是0还是1 if (gap_width_us > 1400 && gap_width_us < 1800) { // 位“1” ir_raw_data = (ir_raw_data << 1) | 1; } else if (gap_width_us > 400 && gap_width_us < 800) { // 位“0” ir_raw_data = (ir_raw_data << 1) | 0; } else { // 间隙时间异常，可能是结束位或错误 if (gap_width_us > 2000) { // 远大于1.69ms，可能是帧结束 ir_state = IR_STATE_COMPLETE; // 解析ir_raw_data，提取用户码和数据码 ir_customer_code = (ir_raw_data >> 16) & 0xFFFF; ir_data_code = (ir_raw_data >> 8) & 0xFF; uint8_t data_inv = ir_raw_data & 0xFF; // 简单校验：数据码的反码是否等于data_inv if ((uint8_t)(~ir_data_code) == data_inv) { // 解码成功，处理ir_data_code // 例如，放入命令队列，或直接执行动作 } else { ir_state = IR_STATE_ERROR; } } else { ir_state = IR_STATE_ERROR; } break; } ir_bit_count++; if (ir_bit_count >= 32) { // 收到32位 ir_state = IR_STATE_COMPLETE; // ... 解析和校验 } } else { ir_state = IR_STATE_ERROR; } break; case IR_STATE_COMPLETE: case IR_STATE_ERROR: // 处理完成或错误，重置状态机 ir_state = IR_STATE_IDLE; break; } }

主循环中不断检查是否有新的脉冲-间隙时间对从中断缓冲区读出，并调用IR_Decode_StateMachine函数。这种异步处理方式保证了系统不会因解码而阻塞，可以同时处理其他任务。

6. 系统优化与高级功能拓展

6.1 资源优化与功耗控制

当项目需要低功耗运行时，Atmega8的优势就体现出来了。

1. 睡眠模式：在等待红外信号的间隙，可以让单片机进入空闲（Idle）或掉电（Power-down）模式。需要配置外部中断（INT0或INT1）为电平变化中断，并将接收头输出引脚连接到该中断引脚。当有红外信号到来时，接收头输出引脚电平变化触发中断，唤醒单片机。在中断服务程序中，再开启定时器进行精确测量。这样可以极大降低系统平均电流。
2. 动态时钟：如果不是持续通信，可以考虑使用内部8MHz RC振荡器，甚至通过熔丝位将系统时钟降频到1MHz，以进一步降低功耗。在需要发射时，再切换到全速模式（如果支持动态时钟调整）。
3. 代码优化：使用位操作代替乘除法；中断服务程序用汇编编写关键部分；使用查表法替代复杂计算。这些技巧对于Flash只有8KB的Atmega8来说，能有效节省空间。

6.2 多协议兼容与学习型遥控设计

一个更高级的应用是让这个Atmega8系统兼容多种红外协议（如NEC、RC5、Sony SIRC），甚至实现“学习”功能，记录并重放任意遥控器的信号。

多协议兼容：在解码状态机中，不再只判断NEC的9ms引导码。可以设计一个更通用的“信号分析器”。首先记录下第一个高脉冲和第一个低间隙的宽度。根据这两个时间，初步判断可能的协议类型（例如，9ms/4.5ms可能是NEC，13.5ms/4.5ms可能是Sony）。然后，根据猜测的协议，用对应的逻辑去解析后续的数据位。如果解析失败（校验错误），再尝试用另一种协议的逻辑去匹配。这需要更复杂的状态机和协议数据库。

学习型遥控：实现原理是“录制”和“回放”。

• 录制：当进入学习模式时，单片机不再进行协议解码，而是启动高精度定时器（如Timer1输入捕捉），忠实地记录下一段时间内（如几百毫秒）接收头输出引脚上每一个高电平和低电平的精确持续时间（通常以微秒为单位），并将这些时间数据序列存储在外部EEPROM（如AT24Cxx）或Atmega8的内部EEPROM中。Atmega8有512字节EEPROM，对于简单的NEC协议（约70个边沿变化）勉强够用，复杂协议或存储多个按键就需要外置存储器。
• 回放：当需要发射学习到的信号时，单片机从存储器中读出时间序列，然后控制发射管，严格按照记录的时间序列，交替打开和关闭38kHz载波。这就实现了对原始红外信号的“克隆”，无需知道其具体协议。

注意事项：学习型遥控的关键在于定时器的精度和稳定性。系统时钟的微小漂移可能导致录制和回放的时间产生累积误差，最终导致发射的信号无法被原设备识别。因此，使用稳定的外部晶振至关重要。此外，存储的时间数据需要包含一个“结束标志”或记录总时间长度。

7. 调试技巧与常见问题排查

红外项目调试，一半靠代码，一半靠工具和经验。

1. 没有示波器/逻辑分析仪怎么办？

   • LED指示法：在发射代码的不同阶段（如开始引导码、发送数据位、发送结束）控制一个可见光LED闪烁，可以粗略判断程序执行到了哪一步。
   • 串口打印法：将Atmega8的UART连接到USB转串口模块，在解码过程中将测量到的时间参数、状态机状态、解码出的数据实时打印到电脑串口助手。这是最有效的软件调试手段。注意，打印函数本身比较耗时，可能会影响对连续信号的解码，最好只在调试阶段或解码完成一帧后打印结果。
   • 手机摄像头检测法：大多数手机摄像头对近红外光敏感。在黑暗环境中，用手机摄像头对准红外发射管，可以在手机屏幕上看到发射管发出的紫色光点。发射信号时，光点会闪烁。这可以快速验证发射电路和载波是否工作。

2. 常见问题与解决方案

   • 问题：通信距离非常短（< 20cm）
     • 排查：首先用手机摄像头检查发射管是否在闪烁。如果闪烁很微弱，检查驱动三极管是否饱和导通（基极电压是否足够？基极电阻是否太大？）。测量发射管两端电压和电流是否达到设计值（如50mA）。最常见原因：限流电阻阻值过大，或驱动三极管型号选择错误（如用了小信号三极管而非开关三极管），导致驱动电流不足。
     • 解决：减小限流电阻，更换为hFE高、Ic电流大的开关三极管（如S8050, SS8050），确保供电电压稳定。
   • 问题：接收不稳定，时好时坏，容易受环境光干扰
     • 排查：检查一体化接收头的电源是否干净（并联0.1uF和10uF电容）。接收头输出信号线上是否加了前述的缓冲电阻和下拉电阻？接收头是否离发射管或MCU的晶振太近？
     • 解决：给接收头加上屏蔽罩（可以用铜箔包裹并接地）；确保接收头指向正确，前方无遮挡；尝试在接收头供电脚串联一个10-100Ω的磁珠。在软件上，可以适当放宽解码时的时序容错范围（如将560us的判断范围从400-800us扩大到300-900us）。
   • 问题：解码数据错误，特别是用户码高位经常不对
     • 排查：这通常是定时器溢出处理不当的典型症状。逻辑分析仪抓取接收头输出波形，与标准NEC波形对比，看时间是否准确。检查输入捕捉中断服务程序中的溢出处理逻辑。
     • 解决：严格按照前面提到的“溢出计数”方法修改代码。确保pulseWidth的计算在发生溢出时也是正确的。同时，检查系统中断优先级，确保定时器溢出中断和输入捕捉中断不会被其他长时间的中断阻塞。
   • 问题：发射时系统其他部分（如数码管显示）会卡顿
     • 排查：发射函数中是否使用了_delay_ms()等阻塞延时并关闭了全局中断？
     • 解决：重构发射函数，采用基于定时器中断的非阻塞状态机方式。或者，如果必须用阻塞延时，尽量将发射过程放在一个低优先级的任务中，并确保它不会频繁执行。

这个基于Atmega8的红外收发系统项目，从硬件选型、电路设计，到底层的载波生成、中断驱动，再到上层的协议解析和状态机设计，完整地覆盖了一个典型嵌入式通信应用的方方面面。它没有使用任何现成的库，逼迫你去理解每一个时钟周期、每一个中断响应的意义。当你调试成功，用一个自己做的遥控器点亮第一盏灯时，那种对系统完全掌控的成就感，是使用现成模块无法比拟的。这不仅仅是完成了一个红外项目，更是完成了一次深入的嵌入式系统内功修炼。