Требования к системе управления и диспетчеризации гибридного накопителя

Когда на предприятии внедряют гибридные накопители энергии (например, литий-ионные батареи, проточные установки и тепловые аккумуляторы), часто возникает опасное заблуждение: кажется, что если вывести все параметры на один диспетчерский экран, оборудование автоматически начнет работать как единый слаженный механизм.

На практике всё иначе. Батарея может мгновенно поддержать нагрузку, но беречь запас на случай аварии; проточная установка — иметь энергию на вечер, но требовать времени на подготовку; а тепловой аккумулятор — вообще работать по другим физическим законам. Простая команда «снизить потребление из сети» здесь не сработает. Система должна понимать, каким именно ресурсом можно воспользоваться прямо сейчас, и какие последствия это вызовет через несколько часов.

В этой статье мы разберем, как должно быть устроено управление гибридным накопителем, чтобы он был не просто набором оборудования, а по-настоящему единой и безопасной энергетической системой. Ниже представлен детальный проект требований к системе управления, диспетчеризации и алгоритмам работы такого комплекса.

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

Предположим, предприятие приближается к установленному пределу мощности. Литий-ионная батарея способна немедленно поддержать нагрузку, но часть её запаса предназначена для аварийного электроснабжения. Проточный накопитель располагает энергией для вечернего периода, а тепловой аккумулятор должен быть подготовлен к началу следующей смены. Простая команда «уменьшить потребление из сети» не определяет, каким ресурсом можно воспользоваться и какие последствия это создаст через несколько часов.

Поэтому система управления должна решать две взаимосвязанные задачи: обеспечивать устойчивую и безопасную работу оборудования в текущий момент и распределять доступную энергию с учётом будущих потребностей. Исследования NREL показывают, что согласованное управление электрическими накопителями, тепловыми системами и гибкими нагрузками в определённых условиях позволяет получить более удачный профиль потребления, чем применение только батарей.

Ниже сформулированы проектные требования к такому комплексу. Конкретные уставки, быстродействие, состав защит и требования к резервированию должны определяться для объекта, а не переноситься из типовой схемы.

Иерархия управления

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

Нижний уровень составляют штатные системы управления накопителей. Для литий-ионной установки это система управления батареей BMS, контроллер силового преобразователя и автоматика вспомогательных систем. Для проточного накопителя добавляются управление циркуляцией электролита, контроль резервуаров и технологических параметров. Для тепловой части необходимы контуры регулирования температуры, расхода и, где требуется, давления.

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

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

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

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

Приоритеты управления должны быть заданы заранее

Экономическая оптимизация не может иметь приоритет над допустимыми режимами оборудования и требованиями безопасности. Поэтому в проекте необходимо закрепить иерархию целей.

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

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

Необходимо также определить поведение при невозможности выполнить все требования одновременно. Контроллер не должен бесконечно пытаться поддержать несовместимые задания. Он обязан перейти к согласованному порядку ограничения нагрузок и выдать оператору объяснимое сообщение.

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

Общая модель данных

Для каждой установки системе управления нужны не только текущая мощность и состояние заряда, но и фактически доступные возможности.

Полезно различать паспортную мощность, допустимую мощность в текущих условиях и подтверждённую готовность её выдать. Батарея может иметь высокий заряд, но ограничивать разряд из-за температуры. Проточная установка может располагать запасом энергии, но находиться в процессе подготовки гидравлических контуров. Тепловой аккумулятор может содержать значительное количество тепла, однако не обеспечивать требуемую температуру подачи.

В предлагаемой модели данных каждая установка передаёт:

Для батарей необходимо учитывать состояние заряда SOC и оценку состояния SOH. Но расчёт должен опираться также на ограничения, которые сообщает штатная BMS. NREL отмечает, что коммерческие системы управления батареями могут ограничивать доступную мощность и скорость разряда в зависимости от условий.^[181]

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

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

На диспетчерском экране следует раздельно показывать электрическую и тепловую энергию. Общая цифра «запас 3 МВт·ч» без указания формы энергии способна ввести оператора в заблуждение.

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

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

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

Распределение мощности

