简介本资源是一套完整的基于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 RAMOLED、MPU6050、心率传感器、RTC这些模块堆在一起也不会爆第三封装是LQFP48手工焊接比BGA容易太多。如果你的功能加了蓝牙音频或者需要跑FreeRTOS多任务可以考虑F103RCT6甚至F407但对普通计步手环来说C8T6已经绰绰有余。最小系统需要注意的引脚分配NRST接上拉电阻和复位按键BOOT0接10K下拉到GNDBOOT1随意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 elseOLED显示界面如果直接在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这种“先定方案、再搭硬、后写软、最后沉淀文档”的工作方式也值得带进下一份工作。希望这篇笔记能让你少走几段我走过的弯路把“智能手环”这个题目真正做成一份拿得出手的高分作品。本文还有配套的精品资源点击获取 STM32智能手环毕设实战：硬件选型到答辩全流程指南
简介本资源是一套完整的基于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 RAMOLED、MPU6050、心率传感器、RTC这些模块堆在一起也不会爆第三封装是LQFP48手工焊接比BGA容易太多。如果你的功能加了蓝牙音频或者需要跑FreeRTOS多任务可以考虑F103RCT6甚至F407但对普通计步手环来说C8T6已经绰绰有余。最小系统需要注意的引脚分配NRST接上拉电阻和复位按键BOOT0接10K下拉到GNDBOOT1随意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 elseOLED显示界面如果直接在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这种“先定方案、再搭硬、后写软、最后沉淀文档”的工作方式也值得带进下一份工作。希望这篇笔记能让你少走几段我走过的弯路把“智能手环”这个题目真正做成一份拿得出手的高分作品。本文还有配套的精品资源点击获取