企业官网建设流程全解析

简介：本资源是一套完整的基于STM32F103的心率脉搏测量仪课程设计与毕业设计实现方案，面向嵌入式初学者、电子类专业学生及单片机项目开发者，解决便携式生理信号采集、调理、处理与多端显示的全流程工程实践问题。压缩包含1018个文件，总大小24.97MB，其中C源码564个（含信号滤波、ADC采样、队列缓存等核心算法）、头文件249个（定义硬件接口与功能模块）、Keil工程文件（uvprojx/uvoptx）、Altium Designer原理图与PCB源文件（schdoc/pcbdoc）、以及IAR/ARM数学库静态链接文件（.a/.lib）等，覆盖软硬件协同开发全链路。已有93人学习下载，资源提供可直接编译运行的完整工程，包含OLED动态显示、蓝牙无线传输、MATLAB波形联调、心率异常告警及自动休眠等实用功能，代码结构清晰、注释充分，配套信号调理电路设计说明与时间间隔平均值算法实现细节，具备强复现性与教学参考价值。

1. 项目拆解：心率脉搏测量仪到底要做什么

先把这个项目说透。基于STM32设计的心率脉搏测量仪，本质上是一个以单片机为核心、通过传感器采集人体脉搏信号，经算法处理后实时显示心率数值的嵌入式系统。这类项目在课程设计、电子设计竞赛、个人DIY里都非常常见，因为它的技术栈覆盖了信号采集、模拟前端、ADC采样、数字滤波、算法识别、显示交互、低功耗设计等多个嵌入式核心知识点，而且软硬件都有，做完之后能拿得出手的东西很多。

拿到这套“系统资料”时，大多数人第一反应是去看原理图和代码，但我建议你先反过来——先把需求拆清楚，再回来看资料，你才会知道每份文件为什么要这么设计。

这个系统要解决的核心问题有三个：

1. 准确采集到脉搏信号：人体脉搏信号是微伏到毫伏级别的微弱生理信号，且混有大量噪声，不像读按键电平那么简单，必须经过放大和滤波。
2. 从信号中计算出心率：要么检测时域波形的峰值间隔，要么做频域分析，最终得出每分钟心跳次数，单位是bpm（beats per minute）。
3. 以直观方式呈现结果：OLED屏幕实时显示脉搏波形和心率数值，必要时还能通过按键切换功能、设置报警阈值，甚至通过串口把数据发给上位机做进一步分析。

所以整份系统资料的架构就很清晰了：传感器模块采集信号 → 模拟前端调理 → STM32内置ADC采样 → 数字滤波与算法识别 → OLED显示/串口输出。这是一条非常标准的生物医学信号采集处理链路，掌握了这套流程，今后做血氧仪、心电仪、肌电仪，本质上都是同一套思路，只是传感器和算法不同。

1.1 心率测量原理：三种主流方案你怎么选

在动手之前，必须先理解心率是怎么测出来的。目前主流的方式有三种：

这套系统资料里，如果是基于PulseSensor或者MAX30102的，走的都是PPG方案。我自己做这个项目时也优先推荐PPG，原因是它结构简单、传感器模块成熟、上手快。PulseSensor本质上是一个集成了绿光LED和环境光消除电路的模拟器件，直接输出一个与脉搏相关的电压信号，接在ADC引脚上就能采。MAX30102则更进一步，把LED、光电检测、AD转换、滤波都集成到一个芯片里，通过I2C接口和主控通信，可以做到更多配置。

你要是只想要一个简单能跑通的系统，PulseSensor是首选；你要是想做得更接近现代可穿戴设备，MAX30102更合适。两者的核心都是PPG，但数据读取方式和处理逻辑差别很大，下面会展开讲。

1.2 系统架构与软硬件职责划分

从顶层看，系统的模块划分如下：

• 传感器输入模块：采集脉搏信号，输出模拟电压或数字量。
• 信号调理模块：对模拟信号做隔直、放大、滤波，让信号幅度落在ADC的最佳输入范围。
• 主控模块：STM32负责ADC采样、数据缓存、算法处理、显示驱动、按键扫描。
• 人机交互模块：OLED显示屏、按键、蜂鸣器（可选）。
• 电源模块：为所有模块提供稳定工作电压。