В системе с общей электрической точкой присоединения контроллер должен поддерживать согласованный баланс мощности. Для выбранного положительного направления импорта его можно представить как:

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

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

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

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

Если один накопитель достигает ограничения, некомпенсированная часть задания должна перераспределяться между остальными ресурсами. При отсутствии доступной мощности система сообщает о невозможности выполнить требование и запускает предусмотренный сценарий, а не скрывает отклонение.

Прогнозирование и планирование

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

План должен регулярно пересчитываться по фактическим данным. Если солнечная генерация оказалась ниже ожидаемой, система должна скорректировать заряд, а не продолжать выполнение недостижимого графика.

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

При этом проект должен предусматривать резервный алгоритм без прогнозной оптимизации. Ошибка прогноза или отказ вычислительного модуля не должны останавливать весь комплекс. Упрощённое управление по локальным измерениям может быть менее экономичным, но обязано оставаться согласованным и безопасным.

Модельное сравнение стратегий управления электрическими накопителями, тепловыми системами и нагрузками используется в исследованиях NREL именно для проверки результата до внедрения.

Работа параллельно с сетью и автономный режим

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

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

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

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

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

Поведение при отказах связи

Для каждой связи нужно установить допустимую давность данных и реакцию на её превышение. Универсальная команда «при потере связи остановить всё» не подходит: для разных установок последствия останова различаются.

В проекте следует описать поведение при потере связи между накопителем и контроллером комплекса, между контроллером и SCADA, между сервером и удалённым диспетчером.

Например, при отказе SCADA локальное автоматическое управление может продолжаться. При потере задания от верхнего уровня установка может перейти к заранее согласованному локальному режиму. Но удерживать последнюю команду неограниченно долго нельзя без проверки: условия эксплуатации могли измениться.

Для проточной и тепловой частей потеря внешней команды не должна приводить к прекращению необходимых операций охлаждения или безопасного останова.

В материалах NREL по микросетям предусмотрена автономная работа распределённых контроллеров при нарушениях связи с центральным уровнем.

Требования к каналам обмена

Выбор протокола важен, но сам по себе не обеспечивает совместимость. Одинаковое название протокола ещё не означает одинаковый смысл регистров, единиц и команд.

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

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

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

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

Диспетчерский интерфейс: показывать причины, а не только значения

Главный экран должен отвечать на вопросы: что происходит с энергией, какой ресурс доступен и почему система действует именно так.

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

Но оператору необходимы и объяснения ограничений. Надпись «разряд 0 кВт» недостаточна. Причина может заключаться в сохранении резерва, перегреве, обслуживании, отсутствии команды или неисправности связи.

Расчётное значение должно визуально отличаться от измеренного. Устаревшие данные нельзя оставлять на экране так, будто они актуальны.

Оператору также необходим выбор периода тренда и возможность совместить связанные параметры: мощность, состояние заряда, температуру и событие ограничения.

Аварийные сообщения и журнал событий

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

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

Подтверждение сообщения оператором не должно автоматически означать снятие причины аварии. Сброс защит и возобновление работы выполняются только при выполнении необходимых условий.

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

При этом время возникновения события в устройстве следует отличать от времени получения сервером. Иначе после восстановления связи архив может создать ложное представление о порядке аварий.

Архивирование и оценка эффективности

Система должна сохранять данные, позволяющие проверить выполнение задач и отделить полезную отдачу от затрат на поддержание готовности.

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

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

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

Должны быть определены сроки хранения, разрешение архивов, правила резервного копирования и возможность экспорта. Важна не только запись данных, но и проверенная возможность их восстановления.

Кибербезопасность и удалённый доступ

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

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

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

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

Как проверять систему до ввода

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

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

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

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

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

Результат, который должен получить заказчик

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

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

Хорошая система управления делает гибридный комплекс не только экономичным, но и объяснимым. Диспетчер должен видеть, почему накопитель заряжается, почему ограничена его отдача и какой ресурс останется к следующему технологическому событию. Именно эта прозрачность позволяет эксплуатировать несколько разных технологий как одну согласованную энергетическую систему.

Андрей Повный