14 европейских TSO договорились: инжиниринг IEC 61850 должен измениться. Вот что они предлагают

От редакции Этой публикацией мы открываем серию материалов о top-down инжиниринге IEC 61850 — важнейшем изменении в инженерной методологии цифровых подстанций последних лет. Два новых технических отчёта IEC (TR 61850-90-30 и TR 61850-7-6 ed2) уже опубликованы; коалиция из 14 европейских операторов формально поддержала новый подход; первые промышленные проекты на горизонте. В серии мы прослеживаем этот сдвиг от истоков до практических последствий — для операторов, поставщиков IED и разработчиков инструментов. Первая статья задаёт контекст.

В 2023 году четырнадцать европейских системных операторов передачи и крупных энергокомпаний подписали совместное заявление об инжиниринге IEC 61850. Это не был регуляторный документ — никакого механизма принуждения к исполнению у него не было. Но произошло то, что редко случается в промышленной стандартизации: группа крупных операторов, каждый из которых традиционно ревностно охраняет собственные процессы, сошлась в единой позиции относительно того, как должен быть устроен инжиниринг — и публично зафиксировала это.

Инициатива исходила от Elia Group — бельгийского ТСО Elia и его немецкой «дочки» 50Hertz — и привлекла ещё тринадцать операторов. Вместе они опубликовали документ, ставший известным как Common Vision on IEC 61850 Engineering: пятишаговый top-down инжиниринговый процесс с описанием требований к поставщикам инструментов и IED, подкреплённый работающим proof of concept.

В этой статье — что такое Common Vision, как он появился и что значит для тех, кто проектирует цифровые подстанции.

Проблема: почему нынешний подход имеет структурные ограничения

Стандартный рабочий процесс IEC 61850 инжиниринга сегодня построен вокруг устройств. Оператор готовит требования — как правило, в виде документов Word или PDF — и отправляет их поставщикам IED. Каждый поставщик интерпретирует требования по-своему, конфигурирует устройство в своём инструментарии и возвращает файл описания возможностей (ICD). Системный инженер собирает итоговую конфигурацию системы, вручную сопоставляя ICD-файлы, разрешая различия в именовании и формируя привязки датасетов, GOOSE-подписки и ExtRef-элементы.

Этот подход двадцать лет порождал работающие IEC 61850 системы. Но когда цифровые подстанции перешли от пилотных внедрений к тиражируемой инфраструктуре, а крупные операторы одновременно ведут десятки проектов, его ограничения стали структурными.

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

• Разрыв интерпретации. PDF-требования оставляют пространство для разночтений. Два поставщика, читающие один документ, могут создать существенно различающиеся конфигурации. Обнаруживается это при вводе в эксплуатацию.
• Нет машиночитаемого обмена. Не существует формального, обрабатываемого инструментами формата для передачи требований к IED. Каждый проект заново создаёт спецификацию с нуля.
• Позднее тестирование. Верификация, как правило, начинается после выбора и закупки оборудования — в самый дорогой момент для исправления ошибок проектирования.
• Отсутствие повторного использования. Функциональные спецификации, разработанные для одного проекта, не переносятся напрямую в следующий. Каждое внедрение заново запускает инжиниринговый цикл.

Томас Стеркс (Thomas Sterckx), эксперт по виртуальным подстанциям Elia Engineering и со-редактор соответствующих технических отчётов IEC, обозначил вектор изменений на техническом вебинаре в декабре 2023 года: «Вместо того чтобы передавать [поставщику IED] большой пакет письменных документов... вы можете дать ему нечто машиночитаемое, что он сможет обработать в собственном инструменте».

История: от CIGRE 2012 до Common Statement 2023

Запрос на улучшение инжинирингового процесса IEC 61850 возник задолго до нынешней инициативы. В 2012 году организация CIGRE — под рабочими комитетами A3 и B5 — опубликовала заявление, призывавшее к реформированию процессов спецификации и инжиниринга систем IEC 61850. Требования, сформулированные тогда, оставались по большей части нереализованными ещё десять лет.

В 2018 году Elia участвовала в OSMOSE — европейском исследовательском проекте с государственным финансированием. OSMOSE заложил ранние концептуальные основы того, что сегодня называется top-down инжинирингом: начинать с функциональных спецификаций, независимых от конкретных устройств, и формализовать обмен между операторами и поставщиками в структурированных машиночитаемых форматах.

