Связь нескольких устройств по Modbus RTU c InTouch

[Djek]

Имеется установка, управляемая контроллерами SICES HT-GC500 и MC100. Данные контроллеры имеют внешний интерфейс RS-232,485 с протоколом Modbus RTU.
Необходимо получать данные с этих контроллеров, и отображать их в Wonderware InTouch. Как вариант, можно установить конвертеры Modbus RTU/Modbus-TCP, объединить их в Ethernet-сеть и уже с этих конвертеров читать данные…
Как можно организовать такую связь?

[Никита]

Вопрос непонятен. Интересны другие варианты или на чем реализовать этот? Оборудования сейчас подобного полно на любой вкус и кошелек

[Djek]

Да, другие варианты интересны.
Какое оборудование и/или программное обеспечение можете посоветовать?

[Никита]

Эх, плохо нам без штатного телепата...
Какой софт у вас наверху? Intouch с в/в или без? Полноценный сервер или одно АРМ? Есть ли свободные COM-порты? Нужен ли вообще Ethernet или достаточнно 485 и преобразователя в 232? Сколько устройств на шине? Как разнесены физически? Потом еще чего-нить уточню, а уж потом можно советовать.
Сейчас, кстати, сам занимаюсь подобной задачей, правда с частотниками.

[Djek]

На компьютере у нас будет установлен InTouch Runtime 10.1 with I/O.
COM-портов на компьютере нет, но имеются преобразователи RS-232->USB и RS-485 USB.
На шине будет от 4 до 16 устройств, расстояние до них от 10 до 100 м.
Если подключить все устройства на шину RS-485 и потом через преобразователь RS485-USB в компьютер, то достаточно ли будет сервера DASMBserial чтобы наладить связь с InTouch ?

[addadd]

на физическом уровне можете воспользоваться преобразователями RS232/485 в Ethernet moxa NPort (проверено, работает), по Ethernet связываете с сервером, там открывается виртуальный сом порт.
по софту можете воспользоваться штатными средствами интач, можете установить любой modbus OPC (для примера KEPServer).
данная схема протестирована и работоспособна

[ZIV]

Здравствуйте!
У меня в схеме, нарисованной уважаемым addadd, возникла такая вот проблемма.
К Moxa nPort через преобразователь RS232/485 подключены 2 привода Auma. Открываю виртуальный сом-порт, подключаюсь драйвером Modicon Modbus ver 7.5, InTouch v7.1. Система древняя, но работала стабильно годами.
Беру такую же машину, подключаю в сеть, запускаю Runtime и в логгере посыпались ошибки, причем на обоих машинах:

СОМ5 O2-1LCV2 Error or no response
Wrong Stn Responded (polled 3, 1 responded)

Через какое-то время драйвера отваливаются. Пробовал InTouch 9.5 & DASMBSerial - та же картина. На одном компе 2 топика O2-1LCV1 и O2-1LCV2, на втором один O2-1LCV2
Как одолеть конфликт???

[MuadDib]

Вполне ожидаемый результат. Две машины одновременно пытаются опрашивать привода, в последовательном интерфейсе получается каша, и связь теряется для всех. Правильнее всего, если какой-то один компьютер будет опрашивать привода, а второй - забирать данные у Интача. Можно также использовать OPC сервер. Еще можно попробовать применить вместо сервера последовательного порта modbus TCP/RTU bridge (Moxa MGate или что-то типа того). Такие девайсы обычно умеют разруливать использование последовательного интерфейса между несколькими клиентами.

[Jackson]

Правильнее всего, если какой-то один компьютер будет опрашивать привода, а второй - забирать данные у Интача.

Я бы даже сказал не "правильнее всего" а просто "правильно". Это же модбас. На модбасе два мастера могут не ужиться на одной шине даже если опрашивать будут строго по очереди без коллизий (по физическим причинам).

[ZIV]

MGate-а, к сожалению, нет в наличии, был только nPort. В настройках есть пункт "максимальное кол-во подключений", (максимум 4), вот я и подумал, что nPort сможет "разрулить" обмен также, как и MGate.
Спасибо TEB за наводку, на другом объекте, оказывается, сервер собирал информацию по модбас, а уже с него рабочие станции.

[DonArchibaldos]

Разруливать обмен может Nport серии 6000 - у него есть буфер, в котором этот Nport может хранить пришедший запрос до тех пор, пока устройство не выдаст ответ на предыдущий запрос.

[ZIV]

Если и придется покупать девайс, остановлюсь однозначно на MGate. Стабильно работает

[Jackson]

Да и N-Port не хуже работает. Просто это устройства совершенно разные и для разных задач. N-Port просто преобразователь, M-Gate - шлюз.

[ZIV]

Да и N-Port не хуже работает. Просто это устройства совершенно разные и для разных задач. N-Port просто преобразователь, M-Gate - шлюз.

Это понятно, что разные. N-Port создает виртуальный com-порт, M-Gate - TCP-протокол. Однозначно, по Ethernet и TCP удобней работать, чем по RS-232 и Modbus :)
На своих объектах (газовый цех, узлы учета) я всегда применял M-Gate, организация-оутсорсер - N-Port. Просто они про M-Gate не знали. В итоге, согласились, что шлюз работает стабильней, никто ни разу не видел, чтобы он завис, в отличии от N-Port.
Мы говорим про Modbus, само собой, шлюз Ремиконта я к M-Gate не подключу :) Здесь только N-Port

[Jackson]

Я что-то прочитал начало темы, середину, и конец, и возник вопрос: о чем речь-то собственно? :)

[ZIV]

Я что-то прочитал начало темы, середину, и конец, и возник вопрос: о чем речь-то собственно? :)

Я добавил в тему свой вопрос. Я думал NPort позволяет мультимастерную конфигурацию. Знающие люди сказали, что нет. Вот и все