设备掉线监控与告警

设备“在线”只能说明某条通信链在某个时刻有回应。掉线监控应把网络可达、代理心跳、应用服务和现场业务分层记录，并允许未知；不能因为Ping通或进程还在，就宣布画面、声音和互动正常。

四类信号各自能证明什么

信号	能证明的范围	不能直接证明	记录项
ICMP回应	该次探测有回应	应用端口、播放画面正常	来源、目的、时间、超时
TCP建连	该地址端口接受连接	设备完成控制动作	端口、源地址、耗时
代理心跳	该代理最近与服务端通信	内容程序与屏幕正常	设备ID、心跳时间、采集端状态
应用查询／现场确认	本次查询或观察的具体结果	其他展项或未来持续正常	原始应答、位置、确认人

SNMP也只报告设备支持的具体OID。读取温度、端口或电源状态前，记录型号、版本、权限和手册；不要将一个可读OID外推成所有设备都有相同监控能力。访问凭据使用项目批准的保管方式，不写进公开记录表。

从一台测试设备开始

先建立资产号、点位、IP或设备名、查询方式、最后确认正常时间与负责人的表。选择不会影响开放展项的测试对象，分别验证正常响应、探测超时、代理退出以及采集端自身不可用四种情况。网络层失败可能来自访问策略或路径，不能直接标为设备断电。

应用级心跳也要说明从何处发出：独立代理仍可能在播放程序卡住时继续上报；播放程序的线程仍活着，也可能没有正确渲染。若要表达“现场正常”，必须增加本项目认可的画面、声音与操作确认，保留时间和观察范围。

未知不能沿用最后一次绿色

建议把观测结果、采集时间和采集器状态分列。采集器离线、凭据失效、任务超时或数据过期时显示未知及原因，而不是继续显示旧正常。例：10:00取得主机心跳，10:05采集器失联，10:10界面应表达“最后心跳10:00，当前未确认”，不能写“持续在线10分钟”。此例为合成演示。

维护窗口内的预期离线、整段网络不可达与单设备异常也应有不同记录。依赖收敛可以减少消息，但不能删除下游原始状态；上联恢复后仍需逐项确认，避免某台设备继续故障却被一起清绿。

去抖与恢复要成对测试

可用“每10秒观察，连续3次失败告警、连续2次成功恢复”演练，数值只是可调测试条件。只在状态转换时通知，连续缺失不重复轰炸；恢复通知写“通信恢复”，不写“现场已修复”。未知输入不计成功，也不替代恢复证据。

完整序列、预期通知次数和可执行脚本见心跳告警去抖与恢复条件。其合成CSV与测试协议可直接用于演练；本地计数验证不是消息平台送达或真实断网实测。

告警之后先确认，再处置

通知至少包含设备、点位、首次失败时间、最新采集时间、依据和工单入口。接手人先核实操作对象，参照远程目标四项身份核验，再按授权执行恢复。不要把WOL、重启或远控设为所有离线的默认动作，更不能未经确认自动重复执行。

SoftAgent Hub首发围绕设备心跳、系统与软件资产、受治理只读巡检任务、原始回执和报表，人工协助试用；限定基础告警的规则需按版本确认，当前不等于完整远控、自动升级或AI自动修复。

依据：Microsoft Get-NetTCPConnection、RFC9293 TCP与上述Hub公开页，核对日期2026-10-23。本文没有现场故障比例或“提前修好”的效果承诺；真实设备与通知链仍需按协议测试。