Разработка AI-системы детекции нарушений ТБ на стройке

Контроль техники безопасности на площадке держится на обходах и человеческом внимании — нарушения замечают постфактум. Мы разрабатываем и внедряем под ключ AI-детекцию нарушений ТБ: система в реальном времени фиксирует отсутствие каски, работу на высоте без страховки и опасные зоны. Время реакции сокращается в разы, а доля нарушений падает уже в первые недели.
Часто задаваемые вопросы

Разработка AI для стройки: где теряется контроль ТБ

Видеонаблюдение на объекте обычно закрывает задачу «запись есть»: камеры стоят на периметре, у крана и на бытовках, архив пишется непрерывно. Но контроль техники безопасности на стройке от этого плотнее не становится — инженер по охране труда один на десятки зон и не может одновременно смотреть всё, пока смена идёт в несколько потоков. В итоге нарушение — работа без каски, отсутствие страховки на высоте, проход под грузом — фиксируется постфактум: при обходе или уже после инцидента.

Дороже всего это обходится на разборе. Спор идёт словами, а не записями: в архиве лежат сотни часов видео, нужный фрагмент никто не находит, подрядчик оспаривает предписание, и доказать, что человек в конкретную минуту был в опасной зоне, нечем. Часть нарушений остаётся без последствий, а культура ТБ держится на устных внушениях.

Детекция нарушений ТБ закрывает этот разрыв. Модель работает по потоку с камер в реальном времени и на каждом кадре проверяет набор правил: каска и сигнальный жилет, страховочный пояс на высоте, вход в зону работы крана, недопустимая близость к технике. Событие получает метку времени, номер камеры и зону, к нему автоматически пишется короткий клип — смена закрывается не обходом, а журналом с доказательствами.

Разработка AI для стройки здесь начинается не с модели, а с правил: что считаем нарушением, в какой зоне и с какой задержкой. Ниже разбираем, как это собирается под конкретный объект — от расстановки камер и порогов срабатывания до выгрузки в журнал, который принимает и служба охраны труда, и заказчик.

Что меняется на площадке: время реакции и доля нарушений

Смена заканчивается, а разбор нарушений начинается только при просмотре архива — если до него вообще дойдут. Камеры пишут поток, но события в нём не размечаются: о работе на высоте без страховки узнают из отчёта или уже после происшествия. Скорость реакции на нарушение измеряется часами, а не минутами.

Автоматическое выявление нарушений переносит точку решения в момент события. Кадр разбирается на площадке: отсутствие каски, работа без страховочного пояса, вход в опасную зону крана. Перечень событий фиксируем заранее — по Правилам по охране труда и внутреннему регламенту заказчика, — чтобы система искала именно то, за что на объекте реально останавливают работы.

Единый журнал нарушений ТБ собирает события со всех камер и всех подрядчиков: не письма и звонки, а одна лента с временем, зоной, типом нарушения и подтверждающим фрагментом. Контроль подрядчиков на объекте становится сопоставимым — видно, у кого повторяются одни и те же нарушения, а не у кого громче бригадир.

Отдельная работа — снижение ложных срабатываний. Каска, мелькнувшая в отражении, и подъём крана нарушением не считаются: решение принимается по нескольким кадрам подряд, с проверкой зон и положения человека. Доля событий, которые оператор разбирает вручную, падает в разы, и внимание уходит на реальные риски, а не на просмотр архива.

В сумме это сдвигает две метрики: время от нарушения до сигнала сокращается до минуты, а разбор смены заменяется работой по журналу.

Варианты внедрения AI-детекции: облако, контур объекта, гибрид

Выбор между облачной обработкой видео, локальным контуром на объекте и гибридной схемой определяется не привычкой, а тремя условиями площадки: насколько стабилен канал связи, где по требованиям хранятся записи и кто обслуживает оборудование. Одни и те же модели детекции нарушений ТБ ведут себя в этих схемах по-разному, поэтому развёртывание видеоаналитики начинается с замера канала и ревизии точек установки камер.

Вариант Когда подходит Ограничения
Облачная обработка видео Устойчивый канал связи, 1–3 камеры, нет серверного помещения на площадке Просадка канала останавливает детекцию: поток теряется, события уходят в очередь и разбираются позже
Локальный контур на объекте Много камер, нестабильный канал, хранение видео требуется внутри объекта Нужны помещение, охлаждение и обслуживание; обновление моделей — плановый выезд или удалённый доступ
Гибридная схема обработки Канал среднего качества, часть камер критична, часть — обзорные Сложнее настройка: детекция разделена между объектом и облаком, нужна согласованная очередь событий

