3. 农业物联网通信协议与接入方式选型

农业物联网的接入层选型，本质上是在“覆盖、功耗、带宽、时延、成本、可靠性”六个维度之间做权衡。农田、温室、畜禽舍三类场景的物理环境、数据节奏和运维条件差异很大，因此不存在一种协议通吃所有场景。本节先厘清六种主流接入方式的协议特性，再给出按场景选型与网络拓扑组织的可执行方法。

一、六种接入方式的技术定位

MQTT 是建立在 TCP 之上的发布/订阅消息协议，采用 Broker 中转，支持 QoS 0/1/2 三级消息质量。它的优势是长连接、低开销、天然支持一对多下发，非常适合“云平台—网关—终端”之间的数据汇聚与指令下发。农业云平台几乎都把 MQTT 作为设备接入的主协议，典型端口为 1883（明文）和 8883（TLS）。

HTTP 是请求/响应式协议，短连接、无状态、开发门槛最低。它适合低频、非实时、可容忍秒级到分钟级时延的业务，例如每日上报一次土壤墒情汇总、查询历史数据、调用气象 API。缺点是每次请求都要建立连接、头部开销大，不适合高频小报文和服务器主动下发。

CoAP 是面向受限设备的 UDP 协议，报文极小，支持 Observe 模式实现服务器推送，常与 LwM2M 配合做设备管理。它适合电池供电、MCU 资源紧张的传感器节点，但需要 DTLS 保障安全，且穿透 NAT 需要额外设计。

LoRaWAN 是低功耗广域网协议，星型拓扑，终端直连网关，单网关可覆盖数公里。它的数据速率极低（0.3～50 kbps），有严格的占空比限制，适合大田里分散布点、每天上报数十条数据的场景，但不适合图像和大批量控制。

NB-IoT 依托运营商蜂窝网络，覆盖广、穿透强、模组成本低，支持 PSM/eDRX 省电。它适合没有自建网络条件、点位分散且数据量小的场景，例如偏远农田的水位、井盖、气象站。缺点是时延较大、上下行速率有限，且依赖运营商信号覆盖。

4G/5G 提供高带宽、低时延的蜂窝接入，适合视频监控、农机自动驾驶、温室环境高清回传等场景。4G 足以支撑大多数农业数据业务，5G 更多用于对时延和带宽有硬要求的场合，但功耗和资费较高，不适合电池供电的末端传感器。

二、按场景选型与拓扑组织

选型的第一步不是看协议，而是看场景的“数据画像”：采集频率、单包大小、终端数量、供电方式、是否允许自建网络、是否需要下行控制。

大田场景：点位分散、距离远、多为电池供电，采集频率低（如每 30 分钟一次土壤温湿度）。首选 LoRaWAN 或 NB-IoT。若农场自建了 LoRa 网关，终端经 LoRaWAN 汇聚到网关，网关再通过 4G 回传云平台，形成“LoRaWAN + 4G”两级拓扑；若完全无自建条件，则终端直接走 NB-IoT 到运营商网络，再由运营商侧转发到云平台。

温室场景：空间集中、终端密度高、有市电、需要频繁下发控制指令（如开关卷帘、调节补光）。推荐“终端—网关—云”的 MQTT 拓扑：温湿度、CO₂、光照传感器通过 RS-485/Modbus 接入边缘网关，网关以 MQTT 长连接接入云平台，云平台通过同一连接下发控制命令。若个别传感器是 WiFi 或 LoRa 节点，也由网关统一转换后走 MQTT 上行，避免云端维护多种协议。

畜禽舍场景：环境氨气、硫化氢、温湿度、风机状态需要较高频率采集（如每 1～5 分钟），且舍内金属结构多、信号遮挡严重。建议舍内采用有线或短距无线汇聚到舍级网关，网关通过 4G 或有线以太网以 MQTT 接入云平台；视频监控单独走 4G/5G 通道，不与控制数据混流。

三、选型决策与拓扑示意

下图把三类典型场景的接入协议组合与网络拓扑放在一起对比，便于快速判断“终端用什么、网关用什么、云端用什么”。

四、选型时必须核对的工程参数

确定协议方向后，还要用具体参数验证可行性。以下是一份可直接用于现场勘察的核对表示例，字段按农业接入场景设计：

核对时重点看三件事：一是单网关容量是否留有余量，建议实际负载不超过标称容量的 60%；二是采集周期与占空比、PSM 周期是否匹配，LoRaWAN 要核算每日上行帧数与占空比限制，NB-IoT 要确认 PSM 唤醒周期与平台心跳是否冲突；三是下行控制链路的时延是否满足业务，温室卷帘控制若要求 3 秒内响应，就不宜走 NB-IoT 的慢速通道，而应使用 MQTT 长连接。

五、常见误区与判断依据

第一个误区是“所有设备都直连云平台”。终端数量上百后，云端要维护大量异构连接，运维成本陡增。正确做法是让网关承担协议转换与本地缓存，云端只面对少量网关连接。第二个误区是“追求最新协议”。5G 在农业末端传感器上往往功耗和成本不划算，4G 加 MQTT 已能满足绝大多数数据业务。第三个误区是忽视断网续传。农田和偏远畜禽舍网络不稳定，网关应具备本地存储与断点续传能力，恢复后按时间戳补传，避免数据空洞。

判断选型是否成功的依据不是协议是否先进，而是：终端在线率是否稳定、数据完整率是否达标（例如月完整率 ≥ 98%）、控制指令端到端时延是否在业务允许范围内、单点日均功耗是否支撑预期续航。把这四项指标在试运行阶段连续观测一周，再决定是否扩大部署，比纸面比较更可靠。