ПЛК110-60, какая из сетей будет быстрее?

Какая из сетей будет быстрее?
Вложение 24185
Вложение 24186

первая, просто количество опросов меньше

Нельзя в лоб сравнивать две топологии.
Вам необходимо два контроллера, или необходимость максимально ускорить обмен?

Ой, а я первую картинку не заметил :)
на второй картинке будет быстрее, так как на каждом ПЛК висит меньше приборов, а ТСР ему все равно, он тележку вытянет и так и так. Но скорость опроса по Modbus на двух разных ПЛК будет быстрее.

Николаев Андрей. Я знаю что я не некорректно задал вопрос. Необходимо что бы ПЛК и подключенный к нему модуль вывода 16к, работали максимально быстро, а вот 32 канальные модули ввода и вывода работали в той же сети, но высокая скорость работы их не так важна.

melky. В принципе, для этого такая схема (2 рисунок) и рассматривается. Потому что нам нужно будет использовать большое количество модулей ввода и вывода и при этом скорость всей системы должна быть достаточно высокой. Для ускорения Modbus-а используем Modbus.lib. и способ опроса с помощью string (http://www.owen.ru/forum/showthread....ght=Modbus.lib).

Что значит быстро опрашивать этот один модуль?
Какое время является критичным?
Что значит будет много модулей? Схема, приведенная Вами не конечная?

ПЛК110-30 и ПЛК110-60 имеют два RS-485, обмен можно на самом ПЛК распараллеливать.

Николаев Андрей Да это не все устройства, вот полная схема всех ПЛК и модулей. Интересует именно максимальная скорость, которую можно выжать, или возможно другой вариант, более правильный.Вложение 24212

до 30..50мс на все увидев это на ПК

Разделяйте сети на два порта RS.
Выбирайте опрос 32Р пореже, опрос 16К по изменению.
Можно через функции реализовать, тогда можно часть модулей не опрашивать, когда вам это не требуется.

На 11 модулях в ряд (каша из 32ДН, 16К, 8Р) добивались времени реакции в 70мс.

Я думаю Валенок когда писал 30-50 мс и имел в виду работу не через конфигуратор, а через библиотеку. Если времена критичны, я бы так и поступил.
Ну а дальше по советам Amko.
1. Обязательно раскладывать модули на два RS-485, благо что у выбранных Вами контроллеров их по две штуки.
2. Если Вам нужно быстро опрашивать один модуль, и это модуль 8А, то может стоит рассмотреть связку не ПЛК110 + МВ110-8А, а ПЛК160. В любом случае модуль, который надо часто опрашивать на один RS, остальные модули на другой.
3. Работу "по изменению" и "по команде" при настройке обмена через конфигуратор надо очень внимательно настраивать и тестировать.

Да, имел ввиду не через конфируратор, а через биб-ку.
Сам по себе вопрос о скорости странный. Скорости чего ?

Вот подсеть #1: 16К, 2x32ДН, 2x32Р
Для 16К и 2x32Р установка родного t.out > 0 для гарантии отключения при потери связи. Значения я бы поставил 4..6. И опрос (запись) - по изменению, но не реже "t.out - 1сек".
(по изменению - для максимально быстрой реакции, но не реже - типа "keep alive")
Т.е. по сути есть только опрос (чтение) только 2x32ДН и можно увидеть любой их вход самое большее 6..12мс при относительно редких генерациях изменений на МУ.
Косвенно о нечастых изменениях для 2x32Р позволяет судить их тип - Р. Остается только 16К - но тут автор должен определится с технологией и алгоритмом. Если почему-то на 16К изменения генерятся чаще чем 1 раз в 10-20мс - будут постоянные 3 опроса (2x32Д+16К), это на круг - 15..25мс.
Причем время опросной+транспортной задержки от логического изменения любого выхода (16К или 2x32Р) до срабатывания любого выхода (задержку самих физ.выходов не рассматриваю) в среднем от 10 до 15мс.
А самый худший (но вероятно редкий по условиям - к автору) случай - сработал вход или нужно щелкнуть выходом - но впереди цепочка опросов 4х других модулей - где-то 30..35мс

Подсеть #2 : 1x8А
На фоне подсети #3 (ниже) и с учетом времени оцифровки самих входов 8А - вообще нет смысла принимать во внимание. Можно постоянно опрашивать вообще всё разом каждые 30..35мс, а нужно - врядли чаще 1..6сек

Подсеть #3: 3x16ДН, 1x8ДФ, 3x16К, 1x32Р
Ситуация похожая c #1 - постоянный опрос 3x16ДН, 1x8ДФ - цикл 25..35мс, причем сомнения в необходимости максимально часто опрашивать 8ДФ в силу самого типа входа (к автору).
В общем тут опустив аналогичные вышеизложенным в #1 рассуждения о вероятностях, самый худший случай - 45..55мс

Теперь смотрим общую скорость эскадры видимую из ПК (или из панели если она тоже мастер) :
Очевидно что определяется скоростью подсети #3 - а это 30..50мс (как и писал выше).
С ПК можно все это опрашивать в с периодом 15..30мс - т.е тоже не узкое место.

PS
Конечно все эти циферки легко можно закакать если зачем-то в каждом рабочем цикле рассчитывать несколько сотен дифф.уравнений

PSPS
Ну и всё это на одном интерфейсе. Если разбить (актуально разве что для #3) на два, то и скорость - выше.
Ну и через б-ки а не через конфигуратор особых тестирований и внимательностей не требуется. Поставил нужные параметры и поехали ))