STM32与51单片机通过SYN480R/F115实现433MHz ASK无线收发

简介：M433无线通信模块与STM32、51单片机构成的无线数据传输工程，面向嵌入式开发与物联网学习者，演示433MHz频段下STM32发送数据、51单片机接收的完整链路。工程代码包含发送端与接收端程序，涉及串口配置、M433模块参数设置、无线协议处理等关键环节，适合参考实现远距离、穿透性强的无线通信方案。压缩包共221个文件，以C源码、头文件为主，辅以Keil工程配置文件、编译中间产物及烧录文件，总计6.41MB，目录结构清晰，便于对照学习。已有587人学习下载，适用于对无线模块与单片机联调感兴趣的开发者。通过研读工程源码，可掌握STM32串口发送与51单片机中断接收的配合方式，理解M433模块在复杂环境下稳定传输的实现要点，为类似无线项目提供可直接复用的代码框架。

1. M433无线通信模块加STM32和51，SYN480R/F115这个组合的落地路线

如果手里要做一个不想接WiFi、不想配mesh协议栈的遥控链路，M433无线通信模块配上SYN480R/F115这套收发芯片，应该排在想试清单的最前头。433MHz ASK方案在开锁、晾衣架、窗帘、环境传感器这类短距场景里非常能打：接收端只有一根DATA线进单片机，发射端拿一个IO口就能直接驱动，没有协议栈、没有寄存器配置、没有配对流程，比2.4G模块省掉一大半调试时间。

这篇文章按我实际做过的路径来写：先讲清楚SYN480R接收端和配套F115发射端的电气逻辑，再分别给出STM32收数据、51单片机发数据的可抄代码，然后聊联调现场最容易翻车的几个坑，最后讲一个能用来验收整条链路的回环测试技巧。读者不需要射频基础，只要会GPIO中断和定时器计数，就能把这一套跑通。

2. SYN480R/F115的硬道理：ASK调制、数据速率，以及给STM32/51接线时要注意的电气细节

2.1 为什么是这个调制方式，数据率为什么卡在10kbps附近

SYN480R是超外差结构的ASK/OOK接收芯片，后缀里的R代表Receiver，配套的发射端常见做法是用F115这类低成本ASK发射芯片，有些成品板上直接标成M433模块。OOK调制的含义是：发射端芯片在高电平时内部振荡器工作、把载波推出去，低电平时静默，相当于把数字信号直接“印”在433MHz载波上；接收端经过混频、中频放大和包络检波后，从DATA引脚输出还原好的数字波形。

这种调制方式决定了它不需要SPI、I2C这类配置接口，单片机要做的只有一件事：测量DATA引脚上每个高电平、低电平持续的时长。缺点也很明显，OOK抗干扰能力弱于FSK，附近有同频噪声源可能直接读到乱码。所以这类系统的数据率通常控制在中低速率，我习惯把单bit脉宽设在400us到1ms之间，对应速率1kbps到2.5kbps，兼顾可靠性和响应速度。SYN480R这类芯片的典型数据率上限也就10kbps量级，再快会导致输出波形边沿失真，误码率急剧上升。

2.2 SYN480R接收端的最小配置：DATA引脚和静态电平

SYN480R模块上常见的引脚有VCC、GND、ANT、DATA，部分板子还引出了SHUTDOWN或EN脚。ANT脚直接连天线，不要再加多余的滤波网络，模块出厂时已经匹配好。供电上，标称3.3V到5.5V的板子都能直接接STM32或51系统，关键是先确认模块是否有板载稳压，有稳压的模块5V供电更不容易被发射瞬间的电流拉跨。

接DATA线之前，先用万用表量一下模块在上电后无信号时的静态电平。这块芯片不同厂家的模块设计不一样，有的DATA空闲是低电平，有的空闲是高电平。空闲电平决定了你在单片机里用上升沿还是下降沿做起始触发。我踩过的坑是：拿到一块丝印为M433的接收板，默认DATA空闲为高，而我代码里只抓下降沿，结果一直接不到数据。所以接线后第一步不是写解码，而是把DATA脚接到示波器或逻辑分析仪，确认没有信号时脚位电平稳定，发射按键按下时能看到一串明显的高低跳变。

2.3 F115发射端：GPIO高电平就是载波输出

