Построение верхнего уровня АСУ-Э на базе программно-технического комплекса MicroSCADA

Разработка автоматизированной системы управления электроснабжением КС "Ухтинская"
Структура и функции внедряемой АСУ-Э Подсистема теплоснабжения (САУ Т) Подсистема водоснабжения (САУ В) и канализационно-очистных сооружений (САУ КОС) Построение верхнего уровня АСУ-Э на базе программно-технического комплекса MicroSCADA Разработка автоматизированной системы управления электроснабжением КС «Ухтинская» Разработка автоматизированной системы управления электроснабжением КС-10 Автоматизация КТП-10/0,4 кВ Разработка автоматизированной системы комплексного учета энергоресурсов Разработка автоматизированной системы управления КТПСН Система сбора данных и диспетчерского управления КТПСН Расчет защит и проверка электрических аппаратов для ЦРП-10 кВ Анализ промышленных шин для систем автоматизации Расчет экономического эффекта от внедрения автоматизированной системы управления электроснабжением КС-10 Безопасность и экологичность проекта Возможные чрезвычайные ситуации на компрессорной станции Расчет заземления ЦРП-10 кВ
167649
знаков
57
таблиц
1
изображение

1.1.3.2 Построение верхнего уровня АСУ-Э на базе программно-технического комплекса MicroSCADA

В дипломном проекте предлагается создать автоматизированную систему управления энергоснабжением на базе технологии MicroSCADA разработанной фирмы АББ «Чебоксары». Специализированная система MicroSCADA представляет собой многофункциональную открытую программно-аппаратную среду для построения автоматизированных систем контроля и управления распределенными объектами энергетического назначения.

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

Система может быть создана из небольших приложений и затем, при необходимости, постепенно расширена.

Возможно использование компьютеров разных поколений и различной конфигурации.

Все компьютеры имеют одинаковый пользовательский интерфейс,

который существенно облегчает расширение системы.

Новые функции добавляются оперативно, при помощи языка высокого уровня (режим on-line).

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

Система может интегрироваться с терминалами РЗА (например с Sepam 2000), что позволяет автоматизировать ЦРП-10 кВ используя только один контроллер RTU-211.

Компоненты системы MicroSCADA делятся на следующие основные категории:

базовые системы;

устройства связи NET;

Интерфейс Человек-Машина (Man-Machine Interface=MMI).

Базовые системы

Задача базовой системы может быть кратко изложена следующим образом: Система собирает из устройств связи с процессом в базу данных процесса все данные о процессе посредством устройств связи NET. Следовательно, база данных процесса (БДП) отражает процесс в реальном времени. Затем собранная информация распространяется дальше, например, для Интерфейса Человек-Машина (MMI), архивации, расчетов, печати и дальнейшей передачи в другие системы. Таким же образом команды управления, инициируемые, например, оператором из MMI, автоматической функцией или другой системой, посылаются в устройства связи с процессом из БДП посредством устройств связи NET.

К базовым системам в разрабатываемой АСУ-Э относятся:

базовый компьютер, расположенный в шкафу сервера АСУ-ЭС в диспетчерской N2;

базовый компьютер, расположенный в шкафу сервера АСУ-ЭС в диспетчерской N3;

базовый компьютер, расположенный в диспетчерской N4;

базовый компьютер, расположенный в диспетчерской N1.

АРМ оператора водопроводных сетей, располагающийся на станции обезжелезивания;

АРМ оператора котельной, располагающийся в здании котельной;

АРМ оператора КОС.

В состав базовых компьютеров включены устройства связи 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-мониторы поддерживают такие же графические примитивы, что и X-мониторы. Кроме того, VS-мониторы поддерживают согласованность графических объектов с Windows 95. Эти графические объекты, называемые Visual SCIL-объектами, представляют собой кнопки, стрелки для перелистывания страниц, спиннеры и панели меню. VS-мониторы могут работать локально, используя местный графический интерфейс Windows, или они могут быть переданы на операторские рабочие места посредством X-Window. Функционирование локальных и удаленных VS-мониторов одинаково.

Характеристики базовой системы MicroSCADA

Характеристики базовой системы в основном ограничиваются следующими факторами:

мощность центрального процессора (ЦПУ);

объем физической памяти ОЗУ;

время доступа к диску.

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

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

В разрабатываемой системе необходим достаточный объем памяти ОЗУ для большой конфигурации (например, для большого количества мониторов или большой базы данных в приложении). Несмотря на то, что Windows NT поддерживает концепцию виртуальной памяти (блоки памяти могут располагаться в ОЗУ или на диске), недостаток памяти может вызвать интенсивную перезапись блоков памяти между ОЗУ и диском и, таким образом, снизить характеристики системы.

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

