定义
「建筑漏水检测与告警」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
点式探头和感测线缆测到的并不同
建筑漏水检测里，点式探头回答的是“这一小块是否已经有水”，感测线缆回答的是“这一段绳上大约哪一米开始导电”。两者都能触发告警，却不能互换安装位置。点式适合空调接水盘、水管接头和地板的低点；线缆适合机房静电地板下、沿墙的冷凝水管和管井桥架。线缆的距离读数要在安装时做成一张对照表：多少米对应哪两排机柜或哪一层管井。没有对照表，工单里只有一个米数，值班人员仍要沿整层去找。物联网卡多半接在区域网关或独立告警器上，由它把探头状态送出楼宇；探头本身通常不直接装卡。
告警报文要和心跳分开。心跳说明网关还活着，告警说明某一路输入变了。报文里应有点位号、状态、变化时间和是否为断线。把告警塞进下一包周期性遥测，漏水要等到周期结束才离开现场。卫生间、茶水间和机房的误报来源不同：前者常是保洁积水，后者常是冷凝水正常滴落。点位描述里应写明允许的短暂湿润是否需要延时确认，延时写在网关里，而不是靠物业人员记住“这个点可以等一等”。
告警上行不能等下一轮心跳
这种检测依赖三件事同时成立：探头或线缆处在水真正会流过的位置，网关能在状态变化后主动发出报文，接收方能把点位号变成工单地址。地下机房和电梯井的蜂窝往往只在风井或弱电间可用，天线应引到有覆盖的地方，并确认告警时刻的上行不依赖人员到场按按钮。省电模式把模组睡得很深时，漏水输入即使已经触发，也要等苏醒才能发出。对漏水这类事件，输入变化应能唤醒模组，唤醒后的第一包就是告警，而不是先补一段历史曲线。
线缆要做断线监督。断线和工作回路断开在电气上可能一样，若没有监督电流，剪断线缆会变成“永远不漏”，平台上仍是正常。点式探头要约定干接点是动合还是动断，接反之后平时一直告警，值班人员会把该点屏蔽，真漏水时屏蔽仍然有效。与HVAC相关的冷凝水应单独设点，避免和消防喷淋、生活水管共用一个含糊的“漏水”名称。工单里的位置要用物业能找到的房间号，模型坐标可以附在备注里。
贴错位置、长期浸水与屏蔽
探头贴在接水盘外侧或线缆沿高处桥架敷设，水已经漫过设备底部，传感器仍是干的。验收时应用少量水在设计的低点试验，看工单是否指向该点，而不是只在网关端子上短接看有没有报文。短接试验证明的是回路，证明不了安装位置。长期浸水后探头一直保持告警，水干之前如果平台把重复上报复成“抖动”并自动关闭，现场会以为已经恢复。恢复应当来自状态变回干燥，并可以要求人工确认地面已经清理。
心跳正常、告警通道被屏蔽，是最容易被在线率掩盖的情况。网关每小时报到一次，漏水输入却在本地被关掉，报表里的在线和实际防护无关。更换网关或更换卡之后，点位对照表若没有跟着迁过去，旧点位号会在新设备上对应另一层的卫生间。和PHM放在一起看时，漏水是突发事件，不适合只留在按天汇总的健康评分里；评分再平稳，也不能代替那一条尚未关闭的渗水工单。保洁拖地造成的短告警若没有延时，工单会被刷屏，随后真正的管井告警就混在已忽略列表中。
网关在弱电间、探头在机房时，中间线缆断开和确实没有漏水，在平台上会呈现同一种正常。断线监督要覆盖到最远的那一段，而不是只看网关电源还在。同一管井里生活水和消防水管共用一个点位，工单就无法判断该关哪一支阀门。试验用水要擦干并等到状态回到干燥再离开，否则验收人员离开后的湿润会被下一班当成新漏水。告警接收人变更后若没有改派送名单，报文可以已经到了平台，现场却没有人处理。点位对照表和接收人名单应在同一本交接里。