这套架构里，最容易翻车的往往不是单片机代码，而是模拟部分的信号调理。很多人PCB回来了，程序调通了，传感器也读数了，但心率就是测不准——波形糊成一片或者数值乱跳，问题多半出在模拟前端的设计，而不是算法。

2. 主控选型与核心资源分配：为什么STM32是这块板子的最优解

做这个项目，入门者可能会用51、Arduino，进阶一点的用ESP32，但STM32始终是这个题目最常出现的主角。原因有三：

1. ADC性能足够：STM32的12位逐次逼近型ADC，采样率最高能做到几Msps，对心率信号（带宽只有0.5Hz~5Hz左右）来说绰绰有余，而且多通道可以同时采集速度、温度等其他信号，方便扩展。
2. DMA和定时器联动方便：可以配置成定时器触发ADC采样、DMA自动搬运数据到内存，CPU全程不参与，采样过程中还能同时做按键扫描和显示刷新，这套机制对实时性要求较高的生理信号采集非常关键。
3. 资料和生态成熟：标准库、HAL库、寄存器版本随便选，网上工程模板一大堆，遇到问题很容易检索到解决方法。

很多人纠结该用哪个型号。如果你看的是系统资料里的BOM表，大概率是STM32F103C8T6（蓝色Pill板最常见）或STM32F407系列。以STM32F103C8T6为例，它拥有：

• 64KB Flash、20KB SRAM：跑一个心率和展示程序绰绰有余，即使加上UCOS或者裸机状态机也够用。
• 3个USART：一个可以连蓝牙模块，一个接PC上位机调试。
• 2个I2C：如果选用MAX30102，I2C直接挂载。
• 10个ADC通道：单通道定时采样完全够用，多通道还能扩展测量体温。

2.1 选芯片前先估算资源占用

我自己的习惯是写代码前先估算资源，避免写到一半发现Flash或SRAM不够。

以脉率检测为例：

• 采样率设为100Hz（只测0.5~5Hz信号，做20倍过采样，抗混叠效果比50Hz更稳）。
• 每次采样产生一个uint16_t，如果做滑动窗口缓存10秒数据，所需内存 = 100Hz × 10s × 2字节 = 2KB，占20KB的10%，没问题。
• 如果做FFT频域分析，取1024点FFT，复数数组需要2×1024×4字节 = 8KB，加上其他缓存也还是够的。
• 时域峰值检测算法则省内存得多，只用几个变量和一个小数组，几乎可以忽略不计。

所以，STM32F103C8T6的内存完全够用，选择它做设计，不是硬件性能的妥协，而是性价比的合理匹配。

2.2 选型对比：PulseSensor还是MAX30102

继续细化传感器选型，这里我做了一个对比表，方便你参考：

这里要特别提醒一点：MAX30102的模块现在淘宝上很多，但有相当一部分是翻新芯片或者传感器脏污的，测量的红外数据会出现明显周期性噪声，而且个别模块还贴错了电阻导致I2C地址不一致。购买时尽量选正规渠道，买到之后先用逻辑分析仪或者示波器看一下I2C时序是否正确，别一上来就套用网络上的驱动。

为什么我用过之后，还是建议初次上手先从PulseSensor开始？因为它的模拟输出让你能直接看到PPG波形长什么样，这对你理解后续的滤波和算法是巨大帮助。示波器放在传感器输出端，能看到一个随心跳起伏的脉冲波形，它幅值大、形态清晰，你就能知道算法该往哪个方向调。而MAX30102的输出是FIFO里的数据，虽然也能调，但你少了一层“看得见摸得着”的直觉。

3. 硬件设计与信号调理的关键细节

这一部分，是目前绝大多数教程和资料里讲得最水、但恰恰是最容易出问题的环节。如果你的PCB板从模块飞线出来的信号很差，下面这些细节一定要重新过一遍。

3.1 模拟前端：从传感器到ADC之间经历了什么

以PulseSensor模块为例，它内部其实已经做了一部分信号调理，板上集成了一块运算放大器和滤波网络，输出的电压信号大致在1/2 VCC附近（典型值1.65V），叠加一个和脉搏同步的交流分量。但这个交流分量幅度很小，大约只有几十到几百毫伏，而且叠加了较大的直流偏置。

如果你直接用STM32的ADC去采这个信号，会面临两个问题：

