Changes between Version 1 and Version 2 of Ticket #450, comment 6


Ignore:
Timestamp:
Feb 21, 2025, 1:02:28 PM (25 hours ago)
Author:
alx

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #450, comment 6

    v1 v2  
    1616Насколько я теперь понимаю, потребителям нужен modbus-bridge (мост) и опционально modbus-конвертеры. Мне видится следующий вариант решения данной задачи.
    1717
    18 1. Организуются конвертеры modbus-RTU в modbus-TCP (и обратно) с физическими интерфейсами RS-232 и/или RS-485. Конвертеру при конфигурации назначается пара (адрес, порт) сервера modbus-tcp. Принимаемые запросы modbus-RTU (или modbus-ASCII - это еще один вариант протокола) передаются сконфигурированному серверу TCP. Запросы, принимаемые от клиента modbus-TCP, передаются в последовательный порт.
     181. Организуются конвертеры modbus-RTU в modbus-TCP (и обратно) с физическими интерфейсами RS-232 и/или RS-485. Для простоты можно сделать один с RS-232 и один с RS-485. Конвертеру при конфигурации назначается пара (адрес, порт) сервера modbus-tcp. Принимаемые запросы modbus-RTU (или modbus-ASCII - это еще один вариант протокола) передаются сконфигурированному серверу TCP. Запросы, принимаемые от клиента modbus-TCP, передаются в последовательный порт.
    1919
    20202. Организуется мост, работающий только с modbus-TCP. Мосту при конфигурации задаются пары (адрес, порт) серверов, которым он должен передавать запросы. Работать он может по принципу моста ethernet: - для каждой сконфигурированной пары (адрес, порт) запоминать ID серверов, от которых получен валидный ответ, и последующие запросы этому ID передавать только туда. Если запрос адресовать неизвестному ID, он передается каждому из сконфигурированных серверов (это похоже на то, как сервер SIP разветвляет вызов сразу нескольким UA)...