64
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
ПЯТАХИН
ПЁТР
АНДРЕЕВИЧ
Генеральный
директор
ООО
«
СисКонт
»
ПТК
КОТМИ
-14 –
ПЛАТФОРМА
ДЛЯ
РЕШЕНИЯ
ЗАДАЧ
ОПЕРАТИВНО
-
ДИСПЕТЧЕРСКОГО
УПРАВЛЕНИЯ
В
РАСПРЕДЕЛИТЕЛЬНЫХ
ЭЛЕКТРИЧЕСКИХ
СЕТЯХ
Введение
Оперативный
информационный
комплекс
(
ОИК
)
КОТМИ
предназначен
для
примене
-
ния
в
составе
ПТК
Центров
управления
се
-
тями
(
ЦУС
)
в
ЕНЭС
и
распределительных
сетях
.
На
базе
ОИК
КОТМИ
созданы
Центры
управления
сетями
на
следующих
объектах
:
•
ОАО
«
Курскэнерго
», 2012
г
.;
•
ОАО
«
Карелэнерго
», 2006
г
.;
•
филиал
ОАО
«
МРСК
Северного
Кавказа
» —
«
Ставропольэнерго
» —
РСК
и
все
ПЭС
(2007—2013
гг
.);
•
филиал
ОАО
«
МРСК
Юга
» — «
Кубаньэнер
-
го
» —
РСК
и
все
ПЭС
(2008—2013
гг
.);
•
ОАО
«
МРСК
Сибири
» —
РЭС
(
более
200).
На
уровне
РСК
используется
GE Enmac
•
и
другие
.
ОИК
КОТМИ
работает
в
промышленной
эксплуатации
на
более
чем
400
объектах
элек
-
троэнергетики
.
Комплекс
создавался
на
новейших
сред
-
ствах
и
технологиях
разработки
программного
обеспечения
для
снижения
затрат
на
последу
-
ющих
этапах
эксплуатации
и
развития
.
Пользователями
комплекса
являются
:
•
оперативный
диспетчерский
персонал
;
•
иной
дежурный
персонал
(
дежурные
по
связи
,
зданию
и
т
.
д
.);
•
руководство
предприятия
;
•
специалисты
технологических
служб
;
•
комплексы
смежных
уровней
диспетчерско
-
го
управления
;
•
внешние
пользователи
(
с
ограничением
до
-
ступа
к
функциям
).
ОИК
КОТМИ
разрабатывается
,
устанавли
-
вается
и
обслуживается
группой
российских
компаний
:
•
ООО
«
Децима
»,
г
.
Москва
(
г
.
Зеленоград
,
разработка
ПО
);
•
ООО
«
Компания
Модус
»,
г
.
Москва
(
разра
-
ботка
ПО
,
установка
и
сопровождение
);
65
25–26 марта 2015 г.
•
ООО
«
НПФ
ПИТЭС
»,
Северо
-
Кавказский
федеральный
университет
,
г
.
Ставрополь
(
разработка
ПО
);
•
ООО
«
СисКонт
»,
г
.
Реутов
Московской
об
-
ласти
(
установка
и
сопровождение
).
КОТМИ
—
зарегистрированная
торговая
марка
для
продуктов
в
области
электроэнерге
-
тики
,
производимых
ООО
«
Децима
».
Назначение
ОИК
КОТМИ
предназначен
для
создания
диспетчерских
информационно
-
управляющих
систем
реального
времени
.
Осуществляет
сбор
информации
из
разных
источников
,
реализацию
функции
телеуправления
,
обработку
принятых
данных
,
их
архивирование
,
решение
необходи
-
мых
расчётных
задач
и
предоставление
пользо
-
вателю
информации
на
средствах
отображения
индивидуального
и
коллективного
пользования
.
Дополнительное
назначение
—
предо
-
ставление
комплекса
необходимых
функций
интегрирующей
программной
платформы
для
объединения
(
интеграции
)
ряда
специализиро
-
ванных
прикладных
программных
комплексов
различных
разработчиков
в
единую
технологи
-
ческую
систему
.
ОИК
КОТМИ
реализует
функционал
SCADA/DMS/OMS-
систем
.
Состав
ОИК
КОТМИ
Функционально
комплекс
делится
на
не
-
сколько
интегрированных
подсистем
:
• SCADA,
обеспечивающую
автоматизиро
-
ванный
сбор
,
обработку
,
хранение
и
пере
-
дачу
данных
телеметрии
.
Разработка
ООО
«
Децима
»;
•
диспетчерскую
информационную
систе
-
му
(
ДИС
),
интегрирующую
все
подсисте
-
мы
ОИК
КОТМИ
и
реализующую
функ
-
ции
систем
управления
распределением
электроэнергии
(Distribution Management
System — DMS),
предназначенных
для
технологического
управления
распреде
-
лением
электрической
энергии
,
и
систем
управления
аварийными
отключениями
(Outage Management System — OMS),
предназначенных
для
управления
сетями
при
технологических
нарушениях
и
АВР
.
Включает
в
себя
тренажёр
переключений
.
ДИС
реализована
на
программных
продук
-
тах
ООО
«
Компания
Модус
»;
•
подсистему
электротехнических
расчё
-
тов
электрических
сетей
0,38—220
кВ
.
Реализована
на
основе
продукта
RersPC,
разработанного
ООО
«
НПФ
ПИТЭС
».
В
свою
очередь
подсистема
SCADA
состо
-
ит
из
подсистем
:
66
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
•
сервера
ввода
-
вывода
КОТМИ
-RDX,
реа
-
лизующего
функции
front-end processor
для
ОИК
КОТМИ
;
•
базового
сервера
КОТМИ
-14,
обеспечива
-
ющего
приём
,
обработку
,
архивирование
информации
как
от
сервера
ввода
-
вывода
КОТМИ
-RDX,
так
и
от
других
источников
(
структурированная
информация
в
виде
файлов
,
макеты
и
т
.
д
.).
Обеспечивает
про
-
ведение
необходимых
расчётов
.
Является
центральным
серверным
компонентом
ОИК
КОТМИ
.
Состав
подсистемы
ДИС
:
•
графический
редактор
;
•
аниматор
;
•
программа
расстановки
диспетчерских
наи
-
менований
;
•
диспетчер
;
•
администратор
;
•
сервер
БД
;
•
редактор
связей
с
БД
(
для
связи
с
записями
внешних
БД
);
•
редактор
навигационных
деревьев
;
•
редактор
связей
с
OPC (
для
связи
со
сто
-
ронними
ОИК
);
•
модуль
расширения
— OPC —
клиент
;
•
модуль
выделения
цепочек
нормальных
и
текущих
фидеров
на
схеме
;
•
ПО
синхронизации
данных
между
БД
—
агент
синхронизации
данных
ДИС
.
Ключевые
особенности
Современная
масштабируемая
плат
-
форма
ОИК
КОТМИ
построен
на
основе
IBM PC-
совместимых
компьютеров
с
опе
рационной
си
-
стемой
Windows
и
является
масштабируемой
системой
—
все
его
программные
компоненты
могут
быть
установлены
как
на
одном
компью
-
тере
,
так
и
разнесены
на
разные
компьютеры
,
связанные
между
собой
сетевой
средой
.
Это
позволяет
перераспределять
нагрузку
.
Сред
-
ства
удалённого
конфигурирования
и
монито
-
ринга
комплекса
дают
возможность
админи
-
стрировать
его
дистанционно
.
В
целях
повышения
надёжности
в
состав
комплекса
могут
включаться
средства
под
-
держки
«
горячего
резервирования
»
сервер
-
ной
части
. «
Горячий
резерв
»
обеспечивается
с
помощью
резервных
серверов
,
на
которых
осуществляется
поддержка
актуального
состо
-
яния
данных
телеметрии
и
файлов
баз
данных
основного
сервера
.
В
случае
повреждения
ос
-
новного
сервера
один
из
резервных
автома
-
тически
берёт
на
себя
выполнение
всех
его
функций
.
Используемые
алгоритмы
Все
алгоритмы
решения
задач
разрабаты
-
вались
для
использования
на
объектах
элек
-
троэнергетики
России
и
учитывают
их
особен
-
ности
.
Широкие
коммуникационные
возможно
-
сти
ОИК
КОТМИ
обеспечивает
взаимодействие
с
внешними
(
смежными
)
информационными
системами
по
протоколам
,
приведённым
в
таблице
.
Обеспечение
безопасных
коммуникаций
Обеспечение
требований
информационной
безопасности
при
организации
обмена
теле
-
метрической
информацией
по
IP-
протоколам
с
внешними
системами
.
Технологии
обеспечения
приёма
,
обра
-
ботки
,
хранения
и
представления
пользо
-
вателю
больших
объёмов
данных
в
темпе
процесса
Прореживание
информации
с
сохранением
формы
кривой
,
фильтрация
по
различным
кри
-
териям
,
сжатие
в
темпе
процесса
позволяют
в
разы
сократить
объём
хранилища
историче
-
ских
данных
при
неизмененном
объёме
инфор
-
мации
и
в
разы
увеличить
потоки
принимаемой
и
обрабатываемой
комплексом
информации
.
Точность
Приём
,
обработка
и
хранение
меток
време
-
ни
оперативных
данных
с
точностью
до
1
мил
-
лисекунды
.
Поддержка
CIM (
МЭК
61968/61970)
Поддержка
ведения
общей
информацион
-
ной
модели
объекта
управления
и
предостав
-
ления
доступа
к
ней
в
соответствии
с
группой
стандартов
CIM.
67
25–26 марта 2015 г.
SNMP-
мониторинг
Поддержка
SNMP-
мониторинга
состояния
программно
-
аппаратного
обеспечения
и
сете
-
вой
инфраструктуры
комплекса
с
обеспечени
-
ем
возможности
отображения
этой
информа
-
ции
стандартными
средствами
ОИК
КОТМИ
,
а
также
генерации
событий
и
рассылки
уведом
-
лений
при
нарушении
заданных
условий
.
Основные
функции
подсистемы
SCADA
Функциональность
подсистемы
SCADA
ОИК
КОТМИ
включает
как
стандартные
функ
-
ции
централизованного
управления
и
сбора
данных
,
так
и
большое
число
дополнительных
возможностей
,
которые
расширяют
горизонты
применения
комплекса
и
позволяют
использо
-
вать
его
для
решения
задач
,
которые
не
под
силу
стандартным
SCADA-
системам
.
Сбор
данных
Коммуникационные
возможности
обеспе
-
чиваются
одним
из
компонентов
подсистемы
SCADA
ОИК
КОТМИ
—
сервером
ввода
-
выво
-
да
.
Эти
возможности
позволяют
использовать
ОИК
КОТМИ
как
в
качестве
централизованной
консолидирующей
системы
верхнего
уровня
,
осуществляющей
сбор
информации
в
цен
-
тре
управления
,
так
и
в
качестве
среднего
и
верхнего
(
интеллектуального
и
транспортного
)
уровней
систем
сбора
телеметрической
ин
-
формации
на
объектах
.
При
использовании
комплекса
в
составе
локальных
систем
автоматизации
на
объек
-
тах
он
позволяет
осуществлять
опрос
измери
-
тельных
устройств
,
присвоение
метки
времени
рождения
информации
при
её
поступлении
в
систему
,
ретрансляцию
данных
в
смежные
системы
и
центры
управления
,
а
также
фор
-
мировать
управляющие
воздействия
(
или
осу
-
ществлять
их
приём
с
вышестоящего
уровня
)
и
передавать
их
на
исполнительные
устройства
.
Сеть
обмена
информацией
представляется
в
информационной
модели
комплекса
устрой
-
ствами
и
каналами
передачи
телеметрической
информации
.
К
устройствам
относится
любое
оборудование
,
которое
является
источником
определённой
оперативной
информации
и
предоставляет
интерфейс
доступа
к
ней
.
Сеть
обмена
информацией
может
иметь
произволь
-
ную
структуру
:
в
виде
звезды
,
иерархическую
,
магистральную
,
сложную
сетевую
.
Табл
.
Взаимодействие
ОИК
КОТМИ
с
внешними
(
смежными
)
информационными
системами
Наименование
Описание
Версия
ODBC
Протокол
взаимодействия
с
реляционными
базами
данных
3.51
OLE DB
Протокол
взаимодействия
с
реляционными
базами
данных
OPC
Протокол
передачи
технологической
информации
OPC DA 2.05, 3
МЭК
870-5-101/103/104
Протокол
передачи
технологической
информации
систем
телемеханики
и
терминалов
РЗА
МЭК
60870-5-101/103/104
ICCP
Стандарт
обмена
между
центрами
управления
МЭК
61850-8.1
Коммуникационный
стандарт
MODBUS RTU/ASCII/TCP
Семейство
протоколов
,
предназначенных
для
контроля
и
управления
за
автоматизированным
оборудованием
SNMP
C
тандартный
интернет
-
протокол
для
управления
устройства
-
ми
в
IP-
сетях
на
основе
архитектур
UDP/TCP/
SDK
Специализированный
пакет
разработчика
программного
обеспечения
—
библиотеки
,
интерфейсы
прикладного
про
-
граммирования
/API —
для
разработки
приложений
в
среде
Microsoft Visual Studio 2005/2008/2010, Delphi
Обмен
файлами
Загрузка
данных
из
файлов
и
выгрузка
данных
в
файлы
фор
-
мата
CSV, XML
в
виде
макетов
заданной
структуры
;
инкрементальный
импорт
и
экспорт
данных
по
CIM-
модели
в
виде
RDF-
файла
Web service
Обмен
в
виде
CIM/XML-
сообщений
68
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
Сервер
ввода
-
вывода
осуществляет
обмен
с
устройствами
телемеханики
по
самым
рас
-
пространенным
стандартным
протоколам
:
• IEC
60870-5-101/103/104;
• IEC 60870-6-503 (TASE.2 ICCP)
версий
1996-08, 2000-081;
• MODBUS
RTU/TCP;
• IEC
61850-8.1;
• OPC.
Передача
данных
ОИК
КОТМИ
обеспечивает
передачу
дан
-
ных
по
следующим
стандартным
протоколам
:
• IEC
60870-5-101/104;
• ICCP;
• MODBUS
RTU/TCP;
• OPC.
При
этом
обеспечиваются
все
необходи
-
мые
регламен
ты
обмена
:
•
циклический
;
•
адаптивно
-
циклический
;
•
по
изменению
;
•
по
расписанию
;
•
по
событию
.
Протокол
обмена
выбирается
в
зависимо
-
сти
от
типа
информации
,
которую
необходимо
передавать
,
ширины
канала
,
возможностей
по
-
лучающей
стороны
в
части
полноты
поддерж
-
ки
того
или
иного
стандарта
.
Подсистема
SCADA
ОИК
КОТМИ
обеспе
-
чивает
возможность
создания
слож
ной
сети
передачи
оперативных
,
отчётных
,
плановых
и
других
данных
,
которые
могут
быть
рассчи
-
таны
в
комплексе
,
записаны
в
базу
данных
комплекса
из
внешних
приложений
,
получены
от
объектов
управления
по
каналам
обмена
,
заданы
оператором
.
При
этом
по
каждому
на
-
правлению
может
быть
настроена
передача
произвольного
числа
наборов
данных
,
каждо
-
му
из
которых
будет
присущ
собственный
про
-
токол
и
регламент
обмена
.
Телеуправление
ОИК
КОТМИ
обеспечивает
формирование
,
передачу
,
а
также
ретрансляцию
команд
теле
-
управления
.
Выбор
оборудования
осуществляется
не
-
посредственно
через
мнемосхемы
объектов
управления
в
пользовательском
интерфейсе
ОИК
КОТМИ
в
соответствии
с
зонами
ответ
-
ственности
эксплуатационного
персонала
.
Тип
команды
выбирается
исходя
из
физи
-
чески
допустимых
вариантов
для
данного
типа
оборудования
и
его
текущего
состояния
.
Обеспечивается
контроль
,
в
том
числе
ви
-
зуальный
,
этапов
выполнения
команд
теле
-
управления
:
•
захват
устройства
;
•
отправка
команды
;
•
получение
подтверждения
;
•
контроль
исполнения
команды
.
Другие
способы
информационного
об
-
мена
Файловый
импорт
/
экспорт
.
Предусмотре
-
на
возможность
импорта
/
экспорта
в
/
из
ком
-
плекса
численной
информации
любого
рода
для
форматов
XML, XLS, CSV.
При
этом
обе
-
спечивается
возможность
настройки
гибкого
регламента
импорта
/
экспорта
информации
:
ци
-
клический
;
по
изменению
;
по
расписанию
;
по
со
-
бытию
,
включая
факт
появления
файла
в
папке
.
Электронная
почта
.
Обеспечивается
об
-
работка
электронных
писем
,
приходящих
на
определённый
адрес
электронной
почты
.
POP3-
адаптер
по
настроенному
регламенту
проверяет
наличие
e-mail-
сообщений
в
почто
-
вом
ящике
,
на
указанном
почтовом
сервере
производит
проверку
отправителя
по
списку
разрешённых
адресов
и
передаёт
вложенный
в
сообщение
файл
для
обработки
в
сервер
.
Обеспечивается
отправка
данных
ком
-
плекса
по
электронной
почте
. SMTP-
адаптер
по
заданному
регламенту
обеспечивает
фор
-
мирование
XML-
файла
,
включающего
любую
оперативную
информацию
,
и
отправку
на
ука
-
занный
адрес
электронной
почты
.
Загрузка
данных
из
СУБД
.
Для
загрузки
ин
-
формации
из
баз
данных
определённой
струк
-
туры
используются
OLEDB-
и
ODBC-
адаптеры
.
При
этом
могут
быть
заданы
следующие
основ
-
ные
конфигурационные
параметры
адаптеров
:
•
адрес
сервера
СУБД
и
данные
пользова
-
теля
;
•
регламент
загрузки
данных
.
Обработка
специализированных
макетов
XML.
Обеспечивается
разбор
специализиро
-
ванных
макетов
XML
и
загрузка
данных
в
ком
-
69
25–26 марта 2015 г.
плекс
.
Получение
макетов
осуществляется
:
ав
-
томатически
по
электронной
почте
,
локальная
загрузка
макетов
из
заданной
папки
.
Подсистема
выбирает
значения
измере
-
ний
,
которые
необходимо
записать
,
произво
-
дит
расчёт
заданных
групповых
значений
и
за
-
писывает
полученные
и
рассчитанные
данные
в
комплекс
.
Обработка
телеметрической
информации
К
основным
функциям
подсистемы
обработ
-
ки
телеметрической
информации
относятся
:
•
контроль
состояния
сети
обмена
информа
-
цией
;
•
контроль
достоверности
и
восстановление
значений
ТИ
и
ТС
;
•
контроль
технологических
пределов
;
•
фильтрация
и
сглаживание
ТИ
;
•
фиксация
аварийно
-
предупредительных
телесигналов
(
АПТС
);
•
формирование
статистических
характери
-
стик
поведения
ТИ
,
ТС
.
В
результате
обработки
телеметрической
информации
формируются
статусные
призна
-
ки
(
признаки
состояния
и
качества
)
для
каждо
-
го
измерения
и
сигнала
,
генерируются
различ
-
ные
события
,
рассчитываются
статистические
характеристики
.
Система
обработки
данных
ОИК
КОТМИ
использует
более
тридцати
базовых
статусных
признаков
.
Контроль
состояния
сети
обмена
ин
-
формацией
.
Вопрос
определения
качества
и
достоверности
телеметрической
информа
-
ции
занимает
одно
из
ключевых
мест
в
любой
SCADA-
системе
.
Информационная
модель
ОИК
КОТМИ
по
-
зволяет
подробно
описать
сеть
обмена
инфор
-
мацией
с
указанием
всех
пунктов
прохождения
информации
—
от
первичных
устройств
(
дат
-
чиков
)
до
конечного
адресата
.
Сеть
обмена
информацией
представляется
иерархической
структурой
источников
информации
.
В
этой
структуре
описываются
серверы
и
устройства
телемеханики
,
размещённые
на
объектах
управления
,
оперативно
-
информационные
комплексы
и
другие
внешние
автоматизиро
-
ванные
системы
,
каналы
обмена
данными
,
файлы
различной
структуры
.
Каждый
источник
данных
может
иметь
свою
систему
диагностики
качества
информа
-
ции
.
В
случае
обнаружения
в
отдельно
взятом
устройстве
-
источнике
факта
недостоверности
данных
или
их
отсутствия
(
например
,
при
раз
-
рыве
телемеханического
канала
)
в
системе
формируется
соответствующий
служебный
сигнал
повреждения
устройства
-
источника
.
Сеть
обмена
информацией
предоставля
-
ет
возможность
описания
влияния
отдельных
служебных
сигналов
на
достоверность
групп
ТИ
,
ТС
,
относящихся
к
тому
или
иному
источ
-
нику
данных
.
Сеть
обмена
информацией
контролируется
по
комбинации
признаков
:
•
наличие
сигнала
повреждения
устройства
-
источника
;
•
непоступление
информации
;
•
необновление
информации
.
Контроль
достоверности
и
восстанов
-
ление
значений
ТИ
и
ТС
.
Подсистема
SCADA
ОИК
КОТМИ
включает
в
себя
мощную
систему
достоверизации
данных
и
восстановления
зна
-
чений
недостоверных
параметров
.
Значения
ТИ
проходят
проверку
на
досто
-
верность
по
:
•
сигналам
контроля
сети
обмена
информа
-
цией
;
•
физическим
пределам
;
•
максимально
допустимому
скачку
,
величи
-
на
максимально
допустимого
изменения
параметра
между
двумя
последовательны
-
ми
замерами
настраивается
индивидуаль
-
но
для
каждого
ТИ
;
•
отклонению
от
дублирующего
ТИ
;
•
признаку
ручного
недоверия
телемеханике
;
•
отклонению
от
результатов
оценки
состоя
-
ния
(
при
наличии
работающей
в
реальном
времени
программы
оценки
).
В
случае
недостоверности
ТИ
оно
может
быть
восстановлено
из
нескольких
источников
.
Значения
ТС
проходят
проверку
на
досто
-
верность
по
:
•
сигналам
о
состоянии
сети
обмена
инфор
-
мацией
;
•
допустимому
темпу
поступления
и
количе
-
ству
быстрых
изменений
(
для
устранения
эффекта
дребезга
);
•
физическим
пределам
.
70
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
Для
обеспечения
восстановления
данных
используется
технология
вторичных
параме
-
тров
.
Вторичные
ТИ
,
ТС
—
логические
пара
-
метры
,
значения
которых
выбираются
среди
заданного
списка
ТИ
,
ТС
,
поступающих
от
наи
-
более
достоверного
на
данный
момент
источ
-
ника
с
учётом
приоритетов
.
Контроль
технологических
пределов
.
Обеспечивается
контроль
превышения
следу
-
ющих
технологических
пределов
с
формиро
-
ванием
соответствующих
признаков
для
ТИ
и
генерацией
событий
:
•
верхний
физический
предел
;
•
нижний
физический
предел
;
•
верхний
аварийный
предел
;
•
верхний
предупредительный
предел
;
•
нижний
предупредительный
предел
;
•
нижний
аварийный
предел
.
Фильтрация
и
сглаживание
измере
-
ний
.
Для
фильтрации
несущественных
для
пользователей
изменений
параметров
те
-
леметрической
информации
ОИК
КОТМИ
поддерживает
возможность
задания
зон
не
-
чувствительности
—
апертур
—
индивиду
-
ально
для
каждого
параметра
.
Технология
позволяет
отсеять
изменения
,
происходящие
на
уровне
погрешности
измери
-
тельной
системы
-
источника
данных
,
или
отка
-
заться
от
приёма
и
обработки
несущественных
для
определённого
бизнес
-
процесса
измене
-
ний
.
Таким
образом
технология
позволяет
в
разы
увеличить
объёмы
принимаемых
,
обра
-
батываемых
и
хранимых
полезных
данных
без
увеличения
вычислительных
ресурсов
аппа
-
ратной
платформы
.
Для
компенсации
эффекта
квантования
и
больших
временных
разрывов
измерений
поддерживается
технология
сглаживания
кри
-
вых
поведения
параметров
для
всего
объёма
обрабатываемых
ТИ
,
при
этом
коэффициент
и
временные
интервалы
сглаживания
могут
быть
заданы
для
каждого
параметра
индиви
-
дуально
.
Фиксация
аварийно
-
предупредительных
сигналов
.
Комплекс
позволяет
осуществлять
приём
и
обработку
аварийно
-
предупреди
-
тельных
телесигналов
(
АПТС
).
Особенностью
обработки
таких
сигналов
является
необхо
-
димость
фиксации
факта
поступления
опре
-
делённого
значения
сигнала
вне
зависимости
от
его
предыдущего
значения
.
В
большинстве
случаев
эти
сигналы
говорят
о
том
,
что
на
объ
-
екте
управления
произошло
определённое
со
-
бытие
,
в
отличие
от
обычных
ТС
,
которые
от
-
ражают
дискретное
состояние
оборудования
.
Расчёты
ОИК
КОТМИ
предоставляет
пользователю
богатый
арсенал
средств
для
проведения
рас
-
чётов
различной
сложности
и
назначения
.
Любой
пользователь
с
соответствующими
полномочиями
может
описать
логику
необ
-
ходимого
ему
расчёта
с
помощью
простого
и
удобного
редактора
,
входящего
в
состав
си
-
стемы
с
использованием
любой
численной
информации
комплекса
,
а
также
широкого
на
-
бора
специальных
функций
:
математических
,
логических
,
бинарных
(
выделение
,
сложение
,
умножение
),
временных
и
др
.
Помимо
этого
поддерживается
универсаль
-
ный
способ
расчёта
агрегированных
величин
(
интегралы
,
средневзвешенные
,
среднеариф
-
метические
,
экстремумы
,
суммы
)
по
любым
заданным
периодам
времени
или
по
заданным
временным
зонам
.
Количество
встроенных
функций
(
логиче
-
ских
,
математических
,
электротехнических
,
функции
работы
с
датой
и
временем
)
для
вы
-
полнения
расчётов
—
более
100.
Расчётные
данные
записываются
в
хранилище
оператив
-
ной
информации
комплекса
и
доступны
так
же
,
как
и
любые
другие
данные
реального
времени
для
любых
целей
,
например
для
отображения
,
формирования
отчётов
,
составления
ретро
-
спективных
сводок
.
Любые
виды
информации
могут
участво
-
вать
в
расчёте
.
Выполнение
расчёта
происхо
-
дит
после
поступления
новой
порции
инфор
-
мации
либо
по
определённому
регламенту
.
Все
рассчитываемые
параметры
,
значения
которых
прямо
или
косвенно
зависят
от
вновь
поступившей
информации
,
последовательно
рассчиты
ваются
в
соответствии
с
логикой
и
порядком
,
определяемым
описанным
комплек
-
том
расчётных
формул
.
Расчёт
производится
в
формате
чисел
с
плавающей
точкой
двойной
точности
либо
в
виде
целых
значений
в
зави
-
симости
от
типов
параметров
и
операций
.
71
25–26 марта 2015 г.
Выделяется
специальный
тип
базовых
рас
-
чётов
—
локальный
расчёт
.
Такие
расчёты
располагаются
непосредственно
на
пользова
-
тельских
формах
отображения
информации
и
служат
для
решения
локальных
задач
в
рамках
одной
формы
.
Локальные
расчёты
выполняют
-
ся
в
контексте
форм
отображения
за
время
,
соответствующее
времени
просмотра
форм
.
В
хранилище
оперативной
информации
резуль
-
таты
локальных
расчётов
не
записываются
.
Основные
функции
диспетчерской
информационной
системы
Диспетчерская
информационная
система
(
ДИС
) —
составная
часть
ОИК
КОТМИ
.
Назначение
ДИС
:
•
ведение
оперативной
схемы
;
•
протоколирование
изменения
состояния
оборудования
и
объекта
;
• «
верхний
»
уровень
SCADA-
систем
,
вклю
-
чая
подсистему
SCADA
ОИК
КОТМИ
;
•
средства
доступа
к
альбому
схем
;
•
отображение
справочной
информации
по
оборудованию
,
абонентам
и
прочим
,
вклю
-
чая
:
○
отображение
справочной
информации
из
БД
заказчика
;
○
отображение
справочной
информации
из
SAP
ТОРО
.
Стыковка
с
SAP
в
обла
-
сти
паспортных
данных
по
оборудованию
,
дан
-
ных
по
абонентам
;
•
автоматическое
формиро
-
вание
схем
(
например
,
схем
нормальных
и
текущих
фи
-
деров
);
•
сопутствующее
ведение
журналов
;
•
ведение
дополнительных
журналов
:
○
учёта
наработки
обору
-
дования
;
○
изменения
источников
питания
;
○
регистрации
технологи
-
ческих
нарушений
;
○
регистрации
дефектов
и
неполадок
с
оборудовани
-
ем
и
хода
их
устранения
;
○
регистрации
заявок
потребителей
о
на
-
рушении
электроснабжения
;
•
интеграция
с
ГИС
;
•
интеграция
с
подсистемой
электротехниче
-
ских
расчётов
в
электрических
сетях
0,38—
220
кВ
.
Работа
основана
на
ведении
оператором
оперативной
схемы
энергообъекта
,
представ
-
ленной
в
графическом
виде
(
мнемосхемы
,
рис
. 1).
Электронный
журнал
заполняется
автома
-
тически
в
соответствии
с
изменениями
опера
-
тивной
схемы
(
рис
. 2).
ПО
ориентировано
на
ведение
схем
любого
уровня
—
ПЭС
,
РЭС
,
городских
электрических
сетей
,
схем
электроснабжения
промышлен
-
ных
предприятий
,
энергосистем
,
подстанций
,
электрических
схем
станций
,
аппаратуры
релейной
защиты
и
автоматики
,
устройств
СДТУ
.
Наибольший
эффект
от
внедрения
ком
-
плекса
достигается
на
предприятиях
,
где
имеются
большие
и
сложные
схемы
электро
-
снабжения
при
относительно
небольшом
ко
-
личестве
телемеханики
.
В
первую
очередь
это
городские
сети
,
распределительные
сети
,
про
-
мышленные
предприятия
.
Основные
возможности
журнала
:
•
позволяет
вести
учёт
переключений
;
Рис
.1.
Пооперационное
ведение
мнемосхемы
72
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
•
обеспечивает
проверку
допустимости
вы
-
полнения
операций
на
основе
правил
пере
-
ключений
в
электроустановках
;
•
позволяет
вести
переключения
по
бланкам
или
программам
переключений
либо
по
-
операционно
;
•
позволяет
вести
учёт
местонахождения
ОВБ
,
ремонтных
бригад
,
участков
прове
-
дения
ремонтных
работ
,
мест
аварий
,
уста
-
новленных
переносных
защитных
заземле
-
ний
;
•
имеет
развитые
средства
печати
состоя
-
ний
схемы
(
нормальное
,
оперативное
,
на
заданный
момент
времени
),
обеспечивает
поиск
и
выделение
элементов
схемы
на
мнемосхеме
по
ряду
критериев
;
•
обеспечивает
печать
электронного
журна
-
ла
,
формирование
отчётов
по
имеющимся
в
нём
данным
.
Выполняемые
организационные
и
техноло
-
гические
задачи
:
•
утверждение
нормальной
схемы
и
допуск
пользователей
к
работе
;
•
приём
(
сдача
)
смены
оперативным
персо
-
налом
объекта
,
передача
информации
по
смене
;
•
ведение
оперативной
схемы
и
электронно
-
го
журнала
;
•
использование
системы
подготовки
и
фик
-
сации
исполнения
типовых
и
разовых
блан
-
ков
переключений
и
программ
переключе
-
ний
;
•
ведение
списка
текущих
задач
.
Сервисные
функции
1.
Выборки
по
журналу
:
•
с
момента
регистрации
опе
-
ратора
в
системе
;
•
с
предыдущей
регистрации
оператора
в
системе
;
•
изменения
оперативной
схе
-
мы
за
указанный
период
вре
-
мени
;
•
изменения
,
связанные
с
от
-
личием
оперативной
схемы
от
нормальной
;
•
аварийные
переключения
;
•
установленные
/
снятые
пере
-
носные
заземления
,
включён
-
ные
/
отключённые
ЗН
.
2.
Отображение
результата
выборки
непо
-
средственно
на
схеме
.
3.
Экспорт
выборок
в
виде
файлов
.
4.
Быстрый
переход
между
записями
в
жур
-
нале
,
элементами
схемы
и
пунктами
в
бланках
переключений
.
5.
Показ
отклонений
состояния
оператив
-
ной
схемы
от
нормальной
и
от
состояния
на
момент
последней
сдачи
смены
.
6.
Печать
мнемосхем
объекта
:
•
в
состоянии
на
указанный
момент
времени
;
•
в
текущем
состоянии
оперативной
схемы
;
•
в
нормальном
состоянии
схемы
.
7.
Просмотр
данных
,
связанных
с
элемен
-
тами
схемы
(
например
,
паспортных
или
рас
-
чётных
данных
),
из
баз
данных
,
имеющихся
у
заказчика
.
Стандартный
механизм
для
под
-
ключения
таких
баз
встроен
в
ПО
.
8.
Просмотр
текущего
состояния
схемы
и
журнала
другими
пользователями
в
сети
.
9.
Настройка
отображения
схемы
«
на
лету
»
(
без
перерисовки
)
в
соответствии
с
принятыми
на
предприятии
стандартами
или
предпочте
-
ниями
оператора
.
Виды
записей
в
журнале
1.
Действия
с
объектами
—
фиксация
пе
-
реключений
,
установки
снятия
оперативного
тока
/
блокировок
,
установка
/
снятие
защит
и
т
.
д
.
2.
Квитирование
телесигналов
и
сообще
-
ний
о
превышении
значений
установок
.
3.
Проверочные
действия
,
результаты
об
-
ходов
и
осмотров
.
Рис
. 2.
Примеры
журналов
73
25–26 марта 2015 г.
4.
Переговоры
между
опе
-
ративным
персоналом
,
распо
-
ряжения
.
5.
Расстановка
и
учёт
вы
-
ездных
и
ремонтных
бригад
по
пунктам
назначения
.
6.
Установка
/
снятие
мобиль
-
ных
элементов
—
переносное
заземление
,
плакат
,
колпак
,
за
-
петление
и
т
.
п
. (
рис
. 3).
7.
Пометка
мест
аварии
.
8.
Произвольные
события
.
Безопасность
и
юриди
-
ческие
аспекты
Все
изменения
в
журнал
заносятся
от
имени
диспетче
-
ра
,
заступившего
на
смену
.
Подделка
и
изме
-
нение
задним
числом
записей
в
электронном
журнале
исключены
.
При
вводе
ошибочной
записи
диспетчер
может
удалить
её
,
из
базы
данных
такая
за
-
пись
не
удаляется
и
остаётся
видимой
в
журна
-
ле
,
но
отмечается
как
ошибочная
и
изменение
соответствующего
состояния
оборудования
откатывается
.
Для
страховки
от
сбоев
ПО
возможно
ве
-
дение
твёрдой
копии
(
печать
)
одновременно
с
занесением
записей
в
журнал
.
Основные
функции
подсистемы
электротехнических
расчётов
в
электрических
сетях
0,38—220
кВ
Подсистема
позволяет
решать
следующие
задачи
:
•
расчёт
потерь
электроэнергии
в
замкнутых
и
разомкнутых
сетях
0,38—220
кВ
методом
расчётных
суток
,
средних
нагрузок
,
време
-
ни
наибольших
потерь
;
•
расчёт
технических
и
коммерческих
потерь
в
сетях
0,38—6(10)
кВ
методом
оператив
-
ных
расчётов
;
•
расчёт
потерь
электроэнергии
в
сетях
0,38
кВ
методом
оценки
по
обобщённой
ин
-
формации
о
схемах
и
нагрузках
сети
;
•
расчёт
потерь
электроэнергии
в
сетях
6—
35
кВ
методом
средних
нагрузок
;
•
расчёт
условно
-
постоянных
потерь
элек
-
троэнергии
;
•
возможность
расчёта
установившегося
ре
-
жима
электрических
сетей
0,38—220
кВ
ме
-
тодом
«
в
два
этапа
» (
для
разомкнутых
се
-
тей
)
или
методом
Ньютона
с
применением
в
качестве
стартового
алгоритма
,
реализу
-
ющего
метод
Зейделя
;
•
возможность
интеграции
с
промышленным
программным
комплексом
RastrWin
для
расчёта
установившихся
режимов
сетей
;
•
расчёт
двух
-
и
трёхфазных
токов
КЗ
в
сетях
6—35
кВ
с
учётом
и
без
учёта
влияния
на
-
грузки
;
•
оптимизация
положений
регулировочных
отпаек
ПБВ
трансформаторов
6(10)/0,4
кВ
и
графиков
регулирования
напряжений
в
центрах
питания
сетей
6(10)
кВ
по
критерию
минимума
потерь
электроэнергии
с
учётом
экономических
характеристик
нагрузок
,
ограничений
на
уровни
напряжений
в
узлах
сети
;
•
оптимизация
мест
секционирования
сетей
6—35
кВ
по
критерию
минимума
суммар
-
ных
потерь
мощности
или
электроэнергии
в
сетях
6—110
кВ
с
учётом
ограничений
на
пропускную
способность
элементов
сети
и
соблюдением
требований
надёжности
электроснабжения
потребителей
;
•
выбор
оптимальных
мест
разрыва
контуров
в
сетях
110
кВ
по
критерию
минимума
сум
-
марных
потерь
мощности
или
электроэнер
-
гии
в
сетях
6—110
кВ
с
учётом
ограничений
на
пропускную
способность
элементов
сети
;
Рис
. 3.
Мобильные
элементы
74
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
•
оптимизация
замены
трансформаторов
6(10)/0,4
кВ
по
критерию
минимума
сум
-
марных
потерь
электроэнергии
в
сетях
6—
110
кВ
с
учётом
ограничений
на
пропускную
способность
элементов
сети
,
расчёт
стои
-
мости
и
сроков
окупаемости
этих
меропри
-
ятий
;
Рис
. 4.
Схема
,
подготовленная
с
использованием
компонента
«
композитное
присоединение
»
Рис
. 5.
Схема
с
традиционным
представлением
КА
и
ТП
и
отображением
трансформаторов
и
шин
0,4
кВ
•
оптимизация
замены
сечений
линий
по
критерию
минимума
суммарных
потерь
электроэнергии
в
сетях
6—110
кВ
с
учётом
ограничений
на
пропускную
способность
элементов
сети
;
•
выбор
мест
установки
и
мощности
батарей
конденсаторов
в
сетях
0,4—110
кВ
по
кри
-
терию
минимума
суммарных
потерь
электроэнергии
в
сетях
6—110
кВ
с
учётом
ограни
-
чений
на
пропускную
способ
-
ность
элементов
сети
;
•
оценка
состояния
с
исполь
-
зованием
вектора
телеизме
-
рений
,
включающего
в
себя
следующие
компоненты
:
пере
-
ток
активной
или
реактивной
мощности
по
линии
(P
ij
, Q
ij
),
замеры
модуля
тока
в
линии
(I
ij
),
активную
или
реактивную
мощность
инъекции
в
узле
(P
i
,Q
i
),
ток
инъекции
в
узле
(I
i
),
модуль
или
фазу
напряжения
в
узле
(U
i
,
δ
i
).
Подготовка
схем
энергообъекта
Схемы
распределительных
и
городских
сетей
обычно
на
-
считывают
от
300
до
3000
объ
-
ектов
(
под
объектами
здесь
подразумеваются
подстанции
,
РП
,
ТП
,
КТП
,
ЭТП
и
т
.
п
.).
Толь
-
ко
схемы
относительно
неболь
-
ших
сетей
можно
подготовить
так
,
чтобы
они
без
скролирова
-
ния
помещались
на
монитор
.
В
традиционном
подходе
для
исчерпывающего
отобра
-
жения
используется
представ
-
ление
всех
коммутационных
аппаратов
,
находящихся
на
схеме
.
Помимо
того
что
такое
полное
изображение
занима
-
ет
много
места
на
экране
,
для
оценки
состояния
коммутации
диспетчеру
необходимо
про
-
анализировать
большое
коли
-
чество
элементов
.
75
25–26 марта 2015 г.
Существенно
улучшить
об
-
зорность
схемы
помогает
ис
-
пользование
компактных
пред
-
ставлений
объектов
.
Использование
элементов
«
Композитное
ТП
»
позволяет
радикально
улучшить
чита
-
емость
схем
по
сравнению
с
традиционным
отображением
трансформаторных
подстан
-
ций
(
ТП
)
с
горизонтальным
расположением
шин
(
рис
. 4,
5, 6).
Подготовленные
по
предложенной
технологии
схемы
занимают
примерно
в
3
раза
меньше
места
на
экране
при
том
же
количестве
информации
.
Фрагмент
схе
-
мы
,
умещающийся
на
экране
1280x1024
пикселя
,
может
насчитывать
35—50
ТП
при
предлагаемом
способе
ото
-
бражения
против
12—20
при
традиционном
способе
ото
-
бражения
.
Возможные
виды
схем
(
рис
. 7, 8, 9, 10)
Интеграция
с
ГИС
На
предприятии
городских
и
распределительных
сетей
большой
интерес
представля
-
ет
привязка
к
карте
(
использо
-
вание
ГИС
-
системы
).
На
карту
наносится
схема
прокладки
линий
,
географического
распо
-
ложения
ТП
и
подстанций
.
Как
правило
,
карты
местно
-
сти
и
городов
имеются
в
специализированных
форматах
ГИС
-
систем
(
например
, MapInfo
и
др
.).
На
эти
карты
трассировка
линий
,
распо
-
ложение
подстанций
могут
быть
нанесены
от
-
дельным
слоем
.
В
большинстве
описанных
ниже
способов
привязки
возможна
анимация
состояния
объ
-
ектов
на
карте
в
соответствии
с
текущим
со
-
стоянием
схемы
.
Для
этого
необходима
либо
доработка
конкретной
ГИС
,
либо
специальная
подготовка
данных
.
Рис
. 6.
Отображение
со
свёрнутыми
композитными
ТП
Рис
. 7.
Возможный
вид
схемы
подстанции
Использование
картографической
подложки
Это
самый
простой
способ
.
Картографиче
-
ская
подложка
может
быть
вставлена
в
доку
-
мент
Модус
как
картинка
-
подложка
.
Обычно
в
качестве
картинки
используют
отсканирован
-
ную
карту
.
На
такой
карте
отсутствуют
объек
-
ты
,
то
есть
невозможно
производить
поиск
по
ним
.
Также
нельзя
отключать
видимость
слоёв
карты
.
76
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
тируется
в
формат
Модус
(
кон
-
вертор
в
формат
XSDE
входит
в
комплект
поставки
,
возможно
в
некоторых
случая
потребуется
его
доработка
).
Объекты
карты
конвертируются
в
объекты
Мо
-
дус
,
в
дальнейшем
карту
можно
редактировать
в
графическом
редакторе
,
дорисовывая
необ
-
ходимые
слои
—
подстанции
,
воздушные
и
кабельные
линии
и
т
.
д
.
В
случае
обновления
карты
можно
скопировать
до
-
рисованные
слои
объектов
в
отдельный
документ
,
К а р т о г р а ф и ч е с к и й
«
движок
»
на
клиенте
Использование
картографи
-
ческого
«
движка
»
на
клиенте
.
Для
просмотра
карт
может
ис
-
пользоваться
специализиро
-
ванное
ГИС
-
приложение
,
на
-
пример
MapInfo
или
просмотрщик
карт
на
основе
,
например
,
компонента
MapX.
Могут
использоваться
и
любые
другие
ГИС
-
системы
.
Обычно
подобные
системы
нуждаются
в
лицензировании
на
каждом
клиенте
.
Такие
приложения
обычно
имеют
открытый
программный
интерфейс
,
таким
образом
можно
относительно
легко
ор
-
ганизовать
интеграцию
Модус
с
такими
решениями
,
например
организовать
гиперссылки
от
объектов
Модус
к
объектам
на
карте
,
отобра
-
жение
текущего
состояния
объекта
на
карте
.
Картографический
«
движок
»
на
сервере
Разработчики
ГИС
-
решений
также
предла
-
гают
решения
с
использованием
специализи
-
рованного
сервера
.
Преимуществом
подхода
являются
низкие
требования
к
ресурсам
кли
-
ентской
машины
,
так
же
как
в
случае
«
движка
»
на
клиенте
возможна
интеграция
.
Недостатком
решения
является
высокая
стоимость
.
Рис
. 8.
Возможный
вид
схемы
РП
Рис
. 9.
Возможный
вид
схемы
ТП
Конвертация
в
Модус
Программный
комплекс
не
рассматрива
-
ется
как
полноценный
ГИС
.
Тем
не
менее
его
можно
использовать
для
отображения
и
от
-
части
редактирования
карт
малого
и
среднего
размера
(
например
,
карты
города
с
подробно
-
стью
до
дома
).
Для
практического
использования
применя
-
ется
конвертация
карты
из
картографического
формата
в
формат
Модус
(SDE).
Обычно
при
-
обретается
карта
в
формате
MapInfo
и
конвер
-
77
25–26 марта 2015 г.
Использование
интернет
-
служб
Также
можно
использовать
картографи
-
ческие
сервисы
типа
Yandex Maps, Google
Maps.
Условием
является
наличие
карты
ва
-
шего
города
или
местности
у
соответствующей
службы
(
рис
. 11).
В
этих
сервисах
можно
соз
-
давать
собственные
значки
на
картах
,
доступ
-
ные
только
авторизованным
пользователям
.
В
Google Maps
можно
создавать
точечные
объ
-
екты
и
линии
,
в
Yandex Maps
только
точечные
объекты
.
Эти
возможности
в
дальнейшем
могут
расшириться
.
Работа
с
различными
SCADA-
системами
Диспетчерская
информа
-
ционная
система
(
ДИС
)
ОИК
КОТМИ
работает
в
качестве
АРМ
-
подсистемы
SCADA
из
состава
ОИК
КОТМИ
.
Также
ДИС
имеет
возмож
-
ность
отображать
в
одном
Рис
. 10.
Переходы
между
разными
представлениями
объекта
Рис
. 11.
Фрагменты
схемы
на
карте
города
пользовательском
интерфейсе
данные
(
ТС
,
ТИ
,
история
)
от
нескольких
ОИК
одновременно
.
Штатным
средством
обмена
данными
со
SCADA-
системами
является
обмен
через
под
-
систему
SCADA
ОИК
КОТМИ
с
использовани
-
ем
стандартных
протоколов
.
Дополнительно
имеется
возможность
орга
-
низовать
межпрограммный
обмен
с
использо
-
ванием
OPC (OLE for Process Control).
78
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
Реестр
оборудования
В
ходе
работы
над
проектом
параллельно
формируется
реестр
оборудования
,
представ
-
ленного
на
разрабатываемых
схемах
энерго
-
объектов
.
Реестр
включает
в
себя
:
подстанции
,
стан
-
ции
,
ТП
,
РП
,
коммутационные
аппараты
,
пред
-
ставленные
на
схемах
(
вплоть
до
0,4
кВ
),
воз
-
душные
и
кабельные
линии
,
трансформаторы
,
реакторы
,
системы
и
секции
шин
0,4—220
кВ
,
генераторы
и
другое
оборудование
.
В
реестр
входит
всё
оборудование
,
со
-
стояние
которого
нужно
отслеживать
.
Реестр
хранится
в
базе
данных
ДИС
и
содержит
как
минимум
следующие
данные
:
•
тип
оборудования
;
•
владелец
(
энергообъект
—
подстанция
,
ли
-
ния
);
•
идентификационный
код
(
ключ
привязки
);
•
диспетчерское
имя
;
•
класс
напряжения
;
•
марка
оборудования
(
опционально
).
Рис
. 12.
Принцип
стыковки
с
SAP
Схема
МОДУС
Оборудование
Абоненты
SAP TOPO
Данные
по
оборудова
-
нию
и
список
абонентов
из
SAP
по
коду
ТМ
выборка
данных
ДИС
МОДУС
Код
ТМ
XL.S-
выгрузка
Рис
. 13.
Принцип
сравнения
фидера
в
Модус
и
SAP TOPO
Схема
МОДУС
CIM-
модель
1
CIM-
модель
2
C
равнение
C
писок
конфликтов
SAP TOPO
Система
идентификации
Каждая
единица
обо
-
рудования
,
включаемая
в
реестр
,
должна
получить
собственный
идентифи
-
кационный
номер
(
в
виде
строки
символов
).
В
про
-
граммном
комплексе
он
называется
«
ключ
привяз
-
ки
»).
Этот
ключ
использу
-
ется
внутри
системы
для
указания
того
,
что
элемен
-
ты
разных
схем
,
имеющие
одинаковый
ключ
привязки
,
обозначают
один
и
тот
же
экземпляр
оборудо
-
вания
.
Также
с
помощью
ключей
привязки
осу
-
ществляется
связь
с
внешними
базами
данных
или
другими
источниками
данных
,
например
SCADA-
системами
.
Правила
формирования
ключей
для
систе
-
мы
идентификации
оговариваются
при
вне
-
дрении
проекта
для
конкретной
организации
.
Обычно
система
идентификации
основывает
-
ся
на
диспетчерских
номерах
РП
,
ТП
,
номерах
ячеек
присоединений
и
номерах
фидеров
.
В
случае
если
на
предприятии
уже
внедрена
система
идентификации
(
например
,
в
системе
учёта
оборудования
),
то
она
также
может
быть
использована
.
При
недостатке
данных
в
имею
-
щейся
системе
правила
именования
соответ
-
ствующим
образом
расширяются
.
В
этом
случае
обеспечивается
автоматическая
привязка
эле
-
ментов
на
схемах
и
в
базе
данных
ОИК
КОТМИ
.
Стыковка
с
SAP TOPO
В
ходе
работы
над
проектом
параллельно
формируется
реестр
оборудования
,
представ
-
79
25–26 марта 2015 г.
ленного
на
разрабатываемых
схемах
энергообъектов
.
Имеется
опыт
стыковки
с
модулями
SAP
в
части
па
-
спортизации
оборудования
и
БД
абонентов
(
рис
. 12).
Один
из
вариантов
стыковки
—
это
работа
через
автоматические
промежуточные
выгрузки
дан
-
ных
.
Объектам
Модус
про
-
ставляется
код
SAP.
При
за
-
просе
паспортных
данных
по
оборудованию
Модус
по
коду
технического
места
получает
паспортные
данные
и
отобра
-
жает
их
в
отдельной
форме
или
во
всплывающей
подсказке
.
Если
речь
идёт
об
абонентах
,
то
,
зная
код
технического
места
ТП
,
можно
получить
список
або
-
нентов
из
БД
абонентов
.
Если
известен
список
ТП
в
фидере
,
то
по
запросу
в
отдельном
диа
-
логовом
окне
можно
вывести
перечень
абонен
-
тов
выбранного
фидера
.
Так
же
можно
решить
задачу
поиска
абонента
по
адресу
или
ФИО
и
затем
перейти
на
общую
схему
сети
на
ТП
.
Одна
из
сложных
задач
—
это
поиск
и
раз
-
решение
конфликтов
данных
между
системами
.
В
Модусе
разработан
модуль
сверки
состава
фидеров
.
Сверка
производится
по
составу
ТП
в
фидере
,
по
составу
сегментов
линий
в
фиде
-
ре
,
по
последовательности
подключений
(
свя
-
зям
)
ТП
и
сегментов
.
Для
выполнения
операции
сравнения
модуль
сверки
по
фидеру
в
Модусе
и
по
фидеру
в
ТОРО
строит
CIM-
модель
и
срав
-
нивает
две
модели
между
собой
(
рис
. 13).
Малые
диспетчерские
задачи
В
ходе
работы
над
проектом
параллельно
формируется
реестр
оборудования
,
представ
-
ленного
на
разрабатываемых
схемах
энерго
-
объектов
.
На
основе
данных
о
топологии
схемы
и
со
-
стоянии
коммутационных
аппаратов
можно
ре
-
шить
небольшие
,
но
полезные
задачи
.
Для
всех
видов
схем
реализовано
отобра
-
жение
обесточенных
,
заземлённых
участков
(
рис
. 14).
Проверяется
правильность
переклю
-
чений
.
Рис
. 14.
Отображение
обесточенного
,
заземлённого
участка
Для
городских
и
распределительных
сетей
реализована
подсистема
«
Фидеры
»:
•
отображение
цепочек
кабельных
и
воздуш
-
ных
линий
и
трансформаторных
подстан
-
ций
(
ТП
),
входящих
в
состав
фидера
;
•
отображение
во
всплывающей
подсказке
подстанции
(
питающего
центра
)
и
РП
(
рас
-
пределительной
подстанции
),
от
которых
питается
фидер
(
рис
. 15);
Рис
. 15.
Отображение
нормального
,
текущего
фидера
,
источника
питания
80
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
Реализована
задача
фор
-
мирования
списка
обесточен
-
ных
потребителей
.
Для
работы
необходимы
исходные
данные
в
виде
списка
подключённых
к
ТП
потребителей
.
Обычно
мы
получаем
из
базы
данных
по
потребителям
имеющихся
у
за
-
казчика
(
рис
. 16).
Паспортная
информация
.
Стыковка
с
другими
БД
Часто
на
предприятии
уже
существуют
справочные
базы
данных
.
Например
,
базы
данных
нормативно
-
справочной
инфор
-
мации
по
основному
оборудо
-
ванию
,
потребителям
,
АСКУЭ
.
Существует
возможность
со
-
гласовать
схемы
с
имеющи
-
мися
базами
данных
(
рис
. 17).
Упрощённо
каждому
элементу
на
схеме
сопоставляется
за
-
пись
в
базе
данных
,
соответ
-
ствующая
оборудованию
.
При
описанной
стыковке
существу
-
ющая
база
данных
не
затраги
-
вается
и
может
функциониро
-
вать
независимо
,
как
и
раньше
.
Согласование
оптимально
производить
,
используя
общую
систему
идентификации
обору
-
дования
во
всех
используемых
системах
.
Если
это
невозмож
-
но
,
вводятся
дополнительные
коды
для
согласования
ДИС
с
базой
данных
.
Абоненты
Обычно
в
городских
се
-
тях
имеется
база
данных
по
абонентам
(
выполненная
во
внешних
по
отношению
к
ОИК
КОТМИ
базах
данных
).
Ставятся
такие
зада
-
чи
,
как
,
например
,
отображения
потребителей
,
относящихся
к
данному
ТП
(
в
виде
списка
и
в
виде
подробной
схемы
ТП
с
присоединениями
0,4
кВ
) (
рис
. 18, 19).
Или
построение
списка
по
-
требителей
,
отключённых
в
результате
задан
-
Рис
. 16.
Абоненты
выделенного
фидера
•
диагностика
некорректно
запитанных
фи
-
деров
(
запитанных
более
чем
от
одного
пи
-
тающего
центра
);
•
автоматическое
определение
и
расстановка
направления
линии
(
от
питающего
центра
к
потребителю
,
в
графическом
редакторе
).
Рис
. 17.
Интеграция
системы
с
пользовательской
базой
данных
Примечание
.
Слева
вверху
:
навигация
по
справочной
базе
данных
даёт
возможность
переходить
к
схемам
,
отображающим
выбранный
объект
.
Слева
внизу
:
отображение
данных
по
выбранному
на
схеме
объекту
.
Рис
. 17.
Интеграция
системы
с
пользовательской
базой
данных
81
25–26 марта 2015 г.
ных
отключений
.
Такие
задачи
ре
-
шаются
в
программном
комплексе
.
Для
подключения
к
пользователь
-
ской
базе
данных
разрабатыва
-
ется
специальный
программный
адаптер
,
учитывающий
структуру
базы
данных
заказчика
.
Стыковка
с
АСКУЭ
Аналогично
отображению
дан
-
ных
ОИК
дополнительно
могут
быть
разработаны
модули
расши
-
рения
,
отображающие
данные
из
системы
АСКУЭ
на
схеме
(
текущее
потребление
,
график
потребления
и
т
.
п
.).
Данные
отображаются
на
схеме
в
виде
графиков
или
отчё
-
тов
(
рис
. 20).
Актуальность
ото
-
бражаемых
данных
определяется
только
скоростью
обновления
в
используемой
системе
АСКУЭ
.
Работа
по
привязке
к
АСКУЭ
состоит
в
:
•
разработке
модуля
отображе
-
ния
данных
из
базы
данных
(
реализуется
как
заказная
ра
-
бота
);
•
привязке
записей
в
БД
АСКУЭ
(
номеров
счётчиков
)
к
элемен
-
там
в
схеме
ДИС
ОИК
КОТМИ
.
Интеграция
с
подсистемой
электротехнических
расчётов
ОИК
КОТМИ
содержит
подси
-
стему
электротехнических
расчё
-
тов
,
позволяющую
по
изменению
коммутации
наблюдать
за
измене
-
ниями
перетоков
,
нагрузок
,
токов
и
напряжений
.
Полученные
с
помощью
под
-
системы
результаты
расчётов
ото
-
бражаются
в
ДИС
(
рис
. 21).
Параметры
режима
для
ветви
во
всплывающей
подсказке
Изменить
состояние
ветви
можно
несколькими
способами
(
при
этом
режим
пересчитывается
автоматически
):
Рис
. 18.
Абоненты
по
фидеру
Рис
. 19.
Абоненты
по
ТП
Рис
. 20.
Данные
АСКУЭ
82
XXI заседание Ассоциации электроснабжения городов России «ПРОГРЕССЭЛЕКТРО»
•
изменения
статуса
работы
сервера
(
основной
/
резервный
);
•
аварийного
завершения
сессии
АРМ
клиента
.
Предусмотрена
возможность
пере
-
дачи
диагностической
информации
в
виде
SMS-
сообщений
оперативному
и
обслуживающему
персоналу
.
Перспективы
развития
системы
ОИК
КОТМИ
—
типовая
платформа
для
создания
(
и
дальнейшего
целена
-
правленного
развития
)
полноценной
системы
управления
производственны
-
ми
процессами
путём
последователь
-
ного
внедрения
прикладных
подсистем
.
Система
содержит
специальные
средства
,
обеспечивающие
интеграцию
ОИК
с
вновь
создаваемыми
(
последовательно
вне
-
дряемыми
)
прикладными
подсистемами
.
ОИК
КОТМИ
развивается
с
применением
современных
требований
,
таких
как
общая
информационная
модель
на
базе
стандартов
МЭК
61970/61968, Web-
технологии
,
коммуни
-
кационный
стандарт
МЭК
61850.
Для
поддержания
соответствия
характери
-
стик
ОИК
актуальным
требованиям
на
протяже
-
нии
всего
периода
эксплуатации
для
развития
ОИК
применяются
современные
архитекту
-
ры
программного
обеспечения
и
технических
средств
,
что
обеспечивает
совместимость
как
наследуемых
подсистем
(
применение
ин
-
формационных
адаптеров
к
интеграционной
шине
),
так
и
вновь
создаваемых
(
применение
стандартов
МЭК
61970/61968).
Модернизация
ОИК
КОТМИ
допускает
:
•
создание
новых
узлов
сбора
технологиче
-
ской
информации
;
•
качественное
и
количественное
расшире
-
ние
объёма
собираемой
информации
(
под
-
ключение
новых
источников
данных
на
су
-
ществующих
узлах
сбора
);
•
создание
новых
форм
,
таблиц
,
схем
,
графи
-
ков
для
отображения
информации
;
•
создание
или
модернизация
прикладных
подсистем
,
в
частности
:
○
модернизацию
алгоритмов
исполнения
прикладных
задач
,
в
т
.
ч
.
с
расширением
функциональных
возможностей
ОИК
;
Рис
. 21.
Результаты
расчётов
,
отображаемые
в
ДИС
•
отключить
выключатель
ветви
линии
(
при
отключении
выключателя
линия
отключит
-
ся
с
одной
стороны
и
может
остаться
под
напряжением
);
•
отключить
ветвь
целиком
(
будут
отключены
выключатели
с
обеих
концов
линии
);
•
аналогично
могут
быть
выполнены
опера
-
ции
включения
.
Диагностирование
ОИК
КОТМИ
В
ОИК
предусмотрена
функция
самодиаг
-
ностики
.
Диагностическая
информация
о
со
-
стоянии
ПТК
является
составной
частью
тех
-
нологической
информации
и
обрабатывается
теми
же
средствами
и
при
помощи
тех
же
ком
-
понентов
,
что
и
другие
виды
технологической
информации
,
и
оформляется
в
виде
событий
и
тревог
(
настраивается
).
Диагностическая
ин
-
формация
хранится
заданное
время
(
настраи
-
вается
).
Функция
самодиагностики
обеспечивает
возможность
определения
:
•
доступности
источников
данных
;
•
работоспособности
каналов
передачи
дан
-
ных
;
•
сбоев
в
протоколах
передачи
информации
;
•
работоспособности
локальной
сети
;
•
ошибок
по
доступу
к
базе
НСИ
;
•
ошибок
по
доступу
к
базе
реального
вре
-
мени
;
•
ошибок
работы
программного
обеспечения
комплекса
;
83
25–26 марта 2015 г.
○
повышение
уровня
информационной
безопасности
;
○
обеспечение
уровня
защиты
информации
.
ОИК
имеет
возможность
расширения
объ
-
ёма
обрабатываемой
технологической
инфор
-
мации
до
требуемых
объёмов
без
ухудшения
показателей
назначения
.
Показатели
назначения
ОИК
КОТМИ
имеет
следующие
показатели
назначения
:
•
возможность
взаимодействия
с
любыми
необходимыми
источниками
информации
,
обладающими
соответствующей
функци
-
ей
информационного
взаимодействия
или
имеющими
встроенные
механизмы
для
разработки
такого
механизма
;
•
хранение
и
оперативный
доступ
ко
всей
собранной
технологической
информации
в
течение
не
менее
чем
3
лет
без
прорежива
-
ния
данных
или
формирования
специаль
-
ных
(
отдельных
)
архивов
;
•
поддержка
одновременной
(
параллельной
)
работы
до
150
пользователей
;
•
количество
обрабатываемых
сигналов
в
секунду
—
не
менее
10
тысяч
(
определятся
возможностями
технических
средств
);
•
максимальное
время
обработки
пользова
-
тельского
запроса
через
графический
поль
-
зовательский
интерфейс
не
превышает
5
сек
.
Защита
информации
Средства
информационной
безопасности
ОИК
КОТМИ
обеспечивают
:
•
идентификацию
источников
данных
,
узлов
сбора
,
узлов
филиалов
и
центрального
узла
по
доменному
имени
и
/
или
IP-
адресу
;
•
автоматическое
назначение
уровня
до
-
ступа
для
клиента
системы
на
основе
его
доменного
имени
и
/
или
IP-
адреса
,
имени
пользователя
;
•
запрос
идентификационной
информации
в
случаях
,
когда
автоматическое
назначение
уровня
доступа
не
настроено
для
данного
клиента
;
•
защиту
от
несанкционированного
подклю
-
чения
источника
данных
к
узлу
сбора
си
-
стемы
;
•
возможность
предоставления
различных
уровней
доступа
(
отказ
в
доступе
,
доступ
только
на
чтение
,
полный
доступ
);
•
возможность
предоставления
доступа
на
уровне
группы
сигналов
или
отдельного
сигнала
;
•
возможность
интеграции
со
средствами
корпоративного
каталога
на
базе
Microsoft
Active Directory;
•
протоколирование
событий
,
влияющих
на
защищённость
системы
.
Сохранность
информации
ОИК
КОТМИ
обеспечивает
сохранность
ин
-
формации
в
случае
наступления
следующих
событий
(
аварий
,
отказов
и
т
.
п
.):
•
разрыв
связи
между
взаимодействующими
узлами
ОИК
;
•
аварийное
отключение
питания
;
•
сбой
технических
и
программных
средств
на
узле
системы
,
не
приводящий
к
потере
целостности
файловой
системы
;
•
аварийное
завершение
сеанса
клиента
ОИК
в
момент
обмена
информацией
с
системой
.
Программное
обеспечение
В
качестве
базовой
платформы
использует
-
ся
платформа
Windows.
Серверы
ОИК
КОТМИ
функционируют
под
управлением
операцион
-
ной
системы
Windows 2008/2012 Server.
Диспетчерская
информационная
система
(
ДИС
)
ОИК
КОТМИ
функционирует
под
управ
-
лением
операционной
системы
Windows XP/
Vista/7/8.
Система
управления
данными
организо
-
вана
средствами
MS SQL Server 2008/2012.
Целостность
данных
для
всего
объекта
управ
-
ления
обеспечивается
организацией
данных
на
стадии
проектирования
и
их
репликацией
на
стадии
функционирования
.
Информационная
модель
данных
ОИК
КОТМИ
соответствует
стандартам
МЭК
61970/61968.
Профиль
информационной
модели
данных
соответствует
требованиям
ОАО
«
ФСК
ЕЭС
» (
разработка
ОАО
«
НТЦ
ФСК
» —
М
.
И
.
Лондер
).
Вся
документация
подготовлена
как
в
пе
-
чатном
виде
,
так
и
на
электронном
носителе
(
в
формате
Adobe PDF).
Оригинал статьи: ПТК КОТМИ-14 — платформа для решения задач оперативно-диспетчерского управления в распределительных электрических сетях
Оперативный информационный комплекс (ОИК) КОТМИ предназначен для применения в составе ПТК Центров управления сетями (ЦУС) в ЕНЭС и распределительных сетях.