2. 农业物联网设备与通信特征
要判断一台农业物联网设备是否“离线”，首先必须弄清楚它由哪些设备构成、通过什么方式联网、以及“离线”在系统里究竟指哪一段链路断开。很多告警误报的根源，并不是设备真的坏了，而是运维人员把“传感器没数据”“网关没上报”“平台没收到”混为一谈。本节围绕设备类型、通信方式和离线定义三条主线展开，为后续告警规则设计打基础。
一、三类常见设备及其在链路中的角色
农业物联网现场通常由传感器、控制器和网关三类设备组成，它们在离线判定中的含义完全不同。
- 传感器（采集端）：如土壤温湿度传感器、空气温湿度传感器、光照传感器、CO₂传感器、土壤EC/pH传感器、水位与流量计等。它们负责把物理量转换为数字信号，通常通过RS-485/Modbus RTU、模拟量或LoRa节点方式接入。传感器离线一般表现为“该测点长时间无新数据”或“采集值恒定不变”。
- 控制器（执行端）：如智能阀门、水泵控制器、卷帘/风机控制器、水肥一体机。它们既可能上报自身状态，也接受平台下发的控制指令。控制器离线不仅意味着状态看不到，更意味着远程控制失效，风险等级通常高于纯传感器。
- 网关（汇聚与转发端）：如LoRa网关、4G DTU/RTU、边缘计算盒子。网关向下汇聚多个节点数据，向上通过4G/以太网连接云平台。网关离线会导致其下挂的一批设备同时“失联”，是典型的“一对多”故障源。
理解这种层级关系非常关键：一个传感器离线，可能只是它自己掉线；而一个网关离线，会让几十个传感器同时无数据。若告警系统不区分层级，就会在网关断电时瞬间产生几十条传感器离线告警，形成告警风暴。
二、四种通信方式的特征与离线表现
不同通信方式的心跳机制、时延和休眠策略差异很大，直接决定了离线判定的阈值不能“一刀切”。
| 通信方式 | 典型场景 | 上报/心跳特征 | 离线判定要点 |
|---|---|---|---|
| LoRa | 大田、果园等分散节点，节点经网关汇聚 | 节点常采用周期上报（如每5～30分钟一次），Class A设备大部分时间休眠 | 阈值需大于上报周期的2～3倍；重点看“网关在线但节点无数据” |
| NB-IoT | 无市电、靠电池供电的偏远测点 | PSM/eDRX省电模式下，设备可能数小时才唤醒一次 | 不能用短心跳判断；需结合设备配置的唤醒周期设定阈值 |
| 4G | 网关、DTU、视频或数据量较大的站点 | 通常保持长连接或定时心跳（如30～60秒） | 可用较短阈值；需区分信号弱导致的短暂断连与真正离线 |
| Wi-Fi | 大棚、温室等有稳定供电和局域网的场景 | 连接频繁、心跳间隔短 | 阈值可设得较短；但要排除路由器重启、信道干扰等短时抖动 |
可以看到，同样是“5分钟没数据”，对Wi-Fi设备可能已经算异常，对NB-IoT设备却完全正常。因此离线阈值必须与设备的通信方式和上报周期绑定，而不是全局统一。
三、离线定义与判定边界
在工程实践中，“离线”至少涉及三个不同层面的边界，必须分别定义：
- 设备侧离线：设备自身断电、故障或失去网络注册，无法发出任何报文。
- 链路侧离线：设备其实在工作，但网关、基站或运营商网络中断，数据到不了平台。
- 平台侧离线：数据已到达但解析失败、入库异常或规则未触发，平台“看起来”没收到。
告警系统真正能观测到的，往往只是“平台最后一次收到该设备有效数据的时间”。因此离线判定通常采用“最后上报时间 + 阈值”的方式：设设备正常上报周期为T，容忍倍数为k，则离线阈值 Threshold = k × T，工程上k常取2～3。例如某LoRa土壤传感器每10分钟上报一次，取k=3，则连续30分钟无有效数据即判为疑似离线，连续60分钟无数据升级为确认离线。
此外还要明确几个边界条件：设备主动上报“休眠中”不应算离线；计划内的维护停机应通过维护窗口屏蔽；网关离线时，其下挂设备应标记为“上游失联”而非各自独立离线，避免重复告警。只有把这些边界定义清楚，后续的告警规则、去重和升级策略才有可靠依据。