Магический кейс: как проверить соответствие SCD-файла реальной конфигурации устройств на цифровой подстанции

На цифровой подстанции файл SCD — это не приложение к проекту и не формальный итог инжиниринга. Это формализованное описание того, как должна быть устроена информационная модель объекта: какие устройства входят в проект, какие данные они передают, какие наборы данных сформированы, как настроены отчёты MMS, GOOSE-сообщения и потоки Sampled Values. Именно по нему проектировщик, наладчик и заказчик должны одинаково понимать, как устроен информационный обмен на объекте.

Однако на практике неизбежно возникает вопрос: соответствует ли фактическая конфигурация устройств тому SCD-файлу, который передан заказчику?

С такой ситуацией специалисты компании Теквел столкнулись во время выполнения наладочных работ на одной из цифровых подстанций — именно этот практический кейс и стал основой для данной статьи.

Исходная ситуация

На объекте выполнялись работы по интеграции устройств в систему управления. Требовалось организовать сбор телеизмерений и телесигнализации по МЭК 61850 с использованием MMS.

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

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

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

И это сразу привело к практическому вопросу: как быстро и достоверно проверить соответствие конфигурации всех устройств переданному SCD-файлу?

Почему ручная проверка не подходит

Самый очевидный способ проверки — подключаться к каждому устройству с помощью известных инструментов, например OMICRON IEDScout или с помощью его российского аналога ПО Теквел Манипулятор - по MMS.

Такой подход действительно позволяет увидеть фактическую конфигурацию ИЭУ: логические устройства, логические узлы, наборы данных, блоки управления отчётами и другие элементы модели МЭК 61850.

Но у ручного подхода есть несколько существенных ограничений.

Во-первых, каждое устройство нужно проверять отдельно.

Во-вторых, данные из устройства нужно вручную сопоставлять с тем, что описано в SCD.

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

Особенно если нужно не просто факт совпадения/несовпадения конфигурации, а получить доказательный результат: какие именно элементы совпадают, какие отличаются, где отсутствует набор данных, где изменён его состав, где иначе настроен Report Control Block, GOOSE Control Block или поток Sampled Values и т. д.

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

Важное уточнение: если бы на объекте был установлен РС ВАПС

Стоит отдельно отметить, что задача проверки соответствия SCD-файла и фактической конфигурации устройств решается функционалом системы мониторинга цифровой подстанции.

Если бы на объекте был установлен РС ВАПС, то контроль соответствия конфигурации устройств и актуального SCD-файла выполнялся автоматически в рамках постоянного мониторинга цифровой инфраструктуры подстанции. Такая система централизованно работала бы с устройствами, контролировала их конфигурацию, выявляла изменения и формировала отчёты о расхождениях без необходимости отдельной выездной проверки каждого устройства.

Однако в рассматриваемом случае объект уже находился в эксплуатации, а РС ВАПС на подстанции установлен не был. Поэтому требовался другой подход — инструмент, который можно быстро применить непосредственно в ходе наладочных работ для разовой, но полноценной инженерной проверки.

Именно для такой задачи и использовалось ПО Теквел Магия.

Решение: модуль проверки в ПО Теквел Магия

Для решения этой задачи мы использовали ПО Теквел Магия — мультитул для работы с цифровой подстанцией и коммуникациями МЭК 61850.

В составе ПО реализован модуль проверки соответствия SCD-файла фактической конфигурации устройств.

Логика работы выглядит следующим образом:

1. В «Теквел Магия» загружается SCD-файл.
2. Из него автоматически извлекается конфигурация каждого IED: - IP-адресация; - состав DataSet; - настройка MMS Report; - настройка GOOSE; - настройка Sampled Values; - связи между блоками управления и наборами данных; - состав наборов данных на уровне объектов и атрибутов.
3. После этого ПО последовательно подключается к каждому устройству по MMS и считывает его фактическую модель МЭК 61850.
4. Далее выполняется автоматическое сопоставление конфигурации из SCD с реальной конфигурацией устройства.
5. По итогам формируется отчёт о расхождениях.

Полный алгоритм проверки удобно представить в виде блок-схемы — от загрузки файла SCD до формирования итогового протокола испытаний:

