В продаже МКОН - преобразователь протокола Modbus!

[Евгений Кислов]

Всю тему прочитать не осилил, прошу проконсультировать.
Может ли с помощью МКОН сделать такую конфигурацию:
СП3хх расширенной версии подключен к МКОН по Modbus TCP (СП мастер), а МКОН подключен к одному ПР200 по Modbus RTU (МКОН мастер).
Для чего это нужно: во первых, возможно понадобится возможность подключения Скада по TCP, а во вторых хочу избавить СП от RS485.

Добрый день.
Да, такая конфигурация возможна.

[Вячеслав@]

Добрый день.
Да, такая конфигурация возможна.

Евгений, благодарю.

[Алексей Сидоров]

Доброго дня. Подскажите, подойдёт ли МКОН, чтобы считывать и устанавливать параметры дискретных выходов ПР по ethernet через софт с Modbus TCP? Например node-red, или какой ещё.

[RV9WFJ]

Должно подойти

[Santi]

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

[Kondratev.S]

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

Да похоже никак не решана. МКОН получил 07.11.2020. Похожая ситуация, потеря связи на 5-6 секунд. Более подробно описал здесь https://owen.ru/forum/showthread.php?t=33963

[Филоненко Владислав]

Каково у Вас время ожидания ответа от прибора на мастере модбус TCP? Оно должно быть не менее 300 мс.

[melky]

В данном случае банальный вопрос, почему шлюз переключает сокеты от одного и того же мастера? где тут логика ?
Видя очередной запрос от того же самого устройства шлюз должен его просто игнорировать а не создавать новый сокет...
например мастер с IP 192.168.10.15 порт х, если второй запрос от него же, зачем создавать под него новый сокет ?

[Филоненко Владислав]

В данном случае банальный вопрос, почему шлюз переключает сокеты от одного и того же мастера? где тут логика ?
Видя очередной запрос от того же самого устройства шлюз должен его просто игнорировать а не создавать новый сокет...
например мастер с IP 192.168.10.15 порт х, если второй запрос от него же, зачем создавать под него новый сокет ?

Он как раз не переключает. это мастер бросает текущее соединение и открывает следующее. Шлюз пасивную роль играет, как и любой сервер ТСП.
А ситуация 2 одновременных потока запросов от одного IP - норма. И порты у запросов будут разные, так устроен ТСП.

[Santi]

В качестве мастеров были ОВЕН и ИНСАТ ОРС-серверы. "Время ожидания ответа" (этот параметр?) были 300, 500 и 1000 мс с одинаковым отрицательным результатом. Честно сказать, сейчас спросил просто из любопытства, участвовать в тестировании и изучении оборудования, за которое, на секундочку, надо еще и платить деньги, никакого удовольствия.
Для себя я нашел решение, которое безотказно работает при тех же конфигурациях остального железа и софта, на которых МКОН виснет. Причем не приходится упражняться с выбором всевозможных параметров, а потом бояться, что на объекте через несколько минут-часов-дней это все зависнет. И даже если выставлял заведомо малые значения, оборудование не зависало, да, в этом случае были пропуски данных при некоторых запросах, но при следующем/следующих запросах обмен возобновлялся.
На этом по МКОН у меня всё.