简介：这是一份面向51单片机开发者的433MHz与315MHz无线遥控解码工程，包含完整源码、工程配置与编译产物，适用于需要实现遥控信号学习、存储与重放的嵌入式场景。压缩包共26个文件，涵盖C源文件、头文件、Keil工程文件、汇编启动文件以及编译生成的HEX和OBJ等，其中delay.c与rx.c分别承担延时控制与接收解码逻辑，main.c用于主流程整合，方便直接移植或二次修改。资源整体仅205KB，结构精简，适合初学者对照学习解码时序，也适合有经验者快速提取核心算法。目前已有2363人学习下载，评价集中于工程完整、可直接参考。通过该工程可掌握433/315模块的软件解码思路，理解学习型遥控器的按键识别与码值存储流程，并借助附带的学习功能快速验证解码效果，节省从零调试无线协议的时间。

1. 51单片机433遥控解码：一个“会学习”的万能遥控器值不值得做

你抽屉里多半躺着两三把 433MHz 或 315MHz 的遥控器：车库门、卷帘门、走廊灯、遥控插座、老式门禁。原装遥控器一旦丢了，配一把新的要几十块，还得找商家对码。用 51 单片机做一套“433 遥控解码（带学习功能）”的最小系统，成本十几块钱，就能把这些遥控器一把把“抄”进来，再合体成一个学习型万能遥控器。这件事的本质并不玄：接收模块把射频信号解调成一串高/低电平，51 单片机量出每个电平的宽度，解析成帧，再把帧或原始波形存进 EEPROM，需要时用发射模块按同样时序重放。适合想复刻门禁遥控、做多设备联动开关、或者单纯想练手中断与状态机的读者。

2. 解码前先搞清 433/315 遥控的编码底细：同步头、数据位与学习码

2.1 为什么 433/315 还能被“解码”：ASK/OOK 调制与超再生接收

这些遥控器绝大多数用的是 ASK 调制，本质就是“有载波发 1、无载波发 0”，也叫 OOK 开关调制。按键按下后，编码芯片内部产生一串高/低电平脉冲序列，控制发射管在 433.92MHz 或 315MHz 附近的频率上把载波一段段“切”出去。接收端用超再生或超外差接收模块把载波解调，数据脚直接输出与发射端同步的高/低电平。所以 51 单片机看到的根本不是载波，只是一个数字波形——解码的任务从“接收射频”变成了“测量一串高低电平分别持续了多长时间”。

这就把问题大大简化了：解码精度取决于时钟，不取决于射频部分。用 12MHz 晶振的普通 51，机器周期正好 1us，定时器加一就是 1us，量几百微秒的脉冲宽度绰绰有余。这也是为什么这类项目用 51 就够，不必上 STM32——虽然 STM32 的输入捕获更方便，但 51 的定时器加外部中断同样能干，而且代码量小、好调试。

2.2 固定码与学习码：PT2262 和 EV1527 的数据帧结构

市面上常见的遥控编码芯片就几种，最需要分清的是固定码和学习码。PT2262 是典型的固定码：地址位由芯片引脚上的跳线或焊盘接法决定，出厂后不会变；接收端（比如 PT2272）也必须用相同的地址跳线才能配对。这种遥控器“对拷”难度低，把地址位和数据位读出来，用单片机照着重放就行。

EV1527、RT1527 这类是学习码，地址位是芯片内部出厂写死的随机码，用户看不到也改不了。遥控器能配对的秘密在于接收主机支持“学习”：主机先把收到的地址码存下来，之后只响应这份码。这正好给“带学习功能”的解码方案留了空间——我们用单片机把 EV1527 的地址码和按键码抄下来，复刻出的遥控器对学习型主机同样有效，因为主机认的是码，不是硬件。

数据帧结构上，这类芯片大同小异：一帧由同步头加一串数据位组成。同步头是一段明显长于普通数据位的电平，用来通知接收端“帧开始了”；数据位则用两个电平的宽度比表示 0 和 1。比如 EV1527 常见格式是：同步头为 1ms 以上的长低电平，数据位由一个固定宽度的高电平和一长一短的低电平组成，低电平短的判 0，长的判 1，一帧约 20 位（地址加按键码）。PT2262 则是同步头为“短高电平加超长低电平”，数据位的 0/1 由高电平宽度区分。不同厂家晶振阻值不同，具体微秒数有差异，但 0 和 1 的宽度比值关系是稳的，这正是软件解码能通用的基础。

