Чому комп’ютерному зору робота потрібні дані з реального цеху

Лабораторне зображення приховує мінливість процесу

Під час пілота камеру встановлюють рівно, освітлення налаштовують, а деталі подають у передбачуваному положенні. Реальний цех змінюється протягом зміни: сонячне світло потрапляє у ворота, поверхні вкриваються пилом, оператор замінює контейнер, а кріплення камери поступово зсувається від вібрації. Навіть той самий виріб виглядає інакше через мастило, подряпину або захисну плівку. Якщо навчальний набір не містить цих варіацій, модель вивчає комфортні умови стенда, а не виробничу задачу. Збирати дані потрібно в різний час, на кількох робочих місцях і під час нормальних відхилень процесу. Мета полягає не в максимальній кількості кадрів, а в представленні ситуацій, які робот справді зустріне.

Рідкісна помилка може бути важливішою за середню точність

Загальна точність виглядає переконливо, якщо майже всі деталі стандартні. Але для безпеки й якості вирішальними можуть бути рідкісні випадки: сторонній предмет у зоні захоплення, дві деталі разом, пошкоджена упаковка або рука людини біля механізму. Таких прикладів мало, тому вони майже не впливають на середній показник. Тестування має вимірювати окремі класи помилок і наслідки кожного рішення. Пропущений дефект, хибна зупинка та неправильний хват мають різну ціну. Для критичних ситуацій краще налаштувати систему на обережну відмову й передання задачі оператору, ніж домагатися красивого середнього числа ціною небезпечної впевненості.

Синтетичні кадри доповнюють, але не замінюють цех

Симуляція дає змогу швидко змінювати позу деталі, освітлення й фон та створювати приклади рідкісних ситуацій без зупинки лінії. Вона особливо корисна на початку, коли фізичного обладнання ще мало. Однак графічна сцена спрощує подряпини, пил, відблиски, рух і шум реальної камери. Модель може навчитися розпізнавати особливості рендера, які зникають після встановлення в цеху. Синтетичні дані потрібно змішувати з реальними, а їхню користь перевіряти на окремому виробничому наборі, якого не було під час навчання. Якщо додавання симуляції не поліпшує конкретний клас помилок у реальному середовищі, більший обсяг згенерованих кадрів не є самостійною перевагою. Крайні сценарії можна попередньо відтворити через цифровий двійник робота, але фізичну безпеку все одно потрібно перевіряти за принципами впровадження роботів у реальному середовищі.

Розмітка повинна описувати задачу робота

Нечітке правило розмітки створює суперечливі дані навіть за участі досвідчених фахівців. Потрібно заздалегідь визначити, де проходить межа об’єкта, як позначати частково перекриті деталі, що вважати дефектом і коли кадр узагалі непридатний для рішення. Корисно дати розмітникам приклади складних випадків і регулярно порівнювати їхні результати. Якщо люди систематично не погоджуються між собою, модель не виправить нечіткість процесу. Частину прикладів має переглядати інженер або технолог, який розуміє фізичний наслідок помилки. Якісна розмітка пов’язує пікселі не з абстрактним класом, а з дією: захопити, відхилити, зупинитися або запросити перевірку.

Камера й модель утворюють одну версію системи

Заміна об’єктива, фокуса, роздільної здатності або алгоритму обробки зображення змінює дані не менше, ніж нова модель. Калібрування камери, положення відносно робочої зони й параметри освітлення потрібно зберігати разом із версією програмного забезпечення. Після технічного обслуговування корисно запускати короткий контрольний тест на еталонних деталях, щоб помітити зсув до початку зміни. Якщо зображення з кількох ліній потрапляють до одного набору, їхнє походження має залишатися відомим. Інакше команда побачить падіння якості, але не зможе відрізнити дрейф моделі від фізичної зміни оптики чи монтажу.

Після запуску розподіл даних продовжує змінюватися

Нова партія матеріалу, інший постачальник тари, заміна лампи чи оновлення камери можуть непомітно знизити якість. Тому система повинна фіксувати не лише остаточну дію, а й достатній контекст для розслідування: версію моделі, конфігурацію камери, оцінку впевненості та результат перевірки оператором. Не обов’язково безстроково зберігати все відео; кориснішими є вибірки невпевнених, помилкових і нових за виглядом кадрів із визначеним строком зберігання. Їх можна використовувати для наступного циклу навчання після перевірки якості розмітки. Так команда помічає дрейф до того, як він перетвориться на серію виробничих помилок.

Модель не повинна бути єдиним рівнем безпеки

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