Modbus communication
Posted: 12 Apr 2024, 12:36
Hello.
I configured a RevPI Compact as Modbus RTU master and I'm able to correctly communicate with some environmental sensors, without any problem.
At the moment I'm trying to add two new sensors of the same type (NH3 sensor) and I experience problems when I connect both; if I connect only one it works correctly (obviously I changed the modbus address to avoid any conflict), but when I connect both only one continues to work (if I disconnect the working one, the other starts to work)
To check the connection, I connected a PC to the modbus net using a USB-MODBUS adapter and in this case I'm able to communicate with both sensors at the same time.
However in this case I note a lot of errors on the network (about 20-30% of PC requests failed).
In my application I can accept 20-30% of errors (the sampling is not too fast), but with RevPI I never receive anything.
I suppose that this is caused by the fact that RevPI performs more conservative checks on the communication.
Is there a manner to configure RevPI to accept more than now? (timeout timer for answer waiting for example o something else...)
Thank you in advance
Fabrizio
I configured a RevPI Compact as Modbus RTU master and I'm able to correctly communicate with some environmental sensors, without any problem.
At the moment I'm trying to add two new sensors of the same type (NH3 sensor) and I experience problems when I connect both; if I connect only one it works correctly (obviously I changed the modbus address to avoid any conflict), but when I connect both only one continues to work (if I disconnect the working one, the other starts to work)
To check the connection, I connected a PC to the modbus net using a USB-MODBUS adapter and in this case I'm able to communicate with both sensors at the same time.
However in this case I note a lot of errors on the network (about 20-30% of PC requests failed).
In my application I can accept 20-30% of errors (the sampling is not too fast), but with RevPI I never receive anything.
I suppose that this is caused by the fact that RevPI performs more conservative checks on the communication.
Is there a manner to configure RevPI to accept more than now? (timeout timer for answer waiting for example o something else...)
Thank you in advance
Fabrizio