AI-система для автомобільної промисловості

Чому комп'ютерний зір в автопромі дає збої

Комп'ютерний зір в автопромі спотикається не об ваги моделі, а об вхідні умови лінії. Цехове освітлення дає відблиски на полірованій панелі, деталь надходить під кутом — і засвітку впевнено позначають як вм'ятину.

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

Де вузьке місце: оптика, світло чи дані

Друге джерело збоїв — рух. На швидкому конвеєрі довга витримка залишає змащений кадр, і дефекти складання кузова або зникають, або «розмножуються» на сусідні зони.

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

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

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

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

Контроль якості на конвеєрі перестає бути автоматичним — зростає час відгуку, накопичується черга на перевірку, статистика за типами дефектів не агрегується.

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

Що змінюється після впровадження: вимірювані ефекти

Ефект від комп'ютерного зору в автопромі вважають не за кількістю камер на лінії, а за метриками, знятими до і після впровадження на одній номенклатурі та за однакового такту.

Вимоги до простежуваності та статистики за придатними й непридатними деталями задає IATF 16949, тому кожну метрику ми прив'язуємо до журналу контролю: позначка часу, зміна, ідентифікатор деталі.

П'ять ефектів, які фіксуємо на прийманні:

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

Швидкість контролю замість вибіркового обходу

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

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

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

Стійкість до переналагодження лінії

Переналагодження — головне джерело простоїв на змішаному виробництві: жорстка логіка ламається на новій геометрії та освітленні.

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

Формати впровадження: локальний контур, хмара, гібрид

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

Що вибрати для ділянки з жорстким тактом

Локальна обробка зображень тримає рішення всередині ділянки: кадр знімається та оцінюється на місці, вердикт «придатний / брак» видається в межах такту і не залежить від зовнішнього зв'язку.

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

Де хмара програє локальному контуру

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

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

Як ми будуємо систему: етапи інженерної роботи

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

Аудит ділянки та схема спостереження

1. Аудит виробничої лінії: такт, точки контролю, маршрут деталі. Фіксуємо класи дефектів, які система зобов'язана ловити.
2. Схема спостереження: ракурси камер, підсвічування під блиск металу та вібрацію, захист оптики від пилу й стружки.
3. Збір і розмітка набору даних: знімаємо потік у різних змінах, окремо набираємо спірні випадки, правила розмітки описуємо письмово.
4. Навчання моделі контролю: перевірка на відкладеній вибірці, яку модель не бачила — частка пропущеного браку та частка хибних спрацьовувань за кожним класом.

Перевірка моделі на реальному потоці

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

Що передаємо замовнику: комплект документів і регламентів

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

• Опис конфігурації: склад модулів, пороги спрацьовування, залежності між сервісами та місця, де змінюється поведінка системи.
• Схема розміщення камер і освітлювачів: ракурси, зони перекриття, висота підвісу, вимоги до стабільності засвітки за змінами.
• Політики доступу до відеопотоку та архіву: ролі, строки зберігання, порядок вивантаження за запитом, журнал звернень.
• Інструкції оператора та наладчика: як читати події, що робити при хибному спрацьовуванні, як повернути лінію в роботу.
• Порядок перенавчання моделі: події-тригери, погодження, перевірка якості до випуску, відкат на попередню версію.
• Регламент розмітки та поповнення набору даних — окремим розділом нижче.

Регламент розмітки та поповнення даних

Правила розмітки задають стелю якості моделі, тому фіксуємо їх письмово: перелік класів, як позначати спірні кадри, хто і в які строки перевіряє, як версіонується набір.

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

Кейс: контроль складання кузова на конвеєрі

Проєкт стартував на одній лінії складання кузова — три пости: геометрія прорізів, посадка кріплення, якість зварної точки.

Раніше ці зони закривав оператор і робив це вибірково, тому порівнювати мало сенс не «картинку», а два класи помилок і час переналагодження на нову модель кузова.

Що було до впровадження

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

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

Метрики після виходу на режим

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

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

Переналагодження прискорили синтетикою: кадри нових деталей генерували в NVIDIA Omniverse і добирали кілька десятків реальних знімків з лінії, замість тижнів збору статистики достатньо двох змін.

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

Чим комп'ютерний зір відрізняється від класичного контролю?

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

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

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

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

Галузеві огляди Association for Advancing Automation фіксують ту саму картину: на виробництві частіше живуть гібридні контури, ніж суто оптичні.

Що залишається за класичними датчиками

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

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

Технічні сумніви: обмеження та способи їх зняти

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

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

Розмітки немає — скільки даних потрібно

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

Зміна моделі кузова та переналагодження лінії

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

Світло, вібрація та мікрозсув камери

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

Що після передачі — хто веде модель

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

Обговоримо задачу: з чого починається розбір лінії

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

Що запитуємо на старті:

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

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