Энергоснабжение завода «Ямал СПГ» обеспечивается изолированной электростанцией собственных нужд установленной мощностью 376 МВт на базе восьми газотурбинных установок. Распределительная сеть охватывает четыре класса напряжения — 110, 35, 10 и 0,4 кВ — и насчитывает более пятисот присоединений. Изолированный режим работы с собственной генерацией предъявляет жёсткие требования к расчётам статической и динамической устойчивости, токов короткого замыкания и селективности релейной защиты: поддерживать эти расчёты в темпе эксплуатации без актуальной цифровой модели практически невозможно.

Модель энергосистемы в DIgSILENT PowerFactory сопровождает завод несколько лет и неоднократно валидирована на реальных авариях. В статье описан цикл автоматической актуализации расчётной модели по данным телеметрии СУРЭ. Расчёт установившегося режима выполняется одним процессом без открытия графической оболочки — через режим внешнего управления PowerFactory (Engine mode). Цикл запускается автоматически при появлении нового экспорта телеметрии, а всё управление сосредоточено в значке в области уведомлений Windows: запуск расчёта, просмотр результатов и истории режимов, диагностика баланса мощности, загрузка архивных режимов в модель. Рассмотрены принципы сопоставления тегов телеметрии с элементами расчётной модели, встроенный контроль баланса активной и реактивной мощности по секциям шин и автоматические оповещения о перегрузках и нарушении резерва генерации.

Зачем заводу СПГ цифровой двойник

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

Модель в DIgSILENT PowerFactory воспроизводит полную топологию энергообъекта — синхронные машины с моделями автоматических регуляторов возбуждения и частоты вращения, силовые трансформаторы, кабельные линии, ячейки распределительных устройств, терминалы РЗА и алгоритмы противоаварийной автоматики. Достоверность модели подтверждена многократными сопоставлениями расчётных переходных процессов с осциллограммами, зарегистрированными терминалами РЗА при реальных авариях; расхождения по току короткого замыкания и изменению частоты в переходных режимах не превышают единиц процента. Высокая точность воспроизведения аварийных режимов обусловлена комплексным подходом к сбору исходных данных. Статические параметры элементов сети вносились на основании исполнительной проектной документации и заводских паспортов оборудования. Для моделирования динамических элементов — систем возбуждения и регуляторов частоты вращения турбин — за основу были взяты стандартные математические модели IEEE, параметры которых первоначально настраивались по техническим даташитам производителей ГТУ, но в последующем были модифицированы исходя из результатов анализа динамических испытаний и аварийных событий.

Точность модели

Событие Погрешность
Короткие замыкания в сетях 35 и 10 кВ < 1 % по току КЗ
Отключения ГТУ, динамическая устойчивость < 0,05 % по изменению частоты

Успешно воссозданы события различных классов: двойные замыкания на землю и трёхфазные короткие замыкания в сетях 35 и 10 кВ, аварийные отключения генераторов с работой автоматической частотной разгрузки (АЧР) и системы автоматического отключения нагрузки (LSS — Load Shedding System), броски тока намагничивания при включении силовых трансформаторов.

Какие задачи модель закрывает сегодня

На цифровом двойнике энергосистемы регулярно решаются основные классы задач эксплуатации: анализ аварийных событий с реконструкцией переходных процессов по осциллограммам терминалов РЗА; расчёты токов короткого замыкания; расчёты нормальных, ремонтных и послеаварийных установившихся режимов; расчёты переходных процессов — пусковых токов высоковольтных асинхронных двигателей, бросков намагничивающего тока силовых трансформаторов, статической и динамической устойчивости синхронных машин; экспертиза проектных решений на стадии рабочей документации новых объектов.

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

Автоматический анализ данных из СУРЭ

Цель — каждый новый экспорт телеметрии превращается в актуальный расчётный режим без ручных операций. Расчёт ведётся в режиме внешнего управления PowerFactory (Engine mode): управляющая программа подключается к расчётному ядру, активирует проект и расчётный случай, применяет к модели данные телеметрии, выполняет расчёт установившегося режима и выгружает результаты — всё одним процессом, без открытия графической оболочки и без ручных операций в ней.

