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

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

Саме це розділяє два випадки, і саме це треба питати в постачальника до пілота, а не після.

У чому зір справді кращий за людину

У стабільності на швидкості, на визначеному дефекті, нескінченно. Людина краще за будь-яку модель помічає щось нове й дивне. Людина гірше за будь-яку модель дивиться на восьмисоту деталь зміни з тією ж увагою, що й на першу.

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

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

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

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

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

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

Чому інтеграція відділяє систему від демонстрації

Контрольна комірка, що вмикає червону лампу, повідомила про це оператору, який стоїть поруч. І тільки. Заводу вона не повідомила нічого.

Те, що робить контроль накопичувальним, — це зворотний запис. Вердикт лягає на наряд, партію, робоче місце й позначку часу, у тій самій системі, що володіє рештою виробництва. Щойно це стається, стає можливим те, чого автономна камера не дає за жодної точності.

Дефект автоматично блокує наступну операцію, тож деталь, що йде в брак, не набирає подальшої вартості. Рівень дефектності стає величиною, яку бачить планування, тож верстат, що виходить із допуску, змінює план, а не заскакує його зненацька. Генеалогія відповідає на питання про відкликання за хвилини, бо кожен знімок і вердикт висять на партії, а та — на партії постачальника. І модель поліпшується, бо правки оператора за задумом стають розміченими навчальними даними, а не тим, що залежить від чиєїсь пам’яті вивантажити теку.

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

Чого насправді вимагає впровадження

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

Знімки дефектів — другим. Кілька сотень розмічених прикладів на клас дефекту — реалістичний початок для більшості поверхневих задач і перевірок наявності. Якщо дефект трапляється двічі на рік, зір — не той інструмент: це проблема управління процесом.

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

І четвертим — шлях перевизначення для операторів. Не як поступка, а як механізм поліпшення моделі і як те, що зберігає довіру, коли модель помиляється вперше.

На краю чи в хмарі

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

Навчання, управління моделями, версіонування і порівняння між майданчиками — у центрі. Група, що випускає той самий продукт у чотирьох країнах, хоче одну лінію моделі, а не чотири локально підкручені моделі, що тихо розходяться, доки їхні рівні браку не перестануть бути зіставними.

Як провести пілот, щоб він щось довів

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

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