AI-оптимізація HVAC: знижуємо енергоспоживання на 15–30%

Оптимізація HVAC: де системи втрачають енергію

Перевитрата енергії на вентиляцію та кондиціонування майже ніколи не пов’язана зі зносом техніки. На більшості об’єктів обладнання справне й видає проєктні параметри, а споживання тримається помітно вище розрахункового.

Причина — у логіці керування: автоматика сумлінно відпрацьовує уставки, які ніхто не переглядав після пусконалагодження.

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

Поки одна система нагріває припливне повітря, сусідня охолоджує той самий об’єм; калорифери й компресори працюють назустріч один одному. Ручні уставки, виставлені «на око» під час здачі об’єкта, закріплюють цей конфлікт на весь сезон.

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

Звідси перетоп, відчинені вікна й нічні прогони на повній потужності, коли навантаження вже удвічі нижче.

Розбір цих втрат — перший крок оптимізації HVAC. Йдеться не про заміну обладнання, а про перебудову логіки керування під фактичний профіль навантажень та інерцію конкретної будівлі.

Що дає оптимізація HVAC: вимірювані ефекти

Ефект оптимізації HVAC вимірюється не відчуттями, а порівнянням двох періодів: базового — до втручання — і поточного, приведених до однакових погодних умов.

Без такої нормалізації будь-яка цифра економії залишається предметом спору, тому розрахунок ведемо за методикою ASHRAE: вона дає зіставну базу за різної температури зовнішнього повітря та різного завантаження зон.

Що змінюється на об’єкті після виведення контуру в керований режим:

• Зниження енергоспоживання будівлі — на 15–30%: на об’єктах із вираженою інерцією та добовими коливаннями навантаження ефект ближчий до верхньої межі, на малих контурах — до нижньої.
• Усунення перегріву й недогріву: зникає ручний підбір уставок «на око», температура в зонах перестає залежати від зміни та від того, хто чергує.
• Скорочення хибних пусків: кількість увімкнень і зупинок агрегатів падає в рази, а разом із нею — знос компресорів, приводів і запірної арматури.
• Стабільність мікроклімату: відхилення від уставки тримається в діапазоні десятих часток градуса замість градусів, скарги на задуху та протяги не накопичуються до середини дня.
• Час виходу на режим після простою, зміни навантаження або розморожування скорочується — обладнання раніше доходить до робочої точки й не працює «на межі» зайву годину.

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

Саме на цих метриках ми й домовляємося про приймання: до старту фіксуємо базу, після — знімаємо той самий зріз за тими самими точками обліку.

Режими керування HVAC: порівняння підходів

Режими керування HVAC різняться тим, що система вважає вхідними даними: час, поріг, поточне показання датчика або прогноз. Від цього залежить і досяжний ефект з енергоспоживання, і обсяг робіт із диспетчеризації, тому порівнювати підходи має сенс лише разом із їхніми обмеженнями.

Обмеження автоматизації не знімаються вибором одного підходу. На практиці розклад залишається базовим шаром, поверх нього працює предиктивна надбудова, а в разі відмови датчиків або зв’язку система повертається до фіксованих уставок — це і є умова безпечного переходу.

Тому ми починаємо зі збору телеметрії та оцінки інерції контуру, а не із заміни контролерів: спочатку видно, скільки дає кожен крок, потім ухвалюється рішення про глибину автоматизації.

Етапи впровадження: від аудиту до передачі

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

Тому етапи впровадження автоматизації клімату вибудувані так, що кожен крок спирається на перевірений результат попереднього.

1. Аудит інженерних систем. Збираємо фактичну схему: які установки обслуговують зони, чим керуються, де стоять датчики, які контури пов’язані. Окремо фіксуємо точки, де дані недостовірні.

2. Збір і підготовка даних. Вивантажуємо історію за температурою, витратою, положенням клапанів і режимами роботи, прибираємо пропуски та дрейф датчиків.

3. Схема керування обладнанням. Домовляємося, що система має право змінювати: уставки, швидкості вентиляторів, положення заслінок. Критичні вузли залишаються лише на читання.

4. Налаштування під об’єкт. Модель підганяється під інерцію будівлі, тепловтрати та профіль завантаження, а не під усереднений набір.

5. Перевірка на реальних режимах. Запускаємо в спостереженні: модель дає рекомендації, команди виконує штатна автоматика. Звіряємо прогноз із фактом по зонах і дивимося, де помилка зростає під час зміни погоди.

6. Передача в експлуатацію. Регламенти, інструкції для інженерів, межі ручного втручання та повернення до штатної логіки в один крок.

Кожен етап закінчується артефактом, який можна перевірити: схемою, звітом щодо якості даних, протоколом звірки. Це і є точка, де рішення перестає бути експериментом.

Комплект документації та налаштувань за підсумками робіт

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

• Конфігурація контролерів і уставок за кожним контуром — вентиляція, припливні установки, фанкойли, холодопостачання — з позначкою, що змінює алгоритм, а що задано вручну.
• Схеми керування HVAC: логіка контурів, пріоритети, зони, реакції на аварії та переходи між режимами зайнятості й простою.
• Розмежування прав доступу до автоматики: ролі експлуатації, диспетчера й підрядника, межі правки уставок і порядок ескалації при відхиленнях.
• Регламент обслуговування клімату: сезонні перевірки, допустимі діапазони, точки контролю датчиків і дії при виході параметрів за межі.
• Інструкція для служби експлуатації: як читати панель, що робити при розбіжності прогнозу з фактом, як повернутися до попереднього набору налаштувань.
• Документація з інженерних систем: прив’язка датчиків і приводів до точок вводу-виводу, перелік обладнання, зони відповідальності.
• Резервні копії конфігурацій і журнал змін: видно, хто й коли правив уставки, відкат до робочого стану займає хвилини.

