STM32步进电机蓝牙串口定位与梯形加减速控制

简介：面向嵌入式初学者与STM32开发者的步进电机无线控制工程，围绕串口蓝牙通讯、定时器脉冲输出与电机驱动策略展开，可用于解决手机APP远程控制电机正反转、调速与定位的实际问题。压缩包共479个文件，约71.95MB，以80个c源文件与80个h头文件为主体，覆盖主函数、蓝牙通信、步进电机驱动、定时器配置、命令解析等模块；另有81个d依赖文件、80个crf与78个o等编译中间产物，以及7个chm参考文档和uvproj工程文件，可直接用Keil打开复现。目前已有841人学习。读者能从中获得一套可编译运行的完整工程：主函数负责系统与定时器初始化并启动蓝牙通信，蓝牙模块实现串口协议栈收发，命令解析模块把APP下发的指令翻译为电机动作，定时器以PWM方式生成可调频脉冲来控制转速与方向，配合HAL库模板代码便于二次移植，适合智能家居、自动化设备等场景的入门实践与课程设计参考。

1. 定位精度逼出来的方案：STM32 驱动步进电机与手机 APP 蓝牙串口控制

某实验室有一台小型自动分料台，原本靠人站在设备旁边按按钮改位置，一天要按几百次，改成手动摇轮之后误差越积越大，最后干脆停下来重做。核心痛点不是「电机转不转」，而是「能不能走到指定位置、走多少给多少、还不用人凑到跟前按」。所以这套方案的主线很明确：STM32 定时器输出脉冲驱动步进电机做定量位移，手机 APP 通过串口蓝牙发指令，蓝牙模块用 UART 与单片机对接，指令里带目标脉冲数、速度和方向。

不上伺服、不上 WiFi 是有意为之。步进电机在开环定位场景成本低、控制逻辑干净，丢步问题靠加减速和合理频率就能压住；串口蓝牙比起网络方案，配对即用、不需要路由器，现场调试时拿手机就能改参数。这套结构适合做机电类毕设、课程设计，也适合小批量非标设备的原型验证。

2. 硬件选型与总体架构：五个模块的职责边界与资源分配

一套能跑起来的方案，硬件部分最怕「先买回来再想怎么接」。通常的做法是先算负载再定电机，定完电机再定驱动，最后才回去看 STM32 的定时器和串口够不够用。

2.1 从负载倒推电机与驱动器选型

步进电机的选型不是看「哪个便宜」，而是看三个量：负载转矩、需要的最高转速、定位精度。小负载演示类项目，28BYJ-48 加 ULN2003 驱动板是最常见的起步组合，它内部带 1/64 减速齿轮，输出轴转一圈需要 64×64=4096 个脉冲，分辨率高但转速上限很低，实测超过 800Hz 的脉冲频率就容易失步。要带动几百克以上的负载、或者要求几十毫秒内走完一段行程，就得换 42 步进（1.8° 步距角）配 A4988、DRV8825 或 TMC2208 这类细分驱动器。

定位精度的算法要提前写清楚，否则代码里到处是魔法数字。核心是脉冲当量——发一个脉冲，机械上走多远：

脉冲当量 = 步距角 / 细分数 / 传动比 例：1.8° 电机，16 细分，丝杠导程 4mm 每转脉冲数 = 360 / 1.8 × 16 = 3200 脉冲当量 = 4mm / 3200 = 0.00125 mm/脉冲

这意味着走 100mm 需要 80000 个脉冲，一个 32 位变量足够存，但发送频率必须和加减速配合，否则起步瞬间就是 20kHz 的突跳，电机只会发出「嗡」的一声然后原地不动。

表格里没有写「哪个更好」，因为选型永远看场景。做过一个用 28BYJ-48 硬拉 300g 滑块的方案，低速能走、一提速就丢步，最后换成 42 步进加 12V 供电才彻底解决。这类血泪经验说明一件事：电机余量要留 1.5 倍以上，不要卡着额定值设计。

2.2 STM32 资源分配表与接线拓扑

主控选 STM32F103C8T6 这类资源够用的型号就行，关键是把外设分配一次规划好，避免后期改引脚改到怀疑人生。规划原则是：脉冲输出独占一个定时器通道，串口接收独占一个 USART，限位和急停走外部中断，状态指示用普通 GPIO。

