Полезное:
Как сделать разговор полезным и приятным
Как сделать объемную звезду своими руками
Как сделать то, что делать не хочется?
Как сделать погремушку
Как сделать так чтобы женщины сами знакомились с вами
Как сделать идею коммерческой
Как сделать хорошую растяжку ног?
Как сделать наш разум здоровым?
Как сделать, чтобы люди обманывали меньше
Вопрос 4. Как сделать так, чтобы вас уважали и ценили?
Как сделать лучше себе и другим людям
Как сделать свидание интересным?
Категории:
АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника
|
Методы организации доступа к линиям связи 3 pageа
Рис. 3.4. Формат адресации вводимой или выводимой из ПЛК величины (а) и внутренней переменной ПЛК (б) б
Рис. 3.4. Продолжение
Язык релейных диаграмм (LD)
Язык LD представляет собой графическую интерпретацию процесса разработки релейно-контактных схем управления. Первоначально на языке LD программировались контроллеры производства компании Allen Bradley. Ввиду его удобства и значительного количества пользователей, обладающих навыками проектирования логических систем на базе реле и контакторов, язык LD был введен в стандарт IEC 61131-3 и в настоящее время является одним из наиболее распространенных языков программирования ПЛК. Этот язык наиболее удобен для программирования небольших задач дискретной логики, поэтому многие контроллеры младших классов имеют язык LD в качестве основного для разработки программ управления. Программы, написанные на языке LD, состоят из последовательности ступеней, которые выполняются ПЛК последовательно, слева направо (рис. 3.5). Ступень состоит из набора графических элементов, ограниченных слева и справа условными шинами питания. Набор графических элементов языка LD включает: · Входы/выходы ПЛК (кнопки, датчики, реле, индикаторные лампы и т.д.); · Стандартные управляющие системные функции (таймеры, счетчики и т.д.); · Арифметические, логические и специальные операции; · Внутренние переменные ПЛК.
Рис. 3.5. Пример программы на языке LD
Дискретные входы ПЛК и результаты выполнения логических операций представляются в виде условных контактов реле, нормально разомкнутых (замыкаются при появлении сигнала на соответствующем входе или истинности поставленного в соответствие данному контакту логического выражения) и нормально замкнутых (с логикой работы, обратной предыдущей). Дискретные выходы ПЛК или результаты выполнения данной ступени представляются в виде обмотки реле, питание на которой появляется после прохождения сигнала от левой условной шины питания через все находящиеся на ступени элементы. Левая шина соответствует исходному питанию схемы, правая – выходу схемы, сигнал в котором появляется после замыкания всех контактов и выполнения всех логических условий. Графические элементы языка LD можно условно разделить на базовые элементы, функциональные и операционные блоки. Каждый базовый элемент занимает одну ячейку (одну строку по высоте и одну колонку по ширине). Блоки могут занимать несколько ячеек. Базовые элементы и блоки языка LD приведены Таблица 3.1 Базовые элементы и блоки языка LD
Продолжение табл. 3.1
Продолжение табл. 3.1
Продолжение табл. 3.1
Окончание табл. 3.1
Ступень содержит до 7-ми строк и до 11-ти колонок, разделенных на две зоны – проверочную и зону действий. Каждая ступень может быть снабжена меткой и озаглавлена комментарием. Метки могут быть использованы для идентификации ступени внутри программного объекта (головной программы, подпрограммы и т.д.), но не являются обязательными. Метки имеют синтаксис % Li (где i от 0 до 999) и располагаются в левом верхнем углу перед шиной питания. Каждая метка может присваиваться только одной ступени в пределах данного программного объекта. Система сканирует ступени в том порядке, как они были введены, независимо от порядка нумерации меток. В состав ступени может быть введен комментарий, содержащий до 222 алфавитно-цифровых символов и обрамленный Ступень изображается в форме, похожей на релейные диаграммы. Простейшие проверочные элементы и элементы действия занимают одну строку и одну колонку ступени. Все линии контактов начинаются от левой шины питания и должны заканчиваться на правой шине питания. Проверочные операции всегда располагаются в колонках с 1 по 10. Операции действия всегда располагаются в колонке 11. Предполагается, что между шинами питания протекает ток, который имеет следующее направление: – по горизонтальным связям – слева направо; – по вертикальным связям – в обоих направлениях. Проверочная зона содержит: контакты, которые могут быть помечены любым, ранее определенным битовым объектом; функциональные блоки; блоки сравнения. Возрастающие и убывающие фронты могут быть связаны только входными и выходными битовыми объектами и внутренними битами. Зона действий содержит: прямые, инверсные, фиксирующие и инверсно-фиксирующие обмотки, которые могут быть помечены любым битовым объектом; записанные пользователем операционные блоки; другие элементы действия (Call, Jump, Halt, Return). На одной линии возможно до 10-ти контактов. В одной колонке максимально может параллельно проверяться до 7-ми контактов. До 7-ми обмоток могут быть включены параллельно. Ступень может быть разделена на несколько независимых линий контактов, причем каждая линия управляет независимой обмоткой. Операционные блоки всегда расположены в зоне действий. Внутри блока записывается фраза на языке ST. Операционный блок должен быть присоединен непосредственно к правой «шине» питания. Ступени исполняются последовательно друг за другом; каждая ступень исполняется слева направо. В тех случаях, когда встречается вертикальная связь, выполняется подступень, соответствующая этой связи, и только после этого возобновляется исполнение оставшейся части ступени. В соответствии с указанным порядком исполнения система: – Оценивает логическое состояние каждого контакта, соответствующее текущему значению внутренних переменных объекта управления, или состояние входов модулей ввода/вывода ПЛК, считываемых в начале сканирования; – Выполняет рабочие действия, соответствующие функциям, функциональным блокам и подпрограммам; – Обеспечивает битовые объекты, соответствующие обмоткам (выходы модулей ввода/вывода обновляются в конце сканирования); – Переходит к другой помеченной ступени в данном программном модуле (переходы к другой ступени >>% Li), возвращается в вызывающий модуль < RETURN > или останавливает программу < HALT >.
Язык функциональных блоковых диаграмм (FBD)
Язык функциональных блоков (Function Block Diagrams) позволяет создать программу практически любой сложности на основе стандартных функциональных блоков (арифметические, тригонометрические, логические блоки, РID -регуляторы, блоки, описывающие некоторые законы управления, мультиплексоры При программировании используются следующие формальные правила языка FBD: · Функциональные блоки могут располагаться произвольно · Не может быть несоединенных входов и выходов функционального блока; · Соединение блоков может выполняться также при помощи ссылок с определенными именами; · Функциональные блоки выполняются слева направо, сверху вниз; · На входе функционального блока может быть константное выражение, любая внутренняя или входная переменная контроллера; выходная переменная; · На выходе блока может быть любая внутренняя или выходная переменная ПЛК. В табл. 3.2 представлены основные функциональные блоки языка FBD.
Таблица 3.2 Некоторые функциональные блоки языка FBD
Окончание табл. 3.2
В табл. 3.3 приведены примеры реализации некоторых операций на языке FBD.
Таблица 3.3 Примеры программирования на языке FBD
Окончание табл. 3.3
3.3.2. Краткая характеристика инструментальной системы ISaGRAF Инструментальная система ISaGRAF относится к классу систем CASE -типа (Computer Aided Software Engineering) и предназначена для разработки прикладного программного обеспечения интеллектуальных контроллеров. Система ISaGRAF включает: · Систему разработки (ISaGRAF WorkBench); · Систему исполнения (ISaGRAF Target). Система разработки предназначена для создания прикладных задач, исполняемых затем под управлением ядра ISaGRAF на системах исполнения, и устанавливается на компьютере IBM PC (или совместимом) под управлением MS Windows. Специальных требований к компьютеру не предъявляется. Система исполнения либо загружается, либо прожигается в ПЗУ системы исполнения (TARGET SYSTEM). Она включает Основные достоинства ISaGRAF: · Использование стандартных языков программирования (IEC 61131-3); · Графический интерфейс системы разработки; · Легкость в освоении и удобство использования; · Обеспечение качественных разработок пользовательских приложений; · Встроенные средства программирования промышленных сетей; · Удобные и эффективные отладочные средства. В ISaGRAF заложена методология структурного программирования, которая дает возможность пользователю описать автоматизируемый процесс в наиболее легкой и понятной форме. Интерфейс с пользователем системы разработки ISaGRAF соответствует международному стандарту GUI (Graphical User Interface), включающему многооконный режим работы, полнографические редакторы, работу с мышью и т.д. Функции ISaGRAF можно разделить на два класса: функции общего назначения и функции программирования логики. Функции общего назначения позволяют решать следующие задачи: · Управление разработкой проекта (создание программной конфигурации, разработка отдельных программных и функциональных единиц); · Создание пользовательских библиотек функций и блоков на основе стандартных языков; · Создание пользовательских библиотек СИ-функций и СИ-блоков, а также драйверов модулей УСО; · Архивация проектов и функций; · Отладка разработанных программных единиц; · «Горячая» замена исходного кода. ISaGRAF предоставляет возможность разрабатывать процедуры с использованием языка «C». Эти процедуры можно вызывать из любого, описанного выше языка. Тестирование любого программного продукта составляет существенную часть всей разработки, и наличие хороших отладочных средств является необходимым условием для создания сложных программных комплексов. ISaGRAF обладает таким средством. Графический отладчик интегрирован в систему разработки и дает возможность: · Запуска приложения в реальном режиме и в режиме эмулятора; · Трассировки программ и процедур; · Мониторинга переменных проекта; · Интерактивного изменения содержимого переменных; · Изменения цикла выполнения. В зависимости от реализации системы исполнения ISaGRAF под определенный тип контроллеров существует поддержка раз-личных протоколов промышленных сетей непосредственно из ISaGRAF. Например, для контроллеров компании Kontron Modular Computers реализована поддержка протоколов MODBUS, PROFIBUS - FMS / FDL / DP. Это дает возможность использования одного инструментального средства и для программирования логики контроллеров и для конфигурирования многоузловых сетей с включением систем визуализации на базе РС (FactoryLink, InTouch, TraceMode и т.д.). База данных ISaGRAF -приложения открыта для доступа со стороны других задач и этой возможностью можно пользоваться, если на целевой системе стоит многозадачная операционная система. 3.3.3. Последовательность разработки программного Программирование контроллера начинается с создания словаря переменных, определения их типов. Состав переменных соответствует конкретному набору сигналов, формируемых или используемых в данном контроллере, из общего объема сигналов, функционирующих в системе. Именами переменных являются KKS -коды соответствующих сигналов. KKS -коды – это двоичные коды сигналов, сформированные по определенным алгоритмам, при создании информационного обеспечения АСУ ТП. Затем осуществляется выбор специализированных программных устройств ввода/вывода (из библиотеки устройств ввода/вывода) и распределение переменных по каналам. Затем выбором набора программных блоков задается последовательность обработки и формирования сигналов. Устанавливаются связи между модулями. Загрузка приложения в целевую систему осуществляется Отладка приложения и настройка параметров программных блоков производится также с помощью средств инструментального пакета и специальных средств конфигурирования, встроенных в информационную систему верхнего уровня. 3.4. Программное обеспечение верхнего (диспетчерского) уровня в системе управления 3.4.1. Состав программного обеспечения верхнего уровня Программное обеспечение АСУ ТП можно разделить на две части – общее и специализированное прикладное (ОПО, СППО). Общее программное обеспечение включает комплекс программ, обеспечивающих эффективную работу используемого в АСУ ТП программно-технического комплекса (ПТК) и разработку прикладных программ контроля и управления технологическим объектом. Специализированное прикладное программное обеспечение – это комплекс программ, разработанных для решения задач управления конкретным технологическим объектом. ОПО включает в себя операционные системы вычислительных узлов (рабочих станций, серверов), тестовые, диагностические программы, программное обеспечение коммуникационных сетей, языки программирования, специальные пакеты для разработки СППО и т.д. Доминирующей операционной системой для АСУ ТП верхнего уровня является Windows NT. Стандартным механизмом взаимодействия программного обеспечения АСУ ТП признан стандарт ОРС (OLE for Process Control), который основан на объектной модели СОМ / DСОМ фирмы Microsoft. ОРС – это стандарт взаимодействия между программными компонентами сбора данных 1) доступ к данным реального времени; 2) обработка тревог и событий; 3) доступ к историческим данным. Приступая к разработке специализированного прикладного программного обеспечения системы контроля и управления, системный интегратор или конечный пользователь обычно выбирает один из следующих путей: · Программирование с использованием «традиционных» средств (традиционные языки программирования, стандартные средства отладки и пр.); · Использование существующих, готовых инструментальных проблемно-ориентированных средств создания программного обеспечения диспетчерского уровня АСУ ТП (SCADA -систем). Для большинства разработчиков ПО выбор в настоящее время очевиден. Процесс разработки СППО важно упростить, сократить временные и прямые финансовые затраты на его разработку, минимизировать затраты труда высококлассных программистов, по возможности привлекая к разработке специалистов по автоматизации технологических процессов. Для сложных распределенных систем управления процесс разработки СППО с использованием «традиционных» средств может стать недопустимо длительным, а затраты на его разработку неоправданно высокими. Вариант с непосредственным программированием относительно привлекателен лишь для простых систем или небольших фрагментов большой системы, для которых нет стандартных решений (не написан, например, подходящий драйвер) или они не устраивают по тем или иным причинам заказчика. При этом программирование выполняется с помощью встроенных языков (Visual Basic и др.). Исходя из этого, в настоящее время разработка СППО АСУ ТП в подавляющем большинстве осуществляется на базе SCADA -систем.
3.4.2. Общая характеристика SCADA -систем SCADA -система (Supervisory Control And Date Acquisition – система сбора данных и оперативного диспетчерского управления) разрабатывалась как универсальное многофункциональное программное обеспечение систем верхнего уровня, позволяющее оперативному персоналу наиболее эффективно управлять технологическим процессом. По мере развития программных и аппаратных средств наблюдается применение SCADA -систем на нижнем, контроллерном, уровне. Система SCADA состоит из инструментального и исполнительного комплекса. Инструментальный комплекс предназначен для разработки ПО автоматизированных рабочих мест (АРМ) технолога, оператора, диспетчера и др. Исполнительный комплекс реализует разработанное ПО в определенной операционной среде. Диспетчерское управление и сбор данных является наиболее перспективным методом автоматизированного управления сложными динамическими системами (процессами) в жизненно важных и критичных с точки зрения безопасности и надежности областях. Интерес к проблемам построения высокоэффективных Система SCADA – процесс сбора информации в режиме «реального времени» с удаленных точек контроля технологического объекта для анализа и управления этим объектом. Требование обработки в режиме «реального времени» обусловлено необходимостью быстрой доставки (выдачи) всех необходимых событий (сообщений) и данных на рабочую станцию оператора (диспетчера). Можно выделить пять функций человека-оператора в системе диспетчерского управления, в которых оператор: · Планирует, какие следующие действия необходимо выполнить; · Обучает (программирует) компьютерную систему на после-дующие действия; · Отслеживает результаты работы системы; · Вмешивается в процесс, в случае критических событий, когда автоматика не может справиться, либо при необходимости подстройки (регулировки) параметров процесса;
|