面向存量档案室改造的物联网中台：温湿度数据采集与告警分发实践

面向存量档案室改造的物联网中台：温湿度数据采集与告警分发实践

物联网 · 盛世宏博 · 存量档案室、物联网中台、温湿度采集、告警分发

近期在调试一套工业环境监控系统时，遇到了关于Modbus连接保持的问题。这次场景是某区级档案馆的存量档案室改造——3个库房、17个温湿度监测点、5台不同品牌的恒温恒湿机，全部利旧接入。原有系统各自独立，告警靠短信猫直发，没有统一的数据底座。这次要做的是搭一个轻量物联网中台，把数据收上来、洗干净、分出去。

一、存量接入的设备清单

二、中台核心设计

1. 边缘层：协议归一化

5种通信方式统一收敛到边缘网关，虚拟寄存器映射：

Modbus TCP  →  直接映射
Modbus RTU  →  串口轮询→TCP透传
干接点      →  DI模块→虚拟寄存器
红外遥控   →  学习编码→GPIO触发
开关量     →  DI→状态位

2. 数据层：时序存储+缓存

• InfluxDB存原始采样值（10s粒度，保留5年）
• Redis缓存实时值（TTL 30s），供组态画面和API调用
• 每条记录带 device_id + point_type + timestamp + value + quality

3. 告警引擎：规则驱动分发

触发条件 → 防抖滤波(连续3次越限) → 等级判定(一般/重要/紧急)
         → 分发路由(微信/短信/弹窗/声光)
         → 确认追踪(超时未确认自动升级)

告警等级定义：

• 一般：单点RH偏差±5%，非工作时间
• 重要：温度越限、RH越限持续10min
• 紧急：烟感触发、水浸、消毒模式臭氧>0.1ppm

三、踩坑与解法

坑1：RS485探头采样不同步导致告警抖动

9个RTU探头串行轮询，首尾采样时间差达12s。两个相邻点温湿度差0.6℃时，画面刷新看起来像"跳变"。

解法：边缘网关给每个采样值打本地时间戳，中台侧按30s窗口做对齐聚合，画面显示用聚合后的均值。

坑2：告警风暴

调试阶段规则配错，17个点全部触发"一般"告警，微信模板消息1分钟内发了200+条，被企业微信限流。

解法：

• 同等级告警合并（"3号库房有5个监测点湿度偏低"）
• 限流策略：同一接收人同等级告警≥3条/分钟时合并发送
• 静默窗口：维护时段内只记录不分发

坑3：干接点信号抖动

品牌D恒温恒湿机的运行反馈干接点，压缩机启停瞬间产生5~8次抖动，中台误判为"频繁启停"。

解法：软件防抖，连续稳定200ms才认定状态变化。

坑4：中台与组态平台抢写

组态画面和物联网中台都有写权限（中台负责自动模式下发），偶尔出现"中台刚下发冷水阀30%，组态操作员手动拉到50%，中台下一轮又覆盖回去"。

解法：引入写优先级令牌——组态手动操作持有令牌60s，期间中台自动策略暂停下发。令牌超时自动释放。

四、告警分发实测效果

五、关键经验

1. 存量改造不要追求"全量替换"，中台的价值在于把异构设备的数据翻译成统一语言。
2. 告警引擎的核心是降噪+路由，不是触发本身。合并、限流、静默窗口缺一不可。
3. 写权限冲突在多人运维场景下必然发生，优先级令牌是低成本解法。
4. 时序数据库选InfluxDB对温湿度这类高频采样场景很合适，但注意单序列写入频率别超万点/秒，否则需要分片。

六、关键词

存量档案室、物联网中台、温湿度采集、告警分发、边缘网关、Modbus归一化、InfluxDB、时序数据、告警降噪、多通道通知、DA/T 42-2022

物联网 #档案库房 #物联网中台 #温湿度监测 #Modbus #边缘网关 #InfluxDB #告警分发 #SCADA #存量改造 #工业物联网