рефераты бесплатно
 
Главная | Карта сайта
рефераты бесплатно
РАЗДЕЛЫ

рефераты бесплатно
ПАРТНЕРЫ

рефераты бесплатно
АЛФАВИТ
... А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я

рефераты бесплатно
ПОИСК
Введите фамилию автора:


Дипломная работа: Проектирование диспетчерского центра котельных установок

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

В инженерной практике наибольшее применение нашла аппроксимация, полученная на основе билинейного преобразования или аппроксимация Тустена.

Согласно этой аппроксимации

; , (2.13)

где Т - интервал дискретизации по времени

Однако, этим методом можно пользоваться только тогда, когда интервал дискретизации по времени для цифровой системы Т мал по сравнению с самой малой постоянной времени системы управления Тm. Согласно теореме Котельникова - Шеннона непрерывный сигнал достаточно точно восстанавливается по совокупности его дискретных значений, если

Т £ 0,5 Тm.. (2.14)

На практике рекомендуется иметь больший коэффициент запаса

Т £ ( 0,1 - 0,2 ) Тm.(2.15)

Определим период дискретизации (Т): это обратная величина от частоты контроллера, но лучше взять частоту АЦП, которая в нашем случае равна 48КГц=48000Гц. Выбор частоты АЦП связан с тем, что скорость обработки информации в первую очередь зависит от скорости работы АЦП.

, (2.16)

Проверим соблюдение условия (теорема Котельникова - Шеннона)

Т £ 0,5 Тm.. (2.17)

0.00001 £ 0,5*0.02, (2.18)

0.00001 £ 0.01, (2.19)

Условие соблюдается, следовательно период дискретизации выбран правильно.

Произведем перевод полученных регуляторов в дискретные.

Синтез цифровых регуляторов по средствам программы MatLab


Wрег1(р) =, (2.20)

Wрег1(z) =, (2.21)


3. Создание диспетчерского центра

В настоящее время в поселке Варламово в эксплуатации находятся две котельные установки и еще одна готовится к пуску в этом году. Такое количество полностью перекрывает нужду населения и учреждений. В данной дипломной работе мы рассмотрим создание единого диспетчерского центра для котельных установок. Создание такого центра обусловлено техническим заданием руководства УЖКХ, для того чтобы иметь постоянный контроль за процессом работы котельных установок в режиме реального времени. Диспетчерский центр должен находиться в здании УЖКХ п. Варламово.

3.1 Аппаратная часть

В состав аппаратной части входи входят:

а. Компьютер

б. сетевая карта

в. модем

Рассмотрим каждый пункт подробнее.

а. Компьютер

Компьютер для диспетчерского центра должен иметь следующие характеристики:

-  процессор;

Должен иметь большие характеристики по производительности, т.к. он должен будет обрабатывать данные поступающие с котельных станций, а также вести архивирование и резервное копирование всех данных и параметров. В данном случае мы остановились на процессоре фирмы Intel Pentium 4 (2.66 ГГц, Socket-755).

-  материнская плата;

Должна подходить по параметрам взаимодействия с процессором, а также иметь встроенный сетевой контроллер. В данном случае мы остановились на материнской плате фирмы ASUSTeK P5GD1 PRO

-  Оперативная память;

Должна по подходить по параметрам взаимодействия с материнской платой. Объем оперативной памяти должен составлять не менее 1 Гб. В данном случае мы остановились на оперативной памяти фирмы Kingston (DIMM 512 DDR SDRAM PC3200). Приобретаем две панели.

-  Жесткий диск;

Должен иметь достаточно большое дисковое пространство для хранения отчетов, архивов и резервных копий. В данном случае мы остановились на жестком диске фирмы Seagate (HDD 120 Гб, SATA).

-  Видеокарта

Должна иметь средние характеристики по производительности. В данном случае мы остановились на видеокарте фирмы MicroStar MS-8940 120 Мб.

-  Корпус;

Должен иметь блок питания не менее 400 Вт. В данном случае мы остановились на корпусе фирмы Foxconn TPS-538 400W.

-  Устройства ввода;