На действующих стройках чаще выигрывает гибридная схема: детекция и краткосрочный буфер остаются на объекте, а в облако уходят события с метками времени и выгрузки для отчётности. Канал связи перестаёт быть единой точкой отказа — при просадке разбор инцидента опирается на уже зафиксированные события, а не на непрерывный поток, который мог не дойти.

Как идёт внедрение: от аудита площадки до передачи в эксплуатацию

Порядок работ выстроен так, чтобы решение подтверждалось фактами с площадки, а не демонстрацией на заранее подготовленных кадрах. Каждый этап заканчивается артефактом, который принимает заказчик: карта зон, размеченный набор, регламент контроля, протокол сменных испытаний.

  1. Обследование стройплощадки. Обходим зоны и этажи, фиксируем ракурсы, освещение в разные смены, перекрытия кранами и лесами, состояние уже установленных камер. На выходе — карта зон контроля: где видимость достаточная, а где нужен перенос точки.

  2. Подготовка данных для модели. Размечаем кадры именно с этой площадки, а не только открытые наборы: ночные смены, дождь, пыль, частичные перекрытия. Следим за балансом классов, иначе редкие нарушения выпадают из обучения, а частые перетягивают внимание на себя.

  3. Настройка сценариев контроля. Фиксируем, что считаем нарушением, задаём пороги срабатывания по каждой зоне и маршрут оповещения. У сварки и у зоны разгрузки чувствительность разная — иначе одна зона тонет в ложных, а вторая пропускает реальные случаи.

  4. Проверка на реальных сменах. Запускаем в режиме наблюдения без оповещений и сверяем срабатывания с обходами бригадира: считаем пропуски и ложные, разбираем каждое расхождение. По итогам правим пороги и сценарии, а не подкручиваем на глаз по одному кадру.

  5. Обучение смен и регламенты. Пишем, кто и как реагирует на срабатывание, как оспаривается ложное, как передаётся смена. Без этого система живёт неделю и превращается в фон.

  6. Передача в эксплуатацию. Отдаём настроенные сценарии, инструкции, доступы и порядок эскалации, сопровождаем первые недели работы. Отдельно фиксируем, как обновлять зоны и пороги, когда на площадке меняется техника или этажность.

Что остаётся у вас: конфигурации, схемы зон, регламенты

Система детекции нарушений ТБ — это не только модель, которая находит каску или страховочный строп. Работоспособность держится на конфигурации: где стоят камеры, что считается нарушением в конкретной зоне, кто и как реагирует на сигнал. Всё это передаём вам рабочими файлами и регламентами — менять границы зон и пороги срабатывания можно без обращения к нам.

  • Схема зон контроля: контуры опасных участков, рабочая зона крана, места с обязательной каской — с привязкой к камерам и ракурсам.
  • Конфигурации сценариев: перечень детектируемых событий, пороги чувствительности и правила подавления ложных срабатываний на перекрытиях и в сумерках.
  • Регламент реагирования на сигнал: кому уходит уведомление, за какое время, что фиксируется в журнале, когда событие эскалируется руководителю работ.
  • Права доступа операторов: роли, видимость камер и событий, запрет удаления записей, порядок выдачи и отзыва доступов при смене персонала.
  • Инструкция для охраны и дежурной смены: как подтвердить или отклонить сигнал, что делать ночью, кого уведомлять при повторном нарушении.
  • Документация на систему: архитектура, перечень камер и зон, порядок обновления моделей, перечень проверок после пусконаладки и работ на площадке.
  • Журнал событий и порядок выгрузки: формат и срок хранения, как быстро поднять выборку для разбора инцидента или спорной ситуации.

Через несколько месяцев эксплуатации именно эти документы держат систему: подрядчик по камерам меняется, смены охраны обновляются, а зоны и правила детекции остаются рабочими и воспроизводимыми.

Кейс на действующем объекте: что изменилось за квартал

Пилот запускали на действующей площадке, где параллельно работают несколько подрядчиков. До внедрения нарушения фиксировал обход: СИЗ, работа на высоте без страховки, вход в опасную зону под краном. Между обходами эпизоды не попадали в отчётность, а спор с подрядчиком упирался в «слово против слова» — ни фрагмента, ни времени события.

Настроили Пилот «Охрана труда»: камеры на въезде, у крана и на фасадных захватках разнесли по зонам и типам работ, для каждой зоны — свой набор правил. Дежурный смены получает сигнал с фрагментом и подтверждает или отклоняет его; отклонённые тоже уходят в разбор, поэтому пороги срабатывания подкручивали по факту, а не по ощущениям.

