Разработка системы мониторинга конвейерной линии через видеоаналитику

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

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

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

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

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

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

По каждому из этих классов отказов есть инженерный ответ — разбираем, как это закрывается.

Что меняется в работе линии после внедрения

Эффект видеоаналитики считают не по числу камер, а по метрикам линии: доля брака, найденного автоматически, время разбора инцидента, длительность простоев.

До внедрения эти цифры держатся на операторе: он смотрит поток по кругу и разбирает спорные кадры по памяти, а запись за смену целиком не просматривает.

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

Что проверяем на выходе

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

Метрики снимаем на контрольном прогоне до и после запуска — эффект видно в цифрах, а не на словах.

Видеоаналитика конвейера: облако, локальный контур, гибрид

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

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

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

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

Этапы работ: от обследования линии до передачи смене

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

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

Сдаём смене с пакетом документации и периодом сопровождения, за который корректируем пороги по накопленной статистике.

Комплект настроек и регламентов, который остаётся у вас

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

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

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

Кейс: как сократили простои на линии розлива

Кейс: завод розлива, две линии, три смены. Контроль качества держался на операторах — они смотрели уровень налива, положение этикетки и посадку крышки, а останов конвейера фиксировали по факту, когда бутылки уже копились на накопительном столе. За смену набегало 6-7 незапланированных простоев.

Что было до внедрения

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

Что изменили

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

Метрики до и после

Параметр До После
Доля выявленного брака около 60% 97%
Время реакции на останов 4-8 минут 15-25 секунд
Незапланированные простои за смену 6-7 1-2

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

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

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

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

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

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

Сомнения и ограничения: что спрашивают инженеры

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

Что, если условия съёмки окажутся плохими?

Распознавание опирается на контраст объекта с фоном. Блик от металла, пар, пыль и встречный свет из ворот ломают маску, и класс дефекта начинает «плыть». Лечится это сценой, а не моделью: заслонки от засветки, отдельная подсветка зоны контроля, фиксированная экспозиция. Перед обучением берём 2–3 смены записи с вашей линии и проверяем, что детектор вообще отделяет дефект от фона.

Что произойдёт при потере связи с сервером?

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

Как проверяется достоверность распознавания?

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

Сколько ждать запуска под новый продукт?

Базовые проверки — наличие изделия, габарит, ориентация — поднимаются на первой неделе и не зависят от типа продукции. Новый класс дефекта требует 2–3 смен записи, разметки и дообучения с проверкой на отложенной выборке — около двух недель на класс. Дальше переобучение идёт по регламенту, который вы получаете вместе с документацией.

Обсудим задачу: пришлите схему линии и план цеха

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

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

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

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

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

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