实际项目里不必死记芯片参数，重点是知道“同步头用来定位，数据位靠宽度比判 0/1”。具体阈值要从实测波形来定，下面一节就是干这件事的。

2.3 手边没有示波器怎么定阈值：逻辑分析仪抓一个包

没有示波器也能干这活，一台几十块钱的逻辑分析仪加一个 Saleae 兼容软件就够了。接线很简单：逻辑分析仪的通道 0 接接收模块的 DATA 脚，GND 接 GND，采样率设 5MHz 或 10MHz，采样时长设 50ms，然后按一下遥控器。抓到的波形就是接收模块解调后的原始脉冲序列。

打开波形后先找最宽的那个低电平或高电平，多半是同步头。以 EV1527 为例，我实测过的一款 433MHz 遥控器，同步头低电平约 1.2ms，数据位高电平约 350us，低电平短约 320us，长约 780us。那判定规则就清楚了：低电平小于 500us 判 0，大于 500us 判 1，超过 900us 就当同步头。注意有些遥控器的位序是从最低位开始发，解析完要反转一下，这属于常见差异。

抓波形的另一个目的是确定帧长：数一数同步头之后有多少个高-低电平对，20 对就按 20 位处理，24 对就按 24 位处理。这个数会直接变成代码里的一个宏。千万别跳过这一步直接抄网上的参数，不同牌子遥控器的振荡电阻不同，脉宽能差两倍。我一般会抓完波形后用软件自带的光标量出三组数据：同步头宽度、最短低电平、最长低电平，然后才写代码。

3. 搭建最小解码系统：接收模块、51单片机与脉冲测量电路

3.1 接收模块选型：超再生还是超外差，315 和 433 模块不能混用

接收模块是整套系统的“耳朵”。超再生模块便宜，几块钱一片，灵敏度也够，但缺点是噪声底较高，附近有强干扰源时数据脚会抖出毛刺。超外差模块贵一些，但抗干扰和稳定性明显更好，适合做学习型转发器这种要长期通电的设备。我的建议是调试阶段先用超再生的，成本低、坏了不心疼；如果发现解码率上不去，再换超外差模块，硬件接线不用动。

频率必须严格匹配：315MHz 遥控器配 315MHz 接收模块，433MHz 遥控器配 433MHz 接收模块。有些模块标“315/433 兼容”，实际带宽有限，两个频点都能收到但灵敏度都打折扣，建议别在这种模块上省钱。发射模块同理，低频段和高频段不能互换。

天线长度是个容易被忽略的点：433MHz 的 1/4 波长天线约 16.5cm，315MHz 约 23.8cm。接收模块焊一根这么长的导线，解码距离能明显改善。我见过不少翻车案例，解码板放桌上能收到，装进盒子里距离缩一半，十有八九是天线被压在金属外壳下面或长度不对。

3.2 51单片机引脚分配与定时器安排：把 INT0 和定时器 0 让给解码

MCU 我一般用 STC89C52RC 或 STC15W408AS。前者是传统 12T 单片机，资料多，跟着江科大51单片机笔记那套入门流程就能跑起来；后者是 1T 增强型，内部自带 EEPROM，省一片 24C02，适合做“学习功能”的产品化方案。如果手头只有 AT89C52 这类老片子，就在外部接一片 24C02 存码表，功能上没差别，只是多写一段 I2C 时序。

引脚分配要提前规划好，因为解码占用的资源比较固定：

解码只占 INT0 和定时器 0，定时器 1 还能留给串口打印调试信息，或者做 LED 闪烁的时基。分配好之后建议对着 51单片机原理图 核一遍晶振和复位电路：晶振一定要是 12MHz，因为后面所有时间测量都以“定时器加一次等于 1us”为前提；板载晶振如果是 11.0592MHz，虽然串口波特率更好算，但解码时间基准就变了，要么改计算，要么换晶振。

3.3 中断测脉宽的正确姿势：边沿来回切换，别被 51 的单边沿限制坑到

51 的外部中断 INT0 不像 STM32 那样支持双边沿触发，TCON 里的 IT0 位只能让它在下降沿或上升沿二选一触发。这就带来一个问题：要同时测量高电平宽度和低电平宽度，必须在中断里来回切换触发边沿。做法是：进入中断时先停表，读出当前计数值得到上一个电平的宽度，然后根据“刚才触发的是哪种边沿”判断刚测完的是高还是低，再切换 IT0 方向，清零定时器重新计时。

