问题描述
我在通过 Modbus RTU 进行通信时遇到问题。首先对不起我的英语;):
- 我使用 RS485 Pi SN65HVD72 连接 MultiCONT PRD-28-2。我在此说明中制作了所有内容：https://www.abelectronics.co.uk/kb/article/1035/raspberry-pi-3-serial-port-usage
config.txt 更改：
- toverlay=pi3-miniuart-bt
- enable_uart=1
执行此步骤后，我的 /dev 配置如下所示：
- lrwxrwxrwx 1 root root 7 gru 30 15:03 serial0 -> ttyAMA0
- lrwxrwxrwx 1 root root 5 gru 30 15:03 serial1 -> ttyS0
- 在 MultiCONT PRD-28-2 中，我将 RS485 选项更改为：
- 协议：Modbus
- 奇偶校验：奇数
- 停止位：1位
- Python 代码：
from pymodbus.client.sync import ModbusSerialClient as ModbusClient
import logging
FORMAT = ('%(asctime)-15s %(threadName)-15s'
' %(levelname)-8s %(module)-15s:%(lineno)-8s %(message)s')
logging.basicConfig(format=FORMAT)
log = logging.getLogger()
log.setLevel(logging.DEBUG)
#multicont = ModbusClient(method='rtu',port='/dev/serial0',stopbits=1,bytsize=8,parity='N',baudrate=9600,timeout=1,strict=False)
multicont = ModbusClient(method='rtu',parity='O',strict=False)
connection = multicont.connect()
print(connection)
value = multicont.read_coils(1,15,unit=1)
log.debug(value)
- 错误消息：
Modbus 错误：[输入/输出] Modbus 错误：[无效消息] 收到不完整的消息，预计至少 2 个字节（收到 0 个）
- 日志：
2020-12-30 16:24:51,992 MainThread DEBUG 事务：118
当前交易状态 - IDLE
2020-12-30 16:24:51,992
MainThread DEBUG 事务：123 正在运行的事务
1
2020-12-30 16:24:51,992 主线程调试事务
:230 发送：0x1 0x1 0x0 0x1 0x0 0xf 0x2d 0xce
2020-12-30
16:24:51,993 主线程调试同步：75 新
交易状态 'SENDING'
2020-12-30 16:24:51,993 MainThread
调试事务：239 更改事务状态从
“发送”到“等待回复”
2020-12-30 16:24:52,995
MainThread DEBUG 事务：253 事务失败。
（Modbus 错误：[无效消息] 收到不完整的消息，预期
至少 2 个字节（收到 0 个）
2020-12-30 16:24:52,995
MainThread DEBUG rtu_framer :241 帧 - [b''] 不是
准备好
2020-12-30 16:24:52,996 主线程调试
交易 :409 获取交易 1
2020-12-30
16:24:52,996 主线程调试事务：204
将交易状态从“处理回复”更改为
'TRANSACTION_COMPLETE'
2020-12-30 16:24:52,996 主线程
调试通信：20 Modbus 错误：[输入/输出] Modbus
错误：[无效消息] 收到不完整的消息，预计在
至少 2 个字节（收到 0 个）
解决方法
PyModbus 没有收到响应。
如果您可以使用示波器，现在就是使用它的时候了。 Modbus-RTU 有很多问题可能会出错。
确保您知道自己对电线做了什么，熟悉 RS485 偏置和端接。
可能的原因：
- 请求发送到错误的串行设备/接口
- 设备使用不同的波特率或串行设置
- 设备可以听到您的声音，但配置了不同的从设备 ID，因此它没有响应
- 接线错误、接地问题
- RS485 电气问题，最明显的是主机必须偏置总线，通常是通过您必须焊接/启用的电阻器
- 正确的电压水平需要总线终端电阻（有时它们已经内置，更多时候您需要启用它们，如果没有运气可能会起作用）
- 在从站响应时，主站仍在驱动 RS485 总线。 （如果您没有专用的 RS485 驱动程序，总线最终可能会被不可靠的软件计时器断言/取消断言。某些设备允许您配置响应延迟作为解决方法。）
- 主人根本不开车。 （工作在 RS232 模式而不是 RS485 模式。）
- 此外，Linux 可能将 ttyAMA0 配置为用于引导/内核消息的串行控制台。 （这不太可能导致您当前的问题，只是需要注意的其他问题。）
最后一条建议：如果您可以选择使用 Modbus-TCP 而不是 Modbus-RTU，请这样做。这取代了 IP 配置所带来的所有 RS485 电气问题，您可以使用非处方药来解决这些问题。