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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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