Аналитика данных AOI: от сигнала к выпуску PCBA

Аналитика данных AOI превращает результаты автоматического оптического контроля из потока «годен/не годен» в проверяемую связь между платой, признаком, решением оператора, процессом и действием. Её ценность не в количестве графиков, а в способности ответить: что изменилось, где возник риск, кто проверил сигнал и каких доказательств достаточно для выпуска.

Эта страница помогает инженерам SMT, NPI и качества спроектировать такую цепочку, а закупкам — сравнить поставщиков по данным и управлению изменениями. Она не заменяет сам контроль AOI, рентген, электрические испытания или квалификацию изделия.

Ключевые выводы

Начинайте с решения, которое должны поддержать данные, а не с набора показателей на панели мониторинга.
Связывайте каждый вызов AOI с изделием, ревизией, панелью, платой, позицией, программой контроля и окончательным решением человека.
Считайте отдельно машинные вызовы, подтверждённые дефекты, ложные срабатывания, пропуски и ремонт; один FPY не объясняет причину.
Не меняйте процесс по единичному сигналу, пока не проверены система измерения, программа, материал, изделие и временная последовательность.
Коррелируйте SPI, AOI, ремонт и FCT только по общей идентичности и ревизии; совпадение во времени без такой связи не доказывает причину.
AOI подтверждает только признаки, доступные выбранной оптике и программе. Скрытые соединения и электрическая функция требуют других методов.
В RFQ фиксируйте формат данных, изображения, сроки хранения, версии программ, права доступа, правила тревог и уведомление об изменениях.

Что должна доказывать аналитика AOI?

Хорошая аналитика AOI должна поддерживать конкретное инженерное или выпускное решение. Если отчёт показывает только процент отказов за смену, он описывает результат, но не даёт надёжного маршрута к причине.

Вопрос	Какие данные нужны	Подход к анализу	Ответственный	Доказательство для решения
выросли ли реальные дефекты?	машинный вызов, изображение, решение оператора, эталон	доля подтверждённых дефектов отдельно от ложных вызовов	качество AOI	проверенная выборка решений и журнал диспозиции
сместился ли процесс печати?	объём/высота SPI, апертура, позиция, плата, время	связь признака пасты с дефектом после оплавления	инженер процесса SMT	тренд по стабильной программе и подтверждение на изделии
проблема относится к установке?	позиция, фидер, сопло, партия компонента, смещение AOI	стратификация по оборудованию и материалу	производство и процесс	повторяемая группировка плюс физическая проверка
ремонт устранил дефект?	исходный вызов, код ремонта, повторная инспекция, оператор	цепочка до/после ремонта	ремонт и качество	закрытая запись без потерянной идентичности
можно ли выпустить партию?	ревизия, маршрут, открытые NCR, результаты нужных тестов	проверка полного договорного плана	уполномоченный владелец выпуска	согласованный комплект записей и закрытые отклонения
изменился ли риск в серии?	базовый уровень NPI, партия, линия, программа, материал, время	контроль стабильности и стратификация	NPI/качество	расследование дрейфа и одобренное действие

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

Какая модель данных нужна для прослеживаемости PCBA?

Минимальная модель должна позволять восстановить путь от выпущенной ревизии до конкретной позиции на плате. Названия полей могут отличаться, но связи теряться не должны.

Идентичность изделия и процесса

номер изделия, ревизия PCB/PCBA и применённый вариант BOM;
заказ, партия, панель, серийный номер платы и позиция в панели;
линия, станция, маршрут, дата/время и единая временная база;
программа AOI, библиотека компонентов, параметры рецепта и их ревизии;
позиционное обозначение, номер компонента, корпус и применимый поставщик/партия;
тип вызова, измеряемый признак, изображение и координаты;
первичное решение, окончательная диспозиция, оператор и время проверки;
ремонт, повторная инспекция, NCR/MRB, уступка и выпускное решение.

Штрихкод сам по себе не создаёт прослеживаемость. Он полезен только тогда, когда одинаково связывает записи SPI, монтажа, AOI, ремонта и теста с правильной ревизией.

IPC-CFX может стандартизировать обмен данными между оборудованием и бизнес-системами, а The Hermes Standard — передавать идентичность платы по линии. Ни один интерфейс автоматически не проверяет полноту полей, семантику кодов или пригодность данных для выпуска: это остаётся задачей согласованной схемы и валидации интеграции.

Как управлять ложными срабатываниями и пропусками AOI?

Ложное срабатывание — это вызов AOI, который после проверки признан приемлемым. Пропуск — реальный дефект, который AOI не вызвал. Оба показателя зависят от достоверного эталонного решения; машинный результат нельзя использовать как доказательство собственной точности.

Замкнутый цикл решения

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

