- •Введение Лекция №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 - системах различны. Все SCADA - системы включают библиотеки стандартных графических символов, библиотеки сложных графических объектов, обладают целым рядом других стандартных возможностей.
Лекция №5 Методы повышения надежности систем scada
В тщательно спроектированных системах эти возможности способствуют улучшению эффективности работы предприятия и ,следовательно, увеличению прибыли. Однако, при разработке таких систем, инженеры часто упускают из вида один существенный аспект - что произойдет, если какой либо элемент аппаратуры выйдет из строя?
Локальная система и распределенная система асутп
Локальная система АСУТП и распределенная система имеют одну общую особенность. Обе системы полностью выйдут из строя, если всего в ОДНОМ компоненте системы (компьютере, соединенном с контроллерами или сетью контроллеров) возникнет неисправность.
Большинство современных компьютеров обеспечивают хорошие показатели надежности, но тем не менее они также выходят из строя, особенно при эксплуатации в жестких производственных условиях. Если какие либо компоненты производственного процесса являются критически важными (или весь процесс), или стоимость остановки производства очень высока, возникает необходимость построения резервируемых систем. В системах обеспечивающий резервирование, выход из строя одного компонента не влечет за собой остановку всей системы. Программное обеспечение для управления производственными процессами SCADA система поддерживает реализацию резервирования большинства компонентов как вследствие особенности архитектуры, так и наличию встроенных механизмов.
Архитектура Клиент- Сервер
Распределение процессов управления и контроля по нескольким компьютерам, объединенных в локальную сеть позволяет увеличить эффективность и скорость работы всей системы. В простой системе, компьютер соединенный с промышленным оборудованием, становится сервером, предназначенным для взаимодействия с контроллерами, в то время как компьютеры в локальной сети - клиентами.
Когда компьютеру-клиенту требуются данные для отображения, он запрашивает их у сервера и затем обрабатывает локально.
Дублирование Сервера Ввода-Вывода
Для обеспечения резервирования в систему может быть добавлен второй (резервный) сервер, также предназначенный для взаимодействия с промышленным оборудованием.
Если основной сервер выходит из строя, запросы клиентов направляются к резервному серверу.
Резервный сервер не должен при этом полностью дублировать работу основного, поскольку в этом случае оба сервера взаимодействуют с контроллерами, удваивая нагрузку на промышленную сеть, сокращая следовательно, общую производительность. В клиент - серверной архитектуре только основной сервер взаимодействует с контроллерами. Одновременно он обменивается данными с резервным сервером, постоянно обновляя его статус. Если обмен данными с основным сервером прекращается, резервный сервер полагает что основной вышел из строя и берет на себя его функции. После того, как неисправность в основном сервере будет устранена и он будет снова включен, основной сервер считает текущее состояние с резервного сервера и восстановит свою роль в качестве основного.
