国产化智慧档案解决方案：八防安全预警+恒温恒湿设备组态集成实战

国产化智慧档案解决方案：八防安全预警+恒温恒湿设备组态集成实战

物联网 · 盛世宏博 · 国产化、八防安全预警、恒温恒湿设备、组态集成、边缘网关、信创环境

近期在调试一套工业环境监控系统时，遇到了关于Modbus连接保持的问题。这次是某省级档案馆国产化改造项目：平台要求跑在信创环境（麒麟/统信 + 达梦/人大金仓 + 国产中间件），设备层是18台四合一恒温恒湿消毒净化一体机（RS485/Modbus RTU）+ 54台以太网温湿度变送器（SNMP）+ 门禁/水浸/烟感/人体红外，上层要把"八防安全预警"和"恒温恒湿设备组态"合成一个闭环。难点不在通信，而在信创适配、组态国产化替代、八防告警语义与设备动作对齐。这篇按落地顺序把实战过程拆开讲。

一、项目基线

二、第一关：信创适配的坑（比设备对接更耗时间）

2.1 基础环境适配矩阵

2.2 数据库迁移三大坑

坑1：分页语法

-- MySQL
SELECT * FROM alarm_log LIMIT 100 OFFSET 0
-- 达梦
SELECT * FROM alarm_log LIMIT 0,100
-- 人大金仓（PostgreSQL兼容）
SELECT * FROM alarm_log LIMIT 100 OFFSET 0

同一套代码，换库就崩。解法：用MyBatis-Plus分页插件+方言配置，不手写分页。

坑2：自增主键

达梦用IDENTITY(1,1)或序列CREATE SEQUENCE seq_name，不像MySQL直接AUTO_INCREMENT。建表脚本要重写。

坑3：大小写

达梦默认把小写表名转大写，Hibernate/JPA实体类注解要统一大写或加双引号。

2.3 采集网关国产化

• 网关OS：OpenEuler / 麒麟嵌入式
• 运行时：Java + Modbus4j（或国产自研协议栈）
• 依赖库：SNMP4J、paho-mqtt（国产OS下需重编，个别so库架构不匹配）
• 坑：ARM64版麒麟上的Modbus RTU串口库，原x86 so文件不可用，必须拿源码重新交叉编译

三、第二关：组态国产化替代

3.1 不能用什么

• 原项目依赖的组态王/力控/Intouch：不兼容信创
• ActiveX组态控件：信创浏览器禁插件的不能用
• Flash组态：已淘汰
• 桌面组态.exe：需确认有无ARM64/LoongArch版本

3.2 替代方案选型

本项目选：自研HTML5组态 + ECharts + SVG库房平面图 + WebSocket实时数据。

3.3 组态画面结构

首页：八防总览（一屏看全馆）
  ├─ 防火    消防状态 + 烟感分布
  ├─ 防盗    门禁状态 + 入侵告警
  ├─ 防潮    库房湿度曲线 + 一体机状态
  ├─ 防高温  温度热力图
  ├─ 防虫防霉 湿度+消毒时长+虫情
  ├─ 防鼠    鼠情监测点
  ├─ 防光    光照度 + 窗帘状态
  └─ 防污染  有害气体 + 活性炭支路状态

第二页：设备组态
  └─ 库房平面图 + 一体机位置 + 温湿度云图 + 风量流向动画

第三页：告警中心
  └─ 实时告警 + 告警等级 + 处置流程 + 确认留痕

第四页：历史趋势
  └─ 多参数叠加曲线 + 导出CSV

3.4 组态数据通道

设备 → 边缘网关(Modbus/SNMP) → MQTT Broker(信创版EMQX/国产) → 平台WebSocket → 前端组态
                                                                  ↓
平台规则引擎 → 告警 + 联动指令 → MQTT → 网关 → 设备动作

双向实时，断线重连自动补帧。

四、第三关：八防安全预警的语义建模

4.1 八防不是"8个阈值"，是8套告警语义

4.2 告警语义三要素

{
  "alarm_id": "20261023001",
  "eight_defense": "防潮",
  "severity": "重要",
  "source": "1F-A区-温湿度-TH001",
  "trigger": "humidity>60% 持续600s",
  "value": {"humidity": 61.3, "threshold": 60},
  "action": "启动除湿-一体机01/02",
  "timestamp": "2026-10-23T09:31:02+08:00",
  "ack_status": "未确认",
  "operator": null
}

关键：告警要能回溯"谁触发的、触发时环境多差、系统做了什么动作、谁确认的"，这不是简单阈值报警能做到的。

4.3 告警分级与分发

国产化要求：短信走国产短信网关，APP推送用国产IM或政务微信，不能用境外服务。

五、第四关：恒温恒湿设备组态集成

5.1 设备组态不是"画个图标"

设备组态要表达：

• 设备位置（库房平面图上的物理位置）
• 设备能力（能否除湿/加湿/消毒/净化）
• 设备状态（在线/离线/故障/运行中）
• 设备参数（设定温湿度/死区/模式）
• 设备动作（风机转速/压缩机/UV/臭氧使能）
• 设备关联（同组协同、错峰启动）

5.2 设备模型

device:
  id: th-01
  name: 一体机01
  location: 1F-A区-密集架通道北
  protocol: modbus_rtu
  gateway: GW-01
  bus: BUS-1
  slave: 1
  capabilities: [dehumidify, humidify, purify, uv, ozone]
  status: running
  mode: auto_humidity
  set_temp: 22.0
  set_humidity: 55.0
  deadband: 3.0
  fan_speed: 60%
  uv: off
  ozone: off
  filter_life: 87%
  fault_code: 0x0000

