4. 温度控制与预警系统总体架构

水产养殖的温度控制与预警系统，本质上是一个“感知—传输—决策—执行”的闭环工程。很多养殖场在建设初期只关注“买什么传感器、装什么增氧机”，结果设备各自为政，数据上不来、指令下不去，预警形同虚设。要避免这种局面，必须先把系统按功能划分为四个层次，明确每层“负责什么、不负责什么”，再据此选型和设计数据流。本节围绕感知层、传输层、决策层、执行层展开，并给出典型硬件选型与拓扑设计思路。

一、四层功能划分：各司其职，接口清晰

感知层负责把物理世界的温度变成可信的数字量。核心对象是水温传感器，通常还需配合气温、溶解氧、pH等参数形成综合判断。感知层的关键指标不是“能测”，而是“测得准、测得稳”：精度、响应时间、防护等级、抗腐蚀能力、安装位置代表性，缺一不可。例如养殖池水温探头若安装在进水口附近，读数会被新水稀释，无法代表池体真实温度，这类“位置误差”往往比传感器本身误差更致命。

传输层负责把感知层的数据可靠送到决策层，并把决策层的指令送回执行层。它要解决三个问题：距离（池区到机房可能几百米）、环境（潮湿、盐雾、雷击）、可靠性（断网不能导致失控）。常见方案是有线（RS-485总线、以太网）与无线（LoRa、NB-IoT、4G/5G）混合组网。

决策层是系统的大脑，承担数据汇聚、阈值判断、趋势分析、预警生成和控制策略计算。它可以是一台边缘网关加本地控制器，也可以是云平台。工程上常采用“边缘+云”两级：边缘侧保证断网时仍能按本地规则控制，云端负责历史分析、远程告警和多塘口集中管理。

执行层把决策转化为动作：启停加热棒、控制锅炉或热泵、开关增氧机、驱动遮阳网或通风设备、触发声光报警与短信推送。执行层最需要关注的是“失效安全”——断电、断信号时设备应处于对养殖对象安全的状态。

二、典型硬件选型：按层对号入座

感知层的温度探头，养殖水体推荐使用不锈钢封装的PT100或PT1000铂电阻，配合防水接线盒，精度可达±0.1～±0.3℃，长期稳定性优于普通热敏电阻；若预算有限，DS18B20数字探头也可用，但要注意其线缆在盐雾环境中的老化问题。探头应布置在池体中部、水深约1/2处，避开进出水口和阳光直射，每池至少1个，面积较大的池塘按每200～500平方米增设一个测点。

传输层若池区集中，优先用RS-485总线，采用屏蔽双绞线，手拉手拓扑，总线两端加120Ω终端电阻，单条总线挂载节点不宜超过32个；跨塘口或距离超过1公里时，改用LoRa无线节点或4G DTU回传。雷击多发区应在总线入口加装防雷器。

决策层典型配置为：现场一台工业级边缘网关（如支持Modbus RTU/TCP、带4G模块和本地IO的型号），运行本地控制逻辑；云端部署组态或物联网平台，负责数据存储、曲线展示和告警推送。控制器选型时重点关注IO点数、通信协议兼容性和断电保持能力。

执行层按被控对象选型：加热设备用带过流保护的接触器或固态继电器驱动，功率按水体体积估算，例如10立方米水体升温5℃所需热量约为 10×1000×4.18×5 ≈ 209000 kJ，若要求4小时完成，则功率约14.5 kW（示例估算，未计散热损失）；增氧机、水泵通过交流接触器控制，并配置手动/自动切换开关，保证自动系统故障时可人工接管。

三、系统拓扑与数据流设计

推荐的拓扑是“池区现场层—机房汇聚层—云端管理层”三级结构。数据流方向为：传感器→采集节点→RS-485/无线→边缘网关→（4G/以太网）→云平台；控制流方向相反：云平台或本地策略→边缘网关→继电器输出→执行设备。设计时要明确两条原则：一是控制指令优先本地闭环，云端只做策略下发和监视，避免网络中断导致加热或增氧失控；二是预警与联锁分离，越限告警走消息通道，紧急保护（如超温断电）走硬件联锁，不依赖软件。

四、一个可参考的配置示例

以某育苗场6个育苗池为例（示例参数，非实测）：每池布1支PT100水温探头，经RS-485采集模块接入池区总线；总线汇入机房边缘网关，网关本地设定“低于22℃启动加热、高于26℃停止加热、超过28℃强制断电并告警”的三段策略；网关通过4G上报云平台，云平台对连续2个采集周期温度变化超过1.5℃的情况判定为“异常速率”并推送短信。执行层每池配1台3kW加热棒和1台增氧机，均带手动旁路开关。该配置的核心思想是：感知层保证代表性，传输层保证可达性，决策层保证自治性，执行层保证安全性，四层接口清晰，任何一层故障都不会让整个系统失去基本保护能力。