С 2020 года рабочая группа IEC TC57 WG10 приступила к разработке двух технических отчётов, которые должны были дать этим идеям стандартную основу: TR IEC 61850-90-30 — моделирование функций в SCL — и TR IEC 61850-7-6 ed2 — базовые прикладные профили. Оба документа опубликованы: TR 7-6 ed2 — в 2024 году, TR 90-30 — в 2025-м.

Common Statement, подписанный в 2023 году Elia Group совместно с тринадцатью другими европейскими операторами, стал моментом, когда этот вектор превратился в рыночный сигнал. По словам Стеркса: «Думаю, можно сказать, что наконец мы способны выполнить те требования, которые были поставлены ещё в 2012 году».

Параллельно с Common Statement Elia завершила proof-of-concept с тремя партнёрами — Condis/Helinks (инструментарий системной спецификации), Siemens (конфигурирование IED) и Triangle MicroWorks (моделирование и тестирование), — продемонстрировав полный пятишаговый процесс на прототипах реальных инструментов.

Что предлагает Common Vision: пять шагов

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

flowchart LR
    P1["① Профилирование системы\n(шаблоны FSD / ASD)"]
    P2["② Спецификация системы\n(файлы ISD)"]
    P3["③ Моделирование и валидация\n(тестирование ASD / SSD)"]
    P4["④ Описание возможностей IED\n(process ICD)"]
    P5["⑤ Конфигурирование системы\n(SCD)"]

    P1 --> P2 --> P3 --> P4 --> P5

Шаг 1 — Профилирование системы. Инженеры создают повторно используемые шаблоны функций и приложений. Function Specification Description (FSD) описывает одну функцию — дистанционную защиту, управление выключателем, измерение на трансформаторе. Application Specification Description (ASD) объединяет несколько FSD, определяет потоки данных между ними и может включать формальную логику поведения на языке МЭК 61131-3. Принципиально важно: шаблоны не содержат ни единой ссылки на физическое устройство. Они описывают то, что система должна делать, — а не то, как это делает конкретный IED.

Шаг 2 — Спецификация системы. Шаблоны приложений инстанциируются в проекте. Инженер собирает спецификацию системы и генерирует спецификации для каждого IED: файлы IED Specification Description (ISD) — структурированные SCL-документы, формально задающие ожидаемую модель данных, интерфейсы сигналов и значения конфигурации. ISD-файл не привязан к поставщику. Один файл можно одновременно отправить нескольким поставщикам, получив конкурирующие ответы.

Шаг 3 — Моделирование и валидация системы. Как только файлы ISD готовы, проект можно тестировать до того, как выбрано или закуплено хоть одно устройство. Инструменты импортируют ASD и SSD, моделируют логику приложений — включая поведение в МЭК 61131-3 — и позволяют прогонять тестовые последовательности по ожидаемым входам и выходам. Джексон Мур (Jackson Moore), Application Engineer в Triangle MicroWorks, сформулировал суть: «Многие потенциальные ошибки теперь можно выявить значительно раньше в инжиниринговом процессе — и они сравнительно намного дешевле и проще в исправлении».

Шаг 4 — Описание возможностей IED. Поставщики получают ISD-файл, импортируют его в свой IED Configuration Tool (ICT) и выполняют маппинг реальных возможностей устройства на спецификацию. Там, где возможности устройства соответствуют спецификации, маппинг прямой. Там, где есть различия — другое именование логических устройств, отсутствующие объекты данных, альтернативная реализация — поставщик формально документирует отклонение. Результат — process ICD: стандартный ICD-файл, расширенный явной информацией о маппинге спецификации на устройство. Этот файл сообщает системному конфигуратору, как именно каждый элемент требований оператора реализован в реальном IED. По словам Стеркса: «ISD независим от поставщика, и вы можете легко отправить его нескольким поставщикам IED и получить несколько предложений в ответ».

Шаг 5 — Конфигурирование системы. System Configuration Tool (SCT) импортирует process ICD от каждого поставщика. Используя маппинг-информацию, встроенную в каждый файл, SCT автоматически привязывает логические узлы к реальным устройствам, генерирует GOOSE control blocks и датасеты, заполняет ExtRef-подписки. Результат — полный SCD с существенно меньшим объёмом ручной работы, чем в нынешнем процессе.

Proof of Concept 2023: полный цикл, в прямом эфире

