简介：本资源是一套完整的基于STM32单片机的智能手环高分毕业设计项目，面向电子信息、自动化、嵌入式等专业的本科生，适用于毕业设计、课程设计及期末大作业实践。项目涵盖心率监测、血压提醒、计步、时间显示等核心功能，源码经本地实机编译验证可稳定运行，评审得分高达98分，内容已通过助教老师审定，难度适中且工程规范性强。压缩包共103个文件，含11个C源文件与8个H头文件构成完整固件工程，11个PDF文档提供原理图说明、算法解析与测试报告，8个DOCX格式的设计说明书与答辩PPT框架，以及大量BMP/PNG界面资源图（如开机广告、心率/血压测量界面等），整体大小为17.75MB。目前已有210人学习下载，配套资料齐全、模块划分清晰、注释充分，可直接用于移植开发或作为嵌入式系统综合实践的优质参考范例。 每年三月份，总有一批人开始为毕业设计失眠。题目选了“基于STM32单片机的智能手环”的人，表面上开心，背地里也在打鼓：网上源码一大堆，但到底哪份能跑通？文档怎么写才能不像是抄的？其实，我一开始做这个项目时也经历过同样的迷茫。今天这篇东西，不晒成品图，也不吹嘘功能，就从一个过来人的角度，把基于STM32单片机的智能手环从选题、硬件、软件、文档、调试到答辩的完整链路讲清楚。手里这套源码和全部资料，我是按照“拿到手就能复现、改一改就能毕业”的标准整理的，所以你会看到很多实际踩过坑之后才明白的细节。这不是一篇枯燥的技术说明书，而是更适合当毕设参考的实战笔记。
1. 为什么“STM32智能手环”是毕业设计里的稳妥牌
1.1 手环项目的天然优势
毕业设计选题最怕什么？怕题目太空、太抽象，也怕太简单没有工作量，更怕太复杂做不完。STM32智能手环恰好落在“中间刚刚好”的位置：它有一个物理实体，能戴在手腕上实时显示数据，视觉冲击力强；它内部有传感器采集、数据处理、显示交互、电源管理，这些模块单独拿出来都能讲几分钟；它又不需要做太深的人工智能或大数据，大部分功能用单片机基础外设就能实现。
换句话说，这个题目天然适合在答辩现场演示。常规的“温度采集系统”只能看一个数，而智能手环可以把时间、步数、心率、温度、菜单切换全部展示出来，老师一眼就能看出这是一个完整的小型嵌入式系统。再加上“智能穿戴”这个概念本身就有话题度，就算你的算法只用了最简单的阈值检测，也能用“低功耗场景下的轻量级计步实现”这种说法包装，听起来并不掉价。
1.2 项目训练的核心能力
很多人在简历里写“熟悉STM32”，但实际只跑过流水灯。做一个智能手环，至少能逼你接触这些东西：
- 硬件最小系统：晶振、复位、电源、启动模式、下载接口。
- 常见通信协议：I2C读传感器、SPI或I2C驱动OLED、UART接蓝牙模块。
- ADC采样：电池电压检测、温湿度模拟量读取。
- 传感器数据处理：加速度计数据的滤波、计步阈值判定、心率信号峰值检测。
- 状态机编程：OLED菜单切换、按键事件响应、低功耗模式切换。
这些能力不是背出来的，是在反复调试中磨出来的。等到你真把计步从“乱跳”调到“走一步数一下”，你对单片机中断、定时器、DMA、线程调度这些概念的理解，会远超那种只会调用库函数的人。
1.3 源码、文档、全部资料对拿高分的作用
毕设成绩从来不是只看功能，而是看“资料完整性”。一份高分毕设通常要交付：论文、可运行源码、演示视频、硬件实物。很多人代码能跑，但论文写不出来；也有人论文写得漂亮，但代码一运行就崩。所以我在整理这套资料时，特别强调“源码+文档说明+全部资料”三件套。源码负责“能跑”，文档负责“能讲”，电路图、原理图、芯片手册、调试记录这类的全部资料则负责“可信度”。
答辩时老师随口问一句“你电源芯片为什么选这个”，你如果能从资料里翻出数据手册，并说出“静态功耗、压降、输出电流”这几个关键词，印象分会立刻不一样。资料齐全的意义，就是让你在压力下也能快速找到依据，而不是硬着头皮编。
2. 硬件搭建：从主控到传感器的完整选型思路
2.1 主控最小系统：不要一上来就画PCB
很多新手拿到原理图就开始画PCB，结果焊接后板子不工作，半天找不到原因。我第一次做手环时也犯过这个错。后来学乖了：先买现成的核心板或最小系统板，把功能全部调通，再考虑画集成板。STM32F103C8T6这种小容量芯片，淘宝上一块核心板十几块钱，带USB转串口下载，对毕设来说完全够用。
手环项目主控我推荐STM32F103C8T6，原因有三个：第一，网上资料最多，几乎每个外设都能找到例程；第二，内置64KB Flash和20KB RAM，OLED、MPU6050、心率传感器、RTC这些模块堆在一起也不会爆；第三，封装是LQFP48，手工焊接比BGA容易太多。如果你的功能加了蓝牙音频或者需要跑FreeRTOS多任务，可以考虑F103RCT6甚至F407，但对普通计步手环来说，C8T6已经绰绰有余。
最小系统需要注意的引脚分配：NRST接上拉电阻和复位按键，BOOT0接10K下拉到GND，BOOT1随意，VDDA/VSSA用磁珠和电容隔离，OSC_IN/OSC_OUT接8MHz晶振和两个20pF负载电容，SWDIO/SWCLK引出来下载调试。另外VBAT引脚最好直接接3.3V，这样待机时RTC还能继续走。
2.2 传感器模块选型：MPU6050、MAX30102、DHT11
智能手环的核心功能是计步和心率，所以传感器选型很关键。计步我建议用MPU6050，它内部集成了三轴加速度计和三轴陀螺仪，通过I2C接口输出16位数据。虽然陀螺仪对计步用处不大，但后续如果你想做姿态识别，比如抬手亮屏、摇一摇切歌，陀螺仪就能派上用场。
心率模块选MAX30102，这是目前毕设中最常用的血氧心率传感器。它用红光和红外光照射血管，通过光电二极管检测PPG信号。需要注意的是，MAX30102的I2C地址可以通过AD引脚设置，默认0x57，而且模块工作电压是1.8V，所以很多成品模块已经带了电平转换芯片，购买时一定要确认是否兼容3.3V主控。
温湿度传感器可以根据需求选DHT11或SHT30。DHT11便宜但精度低、采样周期长（1秒一次），手环上显示环境温度够用；SHT30精度高且支持I2C，代码写起来更舒服。如果不想增加复杂度，DHT11完全没问题，但论文里需要提一句“传感器性能满足日常环境监测需求”。
除了传感器，还要预留一个无源蜂鸣器或振动马达。振动马达推荐扁平纽扣式，PWM控制就能驱动，用来做闹钟或者来电提醒，比蜂鸣器安静且更像真实手环。
2.3 显示与交互：OLED、按键、振动马达的设计
显示部分，0.96寸OLED是最常见的选择。I2C版本只需要四根线（VCC、GND、SCL、SDA），接线简单，但刷新速度一般；SPI版本虽然多两根线，但刷新速度快很多，如果你要在界面上画动态波形，SPI是更好的选择。我自己后来改用了SPI版本的OLED，因为心率波形刷新时，I2C模式的撕裂感太明显。
OLED的引脚分配要尽量避免和传感器冲突。比如MPU6050也走I2C，你可以把OLED放在SPI总线上，这样两条总线并行，驱动互不干扰。注意OLED模块的逻辑电平和功耗，3.3V供电即可，背光电流大概20mA，对锂电池来说不算大。
按键设计要防抖。手环上一般放两个按键：一个用于菜单切换，一个用于确认/返回。如果用的是外部中断，软件里要加20ms消抖；如果是扫描方式，建议放到定时器中断里每10ms扫描一次，避免主循环卡顿。振动马达用NPN三极管或MOS管驱动，GPIO接基极，马达正极接电源，负极接集电极，续流二极管和RC吸收电路一定要加，否则开关瞬间的尖峰电压可能让单片机复位。
2.4 电源系统：锂电池充放电和电压检测
手环是穿戴设备，供电不能拉根电源线。我用的方案是3.7V锂电池加TP4056充电模块再加ME6211稳压芯片。TP4056负责给电池充电，最大充电电流可以透过外部电阻设置，我一般设500mA，发热小；ME6211是一款低压差LDO，输入2.5V到6V，输出3.3V，静态功耗几十微安，很适合电池供电。
电池电压检测是很多新手容易忽略的地方。锂电池电压范围3.0V到4.2V，不能直接接ADC引脚，需要用两个电阻分压后再采样。选电阻时要算好分压比，比如用100K和100K，把电压减半，最大只有2.1V，安全落在STM32的3.3V ADC范围内。但要注意，电阻分压会持续消耗电池电流，为了省电，可以在分压电阻和电池之间加一个MOS管，平时关闭，需要检测电量时再打开，每次只打开几毫秒。
低功耗设计上，STM32可以进入STOP模式，配合RTC唤醒；但毕设阶段不一定要求这个，老师更看重你有没有这个意识。如果你能在论文里写下“系统在休眠时关闭传感器和OLED，电流从35mA降到1.2mA”，这已经是一个不小的加分项。
3. 软件架构和算法实现：源码不是堆出来的
3.1 工程目录怎么划分，读代码才不累
很多毕设源码是把所有代码塞进一个main.c，几千行，看着头皮发麻。这种代码即使功能正常，也很容易在答辩时被老师挑刺。我建议按模块拆分目录，至少分成这样：
- main.c：初始化外设，进入主循环。
- bsp.c / bsp.h：板级支持包，封装LED、按键、OLED、传感器初始化函数。
- app.c / app.h：业务逻辑，比如页面切换、参数设置、报警处理。
- algorithm.c / algorithm.h：计步算法、心率算法、滤波函数。
- driver：存放厂商提供的驱动，比如MPU6050、MAX30102、SSD1306。
这样做的好处是，答辩时你可以直接说“这里是驱动层，只负责寄存器读写；这里是应用层，负责数据处理和界面跳转”，一句话就能体现架构意识。源码阅读者也更容易快速定位问题：显示乱了去查app，数据跳变去查algorithm，没反应去查bsp。
3.2 数据采集与滤波：传感器原始数据的“洗干净”方法
MPU6050读出来的加速度数据不可能直接用。手腕摆动时会有大量噪声，直接算步数会飘得离谱。我常用的办法是滑动平均滤波：维护一个长度为N的环形缓冲区，每来一个新数据，剔除最老的数据，求剩余数据的平均值。N通常取8到16，太短滤不干净，太长会引入滞后，让计步反应变慢。
如果对实时性要求更高，还可以用一阶低通滤波，公式是：
filtered = alpha * new_sample + (1 - alpha) * filtered;alpha值取0.2到0.4比较合适。这个公式简单，代码量几乎为零，在MCU上跑非常快。对于加速度计这种连续变化的信号，一阶低通配合滑动平均，已经能应对大部分噪声。
心率传感器MAX30102的数据处理更麻烦。它需要先设置采样率和LED电流，然后读取PPG数据。我建议把采样率设在100Hz左右，通过定时器中断均匀采样。原始PPG信号会有基线漂移，可以用高速滤波去掉直流分量，再用低通滤波滤除高频噪声。毕设阶段不用做得很复杂，能稳定显示波形、算出一个看得过去的心率值就够了。
3.3 计步和心率算法：原理与简化实现
计步算法的核心思想是检测加速度矢量的周期性波动。每走一步，加速度大小会先增大再减小，出现一个波峰。所以算法步骤是：先计算三轴加速度的合成幅值：
magnitude = sqrt(ax*ax + ay*ay + az*az);然后对幅度做高通滤波，去掉重力分量。设定一个阈值，比如重力加速度的15%到20%，当滤波后的幅度超过阈值时记一个“候选步”，再通过时间窗口判断，比如两个波峰间隔必须在250ms到2000ms之间，避免把抖动当步数。
伪代码如下：
static float threshold = 0.15f; static uint32_t last_step_time = 0; static uint32_t step_count = 0; void step_detect(float magnitude) { float filtered = highpass(magnitude); if (filtered > threshold) { uint32_t now = HAL_GetTick(); if (now - last_step_time > 250 && now - last_step_time < 2000) { step_count++; last_step_time = now; } } }这个简化算法在正常走路时准确率能达到90%左右。如果要进一步提升，可以加入步频检测、动态阈值、静止检测等，但那是加分项。
心率算法更复杂，简化版是：把PPG信号按1秒分成一段，找这段区间内的峰值和波谷，然后计算峰值间平均间隔，再换算成每分钟心跳数。注意运动伪影很严重，戴在手上跑步时基本没法用，所以毕设里最好写清楚“本系统侧重静息心率测量，运动场景下准确性会下降”。承认限制不可怕，可怕的是测试条件写不清楚，老师一眼看出你在糊弄。
3.4 OLED界面菜单：用状态机代替一堆if else
OLED显示界面如果直接在main函数里写if else，功能一多就乱。我用的方法是状态机：
typedef enum { PAGE_MAIN, PAGE_STEPS, PAGE_HEARTRATE, PAGE_TEMPERATURE, PAGE_SETTINGS, } PageState; static PageState current_page = PAGE_MAIN; void page_key_handle(uint8_t key) { switch (current_page) { case PAGE_MAIN: if (key == KEY_NEXT) current_page = PAGE_STEPS; break; case PAGE_STEPS: if (key == KEY_NEXT) current_page = PAGE_HEARTRATE; else if (key == KEY_BACK) current_page = PAGE_MAIN; break; // ... } }状态机的好处是，每次只有“当前状态”和“触发事件”两个变量，逻辑清晰，不容易出bug。页面上要显示哪些数据，可以放在对应状态的refresh函数里，主循环每100ms调用一次刷新。OLED内部有显存，操作时先改显存，再一次性刷新到屏幕，能显著减少闪烁。
主循环我建议控制频率，不要while(1)疯狂刷屏。可以用一个时间片轮询的思路：
uint32_t tick = HAL_GetTick(); if (tick - last_heart_tick > 20) { read_heart(); last_heart_tick = tick; } if (tick - last_ui_tick > 100) { ui_update(); last_ui_tick = tick; } if (tick - last_step_tick > 50) { step_detect(); last_step_tick = tick; }这样不仅代码好读，实际运行也更流畅。
4. 文档说明与答辩资料：怎么把项目“讲明白”
4.1 毕设论文的正文结构
拿到一份完整的毕设项目，光会跑代码没用，还得会写文档。论文的基本结构我建议这样安排：
- 第一章 绪论：写智能手环的研究背景、意义、国内外现状。别直接复制百度百科，改写成自己的话，重点强调“轻量级、低功耗、可穿戴”。
- 第二章 系统总体设计：放系统框图，画出主控、传感器、显示、电源、蓝牙等模块的关系，然后做功能需求分析。
- 第三章 硬件设计：对应我上面说的电路选型和原理，每个模块单独一节，包括芯片选型理由、接口电路、元器件参数计算。
- 第四章 软件设计：按模块写流程，配状态转换图、算法流程图、关键代码片段。计步算法这里值得单独写一节。
- 第五章 系统测试：列出测试环境、测试表格，比如不同行走速度下的计步准确率、静息心率误差、续航时间、OLED刷新表现。
- 第六章 总结与展望：总结你做了什么，指出不足，然后写未来可以增加蓝牙App、手势识别、睡眠监测等。
如果项目是“源码+文档说明+全部资料”的形式，这份文档就是你最后的门面。写的时候注意图文并茂，不要大段贴代码，老师没那么多耐心看代码；要把代码思路抽出来，用流程图和文字讲清楚。
4.2 图表、流程图和实物图的重要性
图表永远是答辩评委最容易抓的“阅读锚点”。我的经验是：每一章至少配两张图，一张结构图，一张流程图或实物图。硬件部分配电路连接图、PCB截图、整机照片；软件部分配状态转换图、算法流程图、OLED界面示意图。你不需要画得多专业，用Visio、Draw.io甚至PPT都能做，只要要素齐全、箭头清楚。
实物图一定要用工整的接线和干净的背景重拍。很多同学实物图上面沾满胶带和飞线，老师第一印象就不好。你可以把系统板放在亚克力底座上，用彩色杜邦线分类绑扎，拍近景和远景各一张，放到论文和PPT里。越是“看起来专业”，越容易给评委留下好印象。
4.3 答辩演示的节奏控制与高频问题
答辩演示讲究“台上一分钟，台下十年功”。我的演示流程是：先展示手环外观，然后开机显示主界面，逐一进入步数、心率、温度页面，再模拟一次计步（走几步），最后用手按住心率传感器展示波形。整个过程控制在5分钟内，不要讲到蓝牙传输和低功耗细节，那是留给老师提问的。
高频问题至少准备这几个：
- 为什么选STM32F103而不是MSP430或ESP32？ 答：开发资料多、外设丰富、低功耗模式够用，而且毕设阶段性价比高。
- 计步算法怎么排除非走路动作？ 答：用了高通滤波和波峰时间间隔约束，能排除大部分抖腕、甩手干扰。
- 心率传感器在运动时准确吗？ 答：本系统偏静息测量，运动场景下会因为运动伪影导致误差，这是当前方案的限制。
- 如何降低系统功耗？ 答：OLED只在更新时刷新，传感器按需采样，主控可以进入STOP模式。
- 电池能用多久？ 答：实测待机约XX小时，正常工作约XX小时，已经接入低功耗处理。
提前把这些问题和答案写在文档的“答辩常见问题”一页，上台前多读两遍，绝对比临时想词要好。
5. 实测中绕不开的坑：从OLED闪烁到I2C通信异常
5.1 OLED刷新闪烁：罪魁祸首往往是主循环太慢
很多人在调试时发现OLED显示的数字一跳一跳，甚至闪烁。第一个念头是OLED坏掉了，其实大部分情况是主循环里有耗时操作。比如你每次采集传感器后就马上显示，传感器I2C通信一次要好几毫秒，主循环被拖慢，OLED刷新频率就掉下去了。
解决办法有三个：第一，把I2C读取放到定时器中断或状态机里，主循环只负责“是否有新数据”的判断；第二，OLED使用SPI模式并开启DMA，把显存数据搬运从CPU手里解放出来；第三，采用局部刷新，只更新变化区域。我最推荐第三种，因为代码改动最小，只需要在写显存时判断一下旧值和新值是否相同，相同就跳过写操作。手环界面基本是数字变化，局部刷新后效果立竿见影。
5.2 I2C通信偶发失败：上拉电阻和时钟速率
MPU6050和MAX30102都用I2C，如果总线上设备多了，就容易偶发通信失败，比如读到全0，或者同时挂两条总线时互相干扰。我第一次遇到时排查了整整半天，最后发现是模块自带上拉电阻和主控上拉电阻重复，导致总线上拉太强，通信时序变形。
解决方法是：确认每个传感器模块是否已经自带上拉电阻。像GY-521模块默认有4.7K上拉，如果STM32内部也开启了上拉，组合后的等效电阻可能只有2.3K，对标准I2C来说驱动能力过强。相比之下，配置为开漏输出、外部只保留一组4.7K上拉，是最稳的。另外I2C时钟速率可以降到100KHz，牺牲一点速度换稳定性。代码里给每次传输加超时处理，如果返回错误就重新初始化一次，很多偶发问题都能被“重试”掩盖掉。
5.3 电池电量显示不准：不要直接读ADC
电池电压通过分压电阻送进ADC，但直接读出来的值跳动很大，充满电显示120%，用了一会儿就掉到80%，再一会儿又回升。这是因为电池电压在负载变化时会有波动，OLED亮起时电压瞬间跌落，OLED熄灭时电压回升。
改进思路是软件上做三点：第一，多次采样求平均；第二，只在固定时间点采样，比如每10秒采样一次，避开OLED刷新和传感器读取的瞬间；第三，用开路电压法估算电量，先测出满电4.2V和空电3.3V对应的ADC值，再用线性或折线映射。虽然不能像手机那样精准，但用来显示“低电量、中等电量、满电”三档已经够用。
如果硬件允许，还可以加一个MOS管断开分压电阻的长期电流。很多低功耗设计都在这里做文章，我也在资料里专门写了这个电路，按着搭就能减少电池额外消耗。
5.4 RTC时间偏差：外部晶振与软件校准
手环必须显示时间，STM32内部RTC的时钟源选择很重要。如果用了内部LSI RC振荡器，误差会比较大，一天可能偏几十秒；如果改接一个32.768KHz的外部晶振，误差能降到每天几秒。但外部晶振需要严格匹配负载电容，一般6pF到12.5pF，选错电容可能导致不起振。
如果RTC还是走不准，可以做软件校准：隔一小时和标准时间对比一次，算出偏差，在代码里每小时补偿几秒。这个思路在文档里写出来，老师会觉得你有工程意识。另外要注意，RTC最好用BKP寄存器保存校准参数，否则断电重啟后校准就丢了。
调试RTC时最烦的是下载程序后时间复位。解决办法是设定一个标志位写入备份寄存器：如果备份寄存器里的值是特定魔数，说明RTC已经初始化过，不要重新设置时间；否则才执行初始写时间。这样每次烧录程序后，时间能继续保持，不需要每次手动输入。
6. 拿到这套源码资料后，怎么变成自己的东西
6.1 先烧录、再拆解、最后才改代码
我见过许多同学把源码下载下来后直接打开main.c，一行一行地读，读了几百行就放弃了。更高效的做法是：先编译烧录，让系统跑起来，看实际现象；然后改一段代码观察变化，比如把OLED刷新时间改慢，把计步阈值改大，把某个状态机的初始页面改掉。通过“破坏性实验”理解每段代码的作用，比静态阅读快得多。
硬件也一样，先拿着资料里的原理图，逐个量电压、量信号，确认每个模块工作正常。不要一上来就拆传感器、换芯片，要先建立“系统是好的”这个信心，再开始做个性化修改。
6.2 明确每个源文件的职责，给源码加注释
一份“高分项目”的源码，注释一定清楚。我的习惯是每个文件开头写一段模块说明，包括功能、主要接口、依赖关系；每个关键函数前面写输入输出和调用时机；遇到特殊计算公式，在边上写上公式来源和参数含义。
比如计步算法里的阈值为什么取0.15，我会专门写一句注释：因为正常行走时垂直方向加速度波动幅度约为重力加速度的10%到20%，阈值取中间值能减少零散抖动。这种注释直接体现你对算法原理的理解，老师在检查源码看到这些细节，分数会明显不一样。
6.3 从手环到产品：增加蓝牙和App的扩展路径
如果你觉得纯手环界面不够出彩，可以把手环和手机连起来。最省事的方案是加一个HC-08蓝牙串口模块，用UART和STM32通信，手机端用一个现成的“蓝牙串口”App接收数据，或者自己写一个简单的微信小程序。不需要做实时同步，只要在手机端能显示步数、心率、温度，并支持时间校准，项目档次就提升了一大截。
蓝牙模块本身代码量不大：初始化UART、接收蓝牙指令、解析数据、打包发送。关键是协议设计，我建议用字符串协议，比如发送“STEPS:1234\n”，方便调试；等稳定后再换成二进制协议。资料里已经放了我常用的协议文档，直接拿来改一下功能码就能用。
6.4 项目经历在简历上的正确写法
这是毕设之外同样重要的事。很多人在简历上只写“基于STM32的智能手环”，看起来平平无奇。更好的写法是分条目描述：
- 负责手环硬件电路设计，完成STM32主控、MPU6050、MAX30102、OLED显示、锂电池充电模块的选型与接线。
- 完成传感器驱动开发，基于I2C/SPI接口读取加速度、心率、温湿度数据，编写滑动平均和低通滤波算法。
- 设计状态机页面管理框架，实现多级菜单、按键交互、低功耗模式；联合调通计步、心率、温度显示功能。
- 实测数据：平路步数准确率93%，静息心率误差±5BPM，待机电流约1.2mA。
这样写，一个关键词对应一个能力点，HR和面试官才能快速抓到重点。不要小看这些描述，同一个项目，表达方式不同，价值完全不同。
最后再分享一点我的体会：做这类嵌入式毕设，最大的收获往往不是代码跑通那一刻，而是你在反复拆解、调试、写文档过程中，形成的对系统整体和各模块间关系的理解。哪怕你后续不再接触STM32，这种“先定方案、再搭硬、后写软、最后沉淀文档”的工作方式，也值得带进下一份工作。希望这篇笔记能让你少走几段我走过的弯路，把“智能手环”这个题目真正做成一份拿得出手的高分作品。
本文还有配套的精品资源，点击获取
