真实交付项目在线监测电力防雷
避雷器雷冲电流在线监测平台
为防雷监测设备厂商建设避雷器在线监测平台：4G 终端通过 MQTT 透传 Modbus 数据，平台接入全电流、阻性电流、温升和雷冲事件，做长期趋势预警、三相比对、分组短信邮件通知和参数下发闭环。
- 项目时间
- 2026-05 起
- 项目周期
- 分阶段交付，持续迭代中
- 交付团队
- 项目组
真实交付项目。客户名称已隐去；为保护客户数据，界面图按项目实际功能重绘，数值均为演示数据，设备编号、坐标和服务器信息不公开。
避雷器雷冲电流在线监测平台 · 界面示意图
01 / 04
系统架构PC 后台
Modbus over MQTT 接入，MQTT Worker、规则引擎、通知队列和定时任务各自解耦。
- 监测指标
- Ic / Icr / 温升 / 雷冲
- 告警规则
- 7 类
- 后台页面
- 16 个
- 通知渠道
- 短信 + 邮件
项目背景
项目背景与挑战
避雷器老化是慢过程：全电流可能一年、几年缓慢上升，雷击后又会短暂升高再回落，单看一个阈值要么漏报、要么误报。雷冲次数必须只增不减；同一安装点的 A/B/C 三相要放在一起比；告警还要按设备归属发到指定手机号，而且短信发送慢不能拖住设备接入。
适合输电线路、轨道交通牵引供电、通信基站等场景的避雷器、浪涌保护器和电力在线监测设备厂商参考。
怎么做的
解决方案
- 01设备侧沿用 Modbus 寄存器定义，4G 模块把 RTU 字节装进 MQTT 上报；平台解析为常规采样、雷冲事件、状态、参数回报等消息，协议日志保存脱敏 payload 和原文哈希
- 02规则引擎支持阈值、变化率、趋势、雷冲次数增量、雷后恢复异常、三相不平衡和离线检查，同一事件自动合并、满足条件自动恢复
- 03规则管理提供单样本测试、历史样本预览和复算 dry-run，调阈值前先看会命中哪些历史数据
- 04告警进入异步通知队列，按通知策略和联系人组发送短信 / 邮件，支持失败重试、取消和配置自检；定时任务负责离线检查和到期通知再投递
- 05参数模板下发后等待设备回报确认，形成命令闭环；Web 后台提供设备台账、三相绑定、监测看板、天地图点位、历史曲线、统计分析和 CSV 导出
技术栈
- Go
- GoFrame
- Vue 3
- Naive UI
- PostgreSQL
- Redis
- EMQX
- MQTT
- Modbus
- Docker
项目亮点
- 全电流 / 阻性电流 / 温升 / 雷冲计数接入
- 7 类告警规则，支持历史复算
- 三相不平衡比对
- 短信邮件分组通知与参数下发闭环
适合参考的项目
- 避雷器、浪涌保护器、电缆、开关柜等电力设备在线监测项目
- 需要长期趋势判断，而不只是实时阈值告警的监测类设备厂商
- 要把告警按归属单位、联系人组推送到手机的运维场景
交付时要重点关注
- 规则阈值先用历史样本复算验证，再在生产启用。
- 雷冲计数只认设备累计值，平台保留计数审计，不提供清零入口。
- 通知链路和设备接入解耦，短信供应商异常不影响数据入库。
做类似项目，建议先准备这些资料
- 设备上报协议（Modbus 寄存器表或 MQTT 报文）和上报周期
- 需要监测的指标、告警阈值和「需要更换」的判断标准
- 是否有三相组、安装点、线路等层级关系
- 通知方式：短信、邮件、电话，接收人按什么规则分组
FAQ
关于这个项目的常见问题
设备只会 Modbus，能接 MQTT 平台吗？+
可以。这个项目由 4G 模块把 Modbus RTU 字节原样装进 MQTT 报文上报，平台按寄存器表解析，设备侧协议基本不用改。
怎么避免雷击后的电流波动造成误报？+
平台把雷冲事件和常规采样分开处理：雷击后的短期升高由「雷后恢复」规则观察是否回落，长期缓慢上升由趋势规则判断，阈值规则只负责超过更换线的情况。
告警能按不同单位发给不同的人吗？+
可以。通知策略可以按范围引用设备归属人、成员或联系人组，同一条告警会发给对应联系人组，并记录每条通知的发送状态。
项目咨询
想做类似「避雷器雷冲电流在线监测平台」的项目？
把设备类型、协议资料、样机状态和计划上线时间发过来，我们会对照这个项目的做法，给你首期范围、报价区间和推进顺序建议。
如果你暂时不方便填写完整信息，也可以直接前往 联系页面 获取电话、邮箱与微信方式。
提交项目需求
适用于 避雷器雷冲电流在线监测平台 场景，提交后默认进入业务咨询通道。