档案库房恒温恒湿消毒净化系统，多区域独立管控的软件架构设计

档案库房恒温恒湿消毒净化系统，多区域独立管控的软件架构设计

物联网 · 智慧档案 · 多分区管控 · 软件架构 · 盛世宏博

关键词：DA/T 42-2022、DA/T 101-2024、档案库房十防、多区域隔离管控、边缘分布式调度、恒湿消毒净化一体机、微分区、区域自治、权限隔离、断网本地自治

一、需求背景与设计目标

大中型档案馆、高校综合档案室、企事业单位档案中心，普遍不是单一库房，而是由多个独立库房、功能房间组成：文书档案库、声像电子档案库、图纸底图库、档案整理室、数字化扫描间、档案阅览区、临时周转库。 不同区域档案载体不一样，保管指标完全不同：

• 纸质文书档案：温度14～24℃，湿度45%～60%RH；
• 光盘、磁带、胶片声像档案：湿度40%～50%RH，严控臭氧、紫外线直射；
• 图纸底图库房：低粉尘、低酸气，湿度上限收紧；
• 阅览、整理区：温湿度阈值放宽，消毒策略、人员联锁规则和库房保管区不同；
• 周转临时库房：短期存放，支持临时切换参数模板。

传统单一套控制逻辑的系统存在明显缺陷：全局统一参数，无法差异化管控；一个区域设备故障会干扰其他分区；权限粗粒度，只能整体启停，无法按库房分配管理员；跨区域机组联动容易出现加湿除湿对冲、UV消毒安全联锁互相干扰。

本架构面向多区域独立管控设计，核心目标：

1. 区域隔离自治：每个分区拥有独立的环境目标参数、PID控制策略、消毒时序、安全联锁逻辑；分区之间控制逻辑解耦，互不干涉；
2. 分级调度：边缘层负责实时闭环调控，平台层负责配置、报表、告警、可视化；网络中断时，各分区保持本地独立调控，不依赖上层服务器；
3. 细粒度权限：按区域分配操作权限，A库房管理员只能查看、操作A库房，无法修改其他库房策略；
4. 资源协同：支持跨区域备用机组负载兜底，在不破坏分区独立控制的前提下，实现设备冗余调度；
5. 合规可审计：每个分区独立存储时序日志、消毒记录、告警记录，独立导出DA/T规范台账，满足档案检查验收；
6. 协议兼容：南向兼容Modbus TCP、以太网温湿度传感器、干接点DI/DO，支持UDP高速采集架内测点；北向支持HTTP、MQTT对接上级智慧档案馆平台。

设计约束：安全联锁（消防、水浸、门禁、人体存在）优先级高于分区策略，火警信号全局最高优先级，所有分区同步执行保护动作。

二、分区模型定义（核心数据模型）

系统一切调度逻辑基于区域（Zone） 作为最小管控单元，一个Zone代表一个独立管控空间。

Zone区域对象字段

ZoneID（唯一编码）
ZoneName：库房名称
ZoneType：库房类型【纸质档案库 / 声像库 / 整理室 / 周转库】
Enable：区域启用开关
TargetTemp、TempUpper、TempLower、TempHysteresis
TargetHumi、HumiUpper、HumiLower、HumiHysteresis
StrategyID：绑定的控制策略模板ID
SafetyChainID：绑定的安全联锁组ID
SensorList：归属本区域的测点列表（权重配置：架内测点70%、回风测点30%）
DeviceList：归属本区域的受控机组、执行器列表
UserACL：可访问该区域的用户/角色ID列表
LogSeparate：是否独立归档日志、独立报表

测点归属规则

一个传感器仅归属一个Zone，不跨区域绑定；

设备归属两种模式

1. 专属模式（默认）：一体机、风阀、遮光卷帘固定归属单个Zone，只服务该区域；
2. 共享冗余模式：备用机组标记为共享资源，平时休眠；当所属区域任意机组故障，调度系统按需分配到该Zone，故障恢复后自动归还共享池，接管期间遵循目标区域的控制策略。