Клавиатура и мышь выбираются любые и не должны соответствовать каким либо специальным параметрам. В данном случае мы остановились на клавиатуре и мышке фирмы Genius.

-  Монитор;

Должен иметь диагональ не менее 17 дюймов и высокое качество изображения, т.к. оператор 12 часов проводит за свои рабочим местом. В данном случае мы остановились на мониторе фирмы Samsung SyncMaster 797MB.

-  Колонки;

Необходимы для вывода звуковой информации. В данном случае мы остановились на колонках фирмы Genius Mini SP-Q06.

-  Привод DVD+/-RW;

Необходим для записи информации для длительного хранения. В данном случае мы остановились на приводе фирмы Nec ND-4550A.

б. Сетевая карта

В нашем случае это сетевая карта фирмы D-Link DFE 550 TX 10/100.

Необходимо приобрести две сетевых карты.

Т.к. наша система будет работать на скорости 100 Мб/с то оборудование выбирается в соотношении характеристики-цена. Данная сетевая карта является одной из наиболее приемлемых моделей.

в. Модем

Для взаимодействия по протоколу MLink нам необходим VDSL-модем, который обеспечивает высокую скорость передачи данных. Необходимо приобрести 3 модема, по модему на каждую станцию.

Таким образом, соединение компьютера с контроллером происходит удаленно по медным проводам через модем. Для устойчивой работы необходимо также создать «выделенный» канал связи. Он создается на АТС.

3.2 Программное обеспечение

Программное обеспечение поставляется вместе с контроллерами DeltaV.

Рассмотрим этот программный продукт подробнее.

Для нашей системы выбираем пакет ПО «Профессиональный плюс»

Каждая система DeltaV имеет одну и только одну рабочую станцию с пакетом программного обеспечения «Профессиональный ПЛЮС». Эта рабочая станция поддерживает глобальную базу данных конфигураций системы, а также обеспечивает конфигурирование системы. Таким образом, пакет ПО «Профессиональный ПЛЮС» является основным интерфейсом системы, предназначенным для решения инженерных и конфигурационных задач. Для небольших систем DeltaV данный пакет может служить также как интерфейс для операторского управления и диагностики. Таблица 3.1 содержит описание станции Профессиональной ПЛЮС.

Таблица 3.1

Приложения, которые входят в состав пакета Лицензии, которые можно добавить Неразрешенные Приложения

AMSinside (Ff)

Конфигурационная база данных**

Пакет ПО «Студия Конфигурирования»

Архиватор данных процесса, 250 параметров

Студия управления–Онлайн

Диагностика

Журнал Событий **

ПО «Просмотр Истории»

Интерфейс оператора**

Пакет ПО «Студия Рецептур»

Автонастройщик

Интерфейс Оператора рецептур, VE2146

Базовое управление периодическими процессами, VE2234Sxxxx

Профессиональное управление периодическими процессами, VE2236Sxxxx

Служба удаленного доступа DeltaV для пакета «Профессиональный ПЛЮС», VE2151

Архиватор данных рецептур

Управляющее ПО «Вычисления»

Архиватор данных процесса, >250 параметров

Управляющее ПО «Сбор Данных»

OPC сервер, >250 значений

Система DeltaV поддерживает три языка управления, так что всегда можно выбрать наиболее подходящий язык для конкретной задачи. Можно использовать Диаграммы функциональных блоков (ДФБ), Диаграммы функциональных последовательностей (ДФП) и структурированный текст (СТ), что делает разработку стратегии управления интуитивно понятной и простой.

Функциональность лицензии "Сбор данных" включена в базовую функциональность ПО "Профессиональное ПЛЮС".

Пример: Если заказывается лицензия "Профессиональная ПЛЮС" на 1000 ТПУ и "Управление" на 200 ТПУ, то 800 ТПУ можно использовать для контроля (регистрации данных, мониторинга). В модулях, которые выполняют только функции мониторинга, можно использовать перечисленные ниже функциональные блоки. Применение других функциональных блоков в модуле или использование параметров, ссылающихся на модули только для мониторинга, приведет к тому, что все ТПУ этого модуля будут рассматриваться как ТПУ для управления.

