Перейти к содержимому
Nyoka

Компьютерное зрение на конвейере: как принять систему контроля брака

Компьютерное зрение11 мин

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

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

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

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

Опишите результат, за который отвечает пост контроля

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

Формулировка «обнаруживает дефекты» не определяет границу ответственности. В программе должно быть указано, какие виды дефектов доступны используемому способу съемки и какие остаются за другим контролем. Если камера проверяет только определенную поверхность, отчет не должен представлять результат как проверку всего изделия. Это ограничение сохраняется и в производственной статистике.

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

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

Считайте изделия отдельно от снимков и найденных дефектов

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

Если обязательный ракурс не получен, изделие нельзя автоматически считать годным на основании остальных снимков. Для неполной проверки нужен отдельный статус и согласованный маршрут. Он отличается от обнаруженного дефекта и от уверенного результата «годно». Такое разделение позволяет увидеть проблемы съемки, которые иначе будут спрятаны внутри показателей качества модели.

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

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

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

Время реакции измеряют от съемки до нужного действия

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

Условный расчет: между съемкой и точкой отбраковки 1 метр, скорость движения постоянна и равна 0,5 метра в секунду. Все доступное окно составляет 2 секунды. В него входят съемка, передача, вычисление и выполнение команды с предусмотренным запасом. Реальная линия может менять скорость, поэтому этот пример не заменяет измерение и проверку привязки к движению оборудования.

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

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

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

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

Команда на отбраковку и фактическая отбраковка проверяются раздельно

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

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

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

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

Испытания должны покрывать смену условий производства

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

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

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

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

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

Ручной контроль должен справляться с потоком спорных изделий

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

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

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

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

Неисправность проверяют как отдельный режим работы

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

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

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

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

Результат модели и результат производства сохраняйте раздельно

В нашем проекте контроля брака на конвейере точность распознавания на размеченной выборке дефектов составила 92%, возвраты сократились на 18%, а проверка ускорилась в пять раз. Это показатели разных уровней: распознавание, производственный результат и скорость процесса. Они не заменяют друг друга в программе приемки.

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

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

Протокол фиксирует условия допуска и основания для повторной проверки

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

Заранее определите и способ установления правильного ответа. Два контролера могут по-разному оценить пограничное изделие; их расхождение нельзя автоматически записывать в ошибку системы. Нужны утвержденные критерии и процедура разбора спорного образца. До ее завершения результат отмечают как неразрешенный. Это сохраняет проверяемость приемки и помогает отличить недостаток инструкции по качеству от ошибки модели.

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

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

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

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

Нужно решение, а не эксперимент?

Разберем вашу задачу и предложим план — услуга «Компьютерное зрение».

Подробнее: Компьютерное зрение

Разберем вашу задачу

Статья дает общую картину по теме «Компьютерное зрение», а ваш случай всегда конкретнее. Пришлите описание процесса — вернемся с оценкой и планом.