Разработка AI-системы детекции отсутствия СИЗ у строителей

Почему детекция СИЗ даёт сбои на реальной стройке

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

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

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

Ложные срабатывания и пропуски связаны обратной связью через порог уверенности. Занижаешь порог — поток уведомлений растёт, охрана перестаёт их смотреть; завышаешь — система молча пропускает нарушение. Разрыв замыкается только тогда, когда «головы не видно» становится отдельным состоянием, а не отождествляется с отсутствием каски.

Поэтому мы начинаем не с модели, а с протокола: какие зоны, какие ракурсы, как фиксируется неопределённость. Разбираем, как это закрывается на уровне детекции СИЗ и приёмки результата.

Что меняется на объекте после запуска видеоанализа охраны труда

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

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

Порог уверенности, зоны и набор классов — каска, жилет, страховочная привязь у перепада высот, присутствие в опасной зоне техники — калибруем по записям конкретного объекта. Иначе оператор тонет в ложных срабатываниях и перестаёт доверять системе. Журнал событий ложится и в доказательную базу по ISO 45001.

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

Режимы работы: облачная обработка, локальный контур, гибрид

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

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

Этапы внедрения детекции СИЗ на объекте

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

1. Аудит видеонаблюдения — собираем схему парка камер, фактические углы обзора, ночную съёмку и глубину архива. Помечаем, где поток пригоден для детекции, где нужен доворот объектива, а где дополнительная точка.
2. Разметка зон — отделяем рабочие участки от проходов и бытовок, выделяем места, где каска или страховочная привязь обязательны по регламенту. Для каждой зоны свой набор классов СИЗ, иначе система ловит нарушения там, где их нет.
3. Схема контроля — фиксируем, что считаем нарушением, сколько секунд человек может пробыть без каски и кому уходит уведомление.
4. Настройка порогов срабатывания — балансируем чувствительность, чтобы отсечь блики, капюшоны и частично перекрытые фигуры; качество проверяем на размеченной выборке из архива объекта.
5. Проверка на архиве — прогоняем записи прошлых смен и сверяем с журналом охраны, считаем пропуски и ложные тревоги; при расхождении возвращаемся к разметке зон и порогам.
6. Передача системы — связка с пультом охраны или существующей панелью, уведомления, роли доступа, обучение смены.
7. Регламент — кто и как реагирует на событие и как обновляются зоны при перепланировке объекта.

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

Что передаём заказчику после запуска системы

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

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

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

Кейс: как снизили нарушения по каскам и жилетам на объекте

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

Что показал замер до запуска

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

Что изменили

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

Рост фиксируемости сначала выглядит как ухудшение — база сравнения просто стала честной. Через три месяца нарушения по каскам упали втрое, по жилетам — более чем вдвое: разбор случая в ту же смену работает не хуже, чем сам детектор.

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

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

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

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

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

Частые технические вопросы по видеоаналитике охраны труда

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

Где хранится видео и что уходит во внешнее хранилище?

Полный поток остаётся на объекте, наружу уходят только события с окном до и после. Глубина архива задаётся сроком хранения, а старые эпизоды схлопываются в стоп-кадр и карточку события.

Кто имеет доступ к записям и разметке?

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

Как отличить нарушение от помехи и дообучить модель?

Решение принимается по зоне человека и его треку, а не по отдельному объекту: каска на соседнем рабочем или отражение в луже нарушением не считаются. Классы защиты сверяем с ГОСТ 12.4.011, дообучаем на кадрах вашей площадки, и новая версия проходит регресс-набор старых сценариев.

Обсудим задачу: подберём конфигурацию под ваш объект

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

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

• 5–10 минут записи с каждой камеры — разные смены, утро и сумерки, штатные и нештатные ситуации.
• Схему расстановки камер, высоту подвеса и зоны обзора — от этого зависит, какие классы вообще различимы.
• Перечень СИЗ под контроль: каска, сигнальный жилет, страховочная привязь, защитные очки, перчатки.
• Регламент реакции на нарушение: кому и в каком виде приходит сигнал, кто и как его закрывает.
• Требования к хранению записей и разграничению доступа — включая сроки хранения и роли пользователей.
• Ограничения площадки: где допустимо разместить вычисления, есть ли стабильный канал до сервера.
• Желаемые сроки запуска и порядок объектов, если внедрение идёт очередями.

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