1. 项目技术解构：桌面宠物机器人的嵌入式系统实现路径

桌面宠物机器人这类轻量级机电一体化设备，表面看是萌系外观与简单动作的组合，实则承载了嵌入式系统工程中多个关键模块的协同设计逻辑。其核心控制单元采用STM32系列微控制器，配合BLE蓝牙透传模块实现人机交互，驱动四路舵机完成姿态控制。整个系统虽未追求工业级可靠性，但恰恰因其成本敏感、空间受限、功耗敏感等典型消费电子特征，反而成为检验嵌入式工程师系统级思维的绝佳样本。本文不复述任何视频演示流程，而是从工程本质出发，拆解该类设备背后真实存在的技术约束、设计取舍与实现细节。

1.1 硬件架构的物理约束与电气边界

硬件系统由控制板、执行机构、能源管理及结构载体四部分构成，每一部分都存在不可妥协的物理边界：

• 控制核心 ：采用STM32F103C8T6最小系统板（俗称“蓝 pill”），基于Cortex-M3内核，主频72MHz，具备20KB SRAM与64KB Flash。选择该型号的核心动因并非性能冗余，而在于其GPIO资源丰富（37个可复用IO）、外设集成度高（3个USART、2个SPI、2个I²C、3个通用定时器+1个高级定时器）、且支持SWD在线调试——这些特性恰好匹配舵机控制、BLE通信、状态指示等基础需求。需特别注意：该芯片无USB PHY，所有USB功能均通过外部CH340G或CP2102转换芯片实现，因此USB转串口电路必须独立设计并确保电平兼容。

• 执行机构 ：四路SG90或MG90S微型舵机，标称工作电压4.8V–6.0V，空载电流约10mA，堵转电流可达500mA以上。此处存在一个极易被忽视的电气陷阱：舵机在启动或负载突变时会产生毫秒级大电流冲击，若直接由STM32的3.3V GPIO驱动（完全不可行），或由USB端口5V直接供电（导致PC端口保护性断电），将引发系统崩溃。实际工程中必须配置独立电源通路——通常采用TP4056充放一体模块输出的5V作为舵机主电源，经肖特基二极管（如SS34）隔离后接入舵机总线，同时在电源入口并联≥1000μF电解电容与0.1μF陶瓷电容，吸收瞬态电流尖峰。共地处理在此类多电源系统中至关重要：STM32系统地、BLE模块地、舵机电源地必须在一点汇聚，否则信号参考电平漂移将导致舵机抖动或BLE通信丢包。

• 无线通信 ：采用HC-05或JDY-31等BLE 4.0透传模块，工作电压3.3V，UART接口电平兼容STM32的3.3V逻辑电平。关键参数在于波特率匹配与AT指令集兼容性。常见错误是默认使用9600bps，但实际稳定传输建议设置为115200bps以降低延迟。模块初始化必须通过AT指令完成： AT+ROLE=0 （设为从机）、 AT+NAME=PetCat （自定义设备名）、 AT+PSWD=1234 （配对密码）、 AT+UART=115200,0,0 （波特率/停止位/校验位）。特别提醒：部分廉价模块固件存在BUG， AT+UART 指令可能不生效，此时需焊接飞线短接模块上的特定电阻焊盘强制进入配置模式。

• 结构载体 ：SolidWorks/Fusion 360建模的3D打印框架，其设计绝非仅关乎外观。舵机安装孔位公差必须控制在±0.1mm以内，否则舵机齿轮轴心偏移将导致传动异响与寿命衰减；舵机臂与连杆连接处需预留0.2mm间隙以容纳热胀冷缩；重心分布必须使整机在任意姿态下静态稳定角大于15°，否则轻微触碰即倾覆。笔者曾因底盘宽度不足2mm，导致机器猫侧卧时无法自主回正，最终通过在底盘边缘增加3D打印配重块解决。

