pymodbus: ошибка чтения строки и нескольких типов данных с устройства Modbus - PullRequest
Новая
       110

pymodbus: ошибка чтения строки и нескольких типов данных с устройства Modbus

0 голосов
/ 15 февраля 2019

Я пытаюсь прочитать данные String (Usecase-1) & multiple type of data in one request (Usecase-2) с устройства Modbus TCP , но не удалось правильно их декодировать.

Конфигурация системы:

Python 3.6.5Pymodbus: 2.1.0Платформа: Windows 10 64-разрядная

Сервер Modbus TCP: 

import logging

from pymodbus.constants import Endian
from pymodbus.datastore import ModbusSequentialDataBlock
from pymodbus.datastore import ModbusSlaveContext, ModbusServerContext
from pymodbus.device import ModbusDeviceIdentification
from pymodbus.payload import BinaryPayloadBuilder
from pymodbus.server.sync import StartTcpServer

class ModbusTCPServer(object):
    # initialize your data store:
    hrBuilder = BinaryPayloadBuilder(byteorder=Endian.Big, wordorder=Endian.Big)
    # Usecase-1
    hrBuilder.add_string("abcdefghij")

    #Uncomment below three lines for usecase-2
    # hrBuilder.add_32bit_float(20.5) 
    # hrBuilder.add_32bit_int(45) 
    # hrBuilder.add_bits([1, 0, 0, 0, 0, 0, 0, 0])

    hrBlock = ModbusSequentialDataBlock(0, hrBuilder.to_registers() * 100)
    store = ModbusSlaveContext(hr=hrBlock, ir=hrBlock, di=hrBlock, co=hrBlock)
    slaves = {
        1: store,
    }
    context = ModbusServerContext(slaves=slaves, single=False)

    # initialize the server information    
    identity = ModbusDeviceIdentification()

    modbusDeviceAddress = "127.0.0.1"
    modbusDevicePort = 501
    # run the TCP server

    # TCP:
    print("Modbus TCP Server started.")
    StartTcpServer(context, identity=identity, address=(modbusDeviceAddress, modbusDevicePort))


if __name__ == "__main__":
    print("Reading application configurations...")
    ModbusTCPServer();

Клиент Modbus TCP: 

from pymodbus.client.sync import ModbusTcpClient as ModbusClient
from pymodbus.payload import BinaryPayloadDecoder
from pymodbus.constants import Endian
from pymodbus.compat import iteritems

if __name__ == '__main__':
    client = ModbusClient('127.0.0.1', port=501)
    client.connect()
    result  = client.read_holding_registers(0, 5,  unit=1)
    print("Result : ",result)
    decoder = BinaryPayloadDecoder.fromRegisters(result.registers, byteorder=Endian.Big, wordorder=Endian.Big)
    # Usecase-1
    decoded = {
        'name': decoder.decode_string(10).decode(),
    }

    # Usecase-2
    # decoded = {
    #    'temp': decoder.decode_32bit_float(),
    #    'rpm': decoder.decode_32bit_int(),
    #    'status': decoder.decode_bits()
    #}

    for name, value in iteritems(decoded):
        print ("%s\t" % name, value)
    client.close()

Выходной вариант использования-1: 

Result :  ReadRegisterResponse (5)
name     cdefghijab

Клиент Modbus должен декодировать строку как abcdefghij, но декодирует ее как cdefghijab.

Output Usecase-2: 

Result :  ReadRegisterResponse (5)
temp     0.0
rpm  2949376
status   [True, False, False, False, False, False, True, False]

Посмотрите на вышеприведенный вывод чтения нескольких регистров, выходные значения не совпадают с указанными на входе BinaryPayloadBuilder.

Я перепробовал все комбинации byteorder & wordorder, но ни в одном случае это не работает.

Пожалуйста, помогите мне понять, почему данные декодируются таким образом?Я что-то пропустил, чтобы добавить что-то при кодировании или декодировании этих данных?

К вашему сведению: Это решение работало нормально с версией Pymodbus 1.5.1.Недавно я обновил версию, и она не работает должным образом.

Любая помощь будет принята.

1 Ответ

0 голосов
/ 16 февраля 2019

Tl; др.Используйте zero_mode=True в ModbusSlaveContext.

Если вы хотите отобразить регистры [0..n] в вашем клиенте, читается как [0..n] на сервере.По умолчанию сервер pymodbus отображает регистр для адреса [0..n] в регистры [1..n] во внутреннем хранилище.Это должно соответствовать спецификациям Modbus.Цитирование из исходного кода pymodbus. 

#The slave context can also be initialized in zero_mode which means that a
# request to address(0-7) will map to the address (0-7). The default is
# False which is based on section 4.4 of the specification, so address(0-7)
# will map to (1-8)::

Таким образом, в вашем случае вы можете установить начальный адрес ModbusSequentialDataBlock на 1 или инициализировать ModbusSlaveContext с помощью zero_mode=True. 

    hrBlock = ModbusSequentialDataBlock(1, hrBuilder.to_registers() * 100)
    # Or
    store = ModbusSlaveContext(hr=hrBlock, ir=hrBlock, di=hrBlock, co=hrBlock, zero_mode=True)
...