Modbus RTU maximum channel number

[Fabrizio]

Hello. I need to configure the RevPI to acquire about 100 channels (more or less) read from 50-60 different sensors. Is it possible using a RevPI compact?
If yes, shall I have any limitation on configured polling time or any other drawback?
At the moment, I'm successfully using RevPI compact to acquire 10 modbus signals, but I saw that I can configure maximum 32 channels.
Thank you in advance

[dirk]

Hello my friend, this is certainly difficult to answer without a test setup. I don't think it's possible with the on-board tools we provide. It is a simple Modbus interface. Of course, there are ways around restrictions here and there, these are the following:

1. Use the Modbus RTU Master 150 module in PiCtory - now you have 150 registers

Modbus RTU Master 150 Module

chrome_tTWJralvam.png (14.16 KiB) Viewed 3484 times

2. deactivate the limitations and validity checks - now you are somewhat in off-road mode

Extended Data Disable Limits

Good luck!

[Fabrizio]

Thank you Dirk.
When I configure for maximum 150 channels, the polling time adopted by RevPi for each channel is computed using the same logic used when I configure the standard master RTU?

Then when you say "I don't think it's possible with the on-board tools we provide", you refer to my question if there can be limitations or any drawback in the managing of an high number of channels as in my use case?

Thank you again.
Fabrizio

[dirk]

Hi Fabrizio,

Thank you Dirk.When I configure for maximum 150 channels, the polling time adopted by RevPi for each channel is computed using the same logic used when I configure the standard master RTU?

Well the code is online thus the logic, see here:
https://gitlab.com/revolutionpi/revpi-modbus

Then when you say "I don't think it's possible with the on-board tools we provide", you refer to my question if there can be limitations or any drawback in the managing of an high number of channels as in my use case?

Yes, the easiest but only way to prove is to do the setup. For example, user jejmule mentioned that for example there should be a configurable delay between the requests so that responses can be received properly, etc.
viewtopic.php?p=15737#p15737

Here is another interesting discussion from user Nils on the feasibility of single writes via Modbus and alternatives to the process image.
viewtopic.php?p=11676#p11676

User ostermann has also examined some things here with the help of an oscilloscope and done a good job. However, the discussion was a little longer ago:
viewtopic.php?t=3271

I hope that these explanations will help you to decide how you can implement your application here.

[Fabrizio]

Thank you very much Dirk, for the useful information.

I can also evaluate the use of another RevPi module, different from the Compact version I already used.
The purpose is to have more than one Modbus RTU Master bus, so I can distribute all the sensors I have to manage on 2 buses.

Could you suggest me the best way to obtain this?
I saw that a way can be the use of a USB-RS485 converter to be attached to RevPI USB, and configure it as a second Modbus channel (in this case, could you suggest me a converter you already used for this?).
Are there any other method? (I didn't find any Modbus RTU expansion modules...)
Or use Modbus TCP Master coupled with a Modbus TCP-RTU converter?


Thank you,
Fabrizio

[Fabrizio]

Hello Dirk.
I find that the RevPI Flat has 2 different RS485 channels (I didn't found it previously!). So I suppose it can be used to manage my previous request (have 2 Modbus RTU Master channels).
Are they completely independent and configurable with different communication settings?

Thank you.
Fabrizio

[dirk]

Hi Fabrizio, yes good point, the RevPi Flat S modules have

• RS485-1
• RS485-0

See here:
https://revolutionpi.com/en/tutorials/revpi-flat-s
And here
https://revolutionpi.com/en/tutorials/o ... essen-flat


Good idea.

[Fabrizio]

Thank you Dirk.
I'll proceed with RevPi Flat.

Regards,
Fabrizio