Если попытаться выбрать одну тему, которая особенно отчётливо проявилась в выставочной части CIGRE 2026 в Париже, то для нас ею стала виртуализация релейной защиты.
Причём речь уже не идёт об одном экспериментальном продукте или красивой концепции на слайдах. За несколько часов обхода выставки мы встретили эту тему на стендах у ABB, Siemens, Moxa, Welotec, Kalkitech и др. Одни компании предлагают непосредственно виртуализированные функции РЗА, другие - серверы, на которых эти функции должны работать, третьи собирают из компонентов разных производителей практически готовые мультивендорные архитектуры.
И чем больше мы разговаривали с представителями компаний, тем очевиднее становилось: главный вопрос здесь уже не «можно ли запустить РЗА в виртуальной машине?». Конечно, можно. Гораздо интереснее другой вопрос: кто теперь определяет аппаратную архитектуру и отвечает за надёжность всей этой вычислительной платформы?
ABB: РЗА окончательно отделяется от «железа»
Одной из первых остановок стал стенд ABB.
История централизованной защиты для ABB не новая. В портфеле компании уже несколько лет существует SSC600 - устройство, в котором функции защиты и управления, традиционно распределённые между терминалами отдельных присоединений, централизуются на уровне подстанции.
Следующим шагом стал SSC600 SW. В этом случае от специализированной аппаратной платформы ABB остаётся уже только программная реализация. ABB официально описывает SSC600 SW как чисто программный продукт, поставляемый в виде виртуальной машины и предназначенный для работы в средах KVM и VMware; заказчик может использовать выбранную им аппаратную платформу.
Именно разговор с представителями ABB оказался особенно интересен.
Логика поставки выглядит примерно следующим образом: программный образ для развёртывания на виртуальной машине можно получить отдельно, а необходимая функциональность затем активируется лицензией. По словам представителей компании на стенде, готовится также вариант сборки для использования на открытой платформе SEAPATH.
Но наиболее важным оказалось даже не это.
ABB практически полностью абстрагируется от того, как именно заказчик построит вычислительную инфраструктуру. Требования к производительности сервера компания готова сформировать в зависимости от количества и состава реализуемых функций, однако выбор конкретной аппаратной архитектуры остаётся за системным интегратором и заказчиком.
Более того, мы отдельно спросили, есть ли принципиальные ограничения на размещение на том же физическом сервере других приложений. Ответ был отрицательным. На соседних виртуальных машинах могут работать, например, SCADA, коммуникационный контроллер и даже виртуализированные функции РЗА других производителей.
И вот здесь появляется обратная сторона аппаратной независимости.
На вопрос о том, как именно должна быть построена отказоустойчивая серверная архитектура, однозначного ответа мы не получили. Резервирование вычислительных узлов, архитектура непрерывной/высокой доступности, поведение при отказе физического сервера - всё это уже находится не внутри продукта ABB, а становится предметом проектирования системы в целом.
Получается довольно фундаментальное изменение границы ответственности.
В традиционном терминале РЗА разработчик устройства контролирует процессор, операционную систему, аппаратные интерфейсы и значительную часть механизмов обеспечения надёжности. В виртуализированном мире производитель предоставляет функции РЗА в виде ПО и требования к среде его исполнения. А отказоустойчивость всей платформы приходится проектировать уже интегратору в соответствии с требованиями конечного заказчика. На самом деле, заказчик здесь уже может определить типовую аппаратную платформу. Да и не только аппаратную, но и программную - в части среды развёртывания виртуальных машин, их количества и так далее.
Ещё один интересный экспонат ABB хорошо дополнял эту картину - компактный REX600, принимающий сигналы от маломощных измерительных преобразователей и выполняющий функции преобразователя аналоговых сигналов. При этом устройство может выполнять и локальные функции резервной защиты. ABB позиционирует его как элемент, интегрируемый с SSC600 и SSC600 SW; поддерживаются в том числе IEC 61869-9 и IEC 61869-13.
В результате начинает вырисовываться весьма характерная архитектура: возле первичного оборудования остаётся относительно простой интерфейс процесса, а основные вычислительные функции переносятся на централизованную платформу.
Moxa: если РЗА стала программой, где она будет работать?
От представителей ABB мы получили два названия производителей аппаратных платформ, которые уже используются или рассматриваются заказчиками для подобных задач: Moxa и Welotec.
Поэтому следующей остановкой совершенно естественно стал стенд Moxa.
И практически в центре экспозиции действительно находился DA-920E - новый сервер без активного охлаждения (безвентиляторного типа), специально позиционируемый компанией как платформа для Virtual Protection, Automation and Control - vPAC.
Это уже не обычный промышленный компьютер. DA-920E выполнен в 2U-исполнении и соответствует требованиям IEC 61850-3, IEEE 1613 и IEC 60255. В основе - Intel Xeon D-1834 с 8 ядрами и 16 потоками, поддерживается до 256 ГБ ECC RAM, четыре 2,5-дюймовых SSD с RAID и отдельный NVMe-накопитель, а также PCIe-расширение. Moxa прямо связывает этот продукт с переходом к виртуализированным РЗА.
Здесь особенно хорошо ощущается формирование нового рынка.
Производителю РЗА уже необязательно разрабатывать собственный специализированный вычислительный блок. Появляются независимые аппаратные платформы, рассчитанные именно на эксплуатацию непосредственно на энергообъектах.
То есть движение происходит не от специализированного оборудования сразу к обычному серверу из дата-центра. Скорее формируется промежуточный класс устройств: стандартная x86-архитектура, но в исполнении, рассчитанном на электромагнитную обстановку и условия эксплуатации подстанции.
Однако самым необычным экспонатом Moxa для нас оказался вовсе не сервер.
На стенде показывали прототип GNSS/GPS-приёмника, выполненного в форм-факторе SFP. К небольшому модулю подключается внешняя антенна, после чего он устанавливается непосредственно в SFP-слот совместимого коммутатора. Идея заключается в том, что такой модуль позволяет самому коммутатору выполнять роль источника точного времени и PTP Grandmaster без установки отдельного сервера времени.
Для небольших подстанций идея выглядит чрезвычайно привлекательной: отдельное устройство синхронизации буквально «схлопывается» до SFP-модуля.
Но пока это именно прототип. И если он превратится в реальный продукт, главным вопросом станет уже не его впечатляющий форм-фактор, а зрелость реализации. Насколько гибко будут конфигурироваться PTP-профили? Как устройство поведёт себя при потере GNSS? Как будет происходить восстановление синхронизации? Насколько стабильно оно будет работать в различных переходных режимах?
Это тот случай, когда очень красивая инженерная идея ещё должна доказать свою пригодность для реальной эксплуатации.
Welotec: вся архитектура в одном шкафу
На стенде Welotec мы увидели уже не отдельный элемент, а практически собранную демонстрацию того, как может выглядеть мультивендорная виртуальная РЗА.
В основе находился RSAPC Mk2 - Rugged Substation Automation Computer. Это также безвентиляторный 2U-сервер подстанционного исполнения с IEC 61850-3 и IEEE 1613. В максимальной конфигурации используется Intel Xeon W с 8 ядрами и 16 потоками; заявленный температурный диапазон - от −40 до +70 °C. Welotec предлагает для этой платформы различные операционные среды, включая VMware ESXi, Red Hat Enterprise Linux Real Time и, что особенно интересно, предустановку LF Energy SEAPATH.
Но гораздо важнее характеристик сервера была сама демонстрационная архитектура.
На одной инфраструктуре были объединены компоненты нескольких производителей. Платформой виртуализации выступал SEAPATH, в качестве виртуализированной РЗА демонстрировалось решение ABB, а рядом работала SCADA/HMI zenon от COPA-DATA. Сетевую инфраструктуру представлял Westermo, а синхронизацию времени - в том числе оборудование Hopf.
Фактически надпись Multi Vendor vPAC Demo Setup на стенде Welotec оказалась одним из наиболее ёмких изображений всей выставки.
Она показывает главное изменение: подстанционная автоматизация потенциально превращается из набора законченных устройств отдельных производителей в интегрируемую вычислительную систему.
Сервер может производить одна компания. Гипервизор или виртуализационную платформу - другая экосистема. Виртуализированные устройства РЗА - третья. SCADA - четвёртая.
Свободы становится значительно больше.
Но одновременно становится гораздо сложнее ответить на вопрос: кто отвечает за результат целиком?
Наличие двух источников питания, RAID, PRP/HSR или резервированных сетевых интерфейсов само по себе ещё не означает отказоустойчивость виртуализированной системы РЗА. Необходимо определить возможные области отказа, стратегию резервирования вычислительных узлов, допустимое время восстановления функций, поведение виртуальных машин при отказах и требования к обновлению инфраструктурного программного обеспечения.
Иными словами, виртуализация переносит значительную часть инженерной сложности из отдельного IED на уровень архитектуры системы.
Kalkitech: следующий шаг - программно-определяемая подстанция
На стенде Kalkitech мы снова столкнулись с той же темой, но здесь она была сформулирована ещё шире - Software Defined Substation (программно-определяемая подстанция).
В демонстрационной архитектуре использовалась серверная платформа SYNC, bare-metal hypervisor и несколько виртуальных машин. На схеме рядом располагались виртуальные функции защиты, включая собственный Kalkitech VPR, и SSC600 SW ABB, а выше - другие приложения автоматизации.
Kalkitech достаточно давно развивает концепцию Virtual Protection Relay и предлагает собственный IEC 61850 VPR Framework. Он включает подписку на Sampled Values, MMS, GOOSE, SCL-конфигурацию, reference protection functions и интерфейсы для подключения алгоритмов сторонних разработчиков.
И если на стенде ABB мы в первую очередь говорили о виртуализации РЗА, то Kalkitech задаёт более широкий вопрос: если РЗА уже могут быть приложениями, почему SCADA, gateway, HMI, мониторинг и другие функции должны обязательно оставаться отдельными физическими устройствами?
После четырёх разных стендов - ABB, Moxa, Welotec и Kalkitech - совпадение уже сложно считать случайным. Вокруг виртуализированной РЗА начинает формироваться полноценная технологическая экосистема.
Siemens: виртуализация - да, но под контролем производителя
Особенно интересно на этом фоне выглядит подход Siemens.
Компания также демонстрирует виртуализированную защиту - SIPROTEC V, использующую проверенные алгоритмы SIPROTEC 5. Siemens заявляет масштабирование до 60 виртуальных IED на одной вычислительной платформе.
Однако коммерческая модель заметно отличается от подхода ABB.
Siemens тоже использует термин hardware independent, но аппаратная независимость здесь ограничена списком одобренных, или whitelisted, серверных платформ подстанционного исполнения. Более того, Siemens прямо говорит о packaged approach: заказчику предполагается поставлять hardware/software bundle, где SIPROTEC V и операционная система уже предустановлены на валидированное оборудование.
И это, пожалуй, один из наиболее интересных выводов обхода выставки: даже внутри одного тренда производители выбирают разные модели.
Условно подход ABB можно описать как «защита как программа». Производитель даёт программный продукт и требования к вычислительным ресурсам, а значительная часть системной архитектуры остаётся интегратору.
Подход Siemens ближе к «virtualized protection as validated system». Protection software уже отделено от традиционного IED, но производитель продолжает контролировать сочетание программной и аппаратной платформы.
Кто из них окажется ближе к будущей массовой архитектуре цифровых подстанций - пока далеко не очевидно.
Arteche: технология, которая так и не стала массовой
На фоне очень динамичной истории с виртуализацией неожиданно контрастно выглядел стенд Arteche.
Там был представлен оптический трансформатор тока SDO-OCT - решение на основе эффекта Фарадея. Измерительный преобразователь полностью пассивен, а активная электроника вынесена в электронный блок, который может формировать Sampled Values согласно IEC 61869-9.
Сам принцип далеко не новый. Подобные устройства демонстрировались на отраслевых выставках много лет назад. Поэтому нам было особенно интересно спросить представителей Arteche: насколько рынок продвинулся за это время?
Ответ оказался скорее отрезвляющим.
По словам представителей компании, масштаб внедрения оптических трансформаторов тока до сих пор остаётся чрезвычайно небольшим. Более того, несколько производителей, работавших с этой технологией, по их оценке, вообще закрыли соответствующие направления.
И визуально выставка этому ощущению не противоречила: за время нашего обхода оптический ТТ Arteche оказался едва ли не единственным таким экспонатом, который привлёк наше внимание.
Получился интересный контраст.
Вторичные системы достаточно быстро двигаются в сторону программно определяемой архитектуры, виртуализации и независимых вычислительных платформ. А революция в первичных измерительных преобразователях, которую отрасли обещали много лет назад, пока идёт гораздо медленнее.
Технологическая привлекательность и массовое внедрение, как известно, далеко не всегда одно и то же.
Hopf: 30 километров между антенной и часами
Ещё одним неожиданным открытием стала для нас компания Hopf. Впервые мы обратили на неё внимание в мультивендорной демонстрации Welotec, где её оборудование использовалось в системе синхронизации времени, после чего решили зайти на отдельный стенд.
Hopf специализируется на системах единого времени. На стенде были представлены различные серверы времени, в том числе высокостабильные исполнения с рубидиевыми осцилляторами.
Но больше всего наше внимание привлёк небольшой компонент антенной системы.
Это преобразователь, позволяющий передать сигнал между GNSS-антенной и сервером времени по оптическому волокну. На стенде заявлялась дальность до 30 км.
На первый взгляд это довольно нишевое устройство. Но с точки зрения реального объекта идея очень интересная.
В обычном варианте длина коаксиального тракта GNSS-антенны ограничивается затуханием. Даже в документации Hopf для собственных антенных систем стандартный кабель ограничивается десятками метров, а с определённого типа кабелями и усилителями речь идёт уже о сотнях, но не десятках тысяч метров (правда, такие кабели уже не столь гибкие).
Переход на оптику принципиально меняет ситуацию.
Антенну можно вынести на значительное расстояние от защищаемого объекта - например, туда, где лучше обзор спутникового неба или проще выполнить требования по размещению. Одновременно исчезает длинный проводящий тракт между внешней антенной и оборудованием внутри здания, что интересно и с точки зрения гальванической развязки и грозозащиты.
Это хороший пример того, что действительно интересные вещи на большой выставке далеко не всегда занимают центральное место на стенде.
Что в итоге показала выставка
После обхода этих стендов главный вывод для нас заключается не в том, что «появилась виртуализированная РЗА». Эта идея существует уже не первый год.
Изменилось другое: вокруг неё начинает появляться рынок.
Есть функции как приложения у ABB и Siemens. Есть специализированные вычислительные платформы Moxa и Welotec. Есть открытая среда SEAPATH. Есть компании вроде Kalkitech, которые уже рассматривают виртуализацию как основу более широкой Software Defined Substation. Появляются мультивендорные демонстрации, где продукты разных производителей действительно работают внутри одной архитектуры.
А значит, следующий этап развития будет связан уже не столько с доказательством принципиальной работоспособности виртуальной защиты, сколько с системной инженерией.
Как резервировать вычислительные платформы? Как определять допустимые области отказа? Можно ли размещать SCADA и РЗА на одних физических серверах? Кто отвечает за обновление гипервизора? Как валидировать систему после изменения инфраструктуры? Где проходит граница ответственности поставщика функций РЗА и системного интегратора?
На классической цифровой подстанции одним из ключевых объектов проектирования была сеть IEC 61850.
Похоже, что у программно-определяемой подстанции появляется ещё один такой объект - сама вычислительная инфраструктура.
И, возможно, именно здесь находится главный сдвиг, который сегодня можно увидеть на CIGRE.
РЗА постепенно перестаёт быть только устройством.
Она становится программной функцией.
А вместе с этим конечному заказчику, проектировщику и системному интегратору предстоит научиться проектировать не только защиту, сеть и систему синхронизации, но и платформу, на которой эта защита живёт.