STM32F103外部中断与定时器实现433MHz无线信号解码实战-育师

简介：本资源是一套基于STM32F103系列单片机实现433MHz无线信号接收与解码的完整嵌入式工程，面向嵌入式初学者、电子设计爱好者及物联网终端开发人员，适用于遥控器解码、无线传感节点、智能家居接收模块等典型应用场景。压缩包共77个文件，含34个头文件（.h）定义外设驱动与协议结构、33个C源文件（.c）实现系统初始化、定时器捕获、脉宽分析与曼彻斯特/PPM等常见编码识别逻辑，另有启动文件（.s）、Keil工程配置（.uvprojx/.uvoptx）、调试脚本（.bat）、固件镜像（.hex）及硬件抽象层（LED/TIMER/KEY等模块），结构清晰，便于理解无线解码全流程。资源大小仅188KB，轻量易上手。目前已有1093人学习下载，配套工程可直接编译烧录，包含完整中断服务框架、时序校准机制与解码状态机实现，是掌握STM32底层无线通信解析能力的实用参考范例。

1. 项目概述：从零开始搞定STM32F103的433MHz无线解码

如果你手头正好有STM32F103系列的单片机，又恰好想用它来接收一些433MHz频段的无线信号，比如遥控车库门、无线门铃或者自制的传感器数据，那你来对地方了。这个项目就是围绕STM32F103，写一个稳定可靠的433MHz无线解码程序。听起来好像就是“接收-解码”两步，但实际做起来，从硬件连接到软件解调，再到数据校验，每一步都有不少门道。我折腾过不少这类项目，从最简单的固定编码芯片到复杂的动态滚码都有涉及，今天就把这些实战经验，特别是用STM32F103这类Cortex-M3内核单片机来实现的方案，系统地梳理一遍。

433MHz无线在消费电子和物联网中太常见了，成本低、传播距离也还行，但问题就在于干扰多、协议杂乱。市面上很多433MHz模块用的还是那种老式的ASK/OOK调制，数据就是一堆高低电平脉冲，宽度编码各不相同。STM32F103虽然没有专门的射频前端，但它强大的定时器和中断系统，正是用来捕捉和测量这些微妙脉冲宽度的利器。这个项目的核心目标，就是利用STM32F103的资源，精准地捕获空中那些“看不见”的无线电波，并把它还原成我们能理解的二进制数据。无论你是想复现一个遥控器，还是想搭建自己的无线传感网络，这套思路都是基础。

2. 核心需求与方案选型：为什么是STM32F103与外部中断方案？

在动手写代码之前，我们得先想清楚要做什么，以及为什么选择当前的方案。433MHz无线解码，核心需求就三个：实时性、准确性和稳定性。实时性要求单片机能在信号到来的瞬间做出反应；准确性要求测量脉冲宽度不能出错；稳定性则要求在有一定干扰的环境下，依然能正确解码。

2.1 解码对象分析：常见的433MHz编码协议

市面上常见的433MHz发射模块，配合的编码芯片五花八门，但输出的波形逻辑大体可以归为几类：

固定码（Fixed Code）：最常见于廉价遥控器。每个按键对应一组固定的高低电平序列。比如，用“宽脉冲”代表1，“窄脉冲”代表0。这种码没有复杂的加密，容易重放，安全性低，但解码简单。
学习码（Learning Code）：接收端可以学习并存储发射端的编码。本质上还是固定码，但增加了配对过程。
滚动码（Rolling Code）：用于车库门等对安全有要求的场景。每次发射的码都是变化的，依赖于一个同步计数器，防止被简单重放攻击。解码这类信号需要先同步计数器，复杂得多。

我们的程序，首先要能应对最普遍的固定码。这是基础，掌握了它，再去看滚动码才有底气。

2.2 硬件方案选型：为什么不用GPIO轮询？

STM32F103解码433MHz信号，硬件上很简单：一个433MHz超外差接收模块（比如XY-MK-5V），信号输出脚（通常标为DATA或DOUT）接到STM32的任意一个GPIO引脚上即可。接收模块会把解调后的数字电平信号直接送出来。

