智慧水产云平台:数据怎么从塘口走到你的手机
传感器测到的溶氧,是怎么变成你手机上那条曲线的?一个智慧水产系统不只是一个探头,而是"端—云—端"的链路。这篇把看塘人云平台的架构与可靠性设计讲清楚。
整体链路:设备 → 4G → 云平台 → APP
数据大致这样流动:
- 塘口侧:4G 控制器(ESP32 级嵌入式单元)采集溶氧、水温、设备状态,通过 4G 上发;
- 云平台:MQTT 消息接入 → 写入时序数据库 → 触发告警判断;
- 用户侧:手机 APP(养殖户 / 运维二合一)查看实时数据、历史曲线,并接收告警。
设备与云端之间通常用 TLS 加密的 MQTT 通信,每台设备出厂烧录独立证书,保证接入安全。
云平台内部:三件事同时做
| 环节 | 做什么 |
|---|---|
| 设备接入 | MQTT Broker 负责设备连接、鉴权与消息路由;按设备序列号划分数据 / 告警 / 状态 / 命令 / OTA / 配置等主题 |
| 数据处理 | 每条消息写入时序数据库(原始数据保留一段时间后自动降采样聚合),同时更新设备在线状态 |
| 告警引擎 | 按规则判断溶氧、离线、跳闸、高温等事件,多渠道推送给对应人 |
告警引擎:不是"响一下"就完了
告警规则可按类型配置触发条件和推送通道,典型设计如下(每条规则带冷却时间,避免刷屏):
| 告警类型 | 触发条件 | 推送通道 |
|---|---|---|
| 溶氧偏低 | 低于安全下限 | 微信 + 短信 |
| 溶氧危险 | 低于危险线 | 微信 + 短信 + 电话 |
| 设备离线 | 一段时间无数据 | 微信 |
| 传感器离线 | 即时 | 微信 |
| 漏电保护跳闸 | 即时 | 微信 + 短信 |
| 箱内高温 | 超过阈值 | 微信 |
多通道的意义:微信负责"随时看见",短信/电话负责"一定叫得醒你"——凌晨溶氧最低时,光靠 App 推送不够,电话才是兜底。
断网兜底与云端降级
这套架构把"单点故障"当成常态来处理:
- 设备断网:控制器本地保留阈值规则,继续自动控制;数据缓存,恢复后补发(详见《鱼塘 4G 远程控制:断网了怎么办》);
- MQTT 服务挂了:设备按指数退避重连,APP 显示"连接中";
- API 服务挂了:APP 展示已缓存数据,现场设备控制不受影响;
- 数据库挂了:消息暂存队列,恢复后回放,不丢数据;
- 整个云不可用:现场仍按本地规则自动增氧,用户暂时看不到数据,但不会死鱼。
订阅服务模式(通用说明)
平台采用"试用 → 付费订阅 → 宽限期"的状态流转:首次绑定进入免费试用,到期前推送续费提醒,逾期进入宽限期并逐步限制功能,续费后恢复。具体套餐与价格以官网方案套餐页为准。
给养殖户的建议
- 选系统时问清"云端挂了现场还控不控得住"——这是判断它是否真可靠的分水岭;
- 告警通道至少要有"微信 + 电话"两道,夜里才叫得醒人;
- 多塘基地优先选支持集中管理的平台,所有塘在一个面板里看,省事也省心。
想看看你的塘口数据在云平台上长什么样?
免费评估塘口
免费评估塘口