Видеоаналитика на стройке: как сократить время реакции на риски

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

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

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

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

• Камера передаёт видеопоток
• Локальный сервер или edge-устройство анализирует кадры
• Модель находит людей, технику, каски, жилеты, движение
• Слой правил проверяет, есть ли нарушение
• Формируется событие: время, камера, зона, тип нарушения, скриншот, приоритет
• Уведомление уходит прорабу, инженеру по охране труда или диспетчеру
• Событие сохраняется в журнале для разбора

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

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

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

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

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

Связь на стройке часто нестабильна: промзоны, окраины, LTE-модемы, временные каналы. Передача нескольких HD-потоков в облако перегружает канал, увеличивает задержку, а при обрыве связи облачная обработка просто перестаёт получать поток. Для задач безопасности это критично.

Поэтому вычислитель ставится локально - в серверной, бытовке или техническом шкафу. Он обрабатывает потоки на площадке и отправляет наружу только события, скриншоты и журналы. Система работает при плохой связи, задержка ниже, данных наружу меньше, хранение видео проще контролировать. Для небольшого объекта хватает компактной edge-платформы, для большого числа камер нужен сервер с GPU.

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

Обработка. Вычислитель принимает потоки, запускает детекцию людей и техники, трекинг, классификацию СИЗ, анализ позы. Модели оптимизируются под конкретное железо, конфигурация выбирается устойчивая к пыли, дождю и перекрытиям.

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

Интеграции. Событие попадает в привычный контур: Telegram-бот, диспетчерская панель, мобильное приложение, почта, система охраны труда. Нарушение касочного режима идёт инженеру по ОТ, падение или риск столкновения - сразу прорабу и диспетчеру. В журнале сохраняются время, камера, зона, скриншот, статус и ответственный.

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

Документальный след. Журнал событий с датой, зоной, фото, статусом и ответственным часто оказывается не менее ценным, чем само уведомление: он показывает повторяющиеся нарушения, проблемные зоны и подрядчиков с низкой дисциплиной.

Персональные данные. На старте достаточно зонального контроля без определения личности: «человек в зоне X без каски». Если нужна персональная идентификация, её выносят в отдельный контур с юридической проработкой и согласиями.

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

• Выбрать участок с высоким риском: движение техники, высотные работы, опасный проход, монтаж
• Проверить камеры: ракурс, детализация, освещение, ночной режим, стабильность RTSP
• Настроить простые сценарии: опасная зона, каски, время в зоне
• Первые недели работать в режиме наблюдения без массовых алертов и настроить пороги
• Определить, кто получает уведомления, как быстро реагирует и где закрывает событие
• Оценить результат по метрикам, зафиксированным до старта: число событий, доля подтверждённых, время реакции, повторяемость, проблемные зоны

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

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