简介：这份资料面向嵌入式开发初学者与医疗电子爱好者，系统讲解基于单片机的智能电子血压计从原理到落地的完整设计路径，帮助读者理解示波法测量血压的技术实现。压缩包共303个文件、约6.74MB，以55个c源文件、47个头文件与75个obj目标文件为主体，辅以汇编启动代码、hex烧录文件、map映射表及工程配置文件，另附一份配套安卓APK，覆盖固件与上位机两端。内容按设计概要、设计说明、硬件设计、源码分析与APP应用五部分展开，涉及压力传感器信号采集、气泵气阀时序控制、血压计算算法与蓝牙通信协议等关键环节，APP端可实现数据存储、趋势查看与报告生成。已有987人学习，适合作为课程设计或产品原型的参考蓝本，读者可据此掌握软硬件协同调试思路与完整工程结构。

1. 从一块示波器波形说起：这套电子血压计资料到底能干什么

去年帮一个做医疗器械的朋友看一块板子，示波器上气泵驱动波形一塌糊涂，问他固件里压力采样和充气逻辑怎么写的，他翻了半天说“网上抄的，没细看”。这大概是很多做单片机电子血压计项目的真实起点——原理图能画、代码能跑，但示波法和压力闭环那套东西始终是黑匣子。这套智能电子血压计设计资料，解决的正是这个断层：它把示波法测压的完整链路——压力传感器采样、气泵与电磁阀的充放气控制、脉搏波包络提取、收缩压舒张压计算、LCD 显示与按键交互——拆成可读的模块，配上原理图、PCB 和单片机固件，适合正在做课程设计、毕业设计或想入门医疗电子测量的开发者。你拿到的不是一份“能演示”的玩具，而是一条从传感器到屏幕的完整数据通路。

2. 技术选型与整体架构：为什么是这套组合

2.1 主控与外围器件的搭配逻辑

这类项目的主控选择基本围绕“够用的 ADC + 够多的定时器 + 低功耗”三件事转。资料里用的是常见的 8 位增强型单片机方案，带 12 位 ADC 和多路定时器，跑示波法测压绰绰有余。为什么不上 32 位？因为血压计的核心运算量集中在包络拟合和峰值检测，8 位机配合定点运算完全扛得住，成本和功耗反而更友好。外围器件清单大致是这几类：

这套搭配的关键不在“新”，而在“稳”。气泵一启动就是几百毫安的冲击电流，如果电源和地去耦没处理好，ADC 采到的压力值会跟着抖，后面算出来的血压自然飘。我一般会在气泵电源脚并一个大容量电解加一个 0.1μF 瓷片，传感器供电单独走一路 RC 滤波，这是血泪经验。

2.2 从传感器到屏幕的数据流

整个系统的数据流可以拆成四段：压力传感器输出差分电压 → 仪表放大与滤波 → 单片机 ADC 采样 → 固件做包络提取与血压判定 → LCD 显示。每一段都有明确的接口约定，这也是这套资料适合二次开发的原因——你可以只替换其中一段而不动其他部分。

固件主循环的骨架大致是这样组织的：

void main(void) { System_Init(); /* 时钟、IO、ADC、定时器初始化 */ LCD_Init(); Pump_Off(); Valve_Close(); /* 电磁阀默认关闭，保持气路密封 */ while (1) { Key_Scan(); /* 按键扫描，带消抖 */ if (g_start_flag) { Measure_Process(); /* 一次完整测量流程 */ g_start_flag = 0; } Display_Update(); /* 刷新压力值与状态 */ LowPower_Check(); /* 空闲时进低功耗 */ } }

System_Init里最容易被忽略的是 ADC 采样率的设定。脉搏波的有效成分集中在 0.5～5Hz，但包络提取需要更高的采样密度来定位峰值，实际配置常把 ADC 采样周期定在 10～20ms 一次，配合定时器中断触发，避免主循环阻塞导致采样间隔不均。Measure_Process是核心，它内部按“充气到目标压力 → 稳压 → 缓慢放气 → 边放边采 → 放气结束 → 计算”的顺序推进，每个阶段用状态机切换，而不是一口气写完，这样调试时能单独卡在某个阶段看波形。

