Релейная защита, АСУ ТП, учёт электроэнергии и кибербезопасность электроэнергетических объектов
По данным Системного оператора, в I полугодии 2026 года неисправности вторичных цепей РЗА отмечены в 146 из 840 случаев неправильной работы — 17,38%. Этот показатель обращает внимание на задачи, для решения которых цифровая подстанция предоставляет дополнительные инструменты: непрерывный контроль связей между устройствами, своевременное обнаружение нарушений и независимую регистрацию цифрового обмена.
С 14 по 18 сентября 2026 года в Тобольске на площадке «СИБУРИНТЕХ» прошли соревнования по компетенции «Цифровая подстанция» в рамках VII чемпионата «НефтеХимНавыки». Конкурсное задание второго сезона было рассчитано на десять часов и включало шесть модулей — от экспертизы SCD-файла и организации обмена по МЭК 61850 до обслуживания РЗА, работы с АСУ ТП и анализа событий по сетевому трафику. Технический разбор показал, какие задачи оказались самыми сложными, где терялись баллы и почему граница между РЗА и АСУ ТП становится всё более проницаемой.
ПАО «Россети» ввело в действие стандарт организации СТО 34.01-4.1-027-2026 «Системы защиты, автоматизации и управления IV архитектуры построения ПС. Общие технические требования» (действует с 31 августа 2026 года, объекты 110–750 кВ). Документ впервые формализует следующий этап развития цифровой подстанции — переход от цифрового обмена данными между отдельными устройствами к консолидации функций релейной защиты, автоматики и управления на более крупных вычислительных платформах.
В 2026 году анализ зрелости решений МЭК 61850 был сосредоточен на совместимости программных инструментов разных производителей и корректной передаче информационной модели ИЭУ между ними. Этап, запланированный на 2027 год, выводит проверку за пределы файлов и конфигураторов — непосредственно к оборудованию: полностью ли конфигурация из цифрового проекта загружена в устройство и соответствует ли фактическое поведение ИЭУ предусмотренным сценариям. Это переход от проверки данных о системе к проверке самой системы — к воспроизводимым функциональным испытаниям реальных ИЭУ в мультивендорной цифровой среде.
В инженерном процессе IEC 61850 появляется новый механизм проверки SCL-файлов — OCL (Object Constraint Language), язык формального описания ограничений и правил для объектов информационной модели. Опубликованная в 2025 году техническая спецификация IEC TS 61850-6-3 определяет формат машиночитаемых правил, которые программные инструменты могут импортировать и автоматически применять к SCL. XSD отвечает лишь на вопрос «правильно ли построен XML-документ?», тогда как многие требования стандарта связаны со взаимосвязями между объектами модели. OCL позволяет перейти от проверки формальной корректности XML к автоматизированной проверке инженерных правил — и уже применяется на практике, в том числе на испытаниях функциональной совместимости в России.
Репортаж с туториала исследовательского комитета B5 СИГРЭ 2026 в Париже. Три признанных эксперта — Алекс Апостолов (PAC World / OMICRON), Ратан Дас (Siemens Energy, руководитель РГ IEEE C37.300) и Дэвид Макдональд (GE Grid Automation, руководитель РГ CIGRE B5.84) — выстроили доклады в одну историческую последовательность: шина процесса → централизованная защита → виртуализация. Функция РЗА превращается в программное приложение, а сервер — в вычислительную платформу, которую можно заменить, не меняя алгоритм защиты.
В проектах цифровых подстанций основное внимание уделяют GOOSE, SV, PTP и сетевой инфраструктуре. Но есть ещё один важный слой — MMS-обмен и отчёты IEC 61850, через которые SCADA, АСУ ТП, HMI, шлюзы и системы мониторинга получают телеинформацию от ИЭУ. На практике проблемы здесь обманчиво просты: MMS-соединение есть, устройство доступно, клиент «видит» сервер — а данные не обновляются, часть сигналов пропадает, события дублируются или блок управления передачей отчётов вообще не активируется. В материале — семь самых острых проблем с блоками управления передачей отчётов (RptEna, рассинхронизация ConfRev, занятость RCB другим клиентом, TrgOps, расхождение DataSet, дублирование из буфера по entryID и избыточная вера в SCL-файл) и практический принцип диагностики: сверять SCL-файл, фактическую MMS-модель и PCAP-запись вместе.
Системный оператор опубликовал итоги функционирования устройств РЗА за 2025 год. Доля правильной работы — 96,26 %, седьмой год подряд в коридоре 96 %. За стабильной цифрой — смещение причин неправильной работы в сторону стареющего парка: дефекты вторичных цепей и несвоевременная замена аппаратуры растут.
На цифровой подстанции на конечных устройствах фиксировалась неисправность коммуникаций и так же внезапно все возвращалось в норму, а причина оставалась неочевидной - ведь сигнализация была общей. Единственным источником информации был pcap-файл длительностью около 11 минут — почти 186 000 GOOSE-пакетов и более 200 источников. Ручной анализ в Wireshark при таком объёме занял бы часы. Мы показываем, как ПО Теквел Магия за несколько минут превратило сетевой дамп в структурированный Excel-отчёт внеочередной проверки.
Точное время — обязательная часть на современной подстанции: оно необходимо для регистрации событий и осциллографирования, Sampled Values, векторных измерений и других приложений. Но зависеть только от локального приёмника становится всё опаснее: подавление, помехи и спуфинг превращают единственный спутниковый источник в системный риск. Архитектура с ePRTC (enhanced Primary Reference Time Clock) в телекоммуникационной сети и TDG (Time Distribution Gateway) на объекте предлагает разнородный подход: одно точное время приходит «с неба», другое — «по земле». В материале — что такое ePRTC и TDG, как они вписываются в IEC 61850-9-3 PTP, почему одного резервного GNSS-приёмника мало и почему эта тема становится актуальной и для России.
«Должно поддерживать МЭК 61850» — слишком общая формулировка. Разбираем, где сегодня смотреть сертификаты соответствия IEC 61850, что на самом деле подтверждает сертификат соответствия, как устроен реестр на 1650 тестовых записей по редакциям и ролям, какие семь параметров проверять в сертификате и чем проверка соответствия отличается от проверки функциональной совместимости. И как корректно формулировать требование в ТЗ вместо общей фразы про «поддержку стандарта».
Началась работа над стандартом МЭК 61850-8-3 — дополнительный маппинг на конкретный коммуникационный протокол, который обеспечивает назначение коммуникационных моделей и сервисов МЭК 61850 напрямую на сообщения DMS (Direct Message Specification) и передаёт их в JSON или бинарном кодировании поверх WebSockets. Модель IEC 61850 при этом не меняется — меняется только способ упаковки сообщений. Разбираем, чем это отличается от текущего МЭК 61850-8-1 (MMS) и почему выбраны именно JSON и WebSockets.
Разбираем, что такое MAC-адрес, OUI и чем MA-L, MA-M, MA-S и CID отличаются друг от друга; как по первым октетам предположить производителя устройства; почему одинаковый Source MAC у двух ИЭУ может сломать коммуникации и приводит к MAC flapping; и что должен проверять инженер ЦПС при первичном анализе трафика цифровой подстанции.