Автор работы: Пользователь скрыл имя, 10 Января 2013 в 22:01, курсовая работа
Для АСУ систем электроснабжения требуется высокое быстродействие на основных уровнях управления, адекватное скорости процессов, протекающих в электрических сетях. Это необходимо для осуществления релейной защиты и противоаварийной автоматики, осциллографирования быстрых аварийных переходных процессов и развития аварий, регистрации последовательности срабатывания защит. Поэтому в современных АСУ-ЭС устройства ввода информации обеспечивают дискретизацию измерений режимных параметров с периодичностью опроса на более 1 мс и такую же разрешающую способность при регистрации дискретных сигналов. Суммарная длительность полного цикла опроса, обработки и визуализации всей режимной информации о состоянии объекта на его пункте управления для обеспечения необходимой реакции оператора не превышает 1 с.
Введение
1. Разработка автоматизированной системы управления энергохозяйством Сосногорского ЛПУМГ
1.1 Разработка информационной структуры автоматизированной системы управления энергохозяйством
1.1.1 Необходимость создания АСУ-Э
1.1.2 Структура и функции внедряемой АСУ-Э
1.1.2.1 Подсистема АСУ-ЭС
1.1.2.2 Подсистема теплоснабжения (САУ Т)
1.1.2.3 Подсистема водоснабжения (САУ В) и канализационно-очистных сооружений (САУ КОС)
1.1.3 Разработка интегрированной автоматизированной системы управления энергоснабжением для КС «Ухтинская»
1.1.3.1 Разработка верхнего уровня АСУ-Э
1.1.3.2 Построение верхнего уровня АСУ-Э на базе программно-технического комплекса MicroSCADA
1.2 Разработка автоматизированной системы управления электроснабжением КС «Ухтинская»
1.2.1 Цель создания АСУ-ЭС
1.2.2 Краткая характеристика объектов автоматизации
1.2.3 Основные функции АСУ-ЭС
1.2.4 Разработка верхнего уровня АСУ-ЭС
1.3 Разработка автоматизированной системы управления электроснабжением КС-10
1.3.1 Цель создания АСУ-ЭС
1.3.2 Автоматизация ЦРП-10 кВ
1.3.3 Автоматизация КТП-10/0,4 кВ
1.3.4 Верхний уровень АСУ-ЭС
1.4 Разработка автоматизированной системы комплексного учета энергоресурсов
1.4.1 Технический учет
1.4.2 Коммерческий учет
1.5 Разработка автоматизированной системы управления КТПСН
1.5.1 Описание автоматики работы КТПСН
1.5.2 Реализация автоматического включения резерва (АВР)
1.5.3 Система сбора данных и диспетчерского управления КТПСН
1.6 Расчет защит и проверка электрических аппаратов для ЦРП-10 кВ
2. Анализ промышленных шин для систем автоматизации
3. Расчет экономического эффекта от внедрения автоматизированной системы управления электроснабжением КС-10
4. Безопасность и экологичность проекта
4.1 Задачи в области безопасности жизнедеятельности
4.2 Потенциально опасные и вредные факторы влияющие на человека и окружающую среду
4.3 Охрана труда
4.4 Возможные чрезвычайные ситуации на компрессорной станции
4.5 Охрана окружающей среды
4.6 Расчет заземления ЦРП-10 кВ
Заключение
Библиографический список
Приложение
Диспетчерская N2 отвечает за электроснабжение КС-10 и состоит из следующих АРМов:
АРМ оператора водопроводных сетей контролирует работу системы автоматического управления водоснабжения (САУ В). К объектам подсистемы САУ В относятся: артезианские скважины (4 шт.), насосная 1-го подъема, станция обезжелезивания, насосная 2-го подъема, насосная 3-го подъема, внутриплощадные и внеплощадные сети водоснабжения.
АРМ оператора котельной контролирует работу системы автоматического управления теплоснабжения (САУ Т). К объектам подсистемы САУ Т относятся: утилизационные установки, котельная, теплофикационная насосная станции (ТНС-1, ТНС-2), внутриплощадные и внеплощадные сети теплоснабжения.
АРМ оператора КОС контролирует работу системы автоматического управления канализационно-очистных сооружений (САУ КОС). К объектам подсистемы САУ КОС относятся канализационные насосные станции (КНС), внутриплощадные и внеплощадные сети канализации.
Описание диспетчерских N3, N4, располагающихся в здании ЭСН КС «Ухтинская» приводится в п.р. 1.2.
1.1.3.2 Построение верхнего уровня АСУ-Э на базе программно-технического комплекса MicroSCADA
В дипломном проекте предлагается создать автоматизированную систему управления энергоснабжением на базе технологии MicroSCADA разработанной фирмы АББ «Чебоксары». Специализированная система MicroSCADA представляет собой многофункциональную открытую программно-аппаратную среду для построения автоматизированных систем контроля и управления распределенными объектами энергетического назначения.
Выбор именно этой системы основывается на следующем: данная система удовлетворяет современным требованиям, предъявляемым к автоматизации энергообъектов, система основана на современных программно-технических средствах, фирма производитель имеет многолетний опыт по внедрению таких систем. Система MicroSCADA является модульной и открытой во всех отношениях. Такая структура имеет множество достоинств:
который существенно облегчает расширение системы.
Компоненты системы MicroSCADA делятся на следующие основные категории:
Базовые системы
Задача базовой системы может быть кратко изложена следующим образом: Система собирает из устройств связи с процессом в базу данных процесса все данные о процессе посредством устройств связи NET. Следовательно, база данных процесса (БДП) отражает процесс в реальном времени. Затем собранная информация распространяется дальше, например, для Интерфейса Человек-Машина (MMI), архивации, расчетов, печати и дальнейшей передачи в другие системы. Таким же образом команды управления, инициируемые, например, оператором из MMI, автоматической функцией или другой системой, посылаются в устройства связи с процессом из БДП посредством устройств связи NET.
К базовым системам в разрабатываемой АСУ-Э относятся:
В состав базовых компьютеров включены устройства связи NET. Физически представляющие собой платы с ISA-шиной, DCP386i производимые фирмой Emulex. Платы имеет собственный Intel-процессор. Связь плат с шиной SPA осуществляется по интерфейсу RS-232. К шине SPA подключаются устройства связи с процессом (такие как: терминалы РЗА Sepam 2000, контроллеры RTU-211). Системы с SPA-шинами строго базируется на отношениях “ведущий-ведомый” между устройствами на уровне ячеек, такими как контроллеры RTU-211, и ведущим DCP-NET с шиной SPA. Физическая структура шины SPA представляет собой опто-волоконный контур. Один SPA-контур (петля) подключается к одной линии в DCP-NET. Несколько SPA-петель могут работать параллельно. Количество ведомых устройств с протоколом SPA, рекомендуемое для каждого контура, зависит от требований к характеристикам. Для обеспечения более высокого быстродействия всей системы в контур будем включать по 5 ведомых устройств.
Все АРМы, базовые системы и принтеры событий верхнего уровня АСУ-Э связаны с помощью локальной сети Ethernet. В качестве сетевых концентраторов используются 3Com SuperStack 3. Соединение компьютеров АРМов и базовых систем осуществляется по топологии звезда. Для связи между диспетчерскими используется сетевой мост RAD Tiny Bridge, в котором в качестве линии связи используется оптоволоконный кабель.
Интеграция АСУ-Э с уровнем АСУ ТП осуществляется через шлюзовой компьютер, в котором происходит преобразование протоколов, так как данные в АСУ ТП передаются по протоколу MODNET. В АСУ ТП из АСУ-Э передается общая информация о состоянии энергоснабжения, а из АСУ ТП в АСУ-Э передается информация об учете тепла, расходе воды с утилизаторов.
MicroSCADA MMI (Интерфейс Человек-Машина), состоящий из так называемых мониторов, может либо располагаться на компьютере с базовой системой, либо рассредоточиваться по локальной сети LAN посредством TCP/IP. Это используется для создания АРМов, которые используют различные мониторы и имеют разные права доступа к базе данных. Соединения с удаленными MMI выполняются с применением утилит RAS в Windows NT. Таким образом, используя мониторы, клиентский компьютер может получить необходимые для него данные. Например, с АРМа главного оператора ЭС можно получить выборку данных с базовых систем расположенных в разных диспетчерских.
В каждой диспетчерской должен располагаться сервер печати, для фиксации оперативных, предупредительных и аварийных событий на бумаге. Выбираем сетевой принтер HP LJ 1300N.
Доступ из базовой системы MicroSCADA к внешним базам данных возможен при помощи интерфейса SQL/ODBC. Большинство коммерческих баз данных поддерживает концепцию ‘Open Database Connectivity’ (ODBC) путем установки драйверов ODBC для Windows NT. Внешняя база данных находится в базовых компьютерах и частично (с целью резервирования) в сервере расположенном в диспетчерской N1 АСУ-Э. Для поддержки SQL/ODBC-соединения введены специфичные функции в язык программирования SCIL.
Интерфейс базовой системы API (Application Programming Interface) обеспечивает интерфейс с высокими характеристиками для обмена данными между внешним приложением, выполненным при помощи C/C++, и базовой системой MicroSCADA.
Аппаратно-программная реализация устройств связи
Как уже было описано выше, устройства связи входят в состав базовых компьютеров. DCP-NET – это программное обеспечение, работающее со специфичным семейством плат с ISA-шиной, называемым DCP, Emulex. Задачей DCP-NET является преобразование внешних протоколов, используемых для связи с устройствами связи с процессом, такими как терминалы Sepam 2000 и RTU-211, в протокол ACP. Протокол ACP используется между узлами системы MicroSCADA, такими как базовые системы и устройства связи NET. Кроме того, DCP-NET поддерживает некоторые “ведомые” протоколы, которые могут использоваться для связи с системой верхнего уровня.
Для синхронизации системных часов к плате DCP-NET подключены приемники GPS. Точность времени в системе зависит как от точности источника времени (передатчика), так и от точности распространения синхронизации внутри системы. Поддерживаются следующие устройства и протоколы:
В разрабатываемой системе применяется только плата DCP386i с 1 MB RAM и 8 RS-232-C каналами.
Максимальная рекомендуемая скорость последовательной линии связи на плате DCP – 19,2 кбит/сек. Полная характеризуемая емкость всех плат DCP может быть оценена путем суммирования скорости бит всех последовательных линий. Сумма скорости бит не должна превышать 80 кбит/сек для платы DCP386i.
Концепция резервных фронтендов означает, что для выполнения одной задачи отводятся два автономных фронтенда с DCP-NET. Одно DCP-NET работает в оперативном режиме (on-line), другое - в режиме резервирования. Вторичное DCP-NET контролирует первичное DCP-NET. В случае нарушения нормальной работы в первичном DCP-NET, вторичное DCP-NET выполнит отмену и будет управлять переключателями линий для переключения на свои линии. Решение о переключении принимает приложение системы MicroSCADA. Функция резервирования симметрична, следовательно прежде первичное DCP-NET перейдет в режим резервирования, предварительно восстановившись и запустившись. Во время работы, некоторые событийные данные для RTU-211, использующих протокол RP570, передаются между двумя DCP-NET на событийной основе.
Стандартный пакет программного обеспечения приложения подходит для управления резервными фронтендами. Пакет поддерживает переключение как всех DCP-NET, так и одной пары DCP-NET.
В двух резервных автономных фронтендах, каждое DCP-NET должно связываться по последовательной линии для передачи данных о событиях.
Компонент системы MicroSCADA MMI (Интерфейс Человек-Машина)
Интерфейс Человек-Машина (Man-Machine Interface) системы MicroSCADA состоит из так называемых MicroSCADA-мониторов. Мониторы выдаются как окна в системе окон. MicroSCADA-монитор всегда подсоединяется к базовой системе, в которой располагаются изображения и диалоги, выдаваемые на монитор. Мониторы могут работать локально, на экране, связанном с базовым компьютером, или они могут быть распределены по локальной сети LAN. Кроме того, MicroSCADA-мониторы могут работать дистанционно, например, на терминалах, подключенных через модем к базовой системе.
Существуют две категории MicroSCADA-мониторов, а именно Visual SCIL мониторы, называемые далее VS-мониторами, и X-мониторы. X-мониторы базируются на стандарте X-Window. Графическое функционирование, поддерживаемое X-мониторами, представляет собой графические примитивы, такие как линии, окружности и прямоугольники, и OSF/Motif widget.
VS-мониторы поддерживают
такие же графические
Характеристики базовой системы MicroSCADA
Характеристики базовой системы в основном ограничиваются следующими факторами:
Для обеспечения удовлетворительных
характеристик системы
Всегда, когда приложение требует интенсивных вычислений или содержит много графики, выбирается ЦПУ с высокими характеристиками. Большая скорость событий из процесса также требует ЦПУ с высокими характеристиками. Также могут использоваться многопроцессорные компьютеры для улучшения характеристик.
В разрабатываемой системе необходим достаточный объем памяти ОЗУ для большой конфигурации (например, для большого количества мониторов или большой базы данных в приложении). Несмотря на то, что Windows NT поддерживает концепцию виртуальной памяти (блоки памяти могут располагаться в ОЗУ или на диске), недостаток памяти может вызвать интенсивную перезапись блоков памяти между ОЗУ и диском и, таким образом, снизить характеристики системы.
Также в компьютере необходим диск с высокими характеристиками, если приложение включает в себя интенсивную отчетность или имеет большую скорость поступления из процесса событий, которые должны быть сохранены на диске.
Базовая система может запускать в параллельную работу несколько приложений. Несмотря на то, что в одной базовой системе можно конфигурировать до 99 локальных или внешних приложений, имеются практические ограничения из-за ограничений мощности компьютеров и виртуальной памяти. По этой же причине, количество одновременно открытых в системе MicroSCADA окон ограничивается возможными ресурсами, несмотря на то, что в одной базовой системе можно конфигурировать до 50 мониторов MicroSCADA.
На основе требований к базовым системам MicroSCADA выбираем АРМы и базовые компьютеры со следующими характеристиками: