Allen-Bredley/Rockwell.1756-PM001G. Руководство по эксплуатации. Общая методика для программируемых контроллеров Logix5000
Подождите немного. Документ загружается.
Управление многозадачным режимом 4-31
Publication 1756-PM001G-EN-P - March 2004
Дополнительные факторы
Следующие факторы влияют на время сканирования для событийной
задачи, что в свою очередь влияет на скорость ее отклика на входной
сигнал.
Фактор: Описание:
объем кода в событийной задаче Каждый элемент логики (цепь, инструкция, конструкция структурированного
текста и т.д.) увеличивает время сканирования задачи.
приоритет задачи Если данная событийная задача не является самой высокоприоритетной, то
задача с более высоким приоритетом может задержать или прервать
выполнение данной задачи.
инструкции CPS и UID Если активна одна из этих инструкций, то событийная задача не может
прерывать выполняющуюся в данный момент задачу. (Задачу с CPS или
UID.)
коммуникационные прерывания Следующие действия контроллера прерывают задачу независимо от ее
приоритета:
• обмен данными с модулями ввода/вывода
Модули с большими пакетами данных, такие как 1756-DNB, оказывают
большее влияние.
• обмен данными с последовательным портом
4- 32 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Использование
группы
перемещения в
качестве триггера
Чтобы совместить выполнение событийной задачи с выполнением
планировщика перемещений, используйте триггер Motion Group
Execution (Выполнение группы перемещения).
Тр иг г ер Motion Group Execution работает следующим образом:
• Период грубого обновления группы перемещения запускает
выполнение и планировщика перемещений, и событийной задачи.
• Поскольку планировщик перемещений прерывает все
остальные задачи, он выполняется первым. Если вы назначите
событийной задаче наивысший приоритет, то она будет
выполняться сразу же за планировщиком перемещений.
На следующей временной диаграмме показано соотношение между
планировщиком перемещений и событийной задачей.
По завершении выполнения задачи цифровые
выходы в локальном шасси обновляться не
будут.
Эта задача запускается событием.
Эта задача запускается планировщиком
перемещений.
Это имя тега группы перемещения.
Все остальные задачи будут
прерываться.
Период грубого обновления группы перемещения
запускает и планировщик перемещений, и
событийную задачу.
период грубого обновления
планировщик перемещений
событийная задача
Управление многозадачным режимом 4-33
Publication 1756-PM001G-EN-P - March 2004
Контрольный перечень для задачи, запускаемой от группы
перемещения
Для этого параметра: Обеспечьте выполнение следующих требований:
1. Время сканирования Убедитесь в том, что время сканирования для событийной задачи значительно
меньше периода грубого обновления группы перемещения. В противном
случае может произойти перекрытие задач.
2. Приоритетность задачи Назначьте данной событийной задаче наивысший приоритет.
Если какая-либо периодическая задача имеет более высокий приоритет,
событийная задача может быть вынуждена ожидать завершения выполнения
такой периодической задачи.
3. Количество событийных задач Ограничивайте количество событийных задач.
Каждая дополнительная задача уменьшает время обработки, отводимое для
других задач. Это может привести к перекрытию.
4. Автоматическая обработка
вывода
Для событийной задачи вы, как правило, можете отключить автоматическую
обработку вывода (настройка по умолчанию). Это уменьшает истекшее время
выполнения задачи.
Для принятия решения по этой настройке воспользуйтесь рисунком 4.1 на
странице 4-14.
4- 34 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Использование
регистрации оси в
качестве триггера
Чтобы событийная задача запускалась регистрационным входом для
оси, используйте триггер Axis Registration (1 или 2) (Регистрация оси).
По достижении указанным регистрационным входом условий его
срабатывания он запускает соответствующую событийную задачу.
• В настройках событийной задачи укажите, какой
регистрационный вход должен запускать эту задачу. Выберите
Axis Registration 1 или Axis Registration 2.
• Сначала вы должны активизировать регистрационный вход
при помощи инструкции Motion Arm Registration (MAR).
• В инструкции MAR операнд Trigger Condition (Условия
срабатывания) определяет, какой переход регистрационного
входа (Off → On или On → Off) будет запускать данную
событийную задачу.
• После запуска задачи регистрационным входом вы должны
вновь активизировать данный регистрационный вход.
Следующая временная диаграмма показывает взаимосвязь между
регистрационным входом и событийной задачей.
По завершении выполнения задачи цифровые
выходы в локальном шасси обновляться не будут.
Эта задача запускается событием.
Эта задача запускается регистрационным
входом 1...
...для данной оси.
Все остальные задачи
будут прерываться.
событийная задача
регистрационный вход
положение оси
Управление многозадачным режимом 4-35
Publication 1756-PM001G-EN-P - March 2004
Контрольный перечень для задачи, запускаемой от входа
регистрации оси
Для этого параметра: Обеспечьте выполнение следующих требований:
1. Регистрационный вход Активизируйте регистрационный вход (инструкция MAR). Это позволяет оси
обнаруживать регистрационный вход и запускать событийную задачу.
• Сначала активизируйте регистрационный вход для обнаружения первого
состояния срабатывания.
• Повторно активизируйте регистрационный вход после каждого
выполнения событийной задачи.
• Активизируйте регистрационный вход достаточно быстро для
обнаружения каждого состояния срабатывания.
Если ваша обычная логика: То:
работает достаточно быстро для
повторной активизации регистрационного
входа между состояниями срабатывания
Например, ваша обычная логика всегда
выполняет как минимум 2 сканирования
между регистрационными входами.
При желании вы можете
активизировать
регистрационный вход в вашей
обычной логике.
работает недостаточно быстро для
повторной активизации регистрационного
входа
Активизируйте
регистрационного вход в
соответствующей событийной
задаче.
2. Приоритетность задачи Назначьте данной событийной задаче наивысший приоритет.
Если какая-либо периодическая задача имеет более высокий приоритет,
событийная задача может быть вынуждена ожидать завершения выполнения
такой периодической задачи.
3. Количество событийных
задач
Ограничивайте количество событийных задач.
Каждая дополнительная задача уменьшает время обработки, отводимое для
других задач. Это может привести к перекрытию.
4. Автоматическая обработка
вывода
Для событийной задачи вы, как правило, можете отключить автоматическую
обработку вывода (настройка по умолчанию). Это уменьшает истекшее время
выполнения задачи.
Для принятия решения по этой настройке воспользуйтесь рисунком 4.1 на
странице 4-14.
4- 36 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
На линии упаковки конфет необходимо обеспечить перфорацию
каждой конфеты в заданном месте.
• При каждом обнаружении датчиком регистрации
соответствующей отметки следует проверить точность оси и
при необходимости выполнить ее корректировку.
• Из+за скорости линии регистрационный вход должен
активизироваться в событийной задаче.
Следующая логика активизирует и реактивизирует регистрационный
вход.
Непрерывная задача
Если Arm_Registration = 1 (система готова к поиску регистрационной отметки), то
Инструкция ONS ограничивает выполнение инструкции EVENT одним сканированием.
Инструкция EVENT запускает выполнение задачи Task_1 (событийная задача).
Task_1 (событийная задача)
Инструкция GSV устанавливает атрибут Task_Status (тег DINT) для данной событийной
задачи. THIS в атрибуте Instance Name означает объект TASK для задачи, в которой
находится данная инструкция (т.е. Task_1).
продолжение на следующей странице
Эта событийная задача прерывает все
остальные задачи
Датчик регистрации подключен в качестве
регистрационного входа 1...
... для оси с именем Axis_1.
ПРИМЕР
Управление многозадачным режимом 4-37
Publication 1756-PM001G-EN-P - March 2004
Если Task_Status.0 = 1, то инструкция EVENT запустила данную событийную задачу. В
непрерывной задаче инструкция EVENT выполняется для первоначальной активизации
регистрации.
Инструкция JMP вызывает переход контроллера к выполнению инструкции Arm LBL.
При этом пропускается вся логика данной процедуры, кроме цепи, активизирующей
регистрацию для данной оси.
•
• Другая логика
•
Инструкция MAR выполняется при каждом выполнении данной задачи и активизирует
регистрацию для оси Axis_1.
Инструкция OUT устанавливает бит EN инструкции MAR = 0.
• Инструкция MAR является инструкцией перехода.
• Для выполнения инструкции MAR входное состояние цепи для нее должно перейти
из «ложно» в «истинно».
• При первом сбросе бита EN инструкция реагирует таким же образом, как если бы
входное состояние цепи изменилось с «ложно» на «истинно».
Инструкция MAR активизирует данную ось для регистрации.
Контроллер не сбрасывает установленные биты атрибута Status. Чтобы использовать бит
для новой информации о состоянии, вы должны вручную сбросить соответствующий бит.
Если Task_Status.0 = 1, то сбросьте этот бит.
Инструкция OUT устанавливает Task_Status.0 = 0.
Инструкция SSV устанавливает атрибут Status задачи THIS (Task_1) = Task_Status.
Сюда входит и сброшенный бит.
4- 38 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Использование
контроля оси в
качестве триггера
Чтобы событийная задача запускалась контрольным положением
оси, используйте триггер Axis Watch (Контроль оси).
Данная событийная задача будет запущена по достижении указанной
осью положения, заданного в качестве контрольного положения.
• Сначала вы должны активизировать ось для контрольного
положения при помощи инструкции Motion Arm Watch (MAW).
• Операнд Trigger Condition инструкции MAW задает
направление, в котором должна перемещаться ось, чтобы была
запущена данная событийная задача.
• После достижения осью контрольного положения и запуска
событийной задачи вы должны вновь активизировать ось для
следующего контрольного положения.
Следующая временная диаграмма показывает взаимоотношение
между контрольным положением и событийной задачей.
По завершении выполнения задачи цифровые
выходы в локальном шасси обновляться не будут
Данная задача запускается событием.
Данная задача запускается контрольным
положением.
... этой оси
Все остальные задачи будут
прерываться.
контрольная точка
положение оси
событийная задача
Управление многозадачным режимом 4-39
Publication 1756-PM001G-EN-P - March 2004
Контрольный перечень для задачи, запускаемой от контрольного
положения оси
Для этого параметра: Обеспечьте выполнение следующих требований:
1. Контрольное положение Используйте инструкцию MAR для задания контрольного положения. Это
позволяет оси запускать событийную задачу по достижении ею заданного
контрольного положения.
• Сначала активизируйте ось для обнаружения первого контрольного
положения.
• После достижения осью контрольного положения и запуска событийной
задачи вновь активизируйте ось для следующего контрольного положения
• Реактивизируйте ось достаточно быстро для обнаружения каждого
контрольного положения.
Если ваша обычная логика: То:
работает достаточно быстро для
повторной активизации оси между
контрольными положениями
Например, ваша обычная логика всегда
выполняет как минимум 2 сканирования
между контрольными положениями.
При желании вы можете
активизировать ось в вашей
обычной логике.
работает недостаточно быстро для
повторной активизации оси
Активизируйте ось в
соответствующей событийной
задаче.
2. Приоритетность задачи Назначьте данной событийной задаче наивысший приоритет.
Если какая-либо периодическая задача имеет более высокий приоритет,
событийная задача может быть вынуждена ожидать завершения выполнения
такой периодической задачи.
3. Количество событийных задач Ограничивайте количество событийных задач.
Каждая дополнительная задача уменьшает время обработки, отводимое для
других задач. Это может привести к перекрытию.
4. Автоматическая обработка
вывода
Для событийной задачи вы, как правило, можете отключить автоматическую
обработку вывода (настройка по умолчанию). Это уменьшает истекшее время
выполнения задачи.
Для принятия решения по этой настройке воспользуйтесь рисунком 4.1 на
странице 4-14.
4- 40 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
На участке наклейки этикеток линии разлива вы хотите проверять
положение этикетки на бутылке.
• По достижении осью положения, заданного в качестве
контрольной точки, осуществляется проверка этикетки и при
необходимости выполняется корректировка.
• Из+за скорости линии вы должны активизировать ось для
контрольного положения в событийной задаче.
Следующая логика активизирует и реактивизирует указанную ось для
заданного контрольного положения.
Непрерывная задача
Если Arm_Watch = 1 (система готова к установке контрольного положения), то
Инструкция ONS ограничивает выполнение инструкции EVENT одним сканированием.
Инструкция EVENT запускает выполнение задачи Task_1 (событийная задача).
Task_1 (событийная задача)
Инструкция GSV устанавливает атрибут Task_Status (тег DINT) для данной событийной
задачи. THIS в атрибуте Instance Name означает объект TASK для задачи, в которой
находится данная инструкция (т.е. Task_1).
продолжение на следующей странице
Данная событийная задача запускается
контрольным положением...
... для оси с именем Axis_1.
Данная событийная задача прерывает все
остальные задачи.
ПРИМЕР