Оборудование может работать исправно, а система — не работать
На территории установлены современная газопоршневая установка, модульная котельная, тепловой насос, испарители СУГ, тепловые накопители и точные счётчики. Каждый агрегат исправно выполняет собственную функцию. Но двигатель продолжает производить электричество, когда гостиница не способна принять сопутствующее тепло. Котельная включается одновременно с когенерацией при заряженном буфере. Прачечная начинает цикл в час пика кухни и холодоснабжения. Тепловой насос увеличивает нагрузку именно тогда, когда объект приближается к пределу внешней сети. Запаса СУГ формально хватает на неделю, но следующая поставка заказана позже допустимого срока зимней логистики.
Все отдельные устройства работают. Не работает система принятия решений. Большой диспетчерский экран сам по себе не устраняет эту проблему. Он может красиво отображать температуры и положения клапанов, но не объяснять, почему запущен второй котёл, какое тепло действительно замещено, кто создал сетевой максимум, насколько достоверны данные и что произойдёт при потере центрального сервера.
EnMS, учёт и EMS — три разных контура
EnMS — организационная система энергетического менеджмента. Она устанавливает энергетические цели, существенные виды использования энергии, показатели, базовые линии, владельцев данных, владельцев решений, порядок анализа отклонений и правила постоянного улучшения.
Энергетический учёт — доказательный контур. Он фиксирует измеренные и расчётные объёмы электричества, тепла, холода, топлива и воды, подтверждает физические балансы и создаёт исходную базу для эксплуатационного и финансового анализа.
EMS — техническая программно-аппаратная платформа. Она получает данные от приборов, BMS, SCADA и локальных контроллеров, прогнозирует нагрузки, сопоставляет доступные ресурсы и выполняет только те координирующие и оптимизационные действия, которые разрешены проектом.
Покупка EMS-платформы не означает внедрения EnMS. Установка счётчиков не означает создания энергетического учёта. Диспетчерский экран не означает, что система умеет принимать объяснимые решения.
Шесть функций нельзя смешивать под одним названием «диспетчеризация»
Локальный контроллер оборудования отвечает за безопасность и устойчивость конкретного агрегата. Он контролирует давление масла, температуру двигателя, пламя горелки, загазованность, предельные давления, аварийные клапаны и другие параметры, установленные изготовителем и проектом.
BMS управляет инженерными системами отдельного здания: отоплением, вентиляцией, кондиционированием, освещением, насосами, режимами номеров и общественных зон. Она знает, какие помещения заняты, какая температура требуется и какие функции допускают переход в экономичный режим.
SCADA управляет технологическим процессом энергоузла. Она получает данные газопоршневых модулей, котлов, испарителей, насосов, теплообменников, электрических секций и защит; обеспечивает предусмотренные пуски и остановы; архивирует технологические параметры и действия операторов.
Техническая EMS-платформа координирует территорию. Она сопоставляет потребление кластеров, лимит внешней сети, состояние источников, тепловой и холодильный спрос, запас топлива, состояние накопителей, график бронирований и разрешённые ограничения. На этой основе EMS может формировать прогноз, изменять разрешённый режим генерации, ограничивать зарядные станции, переносить прачечную, управлять накопителями и распределять нагрузку между источниками.
Система учёта фиксирует подтверждённые физические потоки. Её данные применяются для технического баланса, диагностики, внутреннего распределения затрат и, при наличии законного договорного основания, коммерческих расчётов.
EnMS устанавливает, ради каких целей собираются данные, кто отвечает за показатель, какое отклонение требует действия, кто принимает решение и как проверяется результат.
Одна программная платформа может объединять часть перечисленных функций. Но в техническом задании они должны оставаться раздельными: визуализация не должна выдаваться за EMS, технический счётчик — за коммерческий расчётный узел, а программная оптимизация — за полноценную систему энергоменеджмента.
Центральная EMS не заменяет локальную безопасность
Если контроллер двигателя обнаружил недопустимое давление масла, EMS не имеет права удерживать установку в работе ради сокращения сетевого импорта. Если газовая автоматика закрыла аварийный клапан, EMS должна перейти к другому разрешённому энергетическому сценарию, а не пытаться открыть клапан вопреки локальной защите.
Если потеряна связь с центральным сервером, котельная, вентиляция, насосы, газовая автоматика, горячее водоснабжение и электрические защиты должны сохранять безопасный локальный режим.
Распределение ответственности устанавливается жёстко: локальная автоматика отвечает за безопасность оборудования и процесса; BMS — за инженерные функции здания; SCADA — за технологическую работу энергоузла; EMS — за координацию ресурсов, прогноз и разрешённую оптимизацию; учёт — за воспроизводимую фиксацию потоков; EnMS — за цели, ответственность и управленческие решения. Верхний уровень может задавать разрешённый диапазон, приоритет и целевой режим, но не отменяет защиту нижнего уровня.
Энергоменеджмент начинается не с программного продукта
ISO 50001:2018 задаёт управленческую рамку системы энергетического менеджмента. Организация определяет существенные виды использования энергии, устанавливает цели и показатели, использует данные для принятия решений и последовательно улучшает энергетическую результативность.
ISO 50006:2023 раскрывает работу с энергетическими показателями и базовыми линиями. Для курорта это означает, что расход нельзя сравнивать только с предыдущим месяцем. Необходимо учитывать загрузку, наружную температуру, работу бассейнов, количество приготовленных блюд, массу белья, медицинскую программу и другие существенные факторы.
Рост потребления может означать как ухудшение эффективности, так и увеличение оплачиваемой услуги. Без нормализации эти ситуации неразличимы.
В России применяется ГОСТ Р ИСО 50001-2023. ГОСТ Р ИСО 50004-2022 содержит руководство по внедрению и улучшению системы, а ГОСТ Р ИСО 50005-2025 предусматривает поэтапное внедрение. Последний подход особенно соответствует курортному девелопменту: единый стандарт данных, показателей и ответственности создаётся заранее, но количество точек учёта и функций управления расширяется вместе с очередями строительства.
Если кластеры принадлежат разным юридическим лицам или операторам, методической основой может служить логика общей системы энергетического менеджмента для нескольких организаций, изложенная в ISO 50009:2021 и ГОСТ Р ИСО 50009-2023.
Следовательно, техническую EMS-платформу нельзя покупать как изолированный программный модуль «на будущее». Сначала утверждаются цели, границы, роли, показатели, качество данных и правила принятия решений. Только после этого выбирается программно-техническая архитектура, способная реализовать утверждённую модель.
Шесть уровней технической архитектуры
- Первый уровень находится непосредственно возле оборудования. В него входят электросчётчики, теплосчётчики, расходомеры топлива и воды, датчики температуры и давления, электрические защиты и контроллеры двигателей, котлов, насосов, вентиляции, холодильных машин и накопителей.
- Второй уровень — локальная автоматика оборудования и технологических установок. Она обязана поддерживать безопасный режим при потере центральной связи.
- Третий уровень — BMS зданий и SCADA энергоузлов. Они управляют инженерными и технологическими процессами в своих установленных границах.
- Четвёртый уровень — технологическая сеть и интеграционные шлюзы. Они объединяют локальные контроллеры, BMS, SCADA, приборы учёта, архивы и серверы. Гостевой Wi-Fi и офисная сеть не должны становиться прямым путём к технологическим контроллерам.
- Пятый уровень — техническая EMS-платформа, архив и аналитика. Здесь находятся прогнозы, ограничения сетевого импорта, правила загрузки источников, управление накопителями, разрешённые сценарии разгрузки, расчётные показатели, журналы команд, версии формул и история изменений.
- Шестой уровень — панели ролей. Диспетчер видит текущий режим и тревоги. Главный энергетик — причины, балансы, качество данных и доступность оборудования. Финансовая служба — подтверждённые объёмы и затраты. Собственник — результат, риск, прогноз и решение.
Организационная EnMS находится над техническими уровнями. Она определяет, какие показатели обязательны, кто ими владеет, кто принимает решение и как технический результат превращается в действие.
Четыре измерительные границы превращают расход в баланс
- Первая граница находится на входе ресурса на территорию. Здесь учитываются импорт и возможный экспорт электроэнергии, поставки СУГ, природный газ, вода и другие приобретаемые ресурсы. Вторая граница охватывает производство и преобразование: генераторы, котлы, тепловые насосы, холодильные машины, фотоэлектрические установки и накопители.
- Третья граница фиксирует передачу ресурса отдельному кластеру. Здесь измеряются электричество, тепло, холод, вода или газ, переданные гостинице, санаторию, СПА, апартаментам, хозяйственной зоне или очистным сооружениям. Четвёртая граница находится внутри кластера и охватывает крупные конечные функции: номерной фонд, кухню, прачечную, вентиляцию, холодоснабжение, приготовление горячей воды, бассейны, медицинские процессы и зарядные станции.
Если отсутствует первая граница, невозможно сверить закупленный и использованный ресурс. Без второй нельзя определить фактический КПД источника. Без третьей расходы нельзя обоснованно распределить между кластерами. Без четвёртой собственник не видит, кто создал перерасход или пиковую мощность. Не требуется ставить отдельный прибор на каждую лампу; измеряются группы, способные изменить мощность, годовой расход, себестоимость или решение EMS.
Что измеряется на границе территории
По внешнему электроснабжению фиксируются активная энергия, импорт и возможный экспорт, текущая и максимальная мощность, полная мощность, коэффициент мощности, напряжение, ток и показатели качества в объёме, необходимом проекту. Рядом с максимальной мощностью всегда сохраняются дата, время, интервал усреднения и состояние основных потребителей.
По СУГ основой являются масса каждой поставки, паспорт партии, плотность, теплота сгорания, начальный и конечный остатки, расход газопоршневых установок и котельных. После подключения природного газа создаётся отдельная граница: два вида топлива нельзя объединять одной строкой без пересчёта к согласованной энергетической основе. По воде раздельно учитываются внешний ввод, собственный водозабор, подготовка, горячее водоснабжение и крупные технологические потребители.
Для объяснения отопления, охлаждения и работы тепловых насосов необходим единый источник погодных данных. Наружная температура является минимальным параметром. Для более точной модели добавляются влажность, ветер и солнечная радиация. Погодная станция должна иметь установленное местоположение, период обслуживания и контроль качества, иначе базовая линия будет зависеть от случайных пропусков и смещения датчика.
Статья 13 Федерального закона № 261-ФЗ устанавливает общий принцип обязательного учёта производимых, передаваемых и потребляемых энергетических ресурсов с применением приборов учёта. Этот принцип не означает, что закон требует отдельный прибор на каждую внутреннюю функцию курорта. Дополнительная детализация внутри территории является управленческим решением собственника и должна обосновываться существенностью потока и стоимостью получения данных.
Что измеряется по каждому кластеру
Каждый гостиничный, санаторно-медицинский, СПА-, жилой и хозяйственный кластер получает самостоятельный электрический баланс. Если он использует общее тепло, холод, газ или воду, эти потоки также измеряются на его границе. В гостинице отдельно выделяются номерной фонд и общие зоны, ресторан и кухня, прачечная, вентиляция, центральное холодоснабжение, приготовление горячей воды, насосы, наружное освещение и зарядные станции.
В санаторно-медицинском кластере раздельно учитываются размещение, лечебные процессы, водолечение, бассейны, лаборатории, стерилизация, медицинское холодильное оборудование, вентиляция и прачечная. В СПА-кластере целесообразно отделять бассейны, сауны, хаммамы, душевые, фильтрацию воды, вентиляцию и общественные помещения. Такое деление необходимо не ради красивой отчётности, а для управления стоимостью продукта: собственник должен понимать, сколько энергии требуется номерному фонду, медицинской программе, бассейну и ресторанному сервису.
Что измеряется на газопоршневой установке
По каждому модулю фиксируются валовая электрическая выработка на клеммах генератора, собственные электрические нужды, чистая энергия, переданная объекту, расход топлива, моточасы, количество запусков, средняя и минимальная загрузка, доступное тепло отдельных контуров, тепло после общей системы утилизации и аварийно отведённая энергия.
Эти точки позволяют различать валовую и чистую выработку, доступное, доставленное, использованное и замещённое тепло. Если система видит только расход газа и валовые киловатт-часы генератора, она не способна достоверно сравнить когенерацию с покупкой сетевой энергии и работой котельной. Для финансовой оценки особенно важно замещённое тепло — часть энергии, которая действительно уменьшила работу другого оплачиваемого источника.
Что измеряется в котельной, на тепловом насосе и в накопителях
По каждому котлу учитываются расход топлива, полезное тепло на установленной границе, электрические собственные нужды, часы работы, число запусков, средняя и минимальная загрузка, температура подачи и обратки, расход теплоносителя и состояние горелки. Снижение расчётного КПД не должно автоматически объявляться неисправностью: сначала проверяются границы, качество топлива, работа на малой мощности, температура обратной воды, точность приборов и синхронность интервалов.
Для теплового насоса одновременно измеряются электрическая энергия и переданное тепло или холод. Если установка использовала 10 000 кВт·ч электричества и передала 25 000 кВт·ч полезного тепла, фактический COP на принятой границе равен 2,5. Рядом сохраняются наружная температура, температура источника, температура подачи, работа размораживания и дополнительного нагрева. Паспортный COP не должен выводиться на панель собственника как фактический эксплуатационный результат.
Для теплового и электрического накопителя фиксируются мощность заряда и разряда, принятая и отданная энергия, состояние заряда, допустимые ограничения, потери, число циклов и причина команды. Накопитель не является конечным потребителем: его заряд должен одновременно появляться как расход источника и увеличение запаса, а разряд — как уменьшение запаса и поставка потребителям. Иначе баланс будет дважды считать одну энергию.
Три независимых баланса должны сходиться
Электрический баланс для каждого расчётного интервала выражается следующим образом:
Если аккумуляторов и экспорта нет, формула упрощается до суммы внешней сети и чистой собственной генерации, равной потреблению кластеров и потерям. Расхождение нельзя автоматически записывать в технические потери. Причиной могут быть разные интервалы, несинхронизированные часы, ошибочный коэффициент трансформатора тока, потеря данных, неправильное направление измерения или неисправный прибор.
Тепловой баланс строится отдельно:
Баланс составляется для всей территории, каждого кластера и каждого крупного источника. Пока разница между произведённым и принятым теплом не объяснена, нельзя считать всю паспортную тепловую выработку когенерации экономией.
Топливный баланс СУГ имеет собственную форму:
Основной топливный баланс ведётся по массе и энергии. Поставка может оформляться по массе, уровнемер показывать объём, а двигатель передавать расход в кг/ч или нормальных кубических метрах. Все значения приводятся к одной основе с сохранением исходных единиц, температуры, плотности и паспорта партии.
Учебный баланс гостиничного кластера
В единой модели курса гостиница использует 97 260 кВт·ч электрической энергии за условный месяц. Газопоршневая установка передаёт 80 000 кВт·ч чистого электричества, внешняя сеть — 17 260 кВт·ч. Доля собственной выработки в потреблении кластера составляет около 82,3%, а доля сети — около 17,7%.
Тепловая потребность равна около 175 600 кВт·ч. Когенерация передаёт приблизительно 87 158 кВт·ч, котельная — 88 442 кВт·ч. Доли источников составляют около 49,6 и 50,4%. При принятой низшей теплоте сгорания СУГ 12,78 кВт·ч/кг двигатель использует примерно 16,5 т топлива, котельная — около 7,7 т, общий расход — приблизительно 24,2 т за условный месяц.
Предположим, генератор произвёл 82 000 кВт·ч валовой электрической энергии, а насосы, вентиляция, автоматика и газовая подготовка использовали 2 000 кВт·ч. В гостиницу поступило 80 000 кВт·ч. Доля собственных нужд составляет около 2,4%. Для сравнения с внешней сетью используется чистая выработка, поэтому учёт устанавливается и на генераторе, и на выходе всего энергоузла.
Эти цифры формируют прозрачный физический баланс, но ещё не доказывают экономическую эффективность. Для результата необходимо дополнительно учитывать фактическую загрузку оборудования, замещённое тепло, обслуживание, капитальный ремонт, цену топлива и сетевой тариф. Эти вопросы объединяются в финансовой модели следующей лекции.
Единое время — обязательное условие доказуемого результата
Электросчётчик может зафиксировать максимум в 08:00, контроллер двигателя — в 07:58, котельная — в 08:03, а BMS гостиницы — в 08:01. Если часы не синхронизированы, невозможно установить, какое оборудование сформировало пик и как на него отреагировала автоматика.
Все приборы, контроллеры, серверы и журналы должны использовать согласованный источник времени. Каждая запись получает временную метку, идентификатор источника и признак качества. При временной потере связи локальный контроллер сохраняет значения в собственном архиве и передаёт их после восстановления без изменения исходной последовательности. Коррекция часов также должна журналироваться, потому что незаметное изменение времени способно создать дубли или пропуски.
Измеренное, рассчитанное, ручное и прогнозное значение имеют разный статус
Измеренное значение поступает от прибора. Рассчитанное создаётся формулой, например переводом массы СУГ в энергию. Ручное значение вводится оператором — это может быть дата следующей поставки или фактическая загрузка гостиницы. Прогнозное значение формируется моделью по погоде, бронированиям и режиму оборудования. Эти четыре происхождения должны быть видны пользователю и сохраняться в архиве.
Если расход топлива получен не массовым расходомером, а по изменению уровня резервуара, отчёт не должен показывать его как прямое измерение. Если оператор исправил ошибочное показание, система сохраняет исходное значение, корректировку, причину, время и имя пользователя. Если данные отсутствуют, EMS не должна подменять их нулём: ноль означает подтверждённое отсутствие потока, а пропуск — отсутствие достоверного результата.
Формулы и базовые линии должны иметь версии
Методика КПД, себестоимости, пересчёта топлива и удельных показателей будет уточняться после ввода объекта. Например, первоначально энергия СУГ рассчитывается по усреднённой теплоте сгорания, а позднее — по паспорту каждой партии. Старые отчёты нельзя незаметно пересчитывать новой формулой, иначе инвестиционный комитет не сможет восстановить показатель, на основании которого было принято решение.
Каждая формула получает идентификатор, номер версии, дату действия, набор исходных параметров и владельца. Базовая линия также имеет период, границу, факторы нормализации и правила исключения аномальных дней. Изменение методики должно создавать новую версию, а не переписывать историю.
Частота сбора, хранение и качество данных определяются задачей
Защиты работают в масштабе долей секунды и секунд. Технологическая автоматика должна сохранять параметры с разрешением, достаточным для анализа пусков, остановов и переходных процессов. EMS использует минутные, пятнадцатиминутные, часовые, суточные и месячные итоги. Коммерческий учёт работает по применимым правилам рынка, договору и характеристикам измерительного комплекса.
Хранить каждую секунду со всех точек бессрочно не требуется. Для каждой точки устанавливаются рабочий интервал, архивный интервал, срок хранения, режим ускоренной записи при аварии и порядок агрегирования. Исходные данные, на которых построены финансовые отчёты и доказательство гарантированного эффекта, должны сохраняться дольше оперативных трендов диспетчера.
Каждое значение получает признак качества: достоверное измерение, временно отсутствующие данные, расчётное замещение, ручная корректировка, неисправность прибора, выход за диапазон или устаревшая запись. Ежемесячный отчёт показывает полноту данных. Если 20% расхода топлива восстановлено расчётным способом, показатель КПД не должен выглядеть столь же надёжным, как при полном инструментальном учёте.
RTO и RPO должны быть установлены до отказа сервера
Для центральных серверов и архивов устанавливаются два показателя. RTO — допустимое время восстановления сервиса после отказа. RPO — допустимый интервал потери данных, то есть насколько далеко назад может откатиться архив при восстановлении. Универсальных значений для любого курорта нет: они зависят от роли системы, локальных архивов, требований отчётности и последствий потери истории.
Даже при строгих RTO и RPO безопасная работа не должна зависеть от центрального сервера. Локальные контроллеры продолжают поддерживать котлы, насосы, вентиляцию, газовую автоматику и защиты. После восстановления EMS сначала сверяет фактическое состояние, загружает пропущенные архивы, проверяет качество и только затем возвращает централизованное управление.
Как EMS управляет обычным зимним днём
Система получает прогноз наружной температуры, ожидаемую загрузку гостиницы, график ресторана, прачечной и СПА, состояние источников, запас топлива и доступную мощность внешней сети. На этой основе формируются прогнозы электрического и теплового потребления.
До утреннего пика EMS проверяет готовность газопоршневой установки, котельной и накопителей. Если ожидается превышение сетевой мощности, двигатель запускается заранее с учётом подготовки и синхронизации. Тепло когенерации направляется на обязательные функции и заряд буфера. Котлы включаются каскадно и производят недостающую мощность или высокотемпературный догрев. Прачечная, зарядные станции и другие управляемые нагрузки переносятся в часы достаточного резерва.
Каждая команда должна быть объяснима. В журнале фиксируется, что генератор запущен из-за прогнозируемого сетевого максимума, второй котёл подключён из-за снижения температуры накопителя, а прачечная перенесена из-за ограничения мощности. Алгоритм без объяснимой причины превращается в закрытую систему, которую эксплуатация не способна проверить.
Сетевой предел удерживается до фактического превышения
Предположим, договорная максимальная мощность равна 250 кВт. Рабочая предупредительная граница устанавливается ниже этого значения. Точный отступ зависит от погрешности измерений, интервала контроля, скорости роста нагрузки, времени запуска источников и допустимого риска. Учебное значение около 230 кВт может использоваться для демонстрации, но не является универсальной уставкой.
При достижении первой границы EMS формирует предупреждение. Затем ограничивает быстро регулируемые нагрузки, например зарядные станции. Следующей ступенью переносит прачечную, уменьшает накопительный электрический нагрев или корректирует климатические системы в разрешённых пределах. Если этого недостаточно, заранее запускается дополнительный источник. Система не должна ждать фактического превышения 250 кВт: генератору требуется время для подготовки, а кратковременное превышение может возникнуть быстрее, чем отреагирует персонал.
Летний режим требует другого критерия
Летом электрическая нагрузка увеличивается из-за кондиционирования, а отопительная потребность исчезает. Если газопоршневая установка работает только по электрическому графику, возникает риск избытка тепла. EMS проверяет горячее водоснабжение, прачечную, ресторан, бассейны, СПА и состояние накопителей. Если полезного потребителя недостаточно, система сравнивает работу двигателя со сбросом тепла и покупку электроэнергии из сети.
Установленная когенерационная установка не обязана работать постоянно только потому, что в неё вложен капитал. Продолжение работы при систематическом аварийном охлаждении способно увеличивать расход СУГ и обслуживание без соответствующего теплового результата. Решение принимается по доступной мощности сети, фактической стоимости топлива, ожидаемой электрической выработке и объёму замещённого тепла.
Уменьшение запаса СУГ должно менять режим заранее
Диспетчер видит не только процент заполнения резервуаров, но и массу доступного топлива, прогноз расхода и автономность для нескольких режимов: мягкая погода, расчётный мороз, остановка когенерации и ограниченный аварийный режим. Одинаковый остаток способен означать разное число суток работы.
Если прогноз показывает дефицит до подтверждённой даты поставки, EMS увеличивает использование внешней сети в разрешённых пределах, переносит газопоршневую установку на часы совпадения электрического и теплового спроса, ограничивает второстепенные тепловые функции и переводит котельную на минимальный режим, сохраняющий безопасность и утверждённый уровень сервиса. Такое управление должно начинаться до достижения аварийного остатка, а не после падения давления в газовой системе.
При отключении сети экономическая оптимизация прекращается
После потери внешней сети аварийную последовательность исполняют локальные защиты, АВР, контроллеры источников, критические шины и другие технические средства, сформированные в лекции 9.
ИБП сохраняют нагрузки без допустимого перерыва. Второстепенные потребители отключаются. Критические функции восстанавливаются по установленным ступеням. Котельная, газовое хозяйство, насосы и связь получают питание в предусмотренной последовательности.
Безопасное выполнение этих действий не должно зависеть от доступности центральной EMS. Если EMS остаётся работоспособной, она получает фактическое состояние, координирует разрешённые надсистемные действия, ведёт журнал и формирует прогноз. Но она не подменяет локальные защиты и не является единственной точкой аварийного управления.
В аварийном режиме приоритетом становится не минимальная себестоимость, а безопасность, инженерная жизнеспособность и управляемое восстановление сервиса.
После события собственник должен восстановить, когда исчезла сеть, какие потребители отключились, какой источник запустился, какую ступень нагрузки он принял, сколько времени заняло восстановление и где фактический алгоритм отклонился от проекта.
Панели диспетчера, энергетика, финансовой службы и собственника различаются
Диспетчеру необходимы текущие параметры, тревоги, разрешённые команды и последовательность действий.
Главному энергетику требуются тренды, физические балансы, причины отклонений, качество данных, загрузка оборудования, сервисные интервалы и общие точки отказа.
Финансовой службе нужны подтверждённые объёмы ресурсов, цены и ставки, распределение общих расходов и версии расчётных формул.
Собственнику не нужен постоянный доступ к сотням температур и клапанов. Его ежемесячная панель должна показывать максимальную мощность из внешней сети, долю собственной электрической выработки, долю каждого источника в тепловом балансе, замещённое когенерационное тепло, массу и стоимость топлива, число суток автономности, доступность критических систем, часы ограничения сервиса, стоимость энергетического обеспечения каждого кластера и полноту данных.
Рядом показывается прогноз: ожидаемый сетевой максимум, поставки топлива, сервисные остановки, риск превышения и влияние следующей очереди.
Показатели источников и кластеров
Для газопоршневой установки контролируются чистый электрический КПД, доля собственных нужд, средняя загрузка, коэффициент использования установленной мощности, количество запусков на тысячу моточасов, доля доставленного и замещённого тепла, часы аварийного отвода и доступность. Частые пуски могут указывать на неправильный типоразмер, недостаточный накопитель или нестабильный алгоритм.
Для котельной отслеживаются полезное тепло, энергия топлива, фактический КПД, часы и пуски каждого модуля, минимальная и средняя загрузка, ротация, доля работы одновременно с когенерацией и аварийное производство. Для теплового насоса — фактический COP, произведённое тепло и холод, наружная температура, температура подачи, часы размораживания, работа резервного нагрева и доступность.
Для кластера абсолютные киловатт-часы дополняются удельными показателями. Гостиница анализируется по кВт·ч на госте-ночь, горячей воде на госте-ночь, энергии ресторана на условное блюдо и прачечной на килограмм белья. Медицинский объект может использовать показатель на процедуру или программу пребывания. Эти метрики не заменяют общий баланс, но позволяют различить рост услуги и ухудшение эффективности.
Почему общих киловатт-часов недостаточно
Учебная гостиница использовала 97 260 кВт·ч электричества. При средней загрузке 135 гостей за 30 суток она сформировала 4 050 госте-ночей. Удельное электрическое потребление составляет приблизительно 24 кВт·ч на госте-ночь. Но одна цифра не объясняет результат: месяц мог быть холоднее, ресторан мог обслужить больше внешних посетителей, бассейн работал дольше, а конференц-залы имели дополнительную загрузку.
Поэтому показатель сравнивается с базовой линией, нормализованной по существенным факторам. Для отопления главным фактором становится наружная температура, для горячей воды — число проживающих, для ресторана — объём производства, для прачечной — масса белья, для бассейна — площадь воды, режим покрытия и часы работы. Только после такой корректировки можно отделить производственный рост от неэффективности.
Аномалия должна превращаться в проверяемую задачу
Предположим, ночная нагрузка гостиницы увеличилась с 75 до 95 кВт и сохранялась по шесть часов ежедневно. Дополнительное потребление за 30 суток составляет:
EMS должна не просто показать красную линию, а связать отклонение с конечными функциями. Причиной может быть работа прачечной, оставленная вентиляция конференц-зала, неисправный клапан, дополнительный электрический нагрев, неверный график холодильной станции или ошибка счётчика. Система создаёт задачу с временем, величиной отклонения, затронутыми точками и ответственным подразделением.
Тревоги разделяются по значимости. Аварийная тревога требует немедленного действия для безопасности. Операционная предупреждает о риске выхода за предел или потере резерва. Аналитическая фиксирует ухудшение КПД, рост ночной базы или потерю данных. Управленческая показывает, что отклонение устойчиво влияет на себестоимость и требует решения собственника. Если все события имеют одинаковый приоритет, персонал перестаёт различать действительно критические сигналы.
Себестоимость кластера строится на разделённых потоках
Финансовая служба должна видеть прямые и общие энергетические расходы. К прямым относятся ресурсы, измеренные на границе конкретного кластера. Общие расходы энергоузла — собственные нужды, персонал, обслуживание, общие сети и диспетчеризация — распределяются по утверждённой методике. Методика должна быть стабильной, версионной и понятной участникам проекта.
Электричество, тепло и холод нельзя объединять одним общим тарифом без объяснения. Для собственной генерации отдельно рассчитываются стоимость чистого электричества и стоимость полезного или замещённого тепла. Один и тот же расход топлива не должен полностью относиться одновременно на оба продукта. Метод распределения затрат выбирается финансовой моделью и раскрывается в отчёте.
Лекция 11 формирует эксплуатационный учёт. CAPEX, стоимость финансирования, NPV, IRR, DSCR, капитальные ремонты и остаточная стоимость относятся к лекции 12. EMS должна передавать туда качественные объёмы и режимы, но не подменять инвестиционную модель одним оперативным показателем «экономии за месяц».
Технический и коммерческий учёт имеют разный правовой статус
Технический прибор используется для управления, диагностики и внутреннего распределения. Коммерческий учёт применяется в договорных расчётах и должен соответствовать применимым требованиям рынка, договора, утверждения типа и поверки. Федеральный закон № 102-ФЗ требует поверки средств измерений, применяемых в сфере государственного регулирования, а результаты поверки подтверждаются сведениями Федерального информационного фонда по обеспечению единства измерений.
Постановление Правительства РФ № 442 в редакции от 4 июля 2026 года регулирует розничные рынки электрической энергии и содержит правила организации учёта. Конкретные требования зависят от точки поставки, категории потребителя, схемы и договора. Внутренний счётчик кластера может быть технически точным и полезным, но не становится коммерческим только потому, что его данные появились в EMS.
Наличие приборов также не создаёт право продавать электричество, тепло или газ между юридическими лицами. Такой оборот требует договорной, правовой, тарифной и технической модели. EMS подтверждает объёмы в установленной границе, но не заменяет правовое основание расчётов.
Открытый протокол не гарантирует интеграцию
BACnet, Modbus и OPC UA широко применяются для обмена данными. Но фраза «оборудование поддерживает Modbus» не является готовой интеграцией. Необходимы перечень точек, адреса, единицы измерения, масштабы, знаки, допустимые диапазоны, частота обновления, коды ошибок, права чтения и записи, обработка потери связи и приёмочные тесты.
BACnet ориентирован на автоматизацию зданий; BACnet/SC добавляет защищённое соединение на основе TLS и взаимную аутентификацию узлов. OPC UA является платформенно независимой архитектурой с моделями данных, шифрованием, аутентификацией и аудитом. Классический Modbus прост и распространён, но его базовое применение не следует считать защищённым само по себе; безопасность создаётся сегментацией сети, контролируемыми шлюзами, ограничением записи, защищёнными туннелями или специальными профилями.
Поставщик должен передать регистровую карту или информационную модель, лицензии, версии программного обеспечения, перечень сертификатов, резервные копии конфигураций и порядок обновления. Протокол отвечает на вопрос, как передать данные; техническое задание должно ответить, какие данные, с каким качеством, кому и для какого решения передаются.
Данные и административные права должны принадлежать собственнику
Контракт должен закреплять право собственника выгружать исходные данные без ограничений, получать административный доступ, создавать резервные копии, изменять интегратора, передавать систему другой управляющей компании и продолжать эксплуатацию после окончания подписки. Формат экспорта должен быть документирован и пригоден для машинной обработки, а не ограничиваться PDF-отчётом.
Отдельно фиксируются права на программные конфигурации, пользовательские алгоритмы, справочник тегов, формулы, мнемосхемы, лицензии и исторический архив. Система, из которой собственник не способен извлечь собственные данные или восстановить конфигурацию без единственного подрядчика, создаёт технологическую зависимость независимо от качества интерфейса.
Кибербезопасность является частью надёжности энергоузла
BMS, SCADA и EMS относятся к операционным технологиям, то есть способны воздействовать на физический процесс. NIST SP 800-82 Rev. 3 рекомендует защищать OT с учётом требований безопасности, надёжности и доступности. Серия IEC 62443 рассматривает киберзащиту на протяжении жизненного цикла промышленной автоматизации. Эти документы не подменяют российские требования, но дают сильную методическую основу для архитектуры проекта.
Технологическая сеть отделяется от гостевого Wi-Fi и офисной инфраструктуры. Между офисным и технологическим контурами создаётся контролируемая зона обмена, а удалённый доступ выполняется через утверждённый шлюз с многофакторной аутентификацией, персональными учётными записями, журналом действий и ограничением времени сессии. Прямое подключение поставщика к контроллеру через постоянный неучтённый канал недопустимо.
Права пользователей разделяются по ролям. Диспетчер видит и выполняет разрешённые команды, инженер изменяет уставки в установленном диапазоне, администратор управляет учётными записями, поставщик получает временный контролируемый доступ. Критические изменения требуют журналирования, а для особо важных операций — подтверждения вторым уполномоченным лицом.
Защищённый протокол не отменяет архитектуру. Необходимы сегментация, межсетевые экраны, резервирование, управление сертификатами и ключами, обновления, контроль съёмных носителей, инвентаризация активов, резервное копирование и восстановление. При потере центра локальная автоматика продолжает безопасный режим; киберинцидент не должен автоматически превращаться в остановку отопления или газовой безопасности.
Искусственный интеллект подключается после создания достоверного контура данных
Прогнозирование нагрузки, обнаружение аномалий, оптимизация источников и предиктивное обслуживание способны усилить EMS. Но алгоритм машинного обучения не исправляет неправильные измерительные границы, несинхронизированные часы и отсутствующие данные. На слабой базе он лишь быстрее производит убедительно выглядящие ошибки.
На первом этапе интеллектуальные модели работают в рекомендательном режиме: предлагают перенос нагрузки, изменение графика или проверку оборудования, а оператор видит причину и ожидаемый эффект. Автоматическая запись в критические уставки допускается только после длительной проверки, ограничений безопасного диапазона, возможности ручного управления и формального управления изменениями. Защитные функции не должны зависеть от непрозрачной модели.
EMS внедряется вместе с очередями, но стандарт данных создаётся сразу
На строительной стадии достаточно учёта временных вводов, топлива, воды и крупных потребителей.
Первая гостиница получает основные измерительные границы, BMS, архив и управление сетевым пределом.
После ввода когенерации добавляются валовая и чистая выработка, тепловые контуры, топливный баланс, котельная и алгоритмы совпадения электрического и теплового спроса.
Санаторно-медицинский кластер получает собственные критические шины, медицинские функции и локальную аварийную архитектуру.
Последующие очереди подключаются к тому же справочнику данных, политике времени, правилам качества, системе версий и требованиям кибербезопасности.
Платформа не выбирается на нулевой стадии из желания заранее купить «самую полную систему». Сначала утверждаются границы, номенклатура данных, идентификаторы, владельцы, алгоритмы, режимы отказа и права собственника. После этого выбирается программно-техническая архитектура, способная масштабироваться без замены уже работающих нижних уровней.
Что должно войти в техническое задание
Техническое задание начинается с границ системы и распределения ответственности между локальными контроллерами, BMS, SCADA, EMS, учётом и внешними сервисами. Затем утверждается единый реестр точек: идентификатор, физическое назначение, единица, диапазон, источник, направление потока, интервал сбора, срок хранения, признак качества, право записи и владелец данных.
Отдельно описываются формулы балансов и показателей, версии, базовые линии, алгоритмы сетевого ограничения, управления источниками и нагрузками, приоритеты тревог, работа при потере связи, ручной режим, локальные сценарии, RTO и RPO, резервное копирование, киберсегментация, удалённый доступ, экспорт данных, лицензии, документация и обучение персонала.
Для каждого автоматического решения указываются входные данные, условия запуска, ограничители, допустимые команды, последовательность отмены и запись причины. Формулировка «система оптимизирует энергопотребление» не является техническим заданием. Необходимо показать, что именно оптимизируется, при каких ограничениях, каким приоритетом и как подтверждается результат.
Приёмка должна проверять сценарии, а не только появление точек на экране
До ввода выполняется проверка направления потоков, коэффициентов трансформаторов тока, единиц, масштабов, синхронизации времени, полноты архивов и сходимости физических балансов. Затем имитируются потеря связи, отсутствие данных, отказ прибора, ручная корректировка и восстановление локального архива.
Проверяется удержание сетевого предела: система должна заранее сформировать предупреждение, ограничить установленную группу, при необходимости запустить источник и записать причину. Отдельно проверяются отказ центрального сервера, работа локальной автоматики, резервное копирование и восстановление, права учётных записей, журнал удалённого доступа, экспорт данных и корректность отчётов после изменения формулы.
Для энергоузла выполняются совместные испытания SCADA и EMS: запуск и останов двигателя, согласование с котельной, заряд и разряд накопителей, реакция на отсутствие теплового спроса, снижение запаса СУГ, сервисная остановка и переход в предусмотренный аварийный режим. Испытания должны подтверждать не только связь, но и правильное управленческое поведение системы.
Практический результат: два документа одной системы
Итогом лекции становятся два взаимосвязанных корпоративных документа.
- Первый документ — «Стандарт энергетического учёта и энергоменеджмента территории». Он устанавливает границы ресурсов и кластеров, единый справочник показателей, требования ко времени и качеству данных, статусы измеренных и расчётных значений, балансовые формулы, базовые линии, энергетические показатели, правила нормализации, владельцев данных, владельцев решений и порядок управленческого анализа.
- Второй документ — «Техническое задание на EMS и OT-архитектуру территории». Оно закрепляет архитектуру локальных контроллеров, BMS, SCADA и EMS; реестр точек; интеграционные протоколы; права пользователей; локальную автономность; алгоритмы управления сетевым пределом, источниками, накопителями и топливом; требования к кибербезопасности, удалённому доступу, RTO, RPO, резервному копированию, правам собственника, экспорту данных и программе приёмки.
Оба документа являются частью энергетического мастер-плана и действуют для всех очередей, операторов и поставщиков.
Главный энергетик отвечает за физический баланс и качество данных. Эксплуатационная служба — за режим оборудования и выполнение корректирующих действий. Финансовая служба — за цены ресурсов и методику распределения затрат. ИТ/OT-служба — за доступность, резервирование и киберзащиту. Собственник — за цели, допустимый риск, инвестиционные ворота и решения.
Без такого распределения даже качественная платформа быстро превращается в набор неиспользуемых графиков.
Ошибки объединяются в семь групп
- Первая группа — ошибки управления. Платформу покупают до определения целей, ролей, показателей и решений. Наличие EMS ошибочно принимают за внедрение EnMS.
- Вторая группа — ошибки измерительных границ. Общий счётчик существует, но производство, кластеры и крупные функции не разделены; валовая выработка смешана с чистой; доступное тепло названо замещённым.
- Третья группа — ошибки данных. Часы не синхронизированы, пропуски заменяются нулями, ручные корректировки не журналируются, формулы изменяются без версий.
- Четвёртая группа — ошибки алгоритмов. EMS ждёт фактического превышения сети, не учитывает время запуска источника, запускает когенерацию без теплового спроса или не меняет режим при снижении запаса топлива.
- Пятая группа — правовые и метрологические ошибки. Технический прибор выдают за коммерческий, а внутренний учёт — за право продажи электричества, тепла или газа.
- Шестая группа — зависимость от поставщика. Собственник не имеет административных прав, исходных данных, лицензий, резервных копий, документированного справочника тегов и возможности сменить интегратора.
- Седьмая группа — ошибки надёжности и кибербезопасности. Гостевая, офисная и технологическая сети соединены без контролируемых границ; удалённый доступ не журналируется; центральный сервер становится единственной точкой управления; потеря EMS останавливает локальные процессы.
Последовательность действий
Сначала собственник утверждает энергетические цели, границы EnMS, роли и владельцев решений.
Затем фиксируются энергетические кластеры, ресурсы и четыре измерительные границы.
После этого создаётся единый справочник точек, назначаются владельцы данных, источники времени, признаки качества, интервалы сбора и сроки хранения.
Далее формируются электрический, тепловой и топливный балансы, энергетические показатели, базовые линии и панели ролей.
Следующим этапом разрабатываются алгоритмы для штатного зимнего и летнего режима, ограничения сетевой мощности, снижения запаса топлива, остановки источника, потери внешней сети и отказа центрального уровня.
Только после утверждения этих правил выбирается EMS-платформа, выполняется интеграция и проводится сценарная приёмка.
После ввода расчётная модель сравнивается с фактическими данными. Первый полный эксплуатационный год используется не только для отчётности, но и для калибровки профилей, проверки базовых линий и уточнения решений по следующим очередям.
EMS становится частью инвестиционного цикла: она показывает, когда нагрузка действительно приблизилась к сетевому пределу, появился подтверждённый потребитель тепла, исчерпан резерв или наступило основание для следующего энергетического модуля.
Итоговый смысловой вывод
EnMS — не программный продукт, а установленный порядок целей, ответственности, показателей, анализа и управленческих решений.
EMS — не большой экран и не обещание искусственной оптимизации. Это техническая платформа координации ресурсов на основании измеренных, синхронизированных и проверяемых данных.
Локальная автоматика сохраняет безопасность. BMS управляет зданием. SCADA ведёт технологический процесс энергоузла. EMS координирует территорию. Учёт подтверждает физические потоки. EnMS превращает показатели в решения.
Сначала устанавливаются четыре измерительные границы. Затем строятся электрический, тепловой и топливный балансы. Каждый показатель получает происхождение, временную метку, признак качества и версию формулы. Только после этого технической EMS разрешается управлять сетевым пределом, генерацией, котельной, накопителями и управляемыми потребителями.
Главный результат системы состоит не в количестве собранных точек. Он состоит в способности собственника в любой момент ответить: какой ресурс куплен, какой произведён, где использован, что потеряно, сколько стоило энергетическое обеспечение каждого кластера, почему система приняла конкретное решение и какие инвестиции действительно стали необходимыми.
Теперь электрические, тепловые, топливные и эксплуатационные балансы курса объединены в одну управляемую и доказательную модель.
Заключительная лекция переведёт эту модель в инвестиционный расчёт: CAPEX, OPEX, стоимость жизненного цикла, NPV, IRR, DSCR, цену раннего запуска и критерии решения инвестиционного комитета.