Анализ использования модели OWLv2 для обнаружения объектов в режиме реального времени

Бесплатный доступ

Внедрение системы обработки видеоинформации с помощью ИИ для промышленности часто сталкивается с компромиссом между точностью, скоростью, дороговизной и безопасностью. Авторы представляют план и схему работы промышленной ИИсистемы поиска объектов на изображениях в реальном времени с использованием только локальных бюджетных решений из пользовательского сегмента. Введение. Работа описывает структуру промышленной масштабируемой многокамерной системы детектирования объектов в производственном окружении на основе текстовых дескрипторов. В основе системы лежит модель OWLv2 (англ. Open-World Localization Vision Transformer): визуальный трансформер локализации объектов в открытом пространстве. Методы и материалы. В качестве объектов используется видеопоток с различными объектами, которые в дальнейшем должны быть распознаны и определены. Использование открытой модели OWLv2 и ГП Nvidia пользовательского уровня вместе с архитектурой микросервисов позволяет создать гибкое ПО, которое можно масштабировать по мере нужд предприятия, используя единый локальный сервис, полностью изолированный от внешнего мира. Такой сервис, в том числе, позволит в дальнейшем внедрять продвинутые версии моделей, решающих сложные задачи, такие как контроль за качеством композитов без необходимости существенной перестройки сервиса, при этом сохраняя единый API. Система разработана для обработки видеопотока и единичных изображений в реальном времени со множества камер в реальном времени с использованием ускорения на графическом процессоре (ГП), распределенной обработкой задач на Celery и RabbitMQ, централизованной наблюдаемостью с Prometheus, Grafana и Loki. Результаты и обсуждения. Архитектура ставит приоритетом операционную устойчивость, эффективность по стоимости и возможность масштабирования с двух до сотни камер без фундаментального редизайна. Применяя с самого начала децентрализованный, микросервисный подход, проект избегает технического долга и бремени рефакторинга, которые возникли бы при создании монолитной системы и попытке ее последующего распределения. Гибкая облачная система на базе Kubernetes, где каждый компонент независим, масштабируется по потребности и легко поддерживается. Использование MinIO, RabbitMQ, Prometheus, Loki и Celery – хороший выбор для промышленного решения.№

Искусственный интеллект \ модель OWLv2 \ детектирование объектов \ архитектура системы \ системные требования \ система Kubernetes

Короткий адрес: https://sciup.org/142249003

IDS: 142249003   |   УДК: 004.93   |   DOI: 10.15828/2075-8545-2026-18-5-673-680

Analysis of the OWLv2 model usage for real-time object detection

The implementation of an AI-enabled video processing system for industry often faces a trade-off between accuracy, speed, cost, and safety. The authors present a plan and scheme of operation of an industrial AI system for searching objects in images in real time using only local budget solutions from the user segment. Introduction. This research describes the structure of an industrial scalable multi-camera system for detecting objects in a production environment based on text descriptors. The system is based on the OWLv2 (Open-World Localization Vision Transformer) model: a visual transformer for localizing objects in open space. Methods and materials. A video stream with various objects is used as objects, which must then be recognized and identified. The use of the open OWLv2 model and Nvidia's user-level GPU together with the microservices architecture allows you to create flexible software that can be scaled as the needs of the enterprise using a single local service that is completely isolated from the outside world. Such a service, among other things, will allow you to further implement advanced versions of models that solve complex problems, such as quality control of composites, without the need to significantly rebuild the service, while maintaining a single API. The system is designed to process real-time video streams and single images from multiple cameras in real time using graphics processing unit (GPU) acceleration, distributed task processing on Celery and RabbitMQ, centralized observability with Prometheus, Grafana and Loki. Results and discussion. The architecture prioritizes operational resilience, cost efficiency, and the ability to scale from two to a hundred cameras without a fundamental redesign. By adopting a decentralized, microservices approach from the outset, the project avoids the technical debt and refactoring burden that would arise from building a monolithic system and trying to distribute it later. Using MinIO, RabbitMQ, Prometheus, Loki, and Celery is a good choice for an industrial solution.