STM32与GPRS构建低成本物联网医疗监测系统

1. 项目概述：当单片机遇上物联网医疗

去年参与社区智慧养老项目时，我们遇到一个棘手问题：如何实时监测独居老人的生命体征并在异常时快速响应？传统方案要么成本高昂，要么依赖WiFi网络。最终我们选择STM32F103ZET6作为主控，配合SIM800C模块和OneNET平台，搭建了一套不足500元的远程监测系统。这个方案最让我惊喜的是，在郊区信号较弱区域仍能保持稳定数据传输，这正是今天要分享的这套系统的核心价值。

这套系统本质上是个微型物联网终端，通过STM32采集心率、血氧、体温等体征数据，经SIM800C的GPRS功能上传至OneNET物联网平台。医护人员通过网页或APP即可查看实时数据，当检测到异常时，系统会通过短信和平台告警双重提醒。定位功能则利用基站定位技术，精度约200-500米，虽不及GPS但功耗更低，特别适合室内场景使用。

2. 硬件架构深度解析

2.1 主控芯片选型考量

STM32F103ZET6属于Cortex-M3内核的增强型单片机，选择它主要基于三点考量：

1. 72MHz主频和512KB Flash完美适配多传感器数据处理
2. 内置的3个USART接口可同时连接SIM800C模块和调试终端
3. 丰富的GPIO资源能扩展更多监测功能

实际开发中发现其DMA控制器特别实用，在采集MAX30102血氧传感器数据时，通过DMA传输可降低30%的CPU占用率。硬件连接时需注意：

• 将USART3分配给SIM800C（PA10/RX, PA11/TX）
• 预留USART1用于调试输出（PA9/TX, PA10/RX）
• 采用TIM2定时器触发ADC多通道采样

2.2 通信模块实战技巧

SIM800C的GPRS功能是本项目联网核心，这些经验值得注意：

• 电源必须使用2A以上DC-DC模块，上电瞬间电流可达1.8A
• 添加1000μF电解电容并联0.1μF陶瓷电容稳定电压
• AT指令交互时，每条指令后需延时300ms以上

我们优化后的通信流程如下：

c复制// SIM800C初始化示例
void SIM800_Init(void) {
    Send_AT_Command("AT", 500);  // 测试模块响应
    Send_AT_Command("AT+CPIN?", 1000); // 检查SIM卡
    Send_AT_Command("AT+CSQ", 500); // 信号质量查询
    Send_AT_Command("AT+CGATT=1", 30000); // 附着GPRS网络
    Send_AT_Command("AT+CIPSHUT", 10000); // 关闭移动场景
}

2.3 传感器选型与接口设计

生命体征监测选用这些传感器：

• MAX30102：集成式血氧/心率模块（I2C接口）
• DS18B20：防水型体温传感器（单总线）
• MPU6050：跌倒检测备用（I2C接口）

硬件设计时踩过的坑：

1. MAX30102必须远离SIM800C天线，射频干扰会导致数据异常
2. DS18B20的总线要加上拉电阻（4.7KΩ）
3. 所有传感器电源需添加磁珠滤波

3. 软件架构实现细节

3.1 数据采集优化方案

采用状态机模式管理多传感器采集：

c复制typedef enum {
    SENSOR_IDLE,
    SENSOR_HR_READING,  // 心率采集
    SENSOR_SPO2_READING, // 血氧采集
    SENSOR_TEMP_READING  // 体温采集
} SensorState;

// 通过定时器触发状态转换
void TIM3_IRQHandler(void) {
    static uint8_t counter = 0;
    if(TIM_GetITStatus(TIM3, TIM_IT_Update)) {
        counter = (counter + 1) % 3;
        switch(counter) {
            case 0: currentState = SENSOR_HR_READING; break;
            case 1: currentState = SENSOR_SPO2_READING; break;
            case 2: currentState = SENSOR_TEMP_READING; break;
        }
        TIM_ClearITPendingBit(TIM3, TIM_IT_Update);
    }
}

3.2 物联网协议对接实战

OneNET平台支持HTTP和MQTT两种协议，我们选择更轻量级的MQTT：

1. 每个设备需要单独ProductID和DeviceID
2. 数据点通过JSON格式上传：

json复制{
    "datastreams": [
        {
            "id": "heart_rate",
            "datapoints": [{"value": 72}]
        },
        {
            "id": "temperature",
            "datapoints": [{"value": 36.5}]
        }
    ]
}

关键实现代码：

c复制void MQTT_PublishData(void) {
    char payload[256];
    sprintf(payload, "{\"datastreams\":[{\"id\":\"heart_rate\",\"datapoints\":[{\"value\":%d}]}]}", heartRate);
    
    Send_AT_Command("AT+CIPSTART=\"TCP\",\"183.230.40.39\",6002", 5000);
    Send_AT_Command("AT+CIPSEND", 500);
    SIM800_Send(payload);
    Send_AT_Command("AT+CIPCLOSE", 500);
}

3.3 低功耗设计技巧

虽然STM32F103不是低功耗系列，但通过以下措施使系统平均电流降至25mA：

• 传感器间歇工作模式（采集后立即断电）
• SIM800C设置DRX模式（非连续接收）
• 关闭所有未用外设时钟
• 主频动态调整（72MHz↔8MHz）

4. 典型问题排查手册

4.1 SIM800C连接异常

现象：模块响应AT指令但无法注册网络
排查步骤：

1. 检查天线阻抗匹配（建议50Ω）
2. 测量VBAT电压（需保持3.4V-4.4V）
3. 确认APN设置正确（移动：cmnet）
4. 尝试手动网络选择（AT+COPS=1,2,"46000"）

4.2 数据上传失败

常见原因及解决方案：

4.3 传感器数据异常

MAX30102数据漂移的解决方法：

1. 确保手指完全覆盖传感器
2. 定期进行环境光校准
3. 软件滤波算法示例：

c复制#define FILTER_DEPTH 5
int32_t filterBuffer[FILTER_DEPTH];

int32_t MovingAverage(int32_t newVal) {
    static uint8_t index = 0;
    filterBuffer[index] = newVal;
    index = (index + 1) % FILTER_DEPTH;
    
    int32_t sum = 0;
    for(uint8_t i=0; i<FILTER_DEPTH; i++) {
        sum += filterBuffer[i];
    }
    return sum / FILTER_DEPTH;
}

5. 系统优化与扩展方向

5.1 定位精度提升方案

虽然基站定位成本低，但可以通过这些方法改进：

• 结合WiFi指纹定位（需增加ESP8266模块）
• 利用加速度计轨迹推算
• 加入蓝牙信标辅助定位

实测数据对比：

5.2 边缘计算赋能

在STM32上实现简单异常检测算法：

c复制void CheckEmergency(void) {
    static uint8_t alertCount = 0;
    if(heartRate < 50 || heartRate > 120) {
        alertCount++;
        if(alertCount > 3) {
            Send_SMS("13800138000", "心率异常警报！");
            alertCount = 0;
        }
    } else {
        alertCount = 0;
    }
}

5.3 电源管理进阶

推荐使用TP4056充电管理芯片+18650电池方案：

• 充电电流设置为500mA（RISET=2KΩ）
• 增加低压报警电路（比较器检测3.3V）
• 太阳能充电扩展（6V/2W面板）

这套系统经过半年实地测试，最远在距基站8公里的山区仍能保持数据上传。关键是要做好天线匹配和电源滤波，这也是为什么我特别强调SIM800C的电源设计。对于想复现项目的朋友，建议先用开发板验证各模块功能，再设计PCB，这样可以避免很多硬件兼容性问题。