这段代码是整套解码的地基，我一般会花半小时把它调稳再往下写：

// 433/315 遥控解码: 外部中断 + 定时器 0 测脉宽 // 晶振 12MHz, 定时器 0 工作方式 1, 计数周期 1us #include <REG52.H> sbit RF_DATA = P3^2; // 接收模块 DATA 接 P3.2 / INT0 volatile unsigned int high_width; // 最近一次高电平宽度, 单位 us volatile unsigned int low_width; // 最近一次低电平宽度, 单位 us volatile bit new_sample; // 新样本标志, 供主循环查询 void Timer0_Init(void) { TMOD &= 0xF0; TMOD |= 0x01; // 定时器 0, 16 位方式 1 TH0 = 0; TL0 = 0; TR0 = 1; // 启动计时 } void INT0_Isr(void) interrupt 0 { unsigned int now; TR0 = 0; // 先停表, 防止读到一半计数变化 now = (TH0 << 8) | TL0; // 读当前计数值, 12MHz 下 1us 加 1 if (now > 10000) { // 超过 10ms 的是空闲低电平或噪声, 丢弃 TH0 = 0; TL0 = 0; IT0 = 0; // 回到上升沿触发, 等待下一帧开始 TR0 = 1; IE0 = 0; return; } if (IT0 == 1) { // 本次是下降沿触发: 刚结束的是高电平 high_width = now; IT0 = 0; // 下一个边沿是上升沿 } else { // 本次是上升沿触发: 刚结束的是低电平 low_width = now; IT0 = 1; // 下一个边沿是下降沿 } TH0 = 0; // 清零重新计时 TL0 = 0; TR0 = 1; IE0 = 0; // 清除中断标志, 防止边沿切换后产生误触发 new_sample = 1; }

逻辑说明：程序维护了一个“只认识下一个边沿”的触发方向。初始设 IT0=0（上升沿触发），按键按下后接收脚从空闲低电平跳到高电平，第一个上升沿进入中断，此时测到的是“开机到上升沿”的时间，必然超过 10ms 被丢弃，正好完成一次复位。之后每个中断要么测出高电平宽度，要么测出低电平宽度，交替进行，主循环里读 high_width 和 low_width 就能拼出完整的脉冲序列。

参数说明：now > 10000这个阈值是万能的“空闲过滤器”，因为所有遥控数据位的宽度都在 3ms 以内，同步头最长也就 1ms 多，超过 10ms 只可能是没按键时的空闲低电平。IT0 == 1和IT0 == 0的判断用了 TCON 里当前的触发方式作为“刚才是什么边沿”的证据，这是在 51 上实现双边沿测量的通用技巧，比单独读引脚电平更可靠。IE0 清零那一步不能省，否则切换边沿后旧中断标志可能立刻再触发一次，造成多测一个无效宽度。

4. 用51单片机实现433遥控解码：从脉宽到地址码与按键码

4.1 把脉宽序列喂给状态机：同步头判断、位宽判定与阈值设定

拿到 high_width 和 low_width 之后，下一步是把这串时间值翻译成 0/1。这块核心逻辑我习惯用一个简单的 51单片机状态机：平时停在“空闲态”，遇到超长低电平（同步头）就进入“收帧态”，每收到一个高-低电平对就拼出一个数据位，拼满规定位数后退回到空闲态。

下面这段代码按 EV1527 的典型波形来写，同步头用“低电平 > 900us”识别，数据位用低电平宽度区分 0 和 1。如果你抓到的波形是 PT2262 那种高电平分 0/1 的，把判断条件里的 low 换成 high，阈值按实测改一下即可：