策略模板（Strategy）

把温湿度PID参数、消毒时段、净化触发阈值封装成可复用模板，同类库房直接绑定模板，简化批量配置：

• 保管模板（纸质档案库）
• 声像载体保管模板
• 阅览整理宽松模板
• 临时周转模板 修改模板可以批量同步到所有绑定该模板的区域，同时支持单个Zone局部覆盖模板参数，实现“模板默认+单区特例”。

三、四层软件整体架构

整体采用 平台层 ↔ 区域调度服务 ↔ 边缘分区控制器 ↔ 现场感知与执行设备 的分层架构，分区逻辑下沉，避免集中式单点故障。

┌─────────────────────────────────────────────────────┐
│ 应用平台层（Web管理、大屏、报表、用户权限、上级对接） │
└───────────────────────┬─────────────────────────────┘
                        │ MQTT/HTTP配置下发、日志上送
┌─────────────────────────────────────────────────────┐
│ 区域调度中心服务（全局资源池、权限校验、跨区冗余调度） │
└───────────────────────┬─────────────────────────────┘
                        │ 分区配置、策略下发、状态汇聚
┌─────────────────────────────────────────────────────┐
│ 边缘分区实例（Zone Instance，每个区域独立状态机）     │
│ 【分区PID、消毒状态机、本地联锁、本地时序库】         │
└───────────────────────┬─────────────────────────────┘
                        │ Modbus TCP / UDP / DI干接点
┌─────────────────────────────────────────────────────┐
│ 感知层与执行层：温湿度测点、恒湿净化一体机、门磁、烟感、水浸、人体存在、遮光卷帘 │
└─────────────────────────────────────────────────────┘

3.1 第一层：应用平台层（非实时，业务管理）

无实时控制逻辑，只做配置管理、数据展示、审计导出，控制指令不会直接下发设备，全部经由调度层校验。 核心模块：

1. 区域管理模块：新增/编辑/停用Zone，绑定测点、机组、策略模板；可视化平面图，按分区展示看板；
2. 用户权限ACL模块：基于Zone的RBAC权限，角色绑定可访问区域列表；
   • 超级管理员：全部区域；
   • 库房管理员：仅分配给自己的库房；
   • 审计查看员：只读权限，不能修改策略、启停消毒；
3. 报表审计模块：按分区独立生成DA/T报表，可以单独导出A库房全年温湿度、消毒记录，互不混杂；支持按区域筛选告警；
4. 告警管理模块：告警附带ZoneID，推送时标注库房名称；支持分区告警屏蔽（仅周转库临时静音），火警、水浸高危告警不支持分区屏蔽；
5. 北向对接模块：向上级档案馆平台按分区推送结构化数据；
6. 固件与模板管理：策略模板维护、边缘程序远程升级（支持分区分批升级，避免全部停机）。

重要隔离：平台下发的参数只是“期望配置”，最终生效与否、联锁保护由边缘分区实例判定；平台离线不影响分区调控。

3.2 第二层：区域调度中心服务（核心协调层）

部署在本地服务器或者主边缘网关，承担校验、汇聚、共享资源调度，不参与毫秒级PID闭环。 模块拆解：

1. 配置校验引擎：接收平台下发的分区参数，做合法性校验（湿度范围、消毒时段、PID参数上下限），防止非法参数下发；校验跨区域资源占用冲突；
2. 共享设备资源池：统一管理备用冗余机组；接收分区故障申请，执行资源分配、回收；
3. 数据汇聚服务：接收各个边缘分区实例上报的实时数据、日志、告警，写入全局时序库；
4. 全局安全总线：接收消防主机、总水浸等全局紧急信号，广播下发给所有分区实例，触发统一保护动作； 区分两类信号：
   • 全局信号：消防火警、总电源故障，所有分区执行停机、切断UV、关闭加湿；
   • 分区本地信号：本库房门磁、本库房人体传感器，只作用于当前Zone，不影响其他库房。
