- •Введение Лекция №1 Основные понятия и определения теории интегрированных систем проектирования и управления производствами.
- •Лекция №2 асу тп и диспетчерское управление
- •Лекция №3 Разработка прикладного программного обеспечения ску: выбор пути и инструментария
- •Лекция №4 задачи и требования к системам верхнего уровня Задачи, решаемые на верхнем уровне асутп:
- •Особенности scada как процесса управления
- •Требования к системам верхнего уровня
- •Технические средства верхнего уровня:
- •Функциональные возможности scada-систем
- •Графические возможности.
- •Лекция №5 Методы повышения надежности систем scada
- •Локальная система и распределенная система асутп
- •Архитектура Клиент- Сервер
- •Дублирование Сервера Ввода-Вывода
- •Резервирование на уровне задач
- •Выделенный сервер файлов
- •Резервирование связи с контроллерами
- •Функции основных блоков scada - системы
- •Графическая среда разработки и запуска приложении (GraphWorX32)
- •Отображение объектов и параметров на мнемосхемах
- •Отображение параметров контроля технологического процесса
- •Лекция №6 тренды в scada-системах
- •Тренды в InTouch
- •Отображение трендов
- •Подсистема архивов (TrendWorX32)
- •Подсистема аварий
- •Лекция №7 тревоги и события
- •Лекция №8 Встроенные языки программирования в scada-системах
- •Лекция №9 базы данных
- •Лекция №10 Базы данных в промышленной автоматизации
- •IndustrialSql Server компании Wonderware
- •Лекция №11
- •Организация взаимодействия с контроллерами
- •Особенности построения коммуникационного программного обеспечения
- •Лекция №12 Общая характеристика scаda-системы Trace Mode.
- •Проектирование в scada системе trace mode
- •Trace mode 6: автопостроение проекта
- •Лекция №13 trace mode 6 softlogic: программирование контроллеров
- •5 Языков программирования стандарта мэк 6-1131/3
- •Лекция №14 trace mode 6 и t-factory 6: общие сведения
- •Лекция №15 Выделенный сервер промышленной субд рв siad/sql 6
- •Лекция №16
- •Средства разработки mes-приложений в trace mode 6
- •Лекция №17 Основы разработки ппо в среде программирования LabView
- •Лекция №18
- •1. Графические средства Citect
- •1.1. Шаблоны окон операторского интерфейса
- •1.2. Инструментарий
- •1.4. Библиотека статических объектов (Library Objects)
- •2. Genies и Super Genies (джины и суперджины)
- •Лекция №19
- •3. Алармы в Citect
- •3.1. Типы алармов
- •3.2. Конфигурирование алармов
- •3.3. Категории алармов
- •3.4. Отображение алармов
- •Лекция №20 Тренды в Citect
- •4. Тренды в Citect
- •4.1. Регистрация данных
- •4.2. Отображение трендов
- •Лекция №21 Встроенный язык программирования Cicode
- •5.1. Команды Cicode
- •5.2. Выражения Cicode
- •5.3. Функции Cicode
- •5.4. Редактор Cicode
- •Лекция №22
- •1. Графические средства InTouch
- •1.1. Окна
- •1.2. Инструментарий InTouch
- •1. 3. Объекты и их свойства
- •Лекция №23
- •2. Алармы и события в InTouch
- •2.1. Типы алармов и событий
- •2.2. Приоритеты алармов
- •2.3. Группы алармов
- •2.4. Определение условий аларма для переменной
- •2.5. Вывод информации об алармах
- •2.6. Конфигурирование стандартной системы алармов
- •2.7. Распределенная система алармов
- •3. Тренды в InTouch
- •3.1. Архивирование (регистрация) значений переменной
- •3.2. Отображение трендов
- •3.3. Изменение параметров архивных трендов
- •3.4. Система распределенных архивов
- •Лекция №24
Организация взаимодействия с контроллерами
Современные SCADA - системы не ограничивают выбора аппаратуры нижнего уровня (контроллеров), так как предоставляют большой набор драйверов или серверов ввода/вывода и имеют хорошо развитые средства создания собственных программных модулей или драйверов новых устройств нижнего уровня.
Для подсоединения драйверов ввода/вывода к SCADA - системе в настоящее время используются следующие механизмы:
ставший стандартом de facto динамический обмен данными (DDE);
собственные протоколы фирм-производителей SCADA - систем, реально обеспечивающие самый скоростной обмен данными;
новый OPC - протокол, который, с одной стороны, является стандартным и поддерживается большинством SCADA - систем, а с другой стороны, лишен недостатков протоколов DDE.
Изначально протокол DDE применялся в первых человеко - машинных интерфейсах в качестве механизма разделения данных между прикладными системами и устройствами типа ПЛК (программируемые логические контроллеры). Для преодоления недостатков DDE, прежде всего для повышения надежности и скорости обмена, разработчики предложили свои собственные решения (протоколы), такие как AdvancedDDE или FastDDE - протоколы, связанные с пакетированием информации при обмене с ПЛК и сетевыми контроллерами. Но такие частные решения приводят к ряду проблем:
для каждой SCADA - системы пишется свой драйвер для поставляемого на рынок оборудования;
в общем случае, два пакета не могут иметь доступ к одному драйверу в одно и то же время, поскольку каждый из них поддерживает обмен именно со своим драйвером.
Основная цель OPC стандарта (OLE for Process Control) заключается в определении механизма доступа к данным с любого устройства из приложений. OPC позволяет производителям оборудования поставлять программные компоненты, которые стандартным способом обеспечат клиентов данными с ПЛК. При широком распространении OPC - стандарта появятся следующие преимущества:
OPC позволят определять на уровне объектов различные системы управления и контроля, работающие в распределенной гетерогенной среде;
OPC - устранят необходимость использования различного нестандартного оборудования и соответствующих коммуникационных программных драйверов;
у потребителя появится больший выбор при разработке приложений.
С OPC - решениями интеграция в гетерогенные (неоднородные) системы становится достаточно простой. Применительно к SCADA-системам OPC серверы, расположенные на всех компьютерах системы управления производственного предприятия, стандартным способом могут поставлять данные в программу визуализации, базы данных и т. п., уничтожая, в некотором смысле, само понятие неоднородной системы.
Аппаратная реализация связи с устройствами ввода/вывода
Для организации взаимодействия с контроллерами могут быть использованы следующие аппаратные средства:
COM - порты. В этом случае контроллер или объединенные сетью контроллеры подключаются по протоколам RS-232, RS-422, RS-485.
Сетевые платы. Использование такой аппаратной поддержки возможно, если соответствующие контроллеры снабжены интерфейсным выходом на Ethernet.
Вставные платы. В этом случае протокол взаимодействия определяется платой и может быть уникальным. В настоящее время предлагаются реализации в стандартах ISA, PCI, CompactPCI.
Прикладные протоколы, используемые для организации взаимодействия с контроллерами, оставлены за границей этой книги.
