Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 17

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

  1. #1
    Пользователь Аватар для Olegis
    Регистрация
    24.07.2007
    Адрес
    Белгород
    Сообщений
    137

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

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

  2. #2

    По умолчанию

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

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

  3. #3
    Пользователь Аватар для Olegis
    Регистрация
    24.07.2007
    Адрес
    Белгород
    Сообщений
    137

    По умолчанию

    Получается у всех перечисленных контроллеров одинаковое быстродействие или разное?

  4. #4

    По умолчанию

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

  5. #5

    По умолчанию

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

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

  6. #6

    По умолчанию

    Частота процессора 180 МГц, архитектура - risc - т.е. практически все инструкции выполняются за 1 такт. Далее ограничение быстродействия SRAM - 60МГц. Одна логическая инструкция - 1-3 машинных инструкции (кодов). Считайте примерное быстродействие.
    Часто задаваемые вопросы по кодесис
    1) Почему программа не работает - Следует выполнить "Онлайн ->Старт"
    2) Где скачать CoDeSys, таргеты, прошивки, библиотеки - http://www.owen.ru/catalog/codesys_v3/opisanie

  7. #7

    По умолчанию

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

  8. #8
    Пользователь Аватар для Olegis
    Регистрация
    24.07.2007
    Адрес
    Белгород
    Сообщений
    137

    По умолчанию

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

  9. #9

    По умолчанию

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

  10. #10

    По умолчанию

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

Страница 1 из 2 12 ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •