Перспективы развития ПК «MODES-Terminal» Яшунин С.А. СОПРиСР ОДУ Юга Пятигорск 2011

Система обмена уведомлениями о топологии сети и сетевых ограничениях Утверждено техническое задание на создание ПО «Система обмена уведомлениями о топологии сети и сетевых ограничениях» (ПО-3) 2

Назначение и цели создания системы Основной целью создания подсистемы ПО-3 создание средств обмена уведомлениями о топологии сети и сетевых ограничениях в СО. К направлениям модернизации Системы третьей очереди относятся: Реализация загрузки справочников с описанием элементов топологии сети и сечений по всем объектам ЕЭС в ИА; Формирование на уровне РДУ, ОДУ уведомлений о топологии сети; Формирование на уровне РДУ, ОДУ уведомлений о сетевых ограничениях; Обеспечение информационного взаимодействия между всеми уровнями иерархии СО (РДУ, ОДУ, ИА) в части обмена вышеуказанной информации. 3

Требования к системе ПО-3 используется архитектурное решение, разработанное при создании подсистемы ПО-2 4

Хранилище данных Системы Хранилище данных, разработанное в рамках ПО-2, расширено для хранения новых типов информации: Справочник ветвей Справочник узлов Справочник реакторов Справочник транзитов Справочник сечений Карта ведения ветвей Карта ведения узлов Карта ведения сечений Карта Ведения реакторов Карта Ведения транзитов Уведомления о топологии сети Уведомления о сетевых ограничениях 5

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

Ветви имеют следующие атрибуты Тип ветви Диспетчерское наименование ветви Наименование ветви Узел начала ветви Узел окончания ветви Номер параллельности ветви Признак актуализации в исходных данных ВСВГО Признак актуализации в исходных данных РСВ/БР Номинальное напряжение (обмотки высшего напряжения для трансформаторов) Базовое состояние Признак отпайки Уровень значимости Номер транзита 7

Узлы имеют следующие атрибуты Номер узла Наименование узла Тип узла Номинальное напряжение Верхний предел диапазона регулирования реактивной мощности Нижний предел диапазона регулирования реактивной мощности Признак актуализации в исходных данных ВСВГО Признак актуализации в исходных данных РСВ/БР Базовое состояние узла 8

Справочник сечений Каждое сечение имеет следующие атрибуты: Номер сечения в РМ Наименование сечения Тип сечения (обычное, экспорта-импорта) Состав сечения (перечень ветвей) 9

Уведомления о топологии сети и сетевых ограничениях Уведомления о топологии сети содержат в себе информацию об изменении состояний и параметров ветвей и узлов по часам рассматриваемых операционных суток и содержат следующие параметры: Идентификатор элемента. Состояние элемента (включен/отключен). Значения переменных параметров элемента. Дата и час изменения состояния. Дата и час окончания изменения состояния. Номер диспетчерской заявки. Уведомления о сетевых ограничениях содержат: Идентификатор элемента Ограничение перетока мощности в контролируемом сечении в прямом направлении. Ограничение перетока мощности в контролируемом сечении в обратном направлении. Признак контроля (актуальности) сечения. 10

Схема распространения уведомлений Актуализация информации о топологии электрической сети и сетевых ограничениях осуществляется посредством обмена уведомлениями между диспетчерскими центрами в составе специализированного XML файла – макет XML На уровне ОДУ актуализация топологии осуществляется посредством приема уведомлений XML53101 с уровня РДУ по элементам топологии и сечениям ведения РДУ и ручного внесения изменений по элементам топологии и ветвям ведения ОДУ и РДУ. При распространении уведомлений обеспечивается возможность доставки уведомлений не только в вышестоящий ДЦ, но и в смежные ДЦ в соответствии с картами ведения. Уведомления, доставляемые в смежные ДЦ, содержат только те объекты, для которых в картах ведения для установлен тип связи «Ведение» смежного ДЦ. 11

Клиент СО (1) Функциональность пользовательского интерфейса Клиента СО, разработанного в рамках ПО-2, расширена для подготовки уведомлений о топологии сети и сетевых ограничениях и обеспечивает: Отображение всех элементов топологии и сечений в виде дерева с группировкой по ДЦ (опционально), типам объектов и классу напряжения. Просмотр всех элементов топологии на рассматриваемые операционные сутки по часам. Просмотр всех сетевых ограничений по всем контролируемым сечениям на операционные сутки по часам. Выделение цветом различных состояний элемента (включено, отключено). 12