Базовая система может запускать в параллельную работу несколько приложений. Несмотря на то, что в одной базовой системе можно конфигурировать до 99 локальных или внешних приложений, имеются практические ограничения из-за ограничений мощности компьютеров и виртуальной памяти. По этой же причине, количество одновременно открытых в системе MicroSCADA окон ограничивается возможными ресурсами, несмотря на то, что в одной базовой системе можно конфигурировать до 50 мониторов MicroSCADA.

На основе требований к базовым системам MicroSCADA выбираем АРМы и базовые компьютеры со следующими характеристиками:

Операционная система: Microsoft Windows NT.

Дополнительное программное обеспечение: Hummingbird eXceed требуется в качестве Х-сервера для компьютера с базовой системой всякий раз, когда система включает в себя распределенный MMI. Hummingbird eXceed, инсталлированный на компьютере с базовой системой, делает более удобным процесс открытия окон системы MicroSCADA на рабочих станциях в сети LAN.

Аппаратное обеспечение: Персональный компьютер с процессором Intel Pentium-3 1200 МГц, объем ОЗУ - 128 MB, устройство звуковой аварийной сигнализации Flytech, плата Emulex DCP (только для базовых систем), жесткий диск Maxtor 541X емкостью 10GB. Монитор 17” Samsung 753S (1280x1024-65Гц), мышь, клавиатура, CD-ROM для установки программного обеспечения, дисковод 3.5”/1.44 MB, сетевая плата 3COM 980 TX PCI.

Аппаратная конфигурация компьютеров под АРМы и базовых компьютеров завышена, так как для нормальной работы системе MicroSCADA требуются компьютер на уровне 120 MГц Pentium процессора с объемом ОЗУ – 64 MB. Этот выбор связан с быстрым развитием компьютерных и программных средств и низкой стоимостью комплектующих. В процессе эксплуатации системы MicroSCADA возможны замены программного обеспечения на более новые версии требования к работе которых будут выше.

Нагрузка на автоматизированную систему при связи базовых компьютеров с устройствами нижнего уровня

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

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

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

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

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

Синхронизация автоматизированной системы по времени

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

GPS (Global Positioning System), обычно используются для навигации, базирующейся на спутнике

радио передатчики для синхронизации часов, такие как DCF 77 пр-ва Frankfurt, Germany

система верхнего уровня, например, система управления сетями

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

Приемник GPS 166 соединяются с системой MicroSCADA по последовательному порту с DCP-NET.

Структура программного обеспечения

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

Операционной системой в базовой системе MicroSCADA версии 8.4.1 является Windows NT.

Ядро системы MicroSCADA является программным обеспечением платформы, которое идентично для всех инсталляций одной и той же версии системы MicroSCADA. Оно не обладает свойствами, специфичными для заказчика или специфичными для области применения. Оно предоставляет всесторонний сервис для подготовки приложений, ориентированных под требования заказчика.

Ядром является программное обеспечение реального времени для нескольких процессов. Несколько приложений системы MicroSCADA могут одновременно работать в верхней части ядра. Ядро снабжает каждое приложение структурами баз данных, механизмами управления базой данных и функциями управления файлами. Система изображений и диалогов с соответствующими инструментами является базой пользовательского интерфейса приложения. Язык программирования SCIL является ключевым сервисом, который обеспечивается ядром. SCIL-программы могут работать в изображениях, диалогах и командных процедурах и могут активизироваться, например, оператором, событиями из процесса или циклическими сигналами времени. Ядро предлагает интерфейс для программирования приложения с целью получения функций в виде отдельных программ.



Информация о работе «Разработка автоматизированной системы управления электроснабжением КС "Ухтинская"»
Раздел: Физика
Количество знаков с пробелами: 167649
Количество таблиц: 57
Количество изображений: 1

Похожие работы

Скачать
26108
4
1

... деятельности предприятия, в частности финансового контроля организации; Системный администратор – внедрение ИС в информационную структуру организации, настройка возможностей взаимодействия с другими программными продуктами, в частности, контроль правильности функционирования системы; Главный бухгалтер – использование ИС, контроль правильности и своевременность наполнения ИС, формирование форм ...

Скачать
46403
2
0

... период 1995-2005 годов одно из последних мест, уступая в целом только традиционно проблемной угольной отрасли в среднем за период. Из этого, по крайней мере, не следует, что модель вертикальной интеграции обеспечивает сбалансированное развитие всех сегментов нефтяного бизнеса, составляющих производственно-технологическую цепочку ВИНК. Вместе с тем, в затратах на единицу продукции в нефтедобыче в ...

Скачать
62194
3
0

... =60в батареи. Станция оснащена рельсовыми цепями ~ I с частотой 25Гц, с путевым реле ДСШ-13А, а также стрелочными электроприводами типа СП-6М. 3.2 Расстановка блоков по плану станции. Тип блоков их устройство и назначение. Блоки при БМРЦ расстанавливаются на стилизованном однониточном плане станции, на котором указано: нумерация и специализация приемо-отправочных путей; нумерация стрелок, ...

Скачать
63424
0
1

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

0 комментариев


Наверх