接线拓扑是「电源分两路、信号共一地」：24V 直接进驱动器 VMOT，驱动器内部降压给逻辑侧；5V 从独立的降压模块给蓝牙，3.3V 由 STM32 板载 LDO 提供。三者地线必须连在一起，但电机大电流的回流路径要走粗线直接回电源，不要从 MCU 的地引脚上「借道」。这一点在面包板上做实验时最容易忽略，插上电机一转，单片机就复位。

2.3 供电与隔离：24V 与 3.3V 分开走

驱动器输入端一定要并一个 100μF 以上的电解电容，位置尽量靠近 VMOT 和 GND 引脚，作用是吸收电机换向瞬间的反电动势。少了这个电容，示波器上能看到电源线上几十伏的尖峰，轻则蓝牙断连，重则单片机直接挂死。

蓝牙模块的供电单独说一下。HC-05、HC-06 这类模块标称 3.6～6V，实际在配对瞬间电流会冲到 40mA 以上，如果和 MCU 共用一条细长的杜邦线，压降会让模块反复重启。通常的做法是给蓝牙单独走一路 5V，模块旁边并 10μF 加 0.1μF 两个电容，VCC 线长度控制在 10cm 以内。

对干扰特别敏感的场景，可以在 USART 的 TX/RX 上串 100Ω 电阻，或者在蓝牙与 MCU 之间加一级光耦（如 6N137，注意方向是 MCU 发、蓝牙收这一路需要反相）。加了隔离之后，电机侧的干扰基本传不过来，代价是多占一点板面空间和几毛钱成本，做毕设展示时这属于「看不出来但很加分」的细节。

3. 运动控制实现：定时器 PWM、脉冲计数与梯形加减速

运动控制这一层要解决三个问题：脉冲从哪来、走了多少、怎么起步和停住。三件事分别对应定时器配置、计数逻辑和速度规划。

3.1 用 TIM 输出可调脉冲而不是软件延时

软件延时发脉冲（GPIO_SetBits; delay_us; GPIO_ResetBits;）在低频率下能跑，一旦要求 5kHz 以上，延时函数的开销和中断抖动就会让脉冲周期忽长忽短，电机听起来像在喘气。正确做法是让定时器硬件产生 PWM，CPU 只负责改频率和计数。

以 TIM2 为例，系统时钟 72MHz，预分频设为 71，计数时钟就是 1MHz，此时 ARR 的值直接等于脉冲周期的微秒数：

/* TIM2_CH1 输出脉冲，1MHz 计数时钟，ARR 决定脉冲频率 */ void PulseGen_Init(void) { GPIO_InitTypeDef gpio; TIM_TimeBaseInitTypeDef tb; TIM_OCInitTypeDef oc; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin = GPIO_Pin_0; /* PA0 = TIM2_CH1 */ gpio.GPIO_Mode = GPIO_Mode_AF_PP; /* 复用推挽，驱动能力强 */ gpio.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &gpio); tb.TIM_Prescaler = 71; /* 72MHz / (71+1) = 1MHz */ tb.TIM_Period = 999; /* ARR=999 -> 1kHz 起步 */ tb.TIM_CounterMode = TIM_CounterMode_Up; tb.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInit(TIM2, &tb); oc.TIM_OCMode = TIM_OCMode_PWM1; oc.TIM_OutputState = TIM_OutputState_Enable; oc.TIM_Pulse = 500; /* 50% 占空比，驱动器只需上升沿 */ oc.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM2, &oc); TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE); /* 每个周期进一次中断计数 */ NVIC_SetPriority(TIM2_IRQn, 1); /* 高于串口，保证脉冲均匀 */ TIM_Cmd(TIM2, ENABLE); }

参数怎么调：TIM_Prescaler固定 71，换来 1μs 的时间分辨率；TIM_Period（ARR）就是频率的倒数关系ARR = 1000000 / f - 1，200Hz 对应 ARR=4999，20kHz 对应 ARR=49。占空比保持 50% 是因为大多数细分驱动器只认脉冲边沿，脉宽太窄（小于 1μs）时驱动器可能识别不到，太宽又浪费周期。

中断优先级这里埋着一个坑：TIM2 更新中断的优先级必须高于串口接收中断，否则一次串口中断处理时间稍微长一点，脉冲周期就被拉长，表现出来就是电机偶尔「顿一下」。我一般把脉冲定时器设成抢占优先级 1，串口设 2，SysTick 设 15。

