Энергосовет - энергосбережение и энергоэффективность
в Яndex
Главная >> Библиотека технических статей >> Экономия электрической энергии >> >>

Анонсы

17.11.17 Заседание Рабочей группы по синхронизации отраслевого и коммунального законодательства по вопросам начислений за ресурсы и коммунальные услуги подробнее >>>

13.11.17 Шорт-лист Премии WinAwards Russia/«Оконная компания года-2017»! подробнее >>>

13.11.17 Инновационные технологии обсудят на панельной дискуссии конгресса в Санкт-Петербурге подробнее >>>

Все анонсы портала

Новое на портале

13.11.17 Юбилейный 50-й выпуск журнала "ЭНЕРГОСОВЕТ" посвящен конференции "Теплоснабжение-2017. Функционирование в новых условиях" подробнее >>>

07.11.17 Страна поставлена "на счётчик" // видео подробнее >>>

02.11.17 Энергоэффективный капремонт: миф или реальность? // интервью подробнее >>>

20.10.17 На заседании в Правительстве РФ обсудили энергосбережение и повышение энергетической эффективности подробнее >>>

Все новости портала

Еще по теме Экономия электрической энергии

Cтраницы: 1 | 2 | следующая >>

Разработка SCADA-системы управления энергосетью предприятия


Низовой А.Н., Бойчук В.С.

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

Разрабатываемая SCADA-система представляет собой комплекс аппаратного и программного обеспечения для реализации функций сбора и обработки информации по контролируемой энергосистеме, функций контроля и управления, а также функций, связанных с общим информационным обеспечением. SCADA полагается компьютерной системой, имеющей критические по ответственности задачи. В связи с этим система должна обеспечивать высокую производительность, в особенности в базовых узлах энергосистемы. Кроме того, при построении архитектуры системы, где необходимо, должен учитываться принцип полной аппаратной избыточности, с целью повышения общей отказоустойчивости комплекса. Редактор базы данных реального времени должен давать возможность добавлять, редактировать и удалять телемеханические присоединения и удаленные телемеханические устройства (УТУ). Должно быть реализовано динамическое изменение базы данных без необходимости перегенерации системы. Все экранные формы, обеспечивающие общение пользователя с редактором, как и другими программами, упоминаемыми в проекте, должны создаваться в форме русского разговорного диалога. На первом этапе следует сформулировать минимальный набор параметров и определений базы данных системы, которые должны редактироваться пользователем:

● определение всех УТУ, подсоединенных к системе, включая имя, коммуникационный порт, конфигурацию и все коммуникационные параметры;

● определение всех статусных точек, подсоединенных к УТУ, включая 24-знаковое описание, статусные состояния, ненормальное состояние и все параметры, определенные где угодно в данном задании;

● определение всех телеметрических и аккумулирующих присоединений, назначенных для УТУ, включая 24-знаковое описание, факторы масштаба, пределы и все параметры, определенные где угодно в данном задании;

● определение всех контролируемых точек, подсоединенных к УТУ, включая 24-знаковое описание, статусные состояния, ненормальное состояние и все параметры, определенные где угодно в данном задании;

● определение всех псевдо присоединений, назначенных системе: статусных, телеметрических, управляемых, и т.д., включая описанные выше объекты 1-4. Псевдо присоединениями являются все объекты базы данных, не имеющие связи с реальным объектом телемеханики, и задаваемые либо ручным вводом информации, либо по результатам расчета;

● определение CRT-консолей и назначение принтеров для областей ответственности. CRT-консолью в задании называется логическая консоль управления SCADA-системы, состоящая из набора экранных форм (CRT-экранов) и предопределенных реакций на действия оператора. Принтеры должны быть динамически переназначаемыми в режиме прямого подключения к сети;

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

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

● определение областей ответственности. Причем, несколько областей ответственности могут назначаться для каждого присоединения;

● определение запрета на либо нормально-ненормальное, либо ненормально-нормальное изменение статусного состояния;

● определение всех запрещающих параметров для сигнального процессора, использующего базу знаний, определяемого ниже;

● назначение системы защиты и паролей - только для операций управления;

● начальное значение базы данных для "холодного перезапуска" системы.

Редактор базы данных SCADA-системы должен позволять задавать текущую конфигурацию УТУ, их физическое подключение к системе и необходимые параметры для обмена со всеми УТУ.

Когда происходит одно или больше событий, оператор или диспетчер могут получать предупреждение несколькими способами:

– звуковой сигнал должен включаться на каждой консоли, назначенной для извещения о событии. Одновременно, событие должно быть отображено в "ведомости сигналов и событий";

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

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

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

– символьные сообщение о событии, появляющееся на консоли, в области сообщений о событиях и на принтере, событий будут идентичны.

Каталог дисплеев предназначен для работы с системой. Будет требоваться указание типа каталога и меню. Некоторые из них задаются как следующие:

● экран главного каталога - каталог будет вызываться через экранную указку или горячую клавишу и будет отображать все конкретные каталоги, доступные в системе. Главный каталог будет доступен для каждой зоны ответственности;

● каталог однолинейных схем подстанций (электростанций) - этот каталог будет давать оператору немедленный доступ к любой схеме подстанции. Каталог будет доступен в каждой зоне ответственности;

● каталог программ - будет содержать список предопределенных в пакете программ, необходимых для работы со SCADA-системой и базой данных. Тем не менее, этот каталог будет редактируемым генератором/модификатором экранов;

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

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

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

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

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

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

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

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

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

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

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

● оперативное. Срок - на данный момент. Должно выполняться в случае внезапного значительного изменения режима сети, например, при возникновении аварии для оптимизации послеаварийного режима. Предполагается использовать текущие оперативные данные о нагрузке сети.

● текущее и краткосрочное. Срок - от одного часа до семи суток. Должно выполняться для текущей проработки режима, например, при проработке местных заявок и заявок ЦДС на текущие или последующие сутки. Предполагается использовать краткосрочный прогноз нагрузки сети.

Cтраницы: 1 | 2 | следующая >>

печатьраспечатать | скачать бесплатно Разработка SCADA-системы управления энергосетью предприятия, Низовой А.Н., Бойчук В.С., Источник: Журнал «Электротехнические комплексы и системы управления»,
www.v-itc.ru/electrotech

скачать архив архив.zip(17 кБт)


Rambler's Top100

Авторские права на размещенные материалы принадлежат авторам
Тел.(495) 360-66-26 E-mail:
© Портал ЭнергоСовет.ru - энергосбережение, энергоэффективность, энергосберегающие технологии 2006-2017
Возрастная категория Интернет-сайта 18 +
реклама | карта сайта | о проекте | контакты | правила использования статей

Регулятор отопления для зданий для устранения перетопов подробнее