Телеметрия поступает из двух независимых систем СУРЭ от разных производителей: каждая охватывает свой сегмент оборудования завода и выгружает значения активной (P) и реактивной (Q) мощности по каждому присоединению. Формат входного файла распознаётся автоматически по сигнатуре, поэтому оба источника принимаются без переключения режимов. Запуск — автоматический: отдельная программа постоянно контролирует папку экспорта и запускает расчёт, как только в ней появляется свежая выгрузка.

Расчётный конвейер

Расчёт состоит из четырёх последовательных этапов, объединённых в один управляющий процесс. Между этапами передаются файлы строго определённого формата — это позволяет дорабатывать или заменять любой этап независимо от остальных.

Схема цикла автоматической актуализации расчётной модели по данным СУРЭ
Рис. 1. Схема цикла автоматической актуализации модели: экспорт СУРЭ → единый процесс (Engine mode) → отчёт, история и архив; управление и оповещения.

Этап 1 — подготовка данных. Управляющая программа читает экспортные файлы обеих систем СУРЭ, по таблице сопоставления связывает каждый тег телеметрии с конкретным элементом расчётной модели и формирует промежуточный файл единого формата. Здесь же активная и реактивная мощность приводятся к единым единицам (кВт и квар) независимо от того, как они хранились в исходных экспортах.

Этап 2 — запись данных в модель. Через режим внешнего управления PowerFactory к объектам модели применяются соответствующие операции: запись активной и реактивной мощности нагрузок, запись активной мощности асинхронных двигателей, запись уставки напряжения в общеподстанционном регуляторе напряжения, а также запись фактического напряжения секций шин, поддерживаемого устройствами РПН силовых трансформаторов (целевое напряжение узла по соответствующему каналу телеметрии).

Этап 3 — расчёт установившегося режима. Запускается встроенный модуль расчёта установившегося режима (Load Flow), результаты сохраняются в двух форматах: разовый снимок для текущей задачи и запись в базе данных истории расчётов. База пополняется при каждом расчёте, формируя архив фактической загрузки первичного оборудования. На этом же этапе вычисляется резерв генерации по критерию N-1: суммарный рейтинг работающих ГТУ за вычетом текущей генерации сравнивается с мощностью крупнейшей работающей ГТУ — так оценивается способность изолированного острова выдержать потерю одного генератора.

Этап 4 — формирование отчёта. На основе снимка установившегося режима формируется одностраничный HTML-отчёт с цветовой шкалой загрузки оборудования (пороги 60 / 80 / 100 / 120 % от допустимой) и автоматическим выделением перегруженных элементов в сводный блок.

После успешного расчёта входные экспорты автоматически переносятся в архив с переименованием по метке времени режима (момент, к которому относится телеметрия). При ошибке на любом этапе файлы остаются на месте для повторного сеанса расчёта.

Пример HTML-отчёта Load Flow с цветовой шкалой загрузки оборудования
Рис. 2. Пример HTML-отчёта Load Flow с цветовой шкалой загрузки оборудования (имена обезличены).

Управление из области уведомлений Windows

Всё повседневное управление сведено в значок в области уведомлений Windows (у системных часов). Цвет значка отражает текущее состояние: ожидание нового экспорта, идёт расчёт, пауза, ошибка предыдущего сеанса расчёта, открыта графическая оболочка PowerFactory. По щелчку открывается меню, сгруппированное по функциям.

Меню приложения в области уведомлений Windows
Рис. 3. Меню приложения в области уведомлений Windows.

Запуск и результаты. «Запустить анализ» — немедленный расчёт по текущему экспорту, не дожидаясь автоматического запуска. «Открыть папку Report» открывает каталог готовых HTML-отчётов. «История Load Flow» перестраивает и открывает интерактивный просмотр истории режимов из накопительной базы.

Контроль качества. «Проблемные экспорты» — перечень режимов последнего сеанса расчёта, по которым не сошёлся баланс мощности или возникли ошибки чтения данных; выбор пункта открывает разбор. «Диагностика баланса» — выбор режима из архива и построение детального отчёта по балансу мощности полусекций с подсветкой проблемных.

Анализ накопленных режимов. «Анализатор архива» — приложение с таблицей всех накопленных режимов и метриками: максимальная загрузка трансформаторов, кабельных линий и двигателей, перегрузки, резерв генерации по N-1; режимы можно ранжировать по выбранному элементу и фильтровать по дате, перегрузу и резерву. «Загрузить режим в PF» — загрузка выбранного архивного режима в отдельный расчётный случай для последующего ручного анализа в графической оболочке, без влияния на оперативный режим.

