315MHz与433MHz无线遥控接收解码Keil源程序及AD格式电路图详解

315/433MHZ无线遥控接收解码源程序 Keil源程序 含AD格式电路图

手头有个老项目用到了315MHz遥控器收发方案，最近翻出来重新整理了下解码部分的代码。这种无线模块虽然传输速率低，但胜在成本够低，特别适合车库门、报警器之类的场景。咱们直接拆解这个基于STM32的接收系统，看看怎么从杂波里捞出有效信号。

硬件部分用了SYN480R接收模块，这货灵敏度能到-112dBm。重点看下接收端电路——在模块输出脚和MCU之间得加个100K下拉电阻，实测不加的话杂波能把中断服务程序搞崩溃。AD格式的原理图就不贴了，重点注意VCC和GND之间并个104电容，不然接收距离直接腰斩。

代码层面先整GPIO初始化：

void RF_Init(void) { GPIO_InitTypeDef gpio; EXTI_InitTypeDef exti; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB | RCC_APB2Periph_AFIO, ENABLE); GPIO_StructInit(&gpio); gpio.GPIO_Pin = GPIO_Pin_0; gpio.GPIO_Mode = GPIO_Mode_IPD; // 浮空改下拉 GPIO_Init(GPIOB, &gpio); GPIO_EXTILineConfig(GPIO_PortSourceGPIOB, GPIO_PinSource0); exti.EXTI_Line = EXTI_Line0; exti.EXTI_Mode = EXTI_Mode_Interrupt; exti.EXTI_Trigger = EXTI_Trigger_Rising_Falling; // 双边沿触发 exti.EXTI_LineCmd = ENABLE; EXTI_Init(&exti); }

这里有个坑：模块输出默认高电平，所以初始化为下拉输入。双边沿触发是关键，后面解码全靠电平跳变的时间差。

中断服务函数里上定时器才是重头戏：

void EXTI0_IRQHandler(void) { static uint32_t last_time = 0; uint32_t current = TIM_GetCounter(TIM2); if(EXTI_GetITStatus(EXTI_Line0) != RESET) { uint32_t duration = current - last_time; uint8_t level = GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_0); decode_pulse(level, duration); // 核心解码函数 TIM2->CNT = 0; // 重置计数器 last_time = current; } EXTI_ClearITPendingBit(EXTI_Line0); }

定时器用TIM2，72MHz主频下建议分频到1us计数。这里用时间差代替传统的高低电平持续时间测量，实测抗干扰能力更强。

真正搞事的是decode_pulse函数里的曼彻斯特解码：

static void decode_pulse(uint8_t level, uint32_t us) { static uint8_t bit_cnt = 0; static uint32_t data = 0; if(us > 1500) { // 超过1.5ms视为同步头 if(bit_cnt >= 24) { // 典型24位编码 handle_decoded_data(data); } bit_cnt = 0; data = 0; return; } // 曼彻斯特解码：每个bit由两次跳变组成 if(us > 200 && us < 600) { // 400us左右为有效跳变 data <<= 1; data |= (level ^ 0x01); // 根据电平转换确定bit值 if(++bit_cnt >= 24) { handle_decoded_data(data); bit_cnt = 0; } } else { bit_cnt = 0; // 时序错误重置 } }

注意这里用异或处理电平翻转，不同厂家的编码规则可能正反逻辑，需要根据遥控器实际信号调整。建议抓几次波形用逻辑分析仪确认编码规律。

调试时发现个玄学问题：某些遥控器发送的同步头会有毛刺。加个去抖动处理：

// 在中断处理前插入 if(us < 50) { // 小于50us的跳变视为噪声 return; }

这招解决了偶尔出现的误触发问题。最后的数据处理别忘了加CRC校验，虽然民用设备很多都不校验，但工业应用必须得加：

uint8_t crc_check(uint32_t data) { uint8_t* p = (uint8_t*)&data; return p[0]^p[1]^p[2]; // 简单异或校验 }

整套方案实测在10米内稳定接收，穿两堵砖墙没问题。需要改进的话可以上动态跳码，不过那就得换更复杂的编解码方案了。源码包里有个rfdemo.c文件，重点看rfprocess()函数里的状态机实现，比裸写中断更易维护。