На виробничому підприємстві BMS може керувати вентиляцією та охолодженням будівлі, SCADA – контролювати технологічний процес, а EMS – аналізувати споживання енергії та допомагати ухвалювати рішення щодо її використання. Ці системи можуть обмінюватися даними, але мають різні завдання й повноваження щодо керування. Плануючи інтеграцію, насамперед потрібно визначити, яка інформація необхідна, хто відповідає за її якість і які команди дозволено передавати системам автоматизації.
EMS і BMS – у чому різниця?
EMS (Energy Management System) у цій статті означає технічну платформу для моніторингу, аналізу й оптимізації використання енергії та інших ресурсів. Вона може об’єднувати дані лічильників, інженерних систем будівлі, машин, джерел енергії та накопичувачів. Залежно від функцій і архітектури EMS також може надсилати погоджені команди керування верхнього рівня. Не кожен продукт, що має назву EMS, підтримує такі можливості.
BMS (Building Management System) призначена передусім для моніторингу інженерних систем будівлі та керування їхньою автоматикою: опаленням, вентиляцією, кондиціюванням, охолодженням і освітленням. Вона працює з локальними контролерами, розкладами, аварійними сигналами та заданими параметрами. У цій статті BMS означає систему керування будівлею, а не Battery Management System – систему керування акумулятором, яка має таке саме скорочення.
На практиці функції можуть частково збігатися: розвинена BMS має модулі енергетичної аналітики, а EMS іноді підтримує автоматизоване керування верхнього рівня. Тому, порівнюючи пропозиції, слід оцінювати конкретні функції та відповідальність за керування, а не лише назву продукту. Подібний широкий підхід до інформаційних систем енергоменеджменту представлено також в огляді EMIS Міністерства енергетики США.
EMS, BMS і SCADA – порівняння функцій на підприємстві
На промислових підприємствах поряд із BMS та EMS часто використовують SCADA (Supervisory Control and Data Acquisition) – систему диспетчерського контролю й збору даних з обладнання та технологічних процесів. Критично важливе для безпеки керування залишається за локальними контролерами й захисними пристроями, навіть якщо система верхнього рівня відображає задані параметри або передає команди.
| Сфера | BMS | EMS | SCADA |
|---|---|---|---|
| Основне призначення | Експлуатація інженерних систем будівлі | Аналіз та оптимізація використання енергії й інших ресурсів | Контроль технологічних процесів і виробничого обладнання |
| Приклади даних | Температури, стани вентиляційних установок, розклади, аварійні сигнали | kW, kWh, споживання ресурсів, витрати, показники й контекст роботи | Стани машин, витрати середовищ, тиск, параметри процесу |
| Керування | Автоматизація будівлі через локальні контролери | За потреби – керування верхнього рівня в дозволених межах | Диспетчерські команди для автоматизації технологічного процесу |
| Типові користувачі | Технічна служба об’єкта, служба експлуатації та ремонту | Енергоменеджер, аудитор, технічне керівництво | Оператори, інженери з автоматизації, технологи |
Таблиця показує типовий розподіл ролей, а не жорстке визначення кожного продукту. Наприклад, система стисненого повітря може мати власний контролер і SCADA, тоді як EMS лише отримуватиме дані про споживання енергії та продуктивність. Водночас розклад роботи вентиляційних установок може залишатися в BMS, навіть якщо EMS виявляє можливість його коригування.
Як інтегрувати EMS, BMS і SCADA без дублювання функцій?
Інтеграція не обов’язково означає заміну наявних систем. Зазвичай достатньо організувати доступ до погоджених даних через чинні контролери, сервери, шлюзи або програмні інтерфейси. Спершу доцільно налаштувати потік даних лише для читання та перевірити, чи допоможуть вони відповісти на конкретне енергетичне запитання.
- Вимірювання: лічильник електроенергії фіксує потужність і споживання енергії установкою.
- Контекст: BMS передає стан і розклад роботи вентиляційної установки, а SCADA – інформацію про роботу виробничої лінії.
- Аналіз: EMS зіставляє дані за часом і виявляє роботу обладнання поза необхідними годинами.
- Рішення: фахівець з енергетики та служба експлуатації перевіряють вимоги технологічного процесу, умови середовища й безпеку.
- Дія та перевірка: уповноважена особа змінює розклад у BMS, а EMS порівнює наступні періоди роботи за подібних умов.
У складнішому варіанті EMS може надсилати до BMS запит на зміну заданого параметра. Проте такий інтерфейс потребує окремого аналізу прав на запис, пріоритетів керування, обмежень обладнання, повноважень, випробувань і поведінки системи в разі втрати зв’язку. Він не повинен обходити локальні блокування чи захисні пристрої.
Які дані потрібно узгодити перед інтеграцією?
Проблеми інтеграції частіше спричинені неоднозначним тлумаченням сигналів, ніж відсутністю мережевого з’єднання. Дві системи можуть коректно обмінюватися числами, але по-різному їх розуміти. Тому для кожної точки вимірювання та сигналу потрібно визначити джерело, одиницю виміру, часову позначку, спосіб оновлення та відповідальну особу.
| Джерело | Корисний сигнал | Що потрібно перевірити |
|---|---|---|
| Лічильник або допоміжний лічильник | Активна потужність у kW, активна енергія в kWh | Інтервал вимірювання, накопичувальний показ або приріст за інтервал, коефіцієнти та скидання лічильника |
| BMS | Стан вентиляційної установки, розклад, температура та аварійні сигнали | Чи сигнал показує команду, чи фактичний стан обладнання |
| SCADA або контролер технологічного процесу | Робота лінії, виробничий режим, кількість продукції | Значення станів, затримка даних і прив’язка до виробничої зміни |
| EMS | Споживання на одиницю продукції, відхилення й рекомендації | Методика розрахунку показника, якість даних і правила реагування |
Наприклад, миттєва потужність у kW – не те саме, що енергія в kWh. Накопичувальні покази лічильника потрібно правильно перераховувати у споживання за певний період. Якщо EMS аналізує дані з інтервалом 15 хвилин, часові позначки BMS і SCADA мають відповідати однаковим проміжкам. Також слід врахувати перебої передавання даних, переведення годинника й перезапуски пристроїв – інакше уявний «пік» може бути наслідком помилки в даних.
Докладніше про побудову ієрархії вимірювань і показників розповідаємо у статті про моніторинг енергії на підприємстві. Тут головне – визначити, як мають взаємодіяти дані з різних систем.
BACnet, Modbus і OPC UA – які можливості вони насправді дають?
Оцінюючи можливості інтеграції, варто перевірити доступні протоколи. Проте однакова назва протоколу ще не гарантує коректного обміну всіма необхідними даними.
- BACnet – стандарт обміну даними для автоматизації будівель. Він дає змогу передавати, зокрема, дані та команди між обладнанням HVAC і BMS. Набір доступних об’єктів і служб залежить від реалізації в конкретному пристрої; див. пояснення комітету BACnet.
- Modbus використовують, зокрема, у лічильниках, регуляторах і промисловому обладнанні. Для інтеграції потрібно знати карту регістрів, масштабування, типи даних і права на читання та запис. Офіційні специфікації публікує Modbus Organization.
- OPC UA забезпечує обмін структурованими даними та сервісами між системами автоматизації й програмами верхнього рівня та містить механізми автентифікації й захисту зв’язку. Обсяг інтеграції та параметри безпеки потрібно перевіряти для кожного впровадження; див. матеріали OPC Foundation.
Перед придбанням ліцензії або комунікаційного шлюзу попросіть перелік доступних точок даних, версії протоколів, документацію інтерфейсів та умови доступу. У старих системах може знадобитися додатковий перетворювач або експорт даних із наявного сервера. Не варто вважати, що купівля нової платформи автоматично усуне обмеження застарілої автоматики.
Відповідальність і безпека керування
З’єднання корпоративної IT-мережі з автоматикою будівлі та виробництва підвищує значення безпеки OT (Operational Technology). NIST SP 800-82 Rev. 3 описує захист таких середовищ з урахуванням надійності та безпеки технологічних процесів. Це технічні настанови, а не окремий юридичний обов’язок для кожного підприємства в Польщі.
Перед початком обміну даними потрібно щонайменше погодити:
- Права на читання та запис: які системи можуть лише отримувати дані, а яким дозволено змінювати задані параметри.
- Відповідального за процес: хто затверджує зміну розкладу або робочих параметрів – інженер з автоматизації, служба експлуатації чи технолог.
- Технічні межі: локальні блокування, допустимі діапазони заданих параметрів, мінімальні умови роботи та повернення до місцевого керування.
- Захист мережі: сегментацію, керування обліковими записами й правами доступу, реєстрацію змін та обмеження зайвого обміну між IT- та OT-мережами.
- Якість даних: синхронізацію часу, підтримання актуальності карти сигналів, резервні копії налаштувань і дії в разі втрати зв’язку.
Для пілотного проєкту доречна одностороння інтеграція або інтерфейс, логічно обмежений читанням. Автоматичну зміну заданих параметрів варто запроваджувати лише після перевірки безпечної поведінки системи в аварійних станах і нетипових виробничих режимах.
Приклад: вентиляція працює після завершення зміни
Припустімо, SCADA повідомляє про завершення виробництва, але BMS продовжує роботу однієї вентиляційної установки. Допоміжний лічильник показує, що середня електрична потужність її вентиляторів протягом аналізованого інтервалу становить 12 kW. Така ситуація триває одну годину в кожен із 20 робочих днів місяця.
Якщо після перевірки вимог до вентиляції, безпеки, якості повітря та інших робіт після зміни можна усунути цей додатковий час роботи, теоретичний потенціал скорочення споживання становитиме:
12 kW × 1 h/день × 20 днів = 240 kWh/місяць.
Це розрахунок на основі припущень, а не результат реалізованого проєкту чи гарантія економії. Фактичний ефект потребує вимірювання споживання за порівнюваних умов. Якщо вентиляція повинна працювати після зміни або потужність вентиляторів змінюється, результат буде іншим чи змінювати розклад узагалі не можна.
У такій ситуації BMS виконує погоджену зміну керування, SCADA надає контекст технологічного процесу, а EMS допомагає виявити повторювану закономірність і перевірити результат. Один лише графік споживання без виробничих даних і рішення відповідальної особи міг би призвести до хибного висновку.
EMS як програмне забезпечення та ISO 50001 як система менеджменту
Скорочення EMS іноді використовують і як загальну назву «системи енергетичного менеджменту». Програмну платформу слід відрізняти від EnMS (Energy Management System) – організаційної системи енергоменеджменту за ISO 50001:2018. Стандарт визначає засади управління енергією в організації, зокрема ролі, цілі, показники, заходи та постійне поліпшення енергетичних результатів. Він не вимагає придбання конкретної програми EMS або BMS.
Програмне забезпечення може надавати результати вимірювань, звіти й дані для показників, але не замінює відповідальності керівництва, енергетичного аналізу, ухвалення рішень та оцінювання результативності заходів. Якщо мета – упорядкувати весь процес управління, належним орієнтиром буде впровадження ISO 50001. У цій статті ми зосереджуємося на межах функцій і технічній інтеграції платформ.
Коли достатньо наявної системи, а коли потрібна EMS?
Придбання ще однієї платформи не є необхідним лише тому, що на підприємстві вже працює BMS або SCADA. Вибір має визначатися проблемою, яку не розв’язує поточна архітектура.
- BMS забезпечує всі необхідні вимірювання та звіти: перевірте, чи можна використати наявні інструменти без додаткової EMS, особливо якщо йдеться про одну будівлю та системи HVAC.
- Дані розподілені між будівлями й виробництвом: спільний аналітичний рівень EMS може об’єднати дані про енергію, інші ресурси та режими роботи різних установок.
- SCADA добре контролює процес, але бракує наскрізних енергетичних показників: почніть із доступу до даних та одного аналізу, не передаючи керування технологічним процесом до EMS.
- Підприємство хоче керувати джерелами енергії, споживачами або накопичувачами: потрібна окрема специфікація алгоритмів, обмежень, пріоритетів і відповідальності. Не кожна EMS чи BMS має відповідні функції.
На першому етапі варто обрати одну ділянку з вимірюваною проблемою та порівняти стан до й після заходу. Це дасть змогу оцінити якість даних і користь від інтеграції, перш ніж поширювати її на інші установки.
Як підготувати підприємство до обговорення інтеграції EMS і BMS?
Для попередньої оцінки не потрібні ані повний проєкт, ані вся історія вимірювань. Найкориснішими будуть:
- спрощена схема наявної архітектури: лічильники, BMS, SCADA, контролери та сервери;
- перелік обладнання й доступних інтерфейсів і протоколів;
- приклад списку сигналів з одиницями виміру та частотою запису;
- бізнес-ціль або технічна мета, наприклад виявлення роботи обладнання в неробочий час чи порівняння споживання кількох ліній;
- інформація про те, чи достатньо лише читання даних, чи потрібно також змінювати задані параметри;
- обмеження щодо роботи підприємства, безпеки й доступу до мережі автоматизації.
Якщо ви розглядаєте інтеграцію EMS із BMS або SCADA, розкажіть нам про поточну архітектуру, мету аналізу та наявні дані. На цій основі можна попередньо оцінити, чи варто краще використати чинні рішення, доповнити вимірювання або підготувати проєкт інтеграції. Остаточний обсяг керування потрібно погодити з відповідальними за автоматику й технологічний процес.
Джерела й технічні матеріали
- Міністерство енергетики США – Energy Management Information Systems – можливості аналітики й керування верхнього рівня.
- BACnet Committee – About the BACnet Standard – обмін даними в автоматизації будівель.
- Modbus Organization – Specifications – документація протоколів.
- OPC Foundation – OPC UA – архітектура обміну даними.
- NIST SP 800-82 Rev. 3 – безпека систем OT.
- ISO 50001:2018 – організаційні засади енергоменеджменту.
