5.5 Регистрация данных и заявки на ремонт

В условиях массового производства проведение тестов является лишь частью процесса; не менее важно управление данными, которые эти тесты генерируют. Тестовая станция, которая лишь отображает зелёный индикатор «ПРОЙДЕНО» или красный «НЕ ПРОЙДЕНО», не предоставляет достаточной информации. Когда сложная печатная плата не проходит электрический тест, техник по ремонту получает преимущество от точной, практической информации для эффективного устранения дефекта. Более того, инженерным группам необходимы агрегированные исторические данные для раннего выявления системных проблем в производственном процессе. Именно поэтому стандартизированный подход к регистрации данных и заявкам на ремонт в рамках Системы управления производством (СУП) так ценен.

Анатомия заявки на ремонт

Когда плата не проходит тест (будь то внутрисхемное тестирование (ICT), граничное сканирование или функциональное тестирование (FCT)), тестовая станция должна автоматически генерировать цифровую заявку на ремонт, связанную с уникальным серийным номером платы в системе. Грамотно составленная заявка на ремонт помогает прояснить следующие шаги для техника.

Стандартная заявка на ремонт обычно содержит следующие элементы:

Точный режим отказа: Вместо «Плата не прошла функциональное тестирование (FCT)» заявка должна точно указывать, что произошло, например: «Выходное напряжение аналогового регулятора U4 составило 3.1В, ожидаемое 5.0В +/- 0.1В».
Диагностические координаты: Для структурных тестов (таких как внутрисхемное тестирование (ICT) или JTAG) полезно указать точные неработающие цепи и позиционные обозначения (RefDes), например: «Обнаружено короткое замыкание между цепью A и цепью B в районе компонентов R12 и C4».
Исторический контекст: Важно отметить, если данная плата уже не проходила этот тест ранее. Если плата попадает в повторяющийся цикл (не проходит, ремонтируется и снова не проходит), СУП должна это помечать, чтобы инженер мог предложить помощь.
Соответствующие фрагменты журнала: Для циклов функционального контроля (FCT) прикрепление последних строк вывода последовательной консоли или конкретного кода ошибки, возвращаемого прошивкой изделия, является ценным источником информации.

Рабочий процесс техника: Цикл ремонта

Процесс ремонта наиболее эффективен как контролируемый, замкнутый цикл. Плата, не прошедшая тест, должна пройти определённый цикл проверки, а не возвращаться напрямую в стандартный поток после устранения дефекта.

Этап процесса	Ожидаемый результат
1. Сканирование и обзор	Техник сканирует штрих-код платы для доступа к цифровой заявке на ремонт, подтверждая тем самым, что для работы взят правильный блок с актуальным отказом.
2. Выполнение ремонта	Техник определяет физический дефект и устраняет его (например, заменяет неисправную ИС или устраняет перемычку припоя).
3. Документирование действия	Техник фиксирует заменённый компонент и выполненные действия (например: «Заменён U4. Устранена перемычка припоя на выводах 1-2»). Эти данные используются для анализа выхода.
4. Возврат к источнику	Отремонтированная плата возвращается на ту же тестовую станцию, которая изначально зафиксировала отказ, обеспечивая полную повторную проверку.

Использование тестовых данных для анализа коренных причин

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

Выявление тенденций: Команда по качеству может регулярно анализировать диаграмму Парето режимов отказов. Если значительный процент отказов внутрисхемного контроля (ICT) постоянно указывает на «Короткие замыкания под U12», инженерная команда может исследовать дизайн трафарета или профиль пайки оплавлением для этого конкретного компонента.
Отслеживание компонентов: Регистрация точных позиционных обозначений (RefDes) часто заменяемых компонентов позволяет заранее выявить потенциальные проблемы с партиями от поставщиков.
Состояние тестовой станции: Если одна тестовая станция не пропускает 15% плат по конкретному параметру, в то время как другая станция, тестирующая то же изделие, — 2%, это может указывать на проблему с обслуживанием оснастки или отклонение калибровки, а не на дефект продукта.

Цель: Отсутствие «кладбища плат»

«Кладбище плат» — это скопление неисправных, не отремонтированных плат на производстве. Такие скопления блокируют капитал и могут маскировать системные проблемы. Общая цель производства — обеспечить, чтобы неисправные платы были оценены и оперативно выведены из очереди на ремонт, желательно в течение 48 часов.

Если плату невозможно отремонтировать в установленные сроки из-за сложности дефекта или перемежающегося характера отказа, её следует передать инженерной команде для формального анализа коренных причин. Системный подход к решению проблем является ключевой частью эффективной производственной стратегии.

Резюме: Параметры заявки на ремонт в СУП

Параметр	Требование	Значение / Пример	Документ
Точный режим отказа	Указывать измеренное и ожидаемое значение с допуском.	”3.1В, ожидаемое 5.0В +/- 0.1В”	Заявка на ремонт
Диагностические координаты	Указывать неработающие цепи и RefDes компонентов.	”КЗ между цепями A и B у R12, C4”	Заявка на ремонт
Документирование действия	Фиксировать заменённый компонент и выполненные действия.	”Заменён U4. Устранена перемычка”	Заявка на ремонт
Возврат к источнику	Отправлять плату на ту же тестовую станцию для повторной проверки.	Станция, зафиксировавшая отказ	Рабочий процесс
Срок оценки отказа	Вывести плату из очереди на ремонт или передать инженерам.	≤ 48 часов	Цель (Bonepile)