Универсального допустимого процента ложных вызовов нет. Цель должна учитывать сложность изделия, метод AOI, риск пропуска, время проверки и договорный план качества. Нулевая доля ложных вызовов также не доказывает хорошую систему: слишком широкие пределы могут просто скрыть дефекты.

Как связать SPI, AOI, ремонт и FCT без ложной причинности?

Корреляция полезна только тогда, когда записи относятся к одной плате, одной позиции и согласованным ревизиям. Данные разных изделий или периодов могут давать красивый график, но не объяснять физический механизм.

Источник	Что он наблюдает	Полезная связь	Чего он не доказывает
SPI	геометрию нанесённой пасты до установки	недостаток/избыток пасты, смещение апертуры, тенденция печати	качество готового соединения после оплавления
AOI после установки	наличие, ориентацию и видимое смещение компонента	ошибки фидера, сопла, программы или позиционирования	состояние припоя после оплавления
AOI после оплавления	доступные оптике признаки компонента и видимого соединения	мост, смещение, полярность, видимый профиль по настроенному правилу	скрытые BGA/QFN-соединения и электрическую функцию
рентген	скрытую геометрию, доступную выбранному рентгеновскому методу	пустоты, мосты и соединения под корпусом по плану	электрическую работу схемы в условиях применения
ремонт	подтверждённое действие и повторную проверку	связь дефекта, причины ремонта и результата	отсутствие других независимых дефектов
ICT/FCT	электрическую сеть или функцию в пределах покрытия теста	связь визуального признака с электрическим отказом	полную надёжность и квалификацию изделия

Пример корректного расследования: рост недостатка припоя на одном выводе сначала связывают с данными SPI той же позиции, затем проверяют трафарет, опору платы и очистку апертуры. Пример некорректного вывода: объявить поставщика PCB причиной только потому, что в тот же день выросли вызовы AOI, не проверив пасту, программу, компоненты и изображения.

Как построить базовый уровень NPI и обнаруживать дрейф серии?

Базовый уровень NPI — это не один «золотой» образец и не среднее значение всей пилотной партии. Это зафиксированный контекст, в котором известны ревизии, материалы, программы, методы проверки и окончательные решения по дефектам.

До пилотной сборки

согласуйте критерии приемки, класс и ревизию применимого документа;
определите покрытие AOI и признаки, которые требуют X-ray, ICT/FCT или ручной проверки;
зафиксируйте CAD/BOM/centroid, ориентацию, корпуса и критические позиции;
задайте словарь дефектов и диспозиций без неоднозначных кодов «прочее»;
подготовьте известные годные, дефектные и пограничные образцы по риску.

Во время NPI

сохраняйте исходные и окончательные решения, а не только итоговое «годен/не годен»;
отделяйте программирование AOI от изменения реального процесса;
проверяйте повторяемость результата после остановки, перезапуска и смены оператора;
фиксируйте каждое изменение программы и причину его одобрения;
связывайте дефект с ремонтом, повторной проверкой и выпуском первой статьи.

В серии

сравнивайте только сопоставимые ревизии и конфигурации;
сначала проверяйте стабильность данных и системы измерения, затем процесс;
стратифицируйте сигнал до корректировки оборудования;
используйте удержание, NCR/MRB и уступку по согласованному риску;
не закрывайте тревогу одним исправленным изделием: подтвердите действие на последующих сопоставимых данных.

Подробный контекст выпуска первой сборки см. в проверке первого изделия.

Как проверить саму систему измерения AOI?

Проверка зависит от типа результата. Для категориального решения «дефект/не дефект» важны согласие с известным эталоном, повторяемость решения и различия между проверяющими. Для высоты, смещения или иной числовой величины нужны подходящие оценки повторяемости, воспроизводимости, смещения и стабильности.

План проверки должен включать:

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

Одно число Gage R&R нельзя механически применять ко всем данным AOI. Категориальные решения и непрерывные измерения требуют разных методов, а допустимость результата определяется риском продукта и назначением измерения.

Как превратить тревогу AOI в корректирующее действие?

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

Подтвердить сигнал: проверить изображения, физическую плату, критерий и решение оператора.
Ограничить затронутый объём: определить изделия, ревизии, время, линию, материал и открытые партии.
Разделить источники вариации: программа AOI, компонент, паста, печать, установка, оплавление, PCB и обращение после процесса.
Проверить механизм: использовать данные предшествующей операции и независимый метод, подходящий дефекту.
Назначить действие и владельца: коррекция процесса, ремонт, изменение программы, удержание или инженерная уступка.
Подтвердить результат: сравнить сопоставимые данные после действия и проверить отсутствие нового риска.
Закрыть запись: сохранить причину, объём, действие, проверку эффективности и решение о выпуске.

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

Как закупкам сравнить поставщиков по данным AOI?

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

