Як функціональне тестування та кінцева перевірка Підтримка Box Build Assembly Доставка

Коробковий-продукт не готовий до транспортування лише тому, що гвинти затягнуті, а корпус закритий.

Саме тут багато проектів EMS стають цікавішими -, а часом і більш болючими.

Можливо, PCBA вже пройшов-перевірку рівня ради. Електропроводка може виглядати акуратно. Корпус можна зібрати без видимих ​​пошкоджень. Але після того, як плата встановлена ​​в корпус, підключена до кабелів, завантажена мікропрограмою, маркована, упакована з аксесуарами та підготовлена ​​до відправлення, продукт більше не буде просто PCBA.

Це готова одиниця.

Це змінює питання.

Питання полягає не лише в тому, чи працює дошка?

Краще поставити запитання: «Чи працює готовий пристрій у тому стані, в якому клієнт очікує його отримати?»

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

Для покупців OEM ця відмінність має значення.

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

Тестування PCBA підтверджує справність плати. Тестування корпусної збірки підтверджує роботу пристрою.

Перевірка-рівня ради має значення.

Функціональне тестування на рівні AOI, ICT, літаючого зонда та-PCBA допомагає підтвердити, що заповнену друковану плату зібрано правильно та може виконувати призначені функції-на рівні плати.

Але коробкова збірка вводить нову умову.

PCBA більше не стоїть на випробувальному стенді чи{0}}рівні дошки. Він знаходиться всередині корпусу. Він може бути підключений до джгутів проводів, входу живлення, дисплеїв, кнопок, антен, накопичувачів, датчиків, портів, кронштейнів, термоматеріалів, етикеток і аксесуарів.

Це означає, що нові точки відмови з’являються після того, як PCBA вже пройдено.

• Кабель може правильно прокладатися на столі, але затискається, коли кришка закрита.
• Роз’єм може відповідати розміру друкованої плати, але розташовуватися трохи позаду панелі вводу/виводу.
• Образ мікропрограми може успішно завантажитися, але не відповідати схваленому робочому випуску.
• Пристрій може увімкнутися до складання, але вийти з ладу після перенаправлення джгута.
• Мітка може бути правильною на ілюстрації, але розміщена там, де її неможливо відсканувати пізніше.
• У комплекті аксесуарів може бути відсутнім один кабель, адаптер, кронштейн або документ.

Це не класичні дефекти SMT.

Вони готові{0}}ризики доставки одиниць.

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

 

Відповіді функціонального тестування: чи працює готовий пристрій?

У коробці збірки, функціональне тестування повинно відповідати реальному стану доставки продукту.

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

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

Практичний завершений-функціональний тест пристрою може включати:

• увімкнення-живлення
• підтвердження вхідної напруги
• послідовність завантаження або поведінка при запуску
• кнопка, перемикач і відповідь світлодіода
• вихід на дисплей
• Перевірка Ethernet, USB, COM або інших портів
• відповідь бездротового модуля, де це можливо
• завантаження сховища або розпізнавання пам’яті
• підтвердження версії прошивки
• запуск програми клієнта
• відповідь реле, датчика, двигуна або модуля, де це можливо
• перемикання потужності, де це необхідно
• запис пройшов / не пройшов

Справа не в тому, щоб кожен тест був важким.

Справа в тому, щоб зробити тест актуальним.

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

Розпливчастої інструкції на зразок «тестувати перед відправкою» недостатньо.

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

Відповіді остаточної перевірки: чи пристрій правильний і повний?

Функціональне тестування відповідає, чи працює пристрій.

Остаточна перевірка відповідає на інше запитання: чи пристрій укомплектований, справний і готовий до виходу з заводу?

Це більше, ніж один раз-огляд.

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

Практична заключна перевірка може розглядати:

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

Саме тут дрібні деталі стають реальними проблемами доставки.

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

Остаточна перевірка не є гламурною.

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

Умови проводки та корпусу можуть змінити результат тесту

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

Іноді це так.

Часто це не так.

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

Це може створити нові точки відмови.

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

Це типи проблем, які завершено-функціональне тестування пристрою має виявити.

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

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

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

 

Мікропрограмне забезпечення та конфігурація потребують власної перевірки

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

Мікропрограмне забезпечення, налаштування BIOS, образ ОС, пакет драйверів, програма користувача, серійний номер, MAC-адреса, налаштування зв’язку або дані калібрування також можуть впливати на те, чи придатний пристрій для використання після його надходження.

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

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

Залежно від продукту це може включати:

• версія прошивки
• налаштування BIOS або системи
• ОС або образ накопичувача
• послідовність завантаження
• Запис MAC-адреси
• запис серійного номера
• режим комунікаційного порту
• версія клієнтської програми
• результат тестування програмного забезпечення
• ярлик конфігурації

Це не означає, що кожен проект потребує складного програмного процесу.

Деякі вироби прості. Деякі поставляються без завантаження прошивки. Деякі потребують лише базового-підтвердження ввімкнення.

Але якщо продукт залежить від певної конфігурації, ця конфігурація не повинна покладатися на пам’ять, знімки екрана чи неофіційні повідомлення.

Працюючого інженерного зразка недостатньо.

Готова одиниця потребує повторюваного методу виробництва та запису, який відповідає вимогам покупця.

Переробка не завершена, доки не буде визначено повторний тест

Кожен реальний виробничий процес потребує правила для невдалих одиниць.

Збірка коробки нічим не відрізняється.

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

Важливе питання полягає не тільки в тому, як усунути проблему.

Важливе питання полягає в тому, що потрібно перевірити повторно.

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

Тут захищено послідовність доставки.

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

Хороший процес створення коробки не розглядає переробку як побічну діяльність.

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

 

Записи важливі, коли продукт залишає фабрику

Тестовий запис — це не просто фабричний файл.

Це може допомогти покупцеві пізніше.

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

Не кожен проект потребує глибокого відстеження.

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

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

Запис не повинен бути складним.

Це має бути корисним.

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

Зіставте обсяг перевірки з ризиком продукту

Стандартний пакет випробувань і перевірок не слід нав’язувати кожному проекту побудови коробки.

Це може створити дві проблеми.

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

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

Це не універсальне правило.

Деяких продуктів потрібно менше. Деяким потрібно більше.

Головне — уникати доставки зібраного, але не перевіреного готового продукту.

Практичний завершений{0}}контрольний список для перевірки пристрою

Для покупців виробників комплектного обладнання контрольний-контрольний список перевірки не обов’язково повинен бути довгим, але він має бути достатньо конкретним, щоб керувати виробництвом.

Контрольний список не є метою.

Мета полягає в тому, щоб переконатися, що готовий пристрій перевірено як готовий, а не як плату з корпусом навколо неї.

Де STHL підходить для цієї дискусії

Для покупців виробників комплектного обладнання, які працюють над проектами збирання коробок, компанія Shenzhen STHL Technology Co., Ltd. може переглянути потреби в тестуванні та кінцевій перевірці з практичної точки зору виробництва EMS.

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

Мета полягає не в тому, щоб ускладнювати кожен проект коробки.

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

Висновок

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

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

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

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

Потрібна підтримка з функціональним тестуванням або остаточною перевіркою для проекту складання коробки? Надішліть свої файли черезЗапит на цінуабо зв'яжіться безпосередньо зі STHL за адресоюinfo@pcba-china.com.