简介基于STM32微控制器的蓝牙与电机控制工程面向嵌入式学习者、物联网开发者和毕设学生解决通过低功耗蓝牙远程遥控电机的软硬件一体实现问题。工程以Keil项目形式组织内含STM32标准外设库的USART、定时器、PWM、GPIO等驱动配置以及蓝牙协议对接、电机调速和控制算法等核心代码。压缩包内共有136个文件以C源文件、头文件、编译产生的目标/依赖文件、Keil工程配置、链接脚本及hex/axf烧录文件等为主整体约3.15MB文件结构清晰便于导入工程直接编译烧录。当前已有594人学习查看可用于课程设计、毕业设计或智能小车、远程控制类项目原型搭建。阅读源码和配置可掌握蓝牙数据收发、PWM电机驱动、串口调试和固件烧录等关键环节并据此快速扩展到Wi-Fi或云平台控制。1. 这套“蓝牙电机控制”方案解决的不只是“让电机转起来”用手机通过蓝牙控制电机转动乍看就是一个串口透传加两路PWM输出的小项目。但做过的人都知道真正的坑不在蓝牙能不能连上而是连上之后的事指令帧在串口里粘成一团、电机正反转切换瞬间驱动板发烫、手机退出App后电机还在按最后一条指令空转。这套基于STM32的蓝牙电机控制方案覆盖从硬件选型接线、PWM调速与驱动逻辑、指令帧协议设计到断连保护与联调验证的完整链路。适合刚拿到开发板想攒一台遥控小车或云台的学生开发者也适合需要快速评估蓝牙无线控制可行性的嵌入式工程师。2. STM32与蓝牙模块的选型接线先让串口稳定地把数据送进MCU2.1 蓝牙模块选型HC-05、HC-06与HM-10的取舍蓝牙模块按工作模式分两类经典蓝牙SPP串口透传和BLE低功耗蓝牙。HC-05和HC-06属于前者HM-10属于后者。HC-05主从一体能主动发起连接适合模块与模块之间的无线串口HC-06只能做从机等手机来连价格更低、配置更简单纯手机控制场景够用。HM-10是BLE方案功耗低、iOS支持好但Android端必须用BLE API不能像SPP那样在串口App里直接收发。我一般默认选HC-06因为它对“手机遥控”这个场景最省事。手机端装一个SPP蓝牙串口App就能直接连AT指令少丢包率在10米内实测可以忽略。如果产品要做低功耗或走BLE生态再换HM-10。三种模块的参数对比如下。项目HC-05HC-06HM-10蓝牙协议经典SPP经典SPPBLE 4.0主从模式主从一体仅从机仅从机供电范围3.6~6V3.6~6V2.0~3.6V配置方式AT指令AT指令AT指令典型场景双模块无线串口手机遥控低功耗传感新手最容易在HM-10上翻车它的VCC最高3.6V直接接5V会烧而HC-05/HC-06的VCC宽得多。选型时先看供电再看协议最后看价格别只看商家标题写着“蓝牙模块”就下单。2.2 硬件接线与电平匹配3.3V与5V不是随便插的STM32的USART引脚是3.3V逻辑HC-06的逻辑电平也是3.3V这部分直接连没问题。真正容易出问题的是供电HC-06的VCC标称可到6V但有些模块板载稳压电路接5V反而发热明显HM-10则明确不能超过3.6V。我习惯把蓝牙模块接到独立的3.3V或5V电源上而不是直接从STM32的IO引脚取电。接线时还有一个容易被忽视的点共地。HC-06的GND必须和STM32的GND接在一起否则TXD引脚参考电平不一致接收端看到的就是乱码。我给出一个常用的接线表。模块引脚接STM32说明VCC5V或3.3V按模块型号选勿超限GNDGND必须共地否则乱码TXDPA10USART1_RX模块发、MCU收RXDPA9USART1_TXMCU发、模块收STATE不接连接状态指示本项目用软件心跳替代TXD和RXD接反是最常见的低级错误表现是模块能连上但收发全无。排查时先拿一个USB转TTL小板接到电脑上用串口助手看模块能否正常回AT应答再决定是模块问题还是MCU接线问题。提示蓝牙模块和STM32之间不需要电平转换但模块供电不要从MCU的3.3V引脚硬拉启动瞬间电流不够会导致模块反复重启。2.3 串口初始化与AT配置波特率改到115200之后记得三处同步HC-06出厂波特率通常是9600这个速率在连续收发时不抗干扰我习惯在AT模式下改为115200。改波特率的步骤很简单重点是改完之后要记着同步三处串口助手、MCU初始化、后续调试工具。很多模块“静默无响应”的案例最后查出来都是波特率没同步。# HC-06 AT模式修改波特率按住模块按键再上电进入AT模式 # 串口助手连接USB转TTL波特率保持9600发送 ATBAUD8 # 返回OK后重新上电模块以115200工作接收端我坚持用中断加环形缓冲而不是在主循环里轮询标志位。中断服务函数只负责把字节塞进缓冲解析逻辑全部放在主循环里这样即使蓝牙一次性丢来一整包指令也不会因为在中断里做复杂判断而丢字节。// USART1初始化115200-8-N-1开接收中断 void usart1_init(void) { GPIO_InitTypeDef gpio; USART_InitTypeDef usart; NVIC_InitTypeDef nvic; RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin GPIO_Pin_9; gpio.GPIO_Mode GPIO_Mode_AF_PP; // TX推挽复用 gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, gpio); gpio.GPIO_Pin GPIO_Pin_10; gpio.GPIO_Mode GPIO_Mode_IN_FLOATING; // RX浮空输入 GPIO_Init(GPIOA, gpio); usart.USART_BaudRate 115200; usart.USART_WordLength USART_WordLength_8b; usart.USART_StopBits USART_StopBits_1; usart.USART_Parity USART_Parity_No; usart.USART_Mode USART_Mode_RX | USART_Mode_TX; USART_Init(USART1, usart); USART_ITConfig(USART1, USART_IT_RXNE, ENABLE); nvic.NVIC_IRQChannel USART1_IRQn; nvic.NVIC_IRQChannelPreemptionPriority 1; nvic.NVIC_IRQChannelSubPriority 0; nvic.NVIC_IRQChannelCmd ENABLE; NVIC_Init(nvic); USART_Cmd(USART1, ENABLE); }这里的参数关键是波特率115200与模块保持一致数据位8、停止位1、无校验三处任何一处不一致都会让解析函数收到错位字节。优先级配置里USART1中断抢占优先级设为1给电机控制相关的定时器中断留出更高优先级0避免PWM更新被串口中断延误。#define RX_BUF_SIZE 256 static uint8_t rx_buf[RX_BUF_SIZE]; static volatile uint16_t rx_head 0, rx_tail 0; void USART1_IRQHandler(void) { if (USART1-SR USART_SR_RXNE) { uint8_t ch USART1-DR; uint16_t next (rx_head 1) % RX_BUF_SIZE; if (next ! rx_tail) { // 缓冲未满才写入 rx_buf[rx_head] ch; rx_head next; } // 缓冲满时丢弃新字节保留旧数据等待解析 } }环形缓冲满时直接丢新字节而不覆盖旧数据能保证主循环拿到的永远是完整的历史数据而不是被新数据冲掉一半的残缺帧。缓冲大小256对指令帧完全够用如果以后要传传感器日志再加大但注意STM32F103C8T6的SRAM只有20KB缓冲从256涨到1024会影响其他变量的余量别盲目调大。3. 电机控制核心PWM调速、换向保护与驱动板的三个必调参数3.1 PWM输出通道配置定时器与引脚不能随便选电机调速本质上就是控制PWM占空比。STM32定时器都能输出PWM但同一定时器的通道引脚是固定的选PA0就必须配TIM2_CH1不能随意指定。我的习惯是用TIM2的CH1和CH2分别控制两个电机原因是TIM2是32位定时器预分频和周期设置范围大后续要加编码器测速时也方便扩展。// TIM2双通道PWM初始化频率1kHz占空比0% void motor_pwm_init(void) { GPIO_InitTypeDef gpio; TIM_TimeBaseInitTypeDef tim; TIM_OCInitTypeDef oc; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin GPIO_Pin_0 | GPIO_Pin_1; // PA0CH1, PA1CH2 gpio.GPIO_Mode GPIO_Mode_AF_PP; gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, gpio); tim.TIM_Prescaler 72 - 1; // 72MHz/721MHz计数频率 tim.TIM_CounterMode TIM_CounterMode_Up; tim.TIM_Period 1000 - 1; // 1MHz/10001kHz PWM TIM_TimeBaseInit(TIM2, tim); oc.TIM_OCMode TIM_OCMode_PWM1; oc.TIM_OutputState TIM_OutputState_Enable; oc.TIM_Pulse 0; // 初始占空比0 oc.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM2, oc); TIM_OC2Init(TIM2, oc); TIM_Cmd(TIM2, ENABLE); }PWM频率选1kHz对常见的直流减速电机已经够用驱动板也不容易啸叫。如果想降低噪音可以把Period改成500PWM频率变成2kHz但驱动板的开关损耗会略增。注意TIM_Period是999时TIM_SetCompare写入500正好是50%占空比也就是满速的一半。3.2 驱动板控制逻辑L298N与DRV8833的IN/EN配合驱动板的控制逻辑大方向一致但细节有差异。L298N有ENA/ENB使能脚和IN1~IN4方向脚使能脚接PWM方向脚接普通GPIODRV8833没有独立使能脚IN1和IN2同时承担方向和PWM控制方式更接近“逻辑电平决定方向、PWM决定速度”的桥式驱动。项目L298NDRV8833使能脚ENA/ENB独立无IN组合控制压降约2V约0.5V供电范围5~12V2.7~10.8V发热明显较轻典型电机大电流直流电机小型电机/云台逻辑都一样先确定方向再给速度。先给速度后换方向驱动桥会短暂直通电流冲击很大。我写了一个统一接口函数把方向和占空比的写入放在同一个函数里外面调用时就不会出现“方向还没换、PWM先变了”的中间状态。// 电机控制统一入口speed为负表示反转0表示刹车 void motor_set(int16_t speed) { if (speed 0) { // 正转 GPIO_WriteBit(GPIOA, GPIO_Pin_2, Bit_SET); GPIO_WriteBit(GPIOA, GPIO_Pin_3, Bit_RESET); } else if (speed 0) { // 反转 GPIO_WriteBit(GPIOA, GPIO_Pin_2, Bit_RESET); GPIO_WriteBit(GPIOA, GPIO_Pin_3, Bit_SET); } else { // 刹车 GPIO_WriteBit(GPIOA, GPIO_Pin_2, Bit_RESET); GPIO_WriteBit(GPIOA, GPIO_Pin_3, Bit_RESET); } TIM_SetCompare1(TIM2, speed 0 ? speed : -speed); }注意L298N的ENA使能脚如果直接接3.3V输出驱动能力会不足表现为电机低速时停转。正确的做法是把ENA接到PWM引脚用占空比同时控制使能和速度或者把ENA接5V让H桥全压工作再用另一路PWM控制IN引脚。3.3 换向保护与启动斜坡电机为什么会“咔”一声电机正转时突然改成反转电流瞬间反向H桥承受很大应力L298N这类芯片容易过热甚至烧毁。我见过不止一次Demo里电机“咔”一声后驱动板冒烟这就是典型的没做换向保护的血泪经验。烧驱动板没有后悔药所以换向保护必须做在前头。常见做法有两种软件斜坡每次只调整一点占空比让转速缓慢过渡或者先刹车50ms再反转。我一般用斜坡代码也更通用#define RAMP_STEP 50 static int16_t current_speed 0; // 每次调用只朝目标速度移动RAMP_STEP个单位 void motor_ramp_to(int16_t target) { if (target current_speed) { current_speed RAMP_STEP; if (current_speed target) current_speed target; } else if (target current_speed) { current_speed - RAMP_STEP; if (current_speed target) current_speed target; } motor_set(current_speed); }这个函数放在1ms周期任务里每次只移动50个单位1000个单位的全量变化需要20次调用也就是约20ms完成。如果电机带大惯量负载把RAMP_STEP减到20斜坡时间拉长到50ms换向就非常柔和。代价是响应变慢遥控手感会有一点“拖泥带水”但这个代价比烧驱动板小得多。4. 蓝牙指令协议设计从“收到啥干啥”到不丢包、不误触发的帧协议4.1 为什么单字节指令撑不起正经的电机控制很多人起步时用最简单方案手机发‘F’前进、‘B’后退、‘S’停止。演示没问题但一旦要加速度等级、转向角度、多电机差速单字符就表达不清楚了。比如“左轮40%、右轮60%”一个字节根本装不下。同时蓝牙是流式传输手机上你看着发了三条指令MCU这边可能一次收到“FSBFSB”粘在一起。没有边界标记解析就没法判断哪几个字节属于哪条指令。满足以下任一条我就会切到帧协议指令种类超过5种、需要携带数值参数、要求校验防误触发。帧协议的核心是给指令加固定格式让接收端能从字节流里准确切出完整指令并且能识别坏帧。4.2 帧协议定义帧头、长度、类型、数据、校验用帧头标记起始用长度标记边界用校验标记错误。定义如下// 帧格式: AA 55 [len] [type] [data...] [checksum] // len 数据区字节数checksum 除帧头外所有字节累加和 #define FRAME_HEAD1 0xAA #define FRAME_HEAD2 0x55 #define FRAME_MAX_LEN 8 typedef struct { uint8_t type; int16_t data; uint8_t valid; } frame_t;指令类型type定义成枚举方便扩展0x01调速、0x02换向、0x03使能、0x04查询状态。数据区用大端序存int16范围-1000~1000正好对应PWM的占空比全量程。加校验是为了防止蓝牙传输中偶发误码触发危险动作比如把“停车”错成“全速前进”。// 从接收缓冲里解析帧找不到帧头就滑动一字节继续找 frame_t parse_frame(uint8_t *buf, uint16_t len) { frame_t f {0}; if (len 5) return f; // 最短帧头2lentypechecksum for (uint16_t i 0; i len - 4; i) { if (buf[i] FRAME_HEAD1 buf[i1] FRAME_HEAD2) { uint8_t dlen buf[i2]; if (i 3 dlen 1 len) break; // 帧未收完等下一次 uint8_t sum 0; for (uint8_t j i2; j i3dlen; j) sum buf[j]; if (sum buf[i3dlen]) { // 校验通过 f.type buf[i3]; f.data (buf[i4] 8) | buf[i5]; f.valid 1; return f; } } } return f; }这个解析函数能处理三类常见情况数据从帧中间开始接收滑动查找帧头、一包数据里包含多帧找到返回第一帧调用方需把已消费的字节从缓冲中移除、帧被拆成两段到达长度不足时直接等到下一轮。校验用累加和而不是CRC16是权衡MCU开销和错误检出率的结果电机控制场景的偶发误码用累加和足够。4.3 心跳超时与断连保护手机掉线后电机不能自由奔跑这是整个项目里最容易被忽略、但后果最严重的一环。蓝牙断开时MCU的USART不会收到任何明确的断开通知因为接收线保持在高电平空闲中断也不会触发。如果没有额外机制电机会一直执行最后一条指令持续旋转。有人会说“模块不是有STATE引脚吗”STATE引脚确实能反映连接状态但它只是一个普通GPIO轮询它需要额外占用一个引脚而且模块从断开到STATE翻转有延迟。我更喜欢纯软件的心跳方案不依赖额外硬件逻辑也更直接static uint16_t cmd_idle_cnt 0; #define CMD_TIMEOUT_MS 1000 // 在1ms周期任务里调用 void cmd_idle_check(void) { if (cmd_idle_cnt CMD_TIMEOUT_MS) { cmd_idle_cnt; } else { motor_set(0); // 超时未收到指令强制停车 } }收到有效帧的地方同时执行cmd_idle_cnt 0。这个机制同时解决了“手机App闪退”“模块断电”“用户走出蓝牙范围”三类问题。超时时间1秒对遥控场景足够若想让电机惯性滑行再停可放宽到1.5秒但建议不要超过2秒否则失控风险显著上升。实战里我还见过一种情况手机App在后台被系统挂起蓝牙链路还在但数据停止流动心跳超时同样能兜住。5. 蓝牙电机控制最常见的5个坑现象、原因与排查5.1 手机能连上蓝牙但发指令电机没反应现象HC-06指示灯常亮表示已连接手机串口App发送‘F’电机纹丝不动。原因排查按顺序走三步。第一步用USB转TTL接在MCU的TX引脚上看手机发的字节是否真的到达MCU第二步在代码里把收到的字节和解析结果打印出来看校验是否通过第三步量驱动板使能脚电平。三个环节至少有一个出问题而最常见的是波特率不匹配模块在AT模式被改成115200MCU初始化还停在9600数据全乱码解析必然失败。解决加一个调试串口打印收到的裸字节和解析结果先确认“收到什么”再谈“为什么没动作”。打印格式用十六进制重点看帧头、长度和校验字节不要一上来就查电机驱动。5.2 电机抖动、转速忽快忽慢现象电机能转但声音不均匀转速表读数抖动低速时尤其明显。原因PWM频率过低。占空比没有错但频率低于几百赫兹时电机绕组感抗跟不上开关节奏电流纹波大电机就“打颤”。另一个常见原因是驱动板供电不足USB供电的板子在大电流时电压跌落电机表现为先转后停、周而复始。解决把TIM_Period从999改成199PWM频率从1kHz提高到5kHz抖动一般立即消失。供电方面驱动板必须独立供电别和MCU共用一条USB线电机启动瞬间的电流冲击会把MCU电压拉到复位阈值以下。5.3 一上电电机就猛冲一下现象按复位键或重新上电后电机不受控地转一瞬间然后停住。原因GPIO在复位期间是浮空输入状态驱动板的IN引脚可能被内部上拉或外部电路拉到高电平加上使能脚初始化前也可能是高H桥短暂导通。等MCU初始化完成、把IN和使能全部拉低后电机才停下。解决在主函数最开头、任何外设初始化之前先把所有电机控制引脚配置为推挽输出并输出低电平。void motor_pins_safe_init(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin GPIO_Pin_2 | GPIO_Pin_3; // IN1 IN2 gpio.GPIO_Mode GPIO_Mode_Out_PP; gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, gpio); GPIO_ResetBits(GPIOA, GPIO_Pin_2 | GPIO_Pin_3); }这段代码要在时钟启动后立即调用确保上电瞬间驱动板收到明确低电平而不是浮空电平。L298N的ENA脚同理如果它是高有效也要在初始化前先拉低。5.4 改了占空比但电机转速没变化现象TIM_SetCompare写入了300和800电机转速听起来一样甚至没反应。原因占空比写入的通道与电机实际接的引脚不对应。比如PWM初始化配置了TIM2_CH1PA0但驱动板的ENA接在PA1TIM2_CH2上写TIM_SetCompare1当然无效。另一个原因是PWM输出极性反了PWM1模式下50%占空比对应先高后低配置成PWM2正好相反低速时电机在反向占空比下表现异常。解决用示波器或逻辑分析仪直接量PA0引脚波形确认频率和占空比与预期一致再逐段追查引脚映射和驱动板接线。没有示波器时可以先写一个固定50%占空比不动的程序用万用表量引脚平均电压应该在1.65V左右偏离太远说明PWM根本没输出。5.5 蓝牙偶发断连重连要等很久现象运行几分钟后手机与模块断连HC-06指示灯从常亮变闪烁重新连接需要等几十秒。原因最常见的不是模块质量问题而是供电。电机启动瞬间电流冲击导致MCU和蓝牙模块共用的电源电压跌到3V以下蓝牙模块进入复位或异常状态。次要原因是HC-06天线附近有大电流导线经过射频干扰抬高了误码率。解决把电机电源和逻辑电源彻底分开用两路降压模块或两组电池蓝牙模块的GND单独拉一根粗线回电源地不要和电机电流共用同一条地线路径。如果PCB布局已定可以把蓝牙模块的天线区域下方挖空避免铜皮影响射频。6. 状态机与联调验证把“能跑的Demo”变成“能交付的方案”6.1 用状态机管理控制逻辑而不是堆if-else很多人的代码是主循环里一堆“if收到前进前进、if收到后退后退”指令多了后逻辑非常混乱。我习惯把整个控制过程做成四状态状态机空闲、已连接、运行、超时保护。事件驱动切换收到有效帧进运行态计数器超时进保护态重连成功后回运行态。状态机的好处是每个状态下的行为可预测超时状态下即使收到半包数据也不执行任何动作必须等完整有效帧才恢复。6.2 联调验证三件套示波器看PWM、转速计看线性、压测看稳定交付前我固定跑三组验证。示波器量PWM引脚确认频率1kHz、占空比随指令从0到1000连续变化转速计贴电机轴记录占空比每100一档的实测转速确认线性度非线性太强说明供电电流不够压测则是手机App每隔50ms发一条指令持续10分钟统计丢帧和误动作。压测时注意发送频率要和MCU处理能力匹配。50ms一条接近HC-06的吞吐上限发现丢帧先查波特率是否真到115200再看环形缓冲有没有溢出。三次压测全通过这套方案才算真正从“能跑”变成“能用”。我在第一次做这个项目时就是在压测环节发现心跳超时没兜住手机App后台挂起的场景改完才敢把板子交给对方。希望帮到你。本文还有配套的精品资源点击获取