Loxone · Energy
Loxone Energy Management — учёт, солнечная генерация, накопители и управление нагрузкой
Управление энергопотреблением на платформе Loxone: подучёт, солнечная генерация и накопители, зарядка электромобилей, управление нагрузкой, базовые уровни и тревоги по потреблению в одной модели здания.
Краткий ответ
Управление энергопотреблением Loxone объединяет счётчики, солнечные инверторы, накопители и зарядку электромобилей в одну модель здания и использует эти данные для изменения расписаний, уставок и нагрузок. Потребление измеряется на заданных границах, нормализуется по погоде и занятости и сравнивается с документированным базовым уровнем, поэтому энергетический отчёт заканчивается управляющим действием, а не таблицей.
От показания счётчика к управляющему действию
В большинстве зданий счётчики уже есть. Не хватает связи между потреблением, причиной и управлением. Счётчик на распределительном щите говорит, сколько энергии через него прошло; он не говорит, какое оборудование работало, какое расписание действовало и какой арендатор изменил поведение. Мы привязываем счётчики к оборудованию и зонам, которые они обслуживают, включаем данные в ту же модель, в которой работает логика ОВК и освещения, и используем их для действий. Результат — уровень управления, способный перенести нагрузку, скорректировать уставку или поднять тревогу, когда потребление отклоняется от обычной картины. Ценность энергетической страницы измеряется решениями, которые она поддерживает, а не количеством графиков на экране. Счётчик без управляющего действия — архив; управляющее действие без счётчика — догадка.
- Счётчики привязаны к оборудованию, этажу и арендатору
- Потребление увязано с расписаниями и уставками
- Управляющие действия доступны с той же платформы
Границы учёта и качество данных
Энергетическая отчётность хороша ровно настолько, насколько точны её границы. Мы согласуем, что измеряется на главном вводе, на каждом этаже или у арендатора и на отдельных единицах оборудования, затем проверяем, что данные поступают с пригодным интервалом. Импульсные входы, регистры Modbus, объекты BACnet и API энергоснабжающих организаций ведут себя по-разному; одни достаточно точны для расчётов, другие — только для трендов. Пропущенные интервалы, замороженные значения и сбросы счётчика считаются неисправностями, а не восполняются молча. Коэффициенты трансформаторов тока, вес импульса и масштабирование регистров фиксируются один раз и проверяются на известной нагрузке. Синхронизация времени важнее, чем кажется: отчёт, сравнивающий два этажа, бессмыслен, если их счётчики расходятся в том, когда начался интервал. Ясная схема границ предотвращает классический спор о том, кому принадлежит киловатт-час. При замене счётчика изменение фиксируется в перечне счётчиков, чтобы история не разделялась незаметно.
- Схема границ согласуется до монтажа
- Интервальные данные проверяются на пропуски и сбросы
- Данные для расчётов и данные для трендов разделяются
Энергетическая стратегия по зонам и системам
Управление энергопотреблением работает на трёх уровнях. На уровне здания главный ввод задаёт предел мощности и общий базовый уровень. На уровне зон подучёт и эксплуатационные расписания показывают, какой этаж, арендатор или система потребляет больше своей доли. На уровне оборудования наработка, положение клапанов и температуры притока показывают, выполняет ли единица оборудования полезную работу. Мы определяем, какой уровень нужен каждому управляющему действию, потому что более детальный учёт стоит дороже и должен оправдывать своё место. Подсчётчик арендатора поддерживает распределение и тревоги по аномалиям; подсчётчик чиллера поддерживает ступенчатое включение и обслуживание; счётчик цепи освещения может понадобиться только для отчётности. Дерево отчётности и дерево управления проектируются вместе, поэтому число на панели управления всегда можно проследить до счётчика и решения. Полезная проверка — спросить по каждому счётчику, какое решение стало возможным, которого не было раньше.
- Учёт на уровне здания, зон и оборудования
- Каждое управляющее действие привязано к необходимым данным
- Дерево отчётности прослеживается до счётчиков и решений
Солнечная генерация, накопители и зарядка электромобилей
Собственная генерация меняет форму нагрузки. Выработка PV, степень заряда батареи и потребность здания считываются в одну модель, поэтому объект может использовать свою генерацию до импорта из сети. Типичная последовательность заряжает накопитель избытком PV, разряжает его в пик потребления и резервирует минимальный заряд для устойчивости, если владелец этого требует. Зарядка электромобилей добавляет гибкую нагрузку, которой можно управлять по расписанию, по доступной мощности или по тарифному сигналу там, где зарядные станции предоставляют интерфейс, например OCPP. Электрическая защита, заземление, подключение к сети и выбор мощности установки остаются за ответственным инженером-электриком; платформа координирует работу и сообщает о произошедшем. Пределы заряда и разряда подтверждаются с поставщиком батареи, и платформа никогда не подаёт команды за их пределами. Ограничение экспорта, где оно требуется, обеспечивается отдельным контроллером, а не только платформой здания.
- Выработка PV, накопитель и нагрузка объекта в одном представлении
- Зарядка электромобилей управляется как гибкая нагрузка
- Электропроектирование и защита остаются за инженером
Управление нагрузкой и ограничение мощности
Ограничение мощности — это последовательность, а не одна команда. Когда потребность объекта приближается к согласованному пределу, платформа может ступенчато снизить некритичные нагрузки: уменьшить вентиляцию, отложить зарядку электромобилей, поднять уставку холодной воды в допустимом диапазоне или отключить декоративное освещение. У каждого действия есть приоритет и путь восстановления, и каждое фиксируется в журнале, чтобы оператор видел, почему зона изменилась. Последовательность должна соблюдать ограничения комфорта и технологического процесса; управление спросом, из-за которого арендатору становится слишком жарко, — ложная экономия. Перед сбросом нагрузки платформа проверяет, что оборудование успеет восстановиться за доступное время, а после пика возвращает нагрузки в определённом порядке, а не все сразу. Ручное вмешательство доступно, но истекает и фиксируется. Сам предел мощности согласуется с энергоснабжающей организацией или арендодателем, а не задаётся инженером по управлению.
- Ступенчатое отключение нагрузок по приоритетам
- Путь и порядок восстановления для каждого действия
- Соблюдение ограничений комфорта, процесса и ручных вмешательств
Выбор устройств, интерфейсы и топология проводки
Счётчики выбираются по классу точности, интерфейсу связи, способу монтажа и измеряемой величине. Счётчик Modbus RTU подключается к шине цепочкой с терминатором и заданной скоростью обмена; импульсным счётчикам нужны подавление дребезга и известный вес импульса; трансформаторы тока должны соответствовать счётчику и кабелю, который они охватывают. Шлюзы размещаются рядом с оборудованием и питаются от цепи, которая сохраняет работоспособность при отказе контролируемого оборудования. Сеть учёта отделяется от сетей арендаторов и гостей, а синхронизация времени настраивается так, чтобы интервалы совпадали на всех устройствах. На чертежах фиксируются счётчик, измеряемая граница, коэффициент трансформатора тока, адрес и точка данных. Резервные порты связи и резервная позиция для счётчика предусматриваются там, где владелец ожидает последующую отделку арендаторами. Маркировка с обоих концов каждого сегмента шины экономит часы при поиске неисправности. Счётчик, который точен, но недоступен, — будущее слепое пятно.
- Счётчик подбирается по точности, протоколу и монтажу
- Терминатор шины, вес импульса и коэффициент трансформации ТТ фиксируются
- Сегментированная сеть учёта с синхронизацией времени
Тревоги, базовые уровни, пусконаладка и передача объекта
Базовый уровень превращает потребление в показатель работы. Мы согласуем метод нормализации до начала проекта — погода, занятость, рабочие часы или выпуск продукции — и сохраняем интервальные данные, нужные для его применения. Тревоги охватывают аномальное потребление, отказ счётчика, потерю связи и деградацию оборудования, а не только месячный итог. При пусконаладке каждый счётчик проверяется на известной нагрузке, проверяется сумма по границам, имитируется отказ связи и подтверждается, что тревога доходит до нужного человека. Первые недели данных проверяются на пропуски и странные закономерности до выпуска любого отчёта. Передача объекта включает схему границ, перечень счётчиков, метод базового уровня, список тревог, процедуру выгрузки данных и обучение оператора чтению тренда, а не отдельного числа. Платформа не подтверждает экономию; она делает доказательства проверяемыми. Отчёты датируются и версионируются, а метод базового уровня прилагается, чтобы читатель отчёта позже видел, как получено число.
- Метод нормализации согласуется до начала проекта
- Тревоги по аномалиям, отказам счётчиков и пропускам данных
- Схема границ, метод базового уровня и обучение при передаче объекта
Объём энергоучёта, интерфейсы и реакция
14 rows| Объём энергоучёта | Типовой интерфейс | Измеряемая величина | Управляющая или отчётная реакция |
|---|---|---|---|
| Главный ввод | Modbus, импульсный вход, API энергоснабжающей организации | Общая потребность объекта и коэффициент мощности | Ограничение мощности, отключение нагрузок |
| Этажные и арендаторские подсчётчики | Modbus, импульсный вход | Потребление по границам | Распределение, тревоги по аномалиям |
| Счётчики воды | Импульсный вход, Modbus | Объём по зонам или стоякам | Тревога об утечке, анализ ночного расхода |
| Счётчики газа | Импульсный вход, Modbus | Объём и статус коррекции | Сравнение наработки котлов, тревога по аномалии |
| Теплосчётчики | Modbus, импульсный вход | Расход, температура притока и обратной воды, энергия | Анализ эффективности оборудования, тревога по дрейфу |
| Солнечные инверторы | Modbus, API | Выработка, доступность и коды неисправностей | Приоритет собственного потребления, анализ производительности |
| Накопитель энергии | Modbus, API | Степень заряда, мощность заряда и разряда | Планирование заряда, срезание пиков |
| Зарядка электромобилей | OCPP, API | Энергия сессии, доступность и статус | Зарядка с управлением нагрузкой, отчёты по сессиям |
| Оборудование ОВК | BACnet/IP, Modbus | Наработка и энергия по единицам оборудования | Корректировка уставок и расписаний |
| Цепи освещения | DALI, реле, подсчётчики | Потребление по зонам или этажам | Реакция расписаний и диммирования |
| Розеточные нагрузки и этажное распределение | Подсчётчики, умные розетки | Потребление арендаторов и малых нагрузок | Распределение, оповещение о работе во внеурочное время |
| Лифты и эскалаторы | Modbus, сухие контакты | Наработка, число поездок и энергия там, где доступны | Режим ожидания, тренд обслуживания |
| Наружное освещение и вывески | Реле, подсчётчики | Статус цепей и потребление | Астрономическое расписание, комендантский час |
| Генераторы, ИБП и цепи ответственных нагрузок | Modbus, сухие контакты | Состояние, нагрузка и запас топлива или заряд аккумулятора | Планирование испытаний, эскалация аварийных сигналов |
Изображения проекта
3 images
Частые вопросы
01Нужны ли новые счётчики?
Не всегда. Существующие счётчики можно считывать через Modbus, BACnet, импульсные входы или API энергоснабжающей организации. Обследование подтверждает доступный интервал и точность.
02Вы интегрируете PV и накопители?
Да, если инвертор или система управления энергопотреблением предоставляет Modbus, API или «сухие» контакты. Доступные права управления подтверждаются до согласования объёма работ.
03Входит ли зарядка электромобилей?
Зарядные точки, совместимые с OCPP, можно интегрировать для получения статуса, управления нагрузкой и данных для расчётов. Электрическое проектирование и защита остаются отдельной ответственностью.
04Как вы проверяете экономию?
Методика базовой линии согласуется до начала проекта, затем нормированное потребление отслеживается относительно неё. Интервальные данные экспортируются, чтобы результат можно было проверить независимо.
05Заменяет ли это счета от энергоснабжающей организации?
Нет. Это даёт эксплуатационные данные и распределение, а не расчётный счёт. Учёт расчётного класса выполняется по требованиям энергоснабжающей организации или арендодателя.
06Можно ли распределять энергопотребление между арендаторами?
Да, если это позволяют границы учёта по подагрегатам. Правила распределения, порядок учёта мест общего пользования и отчётные периоды согласуются с владельцем до настройки.
07Что происходит при отказе счётчика?
Отсутствующие или «замороженные» данные вызывают аварийный сигнал. Любое расчётное значение помечается как оценка, а не подставляется молча, поэтому целостность отчётов сохраняется.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.