Журналы и служебные функции. Открытие журналов событий, проверки входных данных и оповещений, открытие папки экспорта. «Пауза слежения» временно приостанавливает автоматический запуск; «Автозагрузка» включает автоматический старт приложения при входе в Windows. Пока графическая оболочка PowerFactory открыта, слежение автоматически приостанавливается и возобновляется после её закрытия.

Оповещения. После каждого расчёта проверяются заданные условия, и при срабатывании выводится всплывающее уведомление с записью в журнал: сбой расчёта, наличие перегруженных элементов, ошибки чтения или записи данных, нарушение резерва генерации по N-1, несхождение баланса по секциям шин. Это переносит текущий контроль с инженера-расчётчика на дежурный персонал — вмешательство требуется только при срабатывании оповещения.

Анализ накопленной истории расчётных режимов

База данных истории, упомянутая в этапе 3, накапливает результаты всех расчётов установившихся режимов и со временем превращается в архив фактической загрузки первичного оборудования. Для работы с этим архивом разработан интерактивный инструмент в формате HTML-страницы, открывающейся в любом браузере без установки дополнительного ПО (пункт меню «История Load Flow»). Инструмент содержит три режима визуализации данных:

  • временные тренды загрузки выбранных элементов сети с возможностью наложить горизонтальные линии порогов 60 / 80 / 100 % для визуальной оценки запаса по загрузке;
  • сопоставление двух расчётных режимов с отображением изменений загрузки каждого элемента сети — для анализа последствий переключений, изменений схемы или сравнения характерных режимов работы (зимний максимум, летний минимум и т. п.);
  • тепловая карта «элемент сети × расчёт» для оценки распределения загрузки по всему перечню оборудования за выбранный период.

В дополнение к этому пункт меню «Анализатор архива» даёт сводную таблицу режимов с интегральными метриками (максимальная загрузка по классам оборудования, перегрузки, резерв по N-1) и возможностью ранжирования, а пункт «Загрузить режим в PF» позволяет поднять любой архивный режим в модели для углублённого ручного анализа.

Интерактивный просмотр истории Load Flow, вкладка «Тренды»
Рис. 4. Интерактивный просмотр истории Load Flow, вкладка «Тренды» (имена обезличены).

Заключение

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

Описанное решение применимо к другим промышленным объектам с собственной электростанцией, расчётной моделью энергосистемы и системой управления распределением электроэнергии. Адаптация сводится к настройке таблицы сопоставления тегов СУРЭ с элементами модели и учёту особенностей первичной схемы предприятия.

Реализованный собственными силами подход экономически выгодно отличается от известных коммерческих аналогов — модулей реального времени в составе DIgSILENT PowerFactory и ETAP Real-Time, стоимость лицензий которых для энергосистемы такого масштаба исчисляется десятками миллионов рублей. При этом достигнутый эксплуатационный эффект — расчёт на актуальной телеметрии за минуты — сопоставим.

На текущем этапе единственным ручным действием остаётся формирование экспорта в СУРЭ. В используемой на объекте реализации СУРЭ функция автоматического периодического формирования экспортов по шаблонам отсутствует, поэтому этот шаг выполняется инженером вручную. Анализ данного ограничения позволяет сформулировать базовые технические требования к системам верхнего уровня (СУРЭ) для максимальной автоматизации их интеграции с расчётными комплексами:

  • Автоматизация выгрузки: наличие планировщика для циклического экспорта телеметрии с настраиваемым интервалом в автоматическом режиме.
  • Прямой программный доступ: наличие открытого API или поддержка стандартов интеграции (OPC UA, direct SQL) для прямого извлечения данных расчётным конвейером из базы данных реального времени, минуя промежуточные файлы (CSV/TXT).
  • Стандартизация данных: поддержка обмена данными на основе информационной модели CIM (МЭК 61970/61968), что позволяет автоматически сопоставлять элементы сети без ручного маппинга тегов.

Внедрение данных требований в архитектуру СУРЭ позволит превратить расчётный конвейер в полностью автономную систему.