企业官网建设流程全解析

1. 项目概述：为什么一个Python脚本能真正替代Modbus Poll？

你是不是也经历过这样的场景：在工控现场调试一台新到的温湿度传感器，或者给PLC加装一个电表采集模块，手边只有笔记本电脑和一根DB9转RS485的USB线。打开Modbus Poll——界面熟悉、操作简单，但问题接踵而至：密钥弹窗卡住启动、64位系统兼容性报错、读取多个寄存器时刷新延迟明显、想把数据自动存进Excel还得手动复制粘贴、更别说要对接数据库或做实时曲线了。我第一次在某电厂辅机房调试32台变频器时，就因为Modbus Poll单次只能配置一个从站地址，硬是花了两小时逐个改地址、点“Read”、记下数值，最后发现第17台的保持寄存器地址偏移错了3个位置，又得重来一遍。

这根本不是调试，是体力劳动。

而“Python脚本替代Modbus Poll”这件事，本质不是写几行代码炫技，而是用现代编程语言的灵活性、可扩展性和自动化能力，把原本割裂的“读数—记录—分析—告警”链条打通。pymodbus不是另一个图形界面工具，它是Modbus协议栈的底层实现，让你能像搭积木一样定义通信逻辑：可以同时轮询16个不同地址的设备，自动校验CRC，把原始字节流按IEEE 754规则解析成浮点数，遇到超时自动重试三次，失败后发微信通知，成功后写入InfluxDB并触发Grafana绘图——所有这些，都在一个.py文件里完成。它不取代Modbus Poll的“即时可视化”，而是绕过它的瓶颈，直击工业数据采集的核心诉求：稳定、可编程、可集成、可复用。

关键词里的“RS485”不是背景板，而是物理层的真实约束。它决定了你必须处理差分信号抗干扰、终端电阻匹配、多点总线拓扑、半双工收发切换这些硬件级细节；“Modbus RTU”协议则要求你严格遵循字节序、帧间隔、CRC16校验等规范；而“pymodbus”库的价值，正在于它把这些底层复杂性封装成client.read_holding_registers(unit=1, address=0, count=10)这样一行语义清晰的调用。这不是魔法，是把二十年前为Windows 98设计的调试工具，升级成适配Linux嵌入式网关、树莓派边缘计算节点、甚至Docker容器化部署的现代数据管道。

所以，如果你正被以下任一问题困扰，这个项目就是为你准备的：

• 每次换电脑都要重新找Modbus Poll破解版，还担心杀毒软件误报；
• 需要定时采集数据但Modbus Poll没有任务计划功能；
• 要把Modbus数据喂给Python做的AI预测模型，却卡在数据导出环节；
• 现场只有无GUI的国产ARM工控机，连Windows都没装；
• 想用同一套脚本管理RS485总线上的电表、水表、压力变送器，但Modbus Poll每次只能配一种寄存器类型。

这不是教你怎么“用Python跑个Hello World”，而是带你亲手造一把能开锁、能测距、还能自动生成钥匙备份的万能螺丝刀。接下来的内容，每一行代码都有其物理意义，每一个参数都对应着接线端子上的真实电压，每一次调试失败都源于对RS485电气特性的误判——这才是工业现场该有的技术深度。

2. 核心原理与方案选型：为什么是pymodbus，而不是其他库？

2.1 pymodbus为何成为RS485 Modbus RTU事实标准？

在Python生态中，Modbus库不止pymodbus一个。早期有minimalmodbus，后来出现pymodbus3（已归档），还有专攻Modbus TCP的pyModbusTCP。但过去五年，pymodbus v3.x系列已成为工业现场事实标准，原因绝非偶然，而是由三个硬性指标共同决定的：协议覆盖完整性、硬件抽象能力、以及错误恢复鲁棒性。

先看协议覆盖。Modbus RTU要求严格遵循串行帧格式：地址域（1字节）+功能码（1字节）+数据域（N字节）+CRC校验（2字节）。pymodbus的ModbusSerialClient类直接暴露framing参数，允许你精确控制RTU帧的起始/结束静默时间（timeout和strict参数），这是minimalmodbus做不到的。比如某国产电表要求帧间间隔≥3.5字符时间（约7.5ms），而标准Modbus RTU只要求≥1.5字符时间，pymodbus通过timeout=0.0075即可精准满足，minimalmodbus的close_port_after_each_call=True虽能模拟间隔，但会引发USB转串口芯片频繁重枚举，导致通讯中断。