Клиент СО (2) Возможность фильтрации элементов и их просмотра с группировкой по следующим критериям: Только актуализируемые По типу оборудования (ВЛ, АТ, Реакторы, ИРМ и т.д.) По классу напряжений По состоянию (включено, отключено) По ДЦ, в управлении которых находится объект. Просмотр только элементов, меняющих свои параметры внутри выбранного временного интервала Отключение отображения элементов топологии, по которым уведомления собираются из смежных ДЦ и не передаются в вышестоящий ДЦ (информационные уведомления) По уровню значимости По нескольким критериям из перечисленных. 13

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

В ПО-3 принципы работы подсистем: Подсистема журналирования Подсистема санкционирования Послойное хранение данных Монитор активности транспортной системы Конструктор отчетов Подсистема формирования исходных данных аналогичны подсистемам реализованные в рамках ПО-2 15

ПО «Обмен информацией с участниками рынка» (ПО-4) 16

Назначение и цели создания системы ПО-4 Основной целью модификации ПАК «MODES-Terminal», является реализация функций: доведения до участников ОРЭ информации о принятых для расчетов в СО уведомлений о составе и параметрах генерирующего оборудования; доведения до участников ОРЭ ППБР, ПБР (только для первой синхронной зоны); передачи с уровня электростанций в СО уведомлений для целей оперативного планирования. 17

Требования к Системе Модификация ранее спроектированных модулей, включая модификацию КИСУ участника ОРЭ, разработанного в рамках первой очереди ПАК «MODES-Terminal», обеспечивает: доставку до участника ОРЭ принятых СО уведомлений для расчетов ВСВГО, РСВ и БР по генерирующему оборудованию; настраиваемое краткосрочное хранение полученных от ПАК СРПГ утвержденных плановых графиков; доставку до участников ОРЭ юридически значимых плановых графиков; использование системы санкционирования для разграничения доступа пользователей участников ОРЭ к функциям КИСУ в рамках задач недельного, суточного и оперативного планирования согласно назначенным ролям; возможность подачи оперативных уведомлений с уровня электростанции; формирование на уровне ОДУ (ИА) информации о принятых (актуализированных) СО уведомлениях для расчетов ВСВГО, РСВ и БР по генерирующему оборудованию; просмотр на уровне КИСУ участника ОРЭ принятых (актуализированных) СО уведомлений для расчетов ВСВГО, РСВ и БР по генерирующему оборудованию; просмотр на уровне КИСУ участника ОРЭ принятых плановых графиков. 18

Модификация модуля МППМ (1) Функциональность серверного модуля проверки правил и маршрутизации, разработанного в рамках первой очереди Системы, расширена за счет реализации следующих функций: Получения от Сервиса MODES плановых графиков, для последующей отправки участникам ОРЭ. Обработки запросов участников ОРЭ об актуальных версиях принятых СО уведомлений для расчетов ВСВГО, РСВ и БР по генерирующему оборудованию и плановых графиков. Обработки запросов участников ОРЭ на получение информации о принятых СО уведомлений для расчетов ВСВГО, РСВ и БР по генерирующему оборудованию Обработки запросов участников ОРЭ на получение информации о плановых графиках (ППБР, ПБР) 19

Модификация модуля МППМ (2) Обработки оперативных уведомлений от участников ОРЭ. Обработки квитанций от участников ОРЭ о получении данных (принятых СО уведомлениях для расчетов ВСВГО, РСВ, БР и плановых графиков). Признак успешного получения плановых графиков участниками ОРЭ передается в ПАК СРПГ для отображения в «Панели информационного обмена» на уровне ОДУ. Распространения централизованного расписания опроса Шлюза СО до уровня КИСУ участника ОРЭ. Доведения НСИ Системы только до тех электростанций (генерирующих компаний), в отношении объектов которых произошли изменения. 20

Модификация модуля МППМ (2) Информация для участников ОРЭ о принятых СО уведомлениях возвращается тем пользователям, ЭЦП которых прошла проверку, и в запросе которых идентификатор электростанции (организации, филиала) соответствует привязке сертификат-электростанция (организация, филиал) в МППМ. 21

Модификация хранилища Системы Обеспечено хранение информации об уведомлениях по генерирующему оборудованию, принятых в расчет для задач недельного, суточного и оперативного планирования. Расширена модель данных, для обеспечения доставки до электростанций только тех параметров, которым присвоен признак «обратного хода». Данный признак присваивается для каждого этапа планирования раздельно. Организовано «хранилище плановых графиков» с целью предоставления плановых графиков участникам ОРЭ. Запись новых плановых графиков в «хранилище» осуществляется по инициативе СРТ/СРПГ непосредственно после утверждения плановых графиков в СРТ/СРПГ. При необходимости восстановления данных в «хранилище плановых графиков» ПАК Modes-Terminal обеспечивает возможность повторной записи требуемой информации. Обеспечено хранение информации о соответствии между типами и между характеристиками ПАК СРТ/СРПГ и Системы. Организован «Кэш НСИ», в котором хранятся данные НСИ, перед их акцептованием и записью в БД Системы. 22

