企业官网建设流程全解析

简介：围绕STM32驱动步进电机与手机APP蓝牙串口通信的完整工程实例，面向已掌握单片机基础、希望打通无线遥控与精确定位控制的嵌入式学习者。工程以STM32F4系列HAL库为底层，配合蓝牙串口协议解析、定时器PWM脉冲输出与步进电机状态管理，可实现正转、反转、调速等远程指令响应，适用于智能家居、自动化设备等场景的入门到进阶练习。压缩包共479个文件、约71.95MB，包含80个c源文件与80个h头文件构成的分层驱动代码、Keil工程文件（uvproj/uvopt）、axf与map编译产物、sct分散加载脚本，以及若干chm帮助文档和__i、crf等编译中间文件，便于直接编译验证与二次修改。已有841人学习下载。读者可从中获取主函数初始化流程、蓝牙收发模块、定时器中断配置、命令解析与电机驱动分离的目录组织方式，并对照源码理解脉冲频率与转速、步距角之间的对应关系，积累串口协议设计与中断服务程序的排错经验。

1. 需求先落地：为什么是手机 APP + 串口蓝牙 + STM32 + 步进电机

某实验室做一台小型直线滑台，调试时想脱离电脑：操作者拿着手机站在两米外，点一下走 20 mm，再点一下回零，中间还能随时改速度。方案最后定成 STM32 驱动步进电机，手机 APP 通过串口蓝牙与 STM32 通讯，控制电机的转速、方向和定长走位。选步进电机而不是直流电机加编码器，是因为开环就能定位，省掉一整套闭环整定；选串口蓝牙而不是 Wi-Fi，是因为透传模块接上 UART 就能用，协议自己定，链路短、延迟稳、断线好复现。这套组合把定时器 PWM、串口中断、协议解析、上位机四个考点串成了一条线，做毕设或课设体量刚好，验收时还能当场演示，比纯软件仿真有说服力得多。

2. 系统总体设计：四层控制链路与四个模块的职责划分

先定分层，再谈代码。很多人一上来就写 PWM 初始化，写到一半发现"电机转了但手机收不到状态"，回头改结构，等于重做。我的习惯是先把链路切成四层，每层只回答一个问题：这层的输入是什么、输出是什么、出问题看哪里。

2.1 从手机到电机的四层拆解

自顶向下看，整条链路是这样的：

应用层（手机 APP）负责把人的动作翻译成一条指令帧。点"正转"就组一帧AA 55 01 01 01 xx，点"走 20 mm"就组一帧带步数的定长指令。这一层不关心电机怎么转，只关心帧格式对不对。

链路层（串口蓝牙透传）负责把 UART 上的字节原样搬到手机，再把手机的字节原样搬回 UART。透传模块本质上是一根"无线串口线"，它不改数据、不做校验、不懂协议。这一点必须记牢——模块只负责搬运，协议的正确性完全由 MCU 和 APP 两端保证。

控制层（STM32）是整条链路的大脑，职责有三件：解析指令帧、维护电机状态机、产生脉冲。它对外表现为"收到一条合法指令就执行一个确定动作"，对内表现为"定时器中断管脉冲、串口中断管收数、主循环管调度"。

驱动层（步进驱动器 + 电机）只认三个信号：STEP（来一个脉冲走一步）、DIR（高低电平定方向）、EN（使能）。细分、相电流这些参数由驱动器上的拨码开关决定，MCU 不需要管。

分层的价值在排查时体现得最明显。手机发了指令电机不动，按层往下砍：APP 里能看到自己发出了什么；串口助手接在模块上能验证链路通不通；MCU 里打一个 LED 翻转能验证收没收到；示波器夹 STEP 引脚能验证有没有脉冲。四层砍一遍，故障点必然落在一层里，不会出现"到处都像有问题"的局面。

2.2 硬件选型与接线：驱动器、透传模块、电源三件事

选型不需要花哨，够用且好复现就行。下面是我一般会用的配置：

接线有三条硬规矩，违反了后面全是玄学故障。

第一，透传模块与 MCU 必须交叉且共地。MCU 的 TX 接模块的 RX，MCU 的 RX 接模块的 TX，GND 对 GND。少接一根地线，模块能连上手机但数据全是乱码。

第二，STEP/DIR/EN 三根线不要和电源线捆在一起走线。电机相线里是斩波电流，耦合到脉冲线上会让定时器数出多余脉冲，表现就是"走 100 mm 实际走了 100.3 mm"，而且是随机偏。分开走线，必要时用双绞。