1. 直流偏置占用ADC动态范围：STM32的ADC输入范围是0~3.3V，如果信号偏置在1.65V，交流幅值只有200mV，那ADC的有效分辨范围只用了大约12%，意味着你的12位ADC实际有效位数下降到了约9~10位，采样精度损失不小。
2. 噪声混叠：工频50Hz干扰、LED驱动纹波、电磁干扰都会进入测量链路，如果不做滤波，波形上会出现明显的毛刺。

所以推荐的做法是：在STM32 ADC前端增加一级有源二阶低通滤波器（或者至少用RC低通），截止频率设置为5~10Hz左右，同时用隔直电容去掉直流偏置，再用运放把交流信号放大到合适的幅度。具体参数我给出一种常见实现：

• 隔直电容：10μF，耦合传感器信号。
• 偏置电阻：两个10kΩ电阻分压，把运放同相端偏置到1.65V。
• 运放：LM358或MCP6002，单电源供电，工作在放大状态。
• 低通滤波：用Sallen-Key拓扑，截止频率 f_c = 1 / (2πRC)，如果R=16kΩ、C=1μF，算出来约10Hz。

当然，实际项目中很多人省略这级电路，直接把PulseSensor输出接到ADC。项目能跑，但你得到的波形噪声会大不少，后续算法需要做大量滤波处理才能稳定识别。我建议系统资料里如果有这部分说明，一定要读透；如果资料里没有，你自己加一级也非常有必要。

3.2 电源和PCB布局：为什么心电信号老是跳

心率测量系统对电源纹波和地线噪声极其敏感。我这里不是玄学，是实际踩坑总结出来的规律。

首先，ADC的参考电压必须稳定。STM32F103的VREF+通常直接和VDD相连，如果你的3.3V稳压输出纹波大，ADC的满量程基准就会跟着抖，采样数值就开始“漂”。建议在电源输入端加钽电容（10μF以上）和陶瓷电容（0.1μF）的组合，形成低阻抗去耦网络。

其次是地线问题。传感器信号属于微弱模拟信号，显示器、蜂鸣器、按键这些数字外设的开关噪声会通过地线串扰到模拟部分。推荐的PCB布线原则是：

• 单点接地：模拟地和数字地在主电容处单点汇合，不要大面积铺铜直接连通。
• 信号走线尽量远离高频数字线，尤其是OLED的I2C或SPI线，不要和传感器信号线平行走长距离。
• 传感器模块和主控板之间用屏蔽线或短而粗的跳线，如果使用杜邦线飞线，尽量控制在10cm以内。

有朋友说，我做的是双面板，就几个元器件，不做模拟地和数字地分区也没事吧？我一开始也是这么想的，后来发现OLED刷新屏幕时，波形上就出现一系列规律毛刺，一查就是数字部分的瞬态电流通过公共地线耦合到模拟端了。后来把模拟前端独立成一小块，用0Ω电阻做单点互联，问题立刻改善。

4. 固件开发：从ADC采样到心率算法的完整链路

固件开发是整个系统里工作量最大的部分，也是系统资料中代码文件最密集的地方。这里我不会照搬某一套代码，而是把核心逻辑和设计思路讲清楚，让你拿到任何一份资料都能快速看懂。

4.1 ADC采样策略：定时器触发+DMA搬运，让CPU做更重要的活

心率采样对时序的要求是“每隔固定间隔采一个点”，而不是“能采多少采多少”。如果用HAL库里的HAL_ADC_GetValue()函数在循环里反复读，你会发现问题：

• 循环里还有OLED刷新和按键扫描，执行时间不固定，导致采样间隔抖动，波形时间轴变形。
• 高频采样时反复软触发ADC，CPU占用率高，系统响应变慢。

所以我推荐的方案是定时器触发ADC采样 + DMA自动搬运数据到内存缓冲区。这样配置好之后，ADC完全由硬件定时触发，以稳定的100Hz或200Hz采样率持续工作，DMA自动把ADC转换结果搬进RAM数组，CPU全程不参与，只有在缓冲区满或需要计算时才去取数据。

具体思路如下（以STM32F103 + HAL库为例）：