flowchart TB
    A["Загрузка файла SCD/SCL"]
    B["Извлечение перечня IED<br/><i>Имена устройств и IP-адреса<br/>из секции Communication</i>"]
    C["Выбор устройств для проверки"]

    A --> B --> C --> D

    subgraph LOOP["Для каждого выбранного IED"]
        direction TB
        D["Подключение по MMS"]

        REF[("Эталон (SCD)<br/><i>Парсинг XML</i>")]
        FACT[("Факт (IED)<br/><i>Чтение модели по MMS</i>")]

        D --> REF
        D --> FACT

        DS["<b>Проверка DataSet</b> (п. 6.2)<br/>• Наличие наборов данных<br/>• Состав FCDA<br/>• Порядок элементов"]
        GS["<b>Проверка GOOSE</b> (п. 6.3)<br/>• Наличие GoCB<br/>• goID, datSet, confRev<br/>• MAC, APPID, VLAN"]
        SV["<b>Проверка SV</b> (п. 6.4)<br/>• Наличие MSVCB<br/>• smvID, datSet, confRev<br/>• smpRate, nofASDU<br/>• MAC, APPID"]
        RCB["<b>Проверка RCB</b> (п. 6.5)<br/>• Наличие BRCB / URCB<br/>• Количество экземпляров<br/>• rptID, datSet, confRev, intgPd<br/>• TrgOps, OptFlds"]

        REF --> DS
        REF --> GS
        REF --> SV
        REF --> RCB
        FACT --> DS
        FACT --> GS
        FACT --> SV
        FACT --> RCB

        DS --> V
        GS --> V
        SV --> V
        RCB --> V

        V["<b>Вердикт по каждому параметру</b><br/>✅ соответствует / ⚠️ предупреждение / ❌ отклонение"]
        V --> DISC["Отключение MMS"]
    end

    DISC -. "следующий IED" .-> D
    DISC ==> RPT["<b>Формирование протокола</b>"]
    RPT --> CNT["<b>Содержание протокола</b><br/>• Перечень устройств и статус подключения<br/>• Сводка результатов по каждому IED<br/>• Детализация по DataSet, GOOSE, SV, RCB<br/>• Заключение: ПРОЙДЕНА / НЕ ПРОЙДЕНА"]

    style A fill:#F3F3F3,stroke:#888
    style B fill:#F3F3F3,stroke:#888
    style C fill:#EDE7F6,stroke:#7E57C2,color:#311B92
    style D fill:#E0F2F1,stroke:#26A69A,color:#004D40
    style REF fill:#FAFAFA,stroke:#AAA
    style FACT fill:#FAFAFA,stroke:#AAA
    style DS fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style GS fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style SV fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style RCB fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style V fill:#FBE9E7,stroke:#E64A19,color:#BF360C
    style DISC fill:#E0F2F1,stroke:#26A69A,color:#004D40
    style RPT fill:#EDE7F6,stroke:#7E57C2,color:#311B92
    style CNT fill:#FAFAFA,stroke:#AAA

Что можно обнаружить

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

Например, в ходе сравнения можно обнаружить, что:

• состав набора данных в устройстве отличается от описанного в SCD;
• в устройстве отсутствуют наборы данных, предусмотренные проектом;
• в конфигурации присутствуют дополнительные наборы данных, которых нет в переданном SCD-файле;
• параметры MMS Report отличаются от проектных;
• блок управления отчётами ссылается на другой набор данных;
• изменены параметры MMS-отчётов;
• конфигурация GOOSE не соответствует SCD;
• параметры передачи Sampled Values отличаются от проектных;
• часть сигналов, необходимых для АСУ ТП, телемеханики или диспетчеризации, отсутствует в фактической конфигурации устройства.

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

В результате наладчик получает конкретный протокол расхождений, с которым можно работать дальше.

Результаты на реальном объекте

В рамках данного проекта ПО Теквел Магия выполнило автоматическое сопоставление конфигурации 76 устройств с SCD-файлом.

Результаты проверки показали, что переданный SCD не полностью соответствует фактической конфигурации устройств на объекте.

Результаты проверки:

Из 76 проверенных устройств:

• 62 устройства соответствовали SCD;
• 14 устройств содержали расхождения.

Статистика:

• всего выполнено проверок — 410;
• успешно пройдено — 396;
• выявлено отклонений — 14;
• предупреждений — 0.

Выявленные отклонения были связаны с:

• отсутствием сигналов в наборе данных у MMS-отчётов;
• расхождениями между параметрами настройки MMS-отчётов.

Итоговый статус проверки: не пройдена.

При этом вся проверка объекта — подключение к устройствам, считывание MMS-моделей, автоматическое сопоставление с SCD и формирование протокола — заняла около 15 минут и потребовала от наладчика всего двух действий: загрузить SCD-файл и запустить проверку.