2.3 目录结构与文件职责

拿到资料先别急着烧录，把目录理一遍能省很多时间。典型的结构是这样：

project/ ├── hardware/ # 原理图、PCB、BOM │ ├── schematic.pdf │ ├── pcb_layout.pdf │ └── bom.xlsx ├── firmware/ # 单片机固件工程 │ ├── main.c │ ├── adc_driver.c │ ├── pump_ctrl.c │ ├── bp_algo.c # 血压计算核心 │ └── lcd_driver.c ├── docs/ # 设计说明、测量原理 └── tools/ # 串口调试、数据记录脚本

bp_algo.c是整套资料里最值得逐行读的文件，它把示波法的包络拟合和幅度系数法判定都封装成了独立函数，输入是压力采样序列，输出是收缩压、舒张压和平均压。pump_ctrl.c负责气泵 PWM 占空比和电磁阀时序，改充气速率就动这里。tools/下的脚本通常用来把串口吐出的原始压力数据存成 CSV，方便在电脑上画包络曲线验证算法——这个习惯强烈建议保留，后面调参全靠它。

3. 核心算法拆解：示波法测压的固件实现

3.1 压力采样与滤波：先把脏数据洗干净

原始 ADC 值不能直接进算法。气泵振动、电磁阀切换、人体轻微移动都会在压力信号上叠高频毛刺，而脉搏波本身幅度只有几 mmHg，信噪比很低。常见做法是两级处理：先做滑动平均压掉随机噪声，再用一阶低通保留脉搏波包络。

#define FILTER_LEN 8 static uint16_t s_buf[FILTER_LEN]; static uint8_t s_idx = 0; static float s_lpf = 0.0f; /* 滑动平均 + 一阶低通，输入原始 ADC，输出滤波后压力值 */ float Pressure_Filter(uint16_t adc_raw) { uint32_t sum = 0; uint8_t i; s_buf[s_idx] = adc_raw; s_idx = (s_idx + 1) % FILTER_LEN; for (i = 0; i < FILTER_LEN; i++) { sum += s_buf[i]; } float avg = (float)sum / FILTER_LEN; /* alpha 越小越平滑，但相位滞后越大，0.2 左右是常用折中 */ s_lpf = s_lpf + 0.2f * (avg - s_lpf); return s_lpf; }

FILTER_LEN决定滑动窗口长度，窗口越长越平滑但响应越慢；0.2f这个系数是低通强度，调大跟得快但毛刺多，调小干净但包络峰值会被削平。这两个参数没有标准答案，得对着实际波形调——我一般先把低通系数设小，确认包络形状完整后再逐步放大，直到峰值位置稳定。滤波后的值还要做一次标定换算，把 ADC 码值映射成 mmHg，标定系数通常存在 Flash 里，出厂前用标准压力计比对写入。

3.2 包络提取与幅度系数法判定血压

示波法的核心思想是：袖带放气过程中，动脉搏动会在袖带压力上叠加一个交流分量，这个交流分量的幅度随袖带压力变化形成一条钟形包络曲线。包络峰值对应的袖带压力就是平均压，收缩压和舒张压则按峰值幅度的固定比例去包络两侧找。

/* 在放气过程中记录每个压力台阶上的脉搏波幅度 */ void Envelope_Record(uint16_t cuff_pressure, uint16_t pulse_amp) { if (g_env_cnt < ENV_MAX) { g_env[g_env_cnt].pressure = cuff_pressure; g_env[g_env_cnt].amp = pulse_amp; g_env_cnt++; } } /* 幅度系数法：找包络峰值，再按比例定位收缩压/舒张压 */ void BP_Calculate(int16_t *sbp, int16_t *dbp) { uint16_t max_amp = 0; uint8_t peak_idx = 0; uint8_t i; for (i = 0; i < g_env_cnt; i++) { if (g_env[i].amp > max_amp) { max_amp = g_env[i].amp; peak_idx = i; } } /* 收缩压：峰值左侧幅度降到峰值的 50% 左右 */ for (i = peak_idx; i > 0; i--) { if (g_env[i].amp < max_amp * SBP_RATIO) { *sbp = g_env[i].pressure; break; } } /* 舒张压：峰值右侧幅度降到峰值的 70% 左右 */ for (i = peak_idx; i < g_env_cnt - 1; i++) { if (g_env[i].amp < max_amp * DBP_RATIO) { *dbp = g_env[i].pressure; break; } } }

