基于STM32的低成本运动记录仪设计与实现

1. 项目概述

这个运动记录仪项目是我去年为一个大学生电子设计竞赛指导的作品，核心目标是用最基础的单片机实现专业运动手环80%的功能。当时参赛队伍只有500元预算，却要完成从硬件选型到算法调优的全流程开发。最终我们用了STM32F103C8T6这块"蓝色小药丸"（业内对这款性价比神器的昵称），配合三轴加速度计和蓝牙模块，做出了续航15天、误差小于3%的运动监测设备。

现在很多智能穿戴设备动不动就卖上千元，其实拆开看核心传感器成本不到50元。这个项目就是要证明：用最朴素的单片机方案，配合精心设计的算法，完全可以实现商业级产品的核心功能。特别适合电子专业学生练手，或者创客群体做二次开发。

2. 硬件系统设计

2.1 核心器件选型

主控芯片选了STM32F103C8T6，这块ARM Cortex-M3内核的芯片堪称单片机界的"五菱宏光"——72MHz主频、20KB RAM、64KB Flash，淘宝单价仅8元。相比Arduino方案，STM32的直接寄存器操作虽然学习曲线陡峭，但换来的是极致性能和控制精度。

运动检测采用MPU6050六轴传感器（实际只用三轴加速度计功能），这个指甲盖大小的模块同时包含加速度计和陀螺仪，通过I2C接口通信。它的特别之处在于内置了数字运动处理器(DMP)，可以直接在芯片内完成姿态解算，减轻主控负担。

实测发现：MPU6050的DMP输出频率设置为100Hz时，既能满足运动检测需求，又不会过度消耗CPU资源。高于200Hz会导致明显的电源噪声干扰。

2.2 低功耗设计要点

要让纽扣电池续航15天，必须做好以下几点：

1. 主控时钟配置：正常模式72MHz，待机时降至8MHz
2. 传感器轮询策略：每50ms唤醒一次采集数据，其余时间进入STOP模式
3. 蓝牙广播间隔：设置为1.28秒（BLE标准允许的最大间隔）
4. 电源管理：采用TPS62740降压芯片，效率高达95%

c复制// 低功耗模式切换示例
void Enter_LowPower_Mode(void) {
  HAL_RTCEx_SetWakeUpTimer_IT(&hrtc, 500, RTC_WAKEUPCLOCK_RTCCLK_DIV16);
  HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);
  SystemClock_Config(); // 唤醒后重新配置时钟
}

3. 运动算法实现

3.1 步数检测原理

商业手环常用的是一种叫"峰值检测"的算法，我们做了简化版实现：

1. 原始数据预处理：用滑动平均滤波器消除高频噪声
2. 重力分量消除：通过高通滤波分离出运动加速度
3. 波峰识别：当连续3个采样点满足"前低-中高-后低"特征时计为一步

python复制# 伪代码示例
def step_detect(accel_data):
    filtered = butter_lowpass(accel_data, cutoff=5Hz)
    gravity = moving_average(filtered, window=10)
    dynamic_accel = filtered - gravity
    peaks = find_peaks(dynamic_accel, height=0.3g, distance=20)
    return len(peaks)

3.2 卡路里计算优化

市面上大多数设备用固定公式：卡路里=步数×0.04。我们改进为动态计算：

1. 根据加速度幅度区分步行/跑步（阈值1.5g）
2. 引入体重系数：kcal = (0.035×体重kg + (速度²/身高m)×0.029×体重kg) × 时间h
3. 加入温度补偿：电池温度每升高10℃，代谢率增加1.2%

注意：运动算法必须做实地校准。我们在操场实测发现，穿硬底鞋时要把步长系数调高12%，女性用户的基础代谢率要下调8%。

4. 软件架构设计

4.1 实时操作系统选型

在FreeRTOS和裸机编程之间，我们选择了更轻量的裸机方案，原因有三：

1. 任务数量少（仅数据采集、算法处理、蓝牙通信三个）
2. 时序要求最严苛的传感器采样间隔为10ms
3. 内存受限（20KB RAM要存7天的运动数据）

采用时间片轮询架构：

c复制void main() {
  while(1) {
    if(timer1_flag) { // 10ms定时
      Sensor_Update();
      timer1_flag = 0;
    }
    if(timer2_flag) { // 1s定时
      Step_Algorithm();
      timer2_flag = 0;
    }
    BLE_Process(); // 事件驱动
  }
}

4.2 数据存储策略

采用"环形缓冲区+闪存快照"的混合存储方案：

1. RAM中维护一个2小时的详细数据环形缓冲区（采样率10Hz）
2. 每15分钟将统计结果（步数、卡路里等）存入Flash
3. 采用磨损均衡算法：将Flash分成10个扇区轮流写入

c复制typedef struct {
  uint32_t timestamp;
  uint16_t steps;
  float calories;
} __attribute__((packed)) Record_t;

Record_t records[60*24*7]; // 存储7天数据

5. 实测问题与解决方案

5.1 电磁干扰问题

初期版本在蓝牙传输时会出现传感器数据跳变，原因是：

• 2.4GHz射频干扰到了I2C总线
• 传感器电源线与天线距离过近

改进措施：

1. 在MPU6050的VCC脚添加10μF+0.1μF去耦电容
2. I2C时钟线串联100Ω电阻
3. 蓝牙发送数据前关闭传感器电源

5.2 计步误触发

发现以下场景会产生误计数：

• 乘坐公交车时的规律震动
• 敲击桌面的冲击
• 快速转动手腕

解决方案：

1. 增加静止检测：连续5秒加速度标准差<0.05g时暂停计数
2. 模式识别：用SVM区分真实步伐和其他震动
3. 用户校准：让使用者先正常行走20步进行基准标定

6. 生产级优化建议

如果要产品化，还需要考虑：

1. OTA升级：通过蓝牙更新固件
2. 防水设计：用PCB三防漆覆盖关键电路
3. 运动模式识别：加入游泳/骑行等专项算法
4. 手机APP对接：改用蓝牙5.0提高传输效率

这个项目的全部源码和PCB设计文件我都放在了GitHub上，搜索"STM32-Pedometer"就能找到。最难的部分其实是算法调参，建议先用Python仿真再移植到C语言，可以节省大量调试时间。