5. 消息路由：平台下发的配置，精准路由到对应Zone的边缘实例，不会串区。

3.3 第三层：边缘分区实例（架构核心，独立状态机）

每一个管控Zone，在边缘网关内部生成一个独立、隔离的软件实例，这是多区域独立管控的精髓。 一台物理边缘网关可以同时承载N个Zone实例，实例之间内存隔离、状态机独立、PID独立计算。 每个Zone实例内置完整的子模块：

1. 测点采集与加权计算模块 收集本区域所有归属测点，按照预设权重计算区域等效温湿度；做测点异常剔除（探头断线、数值跳变直接剔除，不参与PID计算）；
2. 分区PID闭环控制器 独立一套PID参数，纸质库、声像库PID整定参数互相独立；输出本区域机组目标动作：加湿、除湿、制冷、制热；内置互斥锁：同一分区禁止同时加湿+除湿；
3. 消毒净化状态机（独立时序） 每个区域有自己的消毒时间表、UV联锁逻辑、排风延时；A库房凌晨2点消毒，B库房凌晨4点消毒，完全错开； 本地硬联锁校验：本区域门磁、人体存在信号只管控本区域UV回路；不会出现开A库房门，B库房消毒中断；
4. 本地时序数据库（分区独立分片） 断网期间，该分区数据独立缓存；网络恢复后，带上Zone标记回传到调度服务；
5. 本地保护逻辑 本分区的水浸、本分区探头故障属于区域级告警，只停本分区机组，其他库房继续正常运行；
6. 上报与订阅接口 只上报自己区域的数据；只接收调度中心发给自己区域的配置，拒绝其他区域的指令。

部署弹性方案：

• 中小型档案馆：单台边缘网关承载全部Zone实例；
• 大型多楼栋档案馆：分布式边缘，一栋楼一台边缘网关，承载本楼栋分区实例，跨楼通过调度中心汇聚。

3.4 第四层：现场感知与执行驱动层

南向驱动层增加归属标记，驱动收到指令前校验ZoneID，只执行归属自己区域的动作； 驱动模块：Modbus TCP驱动、UDP高速采集驱动、DI干接点采集、DO继电器输出驱动； 受控设备：恒湿消毒净化一体机、电动风阀、遮光窗帘、UV消毒模块、声光告警。

四、数据流设计

正常在线数据流

1. 平台管理员修改【A库房】湿度目标 → 下发到调度中心；
2. 调度中心校验参数合法，路由消息到A库房对应的边缘Zone实例；
3. A分区实例更新本地目标值，独立运行PID、消毒状态机；B、C库房实例完全不受影响；
4. A分区实时计算结果、设备状态、日志定时上报调度中心，存入全局时序库；
5. 平台大屏、报表从调度中心拉取A分区数据展示。

断网自治数据流（网络断开，调度/平台不可达）

Zone实例保留本地全部参数、PID、联锁逻辑：

1. 持续采集本区域测点，独立闭环调控恒温恒湿；
2. 到预设时间自动执行本区域UV消毒时序，校验本区域门磁、人体联锁；
3. 所有数据写入分区本地时序缓存；
4. 全局消防硬信号依旧可以触发本分区保护；
5. 网络恢复后，自动批量补传离线期间历史数据，携带时间戳、分区标记。

共享冗余机组调度数据流

1. A库房主一体机故障，A分区实例上报故障申请备用资源；
2. 调度中心在共享资源池选取空闲备用机组，绑定归属为A区域；
3. 下发A库房的控制策略给备用机组，备用机组跟随A分区PID输出动作；
4. A库房主设备修复完成，A分区释放备用机组，调度中心将设备归还共享池，恢复休眠。

五、状态隔离与冲突规避设计（工程高频坑解决方案）

坑1：不同区域同时启停，机组动作互相干扰

解决：Zone实例状态完全隔离，每个分区有独立的控制输出寄存器，输出指令只下发归属本区域的设备；分区之间没有变量共享。

坑2：消毒联锁串区，打开B库房门，A库房UV停止