SBP_RATIO和DBP_RATIO就是幅度系数，经验值分别在 0.5 和 0.7 附近，但不同传感器、不同袖带、不同人群会有偏差，这也是为什么商用血压计都要做临床标定。资料里的固件把这两个系数做成了宏，方便你按自己的硬件微调。Envelope_Record的调用时机很关键——必须在每个压力台阶稳定后才记录幅度，否则记录的是充放气瞬态，包络会变形。实际实现里通常用定时器在放气阶段每隔固定压降（比如 5～8mmHg）触发一次记录，而不是按固定时间。

3.3 充放气时序控制：气泵与电磁阀的配合

气路控制看着简单，翻车最多。充气太快，压力过冲，包络起点被截断；放气太快，每个台阶采不到足够的脉搏波周期，幅度估不准。常见做法是充气阶段用 PWM 控制气泵转速，让压力以每秒 15～25mmHg 的速度爬升，到目标压力（通常比预估收缩压高 30mmHg 左右）后停泵，静置一小段时间让压力稳定，再通过电磁阀做小步放气。

/* 放气阶段：每降一个台阶，停一下采够脉搏波再继续 */ void Deflate_Step(void) { Valve_Open(); Delay_ms(DEFLATE_STEP_MS); /* 放气一小段，压降约 5~8mmHg */ Valve_Close(); Delay_ms(SETTLE_MS); /* 稳压，等脉搏波稳定 */ Sample_Pulse_Wave(); /* 采若干个心动周期，算幅度 */ }

DEFLATE_STEP_MS和SETTLE_MS是调参重点。放气时间太短压降不够，台阶太密包络点挤在一起；稳压时间不够，采到的幅度偏小。我一般让稳压时间覆盖至少两个心动周期（按 60～100 次/分算，约 1.2～2 秒），这样幅度估计才稳。另外电磁阀关闭后气路可能有微小泄漏，长时间测量要监测压力是否异常下降，固件里加一个泄漏检测能避免测到一半压力掉光还继续算。

4. 跑起来与调起来：从烧录到第一次出数

4.1 硬件上电检查与固件烧录

板子焊完别直接上电池。先做三步静态检查：万用表量电源对地阻抗，确认没有短路；单独给传感器供电，量输出差分电压是否在合理范围（零点附近几十毫伏）；手动触发气泵和电磁阀，听动作是否干脆、量驱动管是否发热。这三步过了再烧固件。

烧录工具用单片机对应的下载器，工程里一般有现成的 hex 或 bin。烧录前确认时钟配置和实际晶振匹配，否则串口波特率和定时器全错。烧完先别接袖带，串口接上，看固件启动后打印的初始化信息——压力零点读数、ADC 基准、气泵自检状态。零点读数如果偏离标定值太多，说明传感器或调理电路有问题，先解决硬件再谈算法。

4.2 用串口数据验证包络曲线

算法调参最有效的手段是把原始数据导出来画图。固件里留一个调试输出口，在放气阶段把每个采样点的袖带压力和脉搏波幅度按固定格式打到串口：

/* 调试输出：压力值,脉搏波幅度，上位机按 CSV 解析 */ printf("%d,%d\r\n", cuff_pressure, pulse_amp);

上位机用tools/里的脚本接收并存成 CSV，再用任意绘图工具画“压力-幅度”散点。正常的包络应该是一条光滑的钟形曲线，峰值明显、两侧单调下降。如果曲线出现双峰、平台或锯齿，对应去查：双峰多半是放气台阶不稳或稳压不够；平台可能是某个压力段脉搏波没采到；锯齿则是滤波参数太激进。把这条曲线调顺了，血压数值自然就靠谱了。这一步看着笨，但比盯着屏幕上的最终数字猜原因高效得多。

4.3 标定与重复性验证