3.2 脉冲计数与绝对定位：把「走多少圈」变成「走多少个脉冲」

计数器放在更新中断里累加，中断里只做最轻的事：加减计数、判断是否到达目标、必要时停机。

volatile int32_t g_step_pos = 0; /* 当前位置，单位：脉冲 */ volatile int32_t g_step_target = 0; /* 目标位置 */ volatile uint8_t g_motion_done = 1; /* 1 = 空闲 */ void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); /* 方向由 DIR 引脚电平决定，计数器同步跟随 */ if (g_dir_forward) g_step_pos++; else g_step_pos--; if (g_step_pos == g_step_target) { TIM_Cmd(TIM2, DISABLE); /* 到位立即停脉冲 */ g_motion_done = 1; } } }

用「当前位置 + 目标位置」而不是「还剩多少脉冲」，好处是上位机随时可以查询绝对坐标，中途改目标也不用重新算增量。副作用是 32 位有符号数在长时间往复运动后会溢出，按 0.00125mm 的当量算，2^31 个脉冲对应 268 万毫米，正常项目跑不到，可以不管；如果做的是长期连续运转设备，就在回零时把坐标清零。

绝对定位的换算函数建议单独封装，APP 那边只发毫米，单片机内部统一转脉冲，避免两边单位不一致导致的「说了走 10mm 结果走了 10cm」：

/* 输入毫米，返回脉冲数；PULSE_PER_MM 由机械参数计算得出 */ #define PULSE_PER_MM 800.0f int32_t mm_to_pulse(float mm) { return (int32_t)(mm * PULSE_PER_MM + (mm >= 0 ? 0.5f : -0.5f)); }

3.3 梯形加减速：在更新中断里改 ARR

没有加减速的步进系统，在高速启动时会直接失步，位置就永久偏了。梯形加减速的思路是把整段行程拆成加速、匀速、减速三段，速度曲线是梯形，实现上只需要在脉冲中断里根据剩余距离决定下一拍是加速、保持还是减速。

/* 每个脉冲周期调用一次，返回下一次的 ARR 值 */ uint16_t Speed_NextPeriod(void) { uint32_t remain = (uint32_t)ABS(g_step_target - g_step_pos); /* 剩余脉冲不足以减速到停止 -> 进入减速段 */ if (remain <= g_decel_steps) { if (g_cur_period < g_period_max) { g_cur_period += g_period_step; /* ARR 变大 = 变慢 */ if (g_cur_period > g_period_max) g_cur_period = g_period_max; } } /* 还没到匀速段 -> 继续加速 */ else if (g_cur_period > g_period_min) { if (g_cur_period > g_period_step) g_cur_period -= g_period_step; /* ARR 变小 = 变快 */ else g_cur_period = g_period_min; } return (uint16_t)g_cur_period; }

几个参数的含义要讲明白：g_period_min对应最高速，由电机特性和负载决定，42 步进 16 细分下一般取 100～200（即 5～10kHz）；g_period_max对应启动速度，取 2000～5000（200～500Hz），太低会显得起步拖沓，太高会失步；g_period_step是每拍变化的量，等价于加速度，取 1～5 比较平滑，取值越大加速越猛。g_decel_steps是减速距离，按下式估算：减速步数 ≈ 当前速度² / (2 × 加速度)，代码里可以简化为「加速用了多少步，减速就用多少步」的对称处理。

更平滑的做法是 S 曲线，把加速度也做成渐变，代价是要存一张表或者实时算，对 STM32F103 来说查表更稳。教学项目用梯形足够，实测抖动肉眼几乎看不出差别。

3.4 回零与限位

开环系统上电时不知道自己在哪，所以每次启动必须先回零。回零流程是：以较低速度（比如 500Hz）朝原点方向走，碰到限位开关立即停脉冲并把坐标清零；如果走了超过行程 1.2 倍的脉冲还没碰到，判定为限位故障，停机报警。

限位开关接外部中断，中断里做的是「紧急刹车」——直接关定时器，把状态机置为故障，不等待主循环处理。这里有个细节：机械触点有抖动，硬件上并 0.1μF 电容，软件上在中断里关掉该 EXTI 线，主循环延时 20ms 再重新使能，否则一次触碰会进来七八个中断。

