§1.3. Scada – системы
Выбор SCADA-системы для конкретного комплекса технологических процессов – это многокритериальная задача, связанная с поиском компромиссного решения относительно надежности, стоимости, технического уровня, удобства HMI, затратами на сервисное обслуживание.
Ниже перечислены только некоторые из популярных на западном и российском рынках SCADA-систем, имеющих поддержку в России5:
Таблица 1.1
SCADA | Фирма изготовитель | Страна |
Factory Link | United States DATA Co. | США |
InTouch | Wonderware | США |
Genesis | Iconics | США |
WinCC | Siemens | Германия |
Realflex | BJ Software Systems | США |
Sitex | Jade Software | Англия |
FIX | Intellution | США |
Trace Mode | AdAstra | Россия |
RSView | Rockwell Software Inc. | США |
… | … | … |
Общий анализ подобных пакетов позволяет сформулировать некоторые основные возможности и характерные особенности SCADA-систем.
Существенное влияние на выбор SCADA-системы оказывают следующие параметры:
1) характеристики, особенности динамики объекта автоматизации;
2) учет использования SCADA-системы на других объектах автоматизации;
3) компьютерная платформа, число и расположение АРМ;
4) число, типы контроллерного оборудования, датчиков, исполнительных механизмов;
5) тип интерфейсов, протоколов, сетевая архитектура;
6) число измеряемых и управляющих величин на АРМ;
7) степень защиты, надежность.
В SCADA-системах иерархию критериев можно рассмотреть по схеме: надежность (количество инсталляций в отраслях промышленности); обмен данными (поддержка стандартных сетевых протоколов и форматов данных, наличие встроенных драйверов к аппаратным средствам автоматизации, производительность); удобство работы (возможность автоматического построения проекта, универсальность и наличие стандартных языков математического описания данных и процессов, удобство пользовательского интерфейса); техническая поддержка (возможность поддержки от разработчиков); цена (зависимость цены системы от конфигурации, возможность получения новых версий и бесплатного обновления релизов, наличие бесплатной системы разработки).
SIMATIC WinCC. WinCC – это сокращение от Windows Control Center (Центр управления Windows), он предоставляет вам все возможности для надежного управления вашим процессом в стандартной среде Windows NT.
WinCC представляет собой разбитую на уровни по цене и производительности систему управления и наблюдения класса SCADA с мощными функциями управления автоматизированными процессами. WinCC особенно отличается своей абсолютной открытостью. Она легко взаимодействует со стандартными и пользовательскими программами, в результате чего возникают решения по визуализации, которые точно удовлетворяют практическим требованиям. Благодаря открытым интерфейсам системные интеграторы могут разрабатывать собственные приложения, целенаправленно надстраивая системные расширения на основе WinCC.
Использование программных технологий WinCC основывается на новейших разработках и методах в области программного обеспечения. Встроены все функции мощной системы визуализации. Уже базовая система WinCC предоставляет все компоненты и функции, которые необходимы для решения также и сложных задач визуализации. Редакторы для создания изображений, сценариев, аварийных сообщений, графиков, отчетов являются фиксированной составной частью системы WinCC. Масштабирование от простых до сложных задач. WinCC – это модульный и гибко расширяемый блок автоматизации для простых применений в машиностроении вплоть до сложных многопользовательских приложений или распределенных систем с несколькими серверами в сложных промышленных системах.
В WinCC встроена стандартная база данных Sybase SQL Anywhere, в которой хранятся все списковые данные проектирования и процесса. Доступ к базе данных WinCC возможен без всяких проблем с помощью языка структурированных запросов к базе данных SQL или через драйвер ODBC.
RealFlex6 – это программный продукт автоматизации, работающий в жестком реальном
времени. Масштаб использования: от мини-проектов под Windows до сложных мультиплатформенных систем.
Основные преимущества RealFlex:
1. Надежность и проверенность временем. RealFlex4 развивается с 1982 года, RealFlex6 с 2001. Сервера RealFlex базируются на надежных операционных системах реального времени QNX4, QNX6/Neutrino.
2. Высокая производительность. Программное обеспечение с самого начала ориентировано на работу с большими проектами и обработку большого количества данных в единицу времени. RealFlex4 поддерживает по 32K точек каждого типа. RealFlex6 спроектирован для поддержки 4M точек каждого типа. В данный момент ограничение, продиктованное структурой проекта FlexView, 64K точек каждого типа.
3. Работа с большими базами данных построена удобно и осуществляется очень быстро. Во FlexView встроены функции автоматической репликации PCU, позволяющие ускорить процесс создания большого количества однотипных групп тегов. Кроме того, существует возможность экспорта части или всей базы данных тегов в текстовый файл для редактирования и последующего импорта.
4. Поддержка резервирования. RealFlex4 поддерживает резервирование серверов. Т.е. 2 RealFlex4 сервера могут устанавливаться в режиме 'failover', обеспечивающем автоматический старт второго сервера, в случае остановки/поломки основного. RealFlex6 имеет продвинутую hot/standby архитектуру, отличающуюся повышенной скоростью переключения standby-cервера в активный режим. Достигается это фактической параллельной обработкой поступающих данных и загруженностью всех необходимых модулей в память. По большей части время переключения ограничено в основном временем обнаружения неисправности. В среднем время переключения RealFlex6 - 2 секунды.
5. Унифицированная система резервного копирования (“бэкапа”) сервера RealFlex на ftp-сервер, вклющая RealFlex4 и RealFlex6. Восстановление происходит очень быстро, что является немаловажным фактором обеспечения надежности. Например, для восстановления RealFlex4 производится загрузка со специального CD, оператор вводит 3-4 команды, далее все время восстановления ограничено в основном пропускной способностью сети, т.е. временем загрузки упакованного бекапа системы с ftp-cервера и одновременной распаковки его на жесткий диск. При этом происходит восстановление операционной. Восстановление RealFlex6 требует установки операционной системы с инсталляционного CD RealFlex, но эта операция также требует всего несколько минут. Поэтому восстановление RealFlex6 также возможно за очень короткий промежуток времени.
6. Репликация инсталяций. Подсистема “бэкапа”/восстановления позволяет производить быструю репликацию инсталляций. Если вам требуется несколько однотипных серверов, тогда может быть инсталлирован и настроен один сервер, а после этого сделан “бэкап” и восстановление этой инсталляции на несколько компьютеров.
7. Независимость от третьестороннего программного обеспечения. Программное обеспечение RealFlex использует минимум внешнего программного обеспечения. Соответственно его надежность и быстродействие не ограничиваются третьесторонними SQL-серверами или другим подобным программным обеспечением. Кроме того, это улучшает пользовательскую поддержку, поскольку вас не пошлют, например, в микрософт.
8. Гибкость при создании проектов. Проекты могут создаваться как на высоком уровне, встроенные средства RealFlex и CSL, так и на низком уровне. Для программирования может применяться Custom Development Kit (C/C++).
9. Мультиплатформенность. В данный момент существуют версии RealFlex4 под QNX4, RealFlex6 под Neutrino и RealWin – под Windows. В зависимости от потребностей (а также требований к проверенности, соображений консерватизма или по экономическим причинам) может быть использована версия под любую из операционных систем.
10. Преемственность проектов. Проекты, созданные для RealFlex4 автоматически конвертируются без дополнительных усилий в проекты для RealFlex6 или RealWin.
11. Мультиобъеденение удаленых мест в единую сеть. Возможность подключения к одному серверу большого количества удаленных мест. Множество операторских мест на базе FlexView подключаются к серверу RealFlex4/RealFlex6 или RealWin одновременно.
12. Универсальность. Одно и то же операторское программное обеспечение (FlexView или набор модулей FlexWin) используется для подключения к серверу на базе любой из платформ. Соответственно софт хорошо оттестирован и проекты выглядят одинаково.
13. Зональные ограничения. FlexView позволяет описывать в проекте так называемые зоны, определяющие доступ к различным элементам проекта операторов. Иными словами каждый оператор в зависимости от настроек видит не весь проект, а только разрешенные дисплеи и тэги. Отдельно может ограничиваться возможность управления. Т.е. тэг виден, но управление разрешается отдельным флагом.
14. OPC стандарт поддерживают RealFlex4 и RealFlex6. Т.е. возможно получение RealFlex-ом данных с OPC-серверов, а также работа RealFlex в режиме OPC-сервера.
15. Масштабируемость и объединение проектов, RealFlex-ов между собой. Программное обеспечение RFLink, позволяющее связь RealFlex-ов между собой в "кластер". При этом RealFlex-ы между собой реплицируют часть или всю базу данных и позволяют управление, подтверждение тревог, установку информационных/управляющих тегов, ручное переписывание значений тэгов на удаленном сервере. При этом благодаря унификации протокола взаимодействия возможно объединение в кластеры как однотипных, так и разнотипных RealFlex-ов. Т.е. могут связываться между собой как RealFlex4-RealFlex4, RealFlex6-RealFlex6, так и RealFlex4-RealFlex6.
16. Визуализация и наглядность. Под RealFlex4 и RealFlex6 существует собственный графический интерфейс. Дисплеи для RealFlex4/RealFlex6/FlexView имеют одинаковый формат, а также отображаются максимально одинаково, насколько это возможно для разных платформ.
17. Техническая поддержка. Компания RealFlex всегда ориентирована на качественную поддержку пользователей, т.е. вполне возможна разработка и добавление специальных модулей, ориентированных на конкретный проект.
18. Руссификация продукции, локализация. RealFlex4 и продукты FlexView (FlexWin) руссифицированны. Руссификация RealFlex6 планируется в ближайшее время.
19. Отчеты в Excel. RealFlex поддерживает возможность получения отчетов в формате Excel.
20. База даннных SQL. FlexBase – предоставляет возможность импортирования в реальном режиме времени исторических данных в SQL базу данных, что в свою очередь позволяет производить интеграцию с иными системами управления предприятия, менеджмента и планирования.
С помощью базового пакета Real Flex реализуется выполнение нескольких функций.
Сбор и обработка данных в реальном времени. Real Flex поддерживает несколько типов устройств управления процессами:
логический программируемый контроллер (PLC);
одноконтурные контроллеры (SLC);
удалённые терминальные устройства (TRU);
разнообразные анализаторы;
измерительные приборы.
На одном компьютере могут работать до 16 драйверов ввода-вывода, и одновременно с работой драйверов осуществляется обработка данных. Real Flex позволяет определить время сканирования для каждого устройства ввода-вывода. Сканированные и диагностические данные отображаются в виде сводок. Значение данных обновляется при возникновении исключительных ситуаций, а проверка ошибок осуществляется при каждой операции ввода-вывода.
Создание и редактирование баз данных (БД).
В системе Real Flex существует таблица базы данных, которая интерактивно расширяется в темпе реального времени.
Обработка сообщений.
Процессор Real Flex обеспечивает пять уровней приоритета сигнала:
прямой доступ к последнему возникшему сигналу;
индивидуальный или полный запрет сигналов;
формирование сводок по текущим активным сигналам и их предыстории;
выбор элементов сигнала (события по заданному критерию), их распечатка по запросу или по заданному расписанию;
автоматическая посылка запрограммированного управляющего воздействия, соответствующему драйверу ввода-вывода по изменению состояния цифровых точек.
Создание диаграмм анализа состояния и конфигурации систем.
Real Flex поддерживает высокоскоростной анализ состояния системы в реальном времени с учётом предыстории. На одном экране дисплея может быть выведено до восьми диаграмм состояния.
Графические построения. Система Real Flex обеспечивает проектирование и конструирование графических образов.
6. Редактирование символов, в том числе и создание пользователями своих символов.
7. Создание отчетов. Real Flex предусматривает создание и печать отчета в стандартной форме, создание заказного отчета по требованиям заказчика.
В стандартную форму отчета входит:
сводка коммуникаций;
сводка активных тревог;
сводка сигналов событий;
сводка устройств управления процессами;
сводка выбранных сигналов событий.
Кроме базового пакета Real Flex существует ряд других программ, например:
BJScan, обеспечивающей взаимодействие по каналам связи;
LunFlex, являющейся версией Real Flex для функционирования на узле локальной сети;
Failever, управляющей горячим резервированием;
Renflex, обеспечивающей доступ удалённого пользователя к данным реального времени станции Real Flex;
Temflex, предоставляющей возможность работы с окнами Real Flex удаленному пользователю;
RealFlex/DDE Bridge, управляющей обменом данными между программами Real Flex и Windows Bridge.
Модульное построение программной системы позволяет изменять конфигурацию программного обеспечения для использования в конкретных АСУ ТП, применяемых для управления процессами в различных областях промышленного производства. При этом стоимость модификации модульного программного обеспечения невелика и при модернизации и расширении АСУ ТП предприятия настройка программного обеспечения под изменившуюся конфигурацию выполняется за короткое время.
Программный комплекс Factory Suite компании Wonderware предназначен для разработки систем автоматизации промышленных предприятий и состоит из следующих взаимодействующих друг с другом компонентов: InTouch – SCADA-система для визуализации и управления технологическими процессами; IndustrialSQL Server – реляционная СУБД реального времени; InControl – пакет для управления контроллерным оборудованием; Scout – средство программирования через Internet/Intranet – сети; InTrack – система управления производством; InBatch – система управления процессами дозирования и смешивания.
InTouch – широко известная и распространенная в мире SCADA-система. HMI позволяет контролировать и управлять всеми объектами и системами, используя графические объекты. Он включает: отображение параметров для управления сигналами; отображение текущих и исторических трендов; отображение и регистрацию аварийных сигналов.
Исполнительная система InTouch поддерживает базу данных текущих значений процесса. Эти значения могут отражать заданные точки контроля устройств, представляющие собой параметры физического объекта, или точки, представляющие расчетные значения.
InTouch представляет набор инструментов для графического отображения состояния процесса. Графические объекты могут быть анимированы с использованием следующих динамических атрибутов: цвет, положение, мигание, вращение, заполнение, указатели или процедуры для активации процедуры пользователя. SCADA InTouch позволяет организовать взаимодействие с другими приложениями, используя стандартные механизмы: DDE – обмен (большинство серверов ввода/вывода поддерживает DDE – обмен для передачи данных в InTouch-приложение); OLE – технология (используется для взаимодействия с некоторыми компонентами FactorySuite и другими пользовательскими приложениями); OPC – программы.
Широкие возможности сетевого обмена данными предоставляет пользователям SCADA-система Advantech Studio (AStudio) фирмы Advantech. В данную SCADA-систему заложена концепция – сделать информацию о производственных процессах более доступной для всех подразделений предприятия, его клиентов, обеспечить возможность работы с этой информацией в любое время и в любом месте.
Это позволяет решать следующие задачи:
контроль производства в реальном масштабе времени;
доступ к технологической информации из любого отдела предприятия или удаленного офиса, возможность оперативного принятия решений не только на технологическом уровне, но и на уровне управления предприятием;
интеграция данных АСУ ТП с программными системами управления предприятием;
удаленный мониторинг, необходимый в задачах диспетчеризации транспортных предприятий, систем жизнеобеспечения зданий; удаленная диагностика оборудования, оперативное оповещение персонала о предаварийных ситуациях и авариях;
улучшение сервиса при обслуживании клиентов путем предоставления информации в реальном масштабе времени о прохождении заказа, состоянии склада.
Все уровни предприятия: производственные цеха, офисы, филиалы, мобильный персонал, клиенты, – объединены одной сетью и используют Internet-технологии для доступа к информации. Ключевой элемент SCADA-системы AStudio – это Web-сервер. Пакет AStudio представляет программное обеспечение, совмещающее функции SCADA-систем. К его основным свойствам относятся: среда исполнения как для Windows XP/2000, так и для ОС для встраиваемых систем Windows CE; возможность публикации данных в виде HTML-страниц, встроенный Web-сервер, совместимый с MS Internet Explorer, Netscape, подключение по сети или телефонной линии; OPC-совместимость, поддержка технологии клиент-сервер; более 100 встроенных драйверов устройств; поддержка формата XML; передача сообщений по электронной почте; графический редактор, библиотека графических символов; возможность построения графиков на основе текущей и накопленной информации; DDE-совместимость; гибкая система формирования отчетов; возможность удаленного создания, редактирования и загрузки проектов; динамическое переключение языка проекта; большая библиотека встроенных функций для создания скриптов, значительно расширяющая возможности системы; гибкая система ограничения доступа к информации.
SCADA-система AStudio имеет базу данных тегов – единое хранилище всех переменных, используемых в проекте. Редактор графических форм AStudio имеет набор инструментов для создания информационных форм: статические объекты – кнопки, геометрические фигуры, текст, импорт готовых графических изображений, библиотека готовых производственных технологических символов; динамические свойства – команды, гиперссылки, столбцовые диаграммы, ввод/вывод числовых значений и текста, изменение цвета, положения на экране и размера по условию, вращение линий и т.п.; активные объекты – окно сообщений об авариях, окно вывода текущей и архивной информации в виде графиков, списки с возможностью выбора числового значения или сообщения, окна вывода сообщений по условию и т.д. Имеется возможность добавления в экранные формы ActiveX компонентов.
В AStudio поддерживается собственный текстовый формат архивных файлов, возможно чтение/запись данных в БД, совместимые с ODBC. Имеется возможность получения информации об авариях и тревогах в реальном масштабе времени, сортировка и фильтрация сообщений, печати в реальном масштабе времени. В AStudio имеется функция включения передачи информации по e-mail. AStudio предусматривает возможность создания пользовательских скриптов – последовательности выражений со встроенными функциями, условиями, циклами. Скрипты можно привязывать к экранным формам, оформлять как отдельные задачи, выполняющиеся в фоновом режиме.
SCADA-система AStudio имеет встроенную библиотеку из более чем ста драйверов аппаратных средств под стандартные протоколы: Modbus, Modbus on TCP/IP, Profibus-DR и др. Пакет AStudio поддерживает технологию OPC и может быть как клиентом, так и сервером OPC. Обмен данными между приложениями Windows и AStudio возможен средствами ODBC, TCP/IP, DDE.
Одной из популярных SCADA-систем для промышленной автоматизации является система Trace Mode 5, 6.0 – интегрированный инструментальный пакет для разработки АРМ оператора АСУ ТП, а также для программирования ПЛК (Softlogic система). Система Trace Mode была разработана в 1993 г. фирмой AdAstra Research Group, Ltd (Россия, г. Москва). Пятая версия интегрированной SCADA и Softlogic систем Trace Mode 5 основана на DCOM-базовой технологии корпорации Microsoft (США), положенной в основу всех ее современных продуктов (Windows NT , Windows 2000, SQL Server, MS Office и др.). Основу Trace Mode составляют мощный сервер и БД, оптимизированная для работы в реальном масштабе времени (рис. 1.4). Все внутренние и внешние программные интерфейсы максимально стандартизированы. Связь с PLC осуществляется через интерфейсы OPC и DDE, а также через собственный высокопроизводительный интерфейс T-COM. Взаимодействие сервера Trace Mode с клиентами и независимыми приложениями также производится через OPC, DDE и DCOM. Для связи Trace Mode с СУБД используется стандарт SQL/ODBC. Графические формы отображения информации пользователь может разработать не только в редакторах Trace Mode, но и на языках программирования Visual C, Visual Basic, Borland Delphi – как ActiveX объекты.
Рис. 1.4. Архитектура SCADA-системы Trace Mode 5
Система разработки Trace Mode 5 для Windows NT содержит ряд новых технологий проектирования АСУ ТП, отличающих ее от других SCADA-систем. Среди них следующие: обеспечение единых инструментальных средств (единой линии программирования) как для разработки операторских станций, так и для программирования PLC; разработка распределенной АСУ ТП как единого проекта; технология автопостроения проекта.
В систему Trace Mode 5 введены функции программирования ПЛК на основе исполнительной системы для контроллеров – Микро монитор реального времени (Микро-МРВ). Редактор базы каналов приведен в соответствие со стандартом IEC-61131-3, регламентирующим синтаксис языков программирования ПЛК. В соответствии с требованиями стандарта, программирование ПЛК осуществляется визуальными, интуитивно понятными инженерам-технологам методами в виде языка функциональных блоков (язык Техно FBD) или на языке инструкций (Техно IL).
Реализованные в инструментальной среде Trace Mode язык Техно FBD и Техно IL существенно расширены по сравнению с базовыми требованиями стандарта, включают набор более 150 элементарных и библиотечных функций. Среди встроенных алгоритмов – пропорционально-интегрально-дифференциальное (ПИД) регулирование, нечеткое, позиционное регулирование, преобразование на основе широтно-импульсной модуляции (ШИМ), статистические функции расчета технико-экономических показателей и т.д. Существенным развитием стандарта является добавление ряда интегрированных функциональных блоков управления типовыми технологическими объектами (клапан, задвижка, привод, мотор, насос, группа моторов и т.д.). Проектировщик имеет возможность наращивать библиотеки языков собственными функциями, учитывающими особенность задач, решаемых в проектах. Разработки пользовательских функциональных блоков можно осуществлять на языке Техно IL или С.
Trace Mode 5 имеет распределенную БДРВ. Поэтому распределенная АСУ ТП, включающая в себя несколько ПК и контроллеров, рассматривается системой как единый проект. Каждый узел (ПК или ПЛК) в распределенной АСУ ТП, работающей под управлением Trace Mode 5, имеет информацию об остальных узлах системы, и в случае его модификации автоматически обновляет соответствующие БД на других узлах. При этом АСУ можно рассматривать как в архитектуре клиент-сервер, так и в виде распределенной системы управления. Автопостроение это группа оригинальных технологий, реализованных в Trace Mode 5. Суть автопостроения заключается в автоматическом генерировании баз каналов операторских станций и ПЛК, входящих в состав проекта АСУ ТП, на основе информации о количестве точек ввода/вывода, номенклатуре ПЛК и плат устройств связи с объектом (УСО), наличии и типе связей между ПК и ПЛК.
Разработка графического интерфейса операторской станции осуществляется в объектно-ориентированном редакторе представления данных. Редактор представления данных, аналогично редактору базы каналов, позволяет создавать мнемосхемы для всех узлов распределенной АСУ ТП. Графические изображения создаются в векторном формате. Редактор дает возможность создания объемных изображений мнемосхем технологических объектов. Обширный объем библиотек технологических объектов включает в себя емкости, теплообменники, электротехнические символы, панели управления, ввода заданий, регуляторов, приборов и т.д. Возможно создание собственных операторских форм ActiveX, используя Visual Basic, Visual C++ и т.д.
Trace Mode позволяет создавать многоуровневые, иерархически организованные, резервированные АСУ ТП. Для связи с офисными приложениями: Excel, Access, MS SQL Server, Oracle, Sybase, BaseStar, R/3, прикладными программными комплексами российского производства (Парус, Галактика), используются стандартные протоколы и интерфейсы: TCP/IP, IPX/SPX, NetBeui, DCOM, DDE/NetDDE, OPC.
АСУ ТП уровня управления технологическим оборудованием создается на основе Микро МРВ Trace Mode. Эта программа размещается в PC – контроллере и осуществляет сбор данных с объекта, программно-логическое управление технологическими процессами и регулирование параметров по различным законам, ведение локальных архивов. Существуют разновидности Микро TRACE MODE для передачи данных через коммутируемую телефонную сеть и сотовую связь стандарта GSM: Micro TRACE MODE Modem+ и Micro TRACE MODE GSM+.
Основу диспетчерского уровня управления составляют мониторы реального времени (МРВ). МРВ Trace Mode – это сервер реального времени, осуществляющий прием данных с контроллеров, управление технологическими процессами, перераспределение данных по локальной сети, визуализацию информации, расчет технико-экономических показателей и статистических функций, ведение архивов. Минимальное время цикла МРВ составляет 0,001 с. Архивирование информации МРВ производится с дискретностью 0,001 с.
На административном (верхнем) уровне АСУ ТП в системе Trace Mode 5 используются модули Supervisor, которые предоставляют руководителю информацию о ходе и прогнозировании характеристик технологических процессов, статических и технологических параметров предприятия. Надежность работы диспетчерского комплекса обеспечивается встроенной системой автоматического горячего резервирования ПЛК, серверов реального времени, сервера архива.
Встроенная система автоматического горячего резервирования самостоятельно контролирует работу дублированных узлов и в случае отказа одного из них, автоматически переключает информационные потоки на резервный, производит автоматическое выравнивание и синхронизацию накопленных архивов. Резервируется датчиковое оборудование, платы ввода/вывода, УСО, ПК, ПЛК, сетевые линии, архивы.
- Автоматизированные информационно-управляющие системы Учебное пособие
- Оглавление
- Часть I. Автоматизированные информационно-управляющие системы Основные понятия
- Глава 1. Информационно-управляющие системы реального времени §1.1. Особенности информационно-управляющих систем реального времени
- 1.1.1. Определение и основные характеристики информационно-управляющих систем реального времени
- 1.1.2. Операционные системы реального времени
- 1.1.3. Обзор систем реального времени
- §1.2. Построение информационно-управляющих систем реального времени на базе операционной системы qnx
- §1.3. Scada – системы
- §1.4. Scada – система trace mode
- 1.4.1. Обзор системы trace mode
- 1.4.2. Функциональная структура пакета
- 1.4.3. Обзор внедрения системы trace mode
- §1.5. Программно-технический комплекс DeltaV
- 1.5.1. Обзор системы DeltaV
- 1.5.2. Концепции системы DeltaV
- 1.5.3. Программные приложения DeltaV
- §1.6. Программно-технический комплекс Квинт
- 1.6.1. Описание
- 1.6.2. Структура программно-технического комплекса Квинт
- 1.6.3. Архитектура
- 1.6.4. Контроллеры
- 1.6.5. Рабочие станции
- 1.6.6. Сети
- 1.6.7. Система автоматизированного проектирования асу тп
- 1.6.8. Примеры внедрения
- §1.7. Системы автоматизации фирмы Siemens8
- 1.7.1. Состав программно-технического комплекса Totally Integrated Automation
- 1.7.2. Примеры автоматизации технологических процессов9
- §1.8. Системы автоматизации фирмы авв10
- 1.8.1. Основные направления деятельности
- 1.8.2. Системы управления, предлагаемые авв Автоматизация в России
- Глава 2. Обеспечивающие подсистемы информационно-управляющих систем и их характеристики §2.1. Программное обеспечение управления процессами
- 2.1.1. Реализация языков программирования стандарта мэк 6-1131/3 в системе trace mode
- 2.1.2. Описание языков программирования
- 2.1.3. Реализация регуляторов и объектов управления в scada-системе TraceMode
- §2.2. Программное обеспечение секвенциально-логического управления
- 2.2.1. Программируемые логические контроллеры
- 2.2.2. Языки программирования логических контроллеров
- 2.2.3. Пример реализации секвенциально-логических алгоритмов в trace mode
- §2.3. Средства идентификации и оптимизации
- 2.3.1. Идентификация характеристик технологических объектов
- 2.3.2. Идентификация характеристик технологических объектов с использованием стандартных методов Excel
- 2.3.3. Решение задачи оптимизация технологических объектов
- §2.4. Средства интеллектуального анализа данных
- 2.4.1. Общие представления о Data Mining13
- 2.4.2. Задачи Data Mining
- 2.4.3. Классы систем Data Mining
- 2.4.4. Основные этапы Data Mining
- Глава 3. Проектирование информационно-управляющих систем §3.1. Основные проблемы, системный подход и последовательность разработки
- §3.2. Адаптация информационно-управляющих систем к области применения
- §3.3. Информационные технологии проектирования иус
- §3.4. Концепции информационного моделирования
- Часть II. Примеры автоматизированных информационно-управляющих систем в управлении энергетической эффективностью технологических процессов
- 1. Оперативное управление технологическими процессами с прогнозом показателей энергетической эффективности16
- 2. Оперативное управление потоками энергетических ресурсов в производственных сетях с учетом динамики их аккумулирования19
- 3. Автоматизированная система диспетчерского управления теплоснабжением зданий на основе полевых технологий20
- 4. Паспортизация промышленных потребителей топливно-энергетических ресурсов с использованием средств автоматизации21
- 5. Оперативное управление экономичностью водяных тепловых сетей на основе макромоделирования22
- Подсистема автоматизированного анализа режимов теплоснабжения
- Методика анализа режимов тепловых сетей на основе макромоделирования
- Программное обеспечение анализа режимов тепловых сетей на основе макромоделирования
- 6. Оперативное регулирование экономичности горения в энергетических котлах24
- 7. Автоматизированный мониторинг тепловой экономичности оборудования электрических станций 27
- Резервы тепловой экономичности котлов
- Показатели энергетических ресурсов турбоагрегатов
- Резервы тепловой экономичности турбоагрегатов
- Оптимальное использование пара
- 8. Оптимизация нагрузки параллельно работающих турбоагрегатов по данным эксплуатации при неполных исходных данных28
- Постановка задачи оптимизации
- Решение задачи оптимизации
- Программа «тг-пар»
- Пример работы программы
- 9. Автоматизированная информационная система мониторинга остаточного ресурса энергетического оборудования30
- Методика оценки обобщенного остаточного ресурса энергетического оборудования
- Алгоритм оперативной оценки обобщенного остаточного ресурса энергооборудования с учетом состояния металла
- Программное обеспечение аис «Ресурс»
- 10. Автоматизированное управление процессами в охладительных установках электрических станций35
- Факторы, влияющие на охлаждение
- Устройство и основные характеристики градирен
- Оптимизация работы башенных градирен
- 11. Автоматизированная компрессорная установка41
- Математическое описание объекта управления
- Анализ вариантов установки пароструйного компрессора для подачи пара в деаэраторы энергокорпуса
- Автоматизированная система управления пароструйным компрессором
- 12. Лингвистический подход к оптимизации управления вельц-процессом45
- Алгоритм выделения области Парето-оптимальных режимов в информационной базе данных
- Нечеткие зависимости (лингвистические правила) в управлении процессом вельцевания
- 13. Энергетический менеджмент производства огнеупоров48
- Приложение. Обзор промышленных сетей
- 1. Протокол передачи данных modbus50
- 2. Протокол передачи данных bitbus
- 3. Протокол передачи данных anbus
- 4. Протокол передачи данных hart
- 5. Протокол передачи данных profibus52
- 5.1. Независимые от поставщика взаимодействия между промышленными объектами (Fieldbus Communication).
- 5.2. Семейство profibus
- 5.3. Основные характеристики profibus-fms и profibus-dp
- 5.3.1. Архитектура протокола profibus
- 5.3.2. Физический Уровень (1) протокола profibus
- 5.4.1. Прикладной Уровень (7)
- 5.4.2. Коммуникационная модель
- 5.4.3. Объекты коммуникации
- 5.4.4. Сервисные функции fms
- 6. Полевая шина foundation Fieldbus53