Лаборатория валидации HUBCORE — приглашаем оборудование, автомобили, технологии, пилотные объекты, спонсоров и партнёров поддержки.
Предложить сотрудничество
Гибкость

Агрегация энергии

Как множество малых управляемых ресурсов становятся единым, понятным и надежным целым. Направление развития.

Краткий ответ

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

Из чего состоит агрегация

Агрегирование — это не одна функция, а цепочка. Каждое звено должно быть надежным, иначе целое не будет таковым.

Компоненты агрегирования
СсылкаПочему это важно
УчетБез надежного учета ничего нельзя подтвердить или урегулировать
ТелеметрияОбратная связь по состоянию и командам должна поступать с приемлемой задержкой
ПрогнозированиеПрогнозы нагрузки и генерации определяют, что можно обещать
Базовый уровеньБез базового уровня невозможно измерить объем предоставленной гибкости
ДиспетчеризацияРаспределение команд между ресурсами в безопасных пределах
СогласиеПользователь должен знать и разрешать, что делается с его устройством

Точность данных и измерений

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

Партнеры, расчеты и безопасность

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

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

Резервные и безопасные пределы

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

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

Фильтр соответствия HUBCORE

  • Управляемость Можно ли безопасно ограничивать, запускать и останавливать устройство через документированный интерфейс?
  • Измеряемость Получаем ли мы достоверные измерения (мощность, энергия, фазы, состояние, неисправности) с достаточным разрешением?
  • Интегрируемость Документирован ли интерфейс публично (например, Modbus, SunSpec, REST, MQTT, OCPP) и версионирован ли он?
  • Локальная работа Продолжают ли критически важные функции управления и безопасности работать при сбое облака поставщика или интернета?
  • Безопасность Аутентифицирован ли доступ, ограничены ли права, зашифрован ли трафик и обновляема ли прошивка?
  • Удобство обслуживания Понятно ли, кто отвечает за обслуживание, запасные части, прошивку и устранение неисправностей?
  • Масштабируемость Может ли решение масштабироваться (больше точек, кВт·ч, объектов) без перепроектирования архитектуры?

Позиция HUBCORE

Агрегирование — это долгосрочное направление HUBCORE, но оно начинается с тысяч правильно измеренных и контролируемых объектов. Без надежного учета, безопасного резервирования и четкого согласия агрегирование не является ответственным.

Пока не проверено

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