Чеклист интеграции камеры машинного зрения перед запуском пилота

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

Механика и оптика

• Камера закреплена жёстко, без вибрации от конвейера и соседнего оборудования. Микровибрация даёт смаз кадра, и мелкие дефекты размазываются до неразличимости — на быстрой линии это первая причина падения детекции.
• Рабочее расстояние и поле зрения соответствуют расчётным: дефект занимает заложенное число пикселей. Отклонение установки от проекта на несколько сантиметров меняет масштаб и роняет разрешение по дефекту.
• Фокус и диафрагма зафиксированы механически. Незафиксированное кольцо оператор случайно сбивает при чистке, и система расфокусируется без явной причины.
• Объектив и защитное стекло защищены от пыли, брызг и масла; предусмотрена очистка без разъюстировки — иначе каждая протирка сбивает настройку.

Свет и защита от засветки

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

Поток данных и синхронизация

• Интерфейс передачи кадра тянет нужный FPS без потерь и без накопления очереди; проверено на рабочей скорости линии, а не вхолостую. Потеря кадров под нагрузкой означает пропущенные детали. Выбор интерфейса — в гайде CoaxPress, GigE или USB.
• Триггер съёмки синхронизирован с прохождением детали через энкодер или датчик наличия, а не по таймеру. Съёмка по таймеру ловит деталь в случайной фазе и промахивается мимо зоны контроля.
• Метки времени точные и единые с остальными узлами линии, чтобы связать кадр с деталью и вердиктом.

Вычислитель и модель

• Вычислитель выдаёт требуемый FPS именно на вашей модели, а не на паспортном бенчмарке.
• Тепловой режим точки установки проверен под нагрузкой; питание с запасом по пиковому потреблению. Троттлинг и перезагрузки на пике — самые неуловимые сбои. Детали — в гайде edge-платы для пилота.
• Есть механизм обновления модели на месте с откатом на прошлую версию при сбое.
• Препроцессинг кадра на вычислителе воспроизводит то, на чём обучалась модель: расхождение в масштабировании или нормализации роняет точность незаметно.

Реакция на вердикт и интеграция

• Определено, что происходит с решением: отбраковка, сигнал оператору, остановка, запись в MES. Система влияет на процесс, а не только показывает дефект на экране, который к концу смены никто не смотрит.
• Протокол и поля записи в MES/SCADA согласованы: идентификатор детали, класс дефекта, время, изображение. Как это устроить — в гайде интеграция AI в MES/SCADA.
• Описано поведение при отказе камеры или вычислителя: остановка или сигнал, но не молчаливый пропуск всего потока как годного. Отказ детектируется watchdog-ом.

Приёмка

• Заданы раздельные максимумы FAR и FRR и приёмочная выборка, на которой они измеряются: 0,5% на 40 деталях и на 4000 — разные утверждения.
• Условия испытаний совпадают с рабочими: то же освещение, та же скорость линии, тот же поток деталей.
• Согласованы два этапа: пилот на одной линии, затем масштабирование с известными цифрами. Логика — в гайде как внедрить AI, не остановив производство.

Как принимать каждый блок

Чеклист выше — это пункты готовности, но у приёмки должны быть и пороги. Механику и оптику принимают проверкой: жёсткость крепления (нет смаза на снимке движущейся детали), плотность пикселей на минимальный дефект не ниже расчётной, фиксация фокуса при имитации чистки. Свет — измерением стабильности освещённости в разные смены и отсутствием ложных срабатываний от внешней засветки. Поток данных — прогоном на рабочей скорости без потери кадров и с синхронным триггером. Вычислитель — удержанием FPS под тепловой нагрузкой в течение испытательного прогона. Реакцию на вердикт — проверкой, что брак физически отбраковывается и пишется в MES, а не только подсвечивается. Каждый блок принимают измерением, а не осмотром.

Порядок прохождения

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

Частая ошибка приёмки

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

Что это значит для внедрения на вашей линии

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