Машинное зрение в производстве: контроль качества, безопасность и почему исход решает интеграция с MES

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

Именно это разделяет два случая, и именно это надо спрашивать у поставщика до пилота, а не после.

В чём зрение действительно лучше человека

В стабильности на скорости, на определённом дефекте, бесконечно. Человек лучше любой модели замечает что-то новое и странное. Человек хуже любой модели смотрит на восьмисотую деталь смены с тем же вниманием, что и на первую.

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

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

Мониторинг безопасности в реальном времени — другой продукт

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

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

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

Почему интеграция отделяет систему от демонстрации

Контрольная ячейка, зажигающая красную лампу, сообщила об этом оператору, стоящему рядом. И только. Заводу она не сообщила ничего.

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

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

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

Чего на самом деле требует внедрение

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

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

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

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

На краю или в облаке

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

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

Как провести пилот, чтобы он что-то доказал

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

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