急停按钮走同一个 EXTI 逻辑，但优先级最高，而且按下后不仅停脉冲，还要把驱动器 EN 拉高（失能），让电机彻底松开。展示现场如果出现机构卡死，这个按钮就是最后的后悔药。

4. 蓝牙串口通讯：帧结构、环形缓冲与状态机解析

通讯层的目标是「手机发一条指令，单片机一定按这条指令执行，且只执行一次」。做到这一点靠三样东西：明确的帧格式、不丢字节的接收缓冲、能自恢复的解析状态机。

4.1 蓝牙模块选型与 AT 配置

透传型串口蓝牙模块（HC-05、HC-06 一类）本质是把 UART 数据原样搬到空中，对 MCU 来说它就是一个波特率固定的串口设备，不需要写任何蓝牙协议栈。HC-05 支持主从切换，HC-06 只能做从机，手机作为主机去连，用从机版本就够了。

配置阶段通过 AT 指令改参数，注意 AT 模式下波特率固定为 38400，改完要断电重启才生效：

AT -> 返回 OK，测试通讯 AT+NAME=MotorA -> 改设备名，手机端搜索时看到的名字 AT+PSWD=1234 -> 配对密码 AT+UART=115200,0,0 -> 波特率 115200，1 停止位，无校验

串口参数必须和 MCU 的 USART 初始化完全一致。曾见过一个案例：模块配的是 9600，代码里写 115200，现象是手机能连上、发指令没反应，排查了半天以为是协议问题，最后用示波器量 TX 波形才发现波特率对不上。所以调试顺序永远是先确认「字节能不能原样收发」，再去查协议解析。

4.2 协议帧格式与 CRC8

纯文本协议（比如直接发MOVE,100,500）写起来快，但现场一旦有干扰或者半包，解析就容易错位。二进制帧的好处是有明确的边界和校验，坏帧直接丢弃，不会污染后续数据。

/* CRC8，多项式 0x07，初值 0x00，逐位计算 */ uint8_t crc8(const uint8_t *buf, uint8_t len) { uint8_t crc = 0x00; while (len--) { crc ^= *buf++; for (uint8_t i = 0; i < 8; i++) { if (crc & 0x80) crc = (uint8_t)((crc << 1) ^ 0x07); else crc = (uint8_t)(crc << 1); } } return crc; }

为什么用 CRC8 而不是累加和：累加和对字节顺序不敏感，两个字节互换位置校验值不变，而蓝牙链路偶发的错位恰恰是最常见的错误。CRC8 计算量小，在 72MHz 的 MCU 上处理 10 字节帧不到 10μs，完全不影响脉冲中断。

4.3 中断 + IDLE 空闲中断 + 环形缓冲

串口接收最忌讳「在中断里解析协议」。中断应该只做一件事：把字节塞进缓冲区，然后尽快退出。STM32 的 IDLE 空闲中断是个好东西，它能在一帧数据接收完毕、总线空闲一个字节时间后触发，天生适合做「一帧结束」的判断。

#define RB_SIZE 256 typedef struct { uint8_t buf[RB_SIZE]; volatile uint16_t head; /* 写入位置，只在中断里改 */ volatile uint16_t tail; /* 读取位置，只在主循环里改 */ } RingBuf; RingBuf g_rb; /* USART1 中断：收字节 + 空闲检测 */ void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) { uint8_t ch = (uint8_t)USART_ReceiveData(USART1); uint16_t next = (g_rb.head + 1) % RB_SIZE; if (next != g_rb.tail) { /* 满则丢弃，防止覆盖未处理数据 */ g_rb.buf[g_rb.head] = ch; g_rb.head = next; } USART_ClearITPendingBit(USART1, USART_IT_RXNE); } if (USART_GetITStatus(USART1, USART_IT_IDLE) != RESET) { (void)USART_ReceiveData(USART1); /* 读 DR 清 IDLE 标志，必须做 */ g_frame_ready = 1; /* 只置标志，解析交给主循环 */ } }

head和tail的读写权限要分开：head只在中断里写、主循环里读，tail只在主循环里写、中断里读，这样单生产者单消费者模型下不需要关中断保护。缓冲区大小 256 字节对指令型通讯绰绰有余，但如果要传固件升级包，就得换成 1K 以上并加流控。

g_frame_ready置位后主循环才开始解析，防止解析耗时过长拖慢中断响应。这就是所谓的「中断收、主循环解」，做过的项目里只要守住这条，基本不会出现脉冲被通讯打断的问题。