F115这类发射芯片内部结构很简单，DATA输入脚直接控制射频振荡器的启停，高电平期间输出433MHz载波。它没有缓冲寄存器，也没有分频配置，因此51单片机驱动它时不需要任何初始化函数，只需要把控制脚设为准双向或推挽输出，然后编程输出脉冲序列。

这里有两点必须注意。第一，F115在数据脚悬空或上电默认高电平时会持续发射，这会干扰接收端，还白白耗电，所以单片机上电初始化时要第一时间把数据脚拉低。第二，发射瞬间电流峰值可达十几毫安以上，如果用电池供电，尽量在模块VCC附近放一颗100uF电解电容，否则电压跌落会让发射距离明显变短。数据脚的驱动电平方面，51单片机5V IO可以直接驱动，STM32的3.3V IO也可以直接驱动，因为2V以上的高电平就足以让振荡器起振。

2.4 接线约定与电源去抖

我做这套系统时的默认接线如下表，供参考：

接收端串1kΩ电阻是为了在误接5V或模块电平不匹配时保护单片机引脚，实测对波形边沿影响很小。两个模块之间不要共用一根天线，发射天线和接收天线尽量分开布局，距离保持在20cm以上，否则接收端很容易被发射端直接“捂死”，表现为离得很近反而收不到数据。

3. 在STM32上接收SYN480R数据：GPIO边沿中断加定时器计数，做一个最小解码器

3.1 初始化：外部中断、自由运行定时器和串口

STM32这边的思路是用一个自由运行定时器作为微秒时间基准，用GPIO的外部中断记录每次电平变化的发生时刻，再在主循环里根据相邻两次变化的时间差判断出0和1。用外部中断而不是输入捕获，是因为接收端除了DATA还有可能接状态脚，输入捕获通道数量有限，而外部中断几乎任意GPIO都能用。

初始化代码采用HAL库风格，芯片以F103为例：

/* STM32F103C8T6，PA8接SYN480R的DATA */ void rf_gpio_init(void) { __HAL_RCC_GPIOA_CLK_ENABLE(); __HAL_RCC_AFIO_CLK_ENABLE(); GPIO_InitTypeDef gpio = {0}; gpio.Pin = GPIO_PIN_8; gpio.Mode = GPIO_MODE_IT_RISING_FALLING; /* 双边沿触发 */ gpio.Pull = GPIO_PULLDOWN; /* 空闲电平为低时用下拉 */ HAL_GPIO_Init(GPIOA, &gpio); HAL_NVIC_SetPriority(EXTI9_5_IRQn, 2, 0); HAL_NVIC_EnableIRQ(EXTI9_5_IRQn); } void rf_timer_init(void) { __HAL_RCC_TIM3_CLK_ENABLE(); __HAL_TIM_SET_PRESCALER(&htim3, 72 - 1); /* 72MHz/72 = 1MHz，CNT计数单位是1us */ __HAL_TIM_SET_COUNTER(&htim3, 0); HAL_TIM_Base_Start(&htim3); }

这里把计时器预分频设为71，也就是72MHz时钟除以72，得到1MHz计数频率，所以TIM3->CNT每增加1代表1微秒。PA8配置成双边沿触发，是因为后续解码既需要知道高电平宽度，也需要知道低电平宽度。GPIO下拉方向要根据2.2节测到的静态电平调整：如果模块空闲时DATA为高，这里改成GPIO_PULLUP。

3.2 边沿中断里只记时刻，不要在这里解码

中断回调里做的动作越少越好，我把每次边沿的时间戳和当前电平存进全局变量，解析工作放主循环：

volatile uint32_t g_edge_tick = 0; /* 上一次边沿时刻 */ volatile uint32_t g_high_width = 0; /* 最近一个高电平宽度 */ volatile uint32_t g_low_width = 0; /* 最近一个低电平宽度 */ volatile uint8_t g_edge_flag = 0; void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if (GPIO_Pin != GPIO_PIN_8) return; uint32_t now = TIM3->CNT; uint32_t diff = now - g_edge_tick; /* 相邻边沿间隔，单位us */ if (HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_8) == 1) { g_low_width = diff; /* 刚结束的是低电平 */ } else { g_high_width = diff; /* 刚结束的是高电平 */ g_edge_flag = 1; /* 置位，通知主循环处理 */ } g_edge_tick = now; }