Интеграция MODES-Terminal с ПК Заявки на уровне ОДУ и РДУ в части сетевого и генерирующего оборудования 23

Назначение и цели создания системы Основным назначением интеграции Системы с ПК «Заявки» является повышение информативности персонала технологических служб в части подготовки уведомлений по коммутационному и силовому оборудованию, находящемуся в диспетчерском ведении или управлении, а также обеспечение улучшения качества планирования и контроль над сроками выполнения ремонтов оборудования. Основной целью модификации ПАК «MODES-Terminal», является: возможность подготовки уведомлений по генерирующему оборудованию на основании информации диспетчерских заявок; возможность подготовки уведомлений о топологии сети и сетевых ограничениях на основании информации диспетчерских заявок 24

Требования к Системе В основе подсистемы ПО-6 используется архитектурное решение, разработанное при создании подсистемы ПО-2. Модификация ранее спроектированных модулей обеспечивает: создание средств интеграции оборудования Системы с оборудованием БД ПК Заявки; создание средств доступа к БД ПК Заявки; создание средств переноса информации по заявкам; расширение пользовательских интерфейсов подготовки уведомлений по генерирующему оборудованию и топологии сети в части использования информации по заявкам 25

26 Архитектура программных компонент БД Системы интеграции Сервер БД MS SQL Server БД ПК «Заявки» Модуль обработки событий Сервер приложений ПК «Заявки» Контроллер заявок Задача репликации данных ПК «Заявки» БД Системы (Журнал заявок) Сервис системы Сервер Системы Modes Заявки События Клиент СО Модуль просмотра заявок События

Описание компонент подсистемы Сервер БД Modes Terminal: хранение таблиц соответствия оборудования Системы и оборудования ПК «Заявки»; хранение списка заявок реплицированных из ПК «Заявки». Редактор подсистемы: настройка соответствия объектов. Репликация данных: перенос данных по заявкам во внутреннее хранилище. Клиент СО: интерфейс просмотра действующих заявок по выбранному оборудованию Системы; интерфейс просмотра списка действующих заявок по всему оборудованию Системы; механизм фильтрации заявок. 27

Миграция оборудования из ПК «Заявки» Подсистема миграции оборудования в БД Системы MODES Terminal является автоматизированным средством синхронизации информации с базой данных ПК «Заявки» в части описания состава оборудования. Подсистема миграции данных в Систему выполняет следующие функции: Вывод полного списка оборудования, описанного в Системе. Вывод списка оборудования Системы, синхронизированного с аналогичным оборудованием в ПК «Заявки». Вывод полного списка оборудования, описанного в ПК «Заявки». Вывод списка оборудования ПК «Заявки», не синхронизированного с аналогичным списком оборудования в Системе. Миграция в Системы выбранного из списка оборудования «Реестр Оборудования ПК «Заявки»» и отсутствующих в БД Системы 28

Репликации информации из ПК «Заявки» в Систему Будет обеспеченна поддержку реализованного в ПК «Заявки» механизма внешних обработчиков. Этот механизм при наступлении определенного события на сервере приложений вызывает внешний обработчик, которому передает набор данных, описывающий это событие 29

События Для обеспечения репликации информации из ПК «Заявки» внешний обработчик будет настраиваться на следующий перечень событий 30 Идентификатор события Название события Момент срабатывания evCreateZvk_Async Создание заявки После сохранения заявки evEditZvk_Async Изменение полей или маршрута заявки После изменения заявки evReviewZvk_Async Смена состояния заявки После смены состояния evOpenCloseZvk_Async Открытие/отмена открытия, закрытие/отмена закрытия заявки После смены состояния evDenyZvk_Async Снятие заявки После снятия заявки evDeleteZvk_Async Удаление заявки После удаления заявки

Интерфейс просмотра заявок Для просмотра заявок будет обеспеченно в главном окне модуля подготовки уведомлений вызов формы просмотра заявок. Данная форма будет обеспечивать навигацию по оборудованию, синхронизированному с БД ПК «Заявки», с возможность фильтрации по характеристикам заявки 31

Механизм фильтрации, позволяющий управлять следующими характеристиками заявки: тип заявки; состояние заявки; категория заявки; вид ремонта; время фильтрации заявки При фильтрации заявок по оборудованию высвечивается дерево оборудования, по которым имеются заявки 32

Спасибо за внимание! 33