Послуга функціонального тестування
До випуску тестового пристрою ми підтверджуємо, що саме буде живитися, стимулюватися, вимірюватися та записуватися. APTPCB створює FCT-систему на основі затверджених вами прошивки, навантажень, інтерфейсів, меж і критеріїв приймання у виробництві.
Відповідність послуги та базовий рівень тестування
FCT доречне, коли плата під напругою має реагувати на визначені входи, обмінюватися даними через інтерфейс, керувати навантаженням, зчитувати датчик або виконувати специфічну для виробу послідовність. План тестування має визначати, що вимірюється, допустимий діапазон, необхідну прошивку та докази, потрібні для випуску кожної плати або партії.
Надішліть разом із RFQ
Надайте принципову схему, BOM, трасування або дані Gerber, відомості про роз’єми й тестові точки, пакет прошивки, функціональну специфікацію, очікувані стимули та виходи, межі приймання, статус еталонної плати, цільову кількість і необхідні поля звіту.
APTPCB підтверджує до виготовлення оснащення
Ми перевіряємо практичний доступ для тестування, з’єднання пристрою, живлення та навантаження, інтерфейси зв’язку, програмні кроки, пілотні зразки, очікуваний цикл, зберігання результатів і межі охоплення. Робота над пристроєм і програмою починається із затвердженої базової версії, а не з припущень про поведінку виробу.
Матриця охоплення
Випущені вимоги до виробу визначають перевірки та межі. Ця матриця показує інформацію, потрібну для перетворення функції на повторюваний виробничий тест.
| Функція виробу | Типові перевірки FCT | Базові дані замовника | Можливий запис результату |
|---|---|---|---|
| Живлення та запуск | Наявність шин, послідовність, скидання, завантаження, пусковий і усталений струм | Номінальні шини, час, стан навантаження та межі приймання | Результат «пройдено/не пройдено», виміряна напруга або струм і невдалий крок |
| Цифрове керування та прошивка | Ідентифікація прошивки, стан завантаження, GPIO, режими, команди та резервна поведінка | Затверджений образ, метод програмування, очікувані стани та правило версій | Версія прошивки, результат стану, код помилки або відповідь |
| Інтерфейси зв’язку | Обмін через UART, RS-232/485, I2C, SPI, CAN, LIN, USB або Ethernet, де застосовно | Протокол, набір команд, зовнішній пристрій, тестові дані, термінація та межі тайм-ауту | Стан з’єднання, відповідь, перевірка даних, тайм-аут або невдала транзакція |
| Аналогові канали та канали датчиків | Стимул, показання ADC, опорна напруга, коефіцієнт підсилення, зміщення та реакція діапазону | Джерело стимулу, основа калібрування, тестові точки, допуск і середовище | Виміряне значення, межа, канал і результат «пройдено/не пройдено» |
| Виходи та навантаження | Поведінка реле, MOSFET, двигуна, вентилятора, LED, дисплея, зумера та інших виходів | Навантаження або симулятор, послідовність керування, тривалість, очікуваний вихід і безпечні межі | Стан виходу, виміряний рівень, час, струм або невдалий крок |
| Користувацькі входи/виходи та блокування | Кнопки, індикатори, роз’єми, лінії дозволу та визначені блокування безпеки | Послідовність входів, очікуваний зворотний зв’язок, доступ пристрою та критерії приймання | Стан послідовності, відповідь, підказка оператору або код винятку |
Зазначений інтерфейс або функція не означає автоматичного охоплення. Для фактичного замовлення підтвердьте пристрій, стимули, зовнішні пристрої, прошивку, межі, вибірку та поля звіту.
Від інженерної перевірки до випуску у виробництво
Кожен етап усуває джерело хибного браку, пропущених несправностей або результатів без простежуваності до початку серійного використання системи.
Дія: зіставити функції, стимули, навантаження, прошивку, межі та необхідні записи. Ризик: тестування припущеної поведінки або невизначеного діапазону. Доказ: затверджена редакція плану тестування та закриття відкритих питань.
Дія: визначити стабільні живлення, землю, роз’єми, доступ для тестування, навантаження, симулятори та еталонну плату або затверджену еталонну поведінку. Ризик: помилково прийняти варіації контакту, еталона або конфігурації за несправність плати. Доказ: опис пристрою та затвердження еталона.
Дія: реалізувати ввімкнення живлення, команди, вимірювання, порівняння, коди помилок і зберігання результатів. Ризик: програма без контролю версій або непрозоре рішення «пройдено/не пройдено». Доказ: випущена версія програмного забезпечення та визначення полів результату.
Дія: протестувати репрезентативні плати, перевірити відомі умови та переглянути час і пороги. Ризик: хибний брак, пропущені дефекти або цикл, що не відповідає виробничому процесу. Доказ: результати пілота, затверджені межі та рішення щодо винятків.
Дія: випустити пристрій, програму, робочу інструкцію, еталон і процес повторного тестування під контролем редакцій. Ризик: зміна прошивки, пристрою або критеріїв без узгодженого затвердження. Доказ: випущений базовий рівень і результати, пов’язані з платою або партією, відповідно до замовлення.
Власне оснащення та тестова програма
APTPCB проєктує, виготовляє та збирає FCT-адаптер власними силами й розробляє відповідну тестову програму, тому геометрія адаптера, вибір щупів, логіка програми та межі приймання залишаються в єдиному процесі керування версіями. Замовник затверджує покриття, межі та еталонну поведінку до передачі оснащення у виробництво.
| Етап | APTPCB (власні потужності) | Замовник | Підтвердження, що передається |
|---|---|---|---|
| Вимоги | Звести функції, стимули, навантаження, інтерфейси та необхідні записи в план випробувань | Надати функціональну специфікацію, очікувані виходи та межі | Затверджена версія плану випробувань |
| Конструкція адаптера | Механічне й електричне проєктування, вибір щупів і роз'ємів, розвантаження від натягу та схема доступу | Підтвердити орієнтацію плати, призначення роз'ємів та обмеження щодо поводження | Затверджений кресленик адаптера та схема підключень |
| Виготовлення та збирання | Виготовити й зібрати адаптер власними силами; перевірити контактне зусилля, вирівнювання та ключі роз'ємів до завантаження першої плати | Узгодити будь-які відхилення від затвердженої концепції | Запис про виготовлення та перевірка перед завантаженням |
| Тестова програма | Розробити логіку вмикання, стимулів, вимірювань, порівнянь і кодів помилок та визначити зберігання результатів | Надати затверджений образ прошивки та метод програмування | Випущена версія програми, прив'язана до версії прошивки |
| Еталонна плата | Перевірити адаптер на відомій справній поведінці та налаштувати таймінги й пороги | Надати еталонну плату за наявності або письмово затвердити еталонну поведінку | Результати пілота та обґрунтування меж |
| Випуск і зміни | Випустити адаптер, програму та робочу інструкцію під контролем версій | Затвердити покриття, межі та наступні зміни | Пакет виробничого випуску |
Якщо адаптер надає замовник або повторно використовується старе оснащення, таблиця не змінюється — змінюється відповідальна сторона, і це фіксується в пропозиції, а не припускається.
Приймання до випуску тестової оснастки
Самого працездатного зразка недостатньо, щоб визначити приймальне випробування для серійного виробництва. Для кожного потрібного режиму задайте затверджену умову перевірки та визначте сторону, відповідальну за засоби тестування.
| Вимога, яку треба уточнити | Затвердити до випуску тестового пристрою | Уточнити в запиті пропозиції |
|---|---|---|
| Живлення та струм | Стан живлення й навантаження, версія прошивки, точка вимірювання, час усталення або інтервал вимірювання та допустимий діапазон. | Хто надає інструкції щодо робочого режиму та затверджує граничні значення струму? |
| Зв’язок працює | Другий пристрій або симулятор, команди, очікувані відповіді, час очікування та перевірки даних. | Хто надає опис протоколу, другий пристрій і прошивку, потрібні для обміну? |
| Вихід працює зі своїм навантаженням | Навантаження або симулятор, послідовність керування, тривалість, вимірювана реакція та безпечні межі. | Хто визначає параметри й постачає навантаження та затверджує його заміну симуляцією, якщо така передбачена? |
| Відповідність еталонній платі | Затверджені вимоги й межі, ідентифікатор еталона та спосіб його перевірки. Еталонна плата дає змогу порівнювати, але не встановлює меж приймання. | Хто надає або затверджує еталон, розв’язує розбіжності та погоджує зміну меж? |
Додайте до запиту пропозиції ідентифікатори вимог і перелік невирішених питань щодо приймання. До випуску пристрою та тестової програми узгодьте постачання засобів тестування, перевірку налаштування та відповідальність за затвердження.
Функціональні несправності
FCT доповнює інспекцію та електричні перевірки на рівні вузлів, спостерігаючи поведінку плати під напругою за затверджених умов тестування.
Після візуальної перевірки та перевірки цілісності кіл можуть залишатися проблеми зі скиданням, послідовністю подачі, прошивкою, тактовим сигналом, струмом або ініціалізацією.
Відповідь протоколу, час, термінацію, стан прошивки, поведінку зовнішнього пристрою або цілісність даних можна перевірити за визначеним обміном.
Тестовий пристрій може подати затверджене навантаження або симулятор і оцінити рівень виходу, струм, послідовність або відповідь у межах установлених обмежень.
Відомі стимули можуть виявити помилки зміщення, коефіцієнта підсилення, опорного сигналу, каналу, перетворення або масштабування прошивкою, невидимі під час перевірки без живлення.
Вибір методу тестування
Ці методи доповнюють один одного. Виробничий план може поєднувати їх, коли важливі відсів дефектів, перевірка прихованих з’єднань, доступ до вузлів і поведінка під напругою.
| Метод | Що він переважно перевіряє | Важливе обмеження | Типова роль |
|---|---|---|---|
| AOI | Наявність видимих компонентів, полярність, розміщення, пайку та ознаки якості монтажу | Не може підтвердити приховані з’єднання або функціональність виробу | Потокова інспекція монтажу перед наступними електричними або функціональними тестами |
| Рентгенівська інспекція | Приховані паяні з’єднання та внутрішні ознаки монтажу в межах визначеного обсягу інспекції | Зображення не підтверджує поведінку кола | Перевірка BGA, QFN, компонентів із нижніми виводами та інших прихованих елементів |
| ICT або літаючий щуп | Доступні мережі, цілісність кіл, короткі замикання та окремі взаємозв’язки компонентів | Охоплення залежить від доступу для тестування й не замінює перевірку поведінки виробу під напругою | Відсів дефектів електричного монтажу до FCT або паралельно з ним |
| FCT | Реакцію під напругою на затверджені стимули, навантаження, прошивку, інтерфейси та послідовності | Перевіряються лише випущені план тестування, умови та межі | Перевірка специфічної для виробу поведінки та докази для випуску у виробництво |
Використовуйте розділ тестування та якості PCBA, щоб співвіднести рівні інспекції й тестування з доступом конструкції, обсягом виробництва, ризиком відмов і необхідними доказами.
Записи та завершення RFQ
Позначка «пройдено» без контрольованого базового рівня або корисних деталей несправності є слабким виробничим доказом. Погодьте ідентифікацію, поля, межі, термін зберігання та процес поводження, необхідні інженерним, якісним і закупівельним командам.
Надішліть редакцію конструкції, принципову схему, BOM, відомості про роз’єми та тестові точки, образ прошивки і метод програмування, функціональну специфікацію, стимули, очікувані виходи, межі, навантаження або симулятори, статус еталонної плати, кількість, метод серіалізації та необхідні поля звіту.
FCT перевіряє лише затверджений виробничий план тестування. Воно не замінює кваліфікацію на рівні системи, валідацію в навколишньому середовищі, регуляторні випробування або сертифікацію безпеки, якщо конкретну затверджену вимогу не включено до замовлення.
| Поле запису | Призначення |
|---|---|
| Ідентифікація плати або партії | Пов’язати результат із погодженим серійним номером або методом ідентифікації партії |
| Дата тестування та редакція | Визначити час проведення тесту та застосовану випущену програму або план |
| Результат і невдалий крок | Показати рішення щодо плати та локалізувати місце несправності |
| Виміряне значення та межа | Зберегти параметричний доказ, якщо затверджений тест його записує |
| Статус ремонту та повторного тестування | Закрити процес поводження з невідповідною платою за процедурою замовлення |
Наявність, формат, вибірка та термін зберігання записів залежать від випущеного плану тестування та замовлення.
Підтвердьте власника тестового пристрою, технічне обслуговування, стратегію запасних частин, очікуваний обсяг, цільовий час циклу, контроль прошивки, метод роботи з еталоном, формат звіту та шлях затвердження змін.
Планування функціонального тестування
Надішліть доступні принципову схему, BOM, прошивку, функціональну специфікацію, очікувані навантаження, межі приймання, статус еталонної плати та вимоги до звітності. До випуску оснащення ми підтвердимо практичне охоплення та припущення для розрахунку.