第三，驱动器电源端并一个 100 μF 以上的电解电容。步进电机换向时会把能量回灌到电源，没有这个大电容吸收，电压瞬间抬升，轻则主控复位，重则驱动器保护。

提示：EN 引脚的电平极性各家驱动器不一样，有的是低电平使能，有的是高电平。上电第一件事是用万用表量一下 EN 悬空时电机轴是不是锁死的，锁死说明默认使能，程序里就别再去动它。

2.3 通讯协议帧格式：一帧 8 字节是怎么定下来的

协议不用复杂，但必须"自带边界、自带校验"。我用的帧结构是定长头 + 变长体 + 累加和：

命令字定义如下，下行（手机 → MCU）和上行（MCU → 手机）用最高位区分：

为什么定长头而不是直接发 ASCII 命令？因为 ASCII 解析要靠字符串匹配，一旦丢一个字节，后面全部错位，恢复起来很麻烦。二进制帧配状态机，收到非法字节就回退到找帧头，天然能自愈。为什么校验用累加和而不是 CRC？8 字节以内的短帧，累加和已经能挡住绝大部分误码，实现成本几乎为零，调试时用串口助手手算也方便。

2.4 主循环与中断的分工：谁都不许阻塞谁

三个执行体，职责划清楚：

• 串口接收中断：只做一件事——把收到的字节塞进环形缓冲区，然后立刻退出。绝不在中断里解析协议、绝不在中断里点灯延时。
• 定时器更新中断：只做一件事——脉冲计数、按加减速策略改 ARR。所有跟"步"有关的逻辑都在这里。
• 主循环：从环形缓冲区取字节喂给解析状态机，解析出完整帧后分发执行；顺带处理状态回传和心跳。

这三者之间靠"缓冲区 + 状态变量"通讯，不用任何阻塞式等待。主循环里写HAL_Delay(100)是新手最常见的翻车点——一旦主循环卡住，串口缓冲区溢出，指令就丢了，而现象是"偶尔没反应"，极难复现。

3. 步进电机驱动层：定时器 PWM 频率换算与梯形加减速落地

驱动层要回答三个数字问题：一个脉冲走多远、脉冲频率对应多快、从静止到目标速度要发多少个脉冲。这三个算清楚了，代码就只是把公式抄进去。

3.1 定时器 PWM 的配置与频率公式

用定时器的一个通道输出 50% 占空比方波，直接接到驱动器的 STEP。频率由预分频和自动重装值决定：

f_pulse = f_clk / ((PSC + 1) × (ARR + 1))

72 MHz 主频下，把 PSC 设成 71，计数时钟就是 1 MHz，此时 ARR 直接等于"每微秒几个计数"，改频率只需要改 ARR，不用碰 PSC，换算起来最省事。

/* TIM3_CH1 -> PA6 输出 STEP；PA7 -> DIR；PA8 -> EN */ void StepPwm_Init(uint32_t freq_hz) { uint32_t arr = (1000000u / freq_hz) - 1u; /* 1MHz 计数时钟下的周期值 */ htim3.Instance = TIM3; htim3.Init.Prescaler = 72 - 1; /* 72MHz / 72 = 1MHz */ htim3.Init.Period = arr; htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; HAL_TIM_PWM_Init(&htim3); TIM_OC_InitTypeDef oc = {0}; oc.OCMode = TIM_OCMODE_PWM1; oc.Pulse = arr / 2; /* 50% 占空比，驱动器只认边沿 */ oc.OCPolarity = TIM_OCPOLARITY_HIGH; HAL_TIM_PWM_ConfigChannel(&htim3, &oc, TIM_CHANNEL_1); /* 使能更新中断，每个 PWM 周期进一次，用来计脉冲 */ __HAL_TIM_ENABLE_IT(&htim3, TIM_IT_UPDATE); }

freq_hz是目标脉冲频率。arr直接决定周期，Pulse取一半保证占空比 50%——占空比对步进驱动器其实不敏感，但 50% 时高低电平各占一半，用示波器看最直观。使能更新中断是为了让"每个脉冲"都能被计数，这是后面定长走位和加减速的基础。

这里有个上限要心里有数：更新中断的频率等于脉冲频率。3200 步/圈、5 转/秒就是 16 kHz 中断，72 MHz 的主控扛得住；但如果细分开到 1/32、转速再往上，脉冲频率冲到 40 kHz 以上，中断里再做除法就会明显吃 CPU。通常的做法是脉冲频率超过 20 kHz 时，把加减速改成"每 N 个脉冲调一次"，或者干脆用 DMA 搬脉冲数，中断只做收尾。

