深入解析NEC红外通信协议及其FPGA实现
1. NEC红外通信协议基础解析
第一次接触红外遥控器拆解时，我看到那个小小的黑色元件发出肉眼不可见的信号，就能控制电视换台，这种"隔空操作"的魔法让我着迷。后来才知道这背后是NEC协议在发挥作用——作为红外通信领域应用最广泛的协议之一，它几乎存在于每个家电遥控器中。
NEC协议本质上是通过**脉冲位置调制（PPM）**来编码数据的。想象两个人在黑暗中用闪光灯打摩斯密码，只不过这里的"闪光"是38kHz的红外载波。每个数据位都用560μs的载波脉冲作为基本单位，通过调整脉冲间隔时间来区分0和1：
- 逻辑1：载波脉冲 + 2.25ms间隔
- 逻辑0：载波脉冲 + 1.125ms间隔
实际传输时，数据包像快递包裹一样有固定包装格式。完整的信号包含：
- 9ms的引导码（同步头）
- 4.5ms的空闲间隔
- 16位地址码（设备ID）
- 16位数据码（包含8位命令+8位反码）
这种结构设计有个精妙之处：反码校验能有效防止误操作。我在调试智能家居项目时就遇到过，当遥控器电池电量不足时，如果没有反码校验，电视机可能会误触发"音量+"变成"频道-"。
2. 协议时序的魔鬼细节
用示波器抓取遥控器信号时，会发现实际波形与理论值存在微妙差异。这不是设备故障，而是NEC协议在实际应用中的三个关键特性：
第一，载波调制并非理想方波。理论上38kHz载波应该严格占空比1/3，但实测中不同厂家的遥控器会有±2kHz的频率漂移。这就需要在接收端设计时留出容差范围，我的经验值是36-40kHz都应该能正常解码。
第二，重复码的节能设计。长按音量键时，遥控器不会重复发送完整数据包，而是每110ms发送简化的重复码（9ms载波+2.25ms空闲+560μs脉冲）。这种设计能节省约70%的功耗，这也是为什么电视遥控器电池能用好几年。
第三，接收头的信号反转特性。常见的一体化接收头（如VS1838B）会主动将信号极性反转。这意味着：
- 原始协议中的高电平变为接收头输出的低电平
- 560μs的载波脉冲在接收端表现为560μs的低电平
- 空闲间隔则表现为持续的高电平
这个特性常被初学者忽略。有次我调试FPGA接收电路时，发现解码始终失败，后来才发现是没考虑接收头的反向输出，把逻辑完全搞反了。
3. FPGA实现方案选型
在FPGA上实现NEC解码，核心是要设计一个可靠的状态机。经过多次项目实践，我总结出三种典型方案：
方案A：纯硬件状态机（推荐）
module nec_decoder( input clk_50MHz, input ir_signal, output [7:0] command ); // 状态定义 typedef enum { IDLE, WAIT_LEADER_LOW, WAIT_LEADER_HIGH, RECEIVE_DATA } state_t; // 状态寄存器 state_t current_state;这种方案资源占用最少（约50个LE），实时性最好，但调试时需要抓取内部状态信号。
方案B：软核协同处理适合需要复杂逻辑处理的场景（如学习型遥控器），通过NIOS II软核处理解码后的数据，FPGA只负责底层信号捕获。优点是灵活性高，缺点是会增加20-30ms的延迟。
方案C：双时钟域设计当系统主时钟很高（如100MHz以上）时，建议单独用8kHz时钟域处理红外信号。这样可以避免高频时钟带来的计数器位宽过大问题，我在Xilinx Artix-7上实测可降低动态功耗约15%。
方案选择的关键指标对比：
| 特性 | 方案A | 方案B | 方案C |
|---|---|---|---|
| 资源占用 | ★★★ | ★ | ★★ |
| 实时性 | ★★★ | ★ | ★★ |
| 开发难度 | ★★ | ★★★ | ★★★ |
| 扩展性 | ★ | ★★★ | ★★ |
4. 状态机实现详解
以最常用的方案A为例，我们需要构建一个五状态机：
4.1 状态定义与转换
parameter IDLE = 3'd0; // 空闲状态 parameter LEADER_LOW = 3'd1; // 检测9ms引导低电平 parameter LEADER_HIGH = 3'd2; // 检测4.5ms引导高电平 parameter DATA_BIT = 3'd3; // 接收数据位 parameter REPEAT_CODE = 3'd4; // 处理重复码状态转换的核心在于精确计时。我的经验是：
- 使用系统时钟分频得到8kHz采样时钟（周期125μs）
- 每个状态设置±10%的时间容差窗口
- 用边沿检测电路捕获信号跳变
4.2 关键时序处理
引导码检测是最容易出问题的环节。正确的处理流程应该是：
- 检测到下降沿后启动计时器
- 在8.1-9.9ms范围内检测上升沿（对应9ms±10%）
- 上升沿后立即检测高电平持续时间
- 确认4.05-4.95ms的高电平（对应4.5ms±10%）
数据位解析时要注意，NEC协议是低位在前的传输方式。这里有个编程技巧：
// 数据移位寄存器处理 always @(posedge clk) begin if(bit_detected) begin data_shift <= {ir_input, data_shift[31:1]}; end end4.3 错误处理机制
稳定的红外解码必须包含三大错误防护：
- 超时复位：任何状态停留超过20ms自动复位
- 反码校验：地址码和数据反码必须匹配
- 脉冲宽度验证：每个数据位必须符合560μs±15%的标准
我在实际项目中遇到过红外接收头被强光干扰的情况，加入这些防护后，误码率从5%降到了0.1%以下。
5. 调试技巧与性能优化
用FPGA做红外解码时，这些调试工具能事半功倍：
必备工具组合：
- 逻辑分析仪（抓取状态机转换）
- 示波器（观察原始信号质量）
- 自定义调试接口（通过UART输出解码数据）
性能优化四步法：
- 降功耗设计：
// 只在有效信号到来时启动解码电路 always @(posedge clk) begin if(ir_signal_fall) power_on <= 1'b1; else if(timeout) power_on <= 1'b0; end- 时序收敛技巧：
- 对异步的ir_signal信号做双寄存器同步
- 状态机采用独热码编码（One-Hot）
- 关键路径加入流水线寄存器
- 抗干扰处理：
- 在红外接收头输入端增加LC滤波电路
- 软件上实现中值滤波算法
- 设置最小信号幅度阈值
- 测试用例设计：
- 不同距离测试（0.5m/3m/5m）
- 角度偏转测试（0°/30°/60°）
- 环境光干扰测试（自然光/日光灯/LED灯）
记得第一次成功解码时，我特意用不同品牌的遥控器测试，发现某知名电视品牌的地址码竟然是0xFF00——这个发现后来成了我们项目组的一个内部梗。