PoC Elia прошёл все пять шагов на реальном, пусть и упрощённом, инжиниринговом сценарии: приложение управления выключателем и приложение дистанционной защиты, реализованные на четырёх IED. Рабочий процесс был продемонстрирован публично на вебинаре в декабре 2023 года, организованном Triangle MicroWorks.

В демонстрации:

• Helix STS (Condis/Helinks) отвечал за профилирование и спецификацию системы — сборку ASD из функциональных шаблонов и экспорт ISD-файлов.
• DTM (Triangle MicroWorks) импортировал ASD приложения P21 (дистанционная защита), симулировал его логику в IEC 61131-3 FBD, демонстрировал интерактивное тестирование и работу табличного тест-секвенсора.
• DIGSI 5 (Siemens) импортировал ISD-файлы для слияния MU (6MU) и дистанционной защиты (7SA87), выполнял маппинг LNode-спецификации на реальные LN устройства и экспортировал process ICD — с возможностью либо сохранить фирменное именование с документированием отклонений, либо принять унифицированную модель данных из спецификации.
• Helix STS затем импортировал оба process ICD, автоматически реализовал LNode-спецификации, используя маппинг-данные, сгенерировал GOOSE control blocks и датасеты, экспортировал полный SCD.
• Siemens Digital Twin импортировал SCD, применил конфигурацию GOOSE и запустил оба виртуальных устройства одновременно для верификации потоков сигналов и модели данных.

Весь процесс использовал SCL-пространство имён 6-100 — расширение, определённое в TR 61850-90-30 и TR 61850-7-6, которое вводит новые SCL-элементы: AllocationRole, SourceRef, LNodeSpecNaming, BehaviorDescription и другие.

Что это значит для рынка

Common Statement и сопровождающий его proof of concept имеют конкретную целевую аудиторию: поставщики IED и разработчики инструментов, которым необходимо понять, чего будут ожидать крупные европейские операторы.

Для поставщиков IED формальный ISD-интерфейс меняет динамику закупок. Оператор, располагающий машиночитаемым ISD-файлом, может отправить его нескольким поставщикам одновременно и сравнить их process ICD-ответы — включая задокументированные отклонения — в структурированном формате. Барьер для смены поставщика снижается.

Для разработчиков IED Configuration Tool Common Vision формулирует конкретные требования к возможностям: импорт ISD, маппинг LNode→LN, экспорт process ICD, документирование отклонений. Именно эти функции определят, применим ли инструмент в новом процессе.

Для разработчиков System Configuration Tool ключевое требование — поддержка process ICD: способность читать маппинг-информацию и использовать её для автоматической генерации SCD.

Elia Group обозначила дорожную карту, ведущую к 2029–2030 годам как горизонту первых промышленных проектов, с ожидаемым выходом на тендеры инструментов около 2027 года. Временны́е рамки дают экосистеме инструментов несколько лет — но решения о приоритетах разработки принимаются уже сейчас. TR 90-30 и TR 7-6 ed2 опубликованы. Процесс продемонстрирован. Elia готовится к тендеру на инжиниринговую экосистему.

Заключение

Common Vision — это структурированный ответ на реальную и признанную проблему. Нынешнее состояние IEC 61850 инжиниринга — спецификация через PDF, ручная интеграция, поздняя валидация — не соответствует уровню зрелого стандарта. Четырнадцать операторов, официально поддержавших одно и то же определение процесса, формируют сигнал спроса, который рынок инструментов не может игнорировать.

Стандартная инфраструктура сформирована. Proof of concept подтвердил техническую осуществимость процесса существующими инструментами. Вопрос теперь в том, как быстро более широкая экосистема — поставщики IED, разработчики инструментов и операторы за пределами нынешней коалиции — выровняется с подходом, который описывает Common Vision.

Следующие статьи серии рассматривают технические детали: пятишаговый процесс в глубину, формат ISD и то, как он меняет закупку IED, пространство имён SCL 6-100 и требования к разработчикам инструментов, а также process ICD как точку поворота между спецификацией и конфигурацией.

Первичные источники: технический вебинар «Establishing a Vendor-Independent Specification Process for Top-Down Engineering of IEC 61850 Systems» (Triangle MicroWorks / Elia Group, декабрь 2023); TR IEC 61850-90-30:2025; TR IEC 61850-7-6 ed2:2024; Elia Group — Common Vision on IEC 61850 Engineering.

Фото: Подстанция Mercator 380 кВ, Kruibeke, Бельгия (Elia). Supercharge / Wikimedia Commons, CC BY-SA 3.0.