工厂配电房智能监控方案：高压柜计量采集与越限告警组网

绝大多数工厂配电房并不缺数据。高压柜上装着多功能电表，柜内贴着巡检卡，值班室有一台常年亮着的监控屏。问题在于这些数据没有形成闭环：抄表靠人每月走一趟、告警只在屏幕上闪一下没人看、能耗账单到了月底才知道哪条线超标。数据是有的，但它没有在需要的时候出现在需要的人手上。

工厂配电房的监控改造，难点也不在"装什么表"。真正的难点是三件事：采集层能不能把不同年代、不同厂家、不同规约的设备都接进来；组网能不能既省钱又不在关键时候掉链子；告警能不能做到不误报、不淹没、有人接。本文按采集—组网—告警—对接的顺序，把这几个环节的工程做法讲清楚，重点放在容易翻车的地方。

一、先界定范围：监视、保护、计量是三件事

1.1 三类痛点的真实优先级

工厂配电房最常见的诉求有下列三类，它们在技术实现上的难度和收益并不相同：

图 3　 配电房计量采集与组网结构示意

建议的推进顺序就是上表顺序：先把存量表计的数据收上来，这一步投入最小、见效最快，也能顺带暴露通信层面的问题；第二阶段补测点；第三阶段再做分析。反过来先上分析平台、再补采集，往往因为数据质量太差而做不下去。

1.2 三条边界不要混

• 监视：读数据、看状态、出报表。可以后装、可以旁路、不影响原有回路；
• 保护：故障时动作跳闸。涉及定值整定，必须由有资质单位计算，且不能与监视系统共用一套逻辑；
• 计量：与供电公司结算，表计需检定，接线不得随意改动。

监控改造通常只做第一条。凡涉及后两条，必须单独走流程：保护定值不能因为"监控系统能算"就顺手改；结算表不能因为"想取个数"就并接采集设备。这两条边界一旦模糊，出问题时的责任划分会非常被动。

二、采集层：把不同年代的设备接进来

2.1 高压柜内可采集的量

温度这一项值得单独强调。电气量反映的是"已经出问题"，温度反映的是"正在出问题"。同样一处接头松动，电流可能完全正常，温度却已升高几十度。在没有温度测点的配电房里，这类隐患通常只能靠定期红外巡检发现，而巡检周期往往是一个季度。

2.2 现场遇到的规约现实

一个建成若干年的工厂配电房，柜内设备大概率来自不同厂家、不同年份，通信规约五花八门。工程上常见的组合是：

• 早期多功能电表：DL/T 645 规约，广播地址读电度，读参量需要逐条请求，速度慢；
• 中期电表与温控器：Modbus RTU，寄存器表由厂家提供，部分厂家寄存器定义存在文档与实际不符；
• 近期综合保护装置：多数支持 Modbus RTU，少数支持 IEC 61850 或私有规约；
• 新装智能设备：MQTT 或 HTTP 上报，需要平台侧解析。

2.3 采集器选型要点

采集器（通信管理机）是整套监控的枢纽，选型时容易只看"支持多少规约"，忽略下面几项实际影响很大的参数：

• 串口通道数要与现场匹配：一路 RS485 挂 32 个从站是理论值，实际建议不超过 16 个，否则轮询周期会拉长到几分钟，告警严重滞后。柜子多、表多的配电房，宁可选 8 路或 16 路串口的型号，也不要靠菊花链硬串；
• 支持多主站：现场往往既要上监控平台，又要给厂级能源管理系统提供数据。采集器需要支持多个主站同时访问，否则要么加设备，要么做数据转发；
• 断点续传与本地缓存：网络中断时数据不能丢，至少缓存 7 天，恢复后按时间戳补传；
• 批量配置与远程升级：配电房数量多时，逐台现场配置是不现实的，必须能通过平台批量下发点表；
• 宽温与电源冗余：配电房夏季温度可达 45℃ 以上，商用级设备长期运行故障率明显偏高。

站内监控与测控设备的整体配置思路，可参考主变测控屏的典型方案；如果工厂配电房本身就是 35kV 站的一部分，站控层架构可直接沿用35kV 变电站综合自动化系统的分层设计，不必另建一套。

三、组网结构：能用有线就不要用无线

3.1 三层组网

工厂配电房监控的标准结构是三段：现场总线层、汇聚层、平台层。

• 现场总线层：RS485 手拉手串联柜内表计，屏蔽双绞线，总线长度控制在 1200m 内，两端加 120Ω 终端电阻；
• 汇聚层：采集器通过工业交换机接入厂区光纤环网或星型网络，每个配电房一个汇聚点；
• 平台层：服务器接收全部数据，做存储、告警、报表。

RS485 布线有三条实际经验：屏蔽层单端接地（通常接在采集器侧），柜内走线与动力线分开线槽，跨柜连接使用同一根线不中途分支。分支会造成阻抗不匹配，表现为部分表计时通时不通，这类故障极难排查。

