13
В
статье
рассматривается
практический
опыт
и
основные
технические
проблемы
реализации
объектов
II
и
III
архитек
-
туры
,
описаны
основные
проблемы
использования
цифро
-
вой
проектной
документации
на
языке
SCL,
а
также
предло
-
жены
практические
рекомендации
для
их
решения
.
Владимир
ТАТАРИНЦЕВ
,
начальник
отдела
эксплуатации
и
техни
-
ческого
обслуживания
РЗА
филиала
ПАО
«
Россети
» —
МЭС
Урала
Опыт
внедрения
РЗА
с
использованием
протоколов
МЭК
61850
на
объектах
филиала
ПАО
«
Россети
» —
МЭС
Урала
В
настоящий
момент
осуществляется
активное
внедрение
цифровых
комму
-
никаций
в
оборудование
информационно
-
технологических
систем
(
ИТС
).
Благодаря
этому
появилась
возможность
создать
подстанцию
нового
типа
—
высокоавтоматизированную
подстанцию
(
ВАПС
).
Использование
локальной
вычислительной
сети
в
качестве
основной
среды
пе
-
редачи
данных
позволяет
сократить
суммарную
длину
электрических
кабелей
,
что
способствует
решению
проблемы
помехозащищенности
каналов
связи
.
Важным
условием
для
реализации
ВАПС
является
внедрение
интеллектуальных
электрон
-
ных
устройств
(
ИЭУ
),
с
помощью
которых
можно
создать
информационную
модель
оборудования
подстанции
(
ПС
),
а
параметры
передачи
определить
единым
фай
-
лом
электронного
проекта
.
В
связи
с
этим
создание
высокоавтоматизированных
подстанций
подразумевает
не
только
модернизацию
технических
решений
,
но
и
из
-
менение
требований
к
составу
проектной
и
рабочей
документации
.
В
рамках
статьи
рассматриваются
основные
вопросы
использования
стандарта
МЭК
61850,
в
том
числе
проблемы
внедрения
устройств
РЗА
и
описание
подходов
в
реализации
цифровой
проектной
документации
.
РЕАЛИЗАЦИЯ
ЦИФРОВОЙ
ПРОЕКТНОЙ
ДОКУМЕНТАЦИИ
С
ПОМОЩЬЮ
ЯЗЫКА
SCL
Для
описания
однолинейной
схемы
ПС
,
конфигураций
ИЭУ
и
информационных
связей
в
соответствии
с
МЭК
61850
используется
язык
SCL,
основанный
на
языке
разметки
XML.
Процесс
конфигурирования
подразумевает
использование
файлов
,
написанных
на
этом
языке
.
Общий
алгоритм
реализации
SCL-
файлов
представлен
на
рисунке
1.
Виктор
ЗАВЕРШИНСКИЙ
,
инженер
по
релейной
защите
и
автоматике
Екатеринбургского
участка
РЗА
службы
РЗА
и
АСУ
ТП
филиала
ПАО
«
Россети
» —
Свердловского
пред
-
приятия
МЭС
Урала
14
Ежеквартальный
спецвыпуск
№
3(30),
сентябрь
2023
Структура
конфигурирования
выстраивается
следу
-
ющим
образом
:
1)
описание
однолинейной
схемы
подстанции
—
файл
.SSD;
2)
получение
заводских
конфигураций
ИЭУ
—
файл
.ICD;
3)
интеграция
.SSD
и
.ICD,
получение
файла
конфигу
-
рации
всей
ПС
—
файл
.SCD;
4)
импорт
.SCD
и
получение
конфигурации
каждого
ИЭУ
с
учетом
коммуникационных
связей
—
файл
.CID.
С
учетом
полученной
структуры
конфигурирования
основными
преимуществами
реализации
цифровой
проектной
документации
на
языке
SCL
становятся
:
–
формализация
описания
конфигурации
подстанции
(
алгоритм
конфигурирования
выстраивается
выве
-
ренной
цепочкой
из
нескольких
SCL-
файлов
,
каждый
из
которых
имеет
свой
функционал
);
–
использование
единой
модели
с
составом
функций
устройств
(
использование
единой
модели
значи
-
тельно
упрощает
организацию
обмена
и
обеспечи
-
вает
простоту
резервирования
устройств
);
–
гибкость
формирования
итогового
описания
проекта
(
повышение
эффективности
взаимодействия
между
заказчиком
и
исполнителем
);
–
упрощение
процесса
ввода
в
работу
и
предотвраще
-
ние
многократных
поисков
ошибок
.
В
методических
указаниях
по
проектированию
при
-
ведены
основные
этапы
проектирования
ВАПС
,
вклю
-
чающие
описание
объекта
в
виде
файлов
электронной
документации
в
формате
SCL [1].
Концепция
проекти
-
рования
предполагает
использование
SCL-
файлов
на
протяжении
всего
жизненного
цикла
ВАПС
.
На
стадии
разработки
проекта
заказчику
должен
передаваться
файл
описания
спецификации
ПС
(SSD),
а
в
составе
рабочей
документации
—
файл
описания
конфигурации
ПС
(SCD).
В
данном
случае
переход
к
электронной
про
-
ектной
документации
c
использованием
специализи
-
рованных
инструментов
позволяет
обнаружить
ошибки
в
параметрах
связи
ИЭУ
,
а
также
ошибки
в
обмене
ин
-
формацией
через
GOOSE, Sampled Values
еще
на
эта
-
пах
проектирования
.
ПРАКТИЧЕСКИЕ
АСПЕКТЫ
ВНЕДРЕНИЯ
РЗА
С
ИСПОЛЬЗОВАНИЕМ
МЭК
61850
Для
организации
внедрения
и
анализа
работы
иннова
-
ционного
оборудования
в
области
создания
ВАПС
III
ар
-
хитектуры
в
настоящий
момент
осуществляется
про
-
ведение
опытно
-
промышленной
эксплуатации
(
ОПЭ
)
на
ПС
500
кВ
«
Трачуковская
»
и
«
Сомкинская
».
В
рамках
проведения
ОПЭ
приоритетными
задачами
являются
:
–
анализ
возникающих
неисправностей
и
причин
их
возникновения
в
инновационных
устройствах
РЗА
,
восстановление
и
исключение
дальнейших
ошибок
в
работе
;
–
анализ
работы
при
различных
аварийных
процессах
в
реальных
условиях
электроэнергетической
сети
.
Для
выполнения
задач
ОПЭ
инновационного
обору
-
дования
создана
координационная
комиссия
,
в
состав
которой
вошли
представители
ПАО
«
Россети
»,
АО
«
СО
ЕЭС
»,
а
также
представители
заводов
-
изготовителей
внедряемых
устройств
РЗА
и
электронных
трансфор
-
маторов
тока
(
ТТ
)
и
трансформаторов
напряжения
(
ТН
).
Помимо
рассмотрения
вопросов
ОПЭ
,
в
рамках
статьи
описан
опыт
эксплуатации
средств
мониторинга
сети
на
ПС
500
кВ
«
Южная
»
и
«
Курган
».
В
зависимости
от
объемов
внедрения
цифровых
технологий
передачи
данных
на
подстанции
выделяют
три
архитектуры
,
особенности
которых
представлены
в
таблице
1.
C
учетом
реализации
ВАПС
различных
архитектур
опишем
результаты
,
полученные
в
ходе
ОПЭ
в
части
анализа
функционирования
устройств
РЗА
и
средств
мониторинга
сети
.
Рис
. 1.
Алгоритм
реализации
SCL-
файлов
ИЭУ
параметры
ИЭУ
конфигуратор
Конфигуратор
системной
спецификации
Системный
конфигуратор
ИЭУ
конфигуратор
(
поля
)
Спецификация
ПС
(
одноли
-
нейная
схема
)
Файл
.ICD
Файл
.ICD
Файл
.ICD
Файл
.ICD
Файл
.ICD
Файл
.SSD
ИЭУ
А
ИЭУ
В
ИЭУ
С
Файл
.ICD
Файл
.ICD
Файл
.CID
Файл
.ICD
Файл
.ICD
Файл
.CID
Файл
.ICD
Файл
.ICD
Файл
.CID
SCD
Развитие
автоматизированных
систем
15
КОНФИГУРИРОВАНИЕ
УСТРОЙСТВ
Язык
SCL
призван
значительно
упростить
процесс
на
-
стройки
системы
при
первой
установке
или
при
рекон
-
струкции
.
В
случае
замены
одного
из
устройств
для
на
-
ладки
нового
достаточно
загрузить
в
него
имеющийся
С
ID-
файл
,
если
новое
оборудование
идентично
заме
-
няемому
,
или
сгенерировать
новый
файл
на
основании
SCD.
В
настоящий
момент
описание
конфигурации
в
рам
-
ках
разработки
проектной
и
рабочей
документации
осу
-
ществляется
в
виде
таблиц
Microsoft Word/Excel.
Сведе
-
ния
,
предоставляемые
в
составе
рабочей
документации
,
в
большей
степени
не
связаны
с
параметрами
,
которые
необходимо
вводить
в
ПО
конкретного
устройства
,
за
исключением
непосредственно
уставок
функций
РЗА
из
бланков
уставок
.
На
этапе
ввода
в
эксплуатацию
свер
-
ка
фактически
выполненной
конфигурации
с
проектной
возможна
пока
только
в
ручном
режиме
.
Следует
отме
-
тить
,
что
производители
устройств
РЗА
используют
соб
-
ственное
программное
обеспечение
(
ПО
)
для
описания
Табл
. 1.
Особенности
реализации
архитектур
построения
ПС
Тип
архитектуры
Схема
коммуникаций
I
архитектура
–
архитектура
ПС
,
в
которой
обмен
всей
информацией
между
ИЭУ
осуществляется
дискретными
и
аналого
-
выми
электрическими
сигналами
,
передаваемыми
по
контрольному
кабелю
;
–
связь
SCADA
и
ИЭУ
осуществляется
по
протоколу
MMS
согласно
МЭК
61850-8-1
II
архитектура
–
архитектура
ПС
,
в
которой
измерения
тока
и
напря
-
жения
передаются
в
виде
электрических
аналоговых
сигналов
по
контрольному
кабелю
;
–
взаимодействие
между
ИЭУ
выполняется
при
помощи
GOOSE-
сообщений
согласно
стандарту
МЭК
61850-8-1;
–
связь
SCADA
и
ИЭУ
осуществляется
по
протоколу
MMS
согласно
МЭК
61850-8-1
III
архитектура
–
архитектура
ПС
,
в
которой
измерения
тока
и
напряже
-
ния
передаются
в
цифровом
виде
с
использованием
протокола
передачи
мгновенных
значений
Sampled
Values
согласно
стандарту
МЭК
61850-9-2;
–
взаимодействие
между
ИЭУ
выполняется
при
помощи
GOOSE-
сообщений
согласно
стандарту
МЭК
61850-8-1;
–
связь
SCADA
и
ИЭУ
осуществляется
по
протоколу
MMS
согласно
МЭК
61850-8-1
КСЗ
КСЗ
КСЗ
ПДС
ПДС
ШСК
.
А
ШСК
.
А
ШСК
.
А
ШСК
.
В
ШСК
.
В
ШСК
.
В
Шина
станции
Шина
станции
Шина
процесса
ТА
ТА
ТА
Q
Q
Q
TV
TV
TV
АУВ
АУВ
АУВ
16
Ежеквартальный
спецвыпуск
№
3(30),
сентябрь
2023
подстанции
с
применением
цифровой
проектной
доку
-
ментации
[2].
В
связи
с
чем
возникает
ряд
проблем
сов
-
местимости
устройств
РЗА
.
Для
решения
указанных
проблем
проектные
органи
-
зации
совместно
с
ПАО
«
Россети
»
осуществляют
разра
-
ботку
специализированного
программного
обеспечения
,
функционал
которого
заключается
в
корректном
и
авто
-
матизированном
формировании
файлов
электронного
проекта
.
Преимущество
типового
ПО
при
этом
будет
за
-
ключаться
в
обеспечении
совместимости
устройств
РЗА
разных
производителей
в
части
формирования
конфигу
-
рационных
файлов
с
учетом
требований
Корпоративного
профиля
МЭК
61850 [3].
МОНИТОРИНГ
СЕТИ
СВЯЗИ
УСТРОЙСТВ
Согласно
методическим
указаниям
по
проектированию
для
высокоавтоматизированных
подстанций
должна
предусматриваться
система
мониторинга
сетевого
трафика
и
контроля
соответствия
передачи
данных
электронному
проекту
с
мониторингом
аномальных
режимов
и
регистрацией
событий
на
основе
данных
,
полученных
по
GOOSE
и
Sampled Values [3].
Работа
сис
темы
мониторинга
на
ВАПС
должна
быть
основана
на
информации
,
описанной
в
стандартизированной
мо
-
дели
SCL-
файлов
.
Устройство
мониторинга
выполняет
следующие
ос
-
новные
функции
:
–
прием
аналоговых
и
дискретных
сигналов
по
цифро
-
вым
протоколам
;
–
измерение
параметров
и
мониторинг
сетевого
тра
-
фика
;
–
архивирование
параметров
электрического
режима
и
сетевого
трафика
;
–
ведение
журнала
событий
;
–
информационный
обмен
с
центрами
управления
по
цифровым
протоколам
;
–
непрерывная
самодиагностика
.
В
настоящий
момент
на
рынке
присутствуют
подоб
-
ные
системы
мониторинга
,
однако
,
учитывая
отсутствие
электронной
проектной
документации
,
применение
ука
-
занных
систем
не
может
в
полной
мере
соответствовать
требованиям
методических
указаний
.
На
объектах
фили
-
ала
ПАО
«
Россети
» —
МЭС
Урала
имеется
опыт
внед
-
рения
средств
мониторинга
сети
—
на
ПС
500
кВ
«
Юж
-
ная
»
и
«
Курган
»
установлены
регистраторы
аварийных
событий
(
рисунок
2),
обеспечивающие
запись
GOOSE-
сообщений
,
фиксацию
заранее
определенных
неисправ
-
ностей
(
потеря
связи
с
устройствами
и
т
.
п
.),
фиксацию
трафика
в
сети
в
момент
пуска
.
Перечисленные
сред
-
ства
мониторинга
обеспечивают
возможность
выявления
определенных
неисправностей
и
анализ
состояния
сети
передачи
данных
,
но
они
не
позволяют
выявлять
факты
нарушения
заданной
структуры
сети
и
т
.
п
.
На
ПС
500
кВ
«
Южная
»
реализован
проект
по
уста
-
новке
цифрового
комплекса
для
предотвращения
на
-
рушения
устойчивости
,
входящего
в
комплекс
центра
-
лизованной
сис
темы
противоаварийной
автоматики
ОЭС
Урала
.
Основными
предпосылками
внедрения
комплекса
стало
увеличение
числа
пусковых
органов
и
управляющих
воздействий
,
в
том
числе
износ
суще
-
ствующего
удаленного
контроллера
противоаварийной
автоматики
(
УКПА
).
На
подстанции
предусмотрено
взаимодействие
устройств
передачи
аварийных
сигналов
и
команд
(
УПАСК
)
с
УКПА
посредством
протокола
стандарта
МЭК
61850-8-1 (GOOSE-
сообщения
).
Предпосылкой
реали
-
зации
цифровой
системы
связи
послужил
отказ
от
боль
-
шого
количества
медных
кабелей
и
кросс
-
шкафов
для
взаимодействия
с
УПАСК
.
На
начальном
этапе
благода
-
ря
использованию
GOOSE-
сообщений
появилась
воз
-
можность
полноценной
опытной
эксплуатации
нового
Рис
. 2.
Регистратор
аварийных
событий
на
ПС
500
кВ
«
Южная
»
Развитие
автоматизированных
систем
17
комплекса
УКПА
с
находящимся
в
работе
действующим
УКПА
.
В
процессе
эксплуатации
выявлено
,
что
на
УКПА
возможно
изменение
структуры
исходящих
GOOSE-
сообщений
(
передача
GOOSE-
сообщения
в
виде
полей
вместо
набора
данных
с
атрибутами
)
без
изменения
прочих
свойств
,
включая
номер
ревизии
.
УПАСК
не
обеспечивали
правильную
обработку
указанных
со
-
общений
,
но
и
не
сигнализировали
о
возникновении
неисправности
.
Регистратор
аварийных
событий
(
РАС
)
сохранял
фиксацию
рассматриваемых
сообщений
и
также
не
сигнализировал
о
каких
-
либо
неисправно
-
стях
или
изменениях
.
Данная
проблема
обсуждалась
на
совещании
по
вопросам
восстановления
работы
УКПА
ЦС
,
участниками
которого
были
представите
-
ли
филиала
ПАО
«
Россети
» —
МЭС
Урала
,
филиала
АО
«
СО
ЕЭС
» —
ОДУ
Урала
,
а
также
представители
за
-
водов
-
изготовителей
УПАСК
и
РАС
.
По
результатам
обсуждений
со
стороны
заво
-
дов
-
изготовителей
предоставлен
ряд
инструментов
для
выполнения
проверки
параметров
формируемых
GOOSE-
сообщений
.
В
дальнейшем
будут
проведены
соответствующие
тестовые
испытания
внедряемых
из
-
менений
.
ХАРАКТЕРНЫЕ
НЕИСПРАВНОСТИ
В
РАМКАХ
ОПЫТНО
-
ПРОМЫШЛЕННОЙ
ЭКСПЛУАТАЦИИ
На
ПС
500
кВ
«
Трачуковская
»
проводится
опытно
-
про
-
мышленная
эксплуатация
устройств
РЗА
,
информацион
-
ный
обмен
между
которыми
реализован
согласно
III
архи
-
тектуре
построения
ПС
.
Для
трех
линий
электропередачи
220
кВ
реализован
комплект
ступенчатых
защит
с
исполь
-
зованием
электронных
измерительных
трансформаторов
тока
и
трансформаторов
напряжения
(
рисунок
3).
Кроме
того
,
реализована
цифровая
дифференци
-
альная
защита
шин
(
ДЗШ
) 220
кВ
с
помощью
установки
преобразователей
аналоговых
сигналов
(
рисунок
4).
В
рамках
опытно
-
промышленной
эксплуатации
вы
-
явлено
:
–
наличие
ошибок
при
приеме
SV-
потока
устройствами
РЗА
из
-
за
разночтений
в
настройках
синхронизации
времени
(
при
этом
однозначных
требований
по
настройке
синхронизации
времени
для
функцио
-
нальной
совместимости
ни
завод
-
изготовитель
РЗА
,
ни
завод
-
изготовитель
электронных
трансформато
-
ров
тока
и
трансформаторов
напряжения
не
предо
-
ставляют
;
также
отмечается
отсутствие
в
настоящий
Рис
. 3.
Оптические
трансформаторы
тока
на
ПС
500
кВ
«
Трачуковская
»
Рис
. 4.
Шкаф
ДЗШ
220
кВ
на
ПС
500
кВ
«
Трачуковская
»
18
Ежеквартальный
спецвыпуск
№
3(30),
сентябрь
2023
момент
типовых
решений
и
требований
,
касающих
-
ся
перечня
отклонений
,
выявляемых
в
данных
SV-
потока
и
реакции
на
них
устройств
РЗА
);
–
отсутствие
сигнализации
о
потере
основного
либо
резервного
SV-
потока
в
со
-
ставе
терминалов
РЗА
(
сле
-
дует
отметить
,
что
в
дей
-
ствующих
НТД
в
явном
виде
отсутствуют
требования
о
сигнализации
об
указанных
неисправностях
в
составе
терминала
защит
).
Для
решения
указанных
проблем
на
основе
рекомен
-
даций
заводов
-
изготовителей
осуществлялось
обновление
программного
обеспечения
устройств
РЗА
.
Неисправно
-
стей
устройств
РЗА
после
об
-
новления
не
выявлено
.
На
ПС
500
кВ
«
Сомкин
-
ская
»
проводится
опытно
-
промышленная
эксплуатация
устройств
РЗА
,
которые
взаимодействуют
со
смежными
устройствами
РЗА
по
-
средством
GOOSE-
сообщений
и
получают
измерения
аналоговых
величин
по
шине
процесса
от
электрон
-
ных
измерительных
трансформаторов
тока
и
напряже
-
ния
посредством
протокола
стандарта
МЭК
61850-9-2
(Sampled Values).
Архитектура
построения
ВАПС
анало
-
гична
ПС
500
кВ
«
Трачуковская
» (
рисунок
5).
Стоит
отметить
,
что
реализация
современных
диф
-
ференциальных
защит
на
ВАПС
обладает
повышен
-
ными
требованиями
в
час
ти
пропускной
способности
при
передаче
данных
через
шину
процесса
.
Для
диф
-
ференциальной
защиты
шин
,
где
используются
изме
-
рения
множества
присоединений
,
данный
вопрос
яв
-
ляется
особенно
актуальным
,
поскольку
один
SV-
поток
Рис
. 5.
Электронные
трансформаторы
напряжения
на
ПС
500
кВ
«
Трачуковская
»
Рис
. 6.
Осциллограмма
дифференциального
тока
ДЗШ
220
кВ
приводит
к
загрузке
коммуникационной
сети
примерно
на
5
Мбит
/
с
(
при
суммарном
ограничении
в
100
Мбит
/
с
).
Кроме
того
,
для
снижения
задержки
устройства
при
передаче
данных
используют
технологию
виртуальных
сетей
(VLAN),
при
которой
осуществляется
разделение
передачи
SV-
потока
и
стороннего
трафика
.
Соответ
-
ственно
до
проведения
ОПЭ
на
ПС
500
кВ
«
Сомкин
-
ская
»
была
выявлена
перегрузка
сети
шины
процесса
из
-
за
неоптимального
распределения
трафика
для
ДЗШ
по
виртуальным
сетям
,
которая
в
дальнейшем
была
устранена
.
В
рамках
проведения
ОПЭ
одной
из
проблем
при
реализации
ДЗШ
стало
кратковременное
повышение
дифференциального
тока
при
внешнем
КЗ
,
значительно
меньшего
уставки
срабатывания
(
рисунок
6).
Развитие
автоматизированных
систем
19
Терминал
ДЗШ
подключен
как
к
оптическим
ТТ
,
так
и
к
электромагнитным
ТТ
через
преобразователи
ана
-
логовых
сигналов
.
В
связи
с
чем
представители
заво
-
да
-
изготовителя
устройства
РЗА
объясняют
появление
дифференциального
тока
переходным
процессом
в
вет
-
вях
намагничивания
классических
ТТ
и
отсутствием
компенсации
апериодической
составляющей
со
сторо
-
ны
оптических
ТТ
.
В
настоящий
момент
указанный
слу
-
чай
анализируется
в
рамках
ОПЭ
,
в
том
числе
в
части
сравнения
с
ДЗШ
220
кВ
на
ПС
500
кВ
«
Трачуковская
».
ПУТИ
ОПТИМИЗАЦИИ
ВНЕДРЕНИЯ
Основными
вопросами
при
внедрении
РЗА
с
использо
-
ванием
МЭК
61850
для
реализации
функций
защит
в
на
-
стоящий
момент
являются
:
–
внедрение
программного
обеспечения
для
проекти
-
рования
;
–
уточнение
требований
к
правилам
обработки
SV-
по
-
тока
в
части
выявления
отклонений
и
реакции
на
них
устройств
РЗА
;
–
уточнение
требований
к
сигнализации
о
переходах
между
основным
и
резервным
SV-
потоками
;
–
уточнение
механизмов
идентификации
версии
GOOSE-
сообщения
при
возникновении
изменений
в
его
структуре
;
–
уточнение
требований
к
мониторингу
сетевого
тра
-
фика
,
включая
требования
по
выявлению
изменения
структуры
данных
.
ТРЕБОВАНИЯ
К
ПРОГРАММНОМУ
ОБЕСПЕЧЕНИЮ
ДЛЯ
ФОРМИРОВАНИЯ
ЦИФРОВОЙ
ПРОЕКТНОЙ
ДОКУМЕНТАЦИИ
1.
Наличие
графического
редактора
схем
для
фор
-
мирования
главной
схемы
объекта
,
схемы
раз
-
мещения
по
ТТ
и
ТН
устройств
ИТС
,
связей
между
устройствами
РЗА
в
части
обмена
GOOSE-
сообщениями
.
В
редакторе
должны
использовать
-
ся
объекты
,
наполненные
свойствами
.
Например
,
терминал
РЗА
должен
иметь
перечень
входных
/
выходных
сигналов
,
определяемый
на
основа
-
нии
импортированного
/
хранящегося
в
библиотеке
файла
описания
.
2.
Наличие
механизма
импорта
файлов
описания
воз
-
можностей
устройств
(ICD)
и
файлов
конфигурации
(CID)
от
различных
заводов
-
изготовителей
.
3.
Наличие
средств
автоматизированного
:
–
формирования
обозначений
для
логических
устройств
и
исходящей
информации
,
а
также
MAC-
адресов
, APPID
и
т
.
п
.
согласно
требовани
-
ям
Корпоративного
профиля
МЭК
61850;
–
распределения
SV-
потоков
по
устройствам
на
основании
схемы
распределения
по
ТТ
и
ТН
устройств
ИТС
.
4.
Наличие
средств
автоматизированного
выявления
:
–
неиспользуемых
данных
(
наличие
исходящих
GOOSE-
сообщений
/SV-
потока
,
которые
не
при
-
нимает
ни
одно
из
устройств
в
сети
);
–
перегрузки
сети
(
расчет
максимальной
загрузки
по
шине
/
порту
коммутатора
/
в
пределах
одной
VLAN);
–
ошибок
в
распределении
по
виртуальным
сетям
(
подписка
на
SV-
потоки
из
чужой
VLAN).
ЗАКЛЮЧЕНИЕ
Для
интеграции
нескольких
мультивендорных
ИЭУ
в
еди
-
ную
коммуникационную
сеть
использование
стандарти
-
зированной
модели
данных
является
актуальным
.
С
тео
-
ретической
точки
зрения
язык
SCL
успешно
позволяет
описать
модель
подстанции
,
функции
ИЭУ
и
взаимодей
-
ствие
между
ними
,
а
процесс
наладки
при
этом
сводится
к
минимуму
.
Для
практической
реализации
сис
темы
на
данном
этапе
обсуждается
ряд
проблемных
вопросов
,
в
частности
требуются
специализированные
программ
-
ные
инструменты
,
реализующие
механизмы
сбора
,
срав
-
нения
,
тестирования
и
анализа
данных
.
Описанный
под
-
ход
во
взаимодействии
ИЭУ
,
а
также
тестировании
систем
автоматизации
и
управления
важен
с
точки
зрения
пере
-
хода
на
новый
уровень
эксплуатации
устройств
.
Важно
рассмотреть
создание
типового
ПО
,
суть
ко
-
торого
с
проектной
точки
зрения
заключается
в
обес
-
печении
взаимодействия
конфигураторов
устройств
разных
производителей
.
При
этом
немаловажным
фактором
становится
разработка
конфигуратора
для
использования
в
проектной
организации
.
Кроме
того
,
как
было
указано
ранее
,
необходимо
дополнить
норма
-
тивно
-
техническую
документацию
в
части
мониторинга
на
основе
файлов
описания
цифровой
сети
.
Указанные
предложения
и
пути
оптимизации
внедрения
РЗА
с
под
-
держкой
протоколов
МЭК
61850
будут
рассмотрены
в
дальнейшем
в
рамках
взаимодействия
с
заводами
-
из
-
готовителями
устройств
.
ЛИТЕРАТУРА
1.
СТО
56947007-29.240.10.299-2020.
Цифровая
подстан
-
ция
.
Методические
указания
по