Ложные срабатывания в системах безопасности на базе YOLOv5 v6.0 могут увеличивать количество «мусорных» уведомлений на 40-60% при резкой смене освещения, что делает систему бесполезной. Ключом к стабильности является математический баланс между Confidence и IoU, который позволяет отсечь шум без потери реальных целей.
Механика Confidence Threshold: борьба с шумом
Параметр Confidence (conf) определяет минимальную вероятность того, что в области бокса находится объект нужного класса. В стандартных условиях значение 0.25 считается базовым, но для Jetson Nano в режиме 24/7 это ведет к катастрофе: тени от деревьев или блики на стекле при закатном солнце часто дают уверенность 0.3-0.4, вызывая ложный алерт.
Практика показывает: для минимизации ложных срабатываний в уличных системах видеонаблюдения порог confidence следует поднимать до 0.45-0.55. Это снижает Recall (полноту) примерно на 5-8%, но сокращает количество ложных детектий на 30-50%. Если вы используете Сбор и разметка кастомного датасета для систем видеонаблюдения с качественными ночными снимками, можно удерживать порог на уровне 0.4 без потери точности.
Экспертный вывод: Никогда не оставляйте conf = 0.25 в продакшене. Оптимальный диапазон для безопасности — 0.45-0.6; всё, что ниже, превращает систему в генератор спама.
IoU и NMS: устранение дубликатов объектов
Intersection over Union (IoU) в сочетании с Non-Maximum Suppression (NMS) отвечает за то, чтобы один человек не определялся как три разных объекта. На Jetson Nano при работе с разрешением 640x640 стандартный IoU порог 0.45 часто оказывается избыточным, создавая «мерцающие» рамки вокруг объекта.
Кейс: при плотной толпе людей (более 5 человек в кадре) занижение IoU до 0.3 приводит к слиянию двух разных людей в один бокс. Напротив, завышение до 0.7 вызывает появление дублирующих рамок с разницей в 2-5 пикселей. Идеальный баланс для систем безопасности — 0.4-0.5, что обеспечивает точность локализации с погрешностью не более 3-5% от площади объекта.
Экспертный вывод: Настраивайте IoU исходя из плотности объектов в зоне контроля. Для периметра (редкие объекты) ставьте 0.45, для входных групп с высокой проходимостью — 0.55.
Влияние освещения на точность детекции
Переменное освещение (динамический диапазон) — главный враг YOLOv5. При переходе от яркого солнца к глубоким теням уверенность нейросети в объекте может падать с 0.8 до 0.3 за один кадр. В таких условиях статичные пороги не работают.
Рекомендую внедрить простую логику адаптивного порога: интеграция датчика освещенности или анализ гистограммы кадра позволяет сдвигать conf в диапазоне ±0.1. Например, ночью, когда уровень шума матрицы камеры растет, повышение порога до 0.6 предотвращает срабатывание на «цифровой снег», который нейросеть может принять за мелкий объект с низкой уверенностью.
Экспертный вывод: Статический порог — это компромисс, который всегда проигрывает. Реализуйте программный сдвиг conf в зависимости от времени суток или уровня яркости кадра.
Производительность и задержки при фильтрации
Процесс NMS (фильтрация по IoU) выполняется на CPU или GPU и потребляет ресурсы. При использовании стандартного PyTorch-инференса на Jetson Nano фильтрация 50+ потенциальных боксов может добавить 5-10 мс к общему времени обработки кадра. Чтобы минимизировать это, критически важна Настройка TensorRT для YOLOv5 v6.0 на Jetson Nano, которая переносит часть операций оптимизации на тензорные ядра.
Сравнение: при FP32 задержка фильтрации почти незаметна на фоне общего медленного FPS, но при переходе на INT8, где скорость обработки растет, эффективность NMS становится узким местом. Оптимизация количества максимально возможных детектий с 100 до 20 (для типичного охранного периметра) освобождает до 3-5% ресурсов GPU.
Экспертный вывод: Ограничивайте максимальное число объектов (max_det) до реального максимума в кадре. Нет смысла считать 100 объектов там, где их физически не может быть больше 10.
Вывод
Для создания надежной системы безопасности на YOLOv5 v6.0 забудьте о дефолтных параметрах. Мой вердикт: устанавливайте Confidence в диапазоне 0.45-0.55 и IoU на уровне 0.45. Начинайте с жестких порогов, постепенно снижая их только при фиксации пропусков реальных целей. Избегайте низких значений conf (<0.3) в уличных сценариях — это приведет к перегрузке системы уведомлений и потере доверия оператора к оборудованию.