Allen-Bredley/Rockwell.1756-PM001G. Руководство по эксплуатации. Общая методика для программируемых контроллеров Logix5000
Подождите немного. Документ загружается.
Управление многозадачным режимом 4-41
Publication 1756-PM001G-EN-P - March 2004
Если Task_Status.0 = 1, то инструкция EVENT запустила данную событийную задачу. В
непрерывной задаче инструкция EVENT выполняется для первоначальной установки
контрольного положения.
Инструкция JMP вызывает переход контроллера к выполнению инструкции Arm LBL.
При этом пропускается вся логика данной процедуры, кроме цепи, активизирующей
данную ось для заданного контрольного положения (инструкция MAW).
•
• Другая логика
•
Инструкция MAW выполняется при каждом выполнении данной задачи и активизирует ось
Axis_1 для заданного контрольного положения.
Инструкция OUT устанавливает бит EN инструкции MAW = 0.
• Инструкция MAW является инструкцией перехода.
• Для выполнения инструкции MAW входное состояние цепи для нее должно перейти
из «ложно» в «истинно».
• При первом сбросе бита EN инструкция реагирует таким же образом, как если бы
входное состояние цепи изменилось с «ложно» на «истинно».
Инструкция MAW активизирует данную ось для заданного контрольного положения.
Контроллер не сбрасывает установленные биты атрибута Status. Чтобы использовать бит
для новой информации о состоянии, вы должны вручную сбросить соответствующий бит.
Если Task_Status.0 = 1, то сбросьте этот бит.
Инструкция OUT устанавливает Task_Status.0 = 0.
Инструкция SSV устанавливает атрибут Status задачи THIS (Task_1) = Task_Status.
Сюда входит и сброшенный бит.
4- 42 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Использование
потребляемого
тега в качестве
триггера
Чтобы событийная задача запускалась на основе данных
потребляемого тега, используйте триггер Consumed Tag
(Потребляемый тег).
Взаимоотношение между производимым и потребляемым тегом
может обеспечивать отправку триггера событийной задачи, наряду с
данными, в потребляющий контроллер. Как правило, для отправки
триггера событийной задачи в потребляющий контроллер вы
используете инструкцию Immediate Output (IOT).
Данная задача запускается событием.
Данная задача запускается потребляемым
тегом.
Данная задача запускается этим потребляемым
тегом.
Описание:
c
В Контроллере А логика обновляет значения производимого тега.
d
По завершении обновления Контроллер А выполняет инструкцию IOT для
отправки соответствующих данных и триггера событийной задачи в Контроллер В.
e
Контроллер В потребляет новые данные.
f
После того, как контроллер В обновит потребляемый тег, он выполняет
событийную задачу.
Управление многозадачным режимом 4-43
Publication 1756-PM001G-EN-P - March 2004
Тип сети, соединяющей контроллеры, определяет время получения
потребляющим контроллером новых данных и триггера событийной
задачи посредством инструкции IOT.
Следующие диаграммы позволяют сравнить получение данных при
помощи инструкции IOT в сетях EtherNet/IP и ControlNet.
При использовании
этого контроллера:
В этой сети: Потребляющее устройство получает
данные и триггер событийной задачи:
ControlLogix объединительная плата немедленно
сеть EtherNet/IP немедленно
сеть ControlNet через фактический межпакетный интервал
(API) для потребляемого тега (соединения)
SoftLogix5800 Вы можете производить и
потреблять теги только в сети
ControlNet
через фактический межпакетный интервал
(API) для потребляемого тега (соединения)
Сеть EtherNet/IP (контроллер ControlLogix) Сеть ControlNet
значения, загружаемые в
производимый тег
инструкция IOT в
производящем контроллере
значения, загружаемые в
производимый тег
инструкция IOT в
производящем контроллере
событийная задача в
потребляющем контроллере
событийная задача в
потребляющем контроллере
RPI производимого тега
4- 44 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Поддержание целостности данных
Событийная задача с триггером в виде потребляемого тега
обеспечивает простой механизм передачи данных контроллеру и
гарантии того, что контроллер не будет использовать данные во
время их изменения.
Хотя производящий контроллер выполняет инструкцию IOT сразу же
после загрузки в него новых данных, событийная задача (в
потребляющем контроллере) будет запущена лишь тогда, когда
потребляющий контроллер получит все новые данные. Это
обеспечивает работу контроллера с полным пакетом новых данных.
21 3 4 5
изменение значений производимого тега
выполнение инструкции IOT
передача произведенного тега
событийная задача в потребляющем
контроллере
Описание:
c
Для производимого тега наступает RPI.
Производимый тег передает старые данные потребляющему контроллеру.
d
Производящий контроллер начинает обновлять значения производимого тега
e
Для производимого тега вновь наступает RPI.
Производимый тег передает смесь из старых и новых данных потребляющему
контроллеру.
f
Производящий контроллер завершает обновление значений производимого
тега.
Производящий контроллер выполняет инструкцию Immediate Output (IOT).
Производимый тег немедленно передает все новые данные потребляющему
контроллеру.
g
По получении потребляющим контроллером всех данных он выполняет
событийную задачу.
Управление многозадачным режимом 4-45
Publication 1756-PM001G-EN-P - March 2004
Синхронизация нескольких контроллеров
Также вы можете использовать взаимоотношение между
производимым и потребляемым тегом для синхронизации
контроллеров. В этом случае производимый/потребляемый тег
служит лишь в качестве пускового механизма.
выполнение логики в производящем контроллере
инструкция IOT в производящем контроллере
событийная задача в производящем контроллере А
событийная задача в потребляющем контроллере В
Описание:
c
Первый контроллер выполняет действие, с которым должны синхронизироваться
другие контроллеры.
d
По завершении выполнения этого действия контроллер выполняет инструкцию
IOT. Эта инструкция использует производимый тег в качестве своего адресата.
e
По получении произведенного тега контроллером А он выполняет свою
событийную задачу.
f
По получении произведенного тега контроллером В он выполняет свою
событийную задачу.
4- 46 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Контрольный перечень для производящего контроллера
Для этого Проверьте следующее:
1. Буферизация данных Если вы хотите одномоментно отправить полный образ данных, создайте копию
этих данных как показано ниже:
2. Свойства потребляемого
тега
В свойствах соединения (Connection properties) производимого тега установите
следующий флажок:
3. Инструкция IOT Используйте инструкцию IOT в той точке вашей логике, где вы хотите запускать
событийную задачу.
Инструкция IOT отменяет RPI для данного тега и осуществляет немедленную
передачу триггера событийной задачи и данных тега.
6A7844B1
3B221D89
43BB278F
CPS
6A7844B1
3B221D89
43BB278F
Инструкция CPS не позволяет никаким операциям контроллера
изменять данные в процессе копирования. Задачи, пытающиеся
прервать инструкцию CPS, задерживаются до завершения
копирования.
В этом теге хранятся данные, куда
записывают данные инструкции
проекта.
В этом теге хранится одномоментная
копия тега Source_Tag.
Тег-источник Source_Tag
Синхронное копирование
файла
Производимый тег
Produced_Tag
данные из
логики
Установите этот флажок.
Если этот флажок не будет установлен, производящий контроллер будет
запускать событийную задачу в конце всякой задачи, автоматически
обновляющей локальные выходы. Иными словами, событие будет запускаться
сканированием задачи наряду с инструкцией IOT
Управление многозадачным режимом 4-47
Publication 1756-PM001G-EN-P - March 2004
Контрольный перечень для потребляющего контроллера
Для этого: Проверьте следующее:
1. Буферизация данных Если вы хотите гарантировать, чтобы контроллер не использовал данные
потребляемого тега в процессе изменения этих данных, используйте копию
потребляемого тега. Для копирования данных используйте событийную задачу, как
показано ниже:
2. Приоритетность задачи Назначьте данной событийной задаче наивысший приоритет.
Если какая-либо периодическая задача имеет более высокий приоритет, событийная
задача может быть вынуждена ожидать завершения выполнения такой периодической
задачи.
3. Количество событийных
задач
Ограничивайте количество событийных задач.
Каждая дополнительная задача уменьшает время обработки, отводимое для других
задач. Это может привести к перекрытию.
4. Автоматическая
обработка вывода
Для событийной задачи вы, как правило, можете отключить автоматическую
обработку вывода (настройка по умолчанию). Это уменьшает истекшее время
выполнения задачи.
Для принятия решения по этой настройке воспользуйтесь рисунком 4.1 на странице
4-14.
6A7844B1
3B221D89
43BB278F
CPS
6A7844B1
3B221D89
43BB278F
E
v
e
n
t
T
a
s
k
Инструкция CPS не позволяет никаким операциям контроллера
изменять данные в процессе копирования. Задачи, пытающиеся
прервать инструкцию CPS, задерживаются до завершения
копирования.
Синхронное копирование
файла
Потребляемый тег
Consumed_Tag
Целевой тег
Destination_Tag
В этом теге хранится одномоментная
копия тега Consume_Tag.
В этом теге хранятся данные, производимые
другим контроллером
данные из
другого
контроллера
4- 48 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
При продвижении детали по производственной линии каждой
станции требуются технические условия на данную деталь,
относящиеся к конкретной станции. Чтобы исключить возможность
действий со стороны станции на основе старых данных, событийная
задача сигнализирует о поступлении новых данных для очередной
детали.
Производящий
контроллер
Этот контроллер управляет станцией 24 и производит данные для
следующей станции (станция 25). Чтобы сигнализировать о передаче
новых данных, контроллер использует следующие элементы:
Свойства производимого тега
Производимый тег Produced_Tag настроен на обновление своего
триггера событийной задачи посредством инструкции IOT.
Релейная логика
Если New_Data = on, то для одного сканирования происходит следующее:
Инструкция CPS устанавливает производимый тег равным тегу-источнику:
Produced_Tag_1= Source_Tag_1.
Инструкция IOT обновляет Produced_Tag_1 и отправляет обновленные данные в
потребляющий контроллер (станция 25). По получении потребляющим контроллером
этого обновления он запускает соответствующую событийную задачу.
продолжение на следующей странице
Производимый тег Produced_Tag настроен на обновление своего
триггера событийной задачи посредством инструкции IOT.
ПРИМЕР
Управление многозадачным режимом 4-49
Publication 1756-PM001G-EN-P - March 2004
Потребляющий
контроллер
Контроллер на станции 25 использует данные, произведенные
станцией 24. Для определения поступления новых данных этот
контроллер использует событийную задачу.
Свойства событийной задачи
Релейная логика в событийной задаче
При выполнении событийной задачи инструкция CPS устанавливает тег-приемник равным
потребляемому тегу: Destination_Tag_1= Consumed_Tag_1 (значения, полученные от
производящего контроллера). Остальная логика в этом контроллере использует значения
из Destination_Tag_1.
Данная задача запускается событием.
Данная задача запускается потребляемым
тегом.
Данная задача запускается этим потребляемым
тегом.
4- 50 Управление многозадачным режимом
Publication 1756-PM001G-EN-P - March 2004
Использование
инструкции EVENT
в качестве
триггера
Чтобы запускать событийную задачу на основе условий вашей логики,
используйте триггер EVENT Instruction Only (Только инструкция
EVENT).
Тр иг г ер EVENT Instruction Only требует использования инструкции
Trigger Event Task (EVENT) для запуска задачи. Вы можете
использовать инструкцию EVENT в нескольких точках вашего
проекта. При каждом выполнении этой инструкции она будет
запускать указанную событийную задачу.
Данная задача запускается событием
Данная задача запускается инструкцией EVENT
Никакого тега не требуется.
Описание:
c
Программа А выполняет инструкцию EVENT.
Событийная задача, заданная данной инструкцией EVENT, выполняется один раз.
d
Программа В выполняет инструкцию EVENT.
Событийная задача, заданная данной инструкцией EVENT, выполняется один раз.
1 2
Инструкция EVENT в программе А
Инструкция EVENT в программе В
событийная задача