Функции расширенного управления, входящие в ПО Нечеткая логика, Автонастройщик и Нейро DeltaV, а также в ПО сторонних производителей для управления с прогнозированием по модели, лицензируются отдельно и не включаются в перечисленные выше категории лицензий (за более подробной информацией обратитесь к техническим проспектам по соответствующим разработкам для расширенного управления).

Предварительные условия для работы:

- Контроллер DeltaV M3, M5 Plus или MD.

- Одна станция Профессиональная Плюс должна входить в систему DeltaV для конфигурирования программного обеспечения.


4. Проектирование системы автоматизированного управления с использованием пакета Rational Rose

На диаграмме вариантов использования видно, что режим работы задается оператором вариантом использования «Управление системой». После запуска оператором процесса контроллер, получая данные от датчиков, управляет устройствами. Контроллер выдает в той или иной форме информацию о текущем состоянии процесса, что показано на диаграмме вариантом использования «Предоставление отчета». Протоколирование работы системы не рассматривается в данном проекте.

4.1 Построение структуры системы

Физическое представление системы управления не может быть полным, если отсутствует информация о том, на какой технологической платформе она реализована. Поэтому после того, как основные функции системы определены, следует определиться с аппаратной частью проектируемой системы. На основании этого построим диаграмму топологии (рис. 4.1.1). Диаграмма топологии является единой для системы в целом, поскольку должна всецело отражать особенности ее реализации.

Рис. 4.1.1 Диаграмма топологии


Центральным устройством системы управления, функционально связанным со всеми устройствами системы и управляющий ими, является контроллер, что соответствует определенным выше требованиям к системе.

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

×  Контроллер (класс Controller) – посылает запросы датчикам и управляющих сигналов исполняющим устройствам.

×  Задвижки (класс Zadvigka) - открытие и закрытие.

×  Датчик давления (класс Datchik_davlenia) – измерение давления.

×  Датчик температуры (класс Datchik_temperatury) - измерение температуры.

×  Датчик дыма (класс Datchik_dima) - измерение задымленности. После декомпозиции системы (разбиения на классы), представим ее как совокупность взаимодействующих объектов соответствующих классов. На данной диаграмме приняты следующие обозначения:

Datchik_temperatury_pechi – датчик температуры печи;

Datchik_temperatury_para – датчик температуры пара;

Datchik_dima - датчик дыма;

Datchik_davlenia_para – датчик давления пара;

Datchik_davlenia_gasa – датчик давления газа;

Zadvigka_na_vihode – задвижка на выходе;

 Zadvigka_vodanay – задвижка на воду;

 Zadvigka_gazovay – задвижка на газ;

Легко заметить, почти все объекты, представленные на диаграмме, соответствуют устройствам на диаграмме топологии.

На диаграмме видно, что всем объектам класса Zadvigka контроллером посылаются управляющие сигналы на занятие определенного положения (Pologenie) соответствующей задвижкой. Датчикам Datchik_davlenia, Datchik_temperatury, Datchik_dima контроллер посылает запросы на выдачу соответственно значения температуры, давления и наличия дыма (Schitat_informaciu).

После того, как были определена принадлежность объектов тем или иным классам, детализируем каждый класс с целью определения свойств объектов системы.

Класс Zadvigka

Так как клапаны должны выполнять только функции открытия и закрытия, класс не содержит атрибутов, а содержит только два метода: Pologenie() и Zakrit().

Класс Datchik_temperatury

Класс Datchik_davlenia

Класс Datchik_dima

Класс Controller

Должен содержать в себе все введенные оператором параметры технологического процесса:

Schitat_informaciu – считывание информации с датчиков.

Stop – остановка работы системы.

Izmenit_parametr – изменение параметров работы системы .

Класс Computer

Prinat_informaciuпринимает информацию с датчиков и контроллера.

Stopсигнал на остановку системы.

Izmenit_parametrсигнал на изменение параметров.

Все выше сказанное представлено на диаграмме классов рис. 4.1.3


Рис. 4.1.3 Диаграмма классов системы

4.2 Построение алгоритма работы системы

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