3.2 步距角、细分与行程换算

步距角 1.8° 意味着电机本体一圈 200 步。驱动器细分设成 1/16，一圈就是 3200 个脉冲。再叠加机械传动，才能把"脉冲"翻译成"毫米"：

换算代码只有一行，但必须写在头文件里当常量，不能散落在各处：

#define STEPS_PER_REV 3200u /* 1.8° 电机 + 1/16 细分 */ #define LEAD_MM 4.0f /* 丝杆导程，单位 mm */ /* 转速 rpm -> 脉冲频率 Hz */ uint32_t RpmToFreq(uint16_t rpm) { return (uint32_t)rpm * STEPS_PER_REV / 60u; } /* 位移 mm -> 脉冲数（四舍五入，避免累积误差） */ uint32_t MmToSteps(float mm) { return (uint32_t)(mm * STEPS_PER_REV / LEAD_MM + 0.5f); }

RpmToFreq是纯线性换算，60 是秒到分的换算系数。MmToSteps里那个+0.5f是做四舍五入——不加的话浮点截断会让每次走位都少半步，走 20 次就偏出去 10 个脉冲，肉眼可见。

注意：细分不是越高越好。细分提高的是分辨率和平滑度，不提高精度。开环系统里，实际定位精度主要取决于电机扭矩余量和机械刚性，1/16 已经足够，开到 1/32 只会让脉冲频率翻倍、CPU 更紧张。

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

步进电机不能瞬间起停。直接从 0 跳到 2 kHz 脉冲频率，转子跟不上旋转磁场，现象就是"嗡嗡响、原地抖、不转"，也就是丢步。所以要有加减速段：从起始频率开始，按固定步长往上加，加到目标频率匀速跑，快到终点再按同样步长降回起始频率。

实现方式是在更新中断里按脉冲计数分阶段改 ARR：

#define ACCEL_STEP_HZ 200u /* 每次调整增加的频率，越大加速越猛 */ #define ADJ_EVERY 8u /* 每 8 个脉冲调整一次，摊薄中断开销 */ void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim->Instance != TIM3) return; motor.pulse_done++; /* 定长模式：剩余步数进入减速区就切减速段 */ if (motor.mode == MODE_FIXED && motor.state != DECEL) { uint32_t need = ((motor.target_freq - motor.start_freq) / ACCEL_STEP_HZ) * ADJ_EVERY; if (motor.pulse_done >= motor.pulse_target - need) { motor.state = DECEL; } } if ((motor.pulse_done % ADJ_EVERY) != 0) return; /* 没到调整点，直接返回 */ switch (motor.state) { case ACCEL: motor.cur_freq += ACCEL_STEP_HZ; if (motor.cur_freq >= motor.target_freq) { motor.cur_freq = motor.target_freq; motor.state = RUN; } break; case DECEL: if (motor.cur_freq > motor.start_freq + ACCEL_STEP_HZ) { motor.cur_freq -= ACCEL_STEP_HZ; } else { Motor_StopImmediately(); /* 已降到起始频率，关 PWM */ return; } break; default: return; /* RUN / IDLE 状态不改频率 */ } uint32_t arr = (1000000u / motor.cur_freq) - 1u; __HAL_TIM_SET_AUTORELOAD(htim, arr); __HAL_TIM_SET_COMPARE(htim, TIM_CHANNEL_1, arr / 2); }

三个参数决定手感：ACCEL_STEP_HZ是加速度，200 Hz 意味着每 8 个脉冲提速 200 Hz，折算下来大约 25 Hz/脉冲，属于温和档；ADJ_EVERY是调整粒度，取 8 是为了把中断里的除法和写寄存器操作摊薄到 8 个脉冲一次；motor.start_freq是起始频率，一般取 500~800 Hz，低于这个值电机转起来会有明显低频共振。

减速判断里那个need是提前量——从目标频率降回起始频率需要多少次调整，每次调整间隔 8 个脉冲。不提前切减速段，等走完目标步数再减速，电机会带着惯性冲过头，定长走位就变成了"每次多走一点"，这是定长模式最常见的翻车原因。

Motor_StopImmediately()里做的是关 PWM、清计数、状态置 IDLE。注意它和"停止"指令不是一回事：停止指令应该走减速段，只有急停才允许立即关脉冲。