// 脉宽解析状态机: 识别同步头并拼装数据位 #define SYNC_MIN 900 // 低电平超过 900us 视为同步头, 按实测调整 #define ZERO_MAX 600 // 低电平小于 600us 判为 0 #define ONE_MIN 600 // 低电平大于等于 600us 判为 1 #define FRAME_BITS 20 // 一帧数据位数, EV1527 常见 20 位 unsigned char bit_cache[FRAME_BITS]; // 存放当前帧的 0/1 unsigned char bit_cnt; // 当前已收到的位数 bit in_frame; // 是否在收帧状态 bit frame_ready; // 收满一帧的标志 void Decode_Process(unsigned int high, unsigned int low) { if (low > SYNC_MIN) { // 同步头出现, 开始新一帧 bit_cnt = 0; in_frame = 1; return; } if (!in_frame) return; // 没有同步头之前不拼位 if (low < ZERO_MAX) bit_cache[bit_cnt] = 0; else bit_cache[bit_cnt] = 1; bit_cnt++; if (bit_cnt >= FRAME_BITS) { // 收满一帧 frame_ready = 1; in_frame = 0; } }

逻辑说明：主循环里检测到new_sample标志后，根据刚刚中断里更新的是高电平还是低电平，把 high_width 和 low_width 轮流传入Decode_Process。状态机只看低电平：第一次遇到超过同步阈值的低电平，就认为帧开始了；此后每次收到一个高-低电平对，低电平小于阈值判 0、大于等于阈值判 1，正好填到 bit_cache 里。EV1527 的按键码一般在固定位置，把 bit_cache 按位拆开就能区分“上”“下”“停”等按键。

参数说明：SYNC_MIN、ZERO_MAX、ONE_MIN必须来自实测波形，不能照抄。我曾经把 ZERO_MAX 设成 400us，结果一把 315MHz 遥控器的“0”低电平是 450us，全部误判成 1，折腾半天才发现是阈值卡得太死。比较稳妥的做法是把 ZERO_MAX 放在实测最短低电平和最长低电平的正中间，比如实测短 320us、长 780us，就取 500us。FRAME_BITS也要和实测帧长一致，有些 EV1527 变体是 24 位，改这一个宏就行。

4.2 解码结果怎么用：连续两帧一致才算数

遥控器发射时是连续重复发包的，每帧之间隔着同步头。单帧解码结果可能因为噪声干扰出错，所以工程上必须做“两帧校验”：缓存上一帧的 bit_cache，和当前帧逐位比较，一致才认为解码有效。这比任何滤波算法都管用，因为噪声不可能让几十位数据两次都碰巧相同。

// 连续两帧校验, 避免单帧误码 unsigned char last_frame[FRAME_BITS]; unsigned char valid_frame[FRAME_BITS]; unsigned char same_cnt; void Verify_Frame(void) { unsigned char i; unsigned char diff = 0; if (!frame_ready) return; for (i = 0; i < FRAME_BITS; i++) { if (bit_cache[i] != last_frame[i]) { diff = 1; // 两帧有差异, 判定为噪声或干扰 break; } } if (!diff) { same_cnt++; if (same_cnt >= 2) { // 连续两帧一致, 认为解码有效 for (i = 0; i < FRAME_BITS; i++) valid_frame[i] = bit_cache[i]; // 这里就可以把 valid_frame 拿去显示、存储或发射 } } else { same_cnt = 0; } for (i = 0; i < FRAME_BITS; i++) last_frame[i] = bit_cache[i]; frame_ready = 0; }

逻辑说明：frame_ready 由状态机在收满一帧时置位，Verify_Frame 在主循环里被反复调用。它把当前帧和上一帧逐位比较，相同则 same_cnt 加一，累计到 2 就认定有效并拷贝到 valid_frame。任何一位不同都清零重来。这个方案能滤掉绝大多数随机干扰，代价是解码响应慢一帧——对遥控器这种“按下去持续发包”的场景来说完全无感。

参数说明：same_cnt >= 2是最小有效值，如果发现误码率还是高，可以改成 3。但不要设太高，否则有些只发两三帧的廉价遥控器可能一次都校验不过。这里没有用复杂算法，一个计数器加一次异或比较就够了，51 的资源完全扛得住。

4.3 学习功能落地：把码表写进 EEPROM，掉电不丢，按下即重放

“带学习功能”的关键不是解码，而是把解码结果持久化。我一般分两种做法：如果已经确认遥控器是 EV1527 或 PT2262，就只存解析好的地址位和按键位，占用空间最小；如果不想赌编码格式，就干脆把一帧的脉宽序列原样存下来，重放时按序列驱动发射模块。后者更像一个“黑匣子”，对任何 ASK 编码都有效，是学习型遥控器产品的常见做法。

EEPROM 存储结构可以这样设计，每个槽位固定占一块区域：