1. 配置一个定时器，例如TIM2，将其更新事件作为ADC触发源，设置周期为10ms，对应100Hz采样率。
2. 配置ADC1的通道（比如ADC1_IN1，对应PA1），设置为定时器触发模式，分辨率12位，单通道。
3. 配置DMA1通道1（这里以ADC1的DMA输出为例），把ADC转换值持续搬运到uint16_t adc_buffer[512]数组。
4. 在main函数中使能ADC的DMA中断或环形缓冲半满中断，当数据积累到一定长度后，启动心率计算。

这里插一句，如果你用的是系统资料里的标准库版本，操作步骤是相同的，只是API不同。不要纠结标准库还是HAL库，关键是理解背后的硬件链路。用标准库的话，代码量更少，更直观；用HAL库的话，配置更规范，便于移植到其他STM32型号。

4.2 数字滤波：先平滑，再识别，否则算法再牛也没用

经过ADC采样得到的原始PPG信号，依然包含高频噪声、基线漂移和运动伪迹。如果直接对这个信号做峰值检测，结果会非常不稳定，心率可能一会儿60一会儿120。所以在算法之前，一定要做数字滤波。

常用的三种滤波手段：

1. 滑动平均滤波（移动平均）：对最近N个点求平均，作为当前输出值。比如N=5，在100Hz采样率下就是50ms的滑动窗口，能有效滤除高频毛刺，但对基线漂移无效。这是最简单、最不容易出错的滤波方式。
2. IIR低通滤波：比如一阶低通 y[n] = a * x[n] + (1 - a) * y[n-1]，a取0.1~0.2，相当于低通截止频率较低。计算简单，适合MCU实时处理。
3. 中值滤波：对滑动窗口排序取中值，对脉冲噪声（比如突然的尖峰）有很好的抑制作用，但计算量稍大。

我实际使用下来的组合是：先做一阶高通（去除基线漂移），再做滑动平均（去毛刺），最后用一个30Hz左右的低通。当然，这个组合的具体系数需要根据你的采样率调整。写代码时注意一点：滤波器初始化时，滤波器的状态变量（比如前一次的y值）要先初始化为第一次采样的值，不要让初始状态从0开始，否则前一两秒数据会出现明显跳变。

4.3 心率算法：时域峰值检测的完整步骤

心率测量的核心是从PPG波形中识别每一次心搏。业界通用的方法主要有两类：时域峰值检测和频域功率谱分析。我做这个项目时，最稳定、最容易调试的是改进的时域峰值检测法，配合自适应阈值。下面讲一下它的具体流程，这套流程在系统资料里通常也会出现，只是可能写得比较粗糙。

第一步，滑动窗口划分。设窗口长度10秒，每1秒滑动一次，每次取最新10秒数据做分析。

第二步，计算阈值。对窗口内数据求最大值maxVal和最小值minVal，初始阈值threshold = (maxVal + minVal) / 2。但如果窗口内有剧烈运动尖峰，直接取中点可能误判。所以用“自适应系数”调节，比如threshold = minVal + 0.5 * (maxVal - minVal)，也可以引入前几秒的阈值做加权平均，让阈值变化更平滑。

第三步，峰值判定。遍历窗口内每个采样点，如果当前点的值大于阈值，且大于前一个点，且大于后一个点，就认为这是一个局部峰。但要考虑到PPG波形在心跳周期内可能有重搏波（dicrotic notch），即第一峰值后可能还有一个较小的隆起。如果你把重搏波也当成一个心搏，心率就会翻倍。解决办法是设置最小峰间距（refractory period），比如0.3秒，也就是两个峰之间至少间隔300ms（对应最大心率200bpm），在局部峰判定时，如果距离上一次有效峰不足300ms，就丢弃。

第四步，计算心率。统计窗口内有效峰个数peakCount，那么HR = peakCount × 60 / windowSeconds。例如10秒窗口内检测到12个峰，HR = 12 × 6 = 72bpm。

第五步，平滑输出。为了防止显示数值跳变太突兀，我常用指数平滑：displayHR = alpha * currentHR + (1 - alpha) * lastDisplayHR，alpha取0.3~0.5。

这套算法，是我做这个项目时反复调出来的结果。需要注意的是，不同人的脉搏波形形态差异很大，手指按压力度、皮肤颜色、环境光都会影响波形形态，所以阈值不能是一成不变的固定值，必须自适应。自适应阈值的实现细节，往往决定了一套资料写的程序质量高不高。