解决：门磁、人体传感器归属绑定Zone；联锁信号在分区实例内消费，仅触发本分区UV切断；全局火警信号单独广播通道，和分区本地联锁通道分离。

坑3：修改一个库房PID，其他库房跟着参数变动

解决：策略模板是“复制绑定”机制，模板更新可以选择同步或者不同步；单区域参数修改属于实例本地覆盖，不会反向修改模板、不扩散到其他区域。

坑4：报表导出，多个库房日志混在一起，审计分不清

解决：时序库按ZoneID做数据分片存储；报表引擎查询强制携带Zone过滤条件，分区日志物理隔离索引。

坑5：一台边缘网关某个分区程序异常崩溃，全库房失控

解决：Zone实例做进程隔离/线程隔离+看门狗；单个分区实例异常，看门狗只重启该Zone实例，其他分区继续运行；硬件DI硬联锁不依赖软件实例，UV的硬件干接点回路独立。

六、通信协议与消息设计

1. 平台 ↔ 调度中心：MQTT，主题按分区划分 zone/config/{ZoneID}、zone/report/{ZoneID}；
2. 调度中心 ↔ 边缘Zone实例：MQTT，消息携带ZoneID头部；
3. 边缘实例 ↔ 现场设备：Modbus TCP（常规轮询）、UDP（架内测点高速采集）；
4. 全局安全信号：独立DI硬接线 + MQTT广播主题，优先级最高；
5. 所有上行日志、告警报文强制携带ZoneID、ZoneType字段，用于分片存储、告警路由。

七、部署方案选型

方案A：集中边缘部署（中小档案馆，≤8个分区）

一台高性能边缘网关，内部多Zone实例，统一接入交换机；运维简单，成本低；适合高校档案室、中小型企事业单位档案库。

方案B：分布式边缘部署（大型档案馆、多楼栋）

每一栋/每一层独立边缘网关，承载本层分区；调度中心部署在机房服务器做汇聚；跨楼栋网络中断时，各楼栋分区自治，互不影响；适合地方综合档案馆。

方案C：混合部署

核心保管库独立边缘，阅览、整理区共用一台边缘。

八、软件版本与升级策略

支持灰度分区升级：

1. 先升级测试分区实例，验证稳定；
2. 分批推送其他Zone实例升级包；
3. 升级过程只停机当前升级的分区，其余分区不间断调控； 禁止一次性全量升级所有分区，规避升级bug导致全部库房失控。

九、测试验证项（上线前必测）

1. 独立控制测试：修改A库房湿度目标，观测只有A机组动作，B/C库房温湿度、设备状态无变化；
2. 分区联锁测试：打开B库房门，仅B库房UV停止，A库房消毒流程继续；
3. 分区故障隔离：手动停止A分区实例，B、C分区持续闭环调控；
4. 断网自治测试：断开边缘到调度服务器网络，各分区维持温湿度、定时消毒；恢复网络后补传日志；
5. 权限隔离测试：B库房管理员账号，无法查看、修改A库房参数；
6. 共享机组调度测试：主设备故障，备用机组自动接管，匹配该分区保管策略；故障恢复自动归还；
7. 全局火警测试：火警触发，所有分区全部停机、切断UV高压回路。

十、总结

这套多区域独立管控软件架构的核心思想是分区实例化、逻辑下沉、权限隔离、全局安全统一兜底。以Zone作为最小管控单元，每个档案库房拥有独立的PID、消毒状态机、本地联锁、独立日志分片，既满足不同档案载体差异化保管指标，实现分区互不干扰；同时提供共享冗余设备调度能力、细粒度权限管理、DA/T合规分区审计报表，并且具备断网自治能力，适配档案馆多库房、多载体的复杂场景，规避传统集中式控制逻辑串区、互相干扰的工程痛点。

标签：#档案库房软件架构 #多区域独立管控 #恒温恒湿消毒净化系统 #智慧档案 #DA/T101-2024 #边缘分区调度 #档案十防 #分区自治 #恒湿净化一体机 #RBAC分区权限