STC 单片机内部 EEPROM 的读写要操作 IAP 寄存器，以 STC15 系列为例，写一个槽位的核心代码如下：

// STC15 系列内部 EEPROM 写入示例 // 把学习到的 waveform 数组写入指定槽位, 槽位起始地址由 slot_base 决定 #define EEPROM_BASE 0x0000 void EEPROM_Write(unsigned int addr, unsigned char *buf, unsigned char len) { unsigned char i; IAP_CONTR = 0x80; // 使能 IAP IAP_TCMD = 0x01; // 触发命令位 for (i = 0; i < len; i++) { IAP_ADDRH = (addr + i) >> 8; // 目标地址高 8 位 IAP_ADDRL = (addr + i) & 0xff; // 目标地址低 8 位 IAP_DATA = buf[i]; // 要写入的字节 IAP_CTRL = 0x01; // 执行字节编程 _nop_; _nop_; _nop_; } IAP_CONTR = 0x00; // 关闭 IAP }

逻辑说明：内部 EEPROM 按字节读写，但写入前如果目标地址原本不是 0xFF，需要先做扇区擦除，否则写入结果不可靠。工程上最简单的做法是每个槽位单独占一个扇区，学习时先擦除整个扇区再写，避免跨扇区管理的复杂度。读回时把存储区的状态字节和校验和检查一遍，不合法就当作空槽位处理。

参数说明：脉宽序列每对占 4 字节，32 对应 128 字节，一个槽位约 130 字节。STC15 系列内部 EEPROM 通常有 1KB 到 4KB，存五六个槽位很宽裕。IAP_TCMD这个寄存器是 STC15 特有，老 STC89C52RC 的 IAP 寄存器组略有不同，但读写流程基本一致。如果你用外部 24C02，I2C 地址一般是 0xA0，按页写和页读的时序网上例程很多，这里就不再重复。

重放就简单了：把脉宽序列从 EEPROM 读出来，循环控制发射模块的数据脚。发射模块的 DATA 脚是“高电平发载波、低电平关载波”，所以直接按原波形驱动即可：

// 按存储的脉宽序列重放一帧 // RF_TX 接 P1.1, 高电平 = 发射载波 sbit RF_TX = P1^1; void Send_Waveform(unsigned int *wave_high, unsigned int *wave_low, unsigned char len) { unsigned char i; for (i = 0; i < len; i++) { RF_TX = 1; DelayU16us(wave_high[i]); // 保持高电平, 发射载波 RF_TX = 0; DelayU16us(wave_low[i]); // 保持低电平, 关闭载波 } }

这段代码的逻辑是“学什么放什么”：学习时存的是原遥控器每一段高/低电平的持续时间，重放时只要保证时序误差在几十微秒内，接收主机根本分辨不出。DelayU16us建议用定时器 1 做一次性延时，不要用 NOP 循环，因为 NOP 循环在开中断后会被打断，延时长度就不准了。实际发射要连续重复三五帧，模仿原遥控器“按住不放”的行为，很多接收主机帧数少于三帧会直接忽略。

5. 433遥控解码常见问题与避坑：信号、晶振和中断的五个坑

坑 1：同一个按键每次解码结果都不一样，时好时坏

现象：用同一把遥控器按同一个键，串口打印出来的地址码忽对忽错；或者解码偶发成功，大部分时间停在“等待同步头”状态。

原因：八成是接收模块电源纹波太大。超再生模块工作时会产生周期性电流波动，和单片机共用一条电源线时，纹波直接窜进模块的供电脚，导致数据脚输出抖动；另一可能是模块天线附近有金属遮挡，信号被反射衰减。

解决：在接收模块 VCC 和 GND 之间并联 100uF 电解电容加 0.1uF 陶瓷电容，电容引脚尽量短；天线拉直，远离单片机晶振和电源走线。我遇到过一块板子把接收模块放在晶振正下方，解码率只有三成，挪到板边后变成九成以上。

坑 2：测出来的脉宽全部是理论值的一半或两倍

现象：抓波形时明明量到同步头 1.2ms，代码里打印出来的 low_width 却只有 600us 或者变成 2.4ms。

原因：晶振不是 12MHz，或者 TMOD 配置把定时器 0 设成了分频模式。11.0592MHz 晶振下定时器加一是 1.085us，误差虽然不大，但有些板子用的是 6MHz 晶振甚至 24MHz，打印出来的脉宽就会系统性翻倍或减半。

