尧图网页设计 
简介这份PDF文献聚焦海洋石油平台低压配电系统的智能化改造面向电气自动化工程师、系统集成人员及工业监控方向的学习者针对早期平台低压负荷手动输入易致电网CASE计算错误、设备状态与电流无法远程读取、维护保养缺乏数据支撑等痛点提出基于PLC的智能监控系统搭建方案。资源包为单一PDF文件约1.95MB内容涵盖Control Logix硬件架构、RSLogix5000软件编程、AMC多回路监控装置应用及与EMS系统的交互优化属于应用技术类参考文献兼具专业指导与工程实践价值。读者可从中获取低压设备负荷实时计算、状态远程读取、电流波动分析与维护周期制定的完整思路理解如何避免中控与电气系统交叉干扰提升系统独立性与稳定性。目前已有81人学习适合从事油气田配电运维或工业智能化升级的技术人员参考借鉴。1. 低压配电系统智能监控系统搭建从继电器柜到数据上云的完整路径很多工厂配电室还停在上世纪九十年代的水平——指针表加指示灯值班电工拿本子抄电流电压出了故障靠经验摸。这套模式最大的问题是数据不连续、故障不可追溯、能耗算不清。低压配电系统智能监控系统搭建本质上是把 0.4kV 侧的进线柜、出线柜、电容补偿柜里的电量参数、开关状态、温度信号通过 PLC 或智能仪表采集上来再送到上位机做实时显示、历史存储和报警联动。它适合工厂电气负责人、自动化集成商、以及想做配电数字化的运维团队。整套方案不玄学核心就三件事采得到、传得稳、看得懂。下面按实际落地顺序拆开讲从选型到接线到组态到避坑每一步都给出可复现的做法。2. 硬件选型与拓扑设计PLC、智能仪表和通信链路怎么配2.1 先定架构三层还是两层低压配电监控的典型拓扑分三层现场层断路器辅助触点、互感器、温度传感器、控制层PLC 或通信管理机、监控层工控机/服务器 组态软件。如果出线回路少于 16 路我一般建议省掉 PLC直接用带 Modbus RTU 的多功能电力仪表串起来通过串口服务器转以太网进上位机。超过 16 路或者需要联锁控制比如双电源切换、电容柜投切就必须上 PLC因为仪表只负责测量逻辑控制它做不了。选 PLC 时看三个硬指标通信口数量、支持的协议、IO 扩展能力。西门子 S7-200 SMART 自带以太网口和 RS485做小型配电监控很顺手汇川 H5U 系列支持 EtherCAT 和 Modbus TCP适合回路多、要接触摸屏的场景。注意如果配电室电磁干扰严重通信线一定要用屏蔽双绞线屏蔽层单端接地。2.2 智能仪表怎么选、怎么接线多功能电力仪表是采集核心选型看四项测量参数三相电压电流、有功无功、功率因数、电能、通信协议Modbus RTU 最常见、精度等级有功电能 0.5S 级够用、辅助电源AC220V 或 DC24V。接线时三个坑电流互感器二次侧严禁开路S1/S2 必须可靠短接后再拆线电压信号取自断路器下端要加熔断器保护RS485 的 A/B 线不能接反终端电阻在总线两端各并一个 120Ω。设备型号示例关键参数通信方式PLCS7-200 SMART24DI/16DO2 个 RS485Modbus RTU / TCP电力仪表安科瑞 ACR2200.5S 级谐波 2-31 次Modbus RTU串口服务器有人 USR-N5404 路 RS485 转以太网Modbus TCP温度传感器PT100 变送器-50~200℃4-20mA模拟量输入2.3 通信链路设计轮询周期和地址规划Modbus 轮询是主从结构PLC 做主机仪表做从机。轮询周期 单帧时间 × 从机数量。9600bps 下读 10 个寄存器约 15ms32 台仪表轮一遍接近 500ms。如果要求 200ms 内刷新要么提高波特率到 19200要么分组用多个串口并行。地址规划建议按柜号编1 号进线柜 01-052 号出线柜 06-20电容柜 21-25。这样后期查故障时看到地址就知道物理位置。提示RS485 总线手拉手连接不要星型分支。分支超过 1 米就会反射通信时好时坏这种玄学问题九成是拓扑不对。3. PLC 程序与 Modbus 轮询从梯形图到数据映射3.1 轮询程序的骨架以 S7-200 SMART 为例用 Modbus RTU 主站指令库。核心逻辑是初始化端口 → 对每个从站依次发读保持寄存器命令 → 超时或错误则跳过 → 循环。下面是一个轮询 5 台仪表的梯形图对应的 STL 思路用 Python 伪代码说明逻辑实际在 STEP 7-Micro/WIN SMART 里用梯形图实现。# Modbus 轮询逻辑示意实际在 PLC 中用梯形图/SCL 实现 slave_list [1, 2, 3, 4, 5] # 从站地址列表 start_reg 0x0000 # 起始寄存器三相电压 reg_count 10 # 读 10 个寄存器电压电流功率电能 timeout_ms 300 # 单站超时 for slave in slave_list: send_modbus_read(slave, start_reg, reg_count) resp wait_response(timeout_ms) if resp is valid: unpack_to_vd(slave, resp) # 解包到 V 存储区 else: set_error_flag(slave) # 标记该站通信故障 continue # 跳过不影响下一站逻辑说明slave_list按物理柜号顺序排列start_reg和reg_count根据仪表手册的寄存器映射表填写。unpack_to_vd把 16 位寄存器拼成 32 位浮点数注意字节序——很多仪表是高字在前PLC 默认低字在前不处理会读出天文数字。set_error_flag用于上位机报警连续 3 次超时才判定离线避免偶发干扰误报。3.2 数据映射表怎么建PLC 采集到的原始数据要映射到上位机能识别的变量。建议在 PLC 里建一个结构化的 V 存储区每台仪表占 20 个字节电压 3×4 字节、电流 3×4 字节、功率 4 字节、电能 4 字节。上位机按地址偏移读取。下面是一个映射表示例仪表地址变量名PLC 地址数据类型缩放因子01UaVD1000REAL101UbVD1004REAL101UcVD1008REAL101IaVD1012REAL101PVD1020REAL101EpVD1024REAL1缩放因子取决于仪表寄存器单位比如某些仪表电流返回的是 0.01A就要乘 0.01。这一步不做上位机显示的数字会差 100 倍血泪经验。3.3 通信故障的处理策略轮询程序必须带容错。常见做法单站连续 3 次无响应标记为离线离线后每 10 轮再试一次总线全部超时则复位串口重新初始化。另外PLC 扫描周期和 Modbus 轮询要分开用定时中断做轮询不要放在主程序里否则扫描周期波动会导致通信超时。S7-200 SMART 用 SM0.0 触发定时中断 0中断时间设 100ms在中断里走状态机轮询。注意Modbus 寄存器地址有 0-based 和 1-based 两种仪表手册写 40001 对应寄存器 0x0000写 40002 对应 0x0001。搞错一位读出来的全是错位数据。4. 上位机组态与数据存储从画面到历史库4.1 组态软件选型与画面搭建上位机常见选择组态王、WinCC、力控或者用开源方案如 Node-RED InfluxDB Grafana。如果预算有限且团队有 Web 开发能力我推荐后者灵活且不绑授权。画面至少包含一次系统图实时显示开关状态和电量、历史曲线电压电流趋势、报警列表过压欠压过流超温、报表导出日/月电能。一次系统图用组态软件的图库拖拽即可关键是变量绑定要对准 PLC 地址。开关状态用颜色区分红色合闸、绿色分闸、灰色通信中断。通信中断的判断逻辑是PLC 里该站离线标志位为 1或者上位机超过 5 秒未收到该变量更新。4.2 历史数据存储时序库比关系库更合适配电数据是典型时序数据每秒都在产生。用 MySQL 存不是不行但半年后查询会明显变慢。InfluxDB 或 TDengine 更适合写入快、压缩率高、按时间范围查询效率高。下面是一个 InfluxDB 写入的 Python 示例通过 Modbus TCP 从 PLC 读数据再写入。from pymodbus.client import ModbusTcpClient from influxdb_client import InfluxDBClient, Point from influxdb_client.client.write_api import SYNCHRONOUS # 连接 PLC 和 InfluxDB plc ModbusTcpClient(192.168.1.10, port502) influx InfluxDBClient(urlhttp://localhost:8086, tokenyour-token, orgfactory) write_api influx.write_api(write_optionsSYNCHRONOUS) # 读取 1 号仪表的三相电压寄存器 0-2 result plc.read_holding_registers(address0, count3, slave1) if not result.isError(): ua, ub, uc [r / 10.0 for r in result.registers] # 缩放因子 0.1 point (Point(voltage) .tag(meter, 01) .field(ua, ua) .field(ub, ub) .field(uc, uc)) write_api.write(bucketpower, recordpoint)逻辑说明read_holding_registers的slave参数指定从站地址address0对应仪表手册的寄存器地址。缩放因子 0.1 是因为仪表返回 2200 表示 220.0V。Point的tag用于索引field存实际数值。写入频率建议 1-5 秒一次太快会撑爆存储太慢会丢失瞬态故障。4.3 报警与联动报警分两级预警电压偏差 ±7%、电流超额定 80%和报警电压偏差 ±10%、电流超额定 100%、温度超 70℃。报警产生后写入报警表同时触发声光报警器。如果需要联动跳闸必须加硬件互锁不能只靠软件——软件死机时保护就失效了。这一点在低压配电系统智能监控系统搭建里经常被忽视但它是安全底线。5. 避坑与排查调试现场最常见的五个翻车点5.1 通信时通时断数据跳变现象上位机画面数据偶尔变红过几秒又恢复一天出现十几次。原因RS485 总线屏蔽层两端接地形成地环流或者终端电阻只接了一端。解决屏蔽层只在 PLC 侧单端接地总线两端各并 120Ω 电阻用万用表测 A-B 之间电阻应在 60Ω 左右。5.2 电能数据对不上电表读数现象监控系统显示的电能比供电局电表少 5%-10%。原因互感器变比没乘或者仪表接线是三相三线制但程序按三相四线制读。解决确认互感器变比比如 200/5 就是 40 倍在 PLC 或上位机里乘上去确认仪表接线方式与寄存器映射一致。5.3 PLC 扫描周期被通信拖慢现象PLC 控制逻辑响应变慢接触器动作延迟。原因Modbus 轮询放在主程序里通信等待阻塞了扫描。解决轮询放到定时中断里中断时间 100-200ms主程序只负责逻辑控制和数据搬运。5.4 上位机重启后历史数据断档现象工控机重启后重启期间的数据丢失。原因数据只存在上位机内存没有本地缓存。解决在 PLC 里做 1 小时的数据缓存用 V 存储区循环队列上位机恢复后先补读缓存。或者用边缘网关本地存 7 天数据。5.5 报警泛滥值班员麻木现象一天几百条报警值班员直接忽略。原因报警阈值设太窄或者没有报警抑制。解决预警和报警分级预警只记录不声光同一报警 5 分钟内不重复触发通信故障单独归类不混在电气报警里。6. 进阶技巧用边缘计算做本地预处理和断网续传整套系统跑通后最值得投入的优化是边缘计算。我一般会在配电室放一台 ARM 工控机或树莓派跑 Node-RED 或 Python 脚本做三件事数据预处理滤波、越限判断、本地存储断网时缓存、协议转换Modbus 转 MQTT。这样即使厂区网络中断数据也不丢恢复后自动补传。具体做法边缘网关每 1 秒读一次 PLC做 10 秒滑动平均滤波把滤波后的数据写入本地 SQLite同时通过 MQTT 发到服务器。网络中断时 MQTT 发送失败数据留在 SQLite网络恢复后脚本检测到连接成功按时间顺序补发。下面是一个断网续传的核心逻辑import sqlite3, paho.mqtt.client as mqtt, time conn sqlite3.connect(buffer.db) conn.execute(CREATE TABLE IF NOT EXISTS buf (ts REAL, topic TEXT, payload TEXT)) def on_connect(client, userdata, flags, rc): if rc 0: # 连接成功后补发缓存 rows conn.execute(SELECT rowid, ts, topic, payload FROM buf ORDER BY ts).fetchall() for rowid, ts, topic, payload in rows: client.publish(topic, payload) conn.execute(DELETE FROM buf WHERE rowid?, (rowid,)) conn.commit() client mqtt.Client() client.on_connect on_connect client.connect(broker.local, 1883, 60) client.loop_start() while True: data read_plc() # 读 PLC 数据 payload format_json(data) result client.publish(power/meter01, payload) if result.rc ! 0: # 发送失败写本地缓存 conn.execute(INSERT INTO buf VALUES (?,?,?), (time.time(), power/meter01, payload)) conn.commit() time.sleep(1)逻辑说明on_connect回调里做补发按时间顺序逐条 publish 后删除。result.rc ! 0判断发送是否成功失败就写 SQLite。这个方案的好处是不依赖任何云服务本地闭环断网续传逻辑自己掌控。参数上SQLite 的写入频率和 PLC 读取频率一致1 秒一次对存储压力很小一张 32GB 的 SD 卡能存好几年。验证方法拔掉网线等 5 分钟再插回去看服务器端数据是否有断档。如果没有断档且时间戳连续说明续传逻辑正确。这个测试我每次交付前必做比看代码靠谱。做配电监控这些年最大的教训是别追求大而全先把一个柜子的数据稳定采上来再复制到第二个柜子。通信稳定性和数据准确性是 1画面好看是后面的 0。希望帮到你。本文还有配套的精品资源点击获取 低压配电系统智能监控系统搭建：从继电器柜到数据上云的完整路径
简介这份PDF文献聚焦海洋石油平台低压配电系统的智能化改造面向电气自动化工程师、系统集成人员及工业监控方向的学习者针对早期平台低压负荷手动输入易致电网CASE计算错误、设备状态与电流无法远程读取、维护保养缺乏数据支撑等痛点提出基于PLC的智能监控系统搭建方案。资源包为单一PDF文件约1.95MB内容涵盖Control Logix硬件架构、RSLogix5000软件编程、AMC多回路监控装置应用及与EMS系统的交互优化属于应用技术类参考文献兼具专业指导与工程实践价值。读者可从中获取低压设备负荷实时计算、状态远程读取、电流波动分析与维护周期制定的完整思路理解如何避免中控与电气系统交叉干扰提升系统独立性与稳定性。目前已有81人学习适合从事油气田配电运维或工业智能化升级的技术人员参考借鉴。1. 低压配电系统智能监控系统搭建从继电器柜到数据上云的完整路径很多工厂配电室还停在上世纪九十年代的水平——指针表加指示灯值班电工拿本子抄电流电压出了故障靠经验摸。这套模式最大的问题是数据不连续、故障不可追溯、能耗算不清。低压配电系统智能监控系统搭建本质上是把 0.4kV 侧的进线柜、出线柜、电容补偿柜里的电量参数、开关状态、温度信号通过 PLC 或智能仪表采集上来再送到上位机做实时显示、历史存储和报警联动。它适合工厂电气负责人、自动化集成商、以及想做配电数字化的运维团队。整套方案不玄学核心就三件事采得到、传得稳、看得懂。下面按实际落地顺序拆开讲从选型到接线到组态到避坑每一步都给出可复现的做法。2. 硬件选型与拓扑设计PLC、智能仪表和通信链路怎么配2.1 先定架构三层还是两层低压配电监控的典型拓扑分三层现场层断路器辅助触点、互感器、温度传感器、控制层PLC 或通信管理机、监控层工控机/服务器 组态软件。如果出线回路少于 16 路我一般建议省掉 PLC直接用带 Modbus RTU 的多功能电力仪表串起来通过串口服务器转以太网进上位机。超过 16 路或者需要联锁控制比如双电源切换、电容柜投切就必须上 PLC因为仪表只负责测量逻辑控制它做不了。选 PLC 时看三个硬指标通信口数量、支持的协议、IO 扩展能力。西门子 S7-200 SMART 自带以太网口和 RS485做小型配电监控很顺手汇川 H5U 系列支持 EtherCAT 和 Modbus TCP适合回路多、要接触摸屏的场景。注意如果配电室电磁干扰严重通信线一定要用屏蔽双绞线屏蔽层单端接地。2.2 智能仪表怎么选、怎么接线多功能电力仪表是采集核心选型看四项测量参数三相电压电流、有功无功、功率因数、电能、通信协议Modbus RTU 最常见、精度等级有功电能 0.5S 级够用、辅助电源AC220V 或 DC24V。接线时三个坑电流互感器二次侧严禁开路S1/S2 必须可靠短接后再拆线电压信号取自断路器下端要加熔断器保护RS485 的 A/B 线不能接反终端电阻在总线两端各并一个 120Ω。设备型号示例关键参数通信方式PLCS7-200 SMART24DI/16DO2 个 RS485Modbus RTU / TCP电力仪表安科瑞 ACR2200.5S 级谐波 2-31 次Modbus RTU串口服务器有人 USR-N5404 路 RS485 转以太网Modbus TCP温度传感器PT100 变送器-50~200℃4-20mA模拟量输入2.3 通信链路设计轮询周期和地址规划Modbus 轮询是主从结构PLC 做主机仪表做从机。轮询周期 单帧时间 × 从机数量。9600bps 下读 10 个寄存器约 15ms32 台仪表轮一遍接近 500ms。如果要求 200ms 内刷新要么提高波特率到 19200要么分组用多个串口并行。地址规划建议按柜号编1 号进线柜 01-052 号出线柜 06-20电容柜 21-25。这样后期查故障时看到地址就知道物理位置。提示RS485 总线手拉手连接不要星型分支。分支超过 1 米就会反射通信时好时坏这种玄学问题九成是拓扑不对。3. PLC 程序与 Modbus 轮询从梯形图到数据映射3.1 轮询程序的骨架以 S7-200 SMART 为例用 Modbus RTU 主站指令库。核心逻辑是初始化端口 → 对每个从站依次发读保持寄存器命令 → 超时或错误则跳过 → 循环。下面是一个轮询 5 台仪表的梯形图对应的 STL 思路用 Python 伪代码说明逻辑实际在 STEP 7-Micro/WIN SMART 里用梯形图实现。# Modbus 轮询逻辑示意实际在 PLC 中用梯形图/SCL 实现 slave_list [1, 2, 3, 4, 5] # 从站地址列表 start_reg 0x0000 # 起始寄存器三相电压 reg_count 10 # 读 10 个寄存器电压电流功率电能 timeout_ms 300 # 单站超时 for slave in slave_list: send_modbus_read(slave, start_reg, reg_count) resp wait_response(timeout_ms) if resp is valid: unpack_to_vd(slave, resp) # 解包到 V 存储区 else: set_error_flag(slave) # 标记该站通信故障 continue # 跳过不影响下一站逻辑说明slave_list按物理柜号顺序排列start_reg和reg_count根据仪表手册的寄存器映射表填写。unpack_to_vd把 16 位寄存器拼成 32 位浮点数注意字节序——很多仪表是高字在前PLC 默认低字在前不处理会读出天文数字。set_error_flag用于上位机报警连续 3 次超时才判定离线避免偶发干扰误报。3.2 数据映射表怎么建PLC 采集到的原始数据要映射到上位机能识别的变量。建议在 PLC 里建一个结构化的 V 存储区每台仪表占 20 个字节电压 3×4 字节、电流 3×4 字节、功率 4 字节、电能 4 字节。上位机按地址偏移读取。下面是一个映射表示例仪表地址变量名PLC 地址数据类型缩放因子01UaVD1000REAL101UbVD1004REAL101UcVD1008REAL101IaVD1012REAL101PVD1020REAL101EpVD1024REAL1缩放因子取决于仪表寄存器单位比如某些仪表电流返回的是 0.01A就要乘 0.01。这一步不做上位机显示的数字会差 100 倍血泪经验。3.3 通信故障的处理策略轮询程序必须带容错。常见做法单站连续 3 次无响应标记为离线离线后每 10 轮再试一次总线全部超时则复位串口重新初始化。另外PLC 扫描周期和 Modbus 轮询要分开用定时中断做轮询不要放在主程序里否则扫描周期波动会导致通信超时。S7-200 SMART 用 SM0.0 触发定时中断 0中断时间设 100ms在中断里走状态机轮询。注意Modbus 寄存器地址有 0-based 和 1-based 两种仪表手册写 40001 对应寄存器 0x0000写 40002 对应 0x0001。搞错一位读出来的全是错位数据。4. 上位机组态与数据存储从画面到历史库4.1 组态软件选型与画面搭建上位机常见选择组态王、WinCC、力控或者用开源方案如 Node-RED InfluxDB Grafana。如果预算有限且团队有 Web 开发能力我推荐后者灵活且不绑授权。画面至少包含一次系统图实时显示开关状态和电量、历史曲线电压电流趋势、报警列表过压欠压过流超温、报表导出日/月电能。一次系统图用组态软件的图库拖拽即可关键是变量绑定要对准 PLC 地址。开关状态用颜色区分红色合闸、绿色分闸、灰色通信中断。通信中断的判断逻辑是PLC 里该站离线标志位为 1或者上位机超过 5 秒未收到该变量更新。4.2 历史数据存储时序库比关系库更合适配电数据是典型时序数据每秒都在产生。用 MySQL 存不是不行但半年后查询会明显变慢。InfluxDB 或 TDengine 更适合写入快、压缩率高、按时间范围查询效率高。下面是一个 InfluxDB 写入的 Python 示例通过 Modbus TCP 从 PLC 读数据再写入。from pymodbus.client import ModbusTcpClient from influxdb_client import InfluxDBClient, Point from influxdb_client.client.write_api import SYNCHRONOUS # 连接 PLC 和 InfluxDB plc ModbusTcpClient(192.168.1.10, port502) influx InfluxDBClient(urlhttp://localhost:8086, tokenyour-token, orgfactory) write_api influx.write_api(write_optionsSYNCHRONOUS) # 读取 1 号仪表的三相电压寄存器 0-2 result plc.read_holding_registers(address0, count3, slave1) if not result.isError(): ua, ub, uc [r / 10.0 for r in result.registers] # 缩放因子 0.1 point (Point(voltage) .tag(meter, 01) .field(ua, ua) .field(ub, ub) .field(uc, uc)) write_api.write(bucketpower, recordpoint)逻辑说明read_holding_registers的slave参数指定从站地址address0对应仪表手册的寄存器地址。缩放因子 0.1 是因为仪表返回 2200 表示 220.0V。Point的tag用于索引field存实际数值。写入频率建议 1-5 秒一次太快会撑爆存储太慢会丢失瞬态故障。4.3 报警与联动报警分两级预警电压偏差 ±7%、电流超额定 80%和报警电压偏差 ±10%、电流超额定 100%、温度超 70℃。报警产生后写入报警表同时触发声光报警器。如果需要联动跳闸必须加硬件互锁不能只靠软件——软件死机时保护就失效了。这一点在低压配电系统智能监控系统搭建里经常被忽视但它是安全底线。5. 避坑与排查调试现场最常见的五个翻车点5.1 通信时通时断数据跳变现象上位机画面数据偶尔变红过几秒又恢复一天出现十几次。原因RS485 总线屏蔽层两端接地形成地环流或者终端电阻只接了一端。解决屏蔽层只在 PLC 侧单端接地总线两端各并 120Ω 电阻用万用表测 A-B 之间电阻应在 60Ω 左右。5.2 电能数据对不上电表读数现象监控系统显示的电能比供电局电表少 5%-10%。原因互感器变比没乘或者仪表接线是三相三线制但程序按三相四线制读。解决确认互感器变比比如 200/5 就是 40 倍在 PLC 或上位机里乘上去确认仪表接线方式与寄存器映射一致。5.3 PLC 扫描周期被通信拖慢现象PLC 控制逻辑响应变慢接触器动作延迟。原因Modbus 轮询放在主程序里通信等待阻塞了扫描。解决轮询放到定时中断里中断时间 100-200ms主程序只负责逻辑控制和数据搬运。5.4 上位机重启后历史数据断档现象工控机重启后重启期间的数据丢失。原因数据只存在上位机内存没有本地缓存。解决在 PLC 里做 1 小时的数据缓存用 V 存储区循环队列上位机恢复后先补读缓存。或者用边缘网关本地存 7 天数据。5.5 报警泛滥值班员麻木现象一天几百条报警值班员直接忽略。原因报警阈值设太窄或者没有报警抑制。解决预警和报警分级预警只记录不声光同一报警 5 分钟内不重复触发通信故障单独归类不混在电气报警里。6. 进阶技巧用边缘计算做本地预处理和断网续传整套系统跑通后最值得投入的优化是边缘计算。我一般会在配电室放一台 ARM 工控机或树莓派跑 Node-RED 或 Python 脚本做三件事数据预处理滤波、越限判断、本地存储断网时缓存、协议转换Modbus 转 MQTT。这样即使厂区网络中断数据也不丢恢复后自动补传。具体做法边缘网关每 1 秒读一次 PLC做 10 秒滑动平均滤波把滤波后的数据写入本地 SQLite同时通过 MQTT 发到服务器。网络中断时 MQTT 发送失败数据留在 SQLite网络恢复后脚本检测到连接成功按时间顺序补发。下面是一个断网续传的核心逻辑import sqlite3, paho.mqtt.client as mqtt, time conn sqlite3.connect(buffer.db) conn.execute(CREATE TABLE IF NOT EXISTS buf (ts REAL, topic TEXT, payload TEXT)) def on_connect(client, userdata, flags, rc): if rc 0: # 连接成功后补发缓存 rows conn.execute(SELECT rowid, ts, topic, payload FROM buf ORDER BY ts).fetchall() for rowid, ts, topic, payload in rows: client.publish(topic, payload) conn.execute(DELETE FROM buf WHERE rowid?, (rowid,)) conn.commit() client mqtt.Client() client.on_connect on_connect client.connect(broker.local, 1883, 60) client.loop_start() while True: data read_plc() # 读 PLC 数据 payload format_json(data) result client.publish(power/meter01, payload) if result.rc ! 0: # 发送失败写本地缓存 conn.execute(INSERT INTO buf VALUES (?,?,?), (time.time(), power/meter01, payload)) conn.commit() time.sleep(1)逻辑说明on_connect回调里做补发按时间顺序逐条 publish 后删除。result.rc ! 0判断发送是否成功失败就写 SQLite。这个方案的好处是不依赖任何云服务本地闭环断网续传逻辑自己掌控。参数上SQLite 的写入频率和 PLC 读取频率一致1 秒一次对存储压力很小一张 32GB 的 SD 卡能存好几年。验证方法拔掉网线等 5 分钟再插回去看服务器端数据是否有断档。如果没有断档且时间戳连续说明续传逻辑正确。这个测试我每次交付前必做比看代码靠谱。做配电监控这些年最大的教训是别追求大而全先把一个柜子的数据稳定采上来再复制到第二个柜子。通信稳定性和数据准确性是 1画面好看是后面的 0。希望帮到你。本文还有配套的精品资源点击获取