很多人拿到433MHz遥控器的第一反应是拆开外壳想看看芯片型号然后去网上搜编码格式。我前阵子翻车库门遥控器时也这么干过结果芯片丝印被磨得干干净净唯一能确认的就是标签上写着433.92MHz。后来干脆换了个思路既然遥控器按键时会把一串脉冲通过射频发出来那我用STM32把接收模块输出的脉冲宽度量出来反推编码不就行了这就是我这篇文章要聊的事——用STM32定时器的输入捕获功能把433MHz遥控器信号解码这件事彻底搞定。文章中我会先从信号形态讲起再解释为什么输入捕获比“外部中断计时器”这种土办法靠谱然后用STM32F103最小系统板加一个几块钱的433M接收模块跑通完整代码最后把调参和避坑的经历一起交代清楚。整个过程不需要示波器只用串口打印脉宽也能把阈值摸出来。无论你是想把这套遥控器接入智能家居还是单纯想把毕业设计里的无线解码部分做扎实这篇都值得你花十几分钟看完。1. 为什么解码433遥控器我第一反应是定时器输入捕获1.1 433接收模块输出的是什么东西先别急着写代码我们要搞清楚原理。433MHz射频模块分发射端和接收端遥控器按下按键后发射芯片把编码数据用OOK方式调制到433MHz载波上发出去。OOK的全称是On-Off Keying说白了就是有载波代表一种电平没有载波代表另一种电平。接收模块内部经过超外差或超再生电路解调后会在数据脚上直接输出一串高高低低的数字脉冲。所以摆在STM32面前的问题不是解调射频而是测量一个GPIO引脚上每个脉冲的高电平持续了多少微秒、低电平持续了多少微秒。市面上常见的433接收模块数据脚空闲时多为低电平收到载波时输出高电平。但这里有个坑不同模块的极性完全可能相反——同样是收到载波有的模块输出高有的输出低。我建议动手前先用万用表或者逻辑分析仪确认一下模块的实际极性不然后面解码全是反的。搞清楚信号是“一串电平脉冲”之后解码任务就变得很纯粹写代码测出每个脉冲宽度再根据编码协议把这些宽度翻译成0和1最后拼成数据帧。1.2 三种测脉宽方案我为什么选中输入捕获测一个脉冲的高电平宽度常见有三条路方案测量思路优点缺点外部中断 计时器在GPIO中断里读系统计时器上升沿记一次、下降沿记一次相减实现简单任意引脚都能做中断代码执行时间会影响精度被高优先级中断抢占时容易丢边沿定时器普通输入捕获配置通道上升沿捕获每次在中断里读CCR寄存器相邻两次相减硬件自动记录边沿时间戳精度高只测上升沿间距得到的是周期要测高电平宽度还得再配一个通道定时器PWM输入模式同一路TI1信号同时映射到IC1和IC2分别捕获上升沿和下降沿一个周期里同时得到周期和高电平时长代码量最省必须用一个完整定时器通道占用资源比单通道稍多我一开始也想用外部中断加滴答定时器凑合后来发现433信号的数据位最短只有几百微秒外部中断方案理论上勉强能跑但一旦工程里还有其他中断在抢边沿丢失率就上来了解出来的数据一会对一会错非常难查。换成定时器输入捕获后时间戳完全由硬件在边沿到达的瞬间锁存CPU只需要在中断里把寄存器值读走稳定性完全不在一个档次。如果你之前只做过输出比较、PWM输出这类定时器应用输入捕获相当于把定时器当作一个不停跳动的秒表边沿到来时硬件自动按下“拍照”按钮记录下当前计数值。这就不需要CPU在中断里去读GPIO、去延时消抖了。1.3 输入捕获能免掉哪些麻烦实际用起来输入捕获最让我省心的是两点滤波和精度。STM32的输入捕获通道自带一个可配置的数字滤波器长度按ICFilter字段设置。433接收模块在没人按键时其实会持续输出一些随机噪声脉冲这些毛刺用输入滤波器可以吃掉很大一部分比在中断里做软件消抖干净得多。精度方面STM32F103在72MHz主频下如果把定时器预分频设为72-1计数频率就是1MHz也就是每1微秒计一个数。433遥控器的短脉冲大约在300微秒级别用1微秒的精度去量绰绰有余。而且核心思想是“硬件拍时间戳”无论中断响应多慢只要不慢到超过一个脉冲周期边沿时间都不会丢。2. 433MHz遥控器的编码信号长什么样2.1 EV1527码元一个t就能表达0和1我手里这几款遥控器用的都是EV1527编码芯片这也是433MHz无线遥控里最常见的方案之一。EV1527的编码核心是一个基准时间tt的大小由芯片外接振荡电阻决定常见电阻下t大约在300微秒左右。每个数据码元由高电平和低电平两部分组成但高电平宽度不一样信号特征高电平宽度低电平宽度含义逻辑0约1个t约300μs约3个t约900μs数据位0逻辑1约3个t约900μs约1个t约300μs数据位1同步码明显大于3个t明显较长的间隔帧头这里最关键的一点是逻辑0和逻辑1的完整码元周期都是4t区别只在于高电平占空比。所以解码时测“高电平宽度”是主要判断依据测“周期”只能用来辅助校验。这也是为什么很多人只用上升沿捕获、测两个上升沿之间的时间差时发现0和1完全无法区分——因为他们测的是整个码元周期而不是高电平宽度。t的实际值跟你遥控器上那颗振荡电阻直接相关不同批次、不同厂家差异不小。我实测过一块遥控器短高电平约320微秒长高电平约960微秒另一块则短高约280微秒长高约850微秒。因此代码里判断阈值不能用死值我下面的写法是划分区间而不是要求脉宽精确等于某个数。2.2 完整帧结构同步码、数据位、重复帧单看一个码元看不出完整信息在真实通信中遥控器按下一次后发送的是若干帧数据每帧结构大体如下首先是同步码它的高电平宽度比普通数据码元长很多用来通知接收端“一帧数据要开始了”。然后是24位数据码其中前20位是芯片ID相当于遥控器地址后4位是按键编码。每一帧发送完毕后会有一段比较长的无信号时间也就是低电平静默期用来区分帧与帧。按住遥控器按键不放时发射芯片会以固定间隔重复发送同一帧数据这个特性在后面的多帧校验里会用到。EV1527没有校验位通信质量全靠接收端自己判断所以“同一帧数据连续收到两次再确认”是非常实用的手段。2.3 拿到波形后先确认t值再谈解码在正式写完整解码器之前我强烈建议你先花十分钟把遥控器的脉宽分布摸清楚。方法很简单配置定时器捕获中断把每次捕获到的高电平宽度和周期通过串口打印到电脑上然后按住遥控器键观察打印出来的数值集中在哪几个区间。我用这个方法发现过一个问题某块接收模块在高电平时沿上有明显的上升沿振铃导致捕获到的高电平时长偶尔比实际偏大几十微秒。如果代码里阈值划分太苛刻比如规定300-320微秒才算逻辑0那这几十微秒的误差就会让解码频繁失败。正确做法是划定一个足够宽的容忍区间比如200-500微秒判为逻辑0700-1200微秒判为逻辑1这样脉冲变形也不影响结果。3. STM32定时器捕获脉宽的硬件原理与配置3.1 从GPIO到CCR寄存器一次捕获的完整路径我以最常见的STM32F103C8T6为例用的是TIM2的通道1对应引脚是PA0。信号从PA0进来之后会走这样一条链路PA0引脚电平进入TI1输入经过输入滤波器滤除窄毛刺。边沿检测单元根据配置在上升沿或下降沿产生一个有效事件。TI1信号会被同时映射成TI1FP1和TI1FP2两路分别用于两个捕获通道。发生捕获事件时硬件把当前定时器计数器CNT的值锁存到对应捕获寄存器CCR。同时置位捕获中断标志如果开启了中断就会跳到中断服务函数。这里有个容易被忽视的配置项从模式复位。我可以让定时器在TI1FP1的上升沿到来时自动把CNT清零。这样做的意义非常重大因为CNT在上升沿被清零后下降沿到来时CCR2里锁存的值就天然是从上升沿到下降沿的时间差也就是高电平宽度不需要在中断里再做减法。3.2 用PWM输入模式一次搞定“周期高电平宽度”STM32标准外设库里面有一个很方便的函数叫TIM_PWMIConfig它专门用来配置PWM输入模式。这个函数的本质是把TI1同时接到IC1和IC2IC1配置成上升沿捕获IC2配置成下降沿捕获。这样在一个完整的PWM周期内第一个上升沿到来CNT从0开始走CCR1锁存的是上一个周期的总时间周期。下降沿到来CCR2锁存当前CNT值这个值等于高电平宽度。第二个上升沿到来CNT先被清零CCR1锁存当前CNT值即本周期总时长。因此在CC2的捕获中断里同时读取CCR2和CCR1就能拿到“高电平宽度”和“完整码元周期”两个数据。这正是解码EV1527最需要的两个参数。我见过不少教程让用户配置两次捕获通道其实用PWMIConfig一次就完成了少踩很多坑。3.3 初始化代码时钟、滤波、中断一个不能少下面是初始化代码使用标准外设库工程是STM32F103标准库模板主频72MHz。#include stm32f10x.h void TIM2_Capture_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_ICInitTypeDef TIM_ICInitStructure; NVIC_InitTypeDef NVIC_InitStructure; // 1. 开启时钟PA0属于GPIOATIM2属于APB1 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); // 2. PA0配置为浮空输入因为外部接收模块本身有输出驱动 GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. 定时器时基72MHz / 72 1MHz一个计数单位是1us TIM_TimeBaseStructure.TIM_Prescaler 72 - 1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period 0xFFFF; TIM_TimeBaseStructure.TIM_ClockDivision 0; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); // 4. PWM输入模式IC1上升沿捕获周期IC2下降沿捕获高电平时长 TIM_ICInitStructure.TIM_Channel TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity TIM_ICPolarity_Rising; TIM_ICInitStructure.TIM_ICSelection TIM_ICSelection_DirectTI; TIM_ICInitStructure.TIM_ICPrescaler TIM_ICPSC_DIV1; TIM_ICInitStructure.TIM_ICFilter 0xF; // 输入滤波吸收短毛刺 TIM_PWMIConfig(TIM2, TIM_ICInitStructure); // 5. 从模式复位上升沿到来时自动清零CNT让CCR2直接等于高电平宽度 TIM_SelectInputTrigger(TIM2, TIM_TS_TI1FP1); TIM_SelectSlaveMode(TIM2, TIM_SlaveMode_Reset); // 6. 开启CC1和CC2捕获中断 TIM_ITConfig(TIM2, TIM_IT_CC1 | TIM_IT_CC2, ENABLE); // 7. NVIC中断优先级设置 NVIC_InitStructure.NVIC_IRQChannel TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); // 8. 启动定时器 TIM_Cmd(TIM2, ENABLE); }配置完后PA0收到的每一路信号都会自动变成“周期高电平时长”两个数值中断里只管读。4. 解码逻辑与可复用的完整代码4.1 用“超长高电平”当同步用“宽度区间”判0/1解码逻辑说起来很简单每次在CC2中断里拿到高电平宽度后先判断它属于哪一类。以我实测的遥控器为基准阈值划分如下高电平宽度小于500微秒记为逻辑0。高电平宽度在700到1500微秒之间记为逻辑1。高电平宽度大于2000微秒认为是同步码复位位索引表示新一帧的开始。这些数不是拍脑袋定的。短高约300微秒长高约900微秒手册里说的t受电阻误差和接收模块上升沿变形影响所以我把区间放得比较宽。如果阈值太紧稍微有点噪声就会解成错误位太松又会把噪声误判成有效数据。这个平衡需要根据实际波形调整我在第5章会讲怎么快速确定阈值。为了进一步抗干扰我在收集满24位后还会要求连续两帧数据完全一致才输出结果。EV1527遥控器按键时本来就会重复发帧这个条件在实际使用中很容易满足却能大幅过滤偶发错码。4.2 完整代码中断里收位主循环里收帧完整代码分为三部分变量定义、中断服务函数、主循环解析。#include stm32f10x.h #include stdio.h #include string.h #define SYNC_THRESHOLD_US 2000 // 超过这个高电平宽度认为是同步头 #define SHORT_HIGH_MAX 500 // 小于这个高电平宽度记为逻辑0 #define LONG_HIGH_MIN 700 // 逻辑1的高电平宽度下限 #define LONG_HIGH_MAX 1500 // 逻辑1的高电平宽度上限 volatile uint32_t g_high_us 0; volatile uint32_t g_period_us 0; volatile uint8_t g_capture_flag 0; uint8_t rx_bits[24]; uint8_t bit_cnt 0; volatile uint8_t frame_done 0; uint32_t frame_id 0; uint8_t frame_key 0; uint32_t last_frame_id 0xFFFFFFFF; uint8_t last_frame_key 0xFF;中断函数是解码的核心。每次下降沿到来时CCR2触发中断我们立刻读取两个捕获值然后按阈值分类void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_CC2) ! RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_CC2); uint32_t high_us TIM_GetCapture2(TIM2); uint32_t period_us TIM_GetCapture1(TIM2); g_high_us high_us; g_period_us period_us; g_capture_flag 1; // 超长高电平 - 同步码一帧开始 if (high_us SYNC_THRESHOLD_US) { bit_cnt 0; return; } uint8_t bit; if (high_us SHORT_HIGH_MAX) { bit 0; } else if ((high_us LONG_HIGH_MIN) (high_us LONG_HIGH_MAX)) { bit 1; } else { // 宽度落不到合法区间认为是噪声重新等待同步 bit_cnt 0; return; } if (bit_cnt 24) { rx_bits[bit_cnt] bit; bit_cnt; if (bit_cnt 24) { frame_done 1; } } } }主循环里做两帧校验和结果打印。因为遥控器按住时会持续发帧所以收到一帧后先不急着输出等下一帧比对一致再上报这样能滤掉绝大多数瞬时干扰。// 简单串口发送函数基于USART1 void UartPutString(char *s) { while (*s) { USART_SendData(USART1, (uint8_t)(*s)); while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) RESET); } } int main(void) { // 假设串口已初始化波特率115200 USART_InitTypeDef USART_InitStructure; // 此处省略USART配置代码按你自己的工程补上即可 TIM2_Capture_Init(); while (1) { if (frame_done) { frame_done 0; // 把24位拼成一个整数先收到的是高位 uint32_t val 0; for (int i 0; i 24; i) { val (val 1) | rx_bits[i]; } frame_id val 4; // 前20位是ID地址 frame_key val 0x0F; // 后4位是按键值 // 两帧校验必须与上一帧完全一致才输出 if ((frame_id last_frame_id) (frame_key last_frame_key)) { char msg[64]; sprintf(msg, ID%05X KEY%02X\r\n, (unsigned int)frame_id, frame_key); UartPutString(msg); } last_frame_id frame_id; last_frame_key frame_key; } } }如果你解出来的ID和按键码整体顺序是反的比如用逻辑分析仪能看到正确的帧但程序解出来完全对不上那多半是比特顺序反了。处理方式是反转一下数据位顺序代码如下uint32_t reverse_bits(uint32_t value, int n) { uint32_t result 0; for (int i 0; i n; i) { result (result 1) | (value 1); value 1; } return result; }在拼接时先调用这个函数再重新拆分ID和按键值即可。4.3 串口输出与地址、按键码的解析EV1527的24位数据帧拆解非常直白高20位是地址ID低4位是按键值。实际使用中只要同一块遥控器上不同按键解出的ID相同、KEY不同说明位拆对了。如果换两个按键发现ID变了而KEY没变就该考虑是位序反了。我把打印出来的格式定义成IDXXXXX KEYXX这样接串口助手一眼就能看明白。你也可以把这24位码直接喂给一个433MHz发射模块做成万能遥控器这个扩展玩法很有意思。5. 实测调参、噪声干扰与避坑记录5.1 先跑一个“脉宽直方图”再决定阈值如果遇到解码不稳定的情况我建议你暂时忘掉解码逻辑先写一个临时程序把每次捕获到的g_period_us, g_high_us通过串口按行打出来if (g_capture_flag) { g_capture_flag 0; char buf[48]; sprintf(buf, %lu,%lu\r\n, (unsigned long)g_period_us, (unsigned long)g_high_us); UartPutString(buf); }把这些数据复制到一个文本文件里用Excel打开分列按住遥控器键几秒钟然后看高电平宽度的分布。你会看到数据明显聚集在几个区间比如300附近是逻辑0的短高900附近是逻辑1的长高另外还有一个更大的值属于同步码。区间与区间之间就是天然的空隙你的阈值只要卡在空隙中间就一定稳定。这一步看似简单实际能解决90%的“为什么解出来不对”问题。我刚开始调的时候直接把网上教程里的阈值抄过来结果解出来全是乱码就是因为手上遥控器的t值和教程作者的不一样。后来用直方图一测立刻明白问题在哪了。5.2 出现乱码的五个典型原因现象可能原因处理办法解出来全是0或者全是1接收模块电平极性相反数据脚空闲为高、收到载波为低把捕获极性对调上升沿改下降沿下降沿改上升沿解出的ID和按键每次都不一样阈值划分不合理或脉冲被接收模块变形拉长/压缩用5.1的方法重新统计脉宽调整区间时好时坏尤其手靠近时严重天线和供电问题接收模块电源噪声大给接收模块VCC加一个10μF电容缩短天线或者检查杜邦线接触解出来的值和逻辑分析仪抓到的明显位反数据位顺序反了使用reverse_bits函数反序按任何键都解不出完整24位遥控器芯片不是EV1527可能是PT2262等其他编码同样先打脉宽观察同步码形态和位数再修改解码逻辑这里特别说一下极性反了的情况。很多选手第一次接线时没有注意接收模块型号直接把数据脚接到PA0结果解出来的码怎么看怎么怪。EV1527本身没有校验位极性反了之后同步码可能变成超长低电平而数据位0和1的高电平宽度都会被压缩或反转解码器自然无法工作。所以第一步永远是确认模块极性必要时可以在解码代码里做一个小开关读取前把捕获极性翻转即可。5.3 最后分享一个调试小技巧解码类工程调试有一个通用技巧千万不要只依赖串口打印最终结果。把中间量也打出来尤其是原始脉宽和同步码位置。我在最后调通这套代码时就养成了习惯——解出一帧有效数据时同时把这一帧24位原始0/1序列、ID、KEY一起打印出来。这样一旦逻辑分析仪的数据对不上我能立刻判断是解码逻辑问题还是协议字段拆解问题。另外一个小建议是调试时把遥控器按键用橡皮筋按住让它持续发帧。这样串口能收到大量重复数据方便观察稳定性。如果偶尔冒出来一个错的ID再按住一段时间看错误率往往就能定位到干扰源或者阈值边界。这套方案目前在我自己的卷帘门遥控器和无线插座遥控器上都验证过解出来的码非常稳定。拿到码之后我又用另一块STM32加433发射模块做了回放测试效果等同于原装遥控器。这个思路再往后延伸接ESP8266做远程控制也就顺理成章了。希望这篇分享能帮你少走点弯路。
很多人拿到433MHz遥控器的第一反应是拆开外壳想看看芯片型号然后去网上搜编码格式。我前阵子翻车库门遥控器时也这么干过结果芯片丝印被磨得干干净净唯一能确认的就是标签上写着433.92MHz。后来干脆换了个思路既然遥控器按键时会把一串脉冲通过射频发出来那我用STM32把接收模块输出的脉冲宽度量出来反推编码不就行了这就是我这篇文章要聊的事——用STM32定时器的输入捕获功能把433MHz遥控器信号解码这件事彻底搞定。文章中我会先从信号形态讲起再解释为什么输入捕获比“外部中断计时器”这种土办法靠谱然后用STM32F103最小系统板加一个几块钱的433M接收模块跑通完整代码最后把调参和避坑的经历一起交代清楚。整个过程不需要示波器只用串口打印脉宽也能把阈值摸出来。无论你是想把这套遥控器接入智能家居还是单纯想把毕业设计里的无线解码部分做扎实这篇都值得你花十几分钟看完。1. 为什么解码433遥控器我第一反应是定时器输入捕获1.1 433接收模块输出的是什么东西先别急着写代码我们要搞清楚原理。433MHz射频模块分发射端和接收端遥控器按下按键后发射芯片把编码数据用OOK方式调制到433MHz载波上发出去。OOK的全称是On-Off Keying说白了就是有载波代表一种电平没有载波代表另一种电平。接收模块内部经过超外差或超再生电路解调后会在数据脚上直接输出一串高高低低的数字脉冲。所以摆在STM32面前的问题不是解调射频而是测量一个GPIO引脚上每个脉冲的高电平持续了多少微秒、低电平持续了多少微秒。市面上常见的433接收模块数据脚空闲时多为低电平收到载波时输出高电平。但这里有个坑不同模块的极性完全可能相反——同样是收到载波有的模块输出高有的输出低。我建议动手前先用万用表或者逻辑分析仪确认一下模块的实际极性不然后面解码全是反的。搞清楚信号是“一串电平脉冲”之后解码任务就变得很纯粹写代码测出每个脉冲宽度再根据编码协议把这些宽度翻译成0和1最后拼成数据帧。1.2 三种测脉宽方案我为什么选中输入捕获测一个脉冲的高电平宽度常见有三条路方案测量思路优点缺点外部中断 计时器在GPIO中断里读系统计时器上升沿记一次、下降沿记一次相减实现简单任意引脚都能做中断代码执行时间会影响精度被高优先级中断抢占时容易丢边沿定时器普通输入捕获配置通道上升沿捕获每次在中断里读CCR寄存器相邻两次相减硬件自动记录边沿时间戳精度高只测上升沿间距得到的是周期要测高电平宽度还得再配一个通道定时器PWM输入模式同一路TI1信号同时映射到IC1和IC2分别捕获上升沿和下降沿一个周期里同时得到周期和高电平时长代码量最省必须用一个完整定时器通道占用资源比单通道稍多我一开始也想用外部中断加滴答定时器凑合后来发现433信号的数据位最短只有几百微秒外部中断方案理论上勉强能跑但一旦工程里还有其他中断在抢边沿丢失率就上来了解出来的数据一会对一会错非常难查。换成定时器输入捕获后时间戳完全由硬件在边沿到达的瞬间锁存CPU只需要在中断里把寄存器值读走稳定性完全不在一个档次。如果你之前只做过输出比较、PWM输出这类定时器应用输入捕获相当于把定时器当作一个不停跳动的秒表边沿到来时硬件自动按下“拍照”按钮记录下当前计数值。这就不需要CPU在中断里去读GPIO、去延时消抖了。1.3 输入捕获能免掉哪些麻烦实际用起来输入捕获最让我省心的是两点滤波和精度。STM32的输入捕获通道自带一个可配置的数字滤波器长度按ICFilter字段设置。433接收模块在没人按键时其实会持续输出一些随机噪声脉冲这些毛刺用输入滤波器可以吃掉很大一部分比在中断里做软件消抖干净得多。精度方面STM32F103在72MHz主频下如果把定时器预分频设为72-1计数频率就是1MHz也就是每1微秒计一个数。433遥控器的短脉冲大约在300微秒级别用1微秒的精度去量绰绰有余。而且核心思想是“硬件拍时间戳”无论中断响应多慢只要不慢到超过一个脉冲周期边沿时间都不会丢。2. 433MHz遥控器的编码信号长什么样2.1 EV1527码元一个t就能表达0和1我手里这几款遥控器用的都是EV1527编码芯片这也是433MHz无线遥控里最常见的方案之一。EV1527的编码核心是一个基准时间tt的大小由芯片外接振荡电阻决定常见电阻下t大约在300微秒左右。每个数据码元由高电平和低电平两部分组成但高电平宽度不一样信号特征高电平宽度低电平宽度含义逻辑0约1个t约300μs约3个t约900μs数据位0逻辑1约3个t约900μs约1个t约300μs数据位1同步码明显大于3个t明显较长的间隔帧头这里最关键的一点是逻辑0和逻辑1的完整码元周期都是4t区别只在于高电平占空比。所以解码时测“高电平宽度”是主要判断依据测“周期”只能用来辅助校验。这也是为什么很多人只用上升沿捕获、测两个上升沿之间的时间差时发现0和1完全无法区分——因为他们测的是整个码元周期而不是高电平宽度。t的实际值跟你遥控器上那颗振荡电阻直接相关不同批次、不同厂家差异不小。我实测过一块遥控器短高电平约320微秒长高电平约960微秒另一块则短高约280微秒长高约850微秒。因此代码里判断阈值不能用死值我下面的写法是划分区间而不是要求脉宽精确等于某个数。2.2 完整帧结构同步码、数据位、重复帧单看一个码元看不出完整信息在真实通信中遥控器按下一次后发送的是若干帧数据每帧结构大体如下首先是同步码它的高电平宽度比普通数据码元长很多用来通知接收端“一帧数据要开始了”。然后是24位数据码其中前20位是芯片ID相当于遥控器地址后4位是按键编码。每一帧发送完毕后会有一段比较长的无信号时间也就是低电平静默期用来区分帧与帧。按住遥控器按键不放时发射芯片会以固定间隔重复发送同一帧数据这个特性在后面的多帧校验里会用到。EV1527没有校验位通信质量全靠接收端自己判断所以“同一帧数据连续收到两次再确认”是非常实用的手段。2.3 拿到波形后先确认t值再谈解码在正式写完整解码器之前我强烈建议你先花十分钟把遥控器的脉宽分布摸清楚。方法很简单配置定时器捕获中断把每次捕获到的高电平宽度和周期通过串口打印到电脑上然后按住遥控器键观察打印出来的数值集中在哪几个区间。我用这个方法发现过一个问题某块接收模块在高电平时沿上有明显的上升沿振铃导致捕获到的高电平时长偶尔比实际偏大几十微秒。如果代码里阈值划分太苛刻比如规定300-320微秒才算逻辑0那这几十微秒的误差就会让解码频繁失败。正确做法是划定一个足够宽的容忍区间比如200-500微秒判为逻辑0700-1200微秒判为逻辑1这样脉冲变形也不影响结果。3. STM32定时器捕获脉宽的硬件原理与配置3.1 从GPIO到CCR寄存器一次捕获的完整路径我以最常见的STM32F103C8T6为例用的是TIM2的通道1对应引脚是PA0。信号从PA0进来之后会走这样一条链路PA0引脚电平进入TI1输入经过输入滤波器滤除窄毛刺。边沿检测单元根据配置在上升沿或下降沿产生一个有效事件。TI1信号会被同时映射成TI1FP1和TI1FP2两路分别用于两个捕获通道。发生捕获事件时硬件把当前定时器计数器CNT的值锁存到对应捕获寄存器CCR。同时置位捕获中断标志如果开启了中断就会跳到中断服务函数。这里有个容易被忽视的配置项从模式复位。我可以让定时器在TI1FP1的上升沿到来时自动把CNT清零。这样做的意义非常重大因为CNT在上升沿被清零后下降沿到来时CCR2里锁存的值就天然是从上升沿到下降沿的时间差也就是高电平宽度不需要在中断里再做减法。3.2 用PWM输入模式一次搞定“周期高电平宽度”STM32标准外设库里面有一个很方便的函数叫TIM_PWMIConfig它专门用来配置PWM输入模式。这个函数的本质是把TI1同时接到IC1和IC2IC1配置成上升沿捕获IC2配置成下降沿捕获。这样在一个完整的PWM周期内第一个上升沿到来CNT从0开始走CCR1锁存的是上一个周期的总时间周期。下降沿到来CCR2锁存当前CNT值这个值等于高电平宽度。第二个上升沿到来CNT先被清零CCR1锁存当前CNT值即本周期总时长。因此在CC2的捕获中断里同时读取CCR2和CCR1就能拿到“高电平宽度”和“完整码元周期”两个数据。这正是解码EV1527最需要的两个参数。我见过不少教程让用户配置两次捕获通道其实用PWMIConfig一次就完成了少踩很多坑。3.3 初始化代码时钟、滤波、中断一个不能少下面是初始化代码使用标准外设库工程是STM32F103标准库模板主频72MHz。#include stm32f10x.h void TIM2_Capture_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_ICInitTypeDef TIM_ICInitStructure; NVIC_InitTypeDef NVIC_InitStructure; // 1. 开启时钟PA0属于GPIOATIM2属于APB1 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); // 2. PA0配置为浮空输入因为外部接收模块本身有输出驱动 GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. 定时器时基72MHz / 72 1MHz一个计数单位是1us TIM_TimeBaseStructure.TIM_Prescaler 72 - 1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period 0xFFFF; TIM_TimeBaseStructure.TIM_ClockDivision 0; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); // 4. PWM输入模式IC1上升沿捕获周期IC2下降沿捕获高电平时长 TIM_ICInitStructure.TIM_Channel TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity TIM_ICPolarity_Rising; TIM_ICInitStructure.TIM_ICSelection TIM_ICSelection_DirectTI; TIM_ICInitStructure.TIM_ICPrescaler TIM_ICPSC_DIV1; TIM_ICInitStructure.TIM_ICFilter 0xF; // 输入滤波吸收短毛刺 TIM_PWMIConfig(TIM2, TIM_ICInitStructure); // 5. 从模式复位上升沿到来时自动清零CNT让CCR2直接等于高电平宽度 TIM_SelectInputTrigger(TIM2, TIM_TS_TI1FP1); TIM_SelectSlaveMode(TIM2, TIM_SlaveMode_Reset); // 6. 开启CC1和CC2捕获中断 TIM_ITConfig(TIM2, TIM_IT_CC1 | TIM_IT_CC2, ENABLE); // 7. NVIC中断优先级设置 NVIC_InitStructure.NVIC_IRQChannel TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); // 8. 启动定时器 TIM_Cmd(TIM2, ENABLE); }配置完后PA0收到的每一路信号都会自动变成“周期高电平时长”两个数值中断里只管读。4. 解码逻辑与可复用的完整代码4.1 用“超长高电平”当同步用“宽度区间”判0/1解码逻辑说起来很简单每次在CC2中断里拿到高电平宽度后先判断它属于哪一类。以我实测的遥控器为基准阈值划分如下高电平宽度小于500微秒记为逻辑0。高电平宽度在700到1500微秒之间记为逻辑1。高电平宽度大于2000微秒认为是同步码复位位索引表示新一帧的开始。这些数不是拍脑袋定的。短高约300微秒长高约900微秒手册里说的t受电阻误差和接收模块上升沿变形影响所以我把区间放得比较宽。如果阈值太紧稍微有点噪声就会解成错误位太松又会把噪声误判成有效数据。这个平衡需要根据实际波形调整我在第5章会讲怎么快速确定阈值。为了进一步抗干扰我在收集满24位后还会要求连续两帧数据完全一致才输出结果。EV1527遥控器按键时本来就会重复发帧这个条件在实际使用中很容易满足却能大幅过滤偶发错码。4.2 完整代码中断里收位主循环里收帧完整代码分为三部分变量定义、中断服务函数、主循环解析。#include stm32f10x.h #include stdio.h #include string.h #define SYNC_THRESHOLD_US 2000 // 超过这个高电平宽度认为是同步头 #define SHORT_HIGH_MAX 500 // 小于这个高电平宽度记为逻辑0 #define LONG_HIGH_MIN 700 // 逻辑1的高电平宽度下限 #define LONG_HIGH_MAX 1500 // 逻辑1的高电平宽度上限 volatile uint32_t g_high_us 0; volatile uint32_t g_period_us 0; volatile uint8_t g_capture_flag 0; uint8_t rx_bits[24]; uint8_t bit_cnt 0; volatile uint8_t frame_done 0; uint32_t frame_id 0; uint8_t frame_key 0; uint32_t last_frame_id 0xFFFFFFFF; uint8_t last_frame_key 0xFF;中断函数是解码的核心。每次下降沿到来时CCR2触发中断我们立刻读取两个捕获值然后按阈值分类void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_CC2) ! RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_CC2); uint32_t high_us TIM_GetCapture2(TIM2); uint32_t period_us TIM_GetCapture1(TIM2); g_high_us high_us; g_period_us period_us; g_capture_flag 1; // 超长高电平 - 同步码一帧开始 if (high_us SYNC_THRESHOLD_US) { bit_cnt 0; return; } uint8_t bit; if (high_us SHORT_HIGH_MAX) { bit 0; } else if ((high_us LONG_HIGH_MIN) (high_us LONG_HIGH_MAX)) { bit 1; } else { // 宽度落不到合法区间认为是噪声重新等待同步 bit_cnt 0; return; } if (bit_cnt 24) { rx_bits[bit_cnt] bit; bit_cnt; if (bit_cnt 24) { frame_done 1; } } } }主循环里做两帧校验和结果打印。因为遥控器按住时会持续发帧所以收到一帧后先不急着输出等下一帧比对一致再上报这样能滤掉绝大多数瞬时干扰。// 简单串口发送函数基于USART1 void UartPutString(char *s) { while (*s) { USART_SendData(USART1, (uint8_t)(*s)); while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) RESET); } } int main(void) { // 假设串口已初始化波特率115200 USART_InitTypeDef USART_InitStructure; // 此处省略USART配置代码按你自己的工程补上即可 TIM2_Capture_Init(); while (1) { if (frame_done) { frame_done 0; // 把24位拼成一个整数先收到的是高位 uint32_t val 0; for (int i 0; i 24; i) { val (val 1) | rx_bits[i]; } frame_id val 4; // 前20位是ID地址 frame_key val 0x0F; // 后4位是按键值 // 两帧校验必须与上一帧完全一致才输出 if ((frame_id last_frame_id) (frame_key last_frame_key)) { char msg[64]; sprintf(msg, ID%05X KEY%02X\r\n, (unsigned int)frame_id, frame_key); UartPutString(msg); } last_frame_id frame_id; last_frame_key frame_key; } } }如果你解出来的ID和按键码整体顺序是反的比如用逻辑分析仪能看到正确的帧但程序解出来完全对不上那多半是比特顺序反了。处理方式是反转一下数据位顺序代码如下uint32_t reverse_bits(uint32_t value, int n) { uint32_t result 0; for (int i 0; i n; i) { result (result 1) | (value 1); value 1; } return result; }在拼接时先调用这个函数再重新拆分ID和按键值即可。4.3 串口输出与地址、按键码的解析EV1527的24位数据帧拆解非常直白高20位是地址ID低4位是按键值。实际使用中只要同一块遥控器上不同按键解出的ID相同、KEY不同说明位拆对了。如果换两个按键发现ID变了而KEY没变就该考虑是位序反了。我把打印出来的格式定义成IDXXXXX KEYXX这样接串口助手一眼就能看明白。你也可以把这24位码直接喂给一个433MHz发射模块做成万能遥控器这个扩展玩法很有意思。5. 实测调参、噪声干扰与避坑记录5.1 先跑一个“脉宽直方图”再决定阈值如果遇到解码不稳定的情况我建议你暂时忘掉解码逻辑先写一个临时程序把每次捕获到的g_period_us, g_high_us通过串口按行打出来if (g_capture_flag) { g_capture_flag 0; char buf[48]; sprintf(buf, %lu,%lu\r\n, (unsigned long)g_period_us, (unsigned long)g_high_us); UartPutString(buf); }把这些数据复制到一个文本文件里用Excel打开分列按住遥控器键几秒钟然后看高电平宽度的分布。你会看到数据明显聚集在几个区间比如300附近是逻辑0的短高900附近是逻辑1的长高另外还有一个更大的值属于同步码。区间与区间之间就是天然的空隙你的阈值只要卡在空隙中间就一定稳定。这一步看似简单实际能解决90%的“为什么解出来不对”问题。我刚开始调的时候直接把网上教程里的阈值抄过来结果解出来全是乱码就是因为手上遥控器的t值和教程作者的不一样。后来用直方图一测立刻明白问题在哪了。5.2 出现乱码的五个典型原因现象可能原因处理办法解出来全是0或者全是1接收模块电平极性相反数据脚空闲为高、收到载波为低把捕获极性对调上升沿改下降沿下降沿改上升沿解出的ID和按键每次都不一样阈值划分不合理或脉冲被接收模块变形拉长/压缩用5.1的方法重新统计脉宽调整区间时好时坏尤其手靠近时严重天线和供电问题接收模块电源噪声大给接收模块VCC加一个10μF电容缩短天线或者检查杜邦线接触解出来的值和逻辑分析仪抓到的明显位反数据位顺序反了使用reverse_bits函数反序按任何键都解不出完整24位遥控器芯片不是EV1527可能是PT2262等其他编码同样先打脉宽观察同步码形态和位数再修改解码逻辑这里特别说一下极性反了的情况。很多选手第一次接线时没有注意接收模块型号直接把数据脚接到PA0结果解出来的码怎么看怎么怪。EV1527本身没有校验位极性反了之后同步码可能变成超长低电平而数据位0和1的高电平宽度都会被压缩或反转解码器自然无法工作。所以第一步永远是确认模块极性必要时可以在解码代码里做一个小开关读取前把捕获极性翻转即可。5.3 最后分享一个调试小技巧解码类工程调试有一个通用技巧千万不要只依赖串口打印最终结果。把中间量也打出来尤其是原始脉宽和同步码位置。我在最后调通这套代码时就养成了习惯——解出一帧有效数据时同时把这一帧24位原始0/1序列、ID、KEY一起打印出来。这样一旦逻辑分析仪的数据对不上我能立刻判断是解码逻辑问题还是协议字段拆解问题。另外一个小建议是调试时把遥控器按键用橡皮筋按住让它持续发帧。这样串口能收到大量重复数据方便观察稳定性。如果偶尔冒出来一个错的ID再按住一段时间看错误率往往就能定位到干扰源或者阈值边界。这套方案目前在我自己的卷帘门遥控器和无线插座遥控器上都验证过解出来的码非常稳定。拿到码之后我又用另一块STM32加433发射模块做了回放测试效果等同于原装遥控器。这个思路再往后延伸接ESP8266做远程控制也就顺理成章了。希望这篇分享能帮你少走点弯路。
