Як приймати BMS: що перевірити до підписання акта

Підрядник показав мнемосхеми, запустив установку й передав пароль. Чи достатньо цього, щоб прийняти систему автоматизації?

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

Спочатку — матриця функцій

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

Якщо функція сформульована як «система працює автоматично», приймати фактично нічого. Якщо записано, коли вона запускається, які дозволи перевіряє та як реагує на помилки, результат стає перевірюваним.

Перевіряємо точку від фізичного джерела до екрана

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

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

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

Перевірка штатної роботи — лише частина приймання

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

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

Нас цікавить не тільки повідомлення «помилка», а стан, у якому залишилося обладнання. І порядок повернення до нормальної роботи після усунення причини.

Резервна копія має бути придатною до відновлення

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

У Metasys, наприклад, архівна копія та процедура її відновлення — окремо визначені операції. Для відновлення можуть діяти обмеження версій бази даних і вимоги до сертифікатів. ³ ⁴

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

Що передається власнику

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

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

Не приховуємо сезонні обмеження

Якщо взимку неможливо натурно перевірити літній пік, у протоколі слід розділити виконані випробування, симуляцію та відкладену сезонну перевірку. Не варто відмічати неперевірений режим як пройдений.

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

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