再看硬件抽象能力。RS485是半双工总线，同一时刻只能收或发。USB转RS485适配器内部通常集成MAX485或SP3485芯片，其DE（驱动使能）和RE（接收使能）引脚需由CPU控制。pymodbus通过port参数支持serial.tools.list_ports.comports()动态枚举，更重要的是，它允许你传入已配置好的serial.Serial实例——这意味着你可以提前设置rtscts=True启用硬件流控，或通过dsrdtr=True控制DTR/DSR信号模拟DE/RE切换。我实测过，在树莓派GPIO直接驱动MAX485的电路中，用ser = serial.Serial('/dev/ttyS0', 9600, timeout=1); ser.setRTS(True)手动置高RTS作为DE信号，再传给pymodbus client，比依赖适配器内置自动收发电路的稳定性高出47%（连续72小时无丢帧）。

最后是错误恢复鲁棒性。Modbus Poll遇到从站无响应，顶多弹个对话框。而pymodbus的retry_on_empty=True和retries=3参数组合，配合RetryOnEmpty异常捕获机制，能实现真正的工业级容错。例如某水泵控制器在启停瞬间会拉低RS485总线电压，导致本次请求超时。pymodbus在第一次ModbusIOException后，自动等待retry_on_empty设定的间隔（默认100ms），再发第二次请求，三次失败后才抛出ConnectionException。这种“试探—等待—重试”的策略，比Modbus Poll的“点一次读一次，失败就红字报错”更贴近真实产线需求。

提示：不要迷信“最新版”。pymodbus v3.6.0（2023年发布）修复了v3.5.x在Python 3.11下的异步协程内存泄漏，但v3.4.0对老旧内核（如Yocto 3.1）兼容性更好。我的建议是：新项目用v3.6.0，嵌入式设备用v3.4.0，绝对避开v3.3.x（存在CRC校验逻辑缺陷）。

2.2 为什么放弃Modbus Poll？四个无法绕过的硬伤

Modbus Poll作为经典工具，其价值毋庸置疑。但把它当作生产环境主力，就像用计算器做财务报表——能算，但效率低、易出错、难审计。以下是我在12个不同行业项目中总结的四大不可接受缺陷：

第一，许可证与合规风险。Modbus Poll官方早已停止免费版本更新，当前网络流传的“破解版”多捆绑恶意挖矿程序。去年某汽车零部件厂因使用带后门的Modbus Poll导致SCADA系统被植入勒索病毒，安全审计报告明确指出：“非法调试工具引入外部攻击面”。而pymodbus是MIT开源协议，所有源码可审计，pip install pymodbus命令下载的每个字节都来自PyPI官方仓库，SHA256哈希值可公开验证。

第二，数据流转断层。Modbus Poll的“Copy to Clipboard”功能看似方便，实则制造数据孤岛。你复制的是一堆十六进制字符串，粘贴到Excel里还要用HEX2DEC()函数转换，再手动拆分高低字节。而pymodbus返回的是原生PythonModbusResponse对象，response.registers直接是整数列表，struct.unpack('>f', bytes(registers[0:2]))[0]一行就能转成浮点数。我曾为某光伏电站写过脚本：每5秒读取逆变器的直流电压、电流、功率三组数据，自动计算MPPT效率，异常时触发短信告警——整个流程在37行代码内完成，零人工干预。

第三，多设备管理失效。Modbus Poll的“Read/Write Single Register”窗口只能配置一个从站地址。当你面对一条RS485总线上挂载的16台智能电表（地址1~16），需要每台读取10个寄存器（电压、电流、功率因数等），就得重复16×10=160次点击操作。而pymodbus脚本可定义设备列表：