注意这里没有直接调用HAL_GPIO_EXTI_IRQHandler，而是自己实现Callback函数，目的是少一层封装。EXTI9_5中断服务函数里需要调用HAL_GPIO_EXTI_IRQHandler，这样才能触发上面的回调，标准写法是：

void EXTI9_5_IRQHandler(void) { HAL_GPIO_EXTI_IRQHandler(GPIOA, GPIO_PIN_8); }

中断里只计算宽度和打标志，串口打印、协议解析全部放到主循环，避免在中断里调用阻塞函数。如果发现进入中断频率过高且g_high_width总是一个无规律的短值，说明模块DATA脚有毛刺，先在硬件上确认静态电平和供电，不要急着调代码。

3.3 在帧解析函数里把脉冲宽度还原成字节

帧格式借鉴了常见遥控器的PPM编码思想：高电平宽度固定位400us，低电平宽度区分0和1，发送完整个数据后补一段长低电平作为帧结束。具体定义是：

• bit 0：高400us，低400us
• bit 1：高400us，低800us
• 帧同步：高400us，低5ms
• 帧间隔：连续低电平30ms以上，表示一帧彻底结束

主循环解析的伪代码逻辑如下：

void rf_parse_task(void) { if (g_edge_flag == 0) return; g_edge_flag = 0; if (g_high_width > 300 && g_high_width < 500) { if (g_low_width > 300 && g_low_width < 500) { // 高低宽度都接近400us，判定为bit 0 rx_buf_append_bit(0); } else if (g_low_width > 700 && g_low_width < 900) { // 低电平接近800us，判定为bit 1 rx_buf_append_bit(1); } else if (g_low_width > 4000) { // 长低电平是同步或帧结束标志，此时凑够字节就处理一帧 rf_frame_ready = 1; rx_buf_bit_count = 0; } } }

宽度的上下限留了100us余量，是因为数据速率不高，模块输出边沿本身有几微秒抖动，加上软件延时偏差，阈值卡太死容易丢帧。rx_buf_append_bit函数里用位累加方式，每收到8个bit凑一个字节存进数组，同时统计接收字节数。主循环里检测到rf_frame_ready后，先检查帧长是否满足预设长度，再做校验，最后解析地址和命令字段。

这套解码器对定时器中断和外部中断的实时性要求不高，但主循环里其他任务不能长时间占用CPU，否则边沿间隔计算会叠加调度延迟，导致宽度测量偏大。我一般把主循环里所有任务的单次执行时间控制在1ms以内，解析任务放在最前面。

4. 用51单片机驱动F115发送：从脉冲宽度到带重试的完整帧

4.1 51侧初始化和发送原语

51单片机这边工作相对简单，因为发送端不需要解析，只需要严格按时间输出高低电平。以常见的12MHz晶振51为例，机器周期是1us，但软件循环实现微秒延时会有几条指令的固定开销，所以我在延时函数里做了补偿处理。

#include <reg52.h> sbit RF_DATA = P1^0; /* * 延时函数，参数单位us。 * 12MHz晶振下，while循环一次约8个机器周期，即8us， * 所以这里用us / 8的除法来近似。要求不高时可接受。 */ void delay_us(unsigned int us) { unsigned int i; for (i = us / 8; i > 0; i--); }

这个延时函数并不适合精确到微秒，但在400us这个量级上误差不超过10%，对ASK接收端来说完全在容忍范围。如果要更精确的时序，可以使用定时器中断产生时间基准，但代码复杂度会上升。我的建议是先用软件延时针打通链路，验证协议没问题后再视需要换成定时器。

发送bit的函数如下：

void rf_send_bit(unsigned char bit) { RF_DATA = 1; delay_us(400); /* 高电平脉冲固定400us */ if (bit == 0) { RF_DATA = 0; delay_us(400); /* bit0低电平400us */ } else { RF_DATA = 0; delay_us(800); /* bit1低电平800us */ } }

注意每个bit都是从高电平开始，这样接收端的上升沿触发逻辑可以统一。发送每条bit期间，RF_DATA即使在高电平阶段也不应该有任何中断打断，因为到51的中断服务程序会占用几百微秒甚至更久。如果不关闭中断，发送时序会被拉长，接收端宽度判断就会失败，所以发送整帧前最好EA=0关闭总中断，发送完再恢复。

4.2 发送完整帧：同步头加数据加校验

单个或几个按键场景下，我通常发送的帧结构是这样：先发同步头，再发1字节帧头、2字节地址、1字节命令、1字节校验，最后补一段长低电平让接收端知道帧结束。具体代码如下：

void rf_send_frame(unsigned char addr, unsigned char cmd) { unsigned char i; unsigned char sum = 0; unsigned char payload[4]; payload[0] = 0xAA; /* 帧头 */ payload[1] = addr; /* 地址 */ payload[2] = cmd; /* 命令 */ payload[3] = addr + cmd; /* 简单累加校验 */ EA = 0; /* 进入发射前关闭中断，保证时序 */ /* 同步头：连续发送约200个bit0，让接收端AGC收敛 */ for (i = 0; i < 200; i++) { rf_send_bit(0); } /* 数据字段，从高位开始逐bit发送 */ for (i = 0; i < 4; i++) { unsigned char b = payload[i]; for (unsigned char j = 0; j < 8; j++) { if (b & 0x80) rf_send_bit(1); else rf_send_bit(0); b <<= 1; } } /* 帧结束标志：大于30ms的低电平 */ RF_DATA = 0; delay_us(35000); EA = 1; }

同步头发200个0看起来浪费，但它是整套系统稳定性的关键。SYN480R接收端在没有任何信号时输出的是静态电平，突然来一段正弦包络时，内部AGC需要一段时间把增益调整到合适范围，如果同步头太短，前面几个bit的宽度会被压缩甚至丢失。实测200个bit0在400us/bit下约80ms，对一次按键操作来说完全可接受。

发送完一帧后不要立刻进入掉电模式，也不要立刻让单片机做其他事，至少等50ms再进入下一个任务，因为接收端的帧结束低电平需要延续一段时间。如果只发送一次就结束，实际使用中一旦发生碰撞或干扰就丢了，所以常规做法是同一帧连续发送3次，每次间隔20ms左右，接收端靠“同样的帧收到2次”来确认有效性。连续发3帧能把误触率降低一个量级，代价只是多占100毫秒左右的发射时间。

4.3 51侧的低功耗处理：上电先拉低，发射完再休眠

51单片机上电后，P1口默认是高电平。如果不做处理，F115模块会从单片机复位那一刻开始连续发射好几毫秒载波，直到初始化代码执行到拉低那一步。这在很多场合是无害的，但如果接收端和发射端装在同一块控制板上，这段发射可能让接收端进入错误状态。所以main函数里第一行就要写RF_DATA = 0，不要等。

如果是电池供电的遥控器，发送完成后可以进入掉电模式，功耗能降到微安级。需要注意的坑是：51掉电唤醒后IO口状态保持掉电前的快照，所以唤醒后重新拉低RF_DATA，再延时几十毫秒让晶振稳定，才能进行下一次发射。很多翻车现场是遥控器前几次按键没反应，就是因为唤醒后立即开射频，而晶振还没起振稳定，F115发出的载波频率偏出了接收端的带宽。

5. 联调现场的避坑清单和排查顺序

5.1 第一件事：用逻辑分析仪看两边的波形

无论STM32还是51，联调时我第一步不是急着看打印，而是用一个两通道逻辑分析仪同时抓“按键电平”和“接收端DATA输出”。廉价的8通道逻辑分析仪就够用，采样率设24MHz以上，采样时长拍几秒。先用两个探头接地，一个接51的发送控制脚，一个接STM32接收模块的DATA脚，然后按下按键，看两路波形是否在时间上对应。

这个动作能快速定位三类问题：发射端根本没产生脉冲、接收端DATA没有还原出波形、两边波形宽度不一致。我之前遇到过发射端代码看起来一切正常，但逻辑分析仪抓到的波形高电平只有几十微秒，最后查明是51延时函数里的循环变量被编译器优化了，实际耗时和预期差了一个数量级。这类时序问题靠眼睛盯代码很难发现，看一眼波形立刻明白。

5.2 三个必调参数：位宽度、重发次数、静默时长

第一组参数是位宽度。400us/800us是基于常见模块的经验值，但如果你的模块布线较长、供电较弱，接收端输出的边沿会变缓。此时把STM32解析函数的宽度窗口放宽到300us到500us，同时把51的延时调成300us/600us，链路更容易打通。注意两边必须匹配，发射的0是300us低，解析窗口就不能只认400us。

第二组参数是重发次数。静态场景下重发3次足够，但如果你在遥控器这种用户会连按几次按键的场景，建议改成发送2次，中间间隔40ms，同时接收端增加防重复触发逻辑：连续收到两次相同地址和命令才算有效动作，避免一帧数据被误判成连续双击。

第三组参数是静默时长。接收端判断帧结束的低电平阈值从30ms起调，如果发射数据变长，帧间隔里的低电平时间也变长，阈值要跟着加大。我遇到过数据帧从4字节加到8字节后，接收端一直把下一帧的开头同步脉冲当成上一帧的尾巴，整帧解析时序全乱了，最后把帧结束阈值调到80ms才稳定。

5.3 避坑记录：高频复现的五个具体问题

现象一：接收端串口打印全是不规则间隔的乱码，波形显示DATA脚有一连串高低抖动。原因是模块DATA脚悬空或供电纹波太大，噪声被当成有效边沿触发。解决方法是给模块VCC加100nF电容，DATA脚在单片机侧加10k下拉电阻，避免浮空。

现象二：51上电瞬间，接收端会收到一帧错误数据。原因是P1口上电默认为高，F115在初始化前就开始发射。解决方法是main第一行拉低RF_DATA，并确保发射模块VCC不是先于单片机IO上电。如果两个电源独立，需要加一个IO延时或串联下拉电阻。

现象三：两块开发板放一起能收能发，拉开3米就丢包。原因多数是天线没有接，或者天线被压在金属桌面、大面积地线层旁边。解决方法是接17cm左右长度的直导线作为433MHz的天线，并让天线远离地线层。弹簧天线的效果也类似，关键要垂直摆放，不要贴着金属外壳。

现象四：STM32端解析偶尔成功，但一旦打开串口打印就大面积丢帧。原因是串口printf占用了太多主循环时间，边沿间隔测量混入了调度延迟。解决方法是把打印内容放进FIFO缓冲区，由定时器或DMA异步送出，主循环只做帧解析。

现象五：发射端发送间隔变长后，接收端再也收不到后续数据。原因是接收端在长低电平期间没有边沿中断，解析状态机里的“帧结束”判断可能需要额外的超时机制来强制归位。解决方法是加一个定时扫描任务，每次判断“当前距上次边沿超过50ms就复位接收状态机”，避免卡死在等待状态。

6. 把回环测试和连续统计误码率做成验收习惯

联调完成后，我给这套系统留一个可复现的验收技巧：让STM32同时接发射和接收两块模块，用串口下发一个指令后，STM32的51端或者STM32自身循环发送测试帧，接收端统计连续收到的正确帧数，并回报给PC端。每次拉距测试时记录下正确帧数、错误帧数和环境条件，形成自己的“链路体检表”。

具体代码我通常写成这样：发射端发送100帧测试数据，接收端每收到一帧就解析并比对地址和校验，连续收满100帧后把错误计数打印出来。如果错误率高于2%，就依次检查供电、天线、位时序三个环节，把每一路调整后的错误率记录对比。悬空的脚位、占空比不一致的按键节奏都会影响统计结果，我不建议只凭“能收到一两次”就判定链路合格。

有一个习惯我一直保留：整个工程最后验收时，会把接收端的解析阈值统一放宽到发射端脉宽的±30%，然后做连续12小时的温度变化测试。温度变化对廉价晶体振荡器的影响会让载波频率漂移，进而让接收灵敏度起伏，这在室内环境测试时不容易暴露。允许的阈值裕量不是玄学，它决定系统在使用者手里能稳定工作多久。项目交付前把这一项跑完，之后收到的售后反馈会少很多。

结尾提醒一句：同一个型号的模块不同批次也可能出现DATA极性相反的现象，拿到新批次模块时用万用表再确认一次静态电平，比反复改代码更省时间。这套“先看波形、再调阈值、最后跑统计”的方法，让我手里的M433无线方案从调不通到稳定量产，希望帮到你。

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