1. 项目概述
小米扫地机器人作为智能家居领域的代表性产品，其嵌入式系统设计体现了工业级可靠性与消费级易用性的完美结合。基于STM32F103微控制器的固件架构，采用FreeRTOS实时操作系统作为核心调度引擎，实现了多任务并发处理与硬件资源的高效管理。这套系统最令人印象深刻的是其异常检测机制的完备性——从硬件驱动层到应用逻辑层，构建了多重安全防护体系。
在实际拆解分析过程中，我发现这套代码的模块化程度非常高。每个功能模块都有清晰的接口定义和职责划分，比如运动控制、传感器采集、通信协议等模块之间通过消息队列进行数据交互，耦合度很低。这种架构设计使得后期功能扩展和维护变得非常方便，也大幅降低了系统复杂度。
2. 硬件平台与开发环境
2.1 STM32F103核心板特性
主控芯片采用STM32F103C8T6，这是一款基于ARM Cortex-M3内核的微控制器，具有72MHz主频、64KB Flash和20KB SRAM的资源配置。在实际项目中，开发者充分利用了芯片的以下特性：
- 多达7个定时器（TIM1-TIM7），用于PWM生成和编码器接口
- 2个SPI接口（SPI1/SPI2）连接外围传感器
- 3个USART接口实现多设备通信
- 12位ADC用于模拟信号采集
- 独立看门狗（IWDG）提供系统级保护
提示：在资源受限的嵌入式系统中，合理分配外设资源至关重要。这个项目将TIM1用于电机PWM控制，TIM2/TIM3用于编码器输入捕获，TIM4用于系统滴答计时，体现了良好的资源规划。
2.2 传感器与执行器配置
系统集成了多种传感器来实现环境感知和状态监测：
-
BMI160惯性测量单元：通过SPI接口连接，提供6轴运动数据（3轴加速度+3轴陀螺仪），采样率配置为100Hz。实测发现其姿态解算算法采用了互补滤波，在保证实时性的同时有效抑制了噪声。
-
红外悬崖传感器：分布在机器人底部四周，通过多路ADC采集模拟信号。代码中设置了动态阈值调整机制，可以适应不同反光率的地面环境。
-
碰撞检测开关：采用机械式微动开关，通过外部中断触发。在固件中配置了去抖动滤波（软件延时20ms），避免误触发。
执行器方面，系统控制以下电机：
- 两个驱动轮电机（带编码器反馈）
- 一个主刷电机
- 一个边刷电机
- 一个风机电机
所有电机都通过H桥驱动电路控制，PWM频率统一设置为15kHz，这个频率既能保证驱动效率，又避免了可闻噪声。
3. 软件架构解析
3.1 FreeRTOS任务划分
系统基于FreeRTOS创建了多个优先级不同的任务，各任务通过消息队列和事件标志组进行同步：
code复制void vTaskMotionControl(void *pvParameters); // 运动控制任务，优先级3
void vTaskSensorPoll(void *pvParameters); // 传感器采集任务，优先级2
void vTaskSafetyMonitor(void *pvParameters); // 安全监控任务，优先级4
void vTaskCommProtocol(void *pvParameters); // 通信协议处理任务，优先级1
任务堆栈大小经过精心配置，例如运动控制任务分配了512字节堆栈，而通信任务由于协议解析需要较大缓冲区，分配了1KB堆栈。在开发过程中，通过FreeRTOS提供的堆栈使用量统计功能，对每个任务的堆栈使用情况进行了优化。
3.2 关键驱动实现
3.2.1 BMI160驱动实现
陀螺仪驱动采用SPI接口通信，初始化流程如下：
- 配置SPI时钟为5MHz（BMI160最大支持10MHz）
- 写入0x7F到寄存器0x7F（软复位）
- 延时50ms等待器件稳定
- 配置加速度和陀螺仪量程（±4g和±500°/s）
- 启用数据就绪中断
数据读取采用DMA方式，显著降低了CPU负载。在代码中可以看到一个巧妙的设计：将SPI接收缓冲区与姿态解算输入缓冲区分离，通过双缓冲机制避免数据竞争。
3.2.2 电机PID控制
驱动轮采用位置式PID算法，控制周期为10ms。PID参数通过实验整定得到：
c复制// 左轮PID参数
#define LEFT_KP 0.8f
#define LEFT_KI 0.05f
#define LEFT_KD 0.12f
// 右轮PID参数
#define RIGHT_KP 0.75f
#define RIGHT_KI 0.06f
#define RIGHT_KD 0.1f
差异化的左右轮参数补偿了机械装配的不对称性。代码中还实现了抗积分饱和和输出限幅（±90% PWM占空比）等保护措施。
4. 核心功能实现细节
4.1 延边清扫算法
延边清扫是扫地机器人的核心功能之一，其实现依赖于多传感器融合：
- 距离检测：通过右侧红外传感器实时监测与墙壁的距离（采样周期50ms）
- 姿态保持：利用陀螺仪Z轴角速度维持与墙壁的平行关系
- 碰撞恢复：当碰撞开关触发时，执行后退-旋转-前进的恢复流程
在代码中，这个功能由状态机实现，包含以下状态：
- STATE_APPROACH_WALL（接近墙壁）
- STATE_FOLLOW_WALL（沿墙行走）
- STATE_AVOID_OBSTACLE（避障）
- STATE_RECOVER（异常恢复）
4.2 防跌落机制
防跌落功能通过四路红外传感器实现，算法处理流程如下：
- ADC采集原始值（12位分辨率）
- 滑动平均滤波（窗口大小5）
- 动态阈值比较：
- 绝对值阈值：<800认为悬空
- 相对阈值：相邻传感器差值>300认为边缘
- 触发保护动作：
- 立即停止所有电机
- 反向移动20cm
- 更新地图数据
在实际测试中，这套机制对黑色地毯等高吸收率表面也能可靠检测，误报率低于0.1%。
5. 通信协议设计
5.1 帧结构定义
系统使用自定义二进制协议与上位机通信，帧格式如下：
| 字段 | 长度 | 说明 |
|---|---|---|
| 帧头 | 1字节 | 固定0xAA |
| 长度 | 1字节 | 数据域长度 |
| 序列号 | 1字节 | 递增计数 |
| 命令字 | 1字节 | 功能标识 |
| 数据 | N字节 | 有效载荷 |
| 校验和 | 1字节 | 字节累加和 |
5.2 关键命令示例
-
地图数据上传（0x21）：
- 数据格式：每字节表示5cm×5cm区域的状态
- 0x00：未清扫
- 0x01：已清扫
- 0x02：障碍物
- 0x03：禁区
-
固件升级命令（0x30）：
- 启动升级：包含固件大小和分块数
- 数据块传输：每块2KB，带块校验
- 升级确认：CRC32校验通过后执行跳转
6. 固件升级(IAP)实现
6.1 存储分区布局
Flash空间划分为三个主要区域：
-
Bootloader区（0x08000000-0x0800FFFF）：
- 升级协议处理
- 完整性校验
- 应用程序跳转
-
应用程序区（0x08010000-0x0807FFFF）：
- 主功能代码
- 中断向量表（重定位）
-
参数存储区（0x08080000-0x080FFFFF）：
- 校准数据
- 运行日志
- 设备配置
6.2 升级流程关键点
- 双缓冲验证：在RAM中维护两个镜像缓冲区，交替进行写入和校验
- 断电保护：每个数据块写入后更新进度标记，意外断电后可恢复
- 版本回滚：保留上一版本固件，新固件运行异常时可自动回退
7. 开发经验与优化建议
7.1 调试技巧
- 利用SWD接口：通过SWO输出实时日志，不影响系统时序
- 内存分析工具：定期检查堆栈使用情况和内存泄漏
- 离线日志系统：重要事件记录到Flash，支持事后分析
7.2 性能优化
- 关键路径优化：运动控制中断服务程序(ISR)执行时间控制在50μs以内
- DMA应用：传感器数据采集、通信数据传输等均采用DMA
- 编译器优化：使用-O2优化等级，关键函数添加__ramfunc修饰符
在实际开发中，我发现FreeRTOS的任务通知（Task Notification）功能比消息队列更适合高频小数据量的任务间通信，可以进一步降低延迟。此外，将频繁访问的数据定义为const类型并放置在Flash中，可以节省宝贵的SRAM空间。