4- 20 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Выбор триггера
для событийной
задачи
Если событийная задача сконфигурирована правильно, она
прерывает все остальные задачи на минимальное время, требуемое
для отклика на событие. Каждой событийной задаче требуется
конкретный триггер, определяющий, когда задача должна
выполняться.
Для запуска событийной
задачи при:
Используйте
этот триггер:
С учетом следующих соображений:
включении или выключении
цифрового ввода
Module Input
Data State
Change
• Только один модуль ввода может запускать конкретную событийную задачу.
• Модуль ввода запускает событийную задачу на основе конфигурации изменения
состояния (change of state – COS) для данного модуля. Конфигурация COS
определяет, какие точки при включении или выключении побуждают модуль к
производству данных. Такое производство данных, вызванное COS, запускает
событийную задачу.
• Как правило, COS следует разрешать только для одной точки модуля. Если вы
разрешите COS для нескольких точек, может произойти перекрытие событийной
задачи.
выборке данных аналоговым
модулем
Module Input
Data State
Change
• Только один модуль ввода может запускать конкретную событийную задачу.
• Аналоговый модуль запускает событийную задачу после каждой выборки
реального времени (real time sample –RTS) по каналам.
• Все каналы модуля используют одну и ту же RTS.
получении контроллером
новых данных посредством
потребляемого тега
Consumed Tag • Только один потребляемый тег может запускать конкретную событийную задачу.
• В общем случае используйте инструкцию IOT в производящем контроллере для
подачи сигнала о производстве новых данных. Инструкция IOT устанавливает
срабатывающий по событию триггер в производящем теге. Этот триггер
переходит к потребляемому тегу и запускает событийную задачу.
• Когда потребляемый тег запускает событийную задачу, эта событийная задача
начинает выполняться только после поступления всех данных.
включении или выключении
регистрационного входа для
оси
Axis Registration
1 или 2
• Чтобы регистрационный вход запускал событийную задачу, сначала выполните
инструкцию Motion Arm Registration (MAR). Это позволяет соответствующей оси
определять регистрационный вход и, в свою очередь, запускать событийную
задачу.
• После запуска регистрационным входом событийной задачи вновь выполните
инструкцию MAR, чтобы активизировать ось для следующего регистрационного
входа.
• Если ваша логика сканируется не достаточно быстро для активизации оси для
очередного регистрационного входа, вы можете включить инструкцию MAR
непосредственно в событийную задачу.
достижении осью положения,
заданного в качестве
контрольной точки
Axis Watch • Чтобы контрольное положение запускало событийную задачу, сначала
выполните инструкцию Motion Arm Watch (MAW). Это позволяет
соответствующей оси определять контрольное положение и, в свою очередь,
запускать событийную задачу.
• После запуска контрольным положением событийной задачи вновь выполните
инструкцию MAW, чтобы активизировать ось для следующего контрольного
положения.
• Если ваша логика сканируется не достаточно быстро для активизации оси для
очередного контрольного положения, вы можете включить инструкцию MAW
непосредственно в событийную задачу
завершении выполнения
планировщика перемещений
Motion Group
Execution
• Период грубого обновления для группы перемещения запускает выполнение как
планировщика перемещений, так и событийную задачу.
• Поскольку планировщик перемещений прерывает все остальные задачи, он
выполняется первым. Если вы назначите событийной задаче наивысший
приоритет, она будет выполняться после планировщика перемещений.
наступлении определенного
условия или условий в
логике программы
инструкция
EVENT
Одна и та же задача может запускаться несколькими инструкциями EVENT. Это
позволяет выполнять задачи из других программ.