STM32心率计步系统实战：传感器驱动、滤波算法与调试全解析

简介这是一套以STM32单片机与安卓App为核心的软硬件结合项目资料面向毕业设计、课程设计及嵌入式项目开发者提供从硬件采集、蓝牙传输到移动端可视化的完整参考方案。系统采用SW-1801P震动传感器统计步数MAX30102心率传感器采集心率与脉搏数据并经HC-05蓝牙模块传送至安卓端展示。源码已在Keil5与Android Studio环境中通过严格测试可放心在此基础上扩展。资源包约84.43MB合计535个文件主要包含C语言工程源码.c/.h、Keil工程配置文件、安卓客户端工程与APK安装包、15份PDF参考论文、项目文档及调试记录覆盖需求分析、电路设计、协议说明到排错思路目录结构清晰便于按模块检索。目前已有82人学习下载适合需要快速搭建同类健康监测系统或完成课设毕设的开发者参考。1. 复刻这套STM32心率脉搏计步系统先拆清标题里藏着哪些必做模块毕设选“心率脉搏监测运动计步”的人多半是看中它好讲、可扩展、能现场演示。这套基于C语言和STM32单片机的系统拆开就是三件事用传感器采到脉搏波算出心率用加速度计判出步数再把这两路数据按运动健康的逻辑送到屏幕上。对外行来说它是块“智能健康手表”的简化原型对内行来说它恰好覆盖了I2C外设驱动、ADC采集、数字滤波、状态机算法和串口调试一整条嵌入式开发链路。它适合两类读者一类是做毕业设计或课程设计、时间有限但想真正跑通传感器数据链路的本科生另一类是刚开始接触STM32、想用一套完整项目练手的工程师。对这个标题里的源码包、参考论文、项目文档、调试文档不要只是解压后点编译而是按下面章节把它拆成能改、能调、能Debug的模块来用。2. 系统架构与器件选型为什么先定硬件再写代码这类系统最怕上来就写代码。心率模块和计步模块都是I2C接口的传感器它们挂在同一条总线上如果主控的引脚分配、I2C时钟速度、传感器地址没有在设计阶段定清楚后面写软件必然翻车。我的习惯是花一小时把架构图和数据流画在白纸上再动Keil。2.1 主控选型STM32F103C8T6为什么总是首选绝大多数毕业设计的题目里“STM32单片机”指的就是STM32F103C8T6。这颗芯片的价格低、封装小、资料量巨大Keil工程模板一抓一把网上连最小系统板和TFT屏幕的驱动示例都成体系。很多人关心STM32F103C8T6驱动TFT屏会不会卡实际跑过就知道0.96寸OLED或1.44寸TFT刷一帧字符和数字绰绰有余瓶颈根本不在主频而在I2C或SPI的时钟配置。主控型号主频Flash/RAM适合场景需要注意的点STM32F103C8T672MHz64KB/20KB心率计步OLED完全够用I2C1和I2C2引脚别和JTAG复用冲突STM32F103RCT672MHz256KB/48KB要加FatFS、多级菜单、波形回放时更宽裕引脚多Layout时容易乱STM32F407VET6168MHz512KB/192KB需要DSP做实时滤波或FFT时用不到FPU时性价比偏低对标题里的系统而言F103C8T6是均衡选择。心率计算和计步都是低频任务主循环跑在20毫秒周期就足够不需要F407那样的浮点算力。建议拿到源码包时先核对工程里选的具体型号如果是F103RCT6而板子是C8T6要改Device配置、启动文件和链接脚本否则直接下载进去只能跑在Flash和RAM溢出边缘。2.2 传感器选型心率模块和加速度计的分工与连线心率脉搏监测用的几乎都是光电式PPG传感器常见做法是用MAX30102这一类模块内部集成红光和红外LED、光电二极管、ADC和I2C接口主控通过读内部FIFO拿到脉搏波原始数据。它的好处是把模拟前端都封装好了不需要自己搭运放和滤波电路这对课程设计来说很省心。需要注意的是模块供电电压和逻辑电平MAX30102的I2C引脚可以用1.8V到3.3VSTM32的引脚输出3.3V电平兼容性没问题。计步部分用三轴加速度计最常见的是MPU6050或ADXL345。MPU6050还带陀螺仪但计步只需要加速度数据陀螺仪反而增加功耗和数据融合复杂度。ADXL345的寄存器更简单功耗也更低适合做纯计步。如果源码包里的驱动写的是MPU6050不必急着换芯片把I2C地址和寄存器名改掉就能复用同一套读取框架。传感器接口输出数据关键参数MAX30102I2C红外/红光ADC值采样率可配50~3200HzLED电流可配ADXL345I2C/SPI三轴加速度±2g~±16g输出速率可配0.1~3200HzMPU6050I2C三轴加速度三轴角速度自带DMP但计步用不上连线时注意I2C上拉电阻。F103内部有弱上拉但不可靠工程板上通常已经有4.7k上拉如果是自己飞线搭的板子务必在SDA和SCL上各加一颗4.7k到3.3V否则总线波形沿太缓传感器会偶发无响应。2.3 数据流设计传感器到OLED屏之间每一段数据长什么样先把数据流画清楚PPG传感器每产生一组红外和红光ADC值主控读出后先做滑动平均滤波再通过峰值检测得到脉搏间隔换算成每分钟心率加速度计同时输出X/Y/Z三轴原始值主控对模值做低通滤波再通过动态阈值峰值检测统计步数。最后两路结果交给OLED驱动在屏幕上显示心率、步数、时间和运动状态。主循环骨架一般长这样int main(void) { HAL_Init(); SystemClock_Config(); // 72MHz主频 MX_I2C1_Init(); // 400kHz挂心率传感器和加速度计 MX_USART1_UART_Init(); // 115200, 8N1调试输出 OLED_Init(); // SSD1306初始化 MAX30102_Init(); // 配置LED电流、采样率、FIFO ADXL345_Init(); // 配置±2g、输出速率100Hz uint32_t tick HAL_GetTick(); while (1) { if (HAL_GetTick() - tick 20) // 50Hz任务周期 { tick HAL_GetTick(); HeartRate_Task(); // 读FIFO - 滤波 - 计算心率 StepCount_Task(); // 读加速度 - 峰值检测 - 步数 OLED_Refresh(); // 刷新心率、步数、状态 } } }这段代码想说明的是不要把传感器读取放在中断里统一用20毫秒周期轮询。50Hz的采样率对心率信号0.5~4Hz和步行加速度1~2Hz都够用轮询也避免多个外设争抢I2C总线造成的数据错位。MAX30102内部有FIFO如果采样率配得比轮询频率高要注意每次读取后检查FIFO溢出标志否则读到的数据可能跳过一段导致后面的滤波和峰值检测出现毛刺。3. 心率脉搏采集实现从ADC采样到滤波算法的完整链路心率模块的实现是这套系统里最像“信号处理课设”的部分。难点不在读I2C而在原始脉搏波里有大量噪声和基线漂移直接求峰值会把晃动、环境光和电源纹波都算进去。这里给出能直接抄的读取和滤波套路。3.1 光电式心率模块的数据读取I2C读FIFO最少要配好三个参数MAX30102读数据前必须确认三个参数LED电流LED_PA、采样率SPO2_SR和ADC量程ADC_RGE。我用的是LED电流6.4mA采样率100HzADC满量程2048。手指放上去后红外通道的波形幅度应该在满量程的30%~70%之间如果幅度太小就把LED电流调到11mA太大则调低这是后面所有算法能跑稳的前提。读FIFO的核心代码#define MAX30102_I2C_ADDR (0x57 1) uint8_t max30102_read_fifo(uint16_t *ir, uint16_t *red) { uint8_t buf[6] {0}; uint8_t reg 0x07; // FIFO_DATA寄存器 if (HAL_I2C_Master_Transmit(hi2c1, MAX30102_I2C_ADDR, reg, 1, 50) ! HAL_OK) return 0; if (HAL_I2C_Master_Receive(hi2c1, MAX30102_I2C_ADDR, buf, 6, 50) ! HAL_OK) return 0; *ir (buf[0] 8) | buf[1]; *red (buf[3] 8) | buf[4]; return 1; }逻辑说明FIFO_DATA寄存器每次读6字节前3字节是红外通道后3字节是红光通道中间那1字节是填充位。读出来后要检查数据是否满量程比如满量程2048时如果连续读到数值贴着2047说明LED电流过大导致信号削顶这不是真实脉搏波。HAL_I2C_Master_Transmit最后一个参数是超时毫秒数我第一次用默认的HAL_MAX_DELAY结果传感器没应答时主控永远卡在总线等待后来统一改成50配合重试逻辑才算稳定。3.2 滑动平均滤波与窗口选择怎么把基线漂移压下去脉搏波原始数据里叠加着两种噪声一种是高频的工频和电源纹波另一种是呼吸和身体晃动造成的基线漂移。滑动平均是最快的处理手段它相当于一个FIR低通滤波器代码只有十行左右#define FILTER_WIN 8 static uint16_t buf[FILTER_WIN]; static uint8_t idx 0; static uint32_t sum 0; uint16_t moving_average(uint16_t sample) { sum - buf[idx]; buf[idx] sample; sum sample; idx (idx 1) % FILTER_WIN; return sum / FILTER_WIN; }逻辑说明这是环形队列实现的滑动平均sum始终保存窗口内所有样本的和每来一个新样本就减掉最旧的一个、加进最新的一个再除以窗口长度。它的效率比每次重新累加高得多在STM32这种主频72MHz的芯片上几乎不消耗时间。窗口参数FILTER_WIN的选取有讲究采样率100Hz时脉搏波主频约1Hz一个周期约100个采样点。窗口设8~10相当于对当前点前后共80~100毫秒做平均能有效压掉高频抖动又不至于把波峰削平。窗口设太大比如20波形会变得平缓波峰和波谷的差值变小峰值检测会漏检。设太小比如3噪声压不下去会出现假峰。我给的具体建议采样率100Hz时窗口取8采样率50Hz时窗口取5。还有一个细节滑动平均输出的数组还是要保留原始幅值范围uint16_t够用但sum用uint32_t8个窗口最多8×65535约52万不会溢出。如果改成窗口32且数据满量程sum就逼近上限此时要换uint64_t这是容易忽略的坑。3.3 心率值计算峰值间隔法和固定窗口计数法选哪个滤波后的脉搏波是一串近似周期性的波形心率就是从波峰间隔算出来的。两种常见做法峰值间隔法和固定窗口计数法。峰值间隔法是检测相邻两个主波峰的时间差心率 60000 / 间隔毫秒固定窗口计数法是统计10秒内波峰数量乘以6。我用的是峰值间隔法它响应快离散步数后的心率值能在一拍内跟上而固定窗口计数法延迟大适合做最终稳定显示不适合做实时曲线。峰值检测不能只设一个固定阈值因为手指按压力度变化会让波形幅值上下浮动。我在代码里做了幅度自适应#define SAMPLE_HZ 100 #define MIN_PEAK_GAP 400 // 相邻波峰最小间隔单位ms对应150bpm #define MAX_PEAK_GAP 2000 // 最大间隔对应30bpm static int16_t last_peak_val 0; static uint32_t last_peak_ms 0; uint8_t heart_rate_detect(uint16_t sample, uint32_t tick_ms) { static uint16_t peak 0; static uint8_t rising 0; uint32_t gap tick_ms - last_peak_ms; if (sample peak) { peak sample; // 不断跟踪当前局部最大值 rising 1; return 0; } if (rising sample peak - 15) // 从峰值回落超过15确认这是一个峰 { rising 0; if (gap MIN_PEAK_GAP gap MAX_PEAK_GAP) { last_peak_ms tick_ms; return 1; // 一个有效脉搏 } peak 0; } return 0; }逻辑说明代码维护一个rising标志当信号一直上升时持续跟踪peak当信号从最高点回落超过15个ADC量化级时判定这个峰结束然后检查与上一个峰的间隔是否落在400~2000毫秒区间。这个区间对应心率30~150bpm能滤掉高频抖动造成的假峰也能滤掉手指长时间不动时的低频伪迹。关键参数是回落判据“15”这个值。它跟滑动平均后的信号幅度有关如果滤波后波峰幅度在100以上15是合理的如果患者手部冰凉、脉搏信号很弱幅度只有40左右回落到15就会导致多次漏检。做法是把峰值检测做成一个可调参数在调试文档里记录不同按压强度下的最佳值而不是拍脑袋写死。4. 计步算法实现加速度峰值检测的细节与误判处理计步算法的关键不在传感器数据有多准而在怎么把“走路”和“不是走路”分开。我见过很多实现把步数做到一两万步很容易难的是坐下挥手不计数、骑车颠簸不计数、从口袋掏手机不计数。下面拆解一套能用的计步逻辑。4.1 加速度计数据读取与坐标轴映射先算模值再谈算法加速度计输出X/Y/Z三轴原始值单位是LSB范围受量程影响。ADXL345配±2g时每g约256LSB。走路时到底看哪个轴这要看设备佩戴方式手环戴在手腕上手臂摆动主要反映在X或Y轴手机放裤兜里Z轴和Y轴交替变化。最稳妥的做法是不依赖固定轴而是计算合加速度模值#define G_SCALE 256.0f // ±2g量程下1g 256 LSB float accel_magnitude(int16_t x, int16_t y, int16_t z) { float xg (float)x / G_SCALE; float yg (float)y / G_SCALE; float zg (float)z / G_SCALE; return sqrtf(xg * xg yg * yg zg * zg); }逻辑说明模值的物理意义是合加速度的大小静止时约1g步行时每一步会产生0.2~0.5g的波动。取模值后不管设备是竖放、横放还是歪着放走路造成的加速度波动都能被捕捉到。代价是计算量略大sqrtf在F103上执行约需几十微秒在50Hz轮询频率下可以忽略。坐标轴映射的另一个作用是为了排除重力干扰。静止时模值应该是1g左右如果板子被快速翻转模值瞬间冲到2g以上这种变化不是步行要靠后面的阈值和间隔逻辑滤掉。4.2 峰值检测与动态阈值一步的判定条件怎么才成立步行时加速度模值呈周期性波动每走一步出现一个峰值。但大步和小步的峰值幅度差别很大走路和跑步差别更大所以计步阈值必须动态调整。我的方案是维护一个滑动最大值和最小值的中间阈值#define STEP_WIN 12 // 比较窗口单位采样点 #define MIN_STEP_GAP 250 // 两步之间最短间隔ms #define MAX_STEP_GAP 1200 // 最长间隔ms #define ACCEL_THRESH_MIN 1.15f // 最小幅度阈值单位g static float max_val 0.0f; static float min_val 2.0f; static uint32_t last_step_ms 0; uint8_t step_detect(float magnitude, uint32_t tick_ms) { if (magnitude max_val) max_val magnitude; if (magnitude min_val) min_val magnitude; float mid_threshold (max_val min_val) / 2.0f; uint32_t gap tick_ms - last_step_ms; if (magnitude mid_threshold magnitude ACCEL_THRESH_MIN) { if (gap MIN_STEP_GAP gap MAX_STEP_GAP) { last_step_ms tick_ms; max_val 0.85f; // 检测到一步后把上限压低便于响应下一步 return 1; } } return 0; }逻辑说明max_val和min_val跟踪的是最近一段时间内加速度模值的上下边界mid_threshold等于平均幅度的一半这比固定阈值适应性强。检测到一次跨阈后max_val被重置到0.85g这能避免同一个波形周期被重复计数也方便捕捉紧接着的下一步。ACCEL_THRESH_MIN是个兜底门槛防止静止时微小的重力方向变化被计成步数。这里有一个参数之间的耦合关系MIN_STEP_GAP设250ms对应最高步频240步/分钟跑步也够用MAX_STEP_GAP设1200ms对应50步/分钟的慢走。如果用户是老人或康复训练步伐很慢超过1.2秒就需要把上限拉到1500~2000ms。这个参数应该做成宏定义在调试文档里记录针对不同步速的调整结果。4.3 静止和挥手的误判去抖逻辑与连续步数校验只靠峰值检测还是会误判。我踩过的典型场景是坐着用手机看视频手腕偶尔抬一下加速度模值闪过一个峰值就被计成一步。解决思路是两步校验第一单次峰值幅度必须超过动态阈值第二必须连续检测到若干次有效步才算真正开始计步否则只是“疑似步”。#define CONFIRM_COUNT 3 // 连续确认3步才算进入运动状态 static uint8_t confirm_cnt 0; static uint8_t step_state 0; // 0静止1运动中 uint8_t step_state_machine(uint8_t step_event) { if (step_event) { if (confirm_cnt CONFIRM_COUNT) confirm_cnt; else step_state 1; } else { if (confirm_cnt 0) confirm_cnt--; if (confirm_cnt 0) step_state 0; } return step_state; }逻辑说明这个状态机本质上是一个滞回判断。连续检测到3步才把状态切到运动运动中的单步漏检不会立刻让状态切回静止只有连续没有检测到步数的次数超过一定值时才退出运动状态。静止状态下的零星假峰因为达不到连续步数条件不会污染总步数。滞回阈值CONFIRM_COUNT取3是在灵敏度和稳定性之间折中的结果。取1挥手就可能触发取5真正开始走路后要等好几步屏幕上步数反应迟钝。需要提醒的是这个状态机只管“是否运动”步数累加在step_state为1时再做这样最终显示的总步数其实是“确认运动状态下检测到的步数”误判少很多。5. 工程移植与调试避坑手册三条必踩的坑和应对从标题里的源码包到板子上真正跑起来中间隔着好几个坑不是编译通过就万事大吉。下面这几条都是我做这套系统时实际遇到的按“现象、原因、解决”写在这能省你至少一个周末的排查时间。5.1 拿到源码后先看工程结构Keil工程、芯片型号与时钟源先在Keil5里打开工程第一步不是编译而是点魔术棒确认三件事Device是不是你板子上的具体芯片型号Debug页的调试器是ST-Link还是JLinkC/C页的Define里有没有STM32F103xB。很多源码包在F103RCT6上开发而你的板子是C8T6Flash容量从256KB变成64KB直接编译下载会提示芯片ID不匹配。还有一个必须先做的事是确认外部晶振频率。工程里的HSE_VALUE通常默认是80000008MHz如果你的板子焊的是12MHz晶振SystemClock_Config算出来的主频就不是72MHz串口波特率会偏到识别不了心率采样周期也会漂。改法是找到stm32f1xx_hal_conf.h里的HSE_VALUE改成12000000同时检查RCC配置代码里的PLL倍频数。这一步叫“先对齐时钟再写功能”移植任何STM32工程都适用。5.2 坑一串口打印乱码问题不在波特率而在HSE_VALUE症状用串口调试助手看打印波特率设115200但输出全是不认识的乱码或者每隔一段就插入几个错误字符。原因首先排查波特率是否匹配但多数乱码的根本原因是HSE_VALUE和实际晶振不一致。比如工程按12MHz晶振配置了PLL板子上实际是8MHz导致USART的波特率发生器分频结果完全是错的。另一个隐蔽原因是烧录器把程序烧进去了但USART的时钟源没有切换到PLL仍在HSI上跑实际波特率只有标称值的一半左右。解决先用HAL_GetTick验证基础时钟是否正常如果延时函数不准优先查晶振和时钟配置。然后直接在串口初始化函数里打印一行版本信息用示波器或逻辑分析仪测TX引脚的波形数一下1bit的时间。实测1bit约8.7微秒才是115200如果差了近一倍就是时钟源选错。串口打印还有一个细节我在调试阶段用printf重定向到USART1但Formatted Output如果没勾选printf的浮点格式化会弹不出小数。Keil里要在Options的Target页勾选Use MicroLIB否则float打印输不出正确值。5.3 坑二I2C偶发挂死缺一个超时重试机制症状心率数据读取一段时间后程序卡死在HAL_I2C_Master_Receive里不再刷新屏幕复位后又能正常跑一阵。原因MAX30102和ADXL345挂在同一条I2C总线上其中一个器件在总线忙时没有释放SDA导致总线进入死锁。HAL库的I2C等待逻辑如果在阻塞模式下超时参数写成HAL_MAX_DELAY就会永远等下去。这类问题在硬件上还有一个常见诱因飞线过长、没有上拉电阻、波形上升沿太缓导致器件误判起始和停止条件。解决我给每条I2C传输都加了50ms超时并在失败后执行总线复位。uint8_t i2c_read_reg(I2C_HandleTypeDef *hi2c, uint8_t dev_addr, uint8_t reg, uint8_t *buf, uint16_t len) { for (uint8_t retry 0; retry 3; retry) { if (HAL_I2C_Master_Transmit(hi2c, dev_addr, reg, 1, 50) HAL_OK HAL_I2C_Master_Receive(hi2c, dev_addr, buf, len, 50) HAL_OK) { return 1; } // 失败后释放总线把SCL翻转9次让从机恢复空闲 i2c_bus_release(hi2c); HAL_Delay(5); } return 0; }逻辑说明失败后重试前我把SCL手动翻转9个周期这是I2C规范里的通用恢复手法。从机在异常中断时可能处于半通信状态SCL上给9个脉冲能强制它释放SDA。硬件上我也做了改动I2C1的SDA和SCL各加一颗4.7k上拉到3.3V飞线长度控制在10cm以内。软件和硬件同时下手之后挂死问题再没复发过。5.4 坑三ADC首次采样全零DMA校准与首采丢弃症状如果工程里用STM32内部ADC读某个模拟量比如电池电压或心率模拟前端上电后前几个采样值读出来是0后面又正常。原因ADC上电后需要时间完成内部校准DMA启动时的第一次触发可能刚好在ADC还没有完成转换时搬进内存的数据是空值。此外如果参考电压VREF引脚没有接到3.3V而是悬空ADC读数会飘甚至一直偏小。解决在ADC初始化后手动调用校准函数并且把前10次采样丢弃void adc_init_with_calibration(void) { HAL_ADCEx_Calibration_Start(hadc); // 校准 HAL_ADC_Start_DMA(hadc, (uint32_t *)adc_buf, ADC_BUF_LEN); } void adc_first_valid_value(void) { static uint8_t skip_cnt 0; if (skip_cnt 10) { skip_cnt; return; // 前10次结果直接忽略 } /* 这里拿到的adc_buf才是有效值 */ }逻辑说明ADC校准是一个硬件自动过程可以理解为让芯片记住自己的失调电压首采丢弃则是工程里的常见手法处理DMA刚启动时数据未就绪的窗口期。这两个操作组合起来能保证此后读到的每个值都是稳定的。排查这类问题时的另一个经验是先用串口打印原始ADC值看它的变化趋势而不是直接看滤波后的结果。打印原始值能快速区分“传感器没输出”和“滤波把信号吃了”两种情况这一步能节省大量时间。5.5 调试文档怎么用让串口调试助手和硬件调试工具一起工作标题里的调试文档不是摆设。它通常记录了开发者在调试过程中遇到的问题和参数修改记录比如心率的回落阈值、计步的确认步数、I2C总线复位的软件路径。用它的方法是先看文档里记录的已知坑对照自己的板子逐条排除再把文档里没有覆盖的新问题追加进去方便后面维护。串口调试助手是这套系统调试时最常用的工具。我一般配置两个一个用来打心率原始波形和滤波波形看算法效果另一个用来打计步事件和状态切换看状态机逻辑。前者要求数据格式简单比如每行输出一个整型数组后者要求带时间戳和状态位这样能从日志里还原出完整的判定过程。硬件调试方面用ST-Link Utility烧录程序、查看Flash内容出现“No target connected”时先查ST-Link的SWD接线和板子供电这是最常见的硬件调试翻车点。6. 进阶验证技巧用串口波形上位机把参数调稳这章讲一个很实用的调试技巧把传感器数据通过串口发到电脑上画波形用肉眼确认滤波和阈值参数的合理性。很多参数之所以难调是因为在OLED屏上看不到过程只能看到最终数字。串口波形上位机能把这个黑匣子打开。6.1 把滤波前后的波形用串口格式化打印出来在心率数据采集任务里加一行printf把原始值和滤波值交替输出printf(%d,%d\r\n, raw_value, filtered_value);用逗号分隔、行尾用\r\n这个格式足够简单方便上位机解析。6.2 用Python串口读数据画曲线电脑端用Python做实时绘图代码很短import serial import matplotlib.pyplot as plt ser serial.Serial(COM3, 115200, timeout1) raw [] filtered [] plt.ion() while len(raw) 500: line ser.readline().decode().strip() if line and , in line: r, f line.split(,) raw.append(int(r)) filtered.append(int(f)) if len(raw) % 10 0: plt.cla() plt.plot(raw, labelraw) plt.plot(filtered, labelfiltered) plt.legend() plt.pause(0.01)逻辑说明这个脚本读取500个采样点实时画出原始波形的滤波结果。用它能看到两个关键信息滤波后波形是否还有毛刺毛刺会带来假峰以及峰与峰之间的间隔是否均匀。计步参数也可以用同样方法验证把模值波形发上来观察阈值线有没有穿到真实波峰之间。调参时先看曲线再改宏比盲改参数靠谱得多。6.3 参数验证的三种实测方法第一种验证心率准确性把系统测出的心率值和水银血压计或指夹式血氧仪对比静坐时误差应在±5bpm内做完几个深蹲后心率上升趋势应和参考设备一致。第二种验证计步准确性以100步为一个测试单元分别以正常步速、快走、原地踏步各走三组统计偏差率。正常步速计步偏差超过5%时优先调MIN_STEP_GAP和ACCEL_THRESH_MIN而不是动确认步数。第三种验证长时间稳定性连续运行两小时观察串口日志里是否出现I2C错误重试或心率跳变这能暴露上拉电阻选型和超时参数是否合理。这套调试方法的最终效果是你不用靠玄学调参每一步修改都有波形和日志作为依据。我自己的教训是一开始图省事直接烧进板子看OLED数字调了一整天也没找到合适的阈值后来改成串口画波形半小时就把滤波窗口和回落阈值都定下来了。希望帮到你。本文还有配套的精品资源点击获取