Доведіть автоматизовану інспекцію на власній продукції
Усе починається з воріт здійсненності на ваших реальних зразках, бо деякі візуальні завдання нерозв’язні на швидкості вашої лінії, і дешевше знати це на першому тижні. Далі — дизайн зйомки, розмічені дані, перевірена модель і контрольований тест на лінії, зі звітом по кожному класу дефекту, де пропущені дефекти та хибні відбраковування рахуються окремо.
Перевірити мій сценарій машинного зоруПоговорити з виробничим інженеромЦе саме та проблема, яку вам треба розв’язати?
- Візуальна інспекція залежить від уваги людини наприкінці довгої зміни.
- Один і той самий тип дефекту постійно доходить до клієнта, і ніхто не може сказати, як часто.
- Інспекція — це причина, чому лінія не може працювати швидше.
- Попередній проєкт машинного зору приймали за числом точності й провалили на дефектах, які мали значення.
Основний співрозмовник: Керівник якості · Начальник виробництва · Керівник автоматизації · Головний інженер · Директор заводу
Що доведе цей PoC
Рекомендовані межі пілота
- Одна станція інспекції та одна товарна родина, включно з реальними варіантами.
- Обмежений, названий набір класів дефектів чи перевірок — не «будь-який дефект».
- Обрані камера, об’єктив і освітлення, обрані після кроку дизайну зйомки.
- Один процес відбраковування чи підтвердження оператором, щоб рішення вело до дії.
- Навчальні, валідаційні та приймальні зразки, суворо розділені протягом усього процесу.
Що працюватиме під час PoC
Як проходить цей PoC
Терміни типові, а не гарантовані. Графік подовжують: відсутні або неповні дані, погодження з безпеки та мережі, строки постачання обладнання, збір зразків, доступ для монтажу, план виробництва, доступ до тестового середовища ERP і час, потрібний вашій команді на оцінку результатів.
Незапланована зупинка не передбачається. Будь-яке вікно монтажу або контрольована перерва узгоджуються з вами заздалегідь і плануються навколо виробництва.
Як вимірюватиметься успіх
| Показник | Як його визначено | Звідки береться значення | Тип |
|---|---|---|---|
| Точність по класу дефекту | З позначених для класу деталей — частка, що справді до нього належить, подана по класу, ніколи не усереднена в одну цифру. | Відкладена вибірка для валідації | Технічний |
| Повнота по класу дефекту | З деталей, що справді мають клас, — частка виявлених, подана по класу й по варіанту виробу. | Відкладена вибірка для валідації | Технічний |
| Частка хибних пропусків | Дефектні деталі, пропущені як придатні. Рахуються й звітуються окремо від хибних відбраковувань, бо їхня бізнес-вартість зовсім інша. | Відкладена вибірка для валідації | Технічний |
| Частка хибних відбраковувань | Придатні деталі, відбраковані як дефектні. Число, що вирішує, чи оператори триматимуть систему увімкненою. | Відкладена вибірка для валідації | Операційний |
| Матриця плутанини та кількість зразків | Повна матриця по кожній парі класів із кількістю зразків на клас, щоб читач міг оцінити, чого вартий результат. | Відкладена вибірка для валідації | Технічний |
| Затримка обробки та відповідність швидкості лінії | Час інспекції на деталь проти доступного часу циклу, виміряний на лінії, а не на робочій станції. | Дані платформи MSF | Технічний |
| Частка невизначеної класифікації | Частка деталей, щодо яких модель не змогла впевнено вирішити, — саме те, що має поглинути процес підтвердження оператором. | Відкладена вибірка для валідації | Операційний |
| Безвідмовна робота та поведінка підтвердження оператором | Доступність системи під час тесту на лінії та те, як оператори насправді обробляли підтвердження й перевизначення. | Дані платформи MSF | Прийняття користувачами |
До початку впровадження MSF і ваша команда узгоджують, як рахується кожен показник, звідки береться базове значення, які дані виключено та який результат обґрунтовує рішення про тиражування. Ця сторінка перелічує, що вимірюється; конкретні цільові значення належать до письмових меж PoC, а не до маркетингової обіцянки.
Що надаєте ви
- Репрезентативні придатні та непридатні деталі чи зображення, що охоплюють кожен варіант і кожен клас дефекту в межах.
- Визначення дефектів, правила критичності та прийнятні рівні хибних пропусків і хибних відбраковувань.
- Час циклу, швидкість лінії, поле зору та умови середовища на станції.
- Деталі інтерфейсу PLC чи відбраковування та будь-яку вимогу простежуваності.
Хто що робить
Meta Smart Factory надає
- Обстеження та модерацію визначення меж
- Налаштування рішення під погоджені межі
- Роботи з інтеграції та підключення в цих межах
- Обладнання MSF, зазначене в пропозиції
- Навчання користувачів пілота
- Визначення KPI та метод валідації
- Ведення звернень і підтримку під час пілота
- Підсумковий звіт про результати та проєкт тиражування
- Висновок про здійсненність, дизайн зйомки та перевірену версію моделі з відтворюваною оцінкою.
- Приклади збоїв — зображення, на яких модель помилилася, — а не лише ті, де вона впоралась.
Ви надаєте
- Призначеного бізнес-власника та призначеного технічного власника
- Своєчасний доступ до користувачів, лінії, обладнання та погоджених систем
- Достовірний опис процесу та нормативно-довідкових даних
- Доступ до мережі, живлення, монтажу та допуски з охорони праці
- Документацію з ERP, PLC і від постачальників та фахівців, які її знають
- Репрезентативні зразки або історичні дані
- Підтвердження, що базове значення чесне
- Зворотний зв’язок і рішення про приймання
- Достатньо справжніх непридатних зразків на клас; рідкісні дефекти найважчі й найважливіші постачати.
- Доступ до лінії для контрольованого тесту на нормальній виробничій швидкості.
Визначається в письмовій пропозиції
- Панельні ПК, планшети, сервери та сервери з GPU
- Камери, об’єктиви, освітлення та корпуси
- Сканери, принтери, RFID-пристрої, лічильники та датчики
- Відрядження, монтаж, перевезення, митні платежі та місцеві електромонтажні роботи
- Оренда чи купівля обладнання
- Чи зараховується вартість PoC у тиражування
Комерційні умови, право власності на обладнання, відрядження, обсяг інтеграції та можливе зарахування у вартість тиражування визначаються в письмовій пропозиції щодо PoC. Вони не однакові для всіх продуктів, і ця сторінка їх не обіцяє.
Що ви отримаєте наприкінці
- Висновок про здійсненність із обґрунтуванням.
- Дизайн зйомки й освітлення, перевірений на реальних деталях.
- Перевірену версію моделі з відтворюваною оцінкою.
- Звіт про показники по кожному класу дефекту, включно з прикладами збоїв.
- Перелік ризиків і обмежень, що охоплює умови, які погіршують результат.
- Специфікацію обладнання, архітектуру інтеграції та рекомендацію щодо тиражування.
Умови, винятки та межі
Цей PoC залежить від
- Достатньо справжніх непридатних зразків на клас — найпоширеніша причина затримки PoC машинного зору.
- Стабільне подання деталі на станції або погоджене пристосування для цього.
Не входить до цього PoC
- Класи дефектів, не названі в межах, і варіанти виробу, не представлені у зразках.
- Механічне переміщення, оснащення та побудова механізму відбраковування.
Загальна точність ніколи не використовується як приймальний показник — на незбалансованому наборі дефектів вона може виглядати чудово, пропускаючи кожен важливий дефект. Результати звітуються по класу з кількістю зразків, і не робиться жодного твердження щодо типів дефектів, варіантів чи умов, яких не було в перевіреному наборі.
Продовжити, скоригувати або зупинити — точка рішення
Часті запитання
Скільки зразкових деталей вам потрібно?
Залежить від того, наскільки мінливі дефект і виріб, і ворота здійсненності дають конкретне число для вашого випадку. Як правило, обмеження — не придатні деталі, їх достатньо всюди, — а справжні непридатні приклади на клас, особливо рідкісні дефекти, які і є всією причиною проєкту.
Чому не просто звітувати точність?
Бо на лінії з 2% дефектів модель, яка пропускає все, набирає 98% точності й не ловить нічого. Точність і повнота по класу, плюс хибні пропуски й хибні відбраковування окремо, — єдині числа, що описують, що справді станеться на вашій лінії.
Що, якщо ворота здійсненності скажуть «ні»?
Ви отримуєте обґрунтування, докази зі знімків і, де вона існує, альтернативу — іншу точку інспекції, іншу геометрію освітлення чи перевірку на основі датчика замість візуальної. Чітке «ні» на першому тижні — хороший результат порівняно з провалом осередку на дев’ятому місяці.
Чи працюватиме це пізніше на нових типах дефектів?
Не автоматично, і це вказано в переліку обмежень, а не приховано. Модель виявляє те, на чому її навчили й перевірили. Нові класи дефектів потребують нових зразків, повторного навчання й нової валідації — це нормальна, планована діяльність, але не безкоштовна.
Пов’язані продукти та програми PoC
Замовити цей Proof of Concept
Опишіть межі, які ви маєте на увазі, і ми повернемося з письмовим планом PoC: що підключається, що надаєте ви, як вимірюється успіх і який вигляд має рішення наприкінці.