Показатель До пилота После квартала
Эпизоды нарушений, попавшие в отчётность только из обходов, около 40% 9 из 10 с подтверждением
Время от нарушения до сигнала охране до следующего обхода в течение смены
Подтверждённых сигналов 5 из 10 на старте 8 из 10
Повторные нарушения по подрядчику не отслеживались видно по каждому

Обратная связь заказчика свелась к одному: сигнал должен приходить до утреннего обхода, а не после. Эпизоды включили в утренний разбор — бригадир получает список по своим людям и закрывает его до начала работ, а повторяющиеся случаи у одного подрядчика выносят на отдельную встречу по безопасности. Точность детекции нарушений выросла именно на этом: правила донастраивали под реальные условия площадки — пыль, сумерки, стеснённый монтаж.

Что делать, если камеры и охрана на объекте уже есть?

Существующая система наблюдения — это актив, а не балласт: камеры, трассы, регистратор и щитовая уже смонтированы. Поэтому интеграция с существующими камерами начинается не с демонтажа, а с инвентаризации: какие модели стоят, где физически пишутся записи, есть ли свободный видеопоток для внешнего потребителя и какой к нему доступ по сети.

Дальше — проверка ракурсов по каждой зоне. Смотрим, попадает ли рабочая зона в кадр целиком, не перекрывает ли её штабель или стрела крана, хватает ли детализации на каску, страховочный карабин и ограждение, что с картинкой ночью и в контровом свете. По опыту 10-20% камер приходится перевесить или заменить — остальной парк отдаёт данные в аналитику без изменений.

Доработка системы наблюдения — это отдельный вычислительный узел на объекте, который забирает потоки, распознаёт нарушения и отдаёт наружу только события с кадром и меткой времени. Действующая охрана сохраняет привычный доступ к записи и живому видео: текущий контур не ломается и не перенастраивается вручную.

Работа с действующей охраной строится вокруг их регламента — событие приходит туда, где смена уже смотрит: на пост, в рацию, в журнал смены. Дежурный подтверждает или отклоняет сработку, и эта обратная связь уходит на дообучение, поэтому доля ложных срабатываний снижается от недели к неделе.

Поэтапное внедрение начинаем с двух-трёх зон риска и обкатки на реальных сменах, а расширяем только после того, как метрики по детекции стабильны. Такой порядок даёт увидеть эффект до масштабирования и не останавливать работы на объекте.

Частые технические сомнения: точность, ложные срабатывания, доступ

Ложные срабатывания — не свойство модели, а следствие настройки порогов и разметки. Пар от бетонных работ, солнце в контражуре, качающийся трос крана выглядят для покадрового анализа как отсутствие каски — поэтому распознавание строится по временному окну.

Как отделяется нарушение от помехи?

Срабатывание проходит два фильтра: уверенность модели на кадре и проверка признака по последовательности. Порог калибруется по записям с площадки, поэтому ночная смена и туман не дают потока пустых тревог.

Что с хранением записей и доступами?

Пишем фрагменты вокруг события, а не непрерывный поток: объём хранения падает в разы, доказательная база остаётся полной. Доступ разграничен по ролям — охрана видит тревогу, инженер по ТБ разбор и выгрузку, подрядчик только свои зоны.

Обязателен ли человек в контуре?

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

Как система привыкает к новой площадке и смене подрядчиков?

Площадка описывается зонами и правилами, а не пересборкой модели: геометрия размечается, пороги калибруются на нескольких днях записи. Смена подрядчика меняет людей в кадре, но не настройки — система опирается на средства защиты.

Обсудим задачу: что прислать для оценки вашей площадки

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

  • схема площадки: границы, зоны с разными правилами ТБ и места, где нарушения фиксируются чаще всего;
  • перечень камер с зонами обзора — установленных сейчас или планируемых, с точками монтажа;
  • как устроена передача данных: регистратор, сервер или облако, есть ли выделенный канал и запас по нагрузке;
  • примеры нарушений, которые нужно ловить: работа без каски, на высоте без страховки, вход в опасную зону — 5–10 коротких фрагментов записей;
  • кто реагирует сегодня: дежурный, охрана, прораб — и по какой схеме передаётся сигнал;
  • требования к хранению и доступам: сколько держать записи, кому нужен доступ, есть ли внутренние ограничения по обработке данных;
  • ограничения по работам на объекте: окна, когда можно вести монтаж и настройку без остановки стройки, и контакт ответственного.

На выходе вы получаете схему контроля площадки с расстановкой камер и правилами по зонам, план этапов внедрения с точками приёмки и понятным составом работ по каждому шагу. Дальше фиксируем сроки и запускаем первый этап.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1393
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1368
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    815
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1139