4G与Lora结合的水质监测数据传输方案
1. 项目背景与核心价值
去年在做一个偏远湖区的水质监测项目时，我深刻体会到传统监测方案的痛点：布线困难、供电不稳定、数据回传延迟。当时尝试过多种方案后，最终选择了4G+Lora的组合方式，今天就把其中最关键的数据传输部分——4G模块接入云服务的完整实现过程整理出来。
这个方案特别适合解决以下三类实际问题：
- 分散式监测点（半径5公里内可部署多个Lora节点）
- 移动式监测设备（如浮标、小型监测船）
- 供电受限场景（整套设备待机电流可控制在15mA以下）
2. 硬件选型与配置
2.1 核心器件清单
我对比测试了三款主流4G模块的TCP连接稳定性，最终选型考虑如下：
| 模块型号 | 优势 | 缺点 | 适用场景 |
|---|---|---|---|
| EC20 | 支持多频段 | 功耗较高 | 信号复杂区域 |
| SIM7600 | 内置GNSS | 价格偏高 | 需要定位的移动设备 |
| A7670C | 成本最优 | 仅支持Cat1 | 固定监测点 |
实测建议：湖区项目最终选用A7670C，在每天传输20次数据的场景下，模块寿命可达3年。
2.2 电路设计要点
电源部分需要特别注意：
- 瞬态电流处理：模块启动瞬间电流可达2A
- 电压转换电路：推荐使用TPS63020升降压芯片
- 防反接设计：在电源输入端加入SS34二极管
// 典型电源初始化代码 void Power_Init() { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin = PWR_KEY_PIN; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(PWR_KEY_PORT, &GPIO_InitStruct); HAL_GPIO_WritePin(PWR_KEY_PORT, PWR_KEY_PIN, GPIO_PIN_SET); }3. TCP连接实现详解
3.1 AT指令流程优化
经过三个月实地测试，总结出最稳定的指令序列：
初始化检测：
AT+CPIN? AT+CSQ AT+COPS?建立TCP连接（带重试机制）：
def create_tcp_connection(ip, port, retry=3): while retry > 0: send_at('AT+CIPSHUT') if 'OK' not in send_at('AT+CIPSTART="TCP","{}",{}'.format(ip, port)): retry -= 1 time.sleep(5) else: return True return False
关键发现：在信号较弱区域，增加5秒延时可使连接成功率提升40%
3.2 数据包封装策略
针对水质监测特点，设计专用协议格式：
| 字节位 | 内容 | 说明 |
|---|---|---|
| 0 | 0xAA | 帧头 |
| 1-4 | 时间戳 | Unix时间 |
| 5-8 | COD值 | 浮点数 |
| 9-10 | 温度 | 整型(℃) |
| 11 | 校验和 | 累加和 |
#pragma pack(1) typedef struct { uint8_t header; uint32_t timestamp; float cod_value; int16_t temperature; uint8_t checksum; } SensorData; #pragma pack()4. 云服务对接实战
4.1 阿里云IoT配置
创建产品时需注意：
- 选择"自定义品类"
- 数据格式选"透传"
- 添加COD、温度两个属性
物模型关键配置：
{ "properties": [ { "identifier": "COD", "dataType": { "specs": { "unit": "mg/L", "min": "0", "max": "200" }, "type": "float" } } ] }
4.2 数据解析脚本
云端部署的解析函数示例：
function rawDataToProtocol(bytes) { const view = new DataView(bytes.buffer); return { timestamp: view.getUint32(1), cod: view.getFloat32(5), temp: view.getInt16(9) }; }5. 稳定性优化方案
5.1 心跳包设计
采用动态间隔机制：
- 基础间隔：5分钟
- 信号强度<15时：缩短至2分钟
- 连续3次失败：启动复位流程
5.2 断网缓存策略
在STM32内部Flash开辟缓存区：
- 使用扇区5（地址0x08020000）
- 采用环形队列结构
- 每个记录包含：时间戳+数据+CRC
#define FLASH_PAGE_SIZE 2048 typedef struct { uint32_t write_ptr; uint8_t data[FLASH_PAGE_SIZE - 4]; } DataCache; void save_to_cache(SensorData* data) { uint32_t offset = cache.write_ptr % (sizeof(DataCache) - sizeof(SensorData)); FLASH_Program(FLASH_TYPEPROGRAM_WORD, FLASH_BASE + offset, *(uint32_t*)data); cache.write_ptr += sizeof(SensorData); }6. 现场部署经验
在湖区实际部署时总结的黄金法则：
- 天线朝向：4G天线与水面呈30°夹角
- 防雷措施：必须加装TVS二极管阵列
- 防水处理：接头处使用704硅橡胶密封
- 供电优化：阴天时调整采样间隔至4小时/次
遇到的最典型问题排查表：
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 模块频繁掉线 | SIM卡接触不良 | 改用弹簧卡座 |
| 数据上传失败 | 基站切换导致IP变化 | 增加DNS缓存 |
| COD值异常 | 探头污染 | 设置自动清洁周期 |
这个项目最让我意外的是Lora的穿透能力——在湖面有薄雾时，2.4GHz版本的实际传输距离比理论值远了约15%。不过要注意的是，水温数据需要做二次校准，特别是当设备暴露在阳光下时，外壳温度会影响传感器读数。