рефераты рефераты
Главная страница > Дипломная работа: Распределенная автоматизированная система управления  
Дипломная работа: Распределенная автоматизированная система управления
Главная страница
Банковское дело
Безопасность жизнедеятельности
Биология
Биржевое дело
Ботаника и сельское хоз-во
Бухгалтерский учет и аудит
География экономическая география
Геодезия
Геология
Госслужба
Гражданский процесс
Гражданское право
Иностранные языки лингвистика
Искусство
Историческая личность
История
История государства и права
История отечественного государства и права
История политичиских учений
История техники
История экономических учений
Биографии
Биология и химия
Издательское дело и полиграфия
Исторические личности
Краткое содержание произведений
Новейшая история политология
Остальные рефераты
Промышленность производство
психология педагогика
Коммуникации связь цифровые приборы и радиоэлектроника
Краеведение и этнография
Кулинария и продукты питания
Культура и искусство
Литература
Маркетинг реклама и торговля
Математика
Медицина
Реклама
Физика
Финансы
Химия
Экономическая теория
Юриспруденция
Юридическая наука
Компьютерные науки
Финансовые науки
Управленческие науки
Информатика программирование
Экономика
Архитектура
Банковское дело
Биржевое дело
Бухгалтерский учет и аудит
Валютные отношения
География
Кредитование
Инвестиции
Информатика
Кибернетика
Косметология
Наука и техника
Маркетинг
Культура и искусство
Менеджмент
Металлургия
Налогообложение
Предпринимательство
Радиоэлектроника
Страхование
Строительство
Схемотехника
Таможенная система
Сочинения по литературе и русскому языку
Теория организация
Теплотехника
Туризм
Управление
Форма поиска
Авторизация




 
Статистика
рефераты
Последние новости

Дипломная работа: Распределенная автоматизированная система управления

Рис. 4.5. Мнемосхема движение водяных потоков в теплице.

Рис. 4.6. Мнемосхема системы полива и обогрева.


Рис. 4.7. Окно вывода графиков контролируемых параметров

При выборе оператором пункта меню, соответствующего выводу графиков, появляется окно, изображенное на рис. 4.7. Чтобы в реальном времени переключить вертикальную шкалу тренда или изменить порядок расположения нескольких вертикальных шкал, нужно нажать ЛК на кнопке «Подробно». При этом на экране появится окно со списком кривых.

Рис. 4.8. Вспомогательное окно.

Шкала выбранной в этом списке кривой будет отображаться на тренде. Если тренд выводит шкалы для всех кривых, то шкала выбранной кривой переместится в крайнюю правую позицию. Для управления видимостью кривых в начале строки описания каждой из них имеется специальное поле. Кривая будет видима, если для нее в этом поле установлен флаг.

Во время работы с трендом может возникнуть необходимость уточнить значение кривой в некоторой точке. Для этой цели служит визир. Чтобы вывести на экран визир, нужно нажать ЛК в области построения графика. Перемещение визира производится нажатием ЛК на требуемой точке графика или клавишами стрелок в соответствующем направлении. Для изменения масштаба тренда используются сочетания клавиш Ctrl+<стрелки>. Клавиши вправо и вверх увеличивают масштаб, а влево и вниз – уменьшают. Значение, на которое указывает визир, отображается в поле под кнопкой «Подробно».

Универсальный тренд имеет меню управления выводимой информацией. Для входа в него следует нажать ПК в пределах тренда. Это меню содержит следующие команды:

1.  Переход на время – вывод данных в указанное время. При выполнении этой команды появляется диалог настройки даты и времени. После выхода из него на тренд выводится информация начиная с указанного времени.

2.  Свойства   – выводит на экран диалог настройки тренда. В нем можно изменить список кривых и их настройки.

3.  Восстановить пределы – возврат к исходному масштабу.

4.  Архивный           – переход в режим отображения данных из архива;

5.  Реальное время – переход в режим отображения данных реального времени.

4.3.6. Система архивов TRACE MODE

Одной из задач АСУТП является архивирование (сохранение на жесткий диск) информации, описывающей состояние объекта. При анализе потребностей тепличного комбината в информации о ходе технологического процесса к системе архивирования были предъявлены следующие требования:

1.  Информация в архиве должна иметь однозначную привязку к астрономическому времени.

2.  Темп записи (сброса) информации на диск должен превышать темп поступления данных.

3.  Кратковременная ошибка записи (т.е. ошибка ОС, драйвера, контроллера диска) не должна приводить к искажению на период больший, чем время длительности ошибки. При этом пользователь системы должен иметь доступ к информации о нарушениях в сохранении данных. Отключение ЭВМ должно приводить к как можно меньшей потере данных (минимальный размер буферов ОЗУ) и ни в коем случае не к исчезновению архива.

4.  Извлечение данных из архива - такая же важная задача, как и сохранение их.

5.  В программе, работающей в режиме реального времени, должны иметься хотя бы минимальные средства извлечения и просмотра архивных данных (таблицы и тренды) за произвольный момент времени.