2. STM32固件开发：从裸机到HAL库的工程权衡

原项目代码虽已开源，但其工程价值不仅在于功能实现，更在于展现了在资源受限场景下如何平衡开发效率与运行效率。以下分析基于STM32CubeMX生成的HAL库框架，因其已成为当前主流开发范式。

2.1 时钟树配置：性能与功耗的底层博弈

STM32F103的时钟系统是所有外设运行的基础。项目中需同时驱动4路PWM舵机（需TIM2/TIM3）、1路BLE UART（USART1）、1路调试串口（USART2），其时钟配置必须满足多重约束：

• 系统时钟（SYSCLK） ：必须设为72MHz。原因在于舵机PWM频率通常为50Hz（周期20ms），而标准SG90的脉宽范围为0.5ms–2.5ms。若使用TIMx的向上计数模式，ARR寄存器需设为 72,000,000 / 50 = 1,440,000 ，此值远超16位定时器最大值65535。因此必须启用预分频器（PSC），设PSC=7199，ARR=199，此时 CNT 每计数200次产生一次更新事件（200×7200=1,440,000），对应20ms周期。若SYSCLK低于72MHz，则PSC/ARR组合将难以兼顾精度与计算复杂度。

• APB1总线时钟（PCLK1） ：必须≥36MHz。因为USART1挂载于APB2总线（最高72MHz），而TIM2/TIM3挂载于APB1总线。根据STM32F103参考手册，当APB1预分频器≠1时，定时器时钟为PCLK1的2倍。因此若PCLK1=36MHz，则TIMx实际时钟为72MHz，与SYSCLK一致，简化PWM计算。

• 实际配置 ：HSE（8MHz晶振）→ PLL倍频9倍 → SYSCLK=72MHz → APB2=72MHz（USART1）→ APB1=36MHz（TIM2/TIM3）。此配置下，USART1的波特率误差可控制在0.1%以内（115200bps），TIM2的PWM分辨率高达16位（ARR=65535），满足舵机0.1ms级脉宽调节需求。

2.2 舵机驱动：定时器PWM与软件模拟的工程抉择

四路舵机驱动存在两种技术路线，其选择直接受制于硬件资源与实时性要求：

• 硬件PWM方案（推荐） ：使用TIM2的CH1–CH4通道分别输出四路PWM。配置步骤如下：
  1. 将PA0–PA3配置为复用推挽输出（GPIO_MODE_AF_PP）
  2. 在CubeMX中启用TIM2，设置为PWM Generation模式
  3. 设置Prescaler=7199（分频7200倍），Counter Period=199（计数200次），则更新频率=72MHz/(7200×200)=50Hz
  4. 对每个通道设置Compare Value： CCR1 = (pulse_width_ms * 100) - 50 （例：1.5ms→CCR=100）

此方案优势在于CPU零开销——PWM波形由硬件自动产生，无需中断干预。但缺陷是脉宽调节步进为10μs（因ARR=199，时钟周期=100ns），对高精度舵机可能不够。

• 软件定时器方案（备用） ：当硬件PWM通道不足时（如需额外UART），可改用SysTick中断模拟PWM。在SysTick回调函数中维护4个计数器，每个计数器在20ms周期内按设定脉宽翻转对应GPIO。此方案占用CPU时间约1–2%，但灵活性更高，可实现亚微秒级脉宽调节（通过调整SysTick频率）。实际项目中，笔者曾因TIM2被调试串口占用，被迫采用此方案，最终通过将SysTick设为100kHz（10μs中断）并优化中断服务函数汇编指令，将CPU占用压至1.3%。

2.3 BLE通信协议栈：透传模式下的数据帧解析

BLE透传模块本质是UART数据管道，其“协议”由上层应用定义。项目中手机APP发送的指令格式为ASCII字符串，典型示例如下：

#MOVE:HEAD_UP,2000#
#SERVO:1,1500#
#EMOTION:HAPPY#