3.4 方向切换与死区

DIR 引脚不是随便翻转的。驱动器要求方向信号在 STEP 边沿到来之前稳定若干微秒（不同驱动器要求从 200 ns 到 5 μs 不等），所以切换方向必须遵循"停脉冲 → 改 DIR → 延时 → 再发脉冲"的顺序：

void Motor_SetDir(uint8_t dir) { if (dir == motor.dir) return; Motor_StopImmediately(); /* 先停脉冲 */ HAL_GPIO_WritePin(GPIOA, GPIO_PIN_7, dir ? GPIO_PIN_SET : GPIO_PIN_RESET); motor.dir = dir; for (volatile uint32_t i = 0; i < 200; i++); /* 约 5μs 死区 */ }

顺序反了，或者死区不够，会出现"换向瞬间丢一步"。单次看不出来，来回走十次就积累成明显的回程差。这个死区用空循环实现就够，不必上定时器。

4. 串口蓝牙链路：环形缓冲、帧解析状态机与状态回传

无线链路比有线脆弱得多：手机离远一点、中间隔个人、模块供电抖一下，都可能丢字节或者粘包。所以接收侧的设计目标不是"收得快"，而是"丢字节之后能自己爬回来"。

4.1 USART 初始化与单字节中断接收

透传模块出厂波特率通常是 9600，先按这个配，跑通再改。

uint8_t rx_byte; void Bluetooth_Init(void) { huart1.Instance = USART1; huart1.Init.BaudRate = 9600; /* 与模块出厂波特率一致 */ huart1.Init.WordLength = UART_WORDLENGTH_8B; huart1.Init.StopBits = UART_STOPBITS_1; huart1.Init.Parity = UART_PARITY_NONE; huart1.Init.Mode = UART_MODE_TX_RX; huart1.Init.HwFlowCtl = UART_HWCONTROL_NONE; HAL_UART_Init(&huart1); HAL_UART_Receive_IT(&huart1, &rx_byte, 1); /* 一次只收 1 字节 */ } /* 收到一个字节就进一次回调，只入队，不解析 */ void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart->Instance == USART1) { RB_Push(&rx_rb, rx_byte); HAL_UART_Receive_IT(&huart1, &rx_byte, 1); /* 重新武装 */ } }

关键在最后一行：HAL 库的单字节中断接收是一次性的，回调里必须重新调用HAL_UART_Receive_IT才能收下一个字节。忘了这一句，现象是"上电后只能收到第一个字节"，非常隐蔽。

为什么用单字节中断而不是HAL_UART_Receive_IT(&huart1, buf, 16)收定长？因为指令帧长度不固定（停止指令只有 3 字节，定长走位有 6 字节），收定长要么收不满卡死，要么收多了把下一帧的头吃掉。

4.2 环形缓冲区：为什么不用一个大数组

#define RB_SIZE 128 typedef struct { uint8_t buf[RB_SIZE]; volatile uint16_t head; /* 中断里写 */ volatile uint16_t tail; /* 主循环里写 */ } RingBuf; RingBuf rx_rb; /* 中断上下文调用：满了就丢新字节，保住已收数据的完整性 */ void RB_Push(RingBuf *rb, uint8_t d) { uint16_t next = (rb->head + 1u) % RB_SIZE; if (next != rb->tail) { rb->buf[rb->head] = d; rb->head = next; } } /* 主循环上下文调用：返回 1 表示取到数据 */ int RB_Pop(RingBuf *rb, uint8_t *d) { if (rb->head == rb->tail) return 0; *d = rb->buf[rb->tail]; rb->tail = (rb->tail + 1u) % RB_SIZE; return 1; }

head由中断推进，tail由主循环推进，两者永不交叉，所以不需要关中断保护。volatile是必须的，不然编译器优化会把head缓存到寄存器里，主循环读到永远不变的旧值。

容量 128 是权衡结果：满帧最长 13 字节，128 字节能缓 9 帧以上，足够主循环在一次调度周期内消化完。满了丢新数据而不是覆盖老数据，是因为老数据往往是一帧的前半截，覆盖它会让帧彻底错位；丢新数据至少保证了缓冲区内都是连续字节，解析状态机还能靠帧头重新同步。

4.3 帧解析状态机与校验

状态机是这套协议的核心，它要做两件事：正确切出完整帧、遇到脏数据自动回退。

