Вы находитесь на странице: 1из 124

Лекция 1.

Корпоративные
информационные
автоматизированные системы в
энергетике. Описание объекта
автоматизации.

К.т.н., доцент Дичина О.В.


2 ОСНОВНЫЕ ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
Автоматизированная система - система, состоящая из персонала и комплекса
средств автоматизации его деятельности, реализующая информационную технологию
выполнения установленных функций. В зависимости от вида деятельности выделяют:
- автоматизированные системы управления (АСУ),
- системы автоматизированного проектирования (САПР),
- автоматизированные системы научных исследований (АСНИ) и др.
В зависимости от вида управляемого объекта (процесса) АСУ разделяют АСУ
технологическими процессами (АСУТП) и АСУ предприятиями (АСУП)
 Интегрированная автоматизированная система - совокупность двух или более
взаимоувязанных АС, в которой функционирование одной из них зависит от результатов
функционирования другой (других) так, что эту совокупность можно рассматривать как
единую АС
Компонент автоматизированной системы - часть АС, выделенная по определенному
признаку или совокупности признаков и рассматриваемая как единое целое
Функция автоматизированной системы- совокупность действий АС, направленная
на достижение определенной цели;
Задача автоматизированной системы - функция или часть функции АС,
представляющая собой формализованную совокупность автоматических действий,
выполнение которых приводит к результату заданного вида;
Алгоритм функционирования автоматизированной системы - алгоритм, задающий
условия и последовательность действий компонентов автоматизированной системы при
выполнении ею своих функций.
3 КОМПОНЕНТЫ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ
 Техническое обеспечение автоматизированной системы - совокупность всех
