Розробка AI для будівництва: де втрачається контроль ТБ
Відеоспостереження на об'єкті зазвичай закриває завдання «запис є»: камери стоять на периметрі, біля крана й на побутівках, архів пишеться безперервно.
Але контроль техніки безпеки на будівництві від цього щільнішим не стає — інженер з охорони праці один на десятки зон і не може одночасно дивитися все, поки зміна йде в кілька потоків.
У підсумку порушення — робота без каски, відсутність страхування на висоті, прохід під вантажем — фіксується постфактум: під час обходу або вже після інциденту.
Найдорожче це обходиться на розборі. Суперечка точиться словами, а не записами: в архіві лежать сотні годин відео, потрібний фрагмент ніхто не знаходить, підрядник оспорює припис, і довести, що людина в конкретну хвилину була в небезпечній зоні, нічим. Частина порушень залишається без наслідків, а культура ТБ тримається на усних умовляннях.
Детекція порушень ТБ закриває цей розрив. Модель працює за потоком з камер у реальному часі й на кожному кадрі перевіряє набір правил: каска й сигнальний жилет, страхувальний пояс на висоті, вхід у зону роботи крана, неприпустима близькість до техніки.
Подія отримує мітку часу, номер камери та зону, до неї автоматично пишеться короткий кліп — зміна закривається не обходом, а журналом з доказами.
Розробка AI для будівництва тут починається не з моделі, а з правил: що вважаємо порушенням, у якій зоні та з якою затримкою.
Нижче розбираємо, як це збирається під конкретний об'єкт — від розстановки камер і порогів спрацювання до вивантаження в журнал, який приймає і служба охорони праці, і замовник.
Що змінюється на майданчику: час реакції та частка порушень
Зміна закінчується, а розбір порушень починається лише під час перегляду архіву — якщо до нього взагалі дійдуть. Камери пишуть потік, але події в ньому не розмічаються: про роботу на висоті без страхування дізнаються зі звіту або вже після пригоди. Швидкість реакції на порушення вимірюється годинами, а не хвилинами.
Автоматичне виявлення порушень переносить точку рішення в момент події. Кадр розбирається на майданчику: відсутність каски, робота без страхувального пояса, вхід у небезпечну зону крана.
Перелік подій фіксуємо заздалегідь — за Правилами з охорони праці та внутрішнім регламентом замовника, — щоб система шукала саме те, за що на об'єкті реально зупиняють роботи.
Єдиний журнал порушень ТБ збирає події з усіх камер і всіх підрядників: не листи й дзвінки, а одна стрічка з часом, зоною, типом порушення та підтверджувальним фрагментом.
Контроль підрядників на об'єкті стає зіставним — видно, у кого повторюються ті самі порушення, а не в кого голосніше бригадир.
Окрема робота — зниження хибних спрацювань. Каска, що майнула у відображенні, і підйом крана порушенням не вважаються: рішення ухвалюється за кількома кадрами поспіль, з перевіркою зон і положення людини.
Частка подій, які оператор розбирає вручну, падає в рази, і увага йде на реальні ризики, а не на перегляд архіву.
Загалом це зсуває дві метрики: час від порушення до сигналу скорочується до хвилини, а розбір зміни замінюється роботою за журналом.
Варіанти впровадження AI-детекції: хмара, контур об'єкта, гібрид
Вибір між хмарною обробкою відео, локальним контуром на об'єкті та гібридною схемою визначається не звичкою, а трьома умовами майданчика: наскільки стабільний канал зв'язку, де за вимогами зберігаються записи й хто обслуговує обладнання.
Ті самі моделі детекції порушень ТБ поводяться в цих схемах по-різному, тому розгортання відеоаналітики починається з заміру каналу та ревізії точок установки камер.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Хмарна обробка відео | Стійкий канал зв'язку, 1–3 камери, немає серверного приміщення на майданчику | Просідання каналу зупиняє детекцію: потік губиться, події йдуть у чергу й розбираються пізніше |
| Локальний контур на об'єкті | Багато камер, нестабільний канал, зберігання відео потрібне всередині об'єкта | Потрібні приміщення, охолодження та обслуговування; оновлення моделей — плановий виїзд або віддалений доступ |
| Гібридна схема обробки | Канал середньої якості, частина камер критична, частина — оглядові | Складніше налаштування: детекція розділена між об'єктом і хмарою, потрібна узгоджена черга подій |
На діючих будовах частіше виграє гібридна схема: детекція й короткостроковий буфер залишаються на об'єкті, а в хмару йдуть події з мітками часу та вивантаження для звітності.
Канал зв'язку перестає бути єдиною точкою відмови — під час просідання розбір інциденту спирається на вже зафіксовані події, а не на безперервний потік, який міг не дійти.
Як відбувається впровадження: від аудиту майданчика до передачі в експлуатацію
Порядок робіт вибудуваний так, щоб рішення підтверджувалося фактами з майданчика, а не демонстрацією на заздалегідь підготовлених кадрах. Кожен етап закінчується артефактом, який приймає замовник: карта зон, розмічений набір, регламент контролю, протокол змінних випробувань.
-
Обстеження будівельного майданчика. Обходимо зони та поверхи, фіксуємо ракурси, освітлення в різні зміни, перекриття кранами й риштуваннями, стан уже встановлених камер. На виході — карта зон контролю: де видимість достатня, а де потрібне перенесення точки.
-
Підготовка даних для моделі. Розмічаємо кадри саме з цього майданчика, а не лише відкриті набори: нічні зміни, дощ, пил, часткові перекриття. Стежимо за балансом класів, інакше рідкісні порушення випадають з навчання, а часті перетягують увагу на себе.
-
Налаштування сценаріїв контролю. Фіксуємо, що вважаємо порушенням, задаємо пороги спрацювання за кожною зоною та маршрут оповіщення. У зварювання й у зони розвантаження чутливість різна — інакше одна зона тоне в хибних, а друга пропускає реальні випадки.
-
Перевірка на реальних змінах. Запускаємо в режимі спостереження без оповіщень і звіряємо спрацювання з обходами бригадира: рахуємо пропуски й хибні, розбираємо кожну розбіжність. За підсумками правимо пороги та сценарії, а не підкручуємо на око за одним кадром.
-
Навчання змін і регламенти. Пишемо, хто і як реагує на спрацювання, як оспорюється хибне, як передається зміна. Без цього система живе тиждень і перетворюється на фон.
-
Передача в експлуатацію. Віддаємо налаштовані сценарії, інструкції, доступи та порядок ескалації, супроводжуємо перші тижні роботи. Окремо фіксуємо, як оновлювати зони й пороги, коли на майданчику змінюється техніка або поверховість.
Що залишається у вас: конфігурації, схеми зон, регламенти
Система детекції порушень ТБ — це не лише модель, яка знаходить каску або страхувальний строп. Працездатність тримається на конфігурації: де стоять камери, що вважається порушенням у конкретній зоні, хто і як реагує на сигнал.
Усе це передаємо вам робочими файлами й регламентами — змінювати межі зон і пороги спрацювання можна без звернення до нас.
- Схема зон контролю: контури небезпечних ділянок, робоча зона крана, місця з обов'язковою каскою — з прив'язкою до камер і ракурсів.
- Конфігурації сценаріїв: перелік детектованих подій, пороги чутливості та правила придушення хибних спрацювань на перекриттях і в сутінках.
- Регламент реагування на сигнал: кому надходить повідомлення, за який час, що фіксується в журналі, коли подія ескалюється керівнику робіт.
- Права доступу операторів: ролі, видимість камер і подій, заборона видалення записів, порядок надання та відкликання доступів під час зміни персоналу.
- Інструкція для охорони та чергової зміни: як підтвердити або відхилити сигнал, що робити вночі, кого повідомляти при повторному порушенні.
- Документація на систему: архітектура, перелік камер і зон, порядок оновлення моделей, перелік перевірок після пусконалагодження та робіт на майданчику.
- Журнал подій і порядок вивантаження: формат і термін зберігання, як швидко підняти вибірку для розбору інциденту або спірної ситуації.
Через кілька місяців експлуатації саме ці документи тримають систему: підрядник із камер змінюється, зміни охорони оновлюються, а зони й правила детекції залишаються робочими та відтворюваними.
Кейс на діючому об'єкті: що змінилося за квартал
Пілот запускали на діючому майданчику, де паралельно працюють кілька підрядників. До впровадження порушення фіксував обхід: ЗІЗ, робота на висоті без страхування, вхід у небезпечну зону під краном.
Між обходами епізоди не потрапляли у звітність, а спір із підрядником упирався в «слово проти слова» — ні фрагмента, ні часу події.
Налаштували Пілот «Охорона праці»: камери на в'їзді, біля крана та на фасадних захватках рознесли за зонами й типами робіт, для кожної зони — свій набір правил.
Черговий зміни отримує сигнал із фрагментом і підтверджує або відхиляє його; відхилені теж ідуть на розбір, тому пороги спрацювання підкручували за фактом, а не за відчуттями.
| Показник | До пілота | Після кварталу |
|---|---|---|
| Епізоди порушень, що потрапили у звітність | лише з обходів, близько 40% | 9 з 10 з підтвердженням |
| Час від порушення до сигналу охороні | до наступного обходу | протягом зміни |
| Підтверджених сигналів | 5 з 10 на старті | 8 з 10 |
| Повторні порушення за підрядником | не відстежувалися | видно за кожним |
Зворотний зв'язок замовника звівся до одного: сигнал має надходити до ранкового обходу, а не після.
Епізоди включили в ранковий розбір — бригадир отримує список за своїми людьми й закриває його до початку робіт, а повторювані випадки в одного підрядника виносять на окрему зустріч із безпеки.
Точність детекції порушень зросла саме на цьому: правила доналаштовували під реальні умови майданчика — пил, сутінки, стиснений монтаж.
Що робити, якщо камери та охорона на об'єкті вже є?
Наявна система спостереження — це актив, а не баласт: камери, траси, реєстратор і щитова вже змонтовані.
Тому інтеграція з наявними камерами починається не з демонтажу, а з інвентаризації: які моделі стоять, де фізично пишуться записи, чи є вільний відеопотік для зовнішнього споживача та який до нього доступ у мережі.
Далі — перевірка ракурсів за кожною зоною. Дивимося, чи потрапляє робоча зона в кадр повністю, чи не перекриває її штабель або стріла крана, чи вистачає деталізації на каску, страхувальний карабін і огорожу, що з картинкою вночі та в контровому світлі.
За досвідом 10-20% камер доводиться перевішувати або замінювати — решта парку віддає дані в аналітику без змін.
Доопрацювання системи спостереження — це окремий обчислювальний вузол на об'єкті, який забирає потоки, розпізнає порушення й віддає назовні лише події з кадром і міткою часу.
Діюча охорона зберігає звичний доступ до запису й живого відео: поточний контур не ламається й не переналаштовується вручну.
Робота з діючою охороною будується навколо їхнього регламенту — подія приходить туди, де зміна вже дивиться: на пост, у рацію, в журнал зміни.
Черговий підтверджує або відхиляє спрацювання, і цей зворотний зв'язок іде на донавчання, тому частка хибних спрацювань знижується від тижня до тижня.
Поетапне впровадження починаємо з двох-трьох зон ризику та обкатки на реальних змінах, а розширюємо лише після того, як метрики з детекції стабільні. Такий порядок дає побачити ефект до масштабування й не зупиняти роботи на об'єкті.
Часті технічні сумніви: точність, хибні спрацювання, доступ
Хибні спрацювання — не властивість моделі, а наслідок налаштування порогів і розмітки. Пара від бетонних робіт, сонце в контражурі, трос крана, що гойдається, виглядають для покадрового аналізу як відсутність каски — тому розпізнавання будується за часовим вікном.
Як відділяється порушення від завади?
Спрацювання проходить два фільтри: упевненість моделі на кадрі та перевірка ознаки за послідовністю. Поріг калібрується за записами з майданчика, тому нічна зміна й туман не дають потоку порожніх тривог.
Що зі зберіганням записів і доступами?
Пишемо фрагменти навколо події, а не безперервний потік: обсяг зберігання падає в рази, доказова база залишається повною. Доступ розмежований за ролями — охорона бачить тривогу, інженер з ТБ розбір і вивантаження, підрядник лише свої зони.
Чи обов'язкова людина в контурі?
На старті — так: оператор підтверджує або відхиляє подію, рішення йдуть на донавчання. Потім поріг піднімається, і частина типів порушень переходить в автоматичний режим із вибірковою перевіркою.
Як система звикає до нового майданчика та зміни підрядників?
Майданчик описується зонами й правилами, а не перезбиранням моделі: геометрія розмічається, пороги калібруються на кількох днях запису. Зміна підрядника змінює людей у кадрі, але не налаштування — система спирається на засоби захисту.
Обговоримо задачу: що надіслати для оцінки вашого майданчика
Щоб повернутися з оцінкою проєкту, а не із загальними міркуваннями, достатньо надіслати те, що вже є під рукою. Решту уточнимо в розмові — зазвичай півгодини обговорення задачі закривають питання, які інакше розтягуються на тиждень листування.
- схема майданчика: межі, зони з різними правилами ТБ і місця, де порушення фіксуються найчастіше;
- перелік камер із зонами огляду — установлених зараз або запланованих, із точками монтажу;
- як влаштована передача даних: реєстратор, сервер або хмара, чи є виділений канал і запас за навантаженням;
- приклади порушень, які потрібно ловити: робота без каски, на висоті без страхування, вхід у небезпечну зону — 5–10 коротких фрагментів записів;
- хто реагує сьогодні: черговий, охорона, виконроб — і за якою схемою передається сигнал;
- вимоги до зберігання й доступів: скільки тримати записи, кому потрібен доступ, чи є внутрішні обмеження щодо обробки даних;
- обмеження щодо робіт на об'єкті: вікна, коли можна вести монтаж і налаштування без зупинки будівництва, і контакт відповідального.
На виході ви отримуєте схему контролю майданчика з розстановкою камер і правилами за зонами, план етапів впровадження з точками приймання та зрозумілим складом робіт на кожному кроці. Далі фіксуємо терміни й запускаємо перший етап.