4.4 MAX30102和PulseSensor的算法差异

如果你用的是MAX30102，原理还是一样的，但有两个关键差异：

• MAX30102输出的是红外（IR）通道和红光（Red）通道两组数据，每组又分多个数据位。通常用IR通道做心率检测，因为红外光受血氧饱和度变化影响小，信号更稳定。
• MAX30102内部自带环境光消除、信号放大和低通滤波，但它的原始FIFO数据依然存在基线漂移和运动伪迹，所以你仍然要做数字滤波和峰值检测。另外MAX30102有个重要配置是采样率和ADC范围。采样率建议设置为100Hz或200Hz，ADC范围设为4096（12位）即可。如果两个通道都开，数据量会翻倍，注意FIFO溢出问题。

说到这就得提一个坑：MAX30102的FIFO溢出标志。如果你读FIFO的速度跟不上写入速度，数据就会丢失，心跳波形会出现断层。因此要确保在主循环中及时读取FIFO数据，或者开启中断，通过INT引脚通知主控。

5. 显示与交互：OLED屏、按键和附加功能怎么设计

一般系统资料的硬件设计都会配置一个I2C接口的OLED显示屏（常见0.96寸，SSD1306驱动），外加两个按键，还可能有一个蜂鸣器或LED指示灯。这部分虽然不复杂，但如果设计不合理，会严重拖累系统体验。

5.1 OLED显示刷新策略：不要阻塞在主循环

0.96寸OLED分辨率128x64，SSD1306驱动，通过I2C接口通信，I2C速度一般设置在400kHz。很多人写OLED驱动时，直接用HAL_I2C_Mem_Write一个像素一个像素地刷，全屏刷新一次可能需要几十毫秒甚至上百毫秒。如果主循环里还带着心率算法，20ms刷一次屏，CPU基本就卡在I2C上了。

我建议的显示策略：

• 分区域刷新：只刷新数值变化的地方（心率数值、时间、状态图标），波形区域可以整体绘制，但用局部更新代替全屏清屏。
• 使用显存缓冲：在内存中维护一个128x8字节（1KB）的显存数组，所有绘图操作都在数组上做，最后一次性刷新到屏上。1KB的SRAM对STM32F103来说完全能承受。
• 主循环中设置刷新频率：OLED刷新限制在20~30Hz（约30~50ms刷新一次），不要和ADC采样同步，避免刷屏时影响采样时序。

实际操作时你会发现，把OLED刷屏和ADC采样放在同一个中断优先级里会出问题。我建议：ADC的DMA中断优先级高于OLED刷新的任何操作，OLED刷新放在主循环中通过标志位控制。这样采样不会因为刷屏被延迟。

5.2 按键与交互逻辑设计

常见的交互功能有两个：一个是短按切换显示模式（波形+心率、只有心率、历史记录），另一个是长按开关蜂鸣器报警。按键扫描可以在ADC中断里做，也可以在主循环里用定时器扫描。要避免的是按键消抖和长按判定逻辑写得太复杂，导致主循环卡顿。一个实用技巧是：

• 每10ms扫描一次按键，读取引脚电平。
• 维护一个按键状态变量，连续N次（比如5次）读到同一电平，才判定按键有效，实现消抖。
• 长按检测则记录按下开始时间，超过1秒认为长按。

这套代码逻辑非常简单，但非常可靠。我在实际测试中，相比单独用delay延时消抖，这套非阻塞方式能保证按键响应时不影响采样和其他任务。

5.3 扩展功能：蜂鸣器报警与上位机串口输出

不少系统资料还会加一个蜂鸣器报警功能，用于心率过高或过低时提醒。这个功能在代码层面很简单，只要在算法计算完心率后再做一个阈值判断就行。但要注意：心率阈值设置不能太窄，否则稍一活动就会被误报。我做过测试，静息状态下心率在70附近，但手轻轻动一下，PPG信号产生的运动伪迹可能让算法短暂误判到150以上，如果你阈值设在120，就会误报。解决方法是：对心率结果再做一次合理性校验，比如连续3次计算结果都在120以上才触发报警，且报警持续一定时间才发声，避免单个波动触发。

