首页 > 解决方案 > 在 Linux 路由器上的 python 中使用 Modbus RTU 写入多个寄存器失败

问题描述

我目前正在尝试在商业路由器(来自 Ursalink 的 UR71)和 Modbus RTU(来自 Schneider Electric 的 ZBRN2)之间建立 Modbus 通信。

UR71 路由器在 Linux OpenWRT LEDE-17.01 上运行 Python 是 v2.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 包含串行配置:

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:

我无法弄清楚会导致问题的原因。

我的想法已经用完了,如果有人已经遇到过此类问题,我将不胜感激。也许Linux和Windows上的串行端口存在一些我现在不知道的差异(但为什么FC06可以工作?)?

此致

标签: pythonlinuxserial-portmodbus-tk

解决方案


推荐阅读