17370845950

本文详解如何将 modbus 读取的多个 16 位寄存器（如 `[3468, 204, 0, 2080]`）按特定十进制位置规则拼接为完整整数（如 `20434682080`），适用于电表等设备的非标准数据编码场景。

在使用 pymodbus 读取电表等工业设备时，常遇到一种非标准数值编码方式：设备并非采用常规的 IEEE 754 浮点或标准大端/小端整数格式，而是将一个长整数（如 20434682080）按十进制位数切分后，分别存入多个 16 位寄存器。例如：

• 寄存器 0 → 3468（低 4 位）
• 寄存器 1 → 204（中间 3 位）
• 寄存器 2 → 0（高位补零占位）
• 寄存器 3 → 2080（高 4 位）

最终拼接逻辑为：
20434682080 = 2080 × 10⁸ + 204 × 10⁴ + 3468 × 10⁰ + 0 × 10¹²？
但实际观察目标值 20434682080 的结构可拆解为：

204 3468 2080   ← 按空格分组（注意：中间无 0 占位）
→ 实际顺序是：[寄存器1][寄存器0][寄存器3]，而寄存器2=0未参与显示

更准确地，从结果反推其拼接规则：

• 20434682080 共 11 位数字
• 3468（4 位）→ 位于第 4–7 位（从右往左数：个、十、百、千…）
• 204（3 位）→ 位于第 8–10 位
• 2080（4 位）→ 位于最左侧（第 11–14 位，但仅取前 3 位 204？不成立）

因此，该案例本质不是字节序（endianness）问题，而是设备厂商自定义的“十进制寄存器映射规则”。它不遵循 BinaryPayloadDecoder 所支持的 BIG/LITTLE 字节序或字序，而是一种人工拼接逻辑。

✅ 正确处理方式：直接按业务规则解析寄存器列表，用幂运算组合：

registers = [3468, 204, 0, 2080]  # result_ups.registers

# 根据实测目标值 20434682080 反推：204 | 3468 | 2080 → 即 reg[1] + reg[0] + reg[3]
# 注意：reg[2] = 0 未被使用，可能是保留位或错误读取
kwh_ups = (
    registers[1] * 10**8   # 204 → 占高位 3 位 → × 10^8 得 20400000000
    + registers[0] * 10**4 # 3468 → 占中位 4 位 → × 10^4 得 34680000
    + registers[3]         # 2080 → 占低位 4 位 → 直接加
)
# 结果：20400000000 + 34680000 + 2080 = 20434682080 ✅

⚠️ 注意事项：

• 不要强行使用 BinaryPayloadDecoder（如 decode_32bit_int()），它适用于二进制整数编码，而非十进制拼接；
• 务必结合设备手册确认寄存器映射表——不同型号电表可能顺序完全不同（如有的用 [MSB, ..., LSB]，有的用 [GroupA, GroupB, ...]）；
• 建议增加容错：检查寄存器值范围（如 0 ≤ reg[i]
• 若需兼容浮点（如带小数的 kWh），应先确认小数点位置（例如 2043468.2080），再统一缩放为整数处理。

? 总结：当 pymodbus 返回的 registers 无法通过标准 Endian 解码得到预期值时，请优先怀疑是否为厂商自定义的十进制分段存储。此时最可靠的方法是：*依据实测数据与寄存器值，手工建立映射公式，并用 ` 10n` 精确拼接——这比逆向字节序更高效、更准确。