关键在于软件怎么读这个引脚的变化。新手最容易想到的方法是GPIO轮询：在主循环里不停地读取这个引脚的电平。但这个方法几乎不可行。为什么？

433MHz信号的脉冲宽度通常在几百微秒到几毫秒之间。以常见的1527编码为例，一个比特位“0”可能是400μs低电平+1200μs高电平。STM32F103在72MHz主频下，执行一条简单的判断指令也要几十个时钟周期，也就是微秒级。轮询的间隔时间很难做到稳定且小于最小脉冲宽度（比如400μs），极易错过边沿或测量不准。更致命的是，主循环如果被其他任务阻塞，解码就完全失败了。

2.3 核心方案：外部中断+定时器捕获

因此，外部中断（EXTI）配合定时器（TIM）是唯一靠谱的方案。这也是我们本次项目的核心。

外部中断（EXTI）：负责“响应”。将接收模块的DATA引脚配置为外部中断输入模式（上升沿和下降沿触发）。这样，信号每发生一次跳变（从高到低或从低到高），CPU都会立即暂停当前任务，跳转到中断服务函数中处理。这保证了实时性。
定时器（TIM）：负责“测量”。配置一个定时器，让它自由运行（例如，以1MHz频率计数，每1微秒计一个数）。在外部中断服务函数里，我们读取并保存当前定时器的计数值。两次中断之间的计数值差值，就是脉冲的宽度。这保证了准确性。

这个组合拳，相当于给单片机装了一个“高精度秒表”和一个“敏感的反应按钮”，信号一变就掐表，从而精确记录下每个高电平和低电平的持续时间。

注意：有些教程会使用定时器的“输入捕获”功能。对于STM32F103，输入捕获功能更强大，可以直接硬件记录边沿发生的时刻。但对于解码这种可变脉宽编码，外部中断方案更直观、更灵活，资源占用也少，更适合初学者理解和多种协议适配。我们这里采用外部中断方案。

3. 硬件连接与软件环境搭建

3.1 硬件连接清单与要点

你需要准备以下硬件：

STM32F103C8T6最小系统板（蓝桥杯板、正点原子Mini板等均可）。
433MHz超外差接收模块（如XY-MK-5V）。注意区分“超外差”和“超再生”，超外差接收灵敏度、抗干扰性更好。
杜邦线若干。
USB转TTL串口模块（用于打印调试信息）。
一个433MHz发射器（如配套的遥控器，或另一个发射模块用于测试）。

连接方式：

接收模块：VCC接5V，GND接GND，DATA引脚接STM32的某个GPIO，例如PA0。
串口模块：TX接STM32的PA10（USART1_RX），RX接PA9（USART1_TX），GND共地。用于在电脑串口助手上查看解码出的数据。
STM32：确保boot0跳线帽接地，通过Micro USB口供电和下载程序。

实操心得：接收模块的电源一定要干净，最好单独用一路LDO供电，避免从单片机板上的数字电源直接取电，否则单片机本身数字噪声可能通过电源串扰，严重影响接收距离和稳定性。可以在接收模块的VCC和GND之间并联一个10uF和0.1uF的电容滤波。

3.2 软件环境与工程配置

我们使用Keil MDK作为开发环境。新建一个工程，选择你的具体芯片型号（例如STM32F103C8）。

库函数与启动文件：使用标准外设库（StdPeriph_Lib）或HAL库均可。本文基于标准外设库，因为它更贴近硬件，便于理解原理。确保工程中添加了对应的startup_stm32f10x_xx.s启动文件和核心库文件。
系统时钟配置：在system_stm32f10x.c中，将系统时钟配置为72MHz。这是发挥STM32F103性能的基础，也决定了定时器的基准频率。
关键外设初始化：
- GPIO：将PA0配置为浮空输入（GPIO_Mode_IN_FLOATING），用于连接接收模块DATA线。
- EXTI：将PA0映射到外部中断线0（EXTI_Line0），配置为上升沿和下降沿触发（EXTI_Trigger_Rising_Falling）。
- NVIC：使能EXTI0中断通道，并设置合适的优先级。
- TIM定时器：我们选用TIM2。将其配置为向上计数模式，预分频器（PSC）设置为71，自动重装载值（ARR）设置为最大值65535。这样，定时器时钟为72MHz / (71+1) = 1MHz，即每1微秒计数一次。这个精度对于测量几百微秒的脉冲足够了。
- USART：配置USART1，波特率115200，用于调试输出。