Практическая польза для наладки

Для наладчика такой инструмент особенно полезен в ситуациях, когда объект передаётся от одного подрядчика другому или когда система управления, телемеханики или АСДУЭ подключается к уже сконфигурированным устройствам.

В подобных ситуациях SCD-файл часто считается «актуальным по умолчанию», хотя фактическая конфигурация устройств за время проекта могла измениться. Проверять это вручную долго и неудобно: нужно подключаться к каждому ИЭУ, искать нужные DataSet, отчёты, GOOSE- и SV-блоки, а затем сопоставлять всё это с проектным описанием.

Вместо того чтобы вручную открывать каждое устройство, искать нужные блоки управления и сравнивать их с SCD, специалист получает автоматический отчёт.

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

• Можно ли использовать переданный SCD как актуальный источник данных?
• Какие устройства фактически отличаются от проектного описания?
• Какие отличия критичны для интеграции в систему управления?
• Нужно ли корректировать SCD, конфигурацию устройств или настройки системы верхнего уровня?

Практически это существенно сокращает время поиска причин проблем при интеграции и снижает объём «ручной» инженерной работы на объекте.

Кроме того, такой отчёт становится удобной технической основой для взаимодействия между всеми участниками проекта — заказчиком, проектировщиком, предыдущим подрядчиком и производителем оборудования.

Польза для заказчика и эксплуатации

Эта функциональность важна не только для наладки. Она также полезна специалистам РЗА, АСУ ТП и АСДУЭ на стороне заказчика.

Типовая ситуация выглядит так: подрядчик завершает работы, передаёт комплект документации и SCD-файл, заявляя, что он соответствует фактической конфигурации подстанции.

Но как быстро убедиться, что это действительно так?

Можно выборочно подключиться к нескольким устройствам и вручную посмотреть конфигурацию, что даст лишь фрагментарную картину. А можно использовать модуль проверки ПО «Теквел Магия» и автоматически сопоставить SCD с фактической конфигурацией устройств.

Например, специалист АСУ ТП или АСДУЭ может быстро проверить, как настроены отчёты MMS в самих устройствах и соответствуют ли они тому, что описано в переданном SCD-файле.

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

Если отчёты в устройстве настроены не так, как указано в SCD, это может привести к проблемам при интеграции, некорректному сбору данных или длительному поиску причин уже на этапе наладочных работ.

Почему это важно для цифровой подстанции

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

В цифровой подстанции значительная часть связей и настроек существует в виде конфигурации МЭК 61850.

Если файл не соответствует реальной конфигурации устройств, то эксплуатация и дальнейшая модернизация объекта становятся крайне проблематичными. Возникают риски и проблемы при подключении новых систем, изменении конфигурации, анализе аварийных событий, проверке GOOSE-сообщений, Sampled Values и MMS-отчётов и при проведении технического обслуживания.

Поэтому актуальность SCD-файла становится критически важной — она напрямую влияет на управляемость и сопровождаемость объекта. Ведь если на объекте нет актуального SCD — нет достоверного понимания того, как реально работает цифровая подстанция.

Именно поэтому проверка соответствия SCD фактической конфигурации устройств должна восприниматься не как дополнительный контроль, а как обязательная инженерная процедура на ВАПС.

Теквел Магия как инструмент проверки — результаты

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

Логика работы при этом остаётся простой и понятной:

1. Загружаем имеющийся SCD-файл.
2. Автоматически извлекаем из него конфигурацию устройств, DataSet и блоков управления.
3. Подключаемся к реальным устройствам по MMS.
4. Считываем фактическую конфигурацию.
5. Сравниваем проектное описание с реальным состоянием.
6. Получаем отчёт о несоответствиях.

Быстро, удобно и доказательно.

Вывод

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

Если на цифровой подстанции установлен РС ВАПС, подобные задачи могут решаться автоматически в рамках непрерывного контроля состояния цифровой инфраструктуры.

Если же объект уже действует, а РС ВАПС не установлен, ПО «Теквел Магия» позволяет выполнить такую проверку как отдельную инженерную процедуру: подключиться к устройствам, считать фактическую конфигурацию, сопоставить её с SCD и получить отчёт о несоответствиях.

Для наладчика это возможность быстро понять реальное состояние объекта.

Для заказчика — способ проверить, действительно ли переданный SCD соответствует тому, что настроено в устройствах.

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

Настоящая магия — но вполне инженерная.

Хотите попробовать сами? Загружайте демо-версию ПО Теквел Магия и пробуйте!