本文详解如何将 modbus 读取的多个 16 位寄存器（如 `[3468, 204, 0, 2080]`）按特定十进制权重顺序拼接为完整数值（如 `20434682080`），适用于电表等设备的非标准数据编码场景。
在使用 pymodbus 读取电表等工业设备的 Modbus 寄存器时，常遇到一种特殊的数据组织方式：并非标准的二进制大小端（如 32/64 位整型的 Big/Little Endian），而是将多位十进制数值拆分为若干 16 位寄存器，并按固定位置权重（如万位、亿位、万亿位）进行人工拼接。例如：
- 寄存器列表：[3468, 204, 0, 2080]
- 目标值：20434682080
- 实际对应关系为：
204（亿级） + 3468（万级） + 2080（个级），而中间的 0 占据万亿位（即 0 × 10¹²）——整体可理解为按 “高位寄存器 → 更高十进制权位” 的自定义映射。
该映射与标准字节序（Endian.BIG 或 Endian.LITTLE）无关，因此不能直接依赖 BinaryPayloadDecoder 的 decode_32bit_int() 等方法。必须根据设备协议文档明确各寄存器在最终数值中的十进制位权，再手动组合。
✅ 正确拼接方法（基于示例）
假设寄存器索引 [0, 1, 2, 3] 分别对应权重 10⁴（万）、10⁸（亿）、10¹²（万亿）、10⁰（个），且目标顺序为 reg[1] reg[0] reg[3]（即 204 + 3468 + 2080），则实际拼接逻辑应为：
registers = [3468, 204, 0, 2080] # 按协议约定：reg[1] 是亿位（×10^8），reg[0] 是万位（×10^4），reg[3] 是个位（×10^0） kwh_ups = registers[1] * 10**8 + registers[0] * 10**4 + registers[3] print(kwh_ups) # 输出：20434682080
⚠️ 注意：原答案中 registers[2] * 10**12 对应 0，虽不影响结果，但若该寄存器在其他场景中非零，则必须确认其是否真实参与计算——务必以设备手册为准。
? 在 pymodbus 循环中集成
将上述逻辑嵌入您的监控脚本，替换掉无效的 decode_32bit_int() 调用：
from pymodbus.client import ModbusTcpClient
import time
client_tcp = ModbusTcpClient('10.123.133.100', port=502)
while True:
try:
client_tcp.connect()
while True:
result_ups = client_tcp.read_holding_registers(1716, 4, unit=1, slave=1)
if not result_ups.isError():
regs = result_ups.registers # [3468, 204, 0, 2080]
# ✅ 按电表协议：第2个寄存器（索引1）为亿位，第1个（索引0）为万位，第4个（索引3）为个位
kwh_ups = regs[1] * 10**8 + regs[0] * 10**4 + regs[3]
print(f"Total kWh: {kwh_ups}")
else:
print("Modbus read error:", result_ups)
time.sleep(1)
except Exception as e:
print("Connection error:", e)
time.sleep(1)
finally:
client_tcp.close()? 关键注意事项
- 协议优先：pymodbus 的 Endian 参数仅控制二进制字节布局（如 0x00010002 解为 65538 还是 256），而本例是十进制字符串拼接逻辑，二者不可混淆。
- 索引验证：寄存器顺序（地址递增方向）需与设备手册严格一致；建议先用 Modbus 调试工具（如 QModMaster）抓包验证原始寄存器值及位置。
- 数据类型安全：确保 regs[i] 均为非负整数（Modbus 寄存器为无符号 16 位），避免负数导致异常。
- 性能优化：若高频采集，可预计算幂次（如 E8 = 10**8）避免重复运算。
通过这种显式、可读性强的数学拼接，您能精准还原电表显示的 20434682080 类数值，为能源监控系统提供可靠数据源。