/* 帧：AA 55 | CMD | LEN | DATA[LEN] | SUM */ void Proto_Parse(uint8_t byte) { static uint8_t step = 0, cmd, len, idx, sum; static uint8_t data[8]; switch (step) { case 0: /* 等帧头第一字节 */ step = (byte == 0xAA) ? 1 : 0; break; case 1: /* 等帧头第二字节 */ step = (byte == 0x55) ? 2 : (byte == 0xAA ? 1 : 0); break; case 2: cmd = byte; sum = byte; step = 3; break; case 3: len = byte; sum += byte; idx = 0; step = (len <= sizeof(data)) ? 4 : 0; /* 长度越界直接复位 */ break; case 4: data[idx++] = byte; sum += byte; if (idx >= len) step = 5; break; case 5: if (byte == sum) Cmd_Dispatch(cmd, data, len); /* 校验通过才执行 */ step = 0; break; default: step = 0; break; } }

case 1里那个三元表达式是细节：如果收到的不是0x55而是又一个0xAA，说明前面那个0xAA是噪声，当前这个才是真帧头，所以停在step 1而不是退回step 0。少了这一手，连续两个0xAA会让状态机多绕一圈。

case 3的长度越界检查是防攻击也是防误码：如果噪声让 LEN 变成 200，不检查的话data[8]直接被写穿，栈上的其他变量全被踩坏，现象是"偶尔莫名其妙复位"。

case 5校验失败直接丢弃，不重传、不报错。短帧的偶发误码重传代价大于收益，而且手机端有轮询，下一帧自然会纠正状态。

4.4 状态回传与心跳

只下发不上传的系统，调试时是黑匣子。所以必须有上行帧，用0x81命令字，带回当前脉冲计数、运行状态和限位标志：

void Report_Status(void) { uint8_t f[11] = {0xAA, 0x55, 0x81, 0x06}; uint32_t cnt = motor.pulse_done; f[4] = cnt & 0xFF; f[5] = (cnt >> 8) & 0xFF; f[6] = (cnt >> 16) & 0xFF; f[7] = (cnt >> 24) & 0xFF; f[8] = (uint8_t)motor.state; f[9] = (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) == GPIO_PIN_SET) ? 0x01 : 0x00; uint8_t sum = 0; for (int i = 2; i < 10; i++) sum += f[i]; f[10] = sum; HAL_UART_Transmit(&huart1, f, sizeof(f), 100); }

帧长 11 字节跟下行帧结构完全一致，手机端可以复用同一套解析代码。脉冲计数用小端四字节，最大支持 42 亿步，按每 mm 800 步算够走 5000 公里，不可能溢出。

心跳策略是手机端每 500 ms 发一次0x10查询，MCU 收到立刻回一帧状态。这个周期不是随便定的：太短会占用透传模块的带宽，太长则断线检测迟钝。500 ms 意味着手机上 1.5 秒收不到回帧就可以认为链路断了，自动提示重连。

注意：HAL_UART_Transmit是阻塞发送，11 字节在 9600 波特率下要 11 ms 左右。这个时间放在主循环里没问题，但绝不能放进定时器中断——中断里阻塞 11 ms，脉冲全乱了。

5. 常见问题排查：电机丢步、蓝牙掉线与电源干扰的五个翻车现场

这一章按"现象 → 原因 → 解决"写，都是实际调试时真会遇到的问题。建议照着顺序排查，别跳。

5.1 电机嗡嗡响、轴在抖，但就是不转

现象：上电发指令，电机发出明显低频嗡鸣，轴有轻微抖动但不连续旋转，手感发烫。

原因：九成是相序接错或者脉冲频率过高。两相四线电机有 A+、A-、B+、B- 四根线，同相的两根必须接在驱动器的同一组输出上。用万用表电阻档量，导通的两根是一相，把两相分别接到驱动器的 A 组和 B 组。如果相序接了但一相跨了组，电机就只会原地抖。

解决：先用万用表确认分组，再检查脉冲频率。把motor.start_freq临时降到 200 Hz 试转，能连续转说明是频率太高导致丢步，回头调ACCEL_STEP_HZ；降频后还是抖，那就是接线问题。另外别忘了量一下驱动器的细分拨码，拨码全拨到 0 时细分可能是 1/1，频率换算全错。

5.2 手机能连上模块，但 MCU 收不到任何数据

现象：手机蓝牙列表里能看到模块并成功配对，串口助手发指令没反应，MCU 侧打点也没有。