串口输出则更推荐加上，方便调试。在开发时，STM32通过串口把原始采样波形和计算出的心率值发送给电脑串口助手，立刻就能看到波形是否正常。这里有个小技巧：发送数据的波特率用921600或460800，避免波特率太低导致的数据传输瓶颈。当然，串口发送的字符尽量精简，比如用“123,72\n”这种格式，方便上位机解析。

6. 从资料包到实物：我的整合经验与避坑清单

当你拿到一套“系统资料”时，里面通常有原理图、PCB、源代码、文档和工程文件，但有时候你会发现资料里的代码跟你手里买的传感器版本不匹配、原理图版本号不统一，甚至引脚定义有冲突。这时候最忌讳的就是直接烧录代码然后看效果，一旦现象不对就会在几个模块之间来回猜，非常浪费时间。

6.1 拿到资料后的第一件事：核对引脚和版本

我拿到这类资料后，第一件事是先整理出一张“资源映射表”，把STM32的每个引脚对应哪个外设、哪个传感器通道、哪个LED、哪个按键全部列出来。比如：

列出这张表后，再对照原理图和代码里的引脚定义，如果发现冲突，立即用宏定义改掉，而不是在程序里到处打补丁。这一步能节省你至少半天的排错时间。

还有一点，很多资料代码是用标准库写的，而你当前的开发环境可能是HAL库，这时不要强行移植，可以先跑通原有工程，理解逻辑后再换自己熟悉的库。

6.2 调试过程的常见坑

下面是我实际调试中遇到几次的坑，也是群里大家问得最多的问题。

1. 读到的ADC值一直为0: 检查ADC引脚是否被复用成了别的功能，比如PB0/PC13可能有JTAG或RTC功能冲突，还有检查DMA配置和ADC扫描模式是否冲突。大部分人最终查出来是没开ADC时钟或者DMA通道配错。
2. 波形有规律的尖刺: 大概率是OLED刷新或串口发送引入了干扰，注意电源去耦，或者把显示刷新频率降低一点。
3. 心率突然翻倍或减半: 一定是重搏波误检或漏检。回头检查最小峰间距设没设，阈值是不是没有自适应。
4. 手指按上去没信号: 一是传感器位置不对，PPG传感器和指尖接触要稳定；二是传感器供电电压设计错误，部分PulseSensor需要5V供电才能有好的信号幅度。
5. 程序进了某个函数就卡死: 检查是否有死循环等待某个外设标志位，特别是I2C设备没应答时会卡在HAL_I2C_Mem_Read里。给I2C加个超时是经验之谈。

6.3 性能评估与优化方向

项目做出来如果能显示心率、能报警、能显示波形，已经达到了基本要求。但如果继续优化，我会建议你按这个顺序来：

• 优化采样率与滤波器系数：通过实验找到适合自己传感器的滤波参数，把波形调得更干净，心率计算的稳定性会明显改善。
• 算法升级：将时域峰值检测替换为基于小波变换或自适应阈值结合模板匹配的方法，对运动伪迹的鲁棒性会更好。
• 降低功耗：如果后面装电池，需要用STM32的睡眠模式，只在采样时刻唤醒；MAX30102可以降低采样率或关闭LED，从而降低功耗。
• 增加数据记录：把心率数据存到Flash芯片中，做成可回看的日志。

6.4 个人体会与建议

最后分享一点我个人的整体感受。这个项目好上手，但真正做好、做稳，涉及的知识其实一点也不少。如果你只是照着资料烧录代码、看串口输出，那学到的东西有限。我建议你至少自己改三处：

1. 把心率算法从头写一遍，哪怕刚开始实现得比资料里的丑，但写一遍你才真正理解峰值检测存在的那些坑。
2. 用示波器看一次传感器输出的原始信号，再对比经过你滤波程序之后的波形，你会对数字滤波有极其直观的印象。
3. 打断一下自己的思维，试着用MAX30102替换掉PulseSensor，哪怕只是移植驱动，你也会把I2C、FIFO、寄存器配置这些知识点融会贯通。

嵌入式系统里没有“纯软件项目”和“纯硬件项目”，心率脉搏测量仪恰恰是把两边都串起来的那个典型。你把这套东西消化透了，后面再做其他传感器项目，尤其是模拟信号处理类的，会轻松很多。

本文还有配套的精品资源，点击获取