这些初始化代码可以写在单独的bsp.c（板级支持包）文件里，让主程序更清晰。

4. 解码程序核心逻辑与实现

这是整个项目最核心的部分。我们将构建一个状态机，在外部中断服务函数中，根据脉冲宽度来判断数据位和帧结构。

4.1 数据结构与全局变量定义

首先，定义一些关键的数据结构和全局变量来记录解码状态。

// 定义脉冲宽度容差范围，单位微秒。实际脉冲宽度在这个范围内即认为有效。 #define PULSE_WIDTH_TOLERANCE 150 // 假设我们解码一种典型编码：同步头低电平10ms，数据位0为400us低+1200us高，数据位1为1200us低+400us高。 #define SYNC_LOW_MIN 9000 // 同步头低电平最小时间(us) #define SYNC_LOW_MAX 11000 // 同步头低电平最大时间(us) #define BIT0_LOW_MIN 300 // 比特0低电平最小时间 #define BIT0_LOW_MAX 500 #define BIT0_HIGH_MIN 1100 // 比特0高电平最小时间 #define BIT0_HIGH_MAX 1300 #define BIT1_LOW_MIN 1100 // 比特1低电平最小时间 #define BIT1_LOW_MAX 1300 #define BIT1_HIGH_MIN 300 // 比特1高电平最小时间 #define BIT1_HIGH_MAX 500 // 解码状态机状态 typedef enum { DECODE_IDLE, // 空闲，等待同步头 DECODE_SYNC_LOW, // 检测到可能是同步头的长低电平 DECODE_DATA // 正在解码数据位 } DecodeState_t; // 全局变量 volatile uint32_t lastCaptureTime = 0; // 上次中断发生时定时器的计数值 volatile uint32_t pulseWidth = 0; // 计算出的脉冲宽度（us） volatile uint8_t edgeFlag = 0; // 边沿标志：0=下降沿，1=上升沿 volatile DecodeState_t decodeState = DECODE_IDLE; volatile uint8_t dataBuffer[8]; // 存储解码出的原始字节（假设最多8字节） volatile uint8_t bitIndex = 0; // 当前解码的比特位索引 volatile uint8_t byteIndex = 0; // 当前解码的字节索引 volatile uint8_t decodedDataReady = 0; // 数据就绪标志

使用volatile关键字至关重要，因为这些变量在中断服务程序中被修改，在主循环中被读取，防止编译器进行不优化的优化。

4.2 外部中断服务函数（EXTI0_IRQHandler）的实现

这是解码的“心脏”。每次引脚电平变化都会进入这个函数。