4.4 指令状态机与 APP 侧交互

解析器写成状态机，逐字节推进，遇到任何异常（帧头不对、长度超限、CRC 错）就回到初始态重新找帧头，这样半包、粘包都能自恢复：

typedef enum { S_HEAD1, S_HEAD2, S_LEN, S_BODY, S_CRC } ParseState; void Protocol_Poll(void) { while (g_rb.tail != g_rb.head) { uint8_t ch = g_rb.buf[g_rb.tail]; g_rb.tail = (g_rb.tail + 1) % RB_SIZE; switch (g_ps) { case S_HEAD1: if (ch == 0xAA) g_ps = S_HEAD2; break; case S_HEAD2: g_ps = (ch == 0x55) ? S_LEN : S_HEAD1; break; case S_LEN: if (ch == 0 || ch > 16) { g_ps = S_HEAD1; break; } g_need = ch; g_cnt = 0; g_ps = S_BODY; break; case S_BODY: g_frame[g_cnt++] = ch; if (g_cnt >= g_need) g_ps = S_CRC; break; case S_CRC: if (crc8(g_frame, g_need) == ch) Frame_Handle(g_frame); g_ps = S_HEAD1; /* 无论对错都回到找帧头 */ break; } } }

APP 侧不需要多复杂，一个带滑动条和几个按钮的界面就够了：滑动条选目标位置（毫米），按钮触发定位、回零、急停，再加一个文本框显示当前坐标和状态。指令发送时按帧格式打包，注意 Android 端要开权限、iOS 端蓝牙串口类模块通常需要走 BLE 透传模块，普通 HC-05 只能配安卓。这一条是选型阶段就要想清楚的，别做完 APP 才发现手机连不上。

界面上建议加一个「心跳」显示：APP 每 500ms 发一次读状态指令（CMD=0x05），单片机回当前坐标。断连时界面变灰，用户能立刻知道是蓝牙掉了还是设备卡了，而不是对着屏幕猜。

5. 常见问题排查：电机丢步、串口粘包与干扰复位的现场解法

调试阶段的问题大多有规律，按「现象、原因、解决」三步走，比漫无目的地改代码快得多。下面几条都是这套方案里最容易翻车的地方。

5.1 现象：位置越走越偏，来回十次就回不到原点

原因基本只有两类：一是丢步，二是计数和实际脉冲不同步。丢步的典型特征是「往一个方向偏」或者「高速段才偏」，低速短距离往复测试不偏、速度提上去就偏，那就是加减速没做好——启动频率超过电机的响应能力，转子跟不上旋转磁场。解决办法是把g_period_max调大（降启动速度）、g_period_step调小（降加速度），并且确认减速段确实在到达目标前足够的脉冲数内开始，否则到点了还在全速冲，肯定停不住。

计数不同步则更隐蔽。如果方向 DIR 引脚在脉冲中断里被改，而脉冲发生器还在跑，就可能出现「方向变了但计数器还按老方向加」。正确顺序是先停定时器、改 DIR、延时几个微秒等驱动器建立时间、清零状态机、再开定时器。另外驱动器的细分数拨码开关必须和代码里的PULSE_PER_MM一致，拨码是 8 细分而代码按 16 算，结果就是走一半距离，这种问题查一天都查不出来，因为逻辑完全正确，只是参数对不上。

还有一种丢步是机械引起的：联轴器松动、丝杠轴向间隙、滑台阻力忽大忽小。判断方法是断开电机空载跑一遍，如果空载不偏、带载偏，问题在机械侧，调代码没用。

5.2 现象：APP 发一条指令，电机连续执行两次

这个现象背后通常是「粘包」或者「标志位没清」。如果 USART 中断里直接把收到的数据当指令执行，而一帧数据因为间隔被拆成两次中断，就会触发两次动作。用 IDLE 中断定帧加状态机解析就不会有这个问题，因为状态机在收到完整帧并通过 CRC 之后才执行一次。

另一个来源是 APP 侧的按钮重复触发。安卓的OnClickListener一般不会重入，但如果在回调里做了耗时操作或者连续点击没有做防抖，一次点击可能发出两条相同的帧。通常的做法是 APP 端在发送后 200ms 内禁用按钮，MCU 端再补一道「同一指令 100ms 内去重」的保护，双保险。