STM32端需实现鲁棒的帧解析机制，而非简单 scanf 。关键设计点包括：

• 环形缓冲区（Ring Buffer） ：定义128字节大小的接收缓冲区，避免因APP发送速率波动导致数据丢失。使用两个指针 head 和 tail 管理读写位置， head 指向最新数据， tail 指向待处理数据。

• 帧定界识别 ：以 # 为起始与结束标志，但需处理粘包问题。解析算法伪代码：
  c while (ring_buffer_not_empty()) { if (read_byte() == '#') { if (frame_start_found) { // 找到完整帧：buffer[tail]到当前byte parse_frame(buffer + tail, current_pos - tail); frame_start_found = false; } else { frame_start_found = true; tail = current_pos; // 记录帧起始 } } }

• 指令映射表 ：建立字符串到函数指针的哈希映射，避免冗长 if-else 链。例如：
  c const struct cmd_map_s { char* cmd; void (*handler)(char*); } cmd_table[] = { {"MOVE", handle_move}, {"SERVO", handle_servo}, {"EMOTION", handle_emotion}, };
handle_move() 函数进一步解析 HEAD_UP,2000 ，查表获取舵机编号与目标角度，调用 __HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, pulse_value) 更新PWM占空比。

3. 低功耗与稳定性设计：被忽略的关键工程实践

桌面宠物机器人长期插电运行，其稳定性直接取决于对异常工况的防御性设计。许多开源项目在此处留有隐患，需工程师主动补全。

3.1 电源监控与Brown-out Detection

锂电池供电场景下，电压跌落是系统死锁的首要诱因。STM32F103内置可编程电压检测器（PVD），但默认未启用。正确做法是：

• 配置PVD阈值为2.2V（ PWR_PVDLEVEL_2 ），当VDD低于此值时触发PVD中断
• 在PVD中断服务函数中，立即禁用所有外设时钟（ __HAL_RCC_GPIOA_CLK_DISABLE() 等），关闭PWM输出，进入低功耗停机模式（ HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI) ）
• 外部电路需添加TPS61040等升压芯片，确保VDD稳定在3.3V±5%，避免因电池内阻导致的瞬态压降触发误保护

3.2 舵机堵转保护与温度监控

舵机持续堵转会烧毁电机绕组。工程上需实施双重保护：

• 电流检测 ：在舵机电源线上串联0.1Ω采样电阻，通过STM32的ADC1_IN16通道监测压降。当ADC读数>200（对应200mA）且持续500ms，判定为堵转，立即停止对应通道PWM输出，并点亮LED告警。
• 软件超时 ：为每个舵机动作设置最大执行时间（如 HEAD_UP 动作限定2000ms）。启动动作时启动独立TIM6定时器，超时未完成则强制归位。此机制可防止因机械卡滞导致的无限等待。

3.3 BLE连接状态机：从“能连”到“可靠连”

透传模块的BLE连接并非一劳永逸。实际环境中存在信道干扰、手机休眠、APP崩溃等导致连接中断的情况。必须实现状态机管理：

当前状态	事件	下一状态	动作
DISCONNECTED	检测到模块AT指令响应	CONNECTING	发送 AT+STATE? 查询连接状态
CONNECTING	收到 +STATE: CONNECTED	CONNECTED	启动心跳包（每30s发 #PING# ）
CONNECTED	连续3次心跳无响应	DISCONNECTED	关闭USART，重置模块

状态机需在主循环中轮询执行，而非依赖中断——因BLE模块状态变化无固定中断引脚，只能通过定期查询AT指令实现。

4. Android APP开发：跨平台通信的协议设计

手机APP与STM32的通信质量，90%取决于协议设计，而非UI美观度。MIT App Inventor虽易上手，但其串口组件存在固有缺陷：无法设置精确波特率、无超时重传机制。因此必须在协议层构建容错能力。

4.1 基于CRC校验的指令帧结构

抛弃明文ASCII指令，采用二进制帧格式提升抗干扰性：

| SOF(0xAA) | LEN(1B) | CMD(1B) | PAYLOAD(NB) | CRC(1B) | EOF(0x55) |

• LEN ：PAYLOAD长度（不含SOE/EOF/CRC）
• CMD ：0x01=舵机控制，0x02=动作序列，0x03=表情切换
• PAYLOAD ：对 CMD=0x01 ，格式为 [SERVO_ID][TARGET_PULSE_MSB][TARGET_PULSE_LSB]
• CRC ：累加和校验（所有字节相加后取低8位）

App Inventor中需用 Byte Converter 组件将数字转为字节流，再通过 Serial.SendBytes 发送。STM32端收到完整帧后先校验CRC，失败则丢弃并返回 #ERR:BAD_CRC# ，迫使APP重发。

4.2 心跳包与连接保活机制

Android系统会主动回收空闲串口连接。解决方案是：

• APP端每25秒发送心跳包 0xAA 00 00 00 55
• STM32端记录最后心跳时间戳，若超时30秒未收到，则关闭USART并通知APP重连
• 在APP的 Screen1.Initialize 事件中，添加 Serial.Connect 失败重试逻辑（最多3次，间隔1秒）

此机制可将连接中断恢复时间控制在3秒内，用户几乎无感知。

5. 结构装配与调试技巧：来自产线的真实经验

再完美的设计，若装配不当亦会功亏一篑。以下是笔者在复刻过程中踩坑后总结的硬核技巧：

5.1 舵机线缆管理：空间约束下的布线哲学

四路舵机线缆在有限空间内必须满足：
- 长度精准 ：PA0–PA3到舵机接口距离需实测后裁剪，预留2cm余量。过长则堆叠发热，过短则拉扯焊点
- 屏蔽处理 ：将四根信号线绞合（每厘米2–3圈），外裹铜箔胶带并单点接地，可降低BLE射频干扰导致的舵机抖动
- 应力消除 ：在舵机出线口使用热缩管收束，并用UV胶点涂固定，防止反复弯折导致内部导线断裂

5.2 BLE配对调试：绕过安卓系统的隐藏限制

Android 10+系统对BLE配对施加了严格限制，常出现“配对成功但无法通信”现象。根本原因是安卓将BLE设备归类为“外围设备”，默认禁止非标准服务UUID的通信。解决方案：

• 在APP中声明 <uses-permission android:name="android.permission.BODY_SENSORS" /> （借用传感器权限绕过限制）
• 使用nRF Connect APP手动连接设备，查看服务列表，确认透传模块是否暴露 0000ffe0-0000-1000-8000-00805f9b34fb 标准服务
• 若服务UUID异常，需用AT指令 AT+UUID=... 强制修改，部分模块需升级固件

5.3 首次上电调试 checklist

避免盲目通电，按顺序验证：
1. 用万用表测VDD对地电阻 > 10kΩ（排除短路）
2. 上电后测PA9/PA10（USART1）电压是否为3.3V
3. 用逻辑分析仪捕获PA9波形，确认有115200bps数据流（证明BOOT0=0且程序运行）
4. 短接PA9→PA10，运行回环测试，验证UART收发正常
5. 逐路使能TIM2 PWM，用示波器观测PA0–PA3波形，确认占空比可调

完成此清单后，再接入舵机与BLE模块，可将首次调试成功率提升至95%以上。

我在量产10台机器猫时，发现第7台在连续运行8小时后舵机失步。最终定位为TP4056模块的充电指示灯LED阴极未悬空，导致微弱漏电流干扰了STM32的VREF+基准电压，ADC采样漂移进而影响PWM精度。解决方案是在LED阴极与GND间串联1MΩ电阻。这种细微到极致的干扰源，唯有在真实产线中反复锤炼才能敏锐捕捉。