EMS для микрогрида

Сценарии интеграции описывают проектную архитектуру. Конкретные функции и состав оборудования фиксируются при проектировании объекта.

Не просто набор правил

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

EMS отвечает на более общий вопрос:

Какое энергетическое состояние сейчас требуется объекту и как безопасно его получить?

Единая модель состояния

HouseClever может учитывать:

доступность Grid;
импорт и экспорт;
PV;
SOC и мощность BESS;
Generator;
EV и EVSE;
критические нагрузки;
обычные нагрузки;
доступную мощность;
текущий режим;
качество и актуальность данных.

Каждый ресурс рассматривается в контексте остальных.

Энергетический баланс

P_sources + P_import = P_loads + P_storage + P_export + P_losses

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

Состояние важнее команды

Если EMS запросила разряд BESS на 4 кВт, ресурс ещё не считается доступным.

Нужно подтвердить команду, фактическую мощность BESS и ожидаемое изменение PCC.

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

Жёсткие ограничения

До оптимизации применяются:

предел ввода;
фазные ограничения;
пределы BESS;
минимальный резерв SOC;
мощность преобразователей;
ограничения Generator;
транспортный резерв EV;
критические нагрузки.

Optimizer не может отменить их ради экономии.

Иерархия целей

Электрическая безопасность.
Критические функции.
Физические ограничения.
Защищённый резерв.
Обязательные цели владельца.
Стоимость и эффективность.
Вторичный комфорт.

Так дешёвый тариф не побеждает аварийный резерв.

Режимы EMS

Внутренние состояния могут включать:

GRID_CONNECTED;
SELF_CONSUMPTION;
PEAK_CONTROL;
RESERVE_READY;
TRANSITION_TO_ISLAND;
ISLANDED;
GENERATOR_SUPPORT;
RECOVERY;
DEGRADED.

Явный режим задаёт контекст решениям.

Grid Connected

Даже при исправной сети EMS использует PV, управляет BESS, ограничивает пики, планирует EV и сохраняет резерв.

Микрогрид не ждёт аварии, чтобы быть полезным.

Self Consumption

PV → текущая нагрузка → BESS → EV / переносимые нагрузки → дальнейший избыток по правилам объекта

Порядок меняется в зависимости от целей проекта.

Peak Control

Импорт приближается к лимиту → EV уменьшается → переносимая нагрузка откладывается → BESS добавляет мощность → PCC остаётся ниже цели

Reserve Ready

Перед ожидаемой нестабильностью сети EMS может повысить целевой SOC и ограничить вторичное использование BESS.

Transition to Island

EMS подтверждает проблему Grid, подготавливает гибкие нагрузки и координирует энергетический сценарий перехода.

Силовая автоматика и защита остаются отдельным уровнем.

Islanded

В автономном режиме главными становятся критические функции, доступная мощность и энергия, PV, BESS, Generator и load shedding.

Экономическая оптимизация отходит на второй план.

Generator Support

SOC BESS снизился → энергии до цели недостаточно → EMS запрашивает Generator → готовность подтверждена → нагрузка и заряд BESS распределяются → цель достигнута → Generator останавливается

Команда запуска не равна готовности источника.

Recovery

После возвращения Grid система подтверждает стабильность, завершает island mode, оценивает BESS и постепенно возвращает EV и переносимые нагрузки.

Degraded Mode

Не все ошибки равны.

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

Freshness данных

Каждое значение имеет timestamp и срок актуальности.

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

BESS

EMS задаёт разрешённый заряд, разряд, целевой SOC, резерв и участие в peak shaving или island mode.

BMS и силовая электроника сохраняют собственные аппаратные ограничения.

PV

Фактическая генерация используется для оперативного управления. Прогноз помогает планировать BESS и EV, но не заменяет измерение.

Generator

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

Это позволяет уйти от примитивной схемы «сеть пропала — Generator работает до возвращения сети».

EV

EV должен быть готов к 07:00 → EMS оценивает энергию → выбирает окно → уменьшает EV при пике → восстанавливает заряд после освобождения мощности

При V2H EV может стать дополнительным ресурсом.

Управляемые нагрузки

Не нужно автоматизировать каждую розетку.

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

Load shedding

Доступная мощность уменьшилась → EV ограничен → P4 отключены → при необходимости P3 отключены → P0/P1 сохраняются

