Какое быстродействие у контроллеров ПЛК100,150,154,110,160

[Olegis]

Вопрос к разработчикам! Укажите, пожалуйста, какое быстродействие у контроллеров ПЛК 100,150,154,160 в виде, например, 1000 логических инструкций за 1 мс. В инструкции нашел только для ПЛК110 - 50 логических инструкций за 1 мс без учета сетевого обмена. Да и хотелось бы знать сколько байт занимает - одна логическая инструкция в этом расчетном быстродействии.

[Николаев Андрей]

С CoDeSys подход к выполнению программы несколько отличается от стандартного подхода того же Mitsubishi.
1мс - минимальный гарантированный цикл ПЛК. За это время он успевает выполнить МИНИМУМ 50 логических операций.

Так как код заливается в контроллер скомпилированный - сколько байт занимает одна логическая операция сказать сложно.

[Адрей]

С CoDeSys подход к выполнению программы несколько отличается от стандартного подхода того же Mitsubishi.
1мс - минимальный гарантированный цикл ПЛК. За это время он успевает выполнить МИНИМУМ 50 логических операций.

Так как код заливается в контроллер скомпилированный - сколько байт занимает одна логическая операция сказать сложно.

Было бы не плохо знать время каждый операции по быстродействию выполнения.

[Николаев Андрей]

В основе всех этих контроллеров лежит одно и то же ядро.

[Малышев Олег]

Частота процессора 180 МГц, архитектура - risc - т.е. практически все инструкции выполняются за 1 такт. Далее ограничение быстродействия SRAM - 60МГц. Одна логическая инструкция - 1-3 машинных инструкции (кодов). Считайте примерное быстродействие.

[Дмитрий Артюховский]

"Было бы не плохо знать время каждый операции по быстродействию выполнения."
... это совершенно не показатель для контроллеров овена языки программирования высокого уровня, поэтому добираться до инструкций бессмысленно. Кроме того, время цикла здорово зависит от количества модулей которые вы подцепляете в конфигурации... и оччччень зависит от установленной прошивки. Поэтому, труд считать такты - сизифов, слишком от многих скрытых производителем, параметров зависит время цикла.... пишите и смотрите время выполнения.... на самом деле при вдумчивой оптимизации и размазывании выполения по циклам влезает очень большой код.... у меня получались проекты, весящие после компиляции более мега (только код, не данные) с циклом в 1.5 мс

[Olegis]

у меня получались проекты, весящие после компиляции более мега (только код, не данные) с циклом в 1.5 мс

Дмитрий! Что-то у меня никак не получается даже при разбросе по циклам влезть в цикл даже в 15 мс. Код после компиляции занимает около 500 кБ. В сети 198 устройств, скорость 19.2кб. SCADA- встроенная HMI CoDeSys. Вот и думаю, что маловато будет, если выполняется 50 инструкций за 1мс.

[Николаев Андрей]

Цикл ПЛК - это не только выполнение команды. Это и опрос входов, и запись выходов, и сервисные функции, и обмен по сети. Последний, как и было написано, отъедает весомый кусок работы ЦП.

[Дмитрий Артюховский]

при таком количестве приборов ждать быстрого отклика не приходиться...
- поэтому растягиваем обмен по различным циклам контроллера... для растягивания удобно использовать SCF диаграммы, очень наглядно при отладке.. скажем по десятку приборов в шаге;
- встроенная HMI довольно хорошо грузит контроллер, это надо учитывать и возможно, перейти на другой способ архивирования данных, стоит посмотреть, нет ли лишних переменных в отображении
- опросные группы приборов конфигурировать на опрос не по времени, а по старт/стопу, с выбором опрашиваемой группы из программы... это позволит создавать паузы между опросами... при перегрузке циклов инструкциями, они выходят за временные рамки, но все равно выполняются, отставание растет как снежный ком. Если предусмотреть разгрузочные циклы, как бы остановки, позволяющие процессору "догонять поезд" вычислений, то проблема становиться не критичной;
- возможно стоит также сделать свою процедуру для опроса приборов, не то чтобы овеновская не работает, а с целью более гибко управлять процессорным временем, кто знает как работает встроенный модуль modbas-a, какие там встроены запасные таймы и проверки.... алгоритм написанный на конкретную задачу всегда быстрее чем написанный на все случаи жизни....
Количество опрашиваемых приборов и скорость связи с ними, ниразу не должны влиять на цикл контроллера, меняется только время отклика (опрос всей матрицы + реакция на опрос)

[Andy]

- встроенная HMI довольно хорошо грузит контроллер, это надо учитывать

Вы статистику снимали? Очень интересно посмотреть, я использую именно такой вариант, может это (в совокупности с более 100 Овен переменных по протоколу Овен же) и есть причиной моих проблем с замиранием обмена?