3.2 有线与无线的取舍

无线方案（LoRa、无线测温、4G 直传）在改造项目中很有吸引力，因为不用敷线。但适用边界要说清楚：

3.3 与厂区网络的隔离

配电监控系统属于生产辅助系统，与办公网必须有明确边界。实践中常见的做法是用一台工业防火墙或网闸隔开，只放行平台服务器到办公网的单向数据推送。仅在交换机上划 VLAN 不算隔离——VLAN 是二层逻辑划分，同一台设备上的两个 VLAN 之间一旦有路由就完全连通，达不到安全目的。

如果厂区还有分布式光伏或储能，它们的监控网络应当独立组网，再通过统一接口向配电监控平台汇聚，避免把发电设备的通信直接挂在配电柜的 485 总线上。厂区多电源并存时的功率方向判定，可参考光伏防逆流系统的多点位采集做法。

四、越限告警：让它真的有人接

4.1 三级告警划分

级别划分的意义在于控制总量。如果所有告警都用"紧急"，第一次会全员警觉，第三次之后就没人看。建议把紧急告警控制在每天不超过 3 条的水平，超出的要么是阈值不合理，要么是设备真有故障。

4.2 阈值怎么定

固定阈值（如温度超过 70℃报警）简单直接，但对负荷波动大的工厂并不适用。更合理的做法是分层设定：

• 绝对阈值：用于安全底线，例如触头温度 90℃、水浸、烟感，不随工况变化；
• 相对阈值：与自身历史比较，例如某柜温升幅度超过近 30 天同时段均值的 15%，用于发现渐进性劣化；
• 横向比较：同类型柜体之间对比，例如三条出线负荷相近但其中一条温升明显偏高，即便绝对值未超限也值得核查。

相对阈值需要至少一个月的数据才能建立基线，这也是为什么建议第一阶段先只做采集、不做复杂告警——没有基线时设出来的阈值基本靠猜，效果不比人工巡检好。

4.3 告警收敛

配电房最容易出现的是"告警风暴"：一路进线失压，导致下游十几个柜子同时报失压、断相、通信中断。如果每条都推一次，值班人员的手机在一分钟内会被打满，之后所有人都会关掉推送。

收敛的常用手段有三种，建议同时使用：

1. 根因归并：预先配置因果关系，进线失压时抑制下级失压类告警，只报根因；
2. 时间窗聚合：同类型告警在 5 分钟窗口内合并为一条，附数量；
3. 抖动抑制：同一测点在短时间内反复越限又恢复的，只记录不推送，转为日报。

五、对接厂级能源管理系统

5.1 先把数据模型定下来

对接最容易返工的不是接口协议，而是数据模型没对齐。建议在开发前把下面几项写成文档并对齐：

• 测点唯一编码规则：厂区—车间—配电房—柜号—测点类型，保证任何一条数据都能定位到具体物理位置；
• 电度量的处理方式：是累计值还是增量值，换表后累计值归零怎么处理（建议同时存储表底值与平台累计值）；
• 时间精度与对时：所有采集器统一向平台或时钟源对时，避免跨设备数据无法按时间对齐；
• 无效值定义：通信中断期间补什么值，是空值、保持前值还是标记为无效，必须统一。

5.2 对接方式

工程上常用三种，按推荐程度排列：

1. 数据库中间表：监控平台按约定格式写入中间表，能源管理系统定时读取。实现简单、耦合度低，适合中小项目；
2. 接口服务：平台提供查询接口，按时间范围拉取。适合跨系统、跨网络场景，需定义好分页与限流；
3. 消息推送：实时性最好，但对两侧开发和运维能力要求高。

不建议让能源管理系统直接连到配电房的采集器上取数。一是历史数据无法保存，二是多个系统同时轮询会让串口总线拥堵，直接影响告警实时性。

六、实施步骤与常见坑

6.1 建议的实施顺序

1. 普查：逐柜记录表计型号、通信口类型、规约、地址、已接线情况。这一步的成果是一张设备台账，后续所有工作都建立在它上面；
2. 试点：选一个有代表性的配电房（设备种类最杂的那个），完整跑通采集、组网、告警、对接全流程；
3. 点表核对：在试点中把每个测点的寄存器、系数、单位确认清楚，形成标准点表；
4. 批量实施：按标准点表复制到其他配电房，只做地址调整；
5. 基线运行：先只采集不告警，运行一个月，观察数据质量与负荷规律；
6. 配置告警：基于基线设定阈值，先按提示级运行，逐步调整。

6.2 现场高频问题

配电房监控做得好不好，判断标准其实很朴素：值班人员是否真的每天看它、告警是否真的有人去处理、月底的能耗报表是否真的能对上账。设备选型和组网方案都只是手段，能让这三件事成立的方案，就是合适的方案。反之，功能列表再长，屏幕上再热闹，也只是一个没人打开的页面。