水箱液位看起来是一个简单参数，真正管理起来却经常让人头疼：水位过低会造成供水不足，水泵还可能空转；水位过高则可能溢流，带来积水、设备受潮和水资源浪费。依靠人工巡检，不但发现问题慢，也很难覆盖夜间和无人值守时段。
对于楼宇二次供水、工厂工艺水箱、农业储水池和设备补水箱，可以把液位传感器、进水阀或水泵控制器接入 ThingsCloud，用两条相互配合的自动化规则完成补水和停机，再用告警规则处理持续异常。
为什么水箱控制要设置上下限
如果只设置一个液位阈值，阀门或水泵容易在临界点附近频繁启停。例如水位刚低于阈值就开始补水，稍微回升后又停止，传感器的小幅波动也可能不断触发动作。
更实用的做法是留出一个控制区间：
- 水位低于下限时，开启进水阀或补水泵。
- 水位升到上限时，关闭进水阀或补水泵。
- 水位长期没有回升、超过高高液位或设备离线时，通知运维人员检查。
上下限之间的差值就是回差。它让补水设备有足够的连续运行时间，也减少继电器、接触器和电磁阀的频繁动作。
需要接入哪些设备
一个基础方案通常包含以下设备：
- 液位传感器：可选投入式液位计、超声波液位计或雷达液位计，根据水质、量程、安装空间和精度要求选择。
- 进水执行设备：电磁阀、电动阀，或由继电器、接触器控制的补水泵。
- 通信设备：RS485 / Modbus 设备可通过 DTU、RTU 或边缘网关接入 ThingsCloud。
- 现场保护装置：高液位浮球、溢流管、泵空转保护、过载保护等，用于承担独立的本地安全保护。
如果水箱依靠水泵补水，还要结合现场管路考虑止回阀、过滤器、泵前液位和压力联锁。平台自动化负责远程监测与业务联动，不能替代泵控柜和现场保护回路。
在 ThingsCloud 中定义水箱和补水设备
设备接入后，先在设备类型中定义最小可用的属性。
| 设备 | 属性名称 | 标识符示例 | 数据类型 | 属性方向 |
|---|---|---|---|---|
| 液位传感器 | 当前液位 | water_level | Number | 设备上报 |
| 阀门控制器 | 阀门开关 | valve_power | Switch | 云端下发或设备云端共享 |
| 补水泵控制器 | 水泵开关 | pump_power | Switch | 云端下发或设备云端共享 |
| 控制器 | 运行状态 | running_status | Enum 或 Text | 设备上报或设备云端共享 |
| 控制器 | 故障状态 | fault | Switch 或 Enum | 设备上报或设备云端共享 |
液位可以使用百分比，也可以使用厘米、米等工程单位，但设备上报值、看板显示和自动化阈值必须保持一致。通过控制台或 API 下发 Switch 属性时，使用 true / false。
配置低水位自动补水
第一条自动化负责启动补水。例如把水箱可用液位的 25% 设为下限，可以这样配置：
| 环节 | 配置内容 |
|---|---|
| 触发器 | 设备属性变化：当前液位 < 25，数据来源选择“属性上报” |
| 执行条件 | 补水控制器的状态属性在最近一段时间内有更新；需要时增加允许补水的时间范围 |
| 动作 | 下发 阀门开关 = ON，或下发 水泵开关 = ON |
| 并发策略 | 放弃本次 |
这里的 25% 只是便于说明的示例。实际下限要根据有效容积、用水速度、泵的启停要求和最低安全液位确定。
配置高水位自动停止
第二条自动化负责结束补水。例如把 80% 设为上限：
| 环节 | 配置内容 |
|---|---|
| 触发器 | 设备属性变化：当前液位 > 80，数据来源选择“属性上报” |
| 动作 | 下发 阀门开关 = OFF，或下发 水泵开关 = OFF |
| 并发策略 | 放弃本次 |
这样，水位低于下限时启动补水，升到上限时停止。两条规则分别响应液位的不同变化，比“开启后固定运行若干分钟”更能适应进水流量和用水量的变化。
属性下发需要执行设备在线。调试时应实际验证阀门开关方向、继电器逻辑、断网后的设备状态和重新上线后的行为，不能只看平台上显示的属性值。
告警要关注“动作之后仍然异常”
自动补水并不意味着系统已经完成风险处理。更值得关注的是：规则执行后，液位是否按预期变化。
建议配置以下告警：
- 低液位持续告警：补水启动后，液位在设定时间内仍未回升，可能存在无水、阀门未打开、水泵故障或管路泄漏。
- 高高液位告警：液位超过更高一级阈值，提醒人员立即检查阀门是否关闭、传感器是否异常。
- 设备离线告警：液位传感器或执行控制器长时间不活跃时及时通知。
- 运行故障告警：控制器上报过载、故障或保护动作时发出提醒。
ThingsCloud 告警规则可以设置重复次数或持续时间，减少液位波动带来的误报，并通过通知组把消息发送给指定人员。自动化负责执行动作，告警规则负责持续判断和通知，两者分开配置更便于维护。
看板应该呈现哪些数据
水箱项目的看板不需要堆积太多指标，重点是让值班人员快速回答 4 个问题：现在有多少水、设备是否在补水、液位是否正常变化、有没有异常未处理。
建议展示：
- 当前液位和上下限位置。
- 最近 24 小时或 7 天的液位趋势。
- 阀门、水泵和控制器在线状态。
- 补水开始与停止记录。
- 低液位、高高液位和设备故障告警。
如果液位曲线在夜间持续下降，即使没有触发低水位告警，也可能提示管路渗漏或异常用水；如果每次补水时间越来越长，则应检查进水压力、过滤器、阀门开度或水泵性能。
交付前要做的现场验证
正式投入运行前，建议至少完成以下测试：
- 模拟低液位，确认平台收到数据并正确开启阀门或水泵。
- 模拟高液位，确认停止指令能够到达设备，现场执行方向正确。
- 断开控制器网络，确认离线告警能够触发，现场保护仍然有效。
- 模拟阀门卡滞或无水状态，确认持续低液位告警能够通知到人。
- 检查手动、自动两种模式的切换方式，并明确恢复运行的操作流程。
小结
水箱液位自动化的关键，不是简单地远程开关一台水泵，而是用低水位启动、高水位停止和持续异常告警形成清晰的控制链路。
ThingsCloud 可以连接液位传感器、阀门和水泵控制器，完成属性采集、自动化编排、趋势看板和告警通知。配合独立的现场保护装置后，这套方案可以用于楼宇、工厂、农业和设备配套水箱，并按不同容量和工况调整阈值。
关于 ThingsCloud
ThingsCloud 是新一代物联网设备统一接入平台，帮助企业在极短的时间内搭建个性化的物联网平台和应用，并适应不断变化的发展需求。目前广泛应用于制造、电力、能源、环境、农业、楼宇、家居、教育、交通、物流、自动化等领域。
ThingsCloud 可接入各类网关，传感器、执行器、控制器、通信模组、智能硬件等，实现数据采集、远程控制，数据分析、告警通知、智能联动。还可以零代码生成项目应用 SaaS 和用户应用 App，并开放 API 和实时消息，便于业务系统集成和扩展开发。
通过使用 ThingsCloud，企业可以大大缩短搭建物联网系统的时间，节省软件开发费用，降低定制开发的风险，快速落地数字化和智能化项目。我们的客户遍布各行业，包括中国石化、中国铁塔、中国燃气、吉林大学、北控水务、ACE、中国民航大学、西安交通大学、精量电子、大秦铁路、宁波水利局等。