технических средств, используемых при функционировании АС
Информационное обеспечение автоматизированной системы - совокупность форм
документов, классификаторов, нормативной базы и реализованных решений по
объемам, размещению и формам существования информации, применяемой в АС при
ее функционировании
Программное обеспечение автоматизированной системы - совокупность программ
и программных документов, предназначенная для отладки, функционирования и
проверки работоспособности АС
Математическое обеспечение автоматизированной системы - совокупность
математических методов, моделей и алгоритмов, примененных в АС
Методическое обеспечение автоматизированной системы - совокупность
документов, описывающих технологию функционирования АС, методы выбора и
применения пользователями технологических приемов для получения конкретных
результатов при функционировании АС
Организационное обеспечение автоматизированной системы - совокупность
документов, устанавливающих организационную структуру, права и обязанности
пользователей и эксплуатационного персонала АС в условиях функционирования,
проверки и обеспечения работоспособности АС
Пользователь автоматизированной системы- лицо, участвующее в
функционировании АС или использующее результаты ее функционирования
Автоматизированное рабочее место (АРМ) - программно-технический комплекс АС,
Нормативные документы для разработки
4
ПО и АСУ
1. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на
автоматизированные системы. Техническое задание на создание
автоматизированной системы;
2.ГОСТ 34.201–90. Информационная технология. Виды, комплектность и
обозначение документов при создании автоматизированных систем;
3. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию
документов;
4. Методология функционального моделирования IDEF0: руководящий
документ. - Официальное издание Госстандарта России
5. МЭК 61970-301 "Интерфейс прикладных программ системы управления
производством и передачей электроэнергии (Energy management system
application program interface (EMS-API)) - Часть 301: Основы Общей
информационной модели (Common information model (CIM)
6. СТО 56947007-29.240.036-2009 Руководящие указания по выбору объемов
неоперативной технологической информации, передаваемой с подстанций
ЕНЭС в центры управления электрическими сетями, а также
между центрами управления.
7. Рекомендации по применению основных структурных схем и требования к
организации и функциям АСУ ТП подстанций 110 - 750 кВ с учётом
функциональной достаточности и надежности. Распоряжение ОАО «ФСК
ЕЭС» от 28.04.2012 № 286р
5 Описание объекта автомазации. Сетевые компании.

 ОАО “ФСК ЕЭС” (Федеральная сетевая компания – управляющая


компания)
 Филиалы ОАО “ФСК ЕЭС” - магистральные электрические сети (МЭС)
и входящие в их состав предприятия магистральных электрических
сетей (ПМЭС) сети 220 кВ -750 кВ;
 Межрегиональные и региональные и сетевые компании (МРСК, РСК),
обслуживают распределетельные сети напряжением 110 кВ-35 кВ;
Объединение в 2012 году в ОАО «Россети»
 Распределительные сетевые компании разной формы собственности
(МУП, ОАО, ЗАО) обслуживают распределительные сети напряжением
110 кВ - 6 кВ, сети напряжением до 1 кВ, которые ранее назывались
предприятиями электрических сетей (ПЭС).

Электростанции входят в состав Объединенных и территориальных


генерирующих компаний (ОГК и ТГК) и выступают на оптовом рынке
электроэнергии.

Энергосбытовые компании занимаются заключением договоров на


электроснабжение и сбытом электроэнергии. Функции оператора торговой
системы оптового рынка электроэнергии выполняет НП “АТС” (НП “Совет рынка”).
6
Распределительные электросетевые компании
В зависимости от структуры и номинального напряжения
обслуживаемых электрических сетей РСК делятся на три вида:
 комплексные обслуживают высоковольтные электрические
сети напряжением 35 кВ и выше и распределительные сети
0,4 -10 кВ (в основном сельскохозяйственного назначения).
Количество таких РСК составляет 93,5% от их общего числа;
 городские обслуживают распределительные сети 0,4 -110 кВ
городов. Это в основном кабельные электрические сети.
Форма собственности таких предприятий обычно
муниципальная. Число таких РСК составляет 4,5% от их
общего количества и как правило они расположены в крупных
городах;
 высоковольтные обслуживают только высоковольтные сети
35 кВ и выше. Их число составляет около 2%.
Предприятие электрических сетей является юридическим лицом и
самостоятельно осуществляет производственно-хозяйственную
деятельность при сохранении централизованного оперативно-
диспетчерского и технического управления в вышестоящей сетевой
компании.
Рассмотрим типовую организационную структуру предприятия
электрических сетей, так как автоматизированная система управления
должна строиться в соотвествии с этой структурой.
7
ИЕРАРХИЯ ДИСПЕТЧЕРСКОГО УПРАВЛЕНИЯ
Иерархическая структура системы диспетчерского управления имеет
следующие ступени :
 Центральное диспетчерское управление (СО-ЦДУ ЕЭС)
 Объединенные диспетчерские управления (ОДУ)
объединенными энергосистемами (ОЭС). В составе ЕЭС
России работают 6 ОЭС: Центра, Средней Волги, Урала,
Северо-Запада, Юга, Сибири. ОЭС Востока в настоящее время
работает изолированно.
 Центральные диспетчерские службы (ЦДС) энергосистем
 Объедененные диспетчерские службы (ОДС, ЦУС) для
управления несколькими районами предприятий сетей
 Районные диспетчерские пункты (РДП)
Оперативное управление распределительными сетями крупных
энергосистем, как правило, организовано по двух или трехступенчатой
структуре и осуществляется диспетчерами РСК, персоналом крупных
подстанций и районными диспетчерскими пунктами (РДП)
распределительных сетей, в составе которых есть оперативно-выездные
бригады (ОВБ). Диспетчерские службы районов электрических сетей
подчиняются объединенными диспетчерским службами (ОДС)
вышестоящего предприятия электрических сетей. В крупных
энергосистемах есть центры управления городскими
распределительными сетями.
8
ДИСПЕТЧЕРСКОЕ УПРАВЛЕНИЕ
В основе построения диспетчерского управления лежат следующие
принципы:
 разграничение диспетчерских и общехозяйственных
функций с обеспечением независимости системы
диспетчерского управления (в пределах ее функций) от
административно-хозяйственного руководства
энергокомпаниями;
 иерархическое построение системы с прямым подчинением
дежурного оперативного персонала каждой ступени
управления персоналу более высокой иерархии;
 предоставление персоналу каждой ступени максимальной
самостоятельности в выполнении всех оперативных
функций, не требующих вмешательства оперативного
руководителя более высокого уровня;
 четкое разграничение функций и ответственности
оперативного персонала всех ступеней управления по
ведению нормальных режимов и ликвидации аварийных
нарушений;
 диспетчерская дисциплина.
9
ОРГАНИЗАЦИОННАЯ СТРУКРУРА РСК
Директор Служба
эл.сетей

Служба АСУ Служба


подстанций

Бухгалтерия АХО ПТС Гл.инженер СРЗиА

Отдел кадров Ремонтно- СНТБ ССДТУ


строит.служба

ПЭО Механизация и Служба Зам.гл.иненера СИЗ


транспорт распредсетей

ОМТС Зам. директора Ремонт ОДС


оборудования

Подстанция РЭС РЭС УЭС Подстанция

УЭС Компексные ОВБ УЭС


ремонтные
бригады
10
Уровень автоматизации служб РСК на современном этапе:

 автоматизированы задачи бухгалтерии;


 из задач автоматизация диспетчерской службы решены задачи
автоматического и оперативного управления, в РЭС внедрены
средства ТС, ТИ и реже телеуправления (ТУ), вывод информации
телеизмерений и положения выключателей на мониторы
компьютеров диспетчера. Функции ОИК (SCADA) внедрены
практически во всех компаниях. Для сетей напряжением 110 кВ и
выше особенно на новых подстанциях внедрены АСУ ТП;
 существуют программы для расчетов режимов и для расчетов
потерь электроэнергии(RastrWin,РАП, РТП_3, и др.);
 на всех предприятиях сетей ведутся паспорта оборудования
подстанций, кабельных линий (КЛ), воздушных линий (ВЛ),
документация потребителей, сейчас часто внедряются ERP
программы импортного производства: SAP, Dplan и др.;
 комплекты электрических схем могут подготавливаться в какой-либо
стандартной графической программе, например ACAD,Visio или уже
в специализированном графическом редакторе для электрических
сетей (Modus, Topaz и др. );
 существуют программы для автоматизации расчетов за
электроэнергию с потребителями, базы данных потребителей
(абонентов) в энергосбытовых организациях. Основным недостатком
этих баз данных на современном этапе является отсутствие
привязки к подстанциям электрической сети, вводно-
распределительным устройствам 0,4 кВ, от которых осуществляется
питание этих потребителей.
11
Задачи современного уровня автоматизации:

 Согласованность данных всех технических служб сетевой


компании возможна только на основе единой корпоративной
информационной системы;
 Согласованное прохождение изменений данных с
разделением прав доступа (обязанностей и полномочий
персонала компании);
 Интеграция данных и бизнес-процессов между сетевыми
компаниями различных уровней.

В основу создания автоматизированных систем управления сетевой


компании должно быть положено единое информационное обеспечение
всех подсистем на основе единой интегрированной базы данных. Все
службы предприятия должны использовать общие единые данные об
оборудовании и проведенных эксплуатационных работах. Каждая
техническая служба должна вносить и быть ответственна за свои
данные. Это обеспечит одновременное прохождение изменений и
состояние актуальности информации о сети. В распределительных сетях
задачи диспетчерского управления, планирования режимов,
организации эксплуатации самым тесным образом взаимоувязаны друг с
другом и должны работать в едином комплексе
12
ЦЕЛИ ИНТЕГРАЦИИ ЗАДАЧ АСУ РСК
Создание функциональной структуры интегрированной АСУ РСК
осуществляется путем развития функциональных структур локальных
АСУ разных уровней в направлении их интеграции. В результате
интеграции создаются многоуровневые автоматизированные
системы, решающие взаимосвязанные задачи на основе единой
информационной технологии.
АСУ РСК является составной частью интегрированной АСУ
вышестоящих электросетевых предприятий и создается с учетом
конкретных особенностей данного предприятия сетей с целью:
 повышения надежности электроснабжения потребителей и
качества отпускаемой электроэнергии;
 оптимизации режимов работы распределительных электрических
сетей 0,38-110 кВ, снижения потерь электроэнергии в них;
 повышения культуры и качества обслуживания электрических
сетей, минимизации эксплуатационных затрат;
 повышения культуры и качества обслуживания потребителей,
получающих питание от электрических сетей РСК.
13
ИНТЕГРИРОВАННАЯ АСУ РСК
Автоматизированная система управления представляет собой многоуровневую
интегрированную систему, сочетающую функции оперативно-диспетчерского,
технологического, производственно-технического и организационно-
экономического управления и обеспечивает совместное согласованное
функционирование АСУ на разных уровнях управления предприятием
(управление РСК, районов и участков электрических сетей, подстанций).

 многоуровневая автоматизированная система диспетчерского и


технологического управления (МАСДТУ РСК), включающая АСДУ РСК,
АСДУ РЭС, АСДУ УЭС и АСУТП подстанций;
 многоуровневая автоматизированная система производственно-
технического управления (МАСПТУ РСК), охватывающая уровни
предприятия, районов и участков электрических сетей;
 многоуровневая автоматизированная система организационно-
экономического управления (МАСОУ РСК), охватывающая уровни
предприятия и РЭС;
 автоматизированная система контроля и управления потреблением
энергии (АИИС КУЭ), охватывающая уровни предприятия, РЭС и
подстанций.
14
ФУНКЦИОНАЛЬНАЯ СТРУКТУРА АСУ РСК

ИАСУ РСК

МАСДТУ РСК МАСПТУ РСК МАСОУ РСК АСКУЭ

АСДУ РСК АСПТУ РСК АСОУ РСК АИИС КУЭ РСК

АСДУ РЭС АСПТУ РЭС АСОУ РЭС АИИС КУЭ РЭС

АСПТУ УЭС АИИС КУЭ подстанций


АСДУ УЭС

АСУ ТП подстанций
15
ФУНКЦИОНАЛЬНАЯ СТРУКТУРА АСУ РЭС

Функциональная структура АСУ должна соответствовать


назначению, функциям и задачам структурных подразделений
данного предприятия:
Связь с АСУ вышестоящих
АСУ РЭС
сетевых компаний

АСДУ АСПТУ АСКУЭ

 АСДУ - автоматизированная система диспетчерского управления


РЭС;
 АСПТОУ - автоматизированная система производственно-
технического и организационно-экономического управления РЭС;
 АСКУЭ - автоматизированная система контроля и управления
электропотреблением РЭС, или более современный термин –
автоматизированная информационно-измерительная система
учета и контроля электроэнергии (АИИС КУЭ). Термины АИИС КУЭ
и АСКУЭ в данном тексте используются как синонимы.
16
ЦЕЛЬ СОЗДАНИЯ АСУ сетевой компании

Конечная цель создания АСУ сетевой компании — построение


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

- создание целостной информационной модели


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

Реализация поставленной цели может быть рассчитана на


несколько лет и поэтому должна быть разбита на этапы,
постепенно развивающие архитектуру технических средств,
программного и информационного обеспечения.
17 ОБЕСПЕЧИВАЮЩАЯ ЧАСТЬ АСУ

Обеспечивающая часть АСУ состоит из:


 Техническое обеспечение.
 Информационное обеспечение.
 Программное обеспечение

Составляющие технического обеспечения:

 оперативно-информационный управляющий комплекс (ОИК)


 система сбора и передачи технологической информации
(ССПТИ).
 технические средства АИИС КУЭ
 система обеспечения единого времени (СОЕВ)
 система отображения информации (СОИ)
 автоматизированная система связи (АСС)
 система гарантированного электропитания (СГЭ)
18
ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ СРЕДСТВАМ
Комплекс технических средств АСУ должен:
 строиться на базе модулей, обеспечивающих
совместимость, изменение и развитие конфигурации
технических средств;
 осуществлять распределенную обработку информации на
разных уровнях управления за счет организации
иерархических вычислительных систем и сетей, обработку
информации в различных режимах (пакетном, реального
времени, диалоговом, телеобработки);
 обеспечивать эффективное использование устройств сбора
и передачи информации с целью сокращения затрат и
повышения оперативности обработки информации;
 обладать надежностью, достаточной для эффективного
функционирования АСУ с заданным регламентом и
получения требуемой достоверности результатов решения
задач;
 обеспечивать возможность изменения структуры и
номенклатуры технических средств для поэтапного ввода в
действие компонентов АСУ.
19
Кластерная структура построения технических средств
Основным направлением построения и развития комплекса
технических средств АСУ РСК, которое удовлетворяет этим
требованиям, является создание комплексной кластерной
структуры средств вычислительной техники.

Эта структура содержит набор (кластер) компьютеров-серверов,


устройств памяти и ресурсов и имеет общую базу данных.

Достоинством кластерной системы является:


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

Связь между серверами, входящими в кластер, осуществляется


посредством локальной и/или распределенной сети, к
которой наряду с компьютерами рабочих мест подключены и
сетевые серверы.
20
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ АСУ
Определение.
Программное обеспечение (ПО) АСУ представляет собой
совокупность программ и инструктивно-методических
материалов, обеспечивающих функционирование АСУ при
заданном режиме совместимости и взаимодействия ее
компонентов.

Программное обеспечение включает в себя следующие уровни:


 системное стандартное ПО;
 системно-технологическое ПО;
 прикладное (технологическое) ПО.
21
СИСТЕМНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

К системному стандартному ПО относятся:

 серверные операционные системы,


 операционные системы на рабочих станциях.

Как серверные операционные системы сейчас наиболее


применимы: UNIX, LINUX, Microsoft Windows Server 2000,
2003, 2008.

Операционные системы клиентских компьютеров: Microsoft


Windows 2000/XP, Windows Vista, Windows 7, 8, 10.
22
СИСТЕМНО-ТЕХНОЛОГИЧЕСКОЕ ПО
К системно-технологическому программному обеспечению
относятся инструментальные программные продукты
широкого применения:
 программные средства, используемые для организации
хранения данных и многопользовательского доступа к ним, т.е.
системы управления базами данных (СУБД). Наиболее часто
используемые сейчас СУБД, удовлетворяющие быстродействию
и интегрированности системы, Orаcle и Microsoft SQL Server;
 программные средства разработки приложений, т.е. различные
интегрированные среды для разработки программного
обеспечения, например, Microsoft Visual, Delfi и др.;
 текстовые редакторы;
 графические редакторы, позволяющие создавать графические
схемы, используемые при решении технологических задач;
 различные интегрированные пакеты, например, Excel, MathCad,
MathLab;
 программы формирования отчетов (генераторы отчетов и
отчетных форм);
 геоинформационные системы.
23 Требования к ПО АСУ

 единая программная среда для решения всех задач;


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

К.т.н., доцент Дичина О.В.


2 Требования к ПО АСУ

 единая программная среда для решения всех задач;


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

При построении локальных вычислительных сетей сейчас


наиболее перспективной является технология «клиент-сервер»,
использование которой означает, что прикладные программы,
реализованные в ее рамках, имеют распределенный
характер, т.е. одна часть функций прикладной программы
реализуется на компьютере-клиенте, а другая — на сервере,
причем для их взаимодействия определяется некоторый
протокол. Клиент - серверная технология предполагает
разделение функций любой технологической задачи на
3 компонента:
 компонент представления — ввод и отображение данных;
 прикладной компонент, реализующий чисто
технологические функции в данной предметной области;
 компонент доступа к информационным ресурсам —
файловым системам и базам данных.
4 Модели архитектуры ПО

В соответствии с распределением компонентов прикладных


задач по компьютерам, входящим в состав локальной
вычислительной сети, различают четыре модели архитектуры:
 модель файлового сервера;
 модель доступа к удаленным данным;
 модель сервера баз данных;
 модель сервера приложений.
Используя эти модели, архитектура локально-вычислительной
сети прошла последовательно 3 этапа развития:
 модель файлового сервера;
 двухзвенная архитектура организации клиент-серверного
программного обеспечения;
 трехзвенная архитектура организации клиент-серверного
ПО
Этапы развития клиент-серверной
5
архитектуры
1. Модель файлового сервера
Клиент Файл сервер
Запросы
Компонент Прикладной Компонент доступа к
представления компонент Файлы данным

2. Двухзвенная архитектура программного обеспечения


Сервер баз
Клиент данных
SQL-запрос
Компонент Прикладной Компонент доступа к
представления компонент Блок данных данным

3. Трехзвенная архитектура программного обеспечения


Сервер Сервер баз
Клиент
приложения данных
SQL-
API запрос
Компонент Прикладной Компонент доступа к
представления компонент
Блок данным
данных
6 Информационное обеспечение
Информационное обеспечение (ИО) АСУ РЭС представляет собой
распределенную иерархическую систему взаимосвязанных
информационных баз данных и программ информационного обмена
между ними.

Современная технология организации автоматизированных банков


данных должна обеспечивать:

 неизбыточное хранение взаимосвязанных данных,


образующих базу данных;
 быстрый прямой доступ пользователя к требуемым
элементам информации;
 независимость прикладных программ от структуры хранения
данных, живучесть программ в условиях развития
АСУ электрических сетей.
7 Базы данных АСУ в электроэнергетике
Базы данных не должны ограничиваться информацией,
непосредственно использующейся тем или иным структурным
подразделением сетевой компании.
Они должны включать:
 базы данных реального времени,
 информацию для электрических расчетов,
 паспортные данные оборудования электрических сетей,
 большой объем графической информации: карты схемы
электрических сетей, диспетчерские схемы подстанций,
эскизы, планы.
 поопорные схемы распределительных линий,
 расчетные модели сетей.

В ближайшем будущем необходимо создавать базы данных


потребителей, взаимоувязанные с базами данных
распределительных сетей.
При этом базы данных районов электрических сетей должны быть
составной частью баз данных вышестоящих сетевых организаций.
8 Интеграция информационного обеспечения
 Первым этапом интеграционного процесса был обмен
оперативными телемеханическими данными между оперативно-
информационными комплексами предприятия РСК и вышестоящей
сетевой компании. Этот обмен был достигнут при небольших
финансовых затратах: требуется наличие канала связи с
соответствующей каналообразующей аппаратурой и программного
обеспечения, поддерживающего помехоустойчивую передачу
телемеханических данных в обе стороны.
 Вторым этапом является создание полномасштабной
интегрированной базы данных и корпоративной вычислительной сети
энергетических компаний.
 Третий этап – широкое использование трехзвенной архитектуры
информационного и программного обеспечения. Создание и
использование сервера приложений в локальной вычислительной
сети позволяет сделать еще один шаг на пути интеграции —
интегрировать не только информацию, но и программные продукты.
Интеграция программных продуктов позволит облегчить их
эксплуатацию, снизить расходы на их приобретение. Обеспечение
занесения информации с мобильных устройств.
Перспективы развития информационного
9
обеспечения
 разработка и совершенствование структуры единой распределенной
базы данных АСДУ на уровнях сетевого предприятия, его
структурных подразделений и вышестоящих сетевых компаний;
 разработка типовых структур баз данных и информационных систем
на электроэнергетических объектах с использованием
международных и отраслевых стандартов;
 разработка и совершенствование отраслевых стандартов
информационного обеспечения АСУ с использованием
унифицированных отраслевых справочников и классификаторов.
 совершенствование и развитие технологических комплексов
программ на основе использования унифицированных структур
данных и моделей для технологических расчетов и проектирования
ЭЭС;
 оптимизация потоков информации, циркулирующей между уровнями
иерархии сетевых компаний и диспетчерского управления;
 разработка мобильных приложений для удаленного доступа к КИСУ
для служб эксплуатации
 Широкое применение геоинформационных систем
10 Прикладное программное обеспечение
Прикладное программное обеспечение АСУ сетевой компании
обеспечивает решение задач управления технологическим
процессом распределения электроэнергии и управления
производственно-технической и хозяйственной
деятельностью сетевой компании.
Основные критерии выбора конкретных программ:
 функционирование в среде современной или перспективной
операционной системы (лучше — возможность
функционирования в нескольких средах);
 наличие информационного интерфейса с современными
системами управления базами данных;
 наличие удобного графического интерфейса;
 соблюдение одного из имеющихся стандартов хранения
информации;
 совместимость: легкость, с которой программный продукт
может взаимодействовать с другими программными
продуктами;
 обязательства производителя программного продукта по
его технической поддержке и обновлению версий.
11 Классификация прикладного ПО для АСДУ
 Программное обеспечение ОИК (SCADA-система);
 Программы электротехнических расчетов:
- оценка состояния (по данным телеизмерений)
- расчеты установившихся режимов
- расчеты ТКЗ
- расчеты переходных процессов
- расчеты надежности (вариантов отказов)
- оптимизационные расчеты (оптимизация режима по критерию
min потерь мощности)
 Программы учета аварийных отключений (АСУ Аварийность)
 Программы учета и анализа ремонтных заявок (АСУ РЭУ)
 Программы советчиков диспетчера и составления бланков
переключений
 Программы для определения места повреждения
 Программы-тренажеры оперативного персонала (ТОП,
режимный тренажер, on-line тренажеры)
12 Классификация прикладного ПО для АСКУЭ

 Программа АИИС КУЭ (опрос счетчиков по заданному


регламенту, учет электропотребления);
 Программы для расчета и составления балансов
электроэнергии и мощности
 Программы расчета прогнозов потребления
 Программы учета потребителей электрической сетевой
компании и ведения договоров с потребителями
 Программы учета ремонтов и техобслуживания компонентов
АИИС КУЭ
 Программы расчетов потерь электроэнергии и тарифов
сетевой компании
 Программы расчета оплаты за электроэнергию
13 Классификация прикладного ПО для АСПТУ
 Программы бухгалтерского учета;
 Программы кадровой службы;
 Программы складского учета;
 Программы учета документооборота (АСУД);
 Программы экономического отдела: расчеты смет работ
 Программы ведения паспортов электротехнического
оборудования
 Графические пакеты для ведения комплектов электрических
схем
 Геоинформационные системы с дополнительными
функциями для сетевой компании
 Программы учета технологических присоединений с
анализом возможности новых присоединений (анализ
перспективного развития электрической сети)
 Программы учета производственных активов
 Программы ТОиР, ТПиР (учет технического обслуживания и
ремонтов)
 Программы учета строительных ремонтов и договоров с
подрядчиками
 Программы для диагностики состояния оборудования и
линий
14 Жизненный цикл АСУ
 Обследование предприятия, определение функций к
автоматизации;
 Разработка и согласование технико-коммерческого
предложения (ТКП), объявление тендера;
 Рассмотрение заявок на тендер, конкурсные процедуры,
выбор поставщиков, и подписание договора;
 Разработка, согласование и утверждение технических
условий (ТУ), технического задания (ТЗ) на проект и
согласование проекта с различными инстанциями;
 Производство и поставка оборудования и программного
обеспечения;
 Выполнение монтажных, наладочных и пуско-наладочных
работ, выполнение работ по внедрению программного
обеспечения;
 Обучение пользователей системы;
 Приемо-сдаточные испытания;
 Сдача системы в опытную эксплуатацию, проверка работы
системы, устранение замечаний;
 Сдача системы в промышленную эксплуатацию;
 Гарантийное и послегарантийное обслуживание.
 Техническая и консультационная поддержка во все время
15 Стадии разработки прикладного ПО
 Стадия анализа (формулируется цель создания ПО, его
функциональности, выделяются отдельные задачи,
составляются технические требования);
 Стадия проектирования (Составление технического задания
на проект, составление детальных технических заданий на
отдельные функции системы, отдельные задачи);
 Стадия создания прототипа (первой упрощенной версии,
пилотный проект для проверки правильности проектных
решений);
 Стадия реализации программного проекта (реализация
структур данных, написание и отладка программного кода,
управление сборками и версия программного продукта);
 Тестирование (написание автоматизированных тестов,
тестирование функциональности в соответствии с ТЗ)
 Разработка пользовательской документации;
 Выпуск бета-версии, получение отзывов пользователей,
доработка
 Выпуск версии программного продукта;
 Поддержка и сопровождение.
16 Состав команды разработчиков ПО
 Менеджер проекта (подбор команды проекта, формулирование
и исполнение плана проекта, руководство командой проекта,
обеспечение готовности программного продукта);
 Ведущий разработчик (выбор архитектурных и технологических
решений, диагностика и разрешение всех технических проблем,
мониторинг состояния проекта)
 Ведущий программист, рядовые программисты
 Ведущий тестировщик, рядовые тестировщики
 Ведущий технолог проекта (сопровождение среды для сборки
проекта, создание процедуры установки продукта,
сопровождение и администрирование системы управления
исходным текстом проекта)
 Ведущий разработчик пользовательской документации,
рядовые разработчики документации
 Инженерный психолог (менеджер клиента).Отвечает за
впечатление, которое продукт оставляет у пользователей, за
дизайн интерфейса
 Группа менеджмента и маркетинга продукта
 Группа технической поддержки
Представление архитектуры
17
программного продукта
 Логическое представление (Logical view) – описание системы с
точки зрения конечного пользователя. Логическая структура системы
– абстракция модели проектирования, отражает деление на
подсистемы и сущности (классы), которые предоставляют
функциональные возможности пользователю. Включает требования
к функциональности системы, описание требований к отдельным
функциям и задачам. Отв.: Аналитик и менеджер клиента. системе.
Представление интерфейса - пользовательский интерфейс и
выполнение основных функций.Отв.: Дизайнеры интерфейса
 Реализация проекта (Implementation view) – разработка
программного кода: исходный код, библиотеки, классы объектов.
Управление процессом разработки. Отв.: Ведущий программист,
программисты
 Представление поведения системы (Process view) – описание
системы с точки зрения процессов. Все современные системы
отличаются высокой степенью параллелизма и многопоточной
обработкой. Исследование пропускной способности и других
вопросов производительности. Отв.: Аналитики, Тестировщики
 Представление с точки зрение развертывания системы
(Deploement view) – размещение реализации системы по
поддерживающей их инфраструктуре. Инсталляция системы, обмен
информацией. Отв. : ведущий технолог проекта, программисты
18 Понятия: актор и прецедент
 Актор (actors) – это некто или нечто, взаимодействующее с
разрабатываемой системой. Они выполняют некоторые
действия, заставляя систему делать свою работу. Акторы не
являются частью разрабатываемой системы, а находятся за
ее пределами.
Существует 3 вида акторов: пользователи, приборы и другие
системы. С помощью понятия актора описываются границы
автоматизированной системы. Под актором часто понимают
различных пользователей. Примеры пользователей:
диспетчер, инженер по режиму, мастер-кабельщик и др.
Пользователь выполняет определенную задачу
технологического процесса. Набор задач, характерных для
данного пользователя, объединяются в автоматизированные
рабочие места.
 Прецедент (use case) – последовательность действий,
выполняемых системой , чтобы предоставить пользователю
значимый результат. Прецедент описывает серию
взаимодействий пользователь/система, в результате которой
пользователь решает определенные задачи.
Вид на архитектуру с точки зрения
19
прецедентов

В модель прецедентов представлены основные виды


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

К.т.н., доцент Дичина О.В.


2 Метод объектно-ориентированного анализа

В настоящее время хорошо разработана информационная технология


“Модели объектно-ориентированного анализа (ООА)»
- «Объектно-ориентированное проектирование (ООП)»
– «Объектно-ориентированное программирование”,
которая позволяет реализовать проекты автоматизации систем любой сложности.
Объектно-ориентированный подход представляет собой итеративный процесс, который
позволяет безболезненно вносить какие-либо изменения в уже отлаженный
программный продукт.

Метод ООА создавался для анализа задач реального времени, но сейчас успешно
применяется в различных областях: банковские операции, проектирование печатных
плат, самолетных двигателей и других изделий, телекоммуникационных системы,
создание качественных баз данных, лаборатории искусственного интеллекта и др.

Метод ООА – метод для отождествления важных сущностей в задачах реального мира
для понимания и объяснения их взаимодействия.
Продукты ООА:
 Информационные модели
 Модели состояний
 Модели процессов
3 Границы системы. Понятие актор
Для формирования модели большой системы программного обеспечения
необходимо рассматривать ряд четко определенных предметных областей
(доменов) или подсистем. Необходимо определить границы системы и
каждой из подсистем.
Сначала определим, кто будет взаимодействовать с системой.
Актор (actors) – это некто или нечто,
взаимодействующее с
разрабатываемой системой. Они выполняют некоторые
действия, заставляя систему делать свою работу.
Акторы не являются частью разрабатываемой системы,
а находятся за ее пределами.
Существует 3 вида акторов: пользователи, приборы и
другие системы.
С помощью понятия актора описываются границы
автоматизированной системы. Под актором часто
понимают различных пользователей. Примеры
пользователей: диспетчер, инженер по режиму, мастер-
кабельщик и др. Пользователь выполняет определенную
задачу технологического процесса. Набор задач,
характерных для данного пользователя, объединяются в
автоматизированные рабочие места.
Понятия: прецедент (use case, вариант
4
использования)
 Прецедент (use case) – последовательность действий,
выполняемых системой , чтобы предоставить пользователю
значимый результат. Прецедент описывает серию
взаимодействий пользователь/система, в результате которой
пользователь решает определенные задачи.
5 ПОНЯТИЕ ОБЪЕКТА

После того, как система разбита на отдельные домены и подсистемы,


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

Цель информационного моделирования идентифицировать концептуальные


сущности или объекты. Объекты отображаются на информационной модели со своими
характеристиками (атрибутами).

Объект – это абстракция множества предметов реального мира таких, что


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

Объекты-спецификации используются для представления правил, стандартов,


критериев качества, например, рецепт приготовления определенного количества пищи.
6 ПОНЯТИЕ АТРИБУТА

Описание необходимо для каждого объекта. Описание – это короткое информативное


утверждение. Есть понятие объект (класс в программировании) и экземпляр объекта
(экземпляр класса).
Предметы в реальном мире имеют характеристики. Каждая характеристика, которая
является общей для всех экземпляров объекта, абстрагируется как отдельный атрибут.
Атрибут обеспечивается уникальным именем.
Обращение в атрибуту <имя объекта>.<имя атрибута>
Для любого экземпляра атрибут может принимать значение. Диапазон допустимых
значений, которые может принимать атрибут, называют доменом.
Идентификатор – это множество из одного или более атрибутов, значения которых
однозначно определяют каждый экземпляр объекта.

Объект со своими атрибутами представляется графически в виде рамки содержащей


название объекта, идентификатор, список имен атрибутов. Объект может быть
представлен и как таблица.
Типы атрибутов:
-Описательные
-Указывающие
-Вспомогательные
7 Пример описания объекта
8 ПРАВИЛА АТРИБУТОВ

Первое правило. Один экземпляр объекта имеет одно единственное значение для
каждого атрибута в любое данное время.

Второе правило. Атрибут не должен содержать никакой внутренней структуры.Один


экземпляр объекта имеет одно единственное значение для каждого атрибута в любое
данное время.

Третье правило. Когда объект имеет составной идентификатор , то каждый атрибут,


являющийся частью идентификатора представляет характеристику всего объекта, а не
его части или характеристику чего-то другого.

Четвертое правило. Каждый объект, не являющийся частью идентификатора,


представляет характеристику экземпляра, указанного идентификатором, а не
характеристику другого атрибута – идентификатора.
9 ПОНЯТИЕ СВЯЗИ

Связь – это абстракция набора отношений, которые систематически возникают между


различными видами предметов в реальном мире.

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

Существует 3 фундаментальных вида связей:


-Один к одному
-Один ко многим
-Многие ко многим

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

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

Для формализации связи «Многие ко многим» создается ассоциативный объект,


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

Диаграмма информационной структуры – это графическое представление


информационной модели, диаграмма «сущность-связь» (ERD-диаграмма).

Описание объектов и атрибутов. Описание объектов и атрибутов документирует


списки всех объектов и атрибутов и обеспечивает организационную совокупность.
Обычно выполняется в виде таблиц.

Описание связей. Описание связей документирует перечни каждой связи модели


вместе с описанием связи.

Более сложные приемы моделирования. «Подтипы-супертипы»


11
Пример моделирование информационной системы для
распределительной электрической сети
12 НОРМАЛИЗАЦИЯ модели данных

Нормализацией называется процесс удаления избыточных данных. Каждый экземпляр


объекта должен храниться только 1 раз. Существует 5 распространенных форм
нормализации, основанных на математической теории отношений. Как правило
информационные модели (базы данных) приводят к 3 нормальной форме.
1 НФ – удаление повторяющихся групп.
2 НФ – удаление избыточных данных.
3 НФ – удаление атрибутов, не зависящих от первичного ключа.
4 НФ – изоляция независимых множественных отношений.
5 НФ – изоляция семантически связанных множественных отношений.
В процессе нормализации выполняют определенные действия по удалению избыточных
данных.
Для 1НФ надо удалить повторяющиеся группы и добиться, чтобы каждый атрибут
содержал только одно значение.
Во 2НФ из сущности исключаются избыточные данные. Добиваются, чтобы сущность
обладала уникальным идентификатором (первичным ключом). Избыточными считаются
атрибуты, независящие от первичного ключа.
В 3НФ исключаются все атрибуты, независящие от первичного ключа.
Целостность данных.
-Каждая сущность должна обладать уникальным идентификатором и содержать данные
-Каждый атрибут должен принимать только допустимые значения
-Ссылочная целостность. Набор данных обеспечивающих логическую согласованность
первичных и внешних ключей при вставке, обновлении и удалении записей. Для каждого
внешнего ключа должен существовать соответствующий первичный ключ.
13 ТИП БАЗ ДАННЫХ

Цель разработки прикладного программного обеспечения состоит в том, чтобы ,


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

На стадии анализа формулируется цель создания программного обеспечения, его


функциональности, выделяются отдельные задачи, составляются технические
требования.

В основе любой современной системы автоматизации деятельности лежит развитая


база данных информационной системы.

Типы баз данных (в аспекте исторического развития):


 Сетевые базы
 Иерархические
 Реляционные
 Объекто-ориентированные
Системы поддержки принятия решений
Системы искусственного интеллекта (базы знаний)

Наибольшее распространения в настоящее время получили реляционные базы данных.


Наиболее часто для задач энергетики применяют промышленные базы данных
ORACLE, Microsoft SQL Server.
14 РЕЛЯЦИОННАЯ БАЗА ДАННЫХ

Термин «реляционный» означает «основанный на отношениях».


Реляционная база данных состоит из сущностей (таблиц),
находящихся в некотором соотношении друг с другом; записей
(строки таблицы) и атрибутов данных (столбцы таблицы).

Проектирование баз данных состоит из 2 стадий:


-Логическое моделирование
-Физическое моделирование

Процесс проектирования базы данных состоит из этапов:


-Сбор информации
-Идентификация объектов
-Моделирование объектов
-Идентификация типов для каждого объекта
-Идентификация отношений
-Нормализация
-Преобразование к физической модели
-Создание базы данных
15 Модели поведения в реальном мире
Многие предметы на протяжении их сроков жизни проходят через различные стадии.
Поскольку все экземпляры объекта должны следовать одинаковым правилам
поведения, то абстрагируя группу объектов мы абстрагируем из общую модель
поведения в жизненный цикл.
Жизненный цикл можно описать как модель состояний: множество состояний и
событий. Состояние представляет собой положение или ситуацию объекта, в которых
применяются определенные физические законы, правила и линии поведения.
Событие представляет сбой инцидент, который заставляет объект переходить из
одного состояния в другое. Отдельные модели состояний формируются для каждого
объекта или связи.
Можно выделить 2 особых состояния - состояние создания и заключительное
состояние.
Жизненные циклы бывают 2 видов:
Жизненный цикл рождение-смерть
Циркулярный жизненный цикл.
Особое место в моделировании занимает анализ отказов. Сначала моделируется
нормальное, желательное поведение. Далее добавляются события и действия, чтобы
охватить анормальное поведение, которое возникает во внешнем процессе или
оборудовании. Ключевая задача здесь выявление и идентификация источников
ошибок и отказов.
16 Рабочие продукты моделей состояний
В ООА для модели состояний используется форма Мура. Модель состояний Мура
состоит:
1. из множества состояний. Состояние – это положение объекта, в котором
применяется определенный набор правил, линий поведения, предписаний и
физических законов. Каждому состоянию дается имя и номер, уникальные в пределах
модели состояний;
2. из множества событий. Событие – это абстракция инцидента или сигнала в
реальном мире, который сообщает о перемещении объекта в новое состояние;
3. из правил перехода. Правило перехода определяет, какое новое состояние
достигается, когда с объектом в данном состоянии происходит некоторое событие;
4. из действий. Действие – деятельность или операция, которые должны быть
выполнены, когда объект достигает состояния. Одно действие связывается с каждым
событием.
Модель состояний представляется в диаграммной форме, известной как
диаграмма переходов в состояния (ДПС). Состояния представляются рамками,
каждая из которых обозначается соответствующим именем состояния. Переходы
изображаются дугами, соединяющими два состояния. Каждый переход обозначен
событием, которое его вызывает. Действие, связанное с событием, описывается под
рамкой состояния. Все экземпляры объекта совместно используют одну модель
состояний. Иногда необходимо различать модель состояний, выполняемую одним
конкретным экземпляром. Для того чтобы обращаться к модели состояний частного
экземпляра, используется термин конечный автомат. Документами для моделей
состояний являются: Диаграмма переходов в состояния (ДПС или STD-диаграммы);
Таблицы переходов в состояния (ТПС); список событий системы.
17
ПРИМЕРЫ ДИАГРАММ СОСТОЯНИЙ
Жизненный цикл электротехнического
оборудования : линий, подстанций, вводов..

Ввод нового оборудования


(Архив)

1. Новое

Приемка (Архив)

6. Не
2. В эксплуатации
эксплуатируется
Списание (Архив, Включение под
бухгалтерия) напряжение
(Диспетчер)

3. В работе
Повреждение
(фиксируется
диспетчером)
Окончание ремонта
(производственные
4. Поврежденное
Начало планового участки)
ремонта
(производственные Определение места
участки) повреждения и
начало аварийного
ремонта
(производственные
участки)

5. В ремонте
18
ПРИМЕРЫ ДИАГРАММ СОСТОЯНИЙ

Диаграмма оперативных состояний для автоматики

Восстановить
РЗиА
1.Включена 3.Сработала

Отсутствие напряжения
основного питания

Отключить Включить
автоматику автоматику

2.Выведена

Рис. 3 Диаграмма переходов в состояния для автоматики


19
ПРИМЕРЫ ДИАГРАММ СОСТОЯНИЙ

Диаграмма оперативных состояний ячейки


присоединения

1. Включена
Отключить
главный Включить
КА главный
КА
5.Отключен Отключить
главный КА Включить
ячейку ячейку
Разобрать Собрать
схему схему

2. Отключена
Подготовить
рабочее
место в Установить Снять
ячейке заземления в заземления
ячейке в ячейке

3. Заземлена Убрать
заземления
рабочего
Подготовить места в
рабочее ячейке
место в
ячейке

4. Рабочее место
20
ПРИМЕРЫ ДИАГРАММ СОСТОЯНИЙ

Диаграмма оперативных состояний


линии (ветви графа сети)

1. Включена

Включение линии +
Отключение линии изменение схемы
+ изменение схемы

2. Под сохранным Не сфазирована


напряжением

Отключение Включение
линии линии

3. Отключена

Установление
заземления Снятие
линии заземления
линии
4. Заземлена с
одной стороны

Установление
Снятие
заземления
заземления
линии
линии
5. Заземлена
21 Модели процессов
Все процессы, совершающиеся в системе, устанавливаются в действиях. Исследуем
процессы, которые составляют действия.

Цель моделирования процессов – расчленить каждое действие на фундаментальные


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

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


результат производят выходные данные.
В ООА задача разбивается на объекты, потом на действия, и наконец на процессы
внутри действия.
Управление представляется в потоках данных действий: явно через потоки
управления и неявно через определенные потоки данных.

Прецедент (use case) – последовательность действий, выполняемых системой ,


чтобы предоставить пользователю значимый результат. Прецедент описывает серию
взаимодействий пользователь/система, в результате которой пользователь решает
определенные задачи.
Каждый прецендент уже более подробно разбивается на процессы и отдельные
операции (последовательности операций).
Вид на архитектуру с точки зрения
22
прецедентов

В модель прецедентов представлены основные виды


прецедентов. Она объединяет все другие виды архитектуры, и
позволяет всем разработчикам исследовать свой план
реализации на предоставление необходимых функциональных
возможностей пользователю.
23 Модели процессов
24 Проектирование базы данных энергетических объектов

При проектировании информационной модели электроэнергетического


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

Индивидуальные данные единицы оборудования (картотеки (реестры) паспортов


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

При проектировании и заполнении баз данных необходимо использовать данные


справочников и отраслевых классификаторов
Обобщенная структура информационной модели одного типа
оборудования
25
Индивидуальные
Данные Классификаторы заполнения
данные единицы
справочников, отдельных полей таблиц:
оборудования:
каталогов, общие классификаторы,
Картотеки подстанций,
паспортов классификаторы для разных
трансформаторов,
оборудования типов оборудования
линий и др.

Ко всем таблицам
Свойства оборудования События в информационной системе

Ввод и приемка новых


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

Изменение базовых
состояний оборудования Испытания оборудования :
плановые, после повреждений,
ремонтов

Оперативные состояния
оборудования (для КА). Дефекты и повреждения
Оперативный журнал оборудования

Замеры нагрузки
26 Подразделы языка SQL
SQL (обычно произносится "сэквэл") означает Структурированный Язык Запросов
(Structured Query Language). Это — язык, который дает вам возможность создавать
и работать в реляционных базах данных, которые являются наборами связанной
информации, сохраняемой в таблицах.

DDL (Data Definition Language — Язык Определения Данных) — так называемый


Язык Описания Схемы в ANSI, состоит из команд, которые создают объекты
(таблицы, индексы, просмотры, и так далее) в базе данных.

DML (Data Manipulation Language — Язык Манипулирования Данными) — это


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

DCL (Data Control Language — Язык Управления Данными) состоит из средств,


которые определяют, разрешить ли пользователю выполнять определенные
действия или нет.
Подразделы языка являются составными частями SQL в ANSI. Это не различные
языки, а разделы команд SQL, сгруппированных по их функциям.

Запрос — команда, которую вы даете вашей программе базы данных, и которая


сообщает ей, чтобы она вывела определенную информацию из таблиц в память.
Пример таблиц БД по кабельным линиям
27
Line – таблица содержит информацию о кабельных линиях
LineLib – библиотека данных кабелей
MarkaLst – справочник марок кабелей

Простейший запрос: SELECT * FROM Line


Объединение таблиц по связям:
SELECT Line.DispNBeg, Line.DispNEnd, MarkaLst.Marka, Line.Dlina, Line.DateEkspl
FROM Line, LineLib, MarkaLst
WHERE Line.LibData = LineLib.LibData AND LineLib. Marka= MarkaLst.DCode
28 Ключевые слова оператора SELECT
DISTINCT – выбор не повторяющихся значений
ORDER BY <имя столбца> – сортировать записи по возрастанию (DESC – по убыванию)
GROUP BY <имя столбца>– группировка по столбцу с целью вычисления агрегативных
выражений ( МАХ(…), MIN, SUM, COUNT, AVG)
HAVING - ссылаeтся только на агрегаты и поля выбранные GROUP BY, чтобы задать условия
выбора
COUNT производит подсчет строк или не NULL значения полей, которые выбрал запрос.
SUM производит арифметическую сумму всех выбранных значений данного поля.
AVG производит усреднение всех выбранных значений данного поля.
MAX производит наибольшее из всех выбранных значений данного поля.
MIN производит наименьшее из всех выбранных значений данного поля.
Оператор IN - выбор из определенного множества

Реляционные операторы, которыми располагает SQL:


= Равно
> Больше чем
< Меньше чем
>= Больше чем или равно
<= Меньше чем или равно
<> Не равно

Операторы Буля и как они работают:


AND (в форме A AND B) берет как аргументы и оценивает их по отношению к истине, верны ли они
оба.
OR (в форме A OR B) берет как аргументы и оценивает на правильность, верен ли один из них.
NOT (в форме NOT A) берет как аргумент и инвертирует его значение (заменяет значение с
неверного на верное или наоборот).
29 ПРИМЕРЫ ЗАПРОСОВ
1. Выбор кабелей с сечением фазной жилы без повторяющихся значений
SELECT DISTINCT MarkaLst.Marka, LineLib.Sech
FROM Line, LineLib, MarkaLst
ORDER BY LineLib.Sech
2. Расчет суммарной длины каждого кабеля каждого сечения (длина кабеля в м), упорядочиваем
по сечению
SELECT MarkaLst.Marka, LineLib.Sech, SUM (Line.Dlina)
FROM Line, LineLib, MarkaLst
WHERE Line.LibData = LineLib.LibData AND LineLib. Marka= MarkaLst.DCode
GROUP BY MarkaLst.Marka, LineLib.Sech
ORDER BY LineLib.Sech
3. Выбор марок и сечений кабеля с суммарной длиной более 3 км (длина кабеля в км)
SELECT MarkaLst.Marka, LineLib.Sech, SUM (0.001*Line.Dlina), “км”
FROM Line, LineLib, MarkaLst
WHERE Line.LibData = LineLib.LibData AND LineLib. Marka= MarkaLst.DCode
GROUP BY MarkaLst.Marka, LineLib.Sech
HAVING SUM (0.001*Line.Dlina) > 3
4. Пример встроенного запроса. Выбрать линии с максимальной длиной для каждой марки и
сечения
SELECT L.ObjectID, L.DispNBeg, L.DispNEnd m.Marka, Ll.Sech, L.Dlina, R=0,001*Ll.R0*L.Dlina,
X=0,001*Ll.X0*L.Dlina, Ll.Idop
FROM Line L, LineLib Ll, MarkaLst m
WHERE L.LibData = Ll.LibData AND Ll. Marka= m.DCode
AND L.Dlina IN (SELECT MAX (Line.Dlina)
FROM Line, LineLib, MarkaLst
WHERE Line.LibData = LineLib.LibData AND LineLib. Marka= MarkaLst.DCode
GROUP BY MarkaLst.Marka, LineLib.Sech)
30 ПРОГРАММЫ ГЕНЕРАТОРЫ ОТЧЕТОВ

Специальный класс программ, которые позволяют делать выборки данных из БД и размещать их в


удобном для пользователя виде.

Генератор отчетов имеет:


Конструктор отчета, который позволяет создать форму отчеты (список, суммарные данные, заголовки
столбцов, размещение на странице…)

Обращения к БД , возможности выбора таблиц, написания запросов.

С помощью генераторов отчетов формируются различные отчетные формы для выводы на печать, а
также для сохранения в файлах (обычно Excel)

Многие современные среды разработки программного кода имеют в своем составе встроенные
генераторы отчетов.
Crystal Reports входит в состав Microsoft Visual Studio.
Лекция 5-6. Прикладное
программное обеспечение
для АСДУ

к.т.н., доцент Дичина О.В.


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

 задачи планирования режимов,


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

Услуги оказываются на основании двухстороннего договора об


оказании услуг по оперативно-диспетчерскому управлению в
электроэнергетики, заключаемого с потребителями услуг, т.е.
субъектами оптового рынка. В договоре указываются
установленные СО технические требования, необходимые ему для
управления режимами ЕЭС России, а также сроки их выполнения.
5 Планирование режимов работы энергосистем
Задачи долгосрочного планирования режимов, выполняемые ЦДУ ЕЭС:
 Разработка годовых, квартальных, месячных балансов мощности для
ЕЭС; планов выработки и перетоков электроэнергии между ОЭС
 Разработка годовых и сезонных схем регулирования каскадов ГЭС,
ведения их режимов, графики сработки и наполнения водохранилищ;
 Расчет и анализ обеспеченности топливными ресурсами, анализ
гидроресурсов;
 Прогноз электропотребления и типовые суточные графики
долгосрочного планирования;
 Расчеты энергетических режимов для характерных дней года,
графики покрытия нагрузок, необходимые для оптимальных планов
выработки и перетоков мощности между ОЭС;
 Годовые планы-графики капитальных и средних ремонтов основного
оборудования электростанций, ОЭС и ЕЭС в целом;
 Расчеты режимов в основной сети ЕЭС, потерь электроэнергии:
 Оптимизация режимов: использование средств регулирования
напряжения
 Расчеты устойчивости, токов КЗ, асинхронных режимов;
 Расчет уставок РЗА, АЧР, ЧАПВ
Краткосрочное планирование режимов работы
6
энергосистем
 Прогнозирование суточных графиков нагрузки по ОЭС (от суток
до недели) ;
 Прием оперативных заявок на ввод в работу и ремонт
электротехнического оборудования, РЗА, ПА;
 Определение по данным ОДУ рабочей мощности
электростанций по ОЭС и ЕЭС, значений выработки ГЭС ;
 Указания по подготовке режима (максимально допустимым
перетокам) контролируемых связей, по использованию и
настройки РЗ и ПА;
 Расчеты по оптимизации краткосрочных электрических режимов;
 Разработка и утверждение суточных планов-графиков работы
ЕЭС, графиков нагрузки потребляемой мощности по ОЭС и ЕЭС,
суммарной мощности электростанций, перетоков мощности по
связям между ОЭС, значений горячего резерва мощности.
7 Оперативное управление энергетическим режимом
ЕЭС
Диспетчер ЦДУ ЕЭС:
 Регулирует энергетический режим ЕЭС, управляя параллельной работой
ОЭС;
 Оперативно руководит реализацией оптимального суточного плана-графика
работы ЕЭС;
 Контролирует выполнение заданных ЦДУ графиков перетоков мощности
между ОЭС, суммарных мощностей ОЭС и каскадов ГЭС, значений горячего
резерва мощности;
 При отклонениях условий работы ОЭС от уточненных в плане изменяет
диспетчерские графики в целях “дооптимизации”, корректируя
распределение мощностей между ОЭС с учетом требований надежности и
качества электроэнергии;
 Вносит в энергетический режим корректировку, вызванную непредвиденным
изменениями в топливоснабжении;
 Контролирует схему и основной режим сети ЕЭС (связи между ОЭС, линии
500-750 кВ внутри ОЭС) при необходимости изменяет схему и режим по
условиям надежности;
 Координирует действия персонала по выполнению графиков напряжения,
использованию средств регулирования, обеспечивая оптимизацию режима;
 Контроль за выводом в ремонт и вводом оборудования в соответствии с
разрешенными заявками.
8
Задачи диспетчера распределительных электрических сетей:
 оперативно-диспетчерское управление сетью, обеспечивающее
бесперебойное электроснабжение потребителей;
 руководство всеми плановыми переключениями в сети, координация
действий одновременно работающих в сети бригад;
 принятие немедленных мер по восстановлению электроснабжения
потребителей при авариях, погашениях, ликвидации ненормальных
режимов.
Под оперативной ликвидацией аварии следует понимать
выделение поврежденного оборудования и линий, а также
производство операций с целью:
 предотвращения развития аварии;
 устранения опасности для обслуживающего персонала и
оборудования, не затронутого аварией;
 восстановление в кратчайший срок электроснабжения потребителей;
 создание надежной послеаварийной схемы;
 выяснения состояния отключенного во время аварии оборудования и
возможности включения его в работу, организация аварийно-
восстановительных работ.
9
Задачи планирования режимов для ОДС, РДП
 обработка и достоверизация замеров нагрузок;
определение статических характеристик нагрузок;
прогноз нагрузок в узлах электрических сетей на характерные периоды;
расчет и анализ нормальных, послеаварийных и типовых ремонтных
режимов разомкнутых электрических сетей напряжением 6 кВ - 35 кВ и
замкнутых сетей 35 кВ и выше;
расчет токов короткого замыкания (к.з.) в электрических сетях 110 кВ и
выше;
расчет токов к.з. и емкостных токов замыкания на землю в сети 6-
10 кВ;
расчет уставок релейной защиты и автоматики в распределительных
сетях 6 кВ, 110 кВ и выше;
определение эквитоковых зон при коротких замыканиях в
электрических сетях с целью отыскания и локализации поврежденных
участков, выбор оптимальной стратегии поиска повреждений в сетях 6 -
10 кВ;
оценка режимных последствий ввода в работу новых объектов и
подключения их к электрическим сетям;
разработка и корректировка нормальной и ремонтной схем сетей;
разработка типовых ремонтных схем;
Задачи планирования режимов
10
(продолжение)
расчет, анализ и прогноз надежности схем электроснабжения;
расчет, анализ и прогноз качества электроэнергии в электрических сетях;
расчет, анализ, нормирование и прогноз потерь электроэнергии в
электрических сетях;
разработка организационных и технических мероприятий по повышению
надежности электроснабжения потребителей, снижению потерь
электроэнергии, повышению пропускной способности электрических сетей
на основе оптимизации режимов электрических сетей по уровням
напряжения и реактивной мощности (оптимизация законов регулирования
напряжения в центрах питания),
выбор ответвлений трансформаторов распределительных сетей,
оптимизация режимов работы конденсаторных батарей, установленных в
электрических сетях предприятия и у потребителей);
расчетов оптимальных точек размыкания электрических сетей по
критерию минимума потерь электроэнергии (мощности);
прогнозирование и анализ загрузки трансформаторов и выбор режима их
работы
11 Задачи оперативного управления:
 контроль схем электрических сетей;
 регистрация изменений телесигналов (ТС) и
телеизмерений (ТИ) по списку событий;
 задачи телеуправления;
 оценка состояния работы электрических сетей;
 достоверизация телеизмерений;
 фиксация параметров режима при возникновении к.з. и
определение расстояния до места повреждения;
 регистрация аварийных ситуаций (РАС);
 ретроспективный анализ аварийных ситуаций;
 контроль параметров режима (по надежности, качеству
электроэнергии, по отклонениям от плановых значений);
 оперативный прогноз нагрузок;
 формирование и контроль баланса активной мощности;
 формирование и контроль баланса электроэнергии;
 оперативный контроль за потреблением энергии и
мощности крупными предприятиями;
Задачи оперативного управления
12
(продолжение):
 оперативный расчет и оптимизация режимов
электрических сетей в реальном времени;
 оперативный расчет потерь электроэнергии;
 представление диспетчеру рекомендаций по
устранению возможных отклонений от нормального
режима (при перегрузке ВЛ и трансформаторов, при
отклонениях напряжений в контрольных точках);
 накопление и выдача ретроспективных данных;
 ведение суточной ведомости;
 обнаружение и ликвидация гололедных образований.
13 Задачи автоматического управления:
релейная защита электрических сетей;
автоматическое управление средствами первичной
коммутации для локализации аварий и восстановления
электроснабжения (автоматическое повторное включение
(АПВ), автоматическая частотная разгрузка (АЧР),
автоматический ввод резерва (АВР), автоматическое
секционирование электрических сетей и т.п.);
автоматическое управление средствами регулирования
напряжения и реактивной мощности;
автоматическое управление средствами первичной
коммутации для оптимизации установившихся режимов
электрических сетей.
Основными техническими средствами решения задач оперативного
и автоматического управления являются производственно-
технические комплексы (ПТК) АСУ технологических процессов
(АСУ ТП), размещаемых на подстанциях (ПС) и на
электростанциях, а также сформированные на их базе
оперативные информационно-управляющие комплексы (ОИУК).
14 АСУ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ПОДСТАНЦИЙ
Определение:
Автоматизированная система управления технологическими процессами
(АСУ ТП) - совокупность аппаратно-программных средств,
осуществляющих контроль и управление производственными и
технологическими процессами; поддерживающих обратную связь и
активно воздействующих на ход процесса при отклонении его от
заданных параметров; обеспечивающих регулирование и оптимизацию
управляемого процесса.

Назначение АСУ ТП:


АСУ ТП предназначены для оптимизации технологических процессов
производств и повышение их эффективности путем автоматизации,
базирующейся на использовании современных средств вычислительной
и микропроцессорной техники и эффективных методов и средств
контроля.
Преимущества:
Главное преимущество АСУ ТП является снижение, вплоть до полного
исключения, влияния так называемого человеческого фактора на
управляемый процесс, сокращение персонала, минимизация расходов
сырья, повышение качества исходного продукта, и в конечном итоге -
существенное повышение эффективности производства.
15 ОСНОВНЫЕ ФУНКЦИИ АСУ ТП ПОДСТАНЦИЙ :

 сбор и обработка аналоговой информации о режимах работы


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

Архитектура АСУ ТП предусматривает наличие трех уровней


иерархии:
 нижний,
 средний
 верхний
16
Состав нижнего уровня АСУ ТП подстанции:
 В состав нижнего уровня входят специализированные
функционально законченные микропроцессорные приборы и
устройства, распределенных по присоединениям ПС.
 В качестве приборов нижнего уровня используются
микропроцессорные приборы контроля и управления (МПКиУ),
аналоговые контроллеры, которые являются функционально
законченными микропроцессорными устройствами,
выполняющими определенные задачи по сбору, обработке и
передаче текущей информации.
 Указанные приборы образуют децентрализованную структуру,
обеспечивающую решение быстродействующих задач контроля
и управления оборудованием всех присоединений ПС,
входящих в пусковой комплекс.
 К устройствам нижнего уровня АСУ ТП относятся также и
устройства систем РЗА, ПА, РАС, которые автономно
выполняют свои функции и одновременно обеспечивают
информацией АСУ ТП.
 В состав нижнего уровня входят также коммуникационные
связи, обеспечивающие информационный обмен между
приборами и устройствами нижнего уровня и средним уровнем
АСУ ТП.
17
Средний уровень АСУ ТП подстанции:
 Средний уровень представляет собой ядро АСУТП и состоит из
центральных координирующих устройств (ЦКУ) и системы единого
времени.
 На среднем уровне системы установлены две резервированных
станции центральных координирующих устройств (ЦКУ), в
которые поступает вся текущая информация от локальных
микропроцессорных устройств нижнего уровня, работающих на
присоединениях ПС.
 Координирующие устройства позволяют собрать и обработать
информацию от устройств нижнего уровня и передать ее в
устройства верхнего уровня АСУ ТП подстанции, а также на
высшие уровни иерархии управления энергосистемы.
 В ЦКУ выполняется первичная обработка информации: сравнение
значения аналоговых сигналов с предупредительными и
аварийными уставками, формирование агрегированных
информационных данных для серверов процесса, формирование
сигналов телемеханики.
 Ведущее ЦКУ формирует телеинформацию в объеме,
необходимом диспетчерским центрам управления режимами
энергосистемы, и обеспечивает ее передачу в каналообразующую
аппаратуру дублированных каналов связи с ЦППС РДП и ОДС
соответственно.
 Передача телеинформации должна осуществляться по
стандартным протоколам (МЭК 60870-5-104).
18
Системы единого времени (СЕВ)

 Система единого времени позволяет синхронизировать


внутренние часы всех устройств.

 Система единого времени (СЕВ) обеспечивает прием сигналов


точного астрономического времени от устанавливаемой на
подстанции антенны GPS.

 СЕВ реализует функцию ведения общесистемного времени для


всех устройств АСУТП.

 При этом в устройствах нижнего уровня АСУ ТП


обеспечивается регистрация событий с точностью 1 мс.
19
Состав измерений АСУ ТП ПС
Текущие значения токов и напряжений поступают непосредственно от
измерительных трансформаторов тока и напряжения в контроллеры
(терминалы) нижнего уровня АСУ ТП, установленные на присоединения
линий, трансформаторов ОРУ 220-110 кВ, а также на присоединениях
линий 10 кВ и ниже.
 Ток фазы А; Ток фазы В; Ток фазы С;
 Напряжение Uа; Напряжение Ub; Напряжение Uc;
 Напряжение Uав; Напряжение Uвс; Напряжение Uса;
 Напряжение Uo;
 Частота;
 Активная мощность; Реактивная мощность; Полная мощность;
 потребление электроэнергии;
 для присоединений 6,10, 0,4 кВ возможна установка
измерителей качества электроэнергии

В систему автоматизации ПС должна входить система комплексной


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

 Верхний уровень – уровень наблюдения, анализа,


архивирования информации и управления.
 На этом уровне анализируется текущее состояние и
режимы работы электротехнического оборудования ПС, а
также ретроспективная информация.
 Этот уровень состоит из резервированных серверов
процесса (серверы SCADA)
 А также включает компоненты локальной сети,
обеспечивающих информационный обмен между
производственно-техническими службами системы
 На верхнем уровне подсистемы устанавливаются
автоматизированные рабочие места (АРМ):
• АРМ оперативного персонала
• АРМ ремонтного персонала,
• АРМ инженеров служб АСУ ТП подстанции
• АРМ инженеров служб РЗА
22
Верхний уровень АСУ ТП - алгоритм работы

 Текущая информация от устройств нижнего уровня


обрабатывается в ЦКУ и передается в резервированные
серверы процесса, где записывается в базу данных АСУ
ТП.
 База данных имеет разделы, по которым
структурируется и распределяется вся поступающая от
устройств нижнего уровня информация.
 Каждый из взаиморезервирующих серверов
обеспечивает передачу информации в соответствующие
фрагменты локальной вычислительной сети (ЛВС)
верхнего уровня АСУ ТП, к которым подключены АРМ
персонала подстанции, а также программно-технические
средства функциональных подсистем мониторинга
выключателей и контроля качества электроэнергии,
входящих в состав АСУ ТП.
Структурная схема верхнего и среднего уровня АСУ ТП
23
подстанции
24
АРМ оперативного персонала подстанции
 состоит из двух взаиморезервированных рабочих станций,
на которых отображается вся текущая информация о
состоянии и режимах работы электротехнического
оборудования ПС в нормальном и аварийных режимах,
 обеспечивается доступ оперативного персонала к
управлению коммутационными аппаратами подстанции.
 Отображение технологического процесса на мониторах
АРМ оперативного персонала осуществляется в виде
динамических мнемосхем (обобщенных и детальных),
графиков аналоговых величин, таблиц и других форм
отображения информации, удобных для быстрого и четкого
восприятия.
 Информация о предупредительных и аварийных
сообщениях выделяется изменением цвета и/или миганием
изображения.
 Все компоненты АРМ оперативного персонала рассчитаны
на круглосуточную эксплуатацию.
25
АРМ службы РЗА подстанции
 состоит из стационарного компьютера, подключенного к
локальной сети, и переносного компьютера.
 Стационарный компьютер имеет два интерфейса: один для
подключения к локальной сети, другой для
непосредственного подключения к терминалам РЗА.
 Переносной компьютер используется при отказах сетевого
оборудования, для удобства работ по изменению уставок
терминалов РЗА и при наладочных работах.

АРМ службы РЗА предназначен для:


 анализа и обработки информации, полученной в аварийных
ситуациях;
 работы с терминалами РЗА, устройствами РАС и ПА в
режиме «on-line».
26
АРМ службы АСУ подстанции
 состоит из стационарного компьютера, подключенного к
локальной сети, и переносного компьютера.
 Стационарный компьютер по локальной сети получает
текущую информацию о состоянии устройств и приборов
ПТК АСУ ТП.
 Переносной компьютер используется при отказах сетевого
оборудования, для удобства работ по загрузке нового
технологического программного обеспечения в приборы и
устройства АСУ ТП и при наладочных работах.

АРМ службы АСУ используется для:


 наладочных и диагностических работ с оборудованием и
компонентами АСУ ТП и локальной сети;
 разработки и загрузки нового технологического
программного обеспечения, новых форм отчетов и
протоколов;
 переноса архивной информации на долговременные
носители;
 обслуживания оборудования и компонентов АСУ ТП.
27
АРМ ремонтного персонала подстанции

 Для ремонтного персонала подстанции представляет интерес


диагностика текущего состояния оборудования подстанции;
 Выявленные дефекты, сбои и отказы в работе оборудования
 Просмотр ретроспективной информации по аварийной ситуации,
предоставляемой РАС
 Учет выполненных работ по ремонту оборудования
 Планы-графики работ

АРМ ремонтного персонала состоит из:


 стационарного компьютера, подключенного к локальной
сети АСУ ТП.
 Посредством считывания информации из архива
обеспечивается представление в удобном виде
ретроспективной информации по оперативной и
долговременной диагностике основного и дополнительного
оборудования ПС.
28 Иерархия управления подстанцией

На базе АСУ ТП отдельных подстанций создаются оперативно-


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

Полностью реализованные функции АСУ ТП подстанции также


называют оперативно-информационным комплексом (ОИК)
подстанции.

Иерархия управления ПС должна быть выстроена следующим


образом: ПС – предприятие сетей (РСК)- МЭС (магистральные
электрические сети)- ФСК ЕЭС с учетом организации оперативно-
диспетчерского управления (ДП РЭС, РДУ, ОДУ, ЦДУ) и схемы
взаимодействия субъектов оптового рынка электроэнергии (СО,
АТС, ФСК ЕЭС).
29 Передача данных на верхний уровень АСДУ

 На верхний уровень АСДУ передаются лишь часть информации,


предварительно отобранной и сжатой. Обновление значений
производиться лишь в том случае, когда разница между двумя
последовательными значениями превышает установленный
процент:
•напряжение 0,2-0,5%;
•перетоки активной и реактивной мощности 2-5%;
•токи в линиях 5%;
•частота 0,1-0,2%.

Передача на верхний уровень АСДУ может осуществляться с


разной цикличностью: аварийные сообщения 1-2 с,
предупредительная сигнализация 5 с, опрос состояния
оборудования и текущие измерения в нормальном режиме 30 с.

АСУ ТП ПС должна обеспечивать возможность ее эксплуатации


без постоянного обслуживающего персонала, а также контроль и
управление с удаленных диспетчерских центров.
30
ОПРЕДЕЛЕНИЕ ОИК
Оперативно-информационный управляющий комплекс - это программно-
аппаратный комплекс, предназначенный для
 надежного получения данных о текущем режиме энергетической
системы (единой, объединенной),
 высокопроизводительной обработки поступающей информации и
 выдачи оперативному персоналу всех изменений режима,
состояния оборудования и аварийно-предупредительных сообщений в
темпе поступления информации.
ОИК обеспечивает возможность производства операций
дистанционного управления и регулирования, как по команде
диспетчера, так и по командам, выработанным внешними
автоматизированными системами или специализированными
программами.
ОИК включает в себя функции, обеспечивающие безопасное
проведение ремонтно-восстановительных работ в энергосистеме,
поддержание баланса мощности и ведение согласованного режима.
ОИК обеспечивает архивирование заданного набора оперативной
информации, включая данные о режиме энергосистемы, произошедших
событиях, действиях операторов, диспетчеров и других пользователей
на указанную глубину.
Комплекс предоставляет пользователям удобный и единообразный
графический интерфейс ко всем реализованным функциям
31
ЗАДАЧИ ОИК
1. сбор информации от устройств телемеханики;
2. вывод информации на устройства телемеханики;
3. контроль исправности устройств телемеханики и каналообразующей
аппаратуры;
4. масштабирование телеинформации;
5. контроль достоверности телеинформации;
6. контроль телеинформации по уставкам;
7. фильтрация и сглаживание телеинформации;
8. дорасчет нетелеизмеряемых режимных параметров;
9. отображение и представление телеинформации и текущего
состояния схем электрических сетей и подстанций диспетчерскому
персоналу и другим пользователям на экранах мониторов;
10. отображение и представление телеинформации и текущего
состояния схем электрических сетей на диспетчерском щите;
11. вывод телеинформации на устройства печати;
12. телеуправление;
13. ведение архивов: минутных и часовых значений телеизмерений,
импульс-архивов, архивов анализируемых ситуаций и событий;
14. автоматическая регистрация и архивирование диспетчерских
переговоров.
32
ТРЕБОВАНИЯ К ОИК
ОИК является узлом сети сбора и передачи оперативной информации
в реальном масштабе времени и представляет собой комплекс
специализированных программно-аппаратных средств для приема-
передачи телемеханической информации, ее предварительной
обработки и отображения на автоматизированных рабочих местах
(АРМ) оперативного персонала. Требования к ОИК:
 хранение и представление информации оперативному персоналу;
 управление диспетчерским щитом;
 прием, хранение и отображение информации, собираемой оперативным
персоналом;
 обмена информацией с другими автоматизированными и
автоматическими информационно-управляющими системами, например,
АСКУЭ и АСПТОУ;
 обмена информацией с ОИК смежных уровней диспетчерского
управления;
 100% резервирование технических и программных средств должно
обеспечивать безотказную работу при выходе из стоя любого элемента;
 технические решения, заложенные в реализацию ОИК должны
обеспечивать возможность развития и модернизации на перспективу не
менее 10 лет.
33
КОМПОНЕНТЫ ОИК

Основные элементы ОИК должны представлять собой


интеллектуальные узлы, взаимодействующие между собой с
помощью единой коммуникационной среды. Основными
компонентами современных ОИК являются :

 комплекс центральной приемо-передающей станции (ЦППС),


состоящий из комплектов приемо-передающих устройств
телемеханики (ППУ-ТМ);

 комплект серверного оборудования;

 автоматизированные рабочие места (АРМ) диспетчеров и


технологов ОИК.
Диспетчера Технолога

34 АРМ ……….. АРМ

Архитектура ОИК
В канал межмашинного
обмена Серверное
оборудование
Ethernetswitch
ОИК

Модульный дисковый
массив

СЕРВЕР 1 СЕРВЕР 2
ИБП

Коммуникационный сервер

Системная консоль

ЦППС Центральная приемо-передающая станция


2 полукомплекта

ППУ - ТМ 1 ППУ - ТМ 2
ИБП
ИБП Арбитр

ППУ - ТМ 3 ППУ - ТМ 4

НА ПОДСТАНЦИЯХ Каналы телемеханики

КП ……….. КП
ТС
ТИ

ТУ
ТС
ТИ

ТУ
35
КОМПЛЕКТ СЕРВЕРНОГО ОБОРУДОВАНИЯ

Состоит из следующих компонентов:


 серверный кластер со встроенным райд-массивом;
 системная консоль;
 коммутатор портов системной консоли;
 коммутатор Ethernet;
 источник бесперебойного питания.

Серверный кластер обеспечивает функционирование системного и


серверной части прикладного программного обеспечения ОИК, архивной
базы данных, а также базы данных реального времени. Кластер имеет
встроенный модульный дисковый массив (райд-массив) обеспечивающий
хранение большого объема информации, а также оперативную (горячую)
замену отдельных накопителей массива в случае их отказа. Кластер
поддерживает связь с серверами смежного диспетчерского пункта по каналу
межмашинного обмена информацией. Системная консоль представляет
собой дисплей с клавиатурой и предназначена для обслуживания кластера.
Коммуникационный сервер обеспечивает подключение системной консоли к
двум группам портов кластера. Обмен данными кластера с ЦППС
обеспечивается по сети Ethernet через коммутатор Ethernet. Источник
бесперебойного питания обеспечивает бесперебойное питание комплекта
серверного оборудования при отключении внешнего питания.
36
ПОЛУКОМПЛЕКТЫ ЦППС

 Комплекс ЦППС построен как 100% резервированный


двухмашинный комплекс состоящих из двух идентичных
полукомплектов (основной и резервный).
 Каждый полукомплект ЦППС может состоять из одного или
нескольких выделенных приемо-передающих устройств
телемеханики(ППУ-ТМ), выполняющих функции обмена данными
по каналам телемеханики, а также протокольной обработки
информации.
 ППУ-ТМ в составе полукомплектов ЦППС представляет собой
одноплатный промышленный компьютер.
 Комплекс ЦППС выполняется в типовом металлическом шкафу.
 Основной и резервный полукомплекты размещаются в одной
стойке и имеют независимые цепи питания и кроссовые элементы
для каждого полукомплекта.
 Расположение узлов ЦППС в стойке должно обеспечивать
однозначную визуальную локализацию полукомплектов.

Алгоритм работы ЦППС следующий.


37
АЛГОРИТМ РАБОТЫ ЦППС

 Прием данных из каналов телемеханики должен производиться


одновременно обеими полукомплектами.
 Передача данных в каналы телемеханики производится одним
из полукомплектов ЦППС являющимся активным в данный
момент времени.
 Контроль функционирования полукомплектов, выбор активного
полукомплекта, а также управление переключением
передающих каналов связи между полукомплектами должно
производиться независимой подсистемой арбитра.
 Переключение передающих каналов связи между
полукомплектами должно производиться за счет
интеллектуальных модулей гальванической развязки имеющих
приемо-передатчики с третьим (высокоимпедансным)
состоянием.
 Взаимодействие ППУ-ТМ между собой, а также с серверами
ОИК должно производиться по сети Ethernet.
38
АРМ оперативно-информационного комплекса
 АРМ оперативно-диспетчерского персонала
(диспетчера)
 АРМ технолога
Автоматизированные рабочие места (АРМ) выполняются на базе
PC-совместимых персональных компьютеров.
АРМ диспетчеров обеспечивают функционирование системной и
клиентской части прикладного программного обеспечения ОИК и
предназначены для представления информации оперативному
персоналу диспетчерского пункта.
На АРМ диспетчеров устанавливается следующее программное
обеспечение:
 операционная система,
 клиентская часть прикладного программного обеспечения ОИК
 программное обеспечение АРМ технолога ОИК.
39
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ОИК
 Программное обеспечение является оперативно-
информационным комплексом, предназначенным для приёма,
обработки, передачи и хранения телеметрической информации о
режиме работы электрической сети, поступающей в реальном
времени, и предоставления оперативно-диспетчерскому персоналу
доступа к ней.
 Программное обеспечение (ПО) ОИК должно быть выполнено в
сетевой распределенной клиент-серверной архитектуре.
Программные средства ОИК разделены на серверную и
клиентскую части.
 Комплекс предоставляет пользователям удобный и
единообразный графический интерфейс ко всем реализованным
функциям.
 ПО ОИК обеспечивает архивирование заданного набора
оперативной информации, включая данные о режиме
энергосистемы, произошедших событиях, действиях операторов,
диспетчеров и других пользователей на указанную глубину.
 ОИК включает в себя функции, обеспечивающие восстановление
утраченных при сбоях данных, четкого разграничения прав доступа
пользователей к выполнению различных операций.
40
Структура программного обеспечения ОИК
Технологические задачи

БД РВ
РБД

Доступ к БД РВ

Доступ к БД
SQL
Сервис ОИК

Серверные программы
Серверная часть

Корпоративная сеть (ЛВС)

Клиентская часть

Доступ к БД РВ Доступ к БД

Монитор отображения

Сервисные Прикладные программы Формирование


задачи АРМ отчетов
41 СЕРВЕРНАЯ ЧАСТЬ ОИК
ОИК должен образовывать группу (программный и аппаратный
кластер) из двух серверов, один из которых должен работать в
режиме горячего резерва.
Оба сервера должны принимать данные телемеханики из ЦППС,
или по каналам межмашинного обмена, при этом основной сервер
должен являться эталонным.
Данные после обработки из этого сервера реплицируются в
резервный сервер.
Серверная часть ОИК должна работать под управлением
серверной операционной системы и содержать:
 Сервис ОИК – супервизор и планировщик заданий комплекса –
осуществляющий управление задачами и серверами ОИК.
 Две базы данных: БД реального времени и реляционную БД для
длительного хранения информации;
 Серверные программы – программы обмена данными, обработки
телемеханической информации, архивирования, серверная часть
Web-интерфейса.
42
Базы данных ОИК
БДРВ – база данных реального времени, которая является
основным коммутирующим звеном комплекса, и выполняет
такие функции как:
 хранение краткосрочного архива оперативной информации;
 управление сеансами работы клиентов с проверкой их прав на
выполнение тех или иных операций;
 рассылка клиентам оперативной информации и сообщений о
событиях ОИК согласно подписке;
 обработка запросов пользователей на получение и запись
оперативной информации, в том числе из архивов.

РБД – реляционные базы данных (под управлением SQL-сервер)


содержат:
 долговременный архив данных,
 описание конфигурации серверов и пакетов программ ОИК,
 нормативно-справочную информацию (НСИ) всех параметров
комплекса,
 все используемое программное обеспечение и формы
системы отображения.
43 Клиентская часть ОИК
 Монитор – панель управления отображением и набор
графических форм;

 Набор прикладных программ – для создания и


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

 Программа формирования отчетов предназначена для


формирования и печати отчетных форм.

 Сервисные задачи, предназначенные для технолога ОИК,


управляющего работой комплекса:
 программы управления задачами и серверами,
 доступ к данным и функциям ОИК,
 контроль и мониторинг работы комплекса, анализ
данных,
 автоматическая установка (дистрибуция) ПО и др.
Пример конфигурации программного
44
обеспечения ОИУК

Системы SCADA, устанавливаемые в сетевых компаниях


 СК-2011 (2007, 2003) (Монитор Электрик, г. Пятигорск)
PSI Control
GE ENMAC/ PowerOn Fusion, General Electric Company,
ОИК Диспетчер, ООО «НТК Интерфейс» , г. Екатеринбург
Telvent / SE (Сербия)
 Котми- НТ
Требования к интерфейсу программ
45
ОИК
 Система отображения ПО ОИК должна являться многооконной
графической системой, разработанной для отображения в среде
Windows.
 Любые данные, присутствующие в базах данных ОИК, должны быть
представлены в виде таблиц, графиков и выводиться на схемы.
 Графические возможности ОИК должны создавать схемы как
отдельных энергообъектов (подстанций, электростанций и т. п.), так и
энергосистем или энергообъединений. Должна иметься возможность
импорта изображения, созданные в различных графических пакетах.
 Должны быть предусмотрены механизмы быстрой навигации между
формами, поиск объектов на схемах, переход к разным уровням
детализации, когда один и тот же энергообъект представлен с разной
степенью подробности.
 Данные на формах должны выводиться в режиме слежения (текущее
состояние) или ретроспективы (по архиву).
 Должна быть возможность получать справочную информацию о
параметрах, осуществлять операции по управлению каналами ТИ/ТС
(ручной ввод, недоверие каналу ТМ, отмена ручного ввода),
проставлять диспетчерские пометки на схемах.
 Должна быть предусмотрена возможность ввода информации и
проведения локальных дорасчетов.
Отображение схемы электростанции в ПТК PSIcontrol
46
47
Отображение схемы подстанции в ПТК PSIcontrol
48
Представление сетевой схемы в ПТК PSIcontrol
49
Вид мониторинга состояния сети 10 кВ
50 Возможности ОИК
 мониторинг состояния силового оборудования;
 мониторинг топологии сетей;
 работа с необработанными данными (сырая телемеханика);
 отображение текущей информации на схемах сетей,
отдельных подстанций и распределительных устройств по:
- перетокам активной, реактивной мощности, токовой
загрузке оборудования (линии, трансформаторы, СК и пр);
- уровню напряжений на объектах и их частях (шинах ВН,
обмотках трансформаторов различного напряжения, СК,
шинах СН и пр.);
- положение коммутационной аппаратуры (выключателей,
разъединителей).
 отображение текущей информации (ТИ, ТС) в табличной
форме с возможностью вывода других расчетных данных
(усредненных значений величин, суммарных значений величин
и пр.);
 вывод ретроспективной информации об изменении режима
сети на основе заготовленных отчетов за указанный период
времени;
51 Возможности ОИК (продолжение)
 вывод статистических данных по работе комплекса
противоаварийной автоматики;
 система уведомлений и звуковой сигнализации на
основании заданных критериев по превышению или
понижению различных величин: контроль токовых
нагрузок, контроль уровней напряжения, как текущих
телеизмерений, так и суммарных или усредненных величин;
 система уведомлений и звуковой сигнализации на
основании изменения состояния оборудования (дискретных
величин телесигнализации);
 ведение электронного оперативного журнала с
автоматической обработкой записей (рассылка
уведомлений руководителям и ответственным лицам).
Ведение истории оперативного журнала заданной глубины
(около 3-х лет);
 регистрация приемки/сдачи диспетчером смены в системе,
автоматическая запись события в журнал.
Перспективные тенденции развития
52
АСДУ
увеличение интегрированности системы,
уточнение распределения функций по уровням и ступеням
управления;
поэтапный переход при решении все большего числа задач от
нормативного подхода к оптимизационному, от детерменирован-
ного к вероятностному (с учетом неопределенности исходной
информации);
увеличение степени автоматизации отдельных операций и
«интеллектуальности» получаемых персоналом результатов;
увеличение объема задач, решаемых с меньшим интервалом
временного упреждения, переносимых с ручного управления на
автоматическое с адаптацией настройки параметров систем
автоматического управления к изменению схемно-режимных
условий.
поддержка совместной работы с тренажерами оперативного
персонала;
информационная поддержка программ оценки состояния и связь
с программами АСПТОУ.

Оценить