Ошибка записи нескольких регистров с помощью Modbus RTU в python на маршрутизаторе Linux
В настоящее время я пытаюсь установить соединение Modbus между коммерческим маршрутизатором (UR71 от Ursalink) и Modbus RTU (ZBRN2 от Schneider Electric).
Маршрутизатор UR71 работает в Linux OpenWRT LEDE-17.01 Python версии 2.7.13 Python использует modbus-tk 0.5.7 и pyserial 3.4
Мое приложение требует чтения Modbus (FC03) и множественной записи Modbus (FC16)
Дело в том, что мне удается работать с моим компьютером (windows 10) в качестве мастера Modbus, но когда я переключаюсь на UR71 в качестве мастера Modbus, FC16 больше не работает и отправляет:
(<class 'modbus_tk.exceptions.ModbusInvalidResponseError'>, ModbusInvalidResponseError('Response length is invalid 0',), <traceback object at 0x7f7b4f7cf8>)
Я сделал небольшой пример приложения, чтобы показать вам:
class ModbusLoop(Thread):
def __init__(self):
Thread.__init__(self)
def run(self):
while (True):
try:
# MODBUS READ
logger.debug("Reading modbus FC03...")
result = rtu.execute(1, tkCst.READ_HOLDING_REGISTERS, 6100, 60)
logger.debug(result)
time.sleep(1)
#MODBUS WRITE SINGLE RESISTER
logger.debug("Reading modbus FC06...")
result = rtu.execute(1, tkCst.WRITE_SINGLE_REGISTER, 2010, output_value = 3841)
logger.debug(result)
result = rtu.execute(1, tkCst.WRITE_SINGLE_REGISTER, 2010, output_value = 4097)
logger.debug(result)
time.sleep(1)
logger.debug("Reading modbus FC16...")
result = rtu.execute(1, tkCst.WRITE_MULTIPLE_REGISTERS, 2010, output_value = [3841])
logger.debug(result)
result = rtu.execute(1, tkCst.WRITE_MULTIPLE_REGISTERS, 2010, output_value = [4097])
logger.debug(result)
except:
logger.error(sys.exc_info())
finally:
logger.debug("")
time.sleep(5)
Modbus инициализируется так:
rtu = ur71_modbus.UR71RTU(ur71_init.port_id, ur71_init.baudrate)
rtu.set_timeout(2.0)
rtu.set_verbose(True)
с UR71RTU, содержащим серийный conf:
ser = serial.Serial(port=self.dev, baudrate=baudrate, bytesize=serial.EIGHTBITS, parity=serial.PARITY_EVEN, stopbits=serial.STOPBITS_ONE, xonxoff=0)
Это приводит к:
2.7.13 (default, Aug 21 2018, 20:45:19)
run.py [2018-11-30 14:00:58 PM] [INFO] Modbus initialization
ur71_modbus.py [2018-11-30 14:00:58 PM] [DEBUG] Linux
modbus_rtu.py [2018-11-30 14:00:58 PM] [INFO] RtuMaster /dev/ttyS1 is opened
run.py [2018-11-30 14:00:58 PM] [DEBUG] Reading modbus FC03...
modbus.py [2018-11-30 14:00:58 PM] [DEBUG] -> 1-3-23-212-0-60-0-87
modbus.py [2018-11-30 14:00:58 PM] [DEBUG] <- 1-3-120-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-209-7
run.py [2018-11-30 14:00:58 PM] [DEBUG] (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
run.py [2018-11-30 14:00:59 PM] [DEBUG] Reading modbus FC06...
modbus.py [2018-11-30 14:00:59 PM] [DEBUG] -> 1-6-7-218-15-1-109-117
modbus.py [2018-11-30 14:00:59 PM] [DEBUG] <- 1-6-7-218-15-1-109-117
run.py [2018-11-30 14:00:59 PM] [DEBUG] (2010, 3841)
modbus.py [2018-11-30 14:00:59 PM] [DEBUG] -> 1-6-7-218-16-1-101-69
modbus.py [2018-11-30 14:00:59 PM] [DEBUG] <- 1-6-7-218-16-1-101-69
run.py [2018-11-30 14:00:59 PM] [DEBUG] (2010, 4097)
run.py [2018-11-30 14:01:00 PM] [DEBUG] Reading modbus FC16...
modbus.py [2018-11-30 14:01:00 PM] [DEBUG] -> 1-16-7-218-0-1-2-15-1-7-154
modbus.py [2018-11-30 14:01:02 PM] [DEBUG] <-
run.py [2018-11-30 14:01:02 PM] [ERROR] (<class 'modbus_tk.exceptions.ModbusInvalidResponseError'>, ModbusInvalidResponseError('Response length is invalid 0',), <traceback object at 0x7f7b4f7cf8>)
run.py [2018-11-30 14:01:02 PM] [DEBUG]
Тот же код в Windows приводит к:
2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:30:26) [MSC v.1500 64 bit (AMD64)]
INFO:modbus_tk:RtuMaster COM4 is opened
DEBUG:ur71:Serial link checked
DEBUG:ur71:Reading modbus FC03...
DEBUG:modbus_tk:-> 1-3-23-212-0-60-0-87
DEBUG:modbus_tk:<- 1-3-120-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-209-7
DEBUG:ur71:(0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
DEBUG:ur71:Reading modbus FC06...
DEBUG:modbus_tk:-> 1-6-7-218-15-1-109-117
DEBUG:modbus_tk:<- 1-6-7-218-15-1-109-117
DEBUG:ur71:(2010, 3841)
DEBUG:modbus_tk:-> 1-6-7-218-16-1-101-69
DEBUG:modbus_tk:<- 1-6-7-218-16-1-101-69
DEBUG:ur71:(2010, 4097)
DEBUG:ur71:Reading modbus FC16...
DEBUG:modbus_tk:-> 1-16-7-218-0-1-2-15-1-7-154
DEBUG:modbus_tk:<- 1-16-7-218-0-1-33-70
DEBUG:ur71:(2010, 1)
DEBUG:modbus_tk:-> 1-16-7-218-0-1-2-16-1-15-170
DEBUG:modbus_tk:<- 1-16-7-218-0-1-33-70
DEBUG:ur71:(2010, 1)
DEBUG:ur71:
Я не могу понять, что вызвало бы проблему.
- Я исследовал таймауты (до 10 секунд), inter_byte_timeouts и так далее, но если он работает для FC06, почему он должен отличаться для FC16?
- Я тестировал с помощью minimalmodbus lib, и проблема та же, поэтому я не думаю, что ошибка происходит из-за modbus-tk lib.
У меня заканчиваются идеи, и я был бы признателен за помощь, если кто-то уже сталкивался с такого рода проблемами. Может быть, есть некоторые отличия последовательного порта в Linux и Windows, о которых я сейчас не знаю (но опять же, почему FC06 работает?)?
С наилучшими пожеланиями