简介：本资源是一套面向嵌入式开发初学者与老年健康设备项目实践者的完整智能硬件方案，聚焦于STM32F4平台的老人健康监测智能手表设计，解决跌倒预警、生命体征实时采集与远程监护等实际需求，适用于课程设计、毕业设计及IoT健康终端原型开发。压缩包含2000个文件，总大小128.86MB，涵盖551张原理图与PCB渲染图（png）、402个可编译的C/H源码文件、152个Java/Android类（class）及68个核心驱动与协议实现（c/h），另有APP工程所需的XML布局、JSON配置、APK安装包与AIDL接口定义等，完整支撑硬件设计—固件开发—移动端交互全链路学习。目前已有178人学习下载，读者可直接复用原理图与PCB工程（schdoc/pcbdoc）、移植传感器驱动（MPU6050/血压/心率/体温模块）、调试WIFI通信与震动提醒逻辑，并基于提供的APP源码快速构建配套监护界面。
1. 这不是一块普通手表：STM32F4驱动的老人健康监测系统，把心率、跌倒、体动、低电量告警全塞进32mm表盘里
你见过能连续72小时本地缓存ECG波形、在无蓝牙连接时自动触发SOS闪光+震动+蜂鸣、且所有算法（包括基于加速度计的跌倒判据和PPG信号的HRV时频分析）全部跑在STM32F407VGT6上的智能手表吗？它不依赖手机APP实时在线，关键数据先存Flash再择机上传；它的原理图里没有一颗多余电容——LDO选型严格匹配VDDA/VDD供电轨噪声要求，PCB叠层用4层板控阻抗，避免PPG光学传感器信号被数字地弹干扰；它的源代码里bsp_heart_rate.c文件第187行用查表法实现16点滑动窗口中位数滤波，比浮点运算快3.2倍；它的配套Android APP用Jetpack Compose重写UI，但核心BLE通信层仍调用原生BluetoothGattAPI直控特征值。这不是玩具级开发板Demo，而是面向养老机构批量部署的嵌入式医疗级终端——它解决的不是“能不能测”，而是“测得准、存得住、报得及时、老人愿意戴”。适合有STM32外设驱动经验、熟悉FreeRTOS任务调度、能看懂嘉立创EDA原理图符号、会用J-Link烧录并调试HardFault_Handler的工程师复现。
2. 从STM32F407最小系统到健康传感链路：原理图设计的关键取舍与信号完整性控制
2.1 为什么必须用STM32F407VGT6而非F103或F411？三类外设资源硬约束决定选型
老人健康监测对实时性、模拟精度和多通道并发采集提出刚性需求：
- ADC性能：PPG红光/红外双通道需同步采样（>100Hz），F407的12位ADC支持16通道扫描模式+硬件过采样（OSR=8时达14位有效精度），而F103仅支持单通道连续转换，F411无硬件过采样；
- 定时器资源：需要3个高级定时器（TIM1/TIM8/TIM2）分别驱动LED脉冲（PWM频率1kHz±0.5%）、控制光电二极管偏置电压（互补PWM死区时间可配）、生成ECG导联切换时序（精确到1μs），F407提供6个高级定时器，F411仅4个；
- 内存带宽：FFT频谱分析（256点）需在200ms内完成，F407的ART加速器使CoreMark得分达210，F103仅120，实测F407运行CMSIS-DSP库
arm_rfft_fast_f32()耗时98ms，F103超时崩溃。
提示：原理图中U1（STM32F407VGT6）的VDDA引脚必须独立接3.3V LDO（如TPS7A4700），且滤波电容采用100nF X7R + 10μF钽电容并联，否则ADC参考电压波动导致PPG直流分量漂移＞5%。
2.2 PPG光学传感电路：原理图里隐藏的3处易错设计点
嘉立创EDA绘制的原理图（Sheet 3: OPTICAL_SENSOR）中，以下三点直接决定心率测量准确率：
- LED驱动电流控制：Q1（DMN3025LSD）MOSFET栅极电阻R12=10kΩ（非常见100kΩ），确保开关上升沿＜50ns，避免LED开启瞬间电流尖峰干扰ADC采样；
- 跨阻放大器TIA设计：U3（OPA333）反相输入端串联R21=100Ω（非0Ω），抑制光电二极管结电容引起的振荡，实测该电阻使信噪比提升12dB；
- 环境光抵消机制：原理图中SW1拨码开关控制U4（TSL2561）I²C地址，当环境光＞500lux时，MCU读取TSL2561的可见光通道值，动态降低LED驱动电流——此逻辑在
app_ppg.c第42行if (lux > 500) { led_current = 0x3F; }实现。
2.2.1 原理图电气规则检查（ERC）必查项清单
| 检查项 | 违规示例 | 修正方法 |
|---|---|---|
| 未连接网络标号 | VREF+网络标号悬空 | 在U1的VREF+引脚旁放置网络标号，连线至VDDA滤波电容正极 |
| 电源引脚缺失去耦 | U1的VSSA引脚未接0.1μF电容 | 在原理图Symbol内补画0.1μF电容，一端接地，一端连VSSA |
| 晶振负载电容错误 | Y1（8MHz）两端电容标为22pF | 改为12pF（ST官方AN2867推荐值），避免起振失败 |
2.3 PCB布局如何防止PPG信号被数字噪声污染？四层板叠层与分割策略
PCB图（Gerber文件：Watch_TopLayer.gbr,Watch_BottomLayer.gbr）采用严格分区设计：
- 叠层结构：Signal1（顶层）→ GND（L2）→ VCC（L3）→ Signal2（底层），其中L2为完整铜皮接地层，L3的VCC层仅铺3.3V和1.8V电源，禁止数字电源与模拟电源混铺；
- 敏感走线处理：PPG传感器到U1的AIN0/AIN1走线宽度0.15mm，全程包地（两侧距GND铜皮≥0.3mm），长度＜12mm，避开晶振下方区域；
- 器件摆放禁忌：MPU6050（加速度计）与PPG传感器物理距离≥8mm，且中间插入0.5mm宽GND隔离带——原理图中U5（MPU6050）与U2（MAX30102）的位号图（BOM表第17/18行）明确标注此间距。
注意：PCB图中
GND网络的过孔密度需≥8个/cm²（实测值：12个/cm²），否则高频噪声通过地弹耦合至ADC输入端，导致心率误判率上升37%。
3. FreeRTOS任务调度与健康算法落地：源代码中真正影响可靠性的5个函数
3.1 心率计算任务vTaskHeartRate()：为何不用中断触发而用定时器查询？
源代码src/app_task.c中，心率任务并非由ADC中断唤醒，而是由xTimerCreate()创建的周期定时器（100ms）触发：
// src/app_task.c 第89行 static void vTaskHeartRate(void *pvParameters) { while(1) { vTaskDelay(100); // 固定100ms周期，避免ADC中断嵌套导致栈溢出 if (bAdcDataReady) { // ADC DMA传输完成标志 process_ppg_data(); // 调用CMSIS-DSP FFT分析 bAdcDataReady = false; } } }参数说明：vTaskDelay(100)单位为ms，对应FreeRTOS的portTICK_PERIOD_MS（默认1ms）。若改为portMAX_DELAY则任务永不释放CPU，其他任务饿死；若设为10则频繁抢占导致process_ppg_data()执行不完整。
3.1.1process_ppg_data()函数的3层滤波逻辑
该函数位于src/bsp/bsp_heart_rate.c，执行顺序为：
- 硬件过采样：ADC配置
ADC_RegularChannelConfig()时设置ADC_SampleTime_480Cycles，使单次采样时间达4.8μs，提升信噪比； - 滑动中位数滤波：维护16点环形缓冲区，每次取中位数（非平均值），消除运动伪影尖峰；
- 自适应阈值检测：根据前10秒信号标准差动态调整R波检测阈值，公式为
threshold = mean + 2.5 * std_dev。
3.2 跌倒检测算法：加速度计原始数据如何转化为可靠事件？
源代码src/bsp/bsp_accel.c中，跌倒判据不依赖单一阈值，而是三阶段状态机：
// src/bsp/bsp_accel.c 第215行 typedef enum { FALL_STATE_IDLE, // 静止状态：加速度模值<1.2g持续3s FALL_STATE_FALLING, // 下落状态：Z轴加速度<-15g持续50ms FALL_STATE_IMPACT // 冲击状态：X/Y/Z任一轴>20g且持续<20ms } fall_state_t; static fall_state_t eFallState = FALL_STATE_IDLE;关键参数说明：
-15g阈值来自ADXL345数据手册的±16g量程，经校准后实际使用-14.8g；20ms冲击持续时间上限，避免将打喷嚏（加速度峰值>18g但持续45ms）误判为跌倒；- 状态转换需满足
FALL_STATE_IDLE → FALL_STATE_FALLING → FALL_STATE_IMPACT严格序列，任意环节超时即清零状态机。
3.3 BLE通信协议栈：APP与手表间的数据帧定义与校验机制
源代码src/ble/ble_service.c定义了自定义服务UUID0000FFF0-0000-1000-8000-00805F9B34FB，其特征值包含：
HEALTH_DATA_CHAR（0x0001）：发送心率/步数/跌倒标志，帧格式为[CMD:1][HR:1][STEP:2][FALL:1][CRC:1]；ALERT_CONFIG_CHAR（0x0002）：接收APP下发的告警阈值，如[HR_MIN:1][HR_MAX:1][BAT_LOW:1]。
CRC校验实现（src/common/crc8.c）：
// 使用多项式0x07，初始值0xFF，最终异或0x00 uint8_t crc8_calc(const uint8_t *data, uint8_t len) { uint8_t crc = 0xFF; for (uint8_t i = 0; i < len; i++) { crc ^= data[i]; for (uint8_t j = 0; j < 8; j++) { if (crc & 0x80) crc = (crc << 1) ^ 0x07; else crc <<= 1; } } return crc; }提示：APP端解析时若CRC校验失败，必须丢弃整帧并请求重发，不可用上一帧数据插值——源代码
android/app/src/main/java/com/watch/ble/BleManager.java第156行if (!verifyCrc(packet)) { requestResend(); }强制执行此逻辑。
4. Android APP开发要点：如何让老人一眼看懂心率异常并一键呼叫？
4.1 UI设计适老化改造：字体、色彩、触控区域的硬性参数
APP源代码（android/app目录）中，res/values/dimens.xml定义了适老尺寸：
<!-- 字体大小 --> <dimen name="text_size_large">24sp</dimen> <!-- 主要数据展示 --> <dimen name="text_size_medium">18sp</dimen> <!-- 辅助信息 --> <dimen name="text_size_small">14sp</dimen> <!-- 状态提示 --> <!-- 触控区域 --> <dimen name="touch_target_min">96dp</dimen> <!-- 最小点击区域，符合WCAG 2.1标准 --> <dimen name="button_height">64dp</dimen> <!-- SOS按钮高度 -->色彩对比度验证：心率数值显示使用#FF0000（红色）与#FFFFFF（白色背景），对比度比值为7.0:1（＞4.5:1最低要求），通过WebAIM Contrast Checker验证。
4.2 BLE连接稳定性优化：断连重试策略与数据缓存机制
APP源代码BleManager.java中，连接失败处理非简单重试：
// android/app/src/main/java/com/watch/ble/BleManager.java 第89行 private void connectWithRetry() { if (retryCount < MAX_RETRY) { // 指数退避：首次1s，第二次2s，第三次4s... long delay = (long) Math.pow(2, retryCount) * 1000; handler.postDelayed(this::connectToDevice, delay); retryCount++; } else { // 三次失败后启用本地缓存同步 syncLocalCache(); // 从SQLite读取手表离线期间存储的健康数据 } }SQLite缓存表结构（app/src/main/assets/database.sql）：
| 字段名 | 类型 | 说明 |
|---|---|---|
id | INTEGER PRIMARY KEY AUTOINCREMENT | 自增主键 |
timestamp | INTEGER NOT NULL | Unix时间戳（秒级） |
heart_rate | INTEGER DEFAULT 0 | 心率值（bpm） |
fall_flag | INTEGER DEFAULT 0 | 跌倒标志（0=正常，1=跌倒） |
sync_status | INTEGER DEFAULT 0 | 同步状态（0=未同步，1=已同步） |
4.3 SOS紧急呼叫流程：如何绕过锁屏直接触发电话？
APP需申请android.permission.SYSTEM_ALERT_WINDOW权限，并在AndroidManifest.xml声明：
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" /> <uses-permission android:name="android.permission.CALL_PHONE" />关键实现（EmergencyCallService.java）：
// 创建悬浮窗按钮，覆盖系统锁屏 WindowManager windowManager = (WindowManager) getSystemService(WINDOW_SERVICE); View view = LayoutInflater.from(this).inflate(R.layout.sos_floating_button, null); params.type = WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY; // Android 8.0+必需 windowManager.addView(view, params); // 点击触发电话 view.findViewById(R.id.btn_call).setOnClickListener(v -> { Intent intent = new Intent(Intent.ACTION_CALL, Uri.parse("tel:" + EMERGENCY_NUMBER)); startActivity(intent); // 无需用户确认，符合老人紧急场景 });注意：
EMERGENCY_NUMBER预设为110/120，不可由用户修改，防止误操作——该常量定义在app/src/main/res/values/strings.xml中<string name="emergency_number">120</string>。
5. 实机调试与可靠性验证：用这3个命令快速定位90%的硬件失效点
5.1 J-Link调试时，如何确认ADC采样是否受电源噪声干扰？
使用J-Link Commander连接后，执行以下命令捕获VDDA纹波对ADC的影响：
# 进入J-Link Commander（需提前安装SEGGER驱动） JLinkExe -device STM32F407VG -if SWD -speed 4000 # 1. 读取ADC寄存器状态 mem32 0x40012000 16 # ADC1_BASE地址，查看SR寄存器（0x40012000）是否持续置位EOC # 2. 监控VDDA电压（需外部探头接入PA0） mem32 0x4001200C 1 # ADC1->DR寄存器，连续读取10次观察值是否跳变＞50LSB # 3. 检查时钟配置 mem32 0xE000E004 1 # SCB->ICSR寄存器，确认NMIPENDSET位（bit31）是否为0（排除NMI干扰）结果解读：若mem32 0x4001200C返回值在0x01FF~0x020F间跳变（对应1.2V±10mV），说明VDDA稳定；若跳变范围＞0x01D0~0x0230，需检查TPS7A4700输出电容焊接质量。
5.2 如何验证跌倒算法在真实场景中的误报率？
使用stlink工具向手表Flash写入测试固件，注入预录制的加速度数据：
# 将ADXL345原始数据（fall_test.bin）写入SRAM起始地址 st-flash --reset write fall_test.bin 0x20000000 # 通过串口发送指令触发算法 echo -ne "\x01\x02\x03" > /dev/ttyUSB0 # 自定义指令启动跌倒检测 # 实时读取串口输出 st-util --verbose 3 | grep "FALL_DETECTED"测试数据集要求：fall_test.bin必须包含3类样本：
- 正常行走（5分钟，加速度模值0.8~1.5g）；
- 模拟跌倒（Z轴突降至-16g后反弹至+22g，持续18ms）；
- 干扰场景（咳嗽、弯腰、椅子跌落），每类样本≥100组。
5.3 APP端BLE连接失败时，如何区分是手机问题还是手表固件问题？
在Android Studio Logcat中过滤关键字，执行精准诊断：
# 手表端日志（通过USART1输出） adb logcat | grep -E "(BLE|GATT|CONN)" # 关键错误码含义： # 0x08 = Connection Timeout（手机蓝牙芯片休眠） # 0x3E = Unknown Connection ID（手表GATT服务未注册） # 0x05 = Authentication Failed（配对密钥不匹配，需重置手表BLE绑定）快速修复流程：
- 若出现
0x08：在手机设置中关闭蓝牙再开启，或重启手机； - 若出现
0x3E：用ST-Link擦除手表Flash（st-flash erase），重新烧录固件； - 若出现
0x05：长按手表侧键5秒进入恢复模式，选择“清除BLE配对信息”。
本文还有配套的精品资源，点击获取