Система функционирует следующим образом.

Предполагается, что все внешние параметры протекания процесса находятся в норме, тогда происходит пуск системы.

Если система во время работы обнаруживает, что какой-либо параметр выходит за установленные рамки, подается сигнализация и происходит остановка системы.

Во время работы происходит постоянная обработка входящих величин с датчиков, что говорит о том – система находится во взведенном состоянии. Дублирование данных и внешний отчет способствует анализу протекания процесса.

Алгоритм обработки данных имеет вид, представленный на рис. 4.2.1

Рис. 4.2.1 Диаграмма активности, иллюстрирующая обработку данных

4.3 Генерация программного кода

Класс в Rational Rose — это описание общей структуры (данных и связей) для дальнейшего создания объектов. Для того чтобы генератор Rational Rose имел возможность создавать на основе описанной модели программный код, для каждого класса необходимо указать язык, для которого будет создаваться код. Также необходимо определить компонент, в котором этот класс будет храниться. Если в качестве языка для создания кода указан VC++, то пользователь получает доступ ко всей иерархии классов библиотеки MFC при помощи визуальных средств Model Assistant. Поэтому прежде чем приступить к генерации кода на Visual C++, следует создать диаграмму компонентов, отражающая организацию и взаимосвязи программных компонентов, представленных в исходном коде, двоичных или выполняемых файлах. Связи в данном типе диаграммы представляют зависимости одного компонента от другого и имеют специальное отображение через значок «зависимости».

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

Для каждого из классов создается два файла: заголовочный (с расширением .h), который содержит описание класса, и файл реализации (с расширением .cpp), где содержится программная реализация методов класса.

Поэтому каждый класс на диаграмме компонентов будет представлен двумя компонентами: Package Specification и Package Body. Первый компонент представляет собой определение пакета (заголовочный файл с расширением .h), второй – тело пакета (файл с расширением.cpp).

Компоненты на диаграмме (рис. 4.3.1) для простоты имеют те же названия, что и класс, который они представляют.

Рис. 4.3.1 Диаграмма компонентов

Кроме того, при создании компонентов в спецификации каждого из них задается язык, на котором он будет реализован (в нашем случае – VC++), а также указывается какие классы включаются в компонент (вкладка Realizes спецификации компонента). На приведенной диаграмме в каждый компонент включен только один класс с тем же именем, что и компонент.

Далее определяемся с реализуемыми в классах методами.

Класс Controller.

Содержание файла *.cpp:

#include "stdafx.h"

#include "Kontroller.h"

//##ModelId=4482CEF801EF

Kontroller::Schitat_informaciu()

{

}

//##ModelId=4482D0F001AD

Kontroller::Stop()

{

}

//##ModelId=4482D19C00F6

Kontroller::Izmenit_parametr()

{

}

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_KONTROLLER_4482C7D900CB_INCLUDED

#define _INC_KONTROLLER_4482C7D900CB_INCLUDED

//##ModelId=4482C7D900CB

class Kontroller

{

public:

//##ModelId=4482CEF801EF

Schitat_informaciu();

//##ModelId=4482D0F001AD

Stop();

//##ModelId=4482D19C00F6

Izmenit_parametr();

};

#endif /* _INC_KONTROLLER_4482C7D900CB_INCLUDED */

Класс Computer.

Содержание файла *.cpp:

#include "stdafx.h"

#include "Computer.h"

//##ModelId=4482CF5D01B8

Computer::Prinat_informaciu()

{

}

//##ModelId=4482D0B90212

Computer::Ostanovka()

{

}

//##ModelId=4482D17A015C

Computer::Izmenit_parametr()

{

}

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_COMPUTER_4482C944004B_INCLUDED

#define _INC_COMPUTER_4482C944004B_INCLUDED

//##ModelId=4482C944004B

class Computer

{

public:

//##ModelId=4482CF5D01B8

Prinat_informaciu();

//##ModelId=4482D0B90212

Ostanovka();

//##ModelId=4482D17A015C

Izmenit_parametr();

};

#endif /* _INC_COMPUTER_4482C944004B_INCLUDED */

