Управление Master-контроллером на базе ModbusRTU

Первоначально опубликовано mammoth Поскольку в Modbus RTU может быть только 1 мастер, то встает вопрос кому этот приоритет отдать: серверу или контроллеру. Я решил что контроллеру.

Если все контроллеры - основной и дочерние, а также компьютер, "вешать" на один RS-485, то конечно так. Но тогда сразу возникает вопрос - как передавать данные от ведущего контроллера в компьютер? Для этого не подойдут стандартные механизмы опроса с компьютера с использованием готовых OPC-серверов - все это рассчитано на то, что ведущим будет компьютер. Поэтому тут будет необходимо что-то писать самим.

Другой вариант - на ведущем компьютере два COM-порта. По одному он является мастером, опрашивает ведомые контроллеры. А по второму порту соединен с копьютером, и по этому порту он "раб".

Как я понимаю, камнем преткновения здесь является способ доступа "Master-Slave", не позволяющий иметь два ведущих устройства. А что, если преобразовать Modbus RTU в другой протокол, в котором возможны другие модели обмена - например, "Client-Server"?

К примеру, ведущим узлом в сети назначить шлюз Modbus-RTU <-> Modbus/TCP. К нему легко можно подключить два OPC сервера, которые со стороны Modbus/TCP будут являться клиентами. Один сервер будет являться основным, а другой - резервным.

Первоначально опубликовано mammoth А возможен случай когда контроллер-мастер будет опрашивать устройства по Modbus, а связь этого контроллера с мастер-сервером организовать по другому интерфейсу и протоколу?

Конечно, все это возможно. Вопрос заключается только в том, на базе чего это возможно сделать? Можно ли для такой схемы подобрать готовое существующее решение - от нижнего уровня до верхнего - не знаю. Да нам, как разработчикам, это и неинтересно. Могу сказать только то, что на базе имеющихся у нас наработок мы можем сделать это запросто.

Спасибо!