Це страховка від головного ризику: ефект тримається, поки налаштування збігаються з реальним обладнанням. Комплект закриває передачу між змінами та підрядниками без повторного обстеження системи.

Кейс: як зникла перевитрата в офісному центрі

Об’єкт — офісний центр близько 18 000 м² з припливними установками, чилерами й фанкойлами по зонах. Керування працювало за тижневим розкладом і уставками, виставленими при пуску: приплив тримався фіксованим, а зони догрівалися місцевими доводжувачами.

Ранковий розігрів ішов одночасно з роботою холодильного контуру — перевитрату давали зустрічні потоки тепла й холоду, а не втрати через огороджувальні конструкції.

Логіку керування переписали поверх наявної автоматики: погодозалежна крива замість фіксованої уставки припливу, нічне зниження температур, зона нечутливості між нагріванням і охолодженням, зонні уставки замість однієї загальної.

Прогнозну модель навчили на архіві датчиків за минулі сезони, обмін даними йде за відкритим стандартом BACnet — обладнання міняти не довелося.

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

Що робити, якщо диспетчеризація вже розгорнута

Нічого не зносимо й не перепрошиваємо: наявна диспетчеризація будівлі залишається головним контуром керування, а наша надбудова підключається до неї як ще одне джерело завдань через BACnet і вже наявні точки.

Спочатку знімаємо фактичну картину — які уставки, розклади й пріоритети запису живуть у контролерах сьогодні, де оператор втручається руками. Без цієї карти будь-яке втручання перетворюється на вгадування.

Змінюємо рівно два класи впливів: уставки за температурою та час пуску-зупинки обладнання. Контури регулювання, захисту від замерзання, аварійні блокування та граничні обмеження залишаються недоторканими — алгоритм фізично не може вийти за задані межі.

Якщо зв’язок із надбудовою зникає, контролер продовжує працювати за останніми штатними налаштуваннями, об’єкт не залишається без керування.

Ручні режими зберігаємо за пріоритетом: операторське перевизначення завжди вище за наші завдання, а інженерний режим на щиті повністю виводить зону з-під керування алгоритму.

Це усвідомлений вибір — на об’єктах із технологічними процесами та нестандартним плануванням такі зони просто виключаються з контуру, а не підганяються під модель.

Увімкнення йде поетапно: одна-дві зони або поверх, порівняння з базовою лінією за тієї самої погоди й завантаження, і лише потім розширення.

Відкат змін — це зняття надбудови й повернення вихідних уставок: перелік точок та їхні попередні значення фіксуються в журналі до старту, тому повернення займає хвилини й не потребує виїзду на об’єкт для переналагодження.

Технічні сумніви перед стартом робіт

Перед стартом у технічної команди замовника виникають ті самі питання: якість даних із встановлених датчиків, сумісність із наявною автоматикою, перевірюваність ефекту та відповідальність після передачі.

Чи вбудується рішення в наявне обладнання?

Працюємо через штатні інтерфейси наявної автоматики, контури безпеки не чіпаємо. Рішення ставиться надбудовою: читає поточний стан і віддає уставки в діапазоні, межі якого задані в конфігурації.

Як переконатися, що ефект реальний, а не сезонний?

До запуску фіксуємо базову лінію за зіставними періодами — температура зовнішнього повітря, завантаження, режим роботи. Порівнюємо паралельні контури, а не «до і після»: звіт збирається з тих самих даних, що йдуть на керування.

Хто відповідає за роботу після передачі?

Передаємо конфігурації, схеми, політики перемикання й документацію, навчаємо експлуатацію. У гарантійний період стежимо за дрейфом моделі, далі об’єкт працює автономно, а повернення на ручний режим залишається в одну команду.

Обговоримо задачу й повернемося з планом робіт

Щоб запропонувати оптимізацію HVAC із вимірюваним ефектом, а не загальне «знизимо споживання», нам потрібні вихідні дані для розрахунку: архів телеметрії з датчиків і контролерів, поточні уставки, розклади, схеми контурів і те, як об’єкт експлуатується в будні та вихідні. За ними рахуємо базовий профіль споживання та запас, який закладено в поточні сценарії керування.

У відповідь повертаємося не оцінкою «на око», а планом робіт з автоматизації клімату: склад етапів, що робимо на кожному, які дані потрібні з вашого боку й де ви приймаєте результат.

• Аудит телеметрії: які точки знімаються, де провали, які контури реально керовані.
• Модель базового споживання: поточний профіль за фактом, щоб ефект рахувався у відсотках.
• Сценарії керування: уставки, розклади, нічні та вихідні режими, пріоритети контурів.
• План впровадження: пілот на одному контурі, потім тиражування, із зоною відкату на кожному кроці.
• Точки контролю результату: зріз до і після, поведінка в перехідні періоди та на піках.
• Ризики та обмеження: де автоматика не дасть ефекту без налагодження або заміни обладнання.

Кожен пункт узгоджуємо зі службою експлуатації до старту — щоб зміни не зламали режими, на яких тримається технологічний процес. Спочатку фіксуємо склад етапів і точки контролю, строки прив’язуємо після.

Опишіть задачу та поточну схему керування кліматом — повернемося з планом робіт.