5.3 闭环组态逻辑

[平面图上选中一体机] → 弹窗显示实时参数
        ↓
[修改设定值] → 平台校验（模式仲裁+安全联锁）
        ↓
[MQTT下发指令] → 网关写Modbus寄存器
        ↓
[设备执行+状态回读] → 平台确认
        ↓
[告警/工单留痕]

组态画面能"看得见、改得动、留得下"，不是只读大屏。

5.4 同组协同可视化

库房平面图上：

• 绿色：湿度达标（45~60%RH）
• 黄色：偏高（60~65%）— 除湿运行中
• 橙色：严重（>65%）— 多台除湿+告警
• 红色：超高（>70%）— 除湿全开+紧急工单

风量流向用动画箭头，从一体机出风口到密集架通道，运维一眼看出"风有没有穿过档案"。

六、第五关：八防与恒温恒湿的联动闭环

6.1 联动优先级

防火 > 防盗 > 防潮/防高温 > 防虫防霉/防污染 > 防鼠/防光

消防触发 → 一切让路，新风/消毒全停

门禁非法 → 消毒锁死

湿度/温度越界 → 恒温恒湿动作

虫情/有害气体 → 生成工单+强化消毒

6.2 联动实战：梅雨季防潮+防霉

连续3天湿度>58% + 温度18~25℃ + 库房A区
  → 霉变概率分=0.72（规则引擎计算）
  → 防潮：开除湿（一体机01/02/03错峰启动）
  → 防霉：光氢离子常开 + 夜间UV消毒
  → 防污染：活性炭支路全开
  → 生成工单："库房A区连续高湿，建议排查密封/漏水"
  → 连续24h>65% → 升级紧急，通知分管领导

八防不是孤立触发，是多维条件叠加出处置链。

6.3 联动实战：人员误入+臭氧

臭氧消毒窗口18:00启动
  → 校验：门禁布防✓ 人体红外无人✓ 时间窗口✓
  → 启动臭氧 + 关新风 + 密封门禁
  → 运行中人体红外触发
  → 立即停臭氧 + 强排风 + 声光告警
  → 通风30min + 臭氧<0.05ppm → 解除门禁封锁
  → 全过程留痕：谁触发/何时停/排风多久

七、第六关：信创环境下的性能与稳定性

7.1 性能数据（国产硬件+信创软件栈）

7.2 信创环境特有优化

• 达梦：大表按时间分区（每月一区），冷热分离
• 国产CPU（飞腾/鲲鹏/龙芯）：JVM参数按架构调优，堆大小、GC策略不同
• 东方通TongWeb：连接池与达梦maxSession匹配，避免连接耗尽
• 前端：ECharts大数据量用降采样（>10000点只渲染500点）

7.3 故障兜底

• 网关宕机 → 一体机本地EEPROM自治（不掉出厂值）
• 平台宕机 → 网关边缘规则继续跑
• 达梦挂了 → 网关写本地SQLite，恢复后补传
• 全断网 → 一体机独立运行 + 库房门口组态屏本地显示

八、国产化落地检查清单

□ OS/DB/中间件/CPU架构兼容矩阵确认
□ 达梦/金仓建表脚本、分页、自增主键适配
□ JDK架构匹配（x86_64/ARM64/LoongArch）
□ 组态技术栈HTML5，无ActiveX/Flash依赖
□ 采集库/串口库重新编译适配国产OS
□ MQTT Broker国产版本（EMQX/华为/阿里信创版）
□ 告警语义含八防分类+触发条件+处置动作+留痕
□ 设备组态含位置/能力/状态/参数/动作/关联
□ 联动优先级与八防语义对齐
□ 短信/推送走国产网关，不依赖境外服务
□ 断网/宕机多级兜底（设备→网关→平台）
□ 浏览器兼容（奇安信/360信创版/麒麟自带浏览器）
□ 性能压测覆盖数据采集/规则引擎/页面渲染/DB写入

九、关键经验

1. 国产化项目的难点不是设备对接，是信创适配——glibc、数据库方言、架构包、中间件兼容，每个都要实测。
2. 达梦/金仓不是"换驱动就能跑"，分页、自增、大小写敏感都要改代码或配置。
3. 组态国产化替代必须HTML5化，ActiveX/Flash/桌面exe在信创环境基本无路可走。
4. 八防安全预警的核心是告警语义建模，不是8个阈值——要能回溯触发条件、系统动作、处置留痕。
5. 设备组态要"看得见改得动留得下"，只画图标不接控制就是装饰品。
6. 八防与恒温恒湿的联动是项目价值所在，多维条件叠加的处置链比单点报警实用得多。
7. 信创环境性能要靠分区、降采样、JVM调优、连接池匹配来保障，不是堆硬件。
8. 全栈国产化的兜底设计要分三级：设备本地自治、网关边缘运行、平台恢复补传。

十、关键词

国产化智慧档案、八防安全预警、恒温恒湿设备、组态集成、信创适配、麒麟/统信、达梦/人大金仓、HTML5组态、边缘网关、联动闭环、动环监控、DA/T 42-2022

物联网 #档案库房 #国产化 #八防安全预警 #恒温恒湿 #信创 #组态集成 #达梦数据库 #边缘网关 #DA/T42-2022 #工业物联网 #环境监控平台