Functional Test (FCT) для PCBA и box build
Функциональное тестирование после сборки: power-up, интерфейсы, токи, напряжения, firmware, калибровка и traceability. Подходит для pilot lot, серийных программ и изделий, где OEM хочет подтверждать не только пайку, но и реальное поведение устройства.
Functional Test нужен там, где электрическая целостность платы уже недостаточна как критерий готовности. Плата может пройти AOI, ICT или flying probe, но всё равно не запуститься в изделии из-за ошибок power sequencing, неинициализированного интерфейса, неверной прошивки, нестабильного потребления, проблем с датчиком, реле, дисплеем или коммуникацией с внешним узлом. Для закупки это означает риск позднего брака и дорогого sorting, а для инженеров риск получить формально исправную PCBA, которая не выполняет целевую функцию.
JM electronic рассматривает FCT как производственный контракт по поведению изделия: заранее фиксируем, что именно считается PASS, какие limits допустимы по току, напряжению, времени отклика, интерфейсам и калибровке, какие сценарии проверяются на pilot lot, а какие уже на серийной станции. Такой подход особенно полезен для industrial, medical, telecom, security, power electronics и box build проектов, где поздний дефект стоит дороже самой сборки.
Отдельная практическая ценность FCT в том, что он связывает инженерные ожидания и закупочный контроль. Вместо расплывчатой формулировки «функционально проверить изделие» мы переводим задачу в проверяемый маршрут: подключение, version control прошивки, test fixture, нагрузка, обмен по интерфейсам, критерии fail и формат журналов. Это снижает риск спорных трактовок между OEM, EMS и командой качества после запуска серии.
Нормативная и технологическая база
Для OEM, закупки и инженерных команд мы опираемся на отраслевые стандарты и профильные технические источники, чтобы согласовать требования к интерфейсам, материалам, надёжности и приёмке ещё до запуска серии.
Ключевые преимущества
Проверка реального поведения изделия
FCT подтверждает, что узел не просто электрически собран, а действительно запускается и выполняет заданную функцию: питание, интерфейсы, реакции на команды, логика сигналов, калибровка, индикация и работа с периферией.
Limits и acceptance criteria фиксируются заранее
Мы отдельно согласуем токи, напряжения, задержки старта, сценарии связи, допуски по аналоговым каналам и правила PASS/FAIL. Это полезно для procurement, потому что стоимость FCT становится прозрачной, а для инженеров потому, что тест перестаёт быть ручной импровизацией.
Связка с прошивкой и конфигурацией
Во многих проектах FCT невозможен без firmware, bootloader, MAC-адресов, серийных номеров и calibration data. Мы встраиваем эти операции в один маршрут, чтобы версия ПО и результат теста были связаны с конкретной единицей изделия.
Подходит не только для голой PCBA
FCT особенно полезен для box build, панелей управления, устройств с кабелями, кнопками, дисплеями, реле, вентиляторами, датчиками и внешними интерфейсами. На этом этапе удобно поймать ошибки сборки, которые не видны ни AOI, ни ICT.
Traceability и управляемый fail analysis
Для серийных программ можно логировать test result, station ID, версию ПО, measured values и fail codes. Это ускоряет containment, 8D и разбор качества без ручного поиска, какая именно единица и при каком режиме провалила тест.
Экономика позднего дефекта становится лучше
Чем позже проблема обнаружена, тем дороже она обходится. FCT помогает отсеять изделия с логическими, интерфейсными и power-up дефектами до упаковки, отгрузки, burn-in или финальной интеграции у клиента.
Что обычно входит в FCT-маршрут
| Тип сервиса | System-level functional test для PCBA, sub-assembly и box build |
| Что обычно проверяется | Power-up, current draw, interfaces, sensors, relays, indicators, firmware behavior, communication, calibration |
| Оснастка | Fixture, harness, scripts, PSU, load, measurement tools по проекту |
| Когда особенно оправдан | Продукты с прошивкой, интерфейсами, несколькими режимами работы и дорогим field failure |
| Смежные методы | AOI, X-Ray, ICT, flying probe, firmware programming, burn-in, end-of-line test |
| Ключевой документ | Test plan с PASS/FAIL logic, limits, setup и expected behavior |
| Выходные данные | Pass/fail log, measured values, station ID, serial number, firmware version, fail code |
| Интеграция в маршрут | После сборки и базового электрического контроля, до упаковки или отгрузки |
| Типовые риски без FCT | No boot, wrong firmware, unstable current, dead interface, sensor mismatch, hidden box-build faults |
| Объёмы | От pilot lot и qualification build до repeat-order серий |
| Что нужно для расчёта | Схема, BOM, test plan, firmware, pinout, limits, expected signals, target volume |
| Результат для OEM | Понятное подтверждение, что изделие работает как система, а не только как правильно спаянная плата |
Процесс производства
Определение функции, а не просто списка измерений
На старте разделяем, что нужно доказать изделием в реальной эксплуатации: запуск, обмен данными, работа датчиков, реакция на входы, токовые режимы, поведение под нагрузкой. Это база для корректной цены и адекватного test coverage.
Сбор входных данных и test plan
Получаем схему, BOM, описание режимов работы, firmware, интерфейсы, pinout и критерии PASS/FAIL. Если тестового плана ещё нет, помогаем превратить инженерные ожидания в конкретные limits и сценарии для pilot или серии.
Подготовка fixture, подключения и ПО
Формируем test fixture или кабельную оснастку, сценарии обмена, источники питания, нагрузку и измерения. На этом этапе особенно важно убрать неоднозначность по версии ПО, серийному номеру и конфигурации тестовой станции.
Pilot validation и настройка limits
На пилотной партии проверяем repeatability измерений, разброс по токам, времени старта, аналоговым каналам и интерфейсам. Если limits слишком жёсткие или слишком мягкие, корректируем их до серийного запуска, а не после волны ложных fail.
Серийное применение и логирование результатов
На серии FCT становится управляемым финальным gate: каждая единица проходит одинаковую последовательность действий, а система сохраняет итог, measured values и fail codes. Это важно и для качества, и для закупки, когда нужно быстро принять решение по партии.
Обратная связь в NPI и серийное улучшение
По результатам первых лотов можно уточнить test coverage, разделить задачи между ICT и FCT, добавить проверку новых интерфейсов или убрать лишние шаги. Такой loop помогает удерживать баланс между скоростью, стоимостью теста и реальным уровнем риска.
Области применения
Промышленная электроника
- PLC и I/O модули
- HMI и панели оператора
- Контроллеры приводов и питания
- Устройства с несколькими I/O и коммуникационными портами
Энергетика и power electronics
- BMS и power control boards
- Платы для зарядной инфраструктуры
- Инверторные и силовые контроллеры
- Узлы с проверкой токов, реле и защит
Телеком и сети
- Router и switch boards
- Коммуникационные модули
- Платы с Ethernet, UART, CAN, RS-485
- Изделия с firmware и системным стартом
Медицина и hi-rel
- Diagnostic modules
- Monitoring electronics
- Платы с калибровкой и контролем сигналов
- Программы с повышенной ценой позднего отказа
Security и building automation
- Контроллеры доступа и PoE-устройства
- Панели, датчики и alarm nodes
- Устройства с индикацией, реле и интерфейсами
- Box build узлы с финальной системной проверкой
OEM pilot и repeat-order программы
- Qualification build
- Pilot-to-series transfer
- Изделия со спорным test coverage
- Проекты, где нужно доказать функцию до отгрузки
«Слабый FCT обычно проваливается не на оборудовании, а на постановке задачи. Если OEM не зафиксировал, что именно устройство должно доказать на тесте, станция превращается в формальный power-on. Сильный FCT начинается с правильного вопроса: какую системную функцию мы обязаны подтвердить до отгрузки и какие данные сохраняем, если изделие не прошло.»
Часто задаваемые вопросы
Связанные услуги
Отрасли
Готовы обсудить ваш проект?
Отправьте Gerber-файлы и BOM — мы подготовим коммерческое предложение в течение 24 часов.