void EXTI0_IRQHandler(void) { uint32_t currentTime; static uint32_t syncLowWidth = 0; if(EXTI_GetITStatus(EXTI_Line0) != RESET) // 确认是EXTI0中断 { currentTime = TIM_GetCounter(TIM2); // 获取当前定时器值 // 计算距离上次中断的时间差（脉冲宽度） // 注意处理定时器溢出（65535到0）的情况 if(currentTime >= lastCaptureTime) { pulseWidth = currentTime - lastCaptureTime; } else { pulseWidth = (0xFFFF - lastCaptureTime) + currentTime + 1; } lastCaptureTime = currentTime; // 更新本次时间 // 判断当前是上升沿还是下降沿 if(GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0)) { edgeFlag = 1; // 上升沿（刚从低变高） } else { edgeFlag = 0; // 下降沿（刚从高变低） } // 状态机处理 switch(decodeState) { case DECODE_IDLE: // 在空闲状态，我们等待一个长的低电平（同步头开始） if(edgeFlag == 0) { // 检测到下降沿，开始一个低电平脉冲 // 检查这个低电平脉冲的宽度是否在同步头范围内 // 注意：此时pulseWidth是上一个高电平的宽度，我们暂时不关心。 // 我们标记状态，并等待这个低电平结束（上升沿）时再判断宽度。 decodeState = DECODE_SYNC_LOW; syncLowWidth = 0; // 重置同步头低电平宽度计数器（需要在定时器溢出时累加，这里简化） // 更严谨的做法是记录下进入此状态时的时间，等上升沿到来再计算。 // 简化版：我们假设下一个上升沿到来时，计算出的pulseWidth就是这个低电平的宽度。 } break; case DECODE_SYNC_LOW: // 我们处于“可能检测到同步头低电平”的状态 if(edgeFlag == 1) { // 低电平结束，上升沿到来 // 此时pulseWidth就是刚结束的低电平脉冲的宽度 if(pulseWidth > SYNC_LOW_MIN && pulseWidth < SYNC_LOW_MAX) { // 确认是同步头！开始准备接收数据 decodeState = DECODE_DATA; bitIndex = 0; byteIndex = 0; memset((void*)dataBuffer, 0, sizeof(dataBuffer)); // 清空缓冲区 } else { // 不是同步头，回到空闲状态 decodeState = DECODE_IDLE; } } // 如果是下降沿（又一个低电平开始），说明之前的判断错了，回到IDLE else { decodeState = DECODE_IDLE; } break; case DECODE_DATA: // 正在解码数据位。数据位通常由一对“低-高”电平组成。 if(edgeFlag == 0) { // 数据位的开始（下降沿） // 我们记录下这个下降沿的时刻，等待对应的上升沿来确定这个低电平的宽度。 // 在实际中，我们通常在上一个高电平结束时（即本次下降沿）判断上一个完整的数据位。 // 因此，解码逻辑通常放在“上升沿”（即一个电平脉冲结束时）进行处理。 // 为了简化，我们调整逻辑：在DECODE_DATA状态下，当遇到上升沿时，根据刚结束的低电平宽度来判断是0还是1。 } else { // 上升沿，一个电平脉冲结束 // 关键：在数据解码阶段，我们需要区分刚结束的脉冲是“低电平”还是“高电平”。 // 我们需要一个变量来记录上一个边沿是上升还是下降。这里我们简化处理，引入一个状态记录上一个脉冲类型。 // 更清晰的实现是使用子状态机，记录是等待低电平结束还是高电平结束。 // 以下是一个简化示例，假设我们能区分： // 我们用一个静态变量记录在DATA状态下，这是第几次进入（奇偶次）。 static uint8_t dataHalfBit = 0; // 0表示刚处理完低电平，1表示刚处理完高电平 if(dataHalfBit == 0) { // 刚处理完一个低电平脉冲 uint32_t lowWidth = pulseWidth; // 现在需要等待下一个高电平结束，才能确定这是一个比特位。 // 所以这里先保存lowWidth，并将标志置1。 // (具体实现需要额外变量保存lowWidth) dataHalfBit = 1; } else { // 刚处理完一个高电平脉冲 uint32_t highWidth = pulseWidth; // 结合之前保存的低电平宽度(lowWidth)和当前高电平宽度(highWidth)来判断是0还是1 // 判断逻辑： if(lowWidth > BIT0_LOW_MIN && lowWidth < BIT0_LOW_MAX && highWidth > BIT0_HIGH_MIN && highWidth < BIT0_HIGH_MAX) { // 解码为比特 '0' dataBuffer[byteIndex] &= ~(1 << (7 - bitIndex)); // 假设高位在前 } else if(lowWidth > BIT1_LOW_MIN && lowWidth < BIT1_LOW_MAX && highWidth > BIT1_HIGH_MIN && highWidth < BIT1_HIGH_MAX) { // 解码为比特 '1' dataBuffer[byteIndex] |= (1 << (7 - bitIndex)); } else { // 脉冲宽度不符合预期，解码错误，重置状态机 decodeState = DECODE_IDLE; break; } bitIndex++; dataHalfBit = 0; // 重置为等待下一个低电平 // 检查是否完成一个字节（8位） if(bitIndex >= 8) { bitIndex = 0; byteIndex++; // 假设数据帧固定为4字节（32位），这里可以判断 if(byteIndex >= 4) } // 假设总数据位数为24位（3字节），解码完成后设置标志 if(byteIndex >= 3 && bitIndex == 0) { // 示例条件 decodedDataReady = 1; decodeState = DECODE_IDLE; // 解码完成，回到空闲 } } } break; } EXTI_ClearITPendingBit(EXTI_Line0); // 清除中断标志位 } }

上面的代码是一个概念框架，实际实现时需要更严谨地处理dataHalfBit和脉冲宽度的存储。一个更健壮的方法是使用一个子状态机来追踪当前是在解码一个比特位的低电平部分还是高电平部分。

4.3 主程序逻辑与数据输出

主程序相对简单，主要负责初始化和处理解码完成的数据。

int main(void) { // 系统时钟、GPIO、EXTI、TIM、USART初始化（略） BSP_Init(); printf("STM32F103 433MHz Decoder Started.\r\n"); while(1) { if(decodedDataReady) { // 进入临界区（暂时关闭中断），安全地拷贝数据 __disable_irq(); uint8_t tempData[8]; memcpy(tempData, (void*)dataBuffer, 8); // 根据实际长度拷贝 decodedDataReady = 0; __enable_irq(); // 打印解码结果 printf("Decoded Data: "); for(int i = 0; i < 3; i++) { // 假设3字节 printf("%02X ", tempData[i]); } printf("\r\n"); // 这里可以添加业务逻辑，比如比较数据是否匹配预设的遥控码等。 } // 可以在这里执行其他低优先级任务 } }

5. 关键难点、调试技巧与优化策略

写出来能跑的程序和写出稳定可靠的程序是两回事。下面分享几个我踩过坑才总结出来的要点。

5.1 定时器溢出的处理

我们的定时器TIM2是16位的，ARR设置为65535，每65536微秒（约65.5毫秒）就会溢出一次。如果两个边沿间隔时间超过65.5ms，直接相减就会得到错误的结果。上面的中断服务函数中，我们用了if(currentTime >= lastCaptureTime)来判断，这只适用于间隔小于一个ARR周期的情况。

更通用的处理方法是：

pulseWidth = (currentTime - lastCaptureTime) & 0xFFFF; // 利用16位无符号数自动回绕的特性

或者记录定时器的溢出次数：

volatile uint32_t timerOverflowCount = 0; // 在TIM2的更新中断（溢出中断）中，timerOverflowCount++ // 在EXTI中断中计算真实时间差 uint32_t realTimeDiff = (currentTime - lastCaptureTime) + (timerOverflowDiff * 65536);

对于433MHz解码，一个数据帧通常在几十毫秒内，有可能跨越一次溢出，所以实现溢出计数是更稳妥的做法。

5.2 脉冲宽度容差与协议自适应

不同厂家、不同批次的433MHz模块，其内部解调电路会有差异，导致输出的脉冲宽度有微小偏差。即使是同一个遥控器，电池电压不同也会影响宽度。所以，代码中的PULSE_WIDTH_TOLERANCE和各个宽度的最小最大值（BIT0_LOW_MIN等）不能照搬，必须根据实际抓取的波形进行调整。

调试方法：

写一个简单的程序，在每次外部中断时，通过串口打印pulseWidth和edgeFlag。
按下遥控器按键，在串口助手中记录下所有脉冲宽度数据。
分析数据，找出同步头、比特0、比特1的典型宽度，并确定合理的容差范围。

协议自适应思路：可以设计一个“学习模式”。在首次使用时，让单片机记录下连续几次接收到的稳定波形，自动计算出同步头、0、1的宽度基准和容差，并保存到Flash中。这样程序就能适配不同的遥控器了。

5.3 抗干扰与数据校验

空中环境复杂，可能有同频干扰或瞬间噪声，导致解码出错。

软件滤波：在GPIO初始化时，可以开启内部上拉或下拉电阻。对于接收模块，通常开启内部上拉（GPIO_Mode_IPU），将空闲状态稳定在高电平。此外，可以在中断服务函数入口添加简单的去抖延时（几个微秒），但需谨慎，以免错过信号。
多次验证：不要一次解码成功就认为有效。可以要求连续2-3次解码得到完全相同的数据，才判定为有效信号。
添加校验：如果发射端的数据本身包含校验和（比如CRC8），那么解码程序在得到数据后，必须重新计算校验和并与接收到的校验字节比对，一致后才算成功。
超时机制：在状态机中，如果长时间（比如超过100ms）没有完成一帧数据的解码，应强制将状态重置为DECODE_IDLE，防止程序“卡死”在某个异常状态。

5.4 中断优先级与系统响应

外部中断的优先级需要合理设置。解码433MHz信号对实时性要求高，应该给予较高的优先级（但不要高于系统定时器如SysTick）。同时，中断服务函数要尽可能短小精悍。只做最必要的操作：记录时间、计算宽度、更新状态机、设置标志位。像数据打印、复杂校验等耗时操作，务必放到主循环中根据标志位去处理。

如果系统中还有其他中断，要小心优先级冲突。低优先级中断服务程序如果执行时间过长，可能会阻塞高优先级的EXTI中断，导致脉冲丢失。

6. 进阶扩展：从固定码到滚动码解码的思路

搞定固定码后，可以挑战更安全的滚动码。滚动码的核心是每次发射的密码都不同，但其变化规律基于一个同步计数值和加密算法（如Keeloq）。

解码滚动码不能只解码一次，你需要：

捕获同步字（Sync Word）：滚动码数据帧中会包含一个固定的同步头或同步字，用于标识协议类型和帧开始。
提取滚动码值：从数据帧中提取出加密后的滚动码部分。
学习与配对（关键）：在接收端（单片机）进入“学习模式”时，连续按下发射器按键多次（如4次）。接收端记录下这几组滚动码值。
算法分析与验证：通过记录的几组序列，可以反向推导出发射器的加密算法类型、密钥和当前计数器值。对于已知的算法（如Keeloq），有公开的解密库可用。对于私有算法，则需要更深入的分析。
后续验证：配对成功后，接收端会保存发射器的密钥和计数器。下次收到信号时，用同样的算法和保存的计数器预期值进行运算，如果结果匹配，则验证通过，并更新本地计数器。

实现滚动码解码是一个庞大的工程，涉及密码学知识。通常，厂商会提供配套的编解码芯片或授权库。用纯软件在STM32F103上实现经典的Keeloq解码是可行的，但需要大量的研究和调试工作。

7. 项目总结与资源推荐

通过这个项目，我们不仅实现了一个433MHz解码程序，更深入理解了嵌入式系统中中断与定时器的精密配合，以及状态机在事件驱动编程中的核心作用。STM32F103虽然是一款老芯片，但其丰富的外设和清晰的架构，依然是学习这些底层概念的绝佳平台。

几个重要的提醒：

示波器是你的好朋友：没有示波器观察DATA引脚上的实际波形，调试解码程序就像盲人摸象。一个几十块的二手虚拟示波器也能起大作用。
从简单开始：先用一个已知编码格式的、最简单的遥控器做测试，比如一个只有两个按键的车库门遥控。成功解码后再去尝试更复杂的。
注意电源和天线：接收模块的天线长度会影响接收灵敏度（对于315/433MHz，天线长度约17cm为1/4波长）。电源噪声是导致接收距离短、误码率高的常见元凶。

如果你想进一步深入研究，可以看看这些方向：