老旧档案库房门禁/消防/恒禁机利旧接入边缘网关实践

老旧档案库房门禁/消防/恒禁机利旧接入边缘网关实践

先纠一处：上一轮标题里的"恒湿机利旧接入"，落地时更现实的说法是——老旧库房改造，别动原有BA/消防/门禁系统的控制权，边缘网关做"旁路采集+受控联动"，而不是替换原厂控制器。下面按现场工程顺序展开。

一、改造前提：先摸清三张老图

老旧库房常见状态：门禁是独立控制器（韦根/RS485私有协议），消防是区域报警主机（干接点输出或CRT协议），恒湿机是壁挂/柜式一体机（Modbus RTU/TCP或面板按键）。改造前必做三件事：

1. 资产清点：设备型号、固件版本、通信口、原厂软件、预留端子、维保责任边界。
2. 接口测绘：门禁控制器通讯口（RS485半双工/韦根26/34）、消防主机辅助继电器输出、恒湿机控制板通讯口（Modbus从站地址、波特率、寄存器表）。
3. 风险边界：消防联动原已通过消防验收，新增系统不得旁路原灭火/排烟逻辑，只能叠加监视与辅助联动。门禁原厂卡务系统不动，新增边缘侧只读+受控反控需业主授权。

二、架构：旁路接入，双轨运行

原厂系统 ──保留控制权── 现场执行机构
   │           │
   ├─监测抽头──▼──────────────┐
   │        边缘网关            │
   │  - 南向多协议采集          │
   │  - 本地联动策略            │
   │  - MQTT over TLS 上云       │
   └────────────────────────────┘

• 门禁：原控制器继续发卡、控锁；边缘网关并接RS485总线监听（或经协议转换盒取事件），反控走新增DO继电器触发出门按钮旁路/辅助电锁供电，不直驱锁机。
• 消防：原主机联动模块保留；边缘网关取辅助无源干接点（火警、监管、故障）进DI，或经网关协议适配读取主机状态。联动动作——切新风风阀、解锁疏散门、停非消防电源回路，须经电气二次回路，不在IP层直接操作灭火。
• 恒湿机：原机面板/原BA回路保留；边缘网关并接Modbus TCP（网口机型）或经RTU转TCP网关（串口机型），读运行状态、写设定值。原机本地优先级高于远端，下发后回读校验，失败则维持本地态。

三、边缘网关部署要点

1. 硬件选型

• 工业网关，双网口或三网口：管理VLAN / 监控VLAN / 上云VLAN；POE供电给新增传感器，原设备网段隔离。
• DI/DO扩展：消防干接点、门禁辅助继电器、风阀执行器反馈。
• 串口：1–2路RS485隔离，终端电阻、偏置电阻按原总线拓扑接，别热插拔带电并接。
• 本地存储：SQLite+TSDB，断网自治。

2. 南向协议适配

• 门禁：多数老控制器Modbus RTU从站或私有轮询帧。无文档时，先抓原厂上位机串口报文，逆向寄存器/事件帧；不行就退化为DI监测锁状态+出门按钮动作。
• 消防：优先干接点DI，别碰主机协议；必须读状态时，BACnet/MS-TP或原厂SDK盒，隔离在独立网段。
• 恒湿机：Modbus寄存器表核对——Input Register读温湿度，Holding Register写设定值/模式。常见翻车：原厂把设定值放Holding、运行模式放线圈，或面板按键覆盖远端写操作。写前先读回本地优先级标志。

3. 采集与轮询分级

沿用前序设计：温湿度30s/60s，设备状态10s，消防DI沿变即时上报，门禁事件订阅+轮询补偿。并接总线下发需限流，避免与原厂轮询冲突。

四、利旧接入的三个现场难点

难点1：RS485总线并接冲突

原门禁/恒湿机已在总线上，新增网关作为第二主站轮询，易引发总线仲裁混乱。

• 做法：网关设为被动监听+选择性轮询，与原主站错时；或串接协议分割器，将总线分成原厂段与新段，网关在新段做主站。
• 实在不行：恒湿机加Modbus TCP转换模块，脱离原RTU总线；门禁改DI/DO旁路，不进原总线。

难点2：消防联动的法律与安全边界

• 新增系统不得延时或阻断原消防联动。边缘侧动作应定义为"辅助准备"：确认火警后，开疏散门、关新风阀、停恒湿机电源回路——通过新增中间继电器实现，与原消防模块并联触发，不拆除原接线。
• 测试时做FAT/SAT，模拟火警验证边缘动作，同时确认原系统联动不受影响。
• 联动逻辑下沉边缘：DI检测到火警硬接点，本地执行，不等云端；云端只做告知与审计。

难点3：原机本地优先级覆盖远端

老恒湿机面板按键后，远端写设定值无效。

• 边缘侧不下发强写，改为：读本地模式，若在本地手动态，上报"远端不可用"，推送运维；恢复自动态后再接管。
• 改造时加装模式切换继电器/改造控制板固件者除外，但属硬件改造，需业主同意与变更管理。

五、边缘联动策略（下沉，非云端闭环）

事件源 → 边缘研判 → 执行 → 回读确认 → 上报审计

• 温湿度越限：本地滞回控制，启停恒湿机/新风机；多机仲裁，防三机抢除湿。
• 漏水/水浸DI：关进水阀DO，启排水泵DO，推送告警。
• 消防火警DI：开疏散门DO、关新风阀DO、停非消防负荷（经继电器）、触发视频联动事件。
• 门禁非法闯入：视频弹窗、声光、推送值守端，不自动开门锁，由值守确认后远程辅助解锁。
• 断电恢复：边缘自恢复上次设定值+安全模式，原机回读后同步。

执行后必须回读：DO反馈、设备运行状态寄存器、风阀开度反馈；回读失败计为处置失败，升级工单。

六、上云与审计

• 边缘网关作为IoT Explorer网关设备，子设备挂接；高频原始值留本地TSDB，平台收聚合属性+事件。
• 事件上报：$thing/up/event/...，含source=edge、zone、action_taken、ack回读。
• 审计链：原厂系统事件 + 边缘动作日志 + 云端工单闭环，时间轴对齐，补传带采集时标。
• 变更管理：原厂系统配置不动，边缘侧配置版本化，回滚预案。

七、验收闭环信号（现场六类）

1. 采集闭环：原机/原主机状态与边缘读数一致，偏差在容差内。
2. 联动闭环：模拟触发DI，边缘执行DO，回读反馈正确。
3. 消防隔离验证：边缘动作与原消防联动并行不冲突，模拟后恢复。
4. 断网自治：断网30min，边缘继续控湿控温，恢复后补传无洞。
5. 优先级验证：本地手动态下远端写被拒且有上报，自动态下回写成功。
6. 审计留痕：操作/告警/处置/回执全链路可追溯。

八、渐进式推广注意

• 试点库区先跑2–4周，暴露原厂协议边界再复制。
• 分系统割接：先监测，后联动；先辅助联动，后受控反控。
• 维保交接：原厂维保范围不变，新增边缘侧单列维保与责任边界。
• 文档沉淀：寄存器映射表、DI/DO接线图、联动矩阵表、回滚手册。

一句话：老旧库房改造，利旧不是凑合，是边界清晰的旁路集成——原系统继续控，边缘网关多一层感知与辅助执行，闭环下沉到边缘，云端做协同与审计，割接分步走，验收看闭环信号。