解决：第一件事不是改代码，而是看板子上晶振外壳标的频率。如果是 11.0592MHz 又想继续用，就把脉宽换算系数从 1 改成 1.085；更干净的做法是直接换 12MHz 晶振。第二个检查点是 TMOD&=0xF0 那行，务必保证定时器 0 的方式位是 01（16 位），不要残留定时器 1 的高 4 位配置。

坑 3：把解析逻辑写进中断，主循环卡死或丢帧

现象：单独测中断计数正常，一加入位拼接代码，解码就开始丢帧，有时按一下遥控器要两三秒才有反应。

原因：外部中断服务函数里做了太多事。51 的中断现场保护和恢复很耗时间，如果每次边沿中断里都去访问 EEPROM 或者做数组搬运，处理完前一帧的边沿时下一帧的数据位已经过去了。

解决：中断里只更新 high_width/low_width 和 new_sample 标志，其余全部放主循环。这是 51 中断编程的铁律：中断服务函数越短越好。脉宽测量的实时性由硬件保证，位拼接慢一点不影响结果。

坑 4：同步头阈值写死，换一把遥控器就失效

现象：A 遥控器解码完美，换同品牌的 B 遥控器或者换 315MHz 频段的遥控器，状态机永远停在等待同步头。

原因：不同遥控器的振荡电阻不一样，脉宽差异很大。有些 315MHz 遥控器同步头低电平只有 500us，而你写的 SYNC_MIN 是 900us，永远认不出来；反过来如果同步头阈值设太低，数据位的长低电平又会被误判成同步头，导致帧错位。

解决：用逻辑分析仪重新抓一把波形，按实测值改 SYNC_MIN 和 ZERO_MAX。更稳的做法是写成自适应：进入学习模式后先抓两帧，统计出最短低电平和最长低电平，把阈值自动设为两者中点，再开始正式解码。这个自适应逻辑多花 30 行代码，但能省掉以后所有换遥控器重新标定的麻烦。

坑 5：板子离遥控器 1 米能解，隔 3 米就废

现象：桌面上测试正常，把板子放到货架或墙角，解码距离明显变短，按遥控器要凑近才行。

原因：超再生模块灵敏度有限，加上接收天线长度不对。433MHz 模块配了根 10cm 短线，驻波比不好，接收效率打折；发射模块那边如果也用短线，双重衰减后距离就只剩一两米。

解决：把接收模块天线补到约 16.5cm（433MHz）或 23cm（315MHz），发射模块天线也一样。这招对低成本模块的提升非常明显，几乎不用改代码。实在要求更远距离就换超外差接收模块，同一天线下接收灵敏度能差出好几米。

6. 从解码到“带学习”的完整闭环：码表管理与发射调用技巧

学习功能要做得像正经产品，还得管好码表。我在 EEPROM 里按“槽位号”组织，每个槽位对应一个自定义按键。长按学习键进入学习模式，指示灯亮起，此时对着板子按一次原遥控器，解码校验通过后把波形写入当前槽位，指示灯闪两下表示完成。之后每次按下自定义键，程序查槽位状态字节，读到有效数据就从 EEPROM 读出脉宽序列，连发三帧。

验证方案强烈建议串口加逻辑分析仪双管齐下：串口打印地址码和按键码，确认解析正确；逻辑分析仪双通道同时抓原遥控器和复刻板的发射波形，比对每一段高/低电平宽度，误差在 50us 以内基本稳过。我吃过一次亏：直接把网上抄的 EV1527 参数写了进去，没抓波形就烧录，结果地址位全反了——有的遥控器是先发低位，有的先发高位，不看实测波形就是瞎猜。

还有一个容易翻车的点：如果设备是滚动码遥控（每按一次码就变），这套方案无效，因为滚动码靠算法生成，波形复刻只能还原某一次按键，主机下一次就拒绝响应。判断方法很简单：抓两次同一个按键的波形，如果地址位每次都不一样，那就是滚动码，趁早放弃，不要浪费时间。

我的习惯是先抓波形再写代码，把同步头、最短脉宽、最长脉宽、帧长四个参数用便签贴在调试器上，再动键盘。阈值宁可放宽一点，靠连续两帧校验来滤噪声，也别卡得刚好，否则换一把遥控器就得重新标定。希望帮到你。

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