Класс Datchik_temperatury

Содержание файла *.cpp:

#include "stdafx.h"

#include "Datchik_temperatury.h"

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_DATCHIK_TEMPERATURY_4482C7F403E1_INCLUDED

#define _INC_DATCHIK_TEMPERATURY_4482C7F403E1_INCLUDED

//##ModelId=4482C7F403E1

class Datchik_temperatury

{

};

#endif /* _INC_DATCHIK_TEMPERATURY_4482C7F403E1_INCLUDED */

Класс Datchik_davlenia

Содержание файла *.cpp:

#include "stdafx.h"

#include "Datchik_davlenia.h"

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_DATCHIK_DAVLENIA_4482C83503A8_INCLUDED

#define _INC_DATCHIK_DAVLENIA_4482C83503A8_INCLUDED

//##ModelId=4482C83503A8

class Datchik_davlenia

{

};

#endif /* _INC_DATCHIK_DAVLENIA_4482C83503A8_INCLUDED */

Класс Datchik_dima

Содержание файла *.cpp:

#include "stdafx.h"

#include "Datchik_dima.h"

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_DATCHIK_DIMA_4482C8AA025C_INCLUDED

#define _INC_DATCHIK_DIMA_4482C8AA025C_INCLUDED

//##ModelId=4482C8AA025C

class Datchik_dima

{

};

#endif /* _INC_DATCHIK_DIMA_4482C8AA025C_INCLUDED */

Класс Zadvigka

Содержание файла *.cpp:

#include "stdafx.h"

#include "Zadvigka.h"

//##ModelId=4482D6C90098

Zadvigka::Pologenie()

{

}

//##ModelId=4482D795025E

Zadvigka::Zakrit()

{

}

Содержание файла *.h:

#if defined (_MSC_VER) && (_MSC_VER >= 1000)

#pragma once

#endif

#ifndef _INC_ZADVIGKA_4482D4AF035B_INCLUDED

#define _INC_ZADVIGKA_4482D4AF035B_INCLUDED

//##ModelId=4482D4AF035B

class Zadvigka

{

public:

//##ModelId=4482D6C90098

Pologenie();

//##ModelId=4482D795025E

Zakrit();

};

#endif /* _INC_ZADVIGKA_4482D4AF035B_INCLUDED */

После того, как реализация и прототипы функций определены, с помощью инструмента Model Assistant в указанных классах задаем для каждого оператора тип возвращаемого им значения, передаваемых ему параметров и тело функции (Default Code Body).

Заключительным этапом в создании программного кода на Visual C++ является ассоциирование компонента с проектом Microsoft Visual Studio 6.0. Для этого используется инструмент Component Assignment Tool. Здесь в свойствах компонентов требуется либо указать существующий проект Visual Studio, либо создать новый проект (при этом используются средства Microsoft Visual Studio), в котором создаются классы, включенные в выбранные компоненты. С помощью этого инструмента можно также включать классы в компоненты и ассоциировать их с языком VC++ (если это еще не было сделано), методом DragnDrop. После того как для всех компонентов был указан проект, в который они будут включены, можно приступать к генерации кода (меню Tools Visual C++ → Update Code…). Если при этом был выделен класс или компонент, то произойдет обновление его кода (или создание, если он еще не был сгенерирован).


5. Технико-экономическое обоснование

5.1 Пути снижения затрат за счет внедрения системы

Внедрение автоматической системы управления котельной установкой решает следующие задачи:

Страницы: 1, 2, 3, 4, 5, 6, 7


рефераты бесплатно
НОВОСТИ рефераты бесплатно
рефераты бесплатно
ВХОД рефераты бесплатно
Логин:
Пароль:
регистрация
забыли пароль?

рефераты бесплатно    
рефераты бесплатно
ТЕГИ рефераты бесплатно

Рефераты бесплатно, реферат бесплатно, сочинения, курсовые работы, реферат, доклады, рефераты, рефераты скачать, рефераты на тему, курсовые, дипломы, научные работы и многое другое.


Copyright © 2012 г.
При использовании материалов - ссылка на сайт обязательна.