还有一种很奇怪的情况：电机动作一次，但串口调试助手上看到回了两次状态。那是单片机回传的状态帧被蓝牙模块回显了，检查一下模块是不是处于回显模式（AT+ECHO），或者 APP 端是不是把发送的数据也当成接收数据显示了。

5.3 现象：电机一转，蓝牙立刻断开或单片机复位

这是干扰问题，也是最容易被误判成「代码有 BUG」的一类。特征是：电机不转时通讯一切正常，一旦启动，距离越远、速度越快，断连概率越高。原因有三条路径：电源跌落、地线弹跳、空间辐射。

电源侧的处理是给驱动器 VMOT 并 100μF 电解加 0.1μF 瓷片，MCU 的 3.3V 输出并 10μF，蓝牙单独一路 5V 加 10μF。地线侧要做单点接地，电机电流的回流线直接回电源负极，不要经过 MCU 板的 GND 走线。空间辐射侧，把电机四根线双绞、远离信号线，蓝牙天线区域下方不要铺铜。

如果做完这些还断，可以上示波器看 MCU 的复位引脚和电源，抓一次电机启动瞬间的波形。见过一个案例，复位引脚上并的电容虚焊，电机一启动就产生一个负尖峰触发复位，查了两天才定位到。所以「电机转起来就复位」这种情况，先量复位引脚，别急着改软件。

5.4 现象：低速抖动明显、高速直接堵转

低速抖动多半是细分不够或者脉冲频率落在共振区。28BYJ-48 这类电机在 200～300Hz 附近有明显的共振带，声音发闷、机身抖动，把频率直接跳过这一段（比如从 500Hz 起步）就能缓解。42 步进配 A4988 在 8 细分以下低速也会有台阶感，提到 16 或 32 细分立刻顺滑，代价是同样行程需要更多脉冲，定时器频率要跟上。

高速堵转则是「速度超过了电机的力矩-频率曲线」。步进电机的输出力矩随频率上升而下降，负载大、电压低、细分高都会让拐点提前。解决方向是提高供电电压（12V 换 24V 效果最明显）、降低最高速、减小负载，或者在高速段改用更高的细分以换取更平滑的电流换向。不要指望靠调代码把一个 5V 的 28BYJ-48 拉到 5kHz，物理规律改不了。

5.5 现象：回零时撞到限位不停，或者一直找不到原点

撞到不停，先查 EXTI 中断有没有真的进。用调试串口在中断里打印一个字符，能打出来说明硬件通路没问题；打不出来就量限位开关两端电压，常开型开关没触发时应该是上拉高电平，触发时拉低到 0.2V 以下。如果是机械触点，还要确认公共端接的是 GND 还是 VCC，接反了逻辑就完全颠倒。

一直找不到原点，常见原因是回零速度太快、限位开关的触发行程太短，脉冲还没反应过来就冲过去了。把回零速度降到 300～500Hz，并且在软件里加一个「碰到限位后反向退 10 个脉冲再确认」的动作，稳定性会好很多。另外回零超时时间要设，比如按最大行程算 1.5 倍脉冲数还没碰到就报警停机，不然程序会死等。

6. 验收与答辩：把「能转」变成可量化的指标

验收最怕的是「演示时转了一下，老师问精度多少答不上来」。这套方案的可量化指标其实很清晰，做一张测试表，逐项测完填数，答辩时直接展示。

测的时候有两个技巧。精度项不要只测一次，单次数据没有说服力，重复性和累积误差才是真正体现设计水平的地方。断连恢复这一项很多人不做，但它是现场最常被问的问题——「手机上滑关掉 APP 电机怎么办」，答案应该是「MCU 检测到 3 秒无心跳就自动停机」，代码里加个超时计数器就行，成本极低，答辩时是很实的一个加分点。

答辩讲述的顺序建议跟着数据走：先说需求（人工按按钮、误差累积），再说方案（定时器脉冲 + 蓝牙串口帧协议），然后直接上测试表，最后演示三个动作——手机发指令定位、运动中触发急停、断连后重连读状态。评委看到数据和异常处理，基本就不会再追问「你这个跟网上例程有什么区别」。

从那以后我每次做带执行机构的项目，都会在写第一行控制代码之前先把验收表列出来，因为指标定不下来，后面所有的参数调整都没有参照系，只能凭感觉调到「看起来能跑」。这套习惯救过我好几次，也希望帮到你。

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