算法跑通不等于数值准。标定至少要做两件事：压力标定和血压比对。压力标定用一个标准压力源（或经过校准的汞柱/数字压力计）在几个压力点上比对 ADC 读数，拟合出斜率与截距写进固件。血压比对则要找同一批测试者，用参考设备和自己做的样机交替测量，看偏差是否落在可接受范围。

重复性验证容易被跳过，但它最能暴露问题。同一个人连续测五次，如果收缩压波动超过 8mmHg，先别怀疑算法，去查袖带绑法、气路密封和放气速率是否一致。我见过一次波动特别大的情况，最后发现是电磁阀关闭不严，每次静置阶段都在缓慢漏气，压力台阶根本不在预期位置——这种问题在单次测量里看不出来，只有重复测才现形。

5. 避坑与常见问题：那些调试台上踩过的坑

5.1 压力读数随气泵启停跳变

现象：气泵一启动，ADC 采到的压力值瞬间跳几十个码，停泵后又回落。原因基本是电源耦合——气泵电机换向噪声通过电源和地串进传感器调理电路。解决分三层：气泵电源单独走线并在电机端并续流二极管和瓷片电容；传感器供电加 RC 或磁珠隔离；ADC 采样避开气泵开关瞬间，在 PWM 的稳定区间触发采样。三层做完还不干净，就得考虑给模拟部分单独 LDO。

5.2 包络曲线只有半边

现象：画出来的包络在峰值一侧正常，另一侧点很少甚至没有。原因通常是目标充气压力设低了，放气还没走到包络右侧就结束了；或者放气台阶在低压段间隔太大，漏掉了下降沿。解决是把目标压力按“预估收缩压 + 30mmHg”动态设定，并在包络右侧加密采样台阶。如果用的是固定目标压力，至少保证它高于常见收缩压上限。

5.3 测量中途报错或复位

现象：充气到一半单片机复位，或者测量流程莫名中断。先查电源——气泵启动电流可能把电池电压拉到 LDO 欠压复位阈值以下，加个大电容缓冲，或者软件上做气泵软启动（PWM 占空比逐步爬升）。再查看门狗，测量流程里如果有长延时阻塞又没喂狗，也会复位。把长延时拆成状态机轮询，是更稳的写法。

5.4 不同人测出来偏差方向不一致

现象：同一个人偏高、另一个人偏低，没有统一规律。这多半不是算法 bug，而是袖带尺寸和绑法不匹配——袖带过窄测出来偏高，过宽偏低，绑太松包络幅度整体变小。先统一袖带规格和绑法再谈算法。如果统一后仍有系统性偏差，再回头检查幅度系数是否需要按人群分段，但这一步已经超出课程设计的精度要求了。

6. 二次开发：把资料改成你自己的东西

拿到这套资料，最忌讳的是原样烧录交差。真正有价值的改法是从“可替换点”下手。第一处是传感器接口，如果你手头的压力传感器输出范围或灵敏度不同，只需要改Pressure_Filter后面的标定换算和bp_algo.c里的幅度系数，数据流骨架不用动。第二处是显示，段码 LCD 换成 OLED 或串口屏，把Display_Update重写即可，算法层完全解耦。第三处是通信，加一个蓝牙或串口上报模块，在测量结束后把sbp、dbp和包络原始数据打包发出去，方便做上位机记录。

改造时建议保留一条“原始数据旁路”：无论上层怎么改，始终把滤波前后的压力和幅度按固定格式输出到调试口。我吃过亏——有一次为了省 IO 把调试口关了，结果算法一出问题只能靠猜，重新开口又得改板子。从那以后我每次改算法前都强制走一遍“先确认旁路数据正常，再动计算逻辑”的流程，这个习惯帮我省了大量返工时间。

验证改造是否成功，别只看最终数字。用同一段录好的原始数据回放给新算法，对比改动前后的包络和判定结果，差异应该能解释得清。如果差异说不清，说明改动引入了未预期的耦合，回去把改动拆小再试。这套资料的价值不在于它现在能测多准，而在于它把每个环节都摊开给你看，让你知道该动哪里、动了之后怎么验证。希望帮到你。

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