Критерий	Вопрос поставщику	Проверяемое доказательство
идентичность	как связываются заказ, ревизия, панель, плата и позиция?	пример записи и путь от серийного номера к изображению
схема дефектов	одинаковы ли коды между линиями и программами?	словарь кодов, версия и правила изменения
исходные данные	доступны ли измерения, изображения и первичное решение?	согласованный экспорт, поля, единицы и образец файла
диспозиция	кто подтверждает вызов и как разрешается спор?	роли, журнал действий и независимый метод проверки
валидация	как проверяют программу и систему измерения?	план, эталонные образцы и результат по конкретной ревизии
интеграция	как соединены SPI, AOI, ремонт и тест?	общие идентификаторы и пример сквозной записи
хранение	что хранится, где, как извлекается и когда удаляется?	договорная матрица данных, резервирование и тест извлечения
изменение	что происходит при обновлении библиотеки или ПО?	журнал версий, одобрение, проверка и уведомление клиента
выпуск	какие открытые записи блокируют отгрузку?	workflow NCR/MRB, уступки и полномочия на выпуск

Срок хранения нельзя выбирать по отраслевому ярлыку из блога. Его задают договор, применимые нормы, риск, жизненный цикл изделия, требования к расследованию и политика владельца продукта. IPC-1782 помогает определить глубину прослеживаемости по риску, но конкретный пакет должен быть согласован в заказе.

Что включить в RFQ по AOI и производственным данным?

Изделие и маршрут

Gerber/ODB++, BOM, centroid, сборочные чертежи и утверждённые ревизии;
вариант изделия, панель, серийные номера и правила маркировки;
классы компонентов и позиции с повышенным риском;
место AOI в маршруте и требуемое покрытие SPI, X-ray, ICT/FCT и ручной проверки;
применимые критерии приемки, класс, ревизия и клиентские исключения.

Данные и решения

обязательные идентификаторы от заказа до позиции компонента;
словарь вызовов, дефектов, диспозиций, ремонта и повторной проверки;
нужные измерения, изображения, единицы, формат экспорта и частота передачи;
ревизии программы AOI, библиотек, оборудования и программного обеспечения;
правила проверки ложных вызовов, пропусков и спорных решений;
тревоги, удержание партии, NCR/MRB, уступки и полномочия на выпуск;
хранение, резервирование, извлечение, доступ, удаление и защита данных;
уведомление об изменениях и объём повторной валидации.

Отправьте этот пакет вместе с количеством, графиком, панелизацией и требованиями к отчётам. Через запрос расчёта PCB/PCBA поставщик сможет подтвердить реализуемый маршрут, формат доказательств, стоимость и сроки для конкретного проекта.

Часто задаваемые вопросы об аналитике AOI

Какие показатели AOI нужно отслеживать в первую очередь?

Начните с машинных вызовов, подтверждённых дефектов, ложных срабатываний, обнаруженных пропусков, ремонта и окончательной диспозиции. Разделяйте их по изделию, позиции, программе и процессу; общий FPY без такого контекста скрывает причины.

Какой уровень ложных срабатываний AOI считается допустимым?

Универсального процента нет. Цель зависит от риска пропуска, сложности изделия, метода контроля, времени проверки и договорного плана качества. Она пригодна только вместе с оценкой пропусков по независимому эталону.

Может ли AOI автоматически корректировать принтер пасты или установщик?

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

Заменяет ли аналитика AOI рентгеновский контроль?

Нет. AOI ограничен доступной оптике геометрией. Скрытые соединения BGA/QFN и внутренние условия требуют подходящего X-ray, а электрическая функция — ICT/FCT или системного теста в пределах их покрытия.

Как доказать, что программа AOI обнаруживает нужные дефекты?

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

Зачем связывать данные SPI и AOI?

SPI показывает состояние пасты до установки и оплавления, а AOI — доступные признаки после следующей операции. Общая идентичность платы и позиции помогает проверить механизм дефекта, но сама статистическая корреляция ещё не доказывает причину.

Сколько времени нужно хранить изображения и журналы AOI?

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

Какие данные запросить у поставщика PCBA перед заказом?

Запросите пример сквозной записи, словарь дефектов, исходные измерения и изображения, формат экспорта, версии программ, валидацию, связь ремонта и теста, сроки хранения, NCR/MRB и порядок уведомления об изменениях.

Подготовьте проверяемый пакет данных AOI

Передайте ревизии изделия, маршрут, критерии приемки, критические позиции, идентификаторы, словарь дефектов, требуемые изображения и измерения, правила диспозиции, тестовое покрытие, хранение и изменение программ. APTPCB сможет оценить DFM/DFA, маршрут сборки и договорный пакет производственных данных, не подменяя квалификацию готового изделия.

Обсудить данные AOI для вашего проекта PCBA