2. 鱼塘物联网系统架构设计

鱼塘物联网系统不是“买几个传感器接上手机”那么简单。它要长期泡在高湿、日晒、雷击风险和供电不稳的户外环境里，还要把溶解氧、水温、pH、氨氮这些关键参数稳定送到养殖户手里。因此，架构设计的核心任务是：把采集、传输、汇聚、应用四类职责清晰切开，让每一层只解决自己的问题，层与层之间用明确的接口衔接。本节按感知层、网络层、平台层、应用层四层展开，并给出设备选型原则与可直接参考的方案拓扑。

一、四层划分与各层职责

感知层是系统的“神经末梢”，负责把物理量变成电信号或数字量。鱼塘场景的典型对象包括：溶解氧传感器（荧光法或极谱式）、水温传感器（PT1000或DS18B20）、pH电极、氨氮/亚硝酸盐在线分析仪、水位开关、以及控制类执行设备——增氧机接触器、投饵机、进排水泵。感知层的关键不是“装得多”，而是安装位置与代表性：溶解氧探头应放在增氧机水流能覆盖、但避开气泡直冲的位置，通常距水面0.5～1.0米、离塘边3～5米；pH电极不宜与溶解氧探头挤在同一测点，避免电解干扰。

网络层解决“数据怎么出去”。鱼塘往往地处偏远、有线网络不可达，主流选择是4G Cat.1/Cat.4模组或NB-IoT。需要区分两类链路：传感器到汇聚节点多用RS-485（Modbus-RTU）或LoRa，汇聚节点到云端用4G。网络层设计要回答三个问题：单点覆盖半径多大、断网时数据怎么办、供电如何保障。工程上通常采用“LoRa自组网+4G回传”或“RS-485总线+4G DTU”两种形态，前者适合塘口分散、布线困难的大水面，后者适合塘口集中、距离在千米以内的基地。

平台层是数据的“中转与沉淀”层，承担设备接入、协议解析、数据存储、规则告警和设备管理。它把不同厂家、不同协议的设备统一成标准数据模型（如设备ID、测点编码、时间戳、数值、质量码），再向上提供API。平台层还应实现阈值规则引擎：例如溶解氧低于4.0 mg/L持续10分钟触发一级告警，低于2.5 mg/L立即触发二级告警并联动增氧机。规则放在平台层而非终端，是为了便于远程调整，不必到现场改参数。

应用层面向养殖户和管理者，包括手机App、Web监控大屏、短信/微信告警、报表与历史曲线。应用层不直接接触设备，只消费平台层提供的数据与指令接口，这样换设备、换通信方式都不影响前端。

二、设备选型原则

选型不能只看参数表，要围绕“环境适应性、接口一致性、运维成本”三条主线。以下原则可直接用于方案评审：

• 防护等级优先于精度。鱼塘边长期高湿，传感器与接线盒至少IP65，浸水部件IP68；探头线缆要选耐晒、耐水解的聚氨酯护套，普通PVC线两年就会发硬开裂。
• 接口统一，减少协议转换。同一塘口尽量选同一总线制式（推荐RS-485 Modbus-RTU），避免RS-232、4-20mA、脉冲混用导致网关端口不够、调试困难。
• 供电与防雷一并设计。户外节点采用12V/24V直流+太阳能板（建议≥60W板配≥38Ah蓄电池，按连续阴雨3天估算），4G天线与电源线加装SPD浪涌保护器，接地电阻≤4Ω。
• 执行设备留手动旁路。增氧机控制必须保留现场手动开关，物联网故障时养殖户仍能人工开机，这是安全底线。
• 按测点重要性分级配置。溶解氧是鱼塘的“生命线”，应每塘必配且考虑双探头冗余；氨氮分析仪成本高、维护量大，可只在重点塘或轮换抽测。

三、拓扑落地：一个可参考的组网示例

假设一个基地有6口塘，塘口间距80～300米，无有线网络。可采用如下组网：每口塘部署1台溶解氧+水温一体探头、1台pH探头，通过RS-485手拉手接入塘边防护箱内的LoRa节点；6个LoRa节点将数据汇聚到基地中心的4G网关，网关通过MQTT上报平台；平台按规则判断后，把增氧机启停指令经网关下发到对应塘口的继电器模块。该示例中，单塘采样周期设为60秒，溶解氧告警阈值设为4.0 mg/L（一级）和2.5 mg/L（二级），持续10分钟确认，避免增氧机频繁启停。

四、常见设计误区

第一，把平台层功能塞进网关，导致规则改一次要跑现场；第二，所有传感器共用一条RS-485总线却未做终端电阻和隔离，雷雨季节整条总线烧毁；第三，应用层直接连设备IP，设备一换App就失效。正确做法是：网关只做透传与缓存，规则与业务放平台，应用只调API。这样四层各司其职，系统才具备可扩展、可维护的工程价值。