Да, имел ввиду не через конфируратор, а через биб-ку.
Сам по себе вопрос о скорости странный. Скорости чего ?
Вот подсеть #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) на два, то и скорость - выше.
Ну и через б-ки а не через конфигуратор особых тестирований и внимательностей не требуется. Поставил нужные параметры и поехали ))
Ответить с цитированием