原因：三个高发点。一是 TX/RX 没交叉——很多人按"TX 对 TX"接，模块和 MCU 互相在说话，谁也听不见。二是没共地，两板各自供电但 GND 没连，电平参考点不一致，数据全是乱码。三是波特率不匹配，模块出厂 9600，程序里写了 115200。

解决：先量 GND 通断，再把 MCU 的 TX 和 RX 对调试一次。这两步做完还不通，用示波器或者 USB 转串口夹在 MCU 的 RX 引脚上，看有没有波形进来——有波形说明链路通、是解析问题；没波形说明链路断、查线和波特率。

5.3 电机一动，系统就复位或者程序跑飞

现象：静止时一切正常，一发转动指令，跑了不到一秒主控重启，或者串口输出乱码。

原因：电源被拉垮，或者地线噪声串进来了。步进电机启动瞬间电流能到额定值的两倍以上，如果 MCU 和驱动器共用一路 5 V，电压瞬间跌到复位阈值以下，看门狗或者欠压复位就动作了。另一种情况是电机相线和大电流回路的地线和 MCU 的地线共阻抗，斩波噪声直接灌进 MCU 的 GND。

解决：电源彻底分开——驱动器单独一路 24 V，MCU 用独立稳压或者另一路 5 V，两路只在电源入口处单点共地，不要多点接地形成环流。驱动器电源端并 100 μF 电解电容加 0.1 μF 瓷片电容。信号线（STEP/DIR/EN）远离相线走，必要时套磁环。做完这三条，复位基本消失。

5.4 定长走位每次差一点，来回走几次偏差越来越大

现象：让滑台走 100 mm，实测 99.7 mm；来回走十次，偏差累积到肉眼可见。

原因：如果是单向偏差，多半是MmToSteps里的浮点截断没做四舍五入；如果是来回偏差，是换向死区不够导致换向瞬间丢步；如果偏差随机，是加减速太猛，减速段进得太晚，电机带着惯性冲过头。

解决：先确认换算是四舍五入，再确认Motor_SetDir里有停脉冲和死区。都排除了，就把ACCEL_STEP_HZ从 200 降到 100，把减速提前量need算得更保守一点，重新测。开环系统不可能做到零误差，但做到"单次 ±1 步、十次不累积"，验收就够用了。

5.5 指令偶尔没反应，或者一次动作触发两次

现象：手机点一次"正转"，有时没反应，有时电机启动两次；连续快速点几下，后面的指令全丢。

原因：这是典型的粘包和缓冲区溢出。粘包是因为手机端把两条指令连续写进同一个串口流，MCU 端如果按"收满一帧就清空缓冲"处理，第二条就被吞了。溢出是因为主循环里有阻塞操作（比如HAL_Delay），缓冲区满了以后新字节被丢弃。

解决：解析用状态机而不是"收满就清"，状态机天然支持一帧接一帧。主循环里禁止任何阻塞延时，所有等待都用状态机或者标志位。手机端加一个最小发送间隔，比如两次点击至少隔 100 ms，并在收到0x81回帧之前禁用按钮。

6. 验收与答辩：一张测试表和三个现场演示动作

验收不要靠"看着转了"，要拿数据说话。我会准备一张测试表，每一项都能当场复现：

答辩现场只需要三个动作，把方案的三层价值各演一遍：第一，手机点一下走 20 mm，卡尺当场量——证明协议、解析、脉冲、机械整条链路是通的。第二，把速度从 30 rpm 拉到 300 rpm，让评委听声音——低速平稳、高速不啸叫，说明加减速曲线调对了。第三，用手挡住滑台让它撞上限位，再松手——电机自动停、手机立刻收到状态变化，说明异常处理不是摆设。三个动作两分钟内演完，比放十页 PPT 有用。

答辩提问基本绕不开这几个，提前准备好答案：为什么用开环不用闭环（成本、场景、精度够用）；丢步怎么检测（开环测不了，靠限位开关回零补偿）；协议为什么不用现成的（透传模块只搬字节，协议必须自定义）；中断频率上限怎么算（脉冲频率 = 中断频率，超过 20 kHz 要改策略）；如果步进电机换成舵机方案有什么差别（舵机是角度闭环但行程受限，步进适合连续走位）。

从那以后我每次做这类带无线的运动控制项目，都会强制走一遍"先分层、再定帧、最后调曲线"的顺序——先把四层链路的边界划清楚，协议帧定死并写进文档，最后才去调加减速参数。跳过任何一步，后面都要花两三倍时间返工。希望这套结构能帮到你，照着改改参数就能跑起来。

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