Возврат выполняется поэтапно, чтобы не создать новый пик.

Real-time и Planning

EMS работает в двух горизонтах.

Real-time реагирует на фактическое состояние.

Planning использует прогноз PV, тариф, время выезда EV и ожидаемую нагрузку.

План никогда не отменяет реальное ограничение.

Digital Twin

Digital Twin не является EMS.

Он моделирует альтернативные сценарии: аварию, другую BESS, зимний PV, отсутствие EV, отказ Generator.

EMS управляет реальным объектом.

Optimizer

Optimizer предлагает стратегию: reserve SOC, окно EV, режим Generator, peak limit.

EMS повторно проверяет ограничения перед применением.

Digital Twin / Optimizer
↓ стратегия
EMS
↓ проверка ограничений
Capability Runtime
↓
Device Controllers
↓
физический объект

Так ошибка модели не получает прямой доступ к силовой части.

Capability Runtime

EMS работает с нормализованными возможностями, например:

battery.charge;
battery.discharge;
generator.start;
evse.limit;
load.shed.

Adapter переводит capability в протокол конкретного устройства.

Command ID и ACK

Уникальный commandId помогает исключать дубли, связывать ACK с действием, измерять latency и восстанавливаться после потери связи.

Retry Policy

Повторы ограничены timeout, backoff, jitter, retry limit и circuit breaker.

Недоступное устройство не получает бесконечный поток команд.

NORMAL / ROBUST / RECOVERY

NORMAL — штатная связь.

ROBUST — ухудшение связи и более осторожное управление.

RECOVERY — восстановление после недоступности.

Это позволяет адаптировать исполнение к качеству связи.

Контроль энергетического баланса

EMS может вычислять residual:

Residual = Sources − Loads − Storage − Export

Большое неожиданное расхождение может указывать на ошибку знака, meter или модели.

Журнал решений

Для важного действия сохраняются:

входные данные;
режим;
ограничения;
решение;
команда;
ACK;
фактический результат.

Так EMS остаётся объяснимой.

Почему запустился Generator

Хороший журнал способен ответить:

Grid unavailable. SOC BESS 27%. Reserve threshold 30%. Ожидаемой энергии до утра недостаточно. Generator start requested.

Это полезнее записи relay=ON.

Интерфейс владельца

Показываются режим, источник энергии, нагрузка, SOC, резерв, автономность, Generator, EV и причины важных ограничений.

Интерфейс инженера

Доступны raw measurements, timestamps, quality, capabilities, команды, ACK latency, retries, residual, state transitions и ошибки.

Роли не нужно смешивать в одном перегруженном экране.

Работа без интернета

Базовая EMS работает локально.

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

При их недоступности объект остаётся управляемым.

Безопасность доступа

Внешняя команда не обходит локальные ограничения.

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

Пусконаладка EMS

После запуска

Фактические пики, BESS, Generator, PV, автономность, EV и load shedding сравниваются с проектной моделью.

По этим данным уточняется стратегия и Digital Twin.

Что делает EMS продуктом HouseClever

Ценность складывается из:

единой энергетической модели;
нормализованных capabilities;
локального исполнения;
подтверждения команд;
state machine;
degraded modes;
Digital Twin;
Optimizer;
объяснимого журнала;
уточнения модели по фактическим данным.

Главное

EMS — управляющее ядро микрогрида.

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

Digital Twin моделирует. Optimizer ищет более эффективную стратегию. Последнее решение перед физическим действием остаётся за локальной EMS.

EMS HouseClever

Сначала достоверное состояние и ограничения. Затем решение. Потом подтверждённое исполнение. Оптимизация начинается только после этого.

FAQ

Что такое EMS?

Energy Management System — система координации энергетических ресурсов и нагрузок объекта по общей стратегии.

Чем EMS отличается от приложения инвертора?

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

Может ли EMS работать без интернета?

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

Зачем EMS нужен Digital Twin?

Digital Twin позволяет проверять будущие и аварийные сценарии без воздействия на реальный объект.

Может ли Optimizer напрямую управлять BESS?

В архитектуре HouseClever — нет. Предложенная стратегия проходит через EMS и её ограничения.

Что происходит при плохих данных?

Критическая функция не должна оптимизироваться по недостоверному состоянию. EMS ограничивает соответствующий режим или переходит в degraded state.

Зачем подтверждать команды?

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