Подбор оборудования для уменьшения задержек в сети, RS-485

Здравствуйте.

У меня есть N реакторов, подключённых по шине RS-485. На каждый реактор планируется Y датчиков и управляющих элементов — весы (весовой терминал Тензо-М, свой протокол, не Modbus), термометр, задвижка, реле включения электродвигателя с обратной связью.

В качестве мастера шины выступает компьютер с самописной программой, который опрашивает устройства напрямую через COM-порт по протоколу Тензо-М.

Подскажите, пожалуйста:

Какое ваше оборудование можно использовать, чтобы уменьшить общие задержки опроса в сети при таком количестве устройств на реактор?

Позволяет ли ваше оборудование делать ответвления от основной линии (не строго последовательное подключение друг за другом), так как реакторы физически разнесены?

Можно ли использовать ваше оборудование как физический канал RS-485 для протокола Тензо-М, или оно жёстко привязано к Modbus?

Добрый день.
Я рад - очень хороший вопрос задан.
Вижу самый простой способ ускорения - замену одной (общей) шины на несколько.
Теория вот тут описана.
То есть замена одной шины на две - просто ускоряет цикл вдвое, без каких-то изменений логики и скорости.
Для этого предлагаю поменять топологию. Вместо одной общей шины - использовать несколько шлюзов Преобразователь интерфейсов WB-MGE v.3 (RS-485, Ethernet, Wi-Fi, WBIO) - Wiren Board
Каждый шлюз имеет два порта RS485, независимых.
Один (или оба) порта можно настроить в “прозрачный” режим, так что байты приходящие в TCP порт будут передаваться на шину “как есть” - протокол может быть не modbus. Соответственно ответы от устройств на шине - также передаются в порт.

Например один порт шлюза можно отдать под “не modbus” устройства, второй под modbus.
На физическом уровне - достаточно одного ethernet коммутатора, с требуемым количеством портов (возможно POE, так как в шлюз можно установить и POE) и использовать для питания устройств.

Если менять компьютер на контроллер - то протокол Тензо-М нужно реализовать.
Как пример реализации “сторонних” протоколов можно посмотреть на Привод штор AT6501 - #6 by aho
RPC метод драйвера позволяет как отправлять произвольные последовательности так и принимать ответы.

Ответ - да. Можно, в “прозрачном” режиме передает что угодно.

а какое преимущество тогда дает ваше оборудование?
ПК и оператора убирать нельзя.

Использование шлюзов ethernet/RS485 - уменьшит задержки опроса кратно количеству шлюзов.

Правильно ли я понимаю.
Вы предлагаете поставить на каждый реактор шлюз ethernet/RS485, шлюзы соединить между собой эзернет кабелем, и возле ПК еще один шлюз. А уже устройства каждого реактора соединять rs485
так?

Да, совершенно верно. После такой модернизации цикл опроса уменьшится до устройств одного реактора. Ну или меньше, поскольку портов на шлюзе - два.
Возле ПК шлюз не нужен, ПК предполагаю и так подключен к Ethernet. Просто обращаться к устройствам будет через сеть.

Существует ли вариант WB-MGE v.3 со встроенным Ethernet коммутатором? дабы соединить модули шлейфом.

Wifi доверия нет

а на одном порту могут/будут работать одновременно modbus и не modbus устройства?

Нет. Это нерационально, обычный коммутатор проще и надежнее.
И - в апокрифах ethernet цепочики более 4 коммутаторов явно запрещены, кстати.
Но если нужна партия таких - напишите, сколько штук?

В “прозрачном” режиме - да, вполне.

те порт работает или только с modbus или со всеми, но в прозрачном режиме?

спорно. на скуд системе видел больше а, к обычному коммутатору нужно тянуть лишние линии

партия не нужна