devices = [ {'unit': 1, 'name': '主配电柜', 'registers': [0x0000, 0x0002, 0x0004]}, {'unit': 2, 'name': '空压机房', 'registers': [0x0000, 0x0002, 0x0004]}, # ... 其他14台 ] for dev in devices: response = client.read_holding_registers(address=dev['registers'][0], count=6, unit=dev['unit']) # 一次性读6个寄存器，解析为3个float

这段代码执行时间不到1.2秒，比人工操作快130倍。

第四，环境依赖脆弱。Modbus Poll是32位Windows PE文件，无法在Linux ARM64（如RK3566工控机）、macOS M1芯片或Docker容器中运行。而pymodbus跨平台支持完美：在树莓派Zero W上，pip install pymodbus[serial]后，用/dev/ttyUSB0端口即可通讯；在国产统信UOS系统中，只需sudo usermod -a -G dialout $USER加入串口用户组；甚至可在Kubernetes集群中，用hostPath挂载USB串口设备到Pod内运行。这种“一次编写，随处部署”的能力，是传统桌面工具永远无法企及的。

2.3 RS485物理层与Modbus RTU协议的深度耦合

很多初学者以为“装好pymodbus就能读数据”，结果连第一个请求都发不出。根本原因在于，他们忽略了RS485电气特性与Modbus RTU协议的强耦合关系。这不是软件问题，是物理世界的真实约束。

RS485采用差分信号传输，A线与B线电压差决定逻辑状态：+200mV以上为逻辑1，-200mV以下为逻辑0。但实际工程中，这个阈值会漂移。某次我在化工厂调试，发现同一根线缆在白天读数正常，夜间湿度升高后大量CRC错误。用示波器抓取波形才发现：夜间电缆绝缘电阻下降，B线对地电压从-1.2V漂移到-0.8V，导致差分电压不足200mV，接收端误判。解决方案不是换软件，而是在线缆两端各加一个120Ω终端电阻，并在从站端增加TVS二极管防浪涌——这些硬件措施，是任何Python脚本都无法绕过的前提。

Modbus RTU协议则规定：帧与帧之间必须有≥3.5字符时间的静默期（T1.5），否则接收端会将连续帧识别为一个长帧。以9600波特率为例，1字符=10位（1起始+8数据+1停止），传输1字符耗时10/9600≈1.04ms，故T1.5≈3.5×1.04≈3.64ms。pymodbus的timeout参数必须≥此值，否则read_holding_registers会因未等到完整响应而超时。我见过太多人把timeout=0.1（100ms）设成timeout=0.001（1ms），结果永远返回空响应——不是代码错，是没算清物理时间。

更隐蔽的是字节序问题。Modbus协议本身不定义多字节数据的存储顺序，但设备厂商有约定俗成的习惯。西门子PLC通常用大端序（Big-Endian），而某些国产仪表用小端序（Little-Endian）。pymodbus返回的registers是原始16位整数列表，你需要用struct.unpack指定格式：'>f'表示大端浮点，'<f'表示小端浮点。某次为某电梯控制系统读取速度反馈值，因误用'>f'解析小端数据，得到的速度值是真实值的1000倍，差点导致调试人员误判电机故障。

注意：RS485总线长度与波特率成反比。理论极限是1200米@100kbps，但实际工程中，100米@19200bps是更稳妥的选择。超过此限，必须降低波特率或加中继器。我的经验是：用screen /dev/ttyUSB0 19200命令测试串口能否稳定收发AT指令，若出现乱码，说明物理层已不可靠，此时优化Python代码毫无意义。

3. 实操全流程：从零开始构建稳定RS485数据采集脚本

3.1 环境准备与硬件连接：避坑指南比教程更重要

在敲下第一行import pymodbus之前，请务必完成以下五项物理层检查。我见过太多工程师花三天调试代码，最后发现是DB9接头焊反了——这种低级错误，本可30秒规避。

第一步：确认USB转RS485适配器芯片型号。市面上90%的廉价适配器用CH340或CP2102作为USB-UART桥接芯片，但RS485收发部分差异巨大。最稳妥的是FTDI FT232RL + MAX485组合（如FTDI官方开发板），其次是Silicon Labs CP2102N + SP3485。避免使用“免驱”标称但实际用劣质GD32F103替代MCU的杂牌适配器——它们的自动收发电路时序不准，会导致Modbus RTU帧丢失。验证方法：在Linux下执行dmesg | grep tty，正常应显示ch341-uart converter now attached to ttyUSB0；若出现usb 1-1.2: failed to set configuration #1 on interface 0，立即更换适配器。

第二步：DB9针脚定义必须匹配。RS485没有统一DB9标准，常见有两种：

• 标准Modbus定义（推荐）：Pin1=GND，Pin2=A（Data+），Pin3=B（Data-）
• Cisco定义（慎用）：Pin1=A，Pin2=B，Pin5=GND
  用万用表通断档测量适配器外壳与Pin1是否导通，若导通则为标准定义；若与Pin5导通，则为Cisco定义。我曾因混淆此点，将A/B线反接，导致所有设备通讯失败，而Modbus Poll界面只显示“No Response”，毫无提示。

第三步：终端电阻与偏置电阻配置。RS485总线两端（最远的两个设备）必须各接一个120Ω终端电阻。若总线只有两个设备（主站+从站），则在适配器端和从站端各焊一个120Ω贴片电阻。若挂载3台以上设备，仅在物理链路首尾加装。偏置电阻（680Ω上拉至5V，680Ω下拉至GND）用于保证无信号时A/B线电压差稳定在±200mV以上，防止接收端误触发。实测表明，加装偏置电阻后，某制药厂洁净车间的通讯误码率从10⁻³降至10⁻⁶。

第四步：接地策略。RS485是差分系统，理论上无需共地。但长距离传输时，地电位差会叠加到A/B线上。正确做法：仅在主站（PC或PLC）端将GND与大地连接，从站端GND悬空。若从站为金属外壳且已接地，需在GND与B线间接一个10nF电容（隔直通交），消除共模干扰。某次在变电站调试，因未做此处理，雷雨天气下通讯完全中断，加装电容后恢复正常。

第五步：Python环境最小化安装。不要pip install pymodbus，这会安装全部依赖（包括asyncio、twisted等无用组件）。生产环境应执行：

pip install "pymodbus[serial]" # 仅安装串口支持 # 或针对嵌入式设备 pip install --no-deps pymodbus==3.4.0 # 跳过依赖，手动安装serial

验证安装：python -c "from pymodbus.client import ModbusSerialClient; print('OK')"。若报ModuleNotFoundError: No module named 'serial'，则补装pip install pyserial。

实操心得：在Windows下，USB转RS485适配器常被识别为COM3、COM4等高位端口。但某些老主板BIOS会禁用COM3以上端口。解决方案：进入设备管理器→端口(COM&LPT)→右键适配器→属性→端口设置→高级→将COM端口号改为COM1或COM2。此操作需重启生效，但能解决80%的“端口打不开”问题。

3.2 核心脚本开发：从单点读取到多设备轮询

现在进入代码实战。我们以读取一台地址为1的智能电表为例，逐步构建健壮脚本。所有代码均基于pymodbus v3.4.0，兼容Python 3.7+。

基础单点读取（debug模式）：

from pymodbus.client import ModbusSerialClient from pymodbus.exceptions import ModbusIOException, ConnectionException import time # 创建客户端，关键参数详解： client = ModbusSerialClient( method='rtu', # 必须为'rtu'，对应RS485物理层 port='/dev/ttyUSB0', # Linux路径；Windows为'COM3' baudrate=9600, # 波特率，需与设备一致 stopbits=1, # 停止位，Modbus RTU固定为1 bytesize=8, # 数据位，固定为8 parity='N', # 校验位，'N'=无校验，'E'=偶校验 timeout=1, # 读超时，单位秒，必须≥3.5字符时间 retry_on_empty=True, # 空响应时重试 retries=3 # 重试次数 ) # 连接设备 if not client.connect(): print("无法连接到RS485设备！请检查接线和端口") exit(1) try: # 读取保持寄存器0x0000开始的2个寄存器（4字节，存电压值） response = client.read_holding_registers( address=0x0000, # 起始地址，十六进制 count=2, # 读取数量，2个16位寄存器=4字节 slave=1 # 从站地址，即设备地址 ) if response.isError(): print(f"Modbus错误: {response}") else: # 解析为32位浮点数（大端序） import struct voltage_bytes = b''.join([i.to_bytes(2, 'big') for i in response.registers]) voltage = struct.unpack('>f', voltage_bytes)[0] print(f"电压值: {voltage:.2f} V") except ModbusIOException as e: print(f"IO错误（线路问题）: {e}") except ConnectionException as e: print(f"连接异常: {e}") finally: client.close() # 必须关闭，释放串口资源

这段代码的关键在于timeout=1的设定。9600波特率下，3.5字符时间为3.64ms，设为1秒是留足余量——因为从站响应时间包含：主站发送帧耗时 + 信号传播延时（每100米约0.5μs，可忽略） + 从站处理时间（典型值10~50ms） + 响应帧返回耗时。1秒足够覆盖所有异常情况。

升级为多设备轮询（生产模式）：
当总线上有多个设备时，需避免“广播风暴”。pymodbus不支持真正的并发，但可通过time.sleep()控制轮询节奏：

import time from datetime import datetime # 设备配置表，支持不同地址、不同寄存器、不同解析方式 devices = [ { 'unit': 1, 'name': '主进线电表', 'registers': [ {'addr': 0x0000, 'name': '电压', 'type': 'float', 'scale': 1.0}, {'addr': 0x0002, 'name': '电流', 'type': 'float', 'scale': 0.01}, {'addr': 0x0004, 'name': '功率', 'type': 'float', 'scale': 1.0} ] }, { 'unit': 2, 'name': '空调机组', 'registers': [ {'addr': 0x0100, 'name': '温度', 'type': 'int16', 'scale': 0.1}, {'addr': 0x0102, 'name': '湿度', 'type': 'uint16', 'scale': 0.1} ] } ] def read_device(client, device): """读取单台设备所有寄存器""" data = {'timestamp': datetime.now().isoformat(), 'device': device['name']} for reg in device['registers']: try: resp = client.read_holding_registers( address=reg['addr'], count=2 if reg['type'] in ['float', 'int32', 'uint32'] else 1, slave=device['unit'], timeout=0.5 # 多设备时缩短超时，提高轮询效率 ) if not resp.isError(): if reg['type'] == 'float': # 2个寄存器→4字节→float b = b''.join([i.to_bytes(2, 'big') for i in resp.registers]) value = struct.unpack('>f', b)[0] * reg['scale'] elif reg['type'] == 'int16': value = resp.registers[0] * reg['scale'] else: # uint16 value = resp.registers[0] * reg['scale'] data[reg['name']] = round(value, 2) else: data[reg['name']] = 'ERROR' except Exception as e: data[reg['name']] = f'EXCEPTION: {str(e)}' return data # 主循环：每10秒轮询所有设备 while True: if not client.connect(): print("重连中...") time.sleep(5) continue all_data = [] for dev in devices: data = read_device(client, dev) all_data.append(data) time.sleep(0.1) # 每台设备间间隔100ms，避免总线冲突 # 打印汇总数据 print(f"\n[{datetime.now().strftime('%H:%M:%S')}] 轮询完成") for d in all_data: print(f"{d['device']}: { {k:v for k,v in d.items() if k not in ['timestamp','device']} }") client.close() time.sleep(10) # 整体周期10秒

此脚本已具备生产环境雏形：

• 自动重连机制：client.connect()失败后等待5秒再试；
• 设备级错误隔离：单台设备异常不影响其他设备读取；
• 可配置化：通过devices列表定义设备，无需改代码；
• 时间戳标记：每条数据带ISO格式时间，便于后续入库；
• 安全休眠：设备间time.sleep(0.1)确保总线释放，符合Modbus RTU规范。

注意事项：RS485总线最大设备数为32台，但实际受信号衰减限制。当挂载超过16台时，建议将baudrate从9600降至4800，并将timeout增至1.5秒。我曾在一个污水处理厂项目中，用此脚本稳定轮询28台水质分析仪，连续运行18个月无故障。

3.3 数据解析与异常处理：从原始字节到可用信息

Modbus协议只负责传输原始字节，如何把[0x42C8, 0x0000]变成100.5 V，才是体现工程师功力的地方。pymodbus返回的response.registers是16位整数列表，你需要根据设备手册确定数据类型和字节序。

常见数据类型解析对照表：

关键陷阱：字节序与寄存器顺序。Modbus协议中，一个32位数据占用两个连续寄存器。但设备厂商对“高字节在前还是低字节在前”有不同约定。西门子S7-1200默认用[HighWord, LowWord]顺序，而某国产PLC用[LowWord, HighWord]。pymodbus不自动处理此差异，必须手动调整。例如，若设备手册注明“32位整数，低字在前”，则解析代码应为：

# 错误：按默认顺序解析 b_wrong = b''.join([i.to_bytes(2,'big') for i in response.registers]) # [0x0064, 0x0000] → 0x00640000 = 6553600 # 正确：交换寄存器顺序 registers_swapped = [response.registers[1], response.registers[0]] b_correct = b''.join([i.to_bytes(2,'big') for i in registers_swapped]) # [0x0000, 0x0064] → 0x00000064 = 100

CRC校验失败的深层诊断。当response.isError()返回True且错误码为0x84（Slave Device Failure）时，表面是设备故障，实则90%是CRC校验失败。此时需抓取原始字节流：

# 启用pymodbus调试日志 import logging logging.basicConfig() log = logging.getLogger('pymodbus') log.setLevel(logging.DEBUG) # 或直接读取原始响应 from pymodbus.transaction import ModbusRtuFramer client.framer = ModbusRtuFramer(client.decoder) # 然后在异常处理中打印 print(f"原始响应字节: {response.raw}")

若raw显示末尾两字节不是标准CRC16（如0x1234），则问题在物理层：可能是终端电阻缺失、线缆过长、共模干扰过大。此时优化代码无济于事，必须回归硬件排查。

实操心得：某次为风电变流器读取温度，始终CRC错误。用逻辑分析仪抓包发现，设备返回的CRC是正确的，但pymodbus计算的CRC不匹配。最终定位到是parity='E'（偶校验）与设备实际使用的parity='N'（无校验）不一致。将parity参数改为'N'后立即正常——这提醒我们，设备手册的“通信参数”章节必须逐字核对，不能凭经验猜测。

4. 进阶应用与常见问题排查：让脚本真正落地生根

4.1 工业级增强：日志、告警与数据持久化

一个能跑通的脚本只是起点，工业现场需要的是“无人值守、故障自愈、数据可溯”。以下增强模块可直接集成到你的主脚本中。

结构化日志记录：
避免print()输出，改用Python标准logging模块，按级别分类：

import logging from logging.handlers import RotatingFileHandler # 配置日志：INFO级输出到控制台，ERROR级写入文件 logging.basicConfig( level=logging.INFO, format='%(asctime)s - %(levelname)s - %(message)s', handlers=[ logging.StreamHandler(), # 控制台输出 RotatingFileHandler('modbus.log', maxBytes=10*1024*1024, backupCount=5) # 5个10MB轮转日志 ] ) # 使用示例 logger = logging.getLogger(__name__) logger.info(f"开始轮询设备 {device['name']} (地址{device['unit']})") logger.error(f"设备{device['unit']}读取失败: {str(e)}")

日志文件自动按大小轮转，避免磁盘占满。某水泥厂项目中，此配置让脚本连续运行2年，日志总量达8GB，但通过grep "ERROR" modbus.log可秒级定位故障时段。

微信告警集成：
当连续3次读取失败时，自动发微信通知。使用Server酱（免费）：

import requests import json def send_wechat_alert(device_name, error_msg): # Server酱SendKey，需自行注册获取 send_key = "SCUxxxxxxxxxxxxxxxxxxxxxx" url = f"https://sc.ftqq.com/{send_key}.send" data = { "text": f"Modbus采集告警：{device_name}", "desp": f"错误详情：{error_msg}\n时间：{datetime.now().strftime('%Y-%m-%d %H:%M:%S')}" } try: requests.post(url, data=data, timeout=5) except Exception as e: logger.warning(f"微信告警发送失败: {e}") # 在读取失败时调用 if consecutive_failures >= 3: send_wechat_alert(dev['name'], str(e)) consecutive_failures = 0 # 重置计数器

SQLite轻量级存储：
无需部署MySQL，用SQLite即可满足中小项目需求：

import sqlite3 from datetime import datetime # 初始化数据库 conn = sqlite3.connect('modbus_data.db') cursor = conn.cursor() cursor.execute(''' CREATE TABLE IF NOT EXISTS sensor_data ( id INTEGER PRIMARY KEY AUTOINCREMENT, timestamp TEXT NOT NULL, device_name TEXT NOT NULL, metric_name TEXT NOT NULL, value REAL NOT NULL, unit TEXT ) ''') conn.commit() # 插入数据 def save_to_db(timestamp, device_name, metric_name, value, unit=''): cursor.execute(''' INSERT INTO sensor_data (timestamp, device_name, metric_name, value, unit) VALUES (?, ?, ?, ?, ?) ''', (timestamp, device_name, metric_name, value, unit)) conn.commit() # 调用示例 save_to_db( datetime.now().isoformat(), '主进线电表', '电压', 380.25, 'V' )

SQLite数据库文件即modbus_data.db，可直接用DB Browser for SQLite打开分析，或用Python脚本导出CSV供Excel处理。

4.2 常见问题速查表：90%的故障在这里解决