NEC协议需微秒级精度捕获边沿时间，关键时序包括9ms+4.5ms引导码、560μs低电平基准及不同高电平区分0/1，须用定时器输入捕获模式配合环形缓冲区存储时间戳，主循环解析以避免中断延迟导致误码。
NEC协议的时序特征必须用微秒级精度捕获
NEC协议靠脉冲宽度编码，不是高低电平状态本身。载波频率（通常38kHz）只用于调制，真正承载数据的是**红外信号解调后得到的逻辑电平持续时间**——也就是你用GPIO输入捕获测到的边沿间隔。关键点：起始引导码（9ms低 + 4.5ms高）、位编码（0为560μs低+560μs高，1为560μs低+1.69ms高）、帧尾（560μs低）。这些值容差约±20%，但若用毫秒级定时器（如HAL_Delay）或非实时系统捕获，必然丢帧。
实操建议：
- 必须启用定时器的输入捕获模式（如STM32的TIMx_CHy），配置为上升沿+下降沿双边沿触发，预分频器设为使计数器最小分辨率达≤1μs（例如APB1=36MHz → PSC=35 → 1MHz计数频率）
- 禁用中断嵌套或关闭其他高优先级中断，避免捕获中断被延迟导致边沿时间偏差＞200μs
- 不要在捕获中断里做解析——只存
__HAL_TIM_GET_COUNTER()值到环形缓冲区，主循环再处理
如何从边沿时间数组还原出32位NEC码
一次完整NEC帧产生34个边沿（引导码2个 + 32位×2 + 结束标记1个），但实际捕获常有抖动或丢沿。不能直接按固定索引取值，得先识别引导码，再逐位判断。
实操建议：
- 遍历捕获的时间戳数组，计算相邻边沿的差值（即每个电平持续时间），用
abs(diff - 9000) 匹配9ms低电平，再检查下一段是否≈4500μs（高电平） - 确认引导码后，从第3个边沿开始，每两个时间差组成一位：若第二段（高电平）＜1000μs → 是0；＞1200μs → 是1（避开560μs低电平的干扰）
- 校验反码：NEC协议要求地址码（16位）与反码、命令码（8位）与反码严格对称，
(addr ^ addr_inv) != 0xFFFF或(cmd ^ cmd_inv) != 0xFF说明传输错误，直接丢弃
常见误判场景和抗干扰技巧
红外接收头（如VS1838B）输出存在上电抖动、环境光干扰、按键连发重复帧，直接解析原始边沿会频繁误触发。
实操建议：
- 加硬件滤波：接收头VCC串100Ω电阻+10μF钽电容，OUT端接10kΩ下拉电阻（防浮空）
- 软件去抖：连续3次捕获到相同
addr+cmd才视为有效按键；两次帧间隔＜100ms则合并为长按（NEC重复码是引导码+110ms低电平） - 跳过“重复码”干扰：重复帧只有引导码，无后续32位数据，检测到引导码后超时（如15ms内没收到新边沿）就终止当前帧解析
- 记录最后一次成功解析时间，若
millis() - last_ok_time ，忽略新帧——防止同一按键因抖动上报多次
STM32 HAL库下容易踩的坑
HAL库封装隐藏了底层细节，但输入捕获配置稍有不慎就会失效。最典型的是HAL_TIM_IC_Start_IT()后没清中断标志，或捕获极性切换逻辑写错。
实操建议：
- 初始化时必须调用
__HAL_TIM_ENABLE_IT(&htim, TIM_IT_CC1)（对应通道），仅开HAL_TIM_IC_Start_IT()不够 - 在
HAL_TIM_IC_CaptureCallback()里，务必先读取HAL_TIM_ReadCapturedValue(&htim, TIM_CHANNEL_1)，再手动清标志__HAL_TIM_CLEAR_FLAG(&htim, TIM_FLAG_CC1)，否则中断反复触发 - 别用
HAL_TIM_ReadCounter()获取当前计数值——它返回的是ARR重载前的值，应始终用捕获寄存器值 - 若使用CubeMX生成代码，检查
tim.h中htim.Instance->CCMR1是否设为TIM_ICSELECTION_DIRECTTI（直通模式），而非INDIRECTTI（反相会把高低电平逻辑翻转）
实际跑通的关键不在算法多精巧，而在时间戳采集链路零丢失、引导码识别不误启、重复帧与干扰帧不混入。很多项目卡在“偶尔能收到几个码”，问题八成出在定时器预分频没算准，或者中断服务函数里干了不该干的事。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
