- •Введение
- •Технологическая часть Описание технологического процесса.
- •Техническая часть
- •Цели, задачи и выполняемые функции систем автоматизации каждого уровня
- •Состав комплекса технических средств
- •Пакет программного обеспечения rs-View.
- •Арм оператора или диспетчера
- •Объем автоматизации технологических объектов
- •3. Общестанционные параметры:
- •3. Экспериментальная часть Сущность экспериментального определения статических и динамических характеристик объектов регулирования
Пакет программного обеспечения rs-View.
Структура приложения RS-View.
Данное приложение представляет собой средство контроля и управления ходом технологических процессов на очистных сооружениях. Он включает в себя:
подсистему контроля межфазных уровней в РВС и учет технологической жидкости и ее баланс с объектами;
подсистему контроля и управления насосными агрегатами.
Эти системы имеют тесную взаимосвязь друг с другом. RS-View позволяет отображать на экране технологическую информацию о работе этих систем одновременно и связать основные критерии их взаимосвязи в единую систему. Основными критериями взаимосвязи являются:
пуск насосных агрегатов при превышении заданного уровня технической жидкости в буферных резервуарах;
остановка насосных агрегатов при понижении заданного уровня технической жидкости в буферных резервуарах;
остановка насосных агрегатов при аварийной ситуации на водоводах.
Кроме этого RS-View позволяет выполнять различные функции:
возможность управления технологическими узлами и агрегатами по
заданному алгоритму;
ведение оперативной базы данных;
хранение исторической базы данных;
ведение и хранение журнала активности системы;
ведение и хранение журнала аварий;
формирование и печать архивов и отчетно-учетных документов;
диагностика работы аппаратных средств.
Приложение состоит из следующих частей:
Общесистемные данные и настройки проекта - конфигурирование базы тегов проекта, выбор источников данных и метода соединения с ними.
В базе тегов определяются данные, которые необходимо контролировать с помощью RS-View. Каждый элемент этой базы именуется тегом. Тег представляет собой логическое имя переменной в устройстве или локальной памяти (RAM). Текущее значение тега по мере необходимости обновляется от устройства, которому он приписан, и сохраняется в памяти компьютера (таблице значений), так что к нему можно получить немедленный доступ из любого места RS-View32.
RS-View32 различает три типа тегов: аналоговый, цифровой и строковый. При определении тега необходимо задать источник данных, определяющий, получает ли тег свои значения извне или изнутри.
Тег, использующий Device (устройство) в качестве источника данных, получает данные извне RS-View32. Данные могут поступать непосредственно от драйвера программируемого контроллера, или от сервера ОРС или DDE.
Тег, использующий Memory (память) в качестве источника данных, получает данные от внутренней таблицы значений RS-View32. Тег памяти может использоваться для внутреннего хранения значений.
Все используемые в проекте теги имеют организацию для облегчения их создания и использования. Организация основана на группировании в папках связанных тегов, а также соглашениях по именованию. Предлагается следующая структура базы тегов проекта:
levels - включает теги с данными по уровням в технологических резервуарах;
rashod - содержит данные по расходу жидкости на объекте;
Графические дисплеи и объекты – изображение для оператора, отображающее работу установки (объекта), они предоставляют данные по системе или процессу и дают операторам возможность записывать значения во внешнее устройство (напр. программируемый контроллер), компоненты на графическом дисплее называют графическими объектами, они могут заимствоваться из соответствующих библиотек.
Проект использует несколько графических дисплеев в качестве интерфейса оператора. Каждый дисплей служит для отображения определенного состава информации о ходе технологического процесса и состоянии объекта. В соответствии с предоставляемой информацией дисплеи дают оператору возможность ввода данных и воздействия на исполняемый проект посредством элементов управления.
Основное окно проекта представляет собой упрощенную технологическую схему ОС. Эта схема представляет оператору значения основных параметров технологического процесса, а также дает возможность непосредственного управления его ходом.
В окне представлены следующие значения:
межфазные уровни во всех технологических резервуарах;
значения расхода жидкости в трубопроводах;
степень открытия управляемых электрозадвижек.
Элементы управления технологическими узлами и агрегатами, относящиеся к главному окну:
поля ввода (%) для задания степени открытия электроприводных задвижек на выходных трубопроводах буферных резервуаров;
Элементы навигации в проекте (навигация осуществляется с помощью
кнопок вызова окон), принадлежащие главному окну:
кнопка вызова окна уставок и более подробной информации о измерении межфазного уровня в резервуарах;
кнопка вызова окна уставок и более подробной информации по учету жидкости на водоводах.
В главном окне также присутствует кнопка отправки отчета по текущим суткам (смене), о ходе ТП на ОС.
Элементы настройки сигнализации – сообщения сигналов тревоги, пороговые уровни сигналов, способ ведения отчетности сигналов тревоги.
Сигналы тревоги являются одной из важнейших частей большинства приложений. RS-View32 представляет функционально достаточно полную систему сигнализации.
Используются следующие возможности:
осуществление контроля заданных аналоговых и цифровых тегов на предмет сигналов тревоги с определенным уровнем опасности;
в случае возникновения сообщения о сигналах тревоги осуществляется визуальное и звуковое предупреждение оператора и регистрация сообщения в соответствующем файле;
инициирование действий для специальной обработки сигнала тревоги.
Тегами, которые конфигурируются сигналами тревоги являются:
теги с данными об уровне взлива в резервуарах (по верхнему пределу);
теги с данными об уровне эмульсия/вода в резервуарах ( по нижнему пределу);
теги с данными о толщине гидрофобного слоя в резервуарах;
теги с данными о балансе жидкости.
Визуальное предупреждение оператора осуществляется выводом окна сводки сигналов тревоги при появлении нового сообщения
Сохранение сигналов в файле осуществляется автоматически в формате, совместимом с dBase в составе, аналогичном сводке, но добавлено поле с датой (число, месяц, год ). Файлы регистрации сигналов тревоги создаются каждые сутки, а старые автоматически уничтожаются по достижении некоторого количества.
Регистраторы данных – сбор и хранение значений тегов (данные), модель регистрации и тип сохраняемых данных задаются.
Регистратор данных – это компонент RS-View32, собирающий и сохраняющий значения тегов. Задается тип сохраняемых данных. Сохраняемые данные записываются в формате dBaseIV или ODBC.
Данные сохраняются в формате dBaseIV в файлах, которые создаются каждые сутки (или смену, аналогично файлам регистрации сигналов тревоги и активности)