【STM32】基于EV1527协议的433M OOK软解码实战

1. 从零开始：为什么要在STM32上折腾EV1527软解码？

大家好，我是老张，一个在嵌入式圈子里摸爬滚打了十多年的“老电工”。今天想和大家聊聊一个听起来有点“复古”，但实际项目中又特别实用的技术：用STM32给433MHz的EV1527信号做软解码。

你可能要问，现在蓝牙、Wi-Fi、Zigbee这么发达，为啥还要折腾这种老旧的433M无线？我拿自己做过的一个真实项目来说吧。几年前我给一个仓库做安防系统，客户要求用那种最普通的无线门磁报警器，成本要压到最低，电池还得用上好几年。这种场景下，蓝牙功耗高，Wi-Fi模块贵，而那种几块钱一个的、基于EV1527芯片的433M门磁，就成了最优解。它发射功率低，一颗纽扣电池能用一两年，而且信号穿透力还不错。但问题来了，这些门磁发出来的信号，单片机怎么认呢？

市面上当然有现成的EV1527解码芯片，比如SYN470R、XL713这些。但用硬件解码芯片，一来增加成本，二来占用PCB面积，三来灵活性差。如果你想知道设备的具体地址码，或者想对数据进行一些自定义处理，硬件芯片就显得有点“笨”。所以，用STM32的GPIO口配合定时器中断，通过软件算法来“听懂”EV1527的波形，就成了一个既经济又灵活的方案。说白了，就是让单片机自己当个“耳朵”，去听、去分析那串特定的无线电波。这个过程，我们称之为 OOK软解码。

OOK是“On-Off Keying”的缩写，你可以简单理解为一种用“有电波”和“没电波”来分别代表1和0的调制方式，就像摩尔斯电码的“滴”和“答”。EV1527则是定义这种“滴答”具体节奏（也就是编码格式）的一种常用协议。今天，我就带你手把手，用一块最常见的STM32F103C8T6（也就是常说的“蓝莓派”或最小系统板），和一个不到十块钱的433M OOK接收模块，把这套软解码系统从原理到代码，彻底跑通。你会发现，只要思路清晰，代码量其实并不大，但里面关于时序处理、抗干扰的“坑”和技巧，才是真正值钱的经验。

2. 庖丁解牛：彻底搞懂EV1527协议的“脉搏”

在动手写代码之前，我们必须像熟悉老朋友一样，摸清EV1527协议的脾气。千万别一上来就怼代码，那样很容易掉进时序的坑里出不来。我把EV1527的一帧数据波形画在下面，咱们一起边看边分析。

高电平 |¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯|_|¯¯¯¯¯|___|¯¯¯¯¯|___| ... (后续数据位)
低电平 |________________| |_____|   |_____|
      同步头 (约9.2ms)   Bit1  Bit0  ...

首先看整体结构。一帧完整的数据，就像一封信，由“信封”和“信纸”两部分组成。“信封”是一个独特的同步头，它的作用非常关键，就是告诉接收方：“注意啦，我要开始发数据了，请准备好！” 在软解码程序里，我们首先要做的就是准确地识别出这个同步头，只有找到它，才能确定数据解析的起点，否则后面全是乱码。

同步头后面跟着的“信纸”，就是数据体。EV1527的数据体长度是固定的24个比特（bit），也就是3个字节。这24个比特里，前20个比特是地址码，你可以把它想象成设备的身份证号，每个门磁、每个遥控器的这个号码都是出厂时唯一设定的，用来区分不同的设备。剩下的4个比特是数据码，用来表示具体的按键或状态，比如门磁的“开”和“关”。4个比特能表示16种状态（0-15），对于大多数遥控开关场景来说足够了。

然后看核心：如何表示0和1？ EV1527协议的精髓，就在于它用高电平持续时间与低电平持续时间的比例来区分同步头、数据1和数据0。注意，这里的关键是“比例”，而不是绝对时间！因为无线电波在传输中会有微小的速度变化，电路也会有误差，但比例关系相对稳定。

• 同步头：由一个长的高电平和紧随其后的一个长的低电平组成。标准比例是 高电平时间 : 低电平时间 ≈ 1 : 31。举个例子，如果高电平持续了300微秒（μs），那么低电平大约会持续9300μs，加起来大概9.