Я штатное ПО и имел в виду, и по-моему нашёл его http://hartron-inkor.com/index.php?p=3&sub=3331.
Но, как я понимаю, оно устанавливается на ПК, который непосредственно подключается к тому или иному терминалу. Можно ли использовать данное ПО для конфигурации терминалов подключенных через сервер асинхронных портов (Moxa NPort 5650), вернее будит ли оно работать при таком подключении терминалов?

Спасибо! С производителем пока не удается связаться, решил узнать может кто0то работал с данным ПО.

В обязательном порядке переговорить с производителем, не всегда подключение к связи "сзади" автоматически обеспечивает параметрирование терминала, таблица адресов может включать в себя только сигнализацию и измерения для АСУ.

По поводу АРМ, даже не думая поставить три различных компа под АРМ или станцию инженеров,
1 для Сименса
1. для АББ
1 для Диамант.
никто не даст гарантии как поведут себя эти ПО на одном компе.

из за двух реле Диамант, нет нужды переводить, имхо конечно, Modbus RTU --> Modbus over IP
можно перевести скромненько на RS485/RS232 и в компорт компа, конечно требует проверки.

По обпыту работы с NPort скажу, что их драйвера под Windows немного кривенькие, но работоспособные. Если штатное ПО рассчитано для работы с COM портом компьютера, то и с драйвером NPort должно работать. Вопрос только как надежно и как быстро. Нужно немного плясок с бубном, чтобы притереть драйвер к ПО.
В общем случае, ПО должно быть по барабану с чем работать, с реальным или виртуальным портом. Только при работе с виртуальным портом возможны непредсказуемые задержки и если ПО их не умеет отслеживать то и связь с терминалом может быть неустойчивой. А так не вижу причин, по которым бы такая конструкция не работала. Главное платформа Windows и отсутвие "левых" продуктов по отношению к штатному ПО. Тут ни кто не даст гарантий совместимости, поэтому и правильно советуют разделять рабочие места разных производителей, даже если они и работают не одновременно, слишком уж неустойчивая эта Windows.

:lol:
лучше три бубна  :P .

Дело в том что PCM600 и DIGSI довольно тяжёлые проги, особенно PCM600, и как они будут долбать регистры друг друга, только шаман с бубном знает.
Можно конечно и на один ПК, но тогда под каждое ПО сделать виртуальную машину.

Да нет, то обычный изолированый вход RS485 в копм, не нужен Nport, кстати у Мохы есть такой же классный размножитель компортов.

в принципе если нет гусей, то не страшно, вон Yuriy82 писал что у него работает подобное.
по поводу арм и асу, надо смотреть что за асу ставят.
абб-шная асу работает с модбасом без проблем, сименс, если помню верно, не работает с модбасом асу.
но и псм и дигси сидят спокойно на 61850 шине и нет проблем.

коллеге надо решать задачу с тех подержкой диаманта.
по принципу модбас 485 работает только с одним мастером, потому если поднят его на уровень сети через нпорт, то на асу завести через дополнительный RJ45 в компе и не путать с шиной 61850.
а потом на арм диамнта или через сеть или снова на 485 перевести

но надо смотреть, какие расстояния, надо ли в оптику переводить и т.д и т.п.
кстати больше полюбляю ругедкомовский преобразователь , как его там RS910 он и переводит модбус в сетевой и сразу медь в оптику , да и работает на 220 постоянки, достойный продукт

:P
Не думаю, что Nport можно назвать Modbus-Master, он всего лишь конвертор Modbus RTU--> Modbus TCP/IP.
Мастер тот кто проводит опрос.

К вопросу смешения несмешиваемого. На одном из объектов встретилось сильно извращенное, но практически работающее решение смешения в одной шине RS485 устройств разных производителей, с разным протоколом связи, на разной скорости. Основой такого компота было теоретическое свойство устойчивости логического протокола к различного рода ошибкам связи. Когда запускали на компьютере программу одного из производителей, то чужие устройства в общей шине как бы не воспринимали весь мусор, в надежде что не проскочит случайная кобинация сигналов, которые могут быть ложно восприняты как правильная посылка.