6.  Структура архива должна быть документирована. Извлечение данных может быть произведено программными средствами других производителей.

7.  Возможность ручной коррекции информации в архиве средствами SCADA. Естественно, в этом случае должна быть защита коррекции данных паролем и в архив должна заноситься отметка, что такая коррекция была произведена.

8.  Временная глубина, объем, набор параметров должны задаваться (настраиваться пользователем).

TRACE MODE имеет широкие возможности по архивированию данных о технологических процессах. TRACE MODE поддерживает три архива [11]:

1.  СПАД (локальный архив);

2.  Отчет тревог;

3.  Глобальный регистратор.

Во все эти архивы заносятся изменения любых атрибутов каналов, отмеченных для архивирования. Разница между архивами состоит в алгоритмах сохранения данных и формате файлов. При сохранении данных в любой из перечисленных архивов фиксация времени осуществляется с точностью до 1 миллисекунды.

В локальный архив значения каналов записываются в бинарном формате. Условием новой записи в архив является изменение значения канала. Этот архив имеет фиксированную длину, которая указывается при его настройке. Структура архива оптимизирована с целью обеспечения компактности и синхронизации записей. При этом глубина архивирования определяется заданным размером и интенсивностью потока данных. Чтобы обеспечить большую глубину, следует для архивируемых каналов вводить апертуру на изменение реальных значений. Кроме того, не следует устанавливать для них частого пересчета, если это не требуется. Локальный архив СПАД предусмотрен для сохранения на диск и последующего анализа значений атрибутов каналов текущего узла. В нем фиксируются изменения реальных значений каналов и невычисляемых числовых атрибутов каналов. К таким атрибутам относятся: период, аварийные границы, границы шкалы, маски, настройки первичной обработки, флаги достоверности, состояния и подключения. Этот архив ориентирован на оперативную работу с данными. Для этого разработана специальная система индексации. Она обеспечивает очень высокую скорость доступа к данным и позволяет использовать СПАД для анализа архивных данных в реальном времени.

Обновление данных в СПАД осуществляется циклически. Перед добавлением в архив новой записи контролируется превышение заданного размера файла. Если после добавления новой записи будет превышен установленный размер, то осуществляется переход в начало архива. При этом все добавляемые записи будут записываться поверх самых дальних по времени.

Для контроля процесса архивирования данных в СПАД и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:

·  управление сохранением данных в СПАД;

·  контроль текущего состояния операций со СПАД;

·  копирование локального архива СПАД;

·  контроль и управление очередью сообщений в СПАД.

Монитор реального времени позволяет экспортировать данные из локального архива в файлы текстового формата. Эти файлы могут затем импортироваться в электронные таблицы и базы данных. Существует возможность экспортировать архивные значения одного канала или всей базы целиком.

Предусмотрена возможность автоматически в реальном времени создавать резервную копию локального архива. При этом пользователь сам может выбрать направление копирования.

Отчет тревог ведется в ASCII-формате. В этом архиве осуществляется фиксация событий. Теоретически он не имеет ограничений на размер. Данные заносятся в отчет тревог в виде отдельных строк. Каждая строка содержит время и дату ее формирования, а также ряд дополнительных полей. Эти поля могут содержать разную информацию в зависимости от того, какое событие фиксируется данной строкой. Такой информацией может быть, например, имя канала и его значение, сообщение из файлов пользовательских словарей и т.д.

Отчет тревог служит для записи в ASCII-файл информации об изменении значений атрибутов каналов, сообщений, содержащих тексты из словаря событий. Для контроля процесса архивирования данных в отчете тревог и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:

1.  Управление сохранением данных в отчет тревог.

2.  Копирование отчета тревог.

3.  Контроль состояния операций с отчетом тревог.

4.  Контроль состояния очереди сообщений в отчет тревог.

5.  Контроль текущей длины файла отчета тревог.

6.  Зацикливание отчета тревог.

Любое сообщение, помещенное в отчет тревог, имеет свой тип. Он определяет степень ответственности данного сообщения. Этот тип задается при вводе текста сообщения например, выход какого-либо контролируемого параметра микроклимата за технологические границы. Далее при просмотре отчета тревог можно в качестве одного из фильтров задать тип сообщения. Сообщения в отчете тревог могут квитироваться из МРВ с помощью специальной формы отображения.

Система архивов программа графического отображения состояния производственных процессов представлена на рис. 4.9 и реализует все выше описанные функции.

Рис. 4.9. Окно тренда “Архив”.

По моему мнению, применение TRACE MODE в разработке распределенных АСУ ТП перспективно и позволяет значительно сократить сроки проектирования и отладки.


5. Сервер производственного контроля

 

5.1. Назначение сервера

Основные функции сервера производственного контроля:

1.  получение и обработка информации о технологическом процессе;

2.  отслеживание событий (нештатных ситуаций);

3.  передача команд оператора на исполнительные механизмы;

4.  передача данных удаленным серверам и программам графического отображения, прием команд от удаленных операторов;

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19

рефераты
Новости