简介本资源是一套基于AS3933芯片的125kHz低频发射驱动代码面向嵌入式开发工程师及RFID/门禁系统开发者解决MCU通过SPI协议精准控制低频发射模块的核心问题。资源包共45个文件包含6个C源文件含main.c、piezo.c等核心驱动逻辑、9个头文件如platform.h、switch.h等硬件抽象层定义、20个HTML文档提供寄存器配置说明与API参考、以及Makefile.mk和链接脚本.gld等构建支持文件整体压缩后仅96KB轻量易集成。已有704人学习下载适用于动物追踪、无源RFID唤醒、电子标签激活等近场识别场景。读者可直接获取完整SPI初始化流程、AS3933寄存器映射表、发射启停控制函数及针对PIC24FJ64GB002平台的移植示例尤其适合需要快速验证125kHz电磁场发射功能的硬件原型开发。 做低频唤醒项目的朋友应该对AS3933不陌生。这是一颗15kHz~150kHz频段的低频唤醒接收器多数资料都在讲接收、解调、唤醒MCU但实际调试的时候你会发现真正缺的往往是另一头125kHz的发射端。你总不能每次测试都搬一台信号发生器过去手里这包AS3933低频发射代码解决的正是这个问题。它不是接收程序的补充而是用MCU的PWM输出125kHz载波再配合天线谐振电路把低频信号送到空间里让AS3933或兼容片比如CEM4432能可靠地收到唤醒帧。硬件工程师、嵌入式驱动开发以及做低频RFID配套的调试工程师都能从这里面拿到一套能直接落地的思路和代码骨架。1. 先捋清楚接收芯片为什么还要配发射代码1.1 AS3933的角色它只负责“听”AS3933的本质是低频唤醒接收器它内部有天线输入引脚通过LC谐振把空间中的磁场信号转成电压然后经过放大器、解调器、数据输出最终把有效数据送给MCU。它的强项是灵敏度高、功耗低适合电池供电的从机设备。但很多开发者的误区就在这里以为拿到AS3933就能直接测通信链路结果上电之后一直等不到数据于是怀疑芯片坏了、天线焊错了、寄存器写错了折腾半天才发现根本没有信号源。AS3933自己不会发信号而低频通信必须有一个发射端。这里的“发射”不是射频那种大功率发射而是让线圈里流过变化的电流在空间产生交变磁场接收端线圈感应到这个磁场后恢复出信号。在125kHz这种频段波长有几公里长近场耦合靠的是磁场不是电磁波的远场传播。所以发射端做得简单一点完全可以MCU产生125kHz方波经过驱动电路激励线圈配合谐振电容把能量集中到125kHz上。工程里常出现CEM4432这类兼容芯片它的引脚和寄存器设计基本对齐AS3933接收部分也是同一个思路。这意味着你只要把发射端做对了AS3933和CEM4432都吃同一套信号不需要为每一颗芯片单独写发射逻辑。1.2 为什么选择MCU直接产生125kHz而不是专用发射芯片市面上确实有集成的低频发射前端可以外接晶振直接产生载波但那种方案在项目早期调试、产线测试、小批量验证的场景里并不划算。专用发射芯片会增加BOM成本、焊接难度和配置复杂度而MCU方案只需要一个空闲的定时器通道加几个电阻电容和MOS管/三极管就能在几块板子的成本内搞定一个可调的125kHz信号源。MCU方案的另一大优势是频率和调制方式完全可编程。AS3933的接收频段虽然标称15kHz到150kHz但不同配置、不同天线参数会导致最佳接收点偏移。用MCU的时候频率不对就改定时器的自动重装载值占空比不对就改比较寄存器发射时间、间隔、编码格式都能用软件调。尤其是在做接收灵敏度摸底时我要从124kHz扫到126kHzMCU代码里一个for循环就解决了专用发射芯片要么换晶振要么改配置寄存器麻烦得多。当然MCU方案也有边界。它适合几厘米到几十厘米的近距离磁场耦合适合设备唤醒、触发、信标识别这类场景。如果你要的是几十米以上的低频远距离通信那就得重新评估功率放大和天线设计不能只靠IO口。2. 硬件设计PWM载波、天线驱动与LC谐振匹配2.1 定时器PWM怎么精确输出125kHz125kHz的周期是8微秒也就是1秒除以125000。对于STM32这类主频几十兆以上的MCU来说用定时器产生这个频率非常轻松。以72MHz主频的STM32F1为例如果定时器时钟不分频那计数一次需要1/72MHz大约13.89纳秒。要让PWM输出频率是125kHz就需要计数576次触发一次更新事件。定时器的自动重装载值ARR直接决定周期所以ARR575再加上计数从0开始的那一次总共576个计数周期。72MHz除以576刚好等于125000Hz。占空比由比较寄存器CCR决定比如要让占空比为50%CCR设为287或者288都可以。前提是把定时器通道配置成PWM模式1计数小于CCR时输出有效电平大于CCR时输出无效电平。从信号纯度的角度方波载波在125kHz附近有很大能量但方波本身含有丰富的奇次谐波比如375kHz、625kHz这些。如果后面不接滤波单纯靠接收端的天线选频也能工作因为接收天线的LC谐振会把非谐振频率抑制掉。不过为了发射效率我一般还是会让PWM进入LC谐振回路把方波电流整形成接近正弦的电流波形这样接收端的信噪比会更好。2.2 LC谐振天线频率能不能起来全看这里发射端的天线本质上是一个线圈线圈有电感单独的线圈驱动起来电流不大必须并联或串联电容构成谐振回路让它在125kHz附近发生谐振。谐振时回路的阻抗特性变化很大线圈上的电压和电流会明显增强同样的驱动电压能产生更强的磁场。谐振频率公式是f1/(2π√(LC))。假设你手头有一个330微亨的发射线圈想谐振到125kHz反推电容C1/(4π²f²L)代入f125000L0.00033算出来大约是4.9纳法。实际工程里我经常直接用4.7纳法的CBB电容或者NP0电容再根据测试微调。如果线圈电感是1毫亨那电容大约1.6纳法用两个3.3纳法串联得到1.65纳法也可以。这里有个新手容易踩的坑把LC谐振回路当成“一定要并联电阻限流”的无脑电路。实际上谐振回路的电流由线圈内阻、电容ESR和驱动源内阻共同限制。如果Q值太高线圈电流会非常大可能烧驱动管或电容如果Q值太低频率选择性变差干扰信号也容易被接收端拾取。低频发射天线一般不需要刻意追求极高Q值Q值在20到50之间比较合适。2.3 驱动电路MCU的IO口推不动天线AS3933低频发射代码如果只跑到IO输出PWM就结束距离大概率只有一两厘米。原因很简单MCU的GPIO输出能力通常只有几毫安到二十毫安而发射线圈需要更大的电流才能建立起足够的磁场。你需要一级驱动电路常见的有两种思路。第一种是单管驱动。用一颗NPN三极管或者N-MOS管PWM信号接栅极/基极发射线圈一端接电源另一端接开关管开关管导通时线圈电流上升断开时电流通过续流二极管继续流动。这种方案便宜简单但只能单端驱动天线两端的电压摆幅有限发射强度一般。第二种是推挽或全桥驱动。用两个互补PWM信号驱动两个管子或者用集成半桥驱动芯片让线圈两端交替接电源和地天线两端的电压摆幅接近两倍电源电压功率和磁场强度明显提升。做125kHz低频唤醒的样机时我会优先用全桥或者至少半桥方案尤其是在需要把接收距离做到10厘米以上的时候。驱动管要注意选开关损耗小的MOS管导通电阻低栅极电荷不要太大否则125kHz下发热会很厉害。3. 代码实现125kHz低频发射驱动的关键细节3.1 初始化与载波控制先让PWM稳定跑起来这套代码的核心就是“让MCU产生精确的125kHz载波并且能随时打开/关闭”。我用STM32的定时器通道来输出PWM主频72MHzPSC设为0ARR设为575CCR设为287这样PWM输出就是50%占空比的125kHz方波。void lf_timer_init(void) { RCC-APB1ENR | RCC_APB1ENR_TIM2EN; TIM2-PSC 0; TIM2-ARR 575; /* 72MHz / 576 125kHz */ TIM2-CCR1 287; /* 50% 占空比 */ TIM2-CCMR1 | TIM_CCMR1_OC1M_1 | TIM_CCMR1_OC1M_2; /* PWM mode 1 */ TIM2-CCER | TIM_CCER_CC1E; /* 使能输出 */ TIM2-CR1 | TIM_CR1_CEN; /* 启动定时器 */ }如果芯片不是72MHz主频比如用48MHz的STM32G0或者64MHz的某款国产MCU只需要把ARR和PSC按比例重算。原则很简单定时器时钟频率除以(PSC1)再除以(ARR1)等于125000。我习惯先定PSC0这样PWM分辨率最高频率调节步进也最小。打开和关闭载波有两种方式。一种是直接控制定时器的CR1位使能和关闭定时器另一种是保持定时器一直运行用CCER的输出使能位来控制是否输出。两种方式我都用过前者代码简单但要注意重新使能瞬间可能多输出半个周期后者波形更干净适合对相位有要求的场景。低频唤醒对相位不敏感直接用CR1控制更能减少定时器开销。3.2 数据调制OOK后面站着一个Manchester编码发射端并不需要一直输出125kHz载波因为AS3933接收的是经过调制的数据。最简单的调制是OOK也就是把载波当作“1”把无载波当作“0”接收端只要检测到载波存在或缺失就能解调。但AS3933这类低频唤醒接收器内部通常集成了解调逻辑更偏向Manchester编码的输入信号。Manchester编码的规则很好理解每个数据位占用固定时间用电平跳变来表示数据。下降沿在中间表示0上升沿在中间表示1或者反过来取决于收发双方的约定。因为Manchester在每个bit中间都有跳变接收端更容易恢复时钟抗干扰能力也比普通OOK强。我在代码里封装了一个Manchester发送函数先发送前导载波再按bit发送。void send_manchester_bit(uint8_t bit) { if (bit) { /* 1: 前半周期载波关闭后半周期载波打开 */ set_carrier(0); delay_us(BIT_SLOT / 2); set_carrier(1); delay_us(BIT_SLOT / 2); } else { /* 0: 前半周期载波打开后半周期载波关闭 */ set_carrier(1); delay_us(BIT_SLOT / 2); set_carrier(0); delay_us(BIT_SLOT / 2); } } void as3933_send_frame(uint8_t *data, uint8_t len) { int i, j; /* 前导载波让接收端AGC和唤醒检测稳定 */ set_carrier(1); delay_us(4000); set_carrier(0); delay_us(1000); /* 发送同步字和用户数据 */ for (i 0; i len; i) { for (j 7; j 0; j--) { send_manchester_bit((data[i] j) 0x01); } } set_carrier(0); }BIT_SLOT由波特率决定。如果配置的常规波特率是2kbps那么每个bit时长为500微秒半个bit就是250微秒。前导载波我习惯发3到5毫秒这个数值不是严格的AS3933手册强制值而是实际测试下来比较稳妥的经验值。太短的话接收端还没完成增益建立太长的话功耗浪费。3.3 代码接口与工程组织收发分离方便维护拿到低频发射代码时不要被“AS3933驱动”这个名字误导。实际上发射端和接收端的代码应该分成两个模块发射模块只负责产生载波和调制接收模块只负责读AS3933的数据寄存器。我习惯在工程里建一个lf_link.c/lf_link.h把发射和接收的接口统一起来。发射模块暴露三个接口初始化、发送一帧、关闭发射。初始化需要传频率或直接用默认的125kHz发送一帧需要传数据指针和长度关闭发射用于低功耗模式。接收模块单独维护AS3933的SPI读写寄存器、中断引脚配置、数据解析。这样做的好处是如果你换一颗频率稍有不同的芯片只需要改发射模块里的ARR和接收模块里的天线配置不需要牵连其他业务逻辑。另外提醒一点如果你的MCU不止一个定时器尽量选不与系统Tick、串口波特率发生冲突的定时器。125kHz的PWM如果占了SysTick或者某个PWM控制通道调试时串口打印会异常看起来像通信问题实际是时钟资源打架。4. 调试实录频率、距离、失谐与AS3933收不到4.1 上电先看波形不要直接谈距离任何低频发射代码烧进去之后第一步不是拿着接收板到处找信号而是用示波器量MCU的PWM引脚。把示波器时间轴调到2微秒每格左右直接看频率。125kHz的方波周期是8微秒示波器频率计显示的读数应该是125.0kHz附近。如果差了0.5kHz以上大概率是定时器主频配置不对或者PSC/ARR算错了。确认PWM正常之后再量驱动管输出到天线的电压波形。如果是LC谐振调好的系统天线两端应该看到接近正弦的电压波形峰值可能比电源电压高不少。这是谐振升压的体现属正常现象。如果天线电压还是方波说明谐振电容没有配好或者谐振点偏了。这时不能用“能出声”“能点亮LED”来判断发射端好坏11号线示波器电压包络才是最直接的证据。我见过不少人拿着万用表去测天线端的交流电压测出来几十毫伏就以为发射没起来。其实万用表带宽不够125kHz信号测出来误差很大而且天线是谐振回路负载效应会影响读数。老老实实用示波器或者用探头夹一个感应线圈看感应电压都比万用表靠谱。4.2 距离上不去的几个原因按优先级排查接收距离不够是低频发射项目里最常见的问题。我的排查顺序是先确认载波频率准不准再确认调制格式对不对然后看天线谐振最后才考虑驱动功率。频率偏移的影响很隐蔽。AS3933接收前端虽然有选频能力但它的接收带宽不是无限宽。当发射频率偏离接收频率几百赫兹以上接收灵敏度会明显下降。我实测过发射端本来应该125kHz结果因为主频配置成72.1MHz实际输出125.2kHz接收距离直接从15厘米掉到8厘米。所以定时器算完一定要示波器复核。天线失谐也会让距离缩水。LC谐振回路的谐振点受线圈寄生电容和周围金属物体影响不同批次线圈的感值略有偏差直接用理论计算值焊上去不一定最优。我会在调试时用一个可调电容或者并几个固定电容从匹配值附近微调观察天线两端的电压峰值最大说明谐振点最准。调制格式错误是AS3933收不到信号的另一个大头。如果接收端配置成Manchester解码而发射端只是简单OOK数据层根本解不出来即使载波和距离都正常接收端也不会报有效数据。这个要对照AS3933的寄存器设置把波特率、编码模式、唤醒数据和发射端对齐。4.3 常见问题速查表直接对照排查现象可能原因处理方式PWM引脚无波形定时器未使能检查时钟树和CR1的CEN位PWM周期不是8usARR/PSC算错、主频不对示波器测频率按实际时钟重算有波形但接收距离极短LC失谐、驱动管发热检查谐振电容调整驱动级天线两端是方波谐振电容没焊好或容值差太远按f1/(2π√(LC))校验电容接收端载波能检测到但无有效数据编码方式不匹配统一Manchester/OOK核对波特率接收偶尔成功偶尔失败天线角度不对、距离边缘调整线圈朝向降低波特率距离近时正常远时丢数据信号强度过低噪声干扰加强驱动电流缩小带宽一发射时MCU复位电流过大拉低电源加大电源电容驱动管分开供电有一点经验分享调试低频发射时尽量把发射线圈和接收线圈摆成平行且同轴因为磁耦合的方向性很强垂直放置时即使距离很近也可能收不到信号。这不是代码问题而是天线方向问题。很多人最后查了半天才发现只是把接收板转了个方向信号一下就正常了。另外发射线圈附近不要放金属桌面、金属外壳、大块PCB覆铜。金属中感应的涡流会吸收磁场能量让本来能到20厘米的距离缩到5厘米。测试时拿个塑料板架起来或者悬空测结果才可信。5. 实测数据与后续玩法这套方案到底能做到什么程度5.1 一组比较有代表性的实测记录我用STM32F103输出125kHz经过两个AO3400 MOS管组成的半桥驱动发射线圈电感约330微亨并联4.7纳法谐振电容电源电压5V接收端用AS3933的评估板把它配置成125kHz唤醒模式发射模块每100毫秒发一次唤醒帧。实测数据大概是这样的接收线圈和发射线圈平行同轴时稳定触发距离在18到22厘米左右垂直放置时触发距离掉到3到5厘米把电源电压提升到9V驱动电压更高稳定触发距离能到30厘米以上。功耗方面间歇发送时平均电流大约3毫安左右如果只在按键触发的瞬间发一帧待机功耗基本就是MCU的睡眠电流加上AS3933的接收电流非常低。这个距离对于设备唤醒、靠近触发、门禁识别这类应用已经够用。如果想再提高距离核心不是继续增大MCU的PWM频率而是增强天线的磁矩。磁矩等于线圈匝数乘以电流乘以面积增加线圈直径或匝数比单纯加电压更有效。5.2 代码和硬件还能怎么扩展这套方案后续可以加的东西不少。比如在驱动级后面加一级E类功率放大器可以把125kHz的发射效率提高一大截适合做电池供电的远距离低频信标。也可以用两个定时器通道输出互补PWM加死区控制驱动全桥电路让天线两端获得两倍电源摆幅功率提升更明显。如果想支持多频率切换可以把定时器的ARR做成变量在发不同数据帧之前动态修改实现类似跳频的效果。AS3933支持在多个频点配置发射端跟着切换频率时同一套硬件就能兼容不同地区或不同协议的唤醒源。我在实际使用中的体会是AS3933低频发射代码虽然看起来简单但它横跨MCU定时器、调制编码、LC谐振、驱动电路、近场磁场耦合好几个知识点。很多项目卡壳不是卡在AS3933本身而是卡在发射端的天线和调制上。把发射端做扎实接收端的问题往往不攻自破。如果你正好在调试这类低频唤醒方案建议按这个顺序走一遍示波器确定PWM频率LC谐振调到电压峰值最大再改编码和帧格式最后才优化距离和功耗。回头再看这个代码包会发现里面的每一段配置都有了明确的意义。本文还有配套的精品资源点击获取
AS3933低频唤醒发射端调试：MCU PWM实现125kHz载波
简介本资源是一套基于AS3933芯片的125kHz低频发射驱动代码面向嵌入式开发工程师及RFID/门禁系统开发者解决MCU通过SPI协议精准控制低频发射模块的核心问题。资源包共45个文件包含6个C源文件含main.c、piezo.c等核心驱动逻辑、9个头文件如platform.h、switch.h等硬件抽象层定义、20个HTML文档提供寄存器配置说明与API参考、以及Makefile.mk和链接脚本.gld等构建支持文件整体压缩后仅96KB轻量易集成。已有704人学习下载适用于动物追踪、无源RFID唤醒、电子标签激活等近场识别场景。读者可直接获取完整SPI初始化流程、AS3933寄存器映射表、发射启停控制函数及针对PIC24FJ64GB002平台的移植示例尤其适合需要快速验证125kHz电磁场发射功能的硬件原型开发。 做低频唤醒项目的朋友应该对AS3933不陌生。这是一颗15kHz~150kHz频段的低频唤醒接收器多数资料都在讲接收、解调、唤醒MCU但实际调试的时候你会发现真正缺的往往是另一头125kHz的发射端。你总不能每次测试都搬一台信号发生器过去手里这包AS3933低频发射代码解决的正是这个问题。它不是接收程序的补充而是用MCU的PWM输出125kHz载波再配合天线谐振电路把低频信号送到空间里让AS3933或兼容片比如CEM4432能可靠地收到唤醒帧。硬件工程师、嵌入式驱动开发以及做低频RFID配套的调试工程师都能从这里面拿到一套能直接落地的思路和代码骨架。1. 先捋清楚接收芯片为什么还要配发射代码1.1 AS3933的角色它只负责“听”AS3933的本质是低频唤醒接收器它内部有天线输入引脚通过LC谐振把空间中的磁场信号转成电压然后经过放大器、解调器、数据输出最终把有效数据送给MCU。它的强项是灵敏度高、功耗低适合电池供电的从机设备。但很多开发者的误区就在这里以为拿到AS3933就能直接测通信链路结果上电之后一直等不到数据于是怀疑芯片坏了、天线焊错了、寄存器写错了折腾半天才发现根本没有信号源。AS3933自己不会发信号而低频通信必须有一个发射端。这里的“发射”不是射频那种大功率发射而是让线圈里流过变化的电流在空间产生交变磁场接收端线圈感应到这个磁场后恢复出信号。在125kHz这种频段波长有几公里长近场耦合靠的是磁场不是电磁波的远场传播。所以发射端做得简单一点完全可以MCU产生125kHz方波经过驱动电路激励线圈配合谐振电容把能量集中到125kHz上。工程里常出现CEM4432这类兼容芯片它的引脚和寄存器设计基本对齐AS3933接收部分也是同一个思路。这意味着你只要把发射端做对了AS3933和CEM4432都吃同一套信号不需要为每一颗芯片单独写发射逻辑。1.2 为什么选择MCU直接产生125kHz而不是专用发射芯片市面上确实有集成的低频发射前端可以外接晶振直接产生载波但那种方案在项目早期调试、产线测试、小批量验证的场景里并不划算。专用发射芯片会增加BOM成本、焊接难度和配置复杂度而MCU方案只需要一个空闲的定时器通道加几个电阻电容和MOS管/三极管就能在几块板子的成本内搞定一个可调的125kHz信号源。MCU方案的另一大优势是频率和调制方式完全可编程。AS3933的接收频段虽然标称15kHz到150kHz但不同配置、不同天线参数会导致最佳接收点偏移。用MCU的时候频率不对就改定时器的自动重装载值占空比不对就改比较寄存器发射时间、间隔、编码格式都能用软件调。尤其是在做接收灵敏度摸底时我要从124kHz扫到126kHzMCU代码里一个for循环就解决了专用发射芯片要么换晶振要么改配置寄存器麻烦得多。当然MCU方案也有边界。它适合几厘米到几十厘米的近距离磁场耦合适合设备唤醒、触发、信标识别这类场景。如果你要的是几十米以上的低频远距离通信那就得重新评估功率放大和天线设计不能只靠IO口。2. 硬件设计PWM载波、天线驱动与LC谐振匹配2.1 定时器PWM怎么精确输出125kHz125kHz的周期是8微秒也就是1秒除以125000。对于STM32这类主频几十兆以上的MCU来说用定时器产生这个频率非常轻松。以72MHz主频的STM32F1为例如果定时器时钟不分频那计数一次需要1/72MHz大约13.89纳秒。要让PWM输出频率是125kHz就需要计数576次触发一次更新事件。定时器的自动重装载值ARR直接决定周期所以ARR575再加上计数从0开始的那一次总共576个计数周期。72MHz除以576刚好等于125000Hz。占空比由比较寄存器CCR决定比如要让占空比为50%CCR设为287或者288都可以。前提是把定时器通道配置成PWM模式1计数小于CCR时输出有效电平大于CCR时输出无效电平。从信号纯度的角度方波载波在125kHz附近有很大能量但方波本身含有丰富的奇次谐波比如375kHz、625kHz这些。如果后面不接滤波单纯靠接收端的天线选频也能工作因为接收天线的LC谐振会把非谐振频率抑制掉。不过为了发射效率我一般还是会让PWM进入LC谐振回路把方波电流整形成接近正弦的电流波形这样接收端的信噪比会更好。2.2 LC谐振天线频率能不能起来全看这里发射端的天线本质上是一个线圈线圈有电感单独的线圈驱动起来电流不大必须并联或串联电容构成谐振回路让它在125kHz附近发生谐振。谐振时回路的阻抗特性变化很大线圈上的电压和电流会明显增强同样的驱动电压能产生更强的磁场。谐振频率公式是f1/(2π√(LC))。假设你手头有一个330微亨的发射线圈想谐振到125kHz反推电容C1/(4π²f²L)代入f125000L0.00033算出来大约是4.9纳法。实际工程里我经常直接用4.7纳法的CBB电容或者NP0电容再根据测试微调。如果线圈电感是1毫亨那电容大约1.6纳法用两个3.3纳法串联得到1.65纳法也可以。这里有个新手容易踩的坑把LC谐振回路当成“一定要并联电阻限流”的无脑电路。实际上谐振回路的电流由线圈内阻、电容ESR和驱动源内阻共同限制。如果Q值太高线圈电流会非常大可能烧驱动管或电容如果Q值太低频率选择性变差干扰信号也容易被接收端拾取。低频发射天线一般不需要刻意追求极高Q值Q值在20到50之间比较合适。2.3 驱动电路MCU的IO口推不动天线AS3933低频发射代码如果只跑到IO输出PWM就结束距离大概率只有一两厘米。原因很简单MCU的GPIO输出能力通常只有几毫安到二十毫安而发射线圈需要更大的电流才能建立起足够的磁场。你需要一级驱动电路常见的有两种思路。第一种是单管驱动。用一颗NPN三极管或者N-MOS管PWM信号接栅极/基极发射线圈一端接电源另一端接开关管开关管导通时线圈电流上升断开时电流通过续流二极管继续流动。这种方案便宜简单但只能单端驱动天线两端的电压摆幅有限发射强度一般。第二种是推挽或全桥驱动。用两个互补PWM信号驱动两个管子或者用集成半桥驱动芯片让线圈两端交替接电源和地天线两端的电压摆幅接近两倍电源电压功率和磁场强度明显提升。做125kHz低频唤醒的样机时我会优先用全桥或者至少半桥方案尤其是在需要把接收距离做到10厘米以上的时候。驱动管要注意选开关损耗小的MOS管导通电阻低栅极电荷不要太大否则125kHz下发热会很厉害。3. 代码实现125kHz低频发射驱动的关键细节3.1 初始化与载波控制先让PWM稳定跑起来这套代码的核心就是“让MCU产生精确的125kHz载波并且能随时打开/关闭”。我用STM32的定时器通道来输出PWM主频72MHzPSC设为0ARR设为575CCR设为287这样PWM输出就是50%占空比的125kHz方波。void lf_timer_init(void) { RCC-APB1ENR | RCC_APB1ENR_TIM2EN; TIM2-PSC 0; TIM2-ARR 575; /* 72MHz / 576 125kHz */ TIM2-CCR1 287; /* 50% 占空比 */ TIM2-CCMR1 | TIM_CCMR1_OC1M_1 | TIM_CCMR1_OC1M_2; /* PWM mode 1 */ TIM2-CCER | TIM_CCER_CC1E; /* 使能输出 */ TIM2-CR1 | TIM_CR1_CEN; /* 启动定时器 */ }如果芯片不是72MHz主频比如用48MHz的STM32G0或者64MHz的某款国产MCU只需要把ARR和PSC按比例重算。原则很简单定时器时钟频率除以(PSC1)再除以(ARR1)等于125000。我习惯先定PSC0这样PWM分辨率最高频率调节步进也最小。打开和关闭载波有两种方式。一种是直接控制定时器的CR1位使能和关闭定时器另一种是保持定时器一直运行用CCER的输出使能位来控制是否输出。两种方式我都用过前者代码简单但要注意重新使能瞬间可能多输出半个周期后者波形更干净适合对相位有要求的场景。低频唤醒对相位不敏感直接用CR1控制更能减少定时器开销。3.2 数据调制OOK后面站着一个Manchester编码发射端并不需要一直输出125kHz载波因为AS3933接收的是经过调制的数据。最简单的调制是OOK也就是把载波当作“1”把无载波当作“0”接收端只要检测到载波存在或缺失就能解调。但AS3933这类低频唤醒接收器内部通常集成了解调逻辑更偏向Manchester编码的输入信号。Manchester编码的规则很好理解每个数据位占用固定时间用电平跳变来表示数据。下降沿在中间表示0上升沿在中间表示1或者反过来取决于收发双方的约定。因为Manchester在每个bit中间都有跳变接收端更容易恢复时钟抗干扰能力也比普通OOK强。我在代码里封装了一个Manchester发送函数先发送前导载波再按bit发送。void send_manchester_bit(uint8_t bit) { if (bit) { /* 1: 前半周期载波关闭后半周期载波打开 */ set_carrier(0); delay_us(BIT_SLOT / 2); set_carrier(1); delay_us(BIT_SLOT / 2); } else { /* 0: 前半周期载波打开后半周期载波关闭 */ set_carrier(1); delay_us(BIT_SLOT / 2); set_carrier(0); delay_us(BIT_SLOT / 2); } } void as3933_send_frame(uint8_t *data, uint8_t len) { int i, j; /* 前导载波让接收端AGC和唤醒检测稳定 */ set_carrier(1); delay_us(4000); set_carrier(0); delay_us(1000); /* 发送同步字和用户数据 */ for (i 0; i len; i) { for (j 7; j 0; j--) { send_manchester_bit((data[i] j) 0x01); } } set_carrier(0); }BIT_SLOT由波特率决定。如果配置的常规波特率是2kbps那么每个bit时长为500微秒半个bit就是250微秒。前导载波我习惯发3到5毫秒这个数值不是严格的AS3933手册强制值而是实际测试下来比较稳妥的经验值。太短的话接收端还没完成增益建立太长的话功耗浪费。3.3 代码接口与工程组织收发分离方便维护拿到低频发射代码时不要被“AS3933驱动”这个名字误导。实际上发射端和接收端的代码应该分成两个模块发射模块只负责产生载波和调制接收模块只负责读AS3933的数据寄存器。我习惯在工程里建一个lf_link.c/lf_link.h把发射和接收的接口统一起来。发射模块暴露三个接口初始化、发送一帧、关闭发射。初始化需要传频率或直接用默认的125kHz发送一帧需要传数据指针和长度关闭发射用于低功耗模式。接收模块单独维护AS3933的SPI读写寄存器、中断引脚配置、数据解析。这样做的好处是如果你换一颗频率稍有不同的芯片只需要改发射模块里的ARR和接收模块里的天线配置不需要牵连其他业务逻辑。另外提醒一点如果你的MCU不止一个定时器尽量选不与系统Tick、串口波特率发生冲突的定时器。125kHz的PWM如果占了SysTick或者某个PWM控制通道调试时串口打印会异常看起来像通信问题实际是时钟资源打架。4. 调试实录频率、距离、失谐与AS3933收不到4.1 上电先看波形不要直接谈距离任何低频发射代码烧进去之后第一步不是拿着接收板到处找信号而是用示波器量MCU的PWM引脚。把示波器时间轴调到2微秒每格左右直接看频率。125kHz的方波周期是8微秒示波器频率计显示的读数应该是125.0kHz附近。如果差了0.5kHz以上大概率是定时器主频配置不对或者PSC/ARR算错了。确认PWM正常之后再量驱动管输出到天线的电压波形。如果是LC谐振调好的系统天线两端应该看到接近正弦的电压波形峰值可能比电源电压高不少。这是谐振升压的体现属正常现象。如果天线电压还是方波说明谐振电容没有配好或者谐振点偏了。这时不能用“能出声”“能点亮LED”来判断发射端好坏11号线示波器电压包络才是最直接的证据。我见过不少人拿着万用表去测天线端的交流电压测出来几十毫伏就以为发射没起来。其实万用表带宽不够125kHz信号测出来误差很大而且天线是谐振回路负载效应会影响读数。老老实实用示波器或者用探头夹一个感应线圈看感应电压都比万用表靠谱。4.2 距离上不去的几个原因按优先级排查接收距离不够是低频发射项目里最常见的问题。我的排查顺序是先确认载波频率准不准再确认调制格式对不对然后看天线谐振最后才考虑驱动功率。频率偏移的影响很隐蔽。AS3933接收前端虽然有选频能力但它的接收带宽不是无限宽。当发射频率偏离接收频率几百赫兹以上接收灵敏度会明显下降。我实测过发射端本来应该125kHz结果因为主频配置成72.1MHz实际输出125.2kHz接收距离直接从15厘米掉到8厘米。所以定时器算完一定要示波器复核。天线失谐也会让距离缩水。LC谐振回路的谐振点受线圈寄生电容和周围金属物体影响不同批次线圈的感值略有偏差直接用理论计算值焊上去不一定最优。我会在调试时用一个可调电容或者并几个固定电容从匹配值附近微调观察天线两端的电压峰值最大说明谐振点最准。调制格式错误是AS3933收不到信号的另一个大头。如果接收端配置成Manchester解码而发射端只是简单OOK数据层根本解不出来即使载波和距离都正常接收端也不会报有效数据。这个要对照AS3933的寄存器设置把波特率、编码模式、唤醒数据和发射端对齐。4.3 常见问题速查表直接对照排查现象可能原因处理方式PWM引脚无波形定时器未使能检查时钟树和CR1的CEN位PWM周期不是8usARR/PSC算错、主频不对示波器测频率按实际时钟重算有波形但接收距离极短LC失谐、驱动管发热检查谐振电容调整驱动级天线两端是方波谐振电容没焊好或容值差太远按f1/(2π√(LC))校验电容接收端载波能检测到但无有效数据编码方式不匹配统一Manchester/OOK核对波特率接收偶尔成功偶尔失败天线角度不对、距离边缘调整线圈朝向降低波特率距离近时正常远时丢数据信号强度过低噪声干扰加强驱动电流缩小带宽一发射时MCU复位电流过大拉低电源加大电源电容驱动管分开供电有一点经验分享调试低频发射时尽量把发射线圈和接收线圈摆成平行且同轴因为磁耦合的方向性很强垂直放置时即使距离很近也可能收不到信号。这不是代码问题而是天线方向问题。很多人最后查了半天才发现只是把接收板转了个方向信号一下就正常了。另外发射线圈附近不要放金属桌面、金属外壳、大块PCB覆铜。金属中感应的涡流会吸收磁场能量让本来能到20厘米的距离缩到5厘米。测试时拿个塑料板架起来或者悬空测结果才可信。5. 实测数据与后续玩法这套方案到底能做到什么程度5.1 一组比较有代表性的实测记录我用STM32F103输出125kHz经过两个AO3400 MOS管组成的半桥驱动发射线圈电感约330微亨并联4.7纳法谐振电容电源电压5V接收端用AS3933的评估板把它配置成125kHz唤醒模式发射模块每100毫秒发一次唤醒帧。实测数据大概是这样的接收线圈和发射线圈平行同轴时稳定触发距离在18到22厘米左右垂直放置时触发距离掉到3到5厘米把电源电压提升到9V驱动电压更高稳定触发距离能到30厘米以上。功耗方面间歇发送时平均电流大约3毫安左右如果只在按键触发的瞬间发一帧待机功耗基本就是MCU的睡眠电流加上AS3933的接收电流非常低。这个距离对于设备唤醒、靠近触发、门禁识别这类应用已经够用。如果想再提高距离核心不是继续增大MCU的PWM频率而是增强天线的磁矩。磁矩等于线圈匝数乘以电流乘以面积增加线圈直径或匝数比单纯加电压更有效。5.2 代码和硬件还能怎么扩展这套方案后续可以加的东西不少。比如在驱动级后面加一级E类功率放大器可以把125kHz的发射效率提高一大截适合做电池供电的远距离低频信标。也可以用两个定时器通道输出互补PWM加死区控制驱动全桥电路让天线两端获得两倍电源摆幅功率提升更明显。如果想支持多频率切换可以把定时器的ARR做成变量在发不同数据帧之前动态修改实现类似跳频的效果。AS3933支持在多个频点配置发射端跟着切换频率时同一套硬件就能兼容不同地区或不同协议的唤醒源。我在实际使用中的体会是AS3933低频发射代码虽然看起来简单但它横跨MCU定时器、调制编码、LC谐振、驱动电路、近场磁场耦合好几个知识点。很多项目卡壳不是卡在AS3933本身而是卡在发射端的天线和调制上。把发射端做扎实接收端的问题往往不攻自破。如果你正好在调试这类低频唤醒方案建议按这个顺序走一遍示波器确定PWM频率LC谐振调到电压峰值最大再改编码和帧格式最后才优化距离和功耗。回头再看这个代码包会发现里面的每一段配置都有了明确的意义。本文还有配套的精品资源点击获取
