简介箱变综合智能在线监控系统介绍文档面向电力运维、配电工程及自动化改造相关技术人员围绕箱式变电站环境温湿度、烟雾与防盗需求给出覆盖遥测、遥信、遥控、遥调“四遥”的智能化监控方案并说明其在箱式变电站、配电室、环网柜、分支箱、开关站等场景中的应用方式。文档共1个doc文件压缩包大小2.2MB正文从系统概述、应用场景展开介绍了由站端系统、软件平台、移动客户端组成的三层架构以及配电房一体化监控装置HT500 Plus的硬件接口、联动控制逻辑与离线处理能力并完整列出数据监测、远程控制、实时告警、历史数据查询、系统联动、综合展示等主要功能模块。已有645人学习下载。透过该文档可快速掌握箱变智能化改造的关键设计思路包括温湿度越限自动启动空调或风机、烟雾报警、水浸联动排水、非法闯入触发视频抓拍、SF6泄漏自动排风等具体场景对开展相关项目方案编写、设备选型或现场调试具有直接参考价值。1. 箱变综合智能在线监控系统是谁的刚需先跑通这一段再谈招投标凌晨两点郊区电缆分接箱里的油浸式箱变顶层油温到了 97℃后台只弹了一条“温度偏高”的微信消息现场无人知道散热风机其实已经被凝露短路烧掉了。第二天开箱处理时绕组已出现明显过热变色。这就是“箱变综合智能在线监控系统”要解决的痛点把箱式变电站的温度、局放、凝露、门禁、风机状态这些原本靠人工巡检才能发现的隐患用传感器加边缘网关变成一条可告警、可联动、可验收的自动化链路。它不是一个大屏看板的堆砌项目而是一套从探头选型到通信协议再到现场调试都有严格边界条件的系统工程。这篇内容写给正在做箱变出厂配套、老旧站点改造或运维集成方案的工程师目标很直接知道该装什么传感器、怎样组网、参数怎么定、调试时会在哪里翻车以及系统上线后怎么证明它可靠。2. 给箱变做“体检”前先定监测项温度、局放、凝露三张底牌2.1 温度监测干式箱变与油浸式箱变不要用同一套探头方案箱变内部的变压器分两种常见形态干式变压器和油浸式变压器它们的温度监测点在物理结构上完全不同。干式变压器的热点在低压绕组和铁心标准做法是在绕组内预埋 PT100 铂热电阻。采购时注意箱变厂通常已经在 A、B、C 三相低压绕组里预埋了 PT100但有的厂家只把三根引线引到接线端子排没有接温度变送器。你在设计监控系统时要优先把这路信号接进来而不是另外贴一个红外探头在柜门外测外壳温度。PT100 接线建议采用三线制现场常见误区是图省事用两线制结果线长超过 20 米后读数能偏 2~3℃做告警定值时很容易误动。油浸式箱变则要看顶层油温和绕组温度。顶层油温通常从油箱顶部的温度计座插入感温包绕组温度计靠的是热模拟电流加热不能直接读到真实绕组温度但可以作为间接参考。工程上更常见的组合是一支带 4~20mA 输出的油面温度变送器加一级开关量超温触点4~20mA 信号进模拟量采集模块开关量触点串联到箱变的高压侧保护回路做超温跳闸或者只发信具体要看当地供电部门的运行规程。温度告警定值不要凭感觉写。我一般会打开变压器厂家的检验报告或温控器说明书按里边给的“风机启动温度、风机停止温度、超温报警温度、超温跳闸温度”四项去填后台定值。没有厂家资料时可以参考这个现场常见区间干式变压器风机启动 80~100℃超温报警 130~145℃报警后用滞回方式恢复比如降到 110℃ 才开始消除油浸式配电变压器顶层油温超过 85℃ 报注意超过 95℃ 报危险。这些数值只能作为初设参考正式投运前必须做定值审核。2.2 局放监测先选检测方法再做预算局放监测在箱变里近几年被谈得很多但真正落地的比例并不高。原因是箱变内部空间紧凑干扰源多而且高压开关柜的局部放电信号不像大型变压器那样有稳定的特征谱图。工程上见到比较多的有三种方法暂态地电压TEV、超声波AE和特高频UHF。TEV 传感器贴在高压开关柜金属外壳表面通过检测柜体内局部放电产生的地暂态电压来判断绝缘状态安装不需要停电对柜内放电比较敏感但它受外部环境接地噪声干扰也比较大。AE 超声波传感器同样贴在柜体表面只接收 40kHz 附近的超声波分量对柜内空气放电和沿面放电效果不错缺点是对金属内部缺陷和油中放电不敏感。UHF 灵敏度最高但传感器价格贵箱变柜体开孔安装工艺要求高一般只有大型户内 GIS 或重要变电站才用。对于一个 10kV 箱式变电站我的选型倾向是“TEV 加 AE 组合”每组传感器各配一个采集通道送到一个局放采集单元再由采集单元通过 RS485 把特征值和原始波形上传给边缘网关。现场调试时需要先记录空载背景噪声把背景值加 510dB 作为相对告警门槛而不是直接套用某个固定绝对值。因为不同站点环境噪声差异很大固定门限会出现“在 A 站天天报警在 B 站却漏报”的情况。局放不一定都要接入断路器跳闸先做到趋势报警就够用了。2.3 凝露与箱体环境温度湿度只是半张牌箱变凝露导致绝缘下降是比温度过载更隐蔽的故障源。很多箱变建在绿化带旁或河堤边夏秋季内部相对湿度能长时间维持在 90% 以上而箱体顶板和侧壁在夜间降温后直接结露水滴落在母线室和电缆室内。最直接的监测手段是温湿度传感器加凝露传感器。温湿度传感器布置在低压室和高压室各一个特别要注意安装在箱体中部偏上位置避开加热器出风口否则测到的永远是局部热空气。凝露传感器实际上是一组可以感知表面结露状态的电极安装在箱体侧壁或门框内侧当表面开始结露时它的输出电阻会发生阶跃变化把这个信号接到箱变的自动加热除湿控制器里可以联动启动柜内加热器和风机。除湿控制逻辑我会写成这样相对湿度大于 85% 且柜内温度低于设定值 15℃ 时启动加热器湿度回落到 70% 以下停止加热同时保留一个温度保护——箱内温度高于 35℃ 时无论湿度多高都不启动加热避免夏季高温高湿时越热越烤。这个逻辑可以直接放在箱变自带的温湿度控制器里实现监控后台只做监视和远方投退不建议把除湿控制完全放在远程平台端执行因为网络中断时本地必须还能继续运行。下表给出我常用的箱变监测项清单和传感器信号类型供方案设计时做配置对照监测对象传感器类型信号输出接入设备干式变压器绕组温度PT100 铂热电阻 温控器RS485 / 4~20mA边缘网关模拟量或串口模块油浸式变压器油面温度油面温度变送器4~20mA开关量输入模块超温触点高压开关柜局放TEV AE 传感器RS485 / 以太网局放采集单元箱体温湿度温湿度变送器RS485 Modbus RTU边缘网关串口凝露状态凝露传感器开关量DI 模块联动加热器门禁/烟感/水浸门磁、烟感、水浸探头开关量DI 模块风机运行状态辅助触点或电流互感器开关量DI 模块箱变综合智能在线监控系统要先把上面这几个物理量定下来再去选网关和通信方案否则很容易出现传感器买了一大堆结果边缘网关有四个串口现场只有三个需要接而温度传感器却占用了本来该接局放采集器的通道来回折腾布线。3. 从传感器到平台的数据链路以 Modbus RTU 加 MQTT 网关为例3.1 核心链路从 RS485 拓扑到边缘网关箱变内的智能设备通常不复杂温湿度变送器、变压器温控器、局放采集单元、电能表、风机和门禁的开关量模块。这些设备绝大多数支持 Modbus RTU over RS485而且提供可配置的从站地址。因此数据链路的主流方案是传感器设备通过 RS485 总线接入边缘网关网关通过以太网或 4G 模块把数据上送到监控后台或云平台。RS485 布线看起来是老生常谈但现场最容易在这一步埋雷。箱变柜内空间小动力电缆和通讯线缆经常被捆在一个线槽里RS485 通讯线必须使用双绞屏蔽线屏蔽层在网关侧单端接地也就是接在箱变接地排上不要在传感器那一端也接地否则会形成接地环路。总线拓扑要采用手拉手菊花链方式不要从网关引出三根一长串的星形分支。如果某台设备安装位置实在特殊必须分支分支长度控制在 1 米以内否则高速通讯时会出反射信号表现为总线上部分设备时好时坏。协议上Modbus RTU 的常用参数是波特率 9600bps、8 位数据、1 位停止位、无校验。这个组合在 30 米以内的 RS485 总线上非常稳定兼容性也最好。很多传感器出厂默认 9600省去批量改地址和改参数的麻烦。如果站点设备超过 10 台建议把波特率降到 9600不要为了所谓的高速硬上 19200。箱变监控数据的采样周期是秒级9600 的带宽足够。3.2 Modbus 寄存器表先设计好比写代码更重要着手写网关轮询脚本前应该先做一张寄存器映射表。没有映射表就写程序到最后调参时会发现传感器厂家的寄存器表风格混乱有的把温度放在保持寄存器 0x0001小数位占 1 位有的却放在 0x0102用补码表示负值开关量有的在离散输入区有的在保持寄存器按位定义。我一般会在 Excel 里先列出四列设备名称、寄存器地址、数据类型、缩放系数。再列一列告警阈值和是否参与联动。这里给出一个简化的映射表模板实际项目按设备说明书往上填设备名参数寄存器地址数据类型缩放系数功能码温湿度变送器温度0x0001int160.1℃03 读保持寄存器温湿度变送器湿度0x0002uint160.1%RH03变压器温控器A相绕组温度0x0001int160.1℃03DI 模块门禁/烟感/水浸0x0000 离散输入bool102局放采集器TEV 幅值0x0010int161dB03这张表形成后网关脚本里实际上只做三件事按功能码轮询各从站地址、按缩放系数还原物理量、把结果打包上送。写代码前先确认每个从站的地址没有冲突网关串口参数与所有设备一致。以前我做过一个箱变项目温湿度传感器默认从站地址是 1变压器温控器从站地址也是 1两条总线并在一个网关串口上结果后台温度数据一会儿是箱温一会儿是绕组温度排查了整整一天才发现是地址冲突。3.3 网关轮询脚本10 秒一个周期别把总线塞死边缘网关的选型取决于箱变是否已有智能测控终端。很多箱变本身带有测控装置支持 Modbus 主站轮询那就直接在装置里配置如果没有可以考虑用树莓派、工控机或专用边缘网关跑 Python 脚本下面是一个简化版轮询上送示例核心逻辑可以直接移植。# box_substation_monitor/gateway.py # 边缘网关轮询温湿度与开关量通过 MQTT 上送平台 import time import json import minimalmodbus import paho.mqtt.client as mqtt # RS485 参数对应温湿度传感器说明书 # 设备从站地址为 1波特率 96008N1超时 1 秒 instrument minimalmodbus.Instrument(/dev/ttyUSB0, slave_address1) instrument.serial.baudrate 9600 instrument.serial.timeout 1 # 寄存器定义温度在保持寄存器 0x0001带 1 位小数 TEMP_REG 0x0001 HUMI_REG 0x0002 def read_sensor(): try: temp_raw instrument.read_register(TEMP_REG, 1, signedTrue) humi_raw instrument.read_register(HUMI_REG, 1, signedFalse) di_status instrument.read_bits(0, 8) return {temp: round(temp_raw, 1), humi: round(humi_raw, 1), di: di_status} except Exception as exc: print(read fail:, exc) return None def on_connect(client, userdata, flags, rc): client.subscribe(box_sub/control/cmd) def on_message(client, userdata, msg): # 接收平台下发指令此处仅作消息示例 try: payload json.loads(msg.payload.decode()) if payload.get(cmd) reboot: print(reboot command accepted) except Exception as exc: print(bad message, exc) client mqtt.Client(client_idbox_sub_222) client.username_pw_set(edge01, your_mqtt_pwd) client.on_connect on_connect client.on_message on_message client.connect(10.20.30.40, 1883, 60) client.loop_start() while True: data read_sensor() if data: payload json.dumps({ device_id: box_sub_222, ts: int(time.time()), temp_c: data[temp], humi_rh: data[humi], di_status: data[di] }) client.publish(box_sub/data/telemetry, payload, qos1) time.sleep(10) # 轮询周期 10 秒避免给 RS485 总线追加压力这段脚本的逻辑很直接上电后先配置串口和 MQTT 连接进入循环后每次读取温度、湿度和前 8 路开关量状态组装成 JSON 后发布到主题box_sub/data/telemetry。read_register的第二个参数 1 表示把寄存器原始值除以 10对应传感器 0.1℃ 的分辨率signedTrue表示寄存器值是有符号数现场如果发现温度显示成负数但手摸探头是热的多半是倍率和符号位用错了。几个关键参数值得解释一下。轮询周期设置为 10 秒是因为温湿度变化速度慢10 秒上送一次已经能让后台曲线非常平滑局放数据和开关量变化快需要单独缩短轮询周期例如局放采集器 2 秒一次DI 模块 1 秒一次。MQTT 的 QoS 选择 1保证消息至少到达平台一次同时依赖平台做去重处理如果用 QoS 0断网切换瞬间可能丢告警这就失去了“监控”的意义。脚本里没有做断网续传真正的生产环境需要把数据先写本地 SQLite 或按时间戳缓存到文件网络恢复后按顺序补发。4. 告警联动与远程控制让“在线”不只是看曲线4.1 告警分级阈值、滞回、持续时间窗口一个都不能少好多人第一次搭箱变监控后台时会把所有参数都配上固定阈值结果上线第一天深夜两点告警短信响个不停原因是湿度传感器在 84% 和 86% 之间来回穿越阈值线平台端每隔十分钟就恢复一次告警又触发一次告警。这就是缺少滞回和持续判定时间窗口的典型表现。我在后台或边缘网关里配置告警规则时每一项都至少要带三个字段上上限、恢复门限、持续时间。温度上上限是 95℃恢复门限设为 88℃意思是温度超过 95℃ 才开始计时降到 88℃ 以下才消除告警中间的回差避免风机启停和温度波动造成告警反复翻转。持续时间窗口则是在参数越限后连续 3 个采样周期也就是大约 30 秒内仍然越限才真正把告警置位。局部放电信号特别需要这个窗口因为现场一个短暂的电机启动干扰就可能让 TEV 读数冲高持续时间窗口可以滤掉这类脉冲干扰。联动逻辑也要分层次。最基础的是本地 DO 模块直接动作比如超温启动风机、高湿启动加热器、门开时联动照明和摄像头抓拍更高级的是通过箱变测控装置发出跳闸指令但跳闸类联动必须谨慎配置必须有明显标志和权限控制避免检修人员触发误跳闸。4.2 本地联动控制不依赖平台先保证现场能安全运行箱变监控系统有一个很容易犯的方向性错误把所有联动放在云平台或后台服务器里执行。平台端看数据很方便但一旦通信断掉本地设备就成了聋子和瞎子。正确的设计是让边缘网关和现场 I/O 控制器承担大部分联动逻辑平台只做远程监视和参数修改。具体实现上常用的联动模块支持 Modbus RTU 作为从站被边缘网关轮询同时带有 8 路或 16 路继电器输出。边缘网关读取 DI 输入后根据本地逻辑直接写 DO 输出。举个实际例子门磁信号为 1 表示箱变门被打开那么联动逻辑是等待 2 秒确认门确实开着然后动作 DO-1 接通照明回路同时向平台发送事件消息。下面是使用 Modbus 写线圈的控制片段# 联动控制示例 # DI-1 门磁状态True 表示门被打开 # DO-1 照明接触器True 表示投入 if di_status[0] is True: if not current_do.get(light): io_module.write_bit(1, True) # DO-1 置位 current_do[light] True else: if current_do.get(light): io_module.write_bit(1, False) # DO-1 复位 current_do[light] Falsewrite_bit的第一个参数是线圈地址第二个参数是置位值。要注意 DO 模块继电器动作后照明回路通常是瞬时接通并不需要像启动风机那样保持输出所以现场接线可以在照明回路里串联中间继电器维持自保持避免网关重启瞬间照明开关跳变。对于风机联动我更倾向于用温度控制和手动均可以切换的方式。箱变厂家原有的风机控制回路里一般会有温控器自动开关监控系统并联一组远控触点即可不能把原有温控控制拆掉否则温控器失效时整个风机系统也会跟着失效。调试时先做一次手动分合测试确认 DI 反馈与 DO 输出一一对应再切到自动。4.3 断网补传和数据缓存监控系统最难熬的半夜三更箱变站点经常部署在郊区4G 信号时好时坏边缘网关断网三五个小时是家常便饭。断网期间如果网关只把数据丢弃后台上的曲线会出现一个大缺口等到凌晨网络恢复你这个站点在后台眼里还是“一切正常”但其实中间可能早就发生了高温告警。所以边缘网关必须具备本地缓存和断网补传能力。生产做法是把所有需要上送的数据写入本地 SQLite表结构带自增序号和设备时间戳断网时数据继续写入网络恢复后网关开启补传任务按时间戳从小到大写入 MQTT 主题平台根据设备时间戳做去重和排序。补传时需要注意告警类消息和遥测数据应该走不同的 MQTT 主题。遥测主题重复了问题不大平台侧按最新时间覆盖告警主题要求严格不丢不重所以补传时只补在当前时间之前未确认的告警记录一旦后台确认收到网关就删除缓存队列里对应的记录。实现上可以先给每条告警分配一个 UUID上行报文带上这个 ID后台返回确认消息后网关再移除本地缓存。5. 现场调试避坑指南别让一个接地点毁掉整套系统5.1 温度读数剧烈跳动后台曲线像心电图现象箱变并网后后台显示绕组温度在 20℃ 和 80℃ 之间来回跳现场万用表实测 PT100 输出是正常的。原因温度传感器的屏蔽层在两端都接地了加上 RS485 通讯线与动力电搅在一起信号线上叠加了较强工频感应电压也有一部分原因是 PT100 两线制接线接头氧化导致接触电阻波动折算成温度就是无规律的漂移。解决先把 PT100 改成三线制接法屏蔽电缆在网关和温控器侧单端接地并让信号电缆单独走一个线槽与交流动力电缆保持至少 20 厘米以上距离。改装后如果还是跳就在变送器输入端并一个 100nF 滤波电容或者更换成带隔离功能的温度变送器。这类问题绝大多数是现场布线不规范造成的不是传感器质量差。5.2 RS485 总线上挂多了设备通信时好时坏现象温湿度、局放、电能表一共 8 台设备挂在一条 RS485 总线上网关能读到前两台后面的设备要么轮询超时要么一条命令要反复重试好几遍。原因现场把每个传感器的通讯线都单独从主机引出来形成了多点星形分支信号反射叠加总线两端没有加终端电阻而且波特率设置成了 19200线长超过 30 米后波形边沿衰减严重。解决全部改成手拉手接线从网关串口出来先到一台设备再从这台设备出线到下一台依次串完。在总线物理两端的设备端子上各并一只 120Ω 终端电阻如果用的是现成网关大部分网关内部有跳线开关或拨码可以启用终端电阻。波特率降低到 9600并把每台设备的超时时间调大到 1 秒。做完这三步96% 的 RS485 通信问题都会消失。5.3 数字量输入悬空误报后台半夜显示门开了现象箱变门明明锁着后台却在一小时内出现十几次“门开启”事件。原因门磁开关接的是有源 24V 输出另一端和 DI 模块之间地电位不一致或者门磁信号线过长在电磁干扰下产生落差在启用内部上拉或下拉电阻配置不明确时尤其明显。解决把所有 DI 信号改为无源干接点统一接到 DI 模块的公共端由模块内部提供输入电源。如果现场设备只能输出有源信号就在 DI 端子处并一只 5.1kΩ 下拉电阻让信号稳定在低电平只有真正的干接点闭合时才能把电平拉高。同时确认箱变柜体接地排与网关电源地之间的电位差小于 2V否则需要加光电隔离器。5.4 断网恢复后后台出现重复告警和乱序数据现象某箱变 4G 信号不稳定断网 2 小时恢复后后台收到 20 条温度告警其中有 6 条时间比实际发生时刻晚了几个小时还有几条和现场 Log 对不上。原因网关只按“恢复连接就发送缓存”的方式补传没有对缓存记录做时间排序也没有给告警加上唯一标识。网络刚恢复时新实时数据先发出去了旧数据后补平台又按接收顺序入库导致乱序。重复告警则是 QoS 重传加上客户端重连同一条记录被发送了两次。解决缓存表和上送报文里都带上设备时间戳和记录 UUID平台入库前用device_id record_uuid做幂等去重补传任务按时间戳升序执行每条消息发送后等平台确认再发下一条。实时数据流和补传数据流尽量共用一个有序队列避免穿插。5.5 高温报警一看竟是太阳晒的百叶窗现象夏季午后箱变后台报“箱内温度 55℃”但打开箱门实测内部低压室温度只有 32℃。原因温湿度传感器安装在箱体顶部换气扇附近或者被安装在朝西的侧壁内表面阳光透过箱体金属外壳加热了安装位置的空气传感器周围形成了热岛测得的是局部高温不是箱变内部的真实平均温度。解决把传感器移到低压室中部偏下、远离散热出风口、阳光不直射的位置。如果箱变结构特殊可以加一个防辐射罩再固定传感器。这个坑给我们的教训是布置监测点时要先看一眼箱变的进风出风通道不能只按图纸上画的孔位装完了事。6. 验收时比“看曲线”更有用的 3 个动作把系统用到第四个年头也不后悔箱变监控系统验收时很多人验收单上的形式是“后台曲线与现场表计读数一致”然后就签收了。但如果只做到这一步后面系统能不能稳定运行四年完全看运气。我习惯在验收阶段多花半天时间做三组破坏性试验前两组模拟最恶劣的现场工况第三组才是真正的精度验证。第一组是断电重启试验。断开箱变控制电源等一分钟再合闸检查边缘网关能否自启动、程序是否会自动拉起来、本地缓存是否完好。很多边缘设备出厂时没配置开机自启断电再送电后程序停在半死不活的状态后台就报“站点离线”。验收时把每一台网关都实际断电一次确认重启后能在 5 分钟内恢复上送才算通过。第二组是断网补传试验。拔掉网关的 4G 天线或网线等半小时期间触发一次超温和一次门禁告警然后恢复网络看后台收到的数据时间戳是否连续、告警是否不重不漏。这组试验能检验本地缓存队列的可靠性。我曾见过一个国产网关断网期间缓存了 1200 条数据恢复后一股脑全发出去平台端直接排队处理了半小时后面的实时数据全部被堵住。后来在补传逻辑里加了发送速率限制每秒钟最多补传 20 条并降低补传优先级实时数据优先上送。第三组是传感器标定比对。温度传感器用标准水银温度计放进恒温水浴或者用精密电阻箱模拟 PT100 阻值把后台显示温度和标准源差值记录下来结果偏差在 ±1℃ 以内才能合格。湿度传感器用饱和盐溶液法做两个湿度点比如 33%RH 和 75%RH这两个点覆盖箱变的实际运行范围。标定数据要存档作为下次检修时核对漂移的基线。我的一个习惯是每次现场调试完把寄存器映射表、传感器量程、安装位置照片和标定记录一起整理成一个工程档案文件夹每个站点一份。这样过了两三年再有人问你“那台 2 号网关的湿度量程是多少”时不用翻箱子直接打开档案就能回答。调参和新增测点的效率会高很多也更不容易因为记错量程而把告警定值设置离谱。希望这套从选型、组网到调试验收的落地思路能帮你在做箱变综合智能在线监控系统时少走几趟弯路也希望你项目里的每一台箱变都能平安过夏天。本文还有配套的精品资源点击获取