机房漏水往往从一个不起眼的位置开始：精密空调冷凝水管堵塞、屋顶或窗边渗水、给排水管接头松动，或者架空地板下的管路出现泄漏。问题发生在夜间或无人值守区域时，积水可能扩散到机柜、PDU 和线缆附近，等巡检人员发现已经错过了最佳处置时间。
水浸监测的目标，是尽早发现、快速定位并把消息送到正确的人。通过 ThingsCloud，可以将点式水浸传感器或漏水绳接入平台，在检测到水浸时启动现场声光报警，并按项目条件联动关阀、排水或预先设计好的电源隔离回路。
先找出机房最可能漏水的位置
水浸传感器不是装得越多越好，关键是覆盖水可能出现和流经的位置。常见布点包括：
- 精密空调底部、冷凝水盘和排水管附近。
- 冷冻水管、给排水管及阀门接头下方。
- 架空地板低洼处和线缆入口附近。
- 外墙、窗边、屋面渗水可能进入的区域。
- UPS 室、电池间或配电区外围的风险边界。
点式传感器适合明确的小范围风险点，定位漏水绳适合沿空调、管道或机柜区域连续铺设。布点前最好结合地面坡度和排水方向做一次现场勘察，否则传感器可能离真正积水路径很远。
一套基础方案包含哪些设备
典型系统可以由以下部分组成：
- 水浸传感器或漏水控制器：输出干接点、开关量、RS485 / Modbus 或无线状态。
- IO 控制器、DTU 或网关：把传感器状态接入 ThingsCloud，并接收控制指令。
- 声光报警器：在现场立即提示值班人员。
- 电动阀或排水泵控制器：在条件允许时关闭进水源或启动排水。
- 可选的电源控制设备：仅用于经过设计和审批、明确允许自动隔离的回路。
水浸检测和现场报警应具备独立可靠的供电与保护设计。云平台可以扩展远程通知和联动能力，但不应成为机房唯一的漏水保护手段。
在 ThingsCloud 中定义水浸和执行属性
设备接入后，可以先建立下面这些属性：
| 设备 | 属性名称 | 标识符示例 | 数据类型 | 属性方向 |
|---|---|---|---|---|
| 水浸传感器 | 水浸状态 | water_leak | Switch | 设备上报 |
| 水浸控制器 | 区域编号 | zone | Enum 或 Text | 设备上报 |
| 声光报警器 | 报警开关 | alarm_power | Switch | 云端下发或设备云端共享 |
| 电动阀控制器 | 阀门开关 | valve_power | Switch | 云端下发或设备云端共享 |
| 排水泵控制器 | 水泵开关 | pump_power | Switch | 云端下发或设备云端共享 |
每个设备名称都应包含区域信息，例如“1 号精密空调水浸”“东侧管廊漏水绳”。这样告警通知到达手机时，运维人员无需先登录平台逐个查找位置。
检测到水浸后怎么联动
机房漏水处置适合采用分级动作，而不是把所有设备一次性全部关闭。
一个基础自动化可以这样配置：
| 环节 | 配置内容 |
|---|---|
| 触发器 | 设备属性变化：水浸状态 = ON，数据来源选择“属性上报” |
| 动作 1 | 下发 报警开关 = ON，启动现场声光报警 |
| 动作 2 | 条件允许时下发 阀门开关 = OFF，关闭对应水源 |
| 动作 3 | 有排水设施时下发 水泵开关 = ON |
| 并发策略 | 放弃本次 |
如果现场没有可控阀门或排水泵，只配置声光报警和远程通知也有价值。不要为了追求“全自动”而增加未经验证的动作。
漏水解除后，也不建议自动恢复进水或重新送电。应由人员确认漏点已经处理、积水已经清除、绝缘和设备状态符合要求，再按机房操作规程手动恢复。
关于联动断电，必须先划定边界
水靠近带电设备时，电源隔离可能降低短路和触电风险，但机房全面断电也可能造成业务中断、数据损坏、消防或环境设备停止。因此，是否自动断电不能使用一套通用规则直接决定。
只有在电气和业务负责人完成评估后，才适合对预先划定的非关键区域或专用回路配置联动分闸，并同时满足：
- 回路与水浸区域对应关系明确。
- 断电不会影响更关键的安全和业务系统。
- 断路器和控制回路支持可靠的远程操作及状态反馈。
- 现场具备人工应急操作和恢复流程。
- 已完成真实设备测试和故障演练。
核心机柜、UPS、制冷和消防相关回路的处置，应遵循机房应急预案，不应仅凭一个云端水浸信号直接切断。
告警规则负责把消息送到人
自动化负责现场动作，告警规则负责记录状态并通知人员。建议至少配置两类告警：
- 水浸告警：水浸状态变为
ON时进入告警，并通知机房值班人员、设施运维和相关负责人。 - 设备离线告警：水浸传感器、网关或执行控制器长时间不活跃时提醒维护。
通知内容应包含机房名称、区域、传感器名称、触发时间和处置联系人。对于短时误触较多的环境，可以根据传感器特性设置适当的重复次数；对于真正的水浸信号，则应优先保证通知及时。
ThingsCloud 的通知组可以组合多种通知方式。实际项目中要定期核对接收人，避免值班表已经变化，告警仍发送给离岗人员。
看板和记录如何帮助快速定位
机房看板建议突出状态，不必做得复杂：
- 机房平面区域与各水浸点当前状态。
- 最近触发的水浸位置和时间。
- 声光报警、阀门和排水泵状态。
- 传感器、网关和控制器在线状态。
- 当前告警及历史处置记录。
如果采用定位漏水绳，还可以把控制器上报的区域或距离信息映射到看板，帮助人员缩小排查范围。对多机房项目，建议统一设备命名和区域编码，便于跨站点管理。
上线前要做一次完整演练
水浸系统不能只用软件模拟验收。建议在不影响设备安全的前提下，对每个区域完成真实触发测试：
- 用测试方式触发传感器，确认平台状态与现场一致。
- 确认声光报警器、阀门或排水泵执行正确。
- 检查告警是否发送给当前值班人员，消息中的位置是否准确。
- 断开传感器或网关通信，确认离线告警有效。
- 验证断网时现场报警和独立保护是否仍可工作。
- 演练人工确认、清理积水、复位报警和恢复设备的完整流程。
传感器还应定期测试和清洁。地面施工、机柜调整或空调改造后，要重新检查漏水绳和点式传感器的位置。
小结
机房漏水保护最重要的是缩短“漏水发生”到“人员开始处置”之间的时间。合理布点解决发现和定位问题，现场声光报警、关阀或排水解决第一步处置，远程通知则确保无人值守时也有人响应。
ThingsCloud 可以把水浸状态、设备联动、告警通知和看板记录连接起来。涉及断电时，必须以现场电气设计、业务连续性和应急预案为依据，明确哪些回路可以自动隔离，哪些动作必须由人员确认后执行。
关于 ThingsCloud
ThingsCloud 是新一代物联网设备统一接入平台，帮助企业在极短的时间内搭建个性化的物联网平台和应用，并适应不断变化的发展需求。目前广泛应用于制造、电力、能源、环境、农业、楼宇、家居、教育、交通、物流、自动化等领域。
ThingsCloud 可接入各类网关，传感器、执行器、控制器、通信模组、智能硬件等，实现数据采集、远程控制，数据分析、告警通知、智能联动。还可以零代码生成项目应用 SaaS 和用户应用 App，并开放 API 和实时消息，便于业务系统集成和扩展开发。
通过使用 ThingsCloud，企业可以大大缩短搭建物联网系统的时间，节省软件开发费用，降低定制开发的风险，快速落地数字化和智能化项目。我们的客户遍布各行业，包括中国石化、中国铁塔、中国燃气、吉林大学、北控水务、ACE、中国民航大学、西安交通大学、精量电子、大秦铁路、宁波水利局等。
