SPI и AOI часто попадают в коммерческое предложение EMS как почти магические слова. Поставщик пишет "3D SPI + AOI on every line", OEM видит современное оборудование и делает вывод, что риск дефектов пайки уже закрыт. На практике это только часть картины. Наличие машины ещё не означает, что процесс действительно управляется, библиотека допусков актуальна, а результаты инспекции превращаются в действия, а не в архив скриншотов. Для закупки и engineering вопрос не в том, стоит ли линия SPI/AOI, а в том, помогает ли она удерживать process drift до того, как дефект уйдёт в серию.
Для проектов с SMT-монтажом, BGA-сборкой, смешанным монтажом и последующим ICT, AOI, X-Ray и functional test SPI и AOI особенно важны как ранние барьеры. Но OEM опасно путать ранний барьер с полным доказательством качества. SPI смотрит на нанесение паяльной пасты, AOI оценивает визуальные признаки после установки компонентов или после рефлоу, а реальные отказы в поле часто возникают на стыке design sensitivity, process variation, настроек библиотеки и правил реакции на спорный результат.
С инженерной стороны разговор опирается на принципы automated optical inspection, свойства solder paste, логику отраслевых требований IPC и общую статистическую дисциплину Six Sigma. Но для OEM-покупателя главная практическая задача проще: понять, закрывает ли инспекция конкретные механизмы риска или только создаёт ощущение технологической зрелости.
> "SPI и AOI полезны не тогда, когда у поставщика дорогая машина, а тогда, когда за каждым alarm стоит понятное правило реакции. Без reaction plan даже 100% inspection превращается в красивую витрину."
> — Hommer Zhao, Technical Director
Что реально делает SPI, а что нет
SPI нужен для контроля пасты до установки компонентов и до рефлоу. Именно здесь формируется большая часть будущих дефектов SMT: недостаток объёма, избыток пасты, смещение отпечатка, bridging risk, плохое release behavior и систематические аномалии по отдельным апертурам. Если OEM хочет снижать риск tombstoning, opens, insufficient solder и части BGA/QFN-проблем, смотреть нужно не только на post-reflow symptoms, но и на качество deposit на старте процесса.
Однако SPI не подтверждает, что компонент был установлен правильно, не видит полярность, не проверяет coplanarity выводов и не гарантирует качество уже сформированного паяного соединения после оплавления. Он показывает, насколько печать пасты находится внутри заданного окна, а не то, что итоговый узел обязательно будет годным. Для этого SPI надо увязывать с DFM для сборки ПП, трафаретом паяльной пасты, материалами платы и реальным reflow behavior.
На зрелом производстве SPI особенно ценен не как сортировщик брака, а как источник trend data. Если paste volume постепенно уходит на 8-12% по группе апертур, если одна зона панели системно даёт смещение или если cleaning interval трафарета уже не держит release stability, именно SPI позволяет вмешаться до массового выхода дефекта. Это и отличает process control от финальной сортировки.
Что AOI видит хорошо, а где начинаются blind spots
AOI обычно работает после placement и после reflow. Он отлично справляется с рядом типовых дефектов: отсутствующий компонент, явное смещение, неправильная полярность, переворот, gross solder bridge, часть проблем по fillet geometry и несоответствие маркировки. Для плотных SMT-сборок это мощный барьер, особенно когда line speed высокая, а ручная инспекция уже не даёт повторяемости.
Но у AOI есть ограничения, которые OEM должен проговаривать заранее. Визуальная инспекция слабо подтверждает внутреннюю структуру hidden solder joints, не заменяет рентген-инспекцию BGA и QFN, не гарантирует electrical functionality и чувствительна к качеству golden image, освещению, библиотеке признаков и дисциплине оператора. Машина может стабильно пропускать один и тот же marginal defect, если библиотека слишком "мягкая", или создавать поток false calls, если tolerances заданы без привязки к реальному окну процесса.
Именно поэтому AOI полезно рассматривать вместе с матрицей тестового покрытия, First Pass Yield и retest/false fail discipline. Если OEM видит только процент inspected boards, но не видит типы дефектов, правила override и долю repeated calls по одному package family, он не понимает истинную способность линии удерживать качество.
> "Самый опасный AOI-сценарий не тот, где машина часто ругается, а тот, где она редко ругается по неправильной причине. Низкий false call сам по себе не доказывает хорошую библиотеку; иногда это просто слишком широкое окно допуска."
> — Hommer Zhao, Technical Director
SPI и AOI в одной логике процесса, а не как два изолированных этапа
Одна из типовых ошибок OEM-команды состоит в том, что SPI и AOI оцениваются по отдельности: одна машина печати, другая машина оптического контроля, два разных отчёта, два разных владельца процесса. Но дефект не знает организационных границ. Избыточная паста на мелком пассиве, нестабильный placement offset и слишком агрессивный reflow together создают defect signature, который нельзя понять по одному экрану.
Рабочий подход для OEM состоит в том, чтобы требовать связанную картину:
- Какие defect modes поставщик ожидает поймать на SPI.
- Какие defect modes остаются на AOI после reflow.
- Какие дефекты сознательно передаются дальше на AXI, ICT, FCT или ручную верификацию.
- Какие trigger values останавливают линию, а какие только создают предупреждение.
- Как связаны SPI trend, AOI defect Pareto и corrective action по конкретной партии.
Если поставщик не умеет показать эту связку, то он, скорее всего, использует inspection как фильтр, а не как инструмент управления вариацией. Для OEM это критично в продуктах для медицины, энергетики, телекоммуникаций и систем с дорогим box build, где escaped solder defect стоит намного дороже, чем вовремя остановленная линия.
Сравнение того, что должен требовать OEM по каждому уровню контроля
Ниже рабочая матрица для supplier review. Она помогает быстро отделить реальный process control от базовой маркетинговой формулировки.
| Элемент контроля | Что он должен ловить | Что часто остаётся вне зоны | Какой сигнал зрелости нужен OEM | Красный флаг |
|---|---|---|---|---|
| SPI по объёму пасты | Недопечать, перепечать, смещение отпечатка, bridge risk | Ошибка полярности, hidden joint, электрический fail | Trend charts по aperture family, cleaning interval, escalation limits | Есть только pass/fail board report без данных по трендам |
| AOI после placement | Отсутствующий компонент, gross offset, полярность, переворот | Paste collapse после reflow, скрытый void, electrical behavior | Актуальная library governance и defect Pareto по package type | Библиотека меняется без version control |
| AOI после reflow | Bridge, offset, fillet anomalies, часть tombstone/insufficient solder | Внутренний BGA defect, intermittent joint, parametric fail | Связка с repair code и false-call review | Operator override без traceability |
| AXI/X-Ray | Hidden solder joints, BGA/QFN issues, voids, head-in-pillow patterns | Неверная функция изделия, часть stress-induced latent defects | Ясный критерий, какие package family идут на AXI | "X-Ray available" без указания, когда он реально используется |
| ICT/FCT | Электрическая целостность, логика работы, power-up behavior | Часть механических и долговременных дефектов | Coverage matrix и first-fail discipline | Повторный прогон без разбора root cause |
| Burn-in/ESS при необходимости | Ранние скрытые отказы под нагрузкой и временем | Корневая проблема дизайна или процесса без stress trigger | Выборочный screening по risk-based logic | Burn-in применяют как замену слабому базовому контролю |
Такая таблица полезна ещё и потому, что возвращает разговор из языка "у нас есть всё оборудование" в язык "какой дефект каким барьером управляется". Для зрелой OEM-команды это намного полезнее, чем спор о бренде инспекционной машины.
Какие KPI действительно что-то значат
Запросить "yield по AOI" недостаточно. Поставщик может показать высокий pass rate и при этом скрыть растущий объём ручных override, re-inspection loops или repair после повторных прогонов. Намного полезнее просить ограниченный, но содержательный набор метрик.
На практике для SPI и AOI достаточно пяти групп KPI:
- defect rate по семействам дефектов, а не только общий процент fail;
- false-call rate по библиотекам и package families;
- first-pass vs re-inspected pass, чтобы видеть, сколько плат прошло только после ручного вмешательства;
- reaction time от систематического alarm до process correction;
- top recurring defects за 4-8 недель с подтверждённым corrective action.
Если поставщик показывает только aggregated FPY по линии, OEM не видит, растёт ли проблема по одной конкретной ревизии, панели, stencil aperture или корпусу 0201/BGA. А если есть лишь сырые картинки без статистики, то inspection не интегрирован в управленческий цикл.
Практичный уровень ожиданий для OEM: supplier должен уметь показать, сколько процентов AOI alarms были истинными дефектами, сколько ушло в false call, сколько потребовало repair и какие 3-5 причин лидируют по конкретной программе. Для SPI полезно видеть не только моментальный fail, но и drift по paste volume и offset до того, как Cpk по критичным aperture уйдёт в опасную зону.
Где OEM обычно обманывает сам себя
Первый самообман возникает, когда команда считает AOI эквивалентом подтверждённого качества пайки. Это не так. Даже хорошая AOI-библиотека не заменяет электрический тест, не видит часть скрытых дефектов и не даёт гарантии на долговременный ресурс соединения после vibration, thermal cycling или depanelization stress. Поэтому её нужно увязывать с BGA-дефектами и их контролем, рентгеном и downstream test strategy.
Второй самообман связан с ложным комфортом от 100% inspection. Если библиотека слишком узкая, оператор массово байпасит calls, а systemic drift живёт несколько смен без line stop, то "100% inspected" означает лишь "100% плат прошли через камеру". Качество процесса от этого само по себе не растёт.
Третий самообман появляется в многоассортиментном производстве. OEM получает хороший pilot run на одной ревизии и переносит доверие на всю серию. Но SPI/AOI performance сильно зависит от stencil design, component mix, pad geometry, solder mask definition и даже от смены материала. То, что стабильно на одной плате, не обязательно стабильно на другой.
> "100% inspection не равно 100% protection. Если supplier не различает true defect, false call и override, OEM получает статистику движения плат, а не статистику качества процесса."
> — Hommer Zhao, Technical Director
Что спрашивать у поставщика на аудитах и в RFQ
Чтобы быстро понять зрелость SMT-контроля, не нужен длинный questionnaire на 80 пунктов. Достаточно нескольких неудобных и проверяемых вопросов:
- Какие defect modes вы ожидаете ловить на SPI, а какие уже сознательно оставляете на AOI или X-Ray?
- Какие line-stop criteria действуют, если SPI показывает стабильный уход paste volume или offset?
- Как вы управляете библиотекой AOI: кто утверждает изменения, как ведётся version control и как отделяются временные послабления от постоянного стандарта?
- Какая доля AOI alarms за последний квартал была false call, а какая требовала repair?
- Что происходит, если одна и та же ошибка повторяется 3 раза за смену на одной позиции?
- Какие package families или продукты у вас требуют обязательного AXI или дополнительных тестов?
Полезно также попросить живой пример: одну недавнюю несходимость SPI, один типовой AOI false call и один случай, когда инспекция реально предотвратила уход партии дальше по маршруту. Зрелый поставщик показывает не только экран машины, но и цепочку решения: alarm, containment, correction, verification.
Как встроить SPI/AOI-требования в OEM-документы
Наиболее рабочее место для этих требований не общая презентация поставщика, а связка RFQ, control plan и production-readiness review. OEM стоит фиксировать не название оборудования, а логику применения.
Хорошая формулировка ожиданий обычно включает:
- обязательный SPI на критичных SMT-продуктах с trend review по volume и offset;
- определение package families, где AOI недостаточна без AXI или дополнительного electrical test;
- правила traceability для repair, operator override и re-inspection;
- периодический review recurring defects в рамках PRR и Control Plan;
- связку с traceability, чтобы alarm можно было вернуть к конкретной партии, смене и параметрам процесса.
Такой подход помогает закупке, качеству и инженерам разговаривать на одном языке. Не "есть ли у вас AOI?", а "покажите, какие риски этот контроль закрывает и что вы делаете, когда он показывает ухудшение процесса".
FAQ
Может ли AOI заменить X-Ray для BGA и QFN?
Нет. Для hidden joints AOI видит только внешние косвенные признаки и не подтверждает внутреннюю геометрию шара или пятака. Для BGA, bottom-terminated components и части QFN обычно нужен X-Ray или иная стратегия контроля, особенно в Class II/III и в сериях с высокой ценой отказа.
Нужно ли требовать SPI на каждой SMT-плате?
Не всегда, но для продуктов с fine-pitch, 0201/01005, BGA, QFN и высокой плотностью монтажа SPI обычно даёт заметную пользу. Если процесс сложный, а стоимость escaped defect высока, отсутствие SPI означает, что OEM поздно узнает о дрейфе печати пасты.
Какой false-call rate AOI можно считать приемлемым?
Единого числа для всех нет, потому что оно зависит от продукта, package mix и maturity библиотеки. Для OEM важнее не абсолютный процент, а наличие дисциплины: supplier должен показывать тренд false calls, правила корректировки библиотеки и ограничение на operator override по каждой ревизии.
Высокий AOI pass rate означает, что линия стабильна?
Не обязательно. Высокий pass rate может означать и хорошую линию, и слишком широкие допуски, и слабую чувствительность библиотеки. Смотреть нужно вместе с defect Pareto, repair log, SPI drift и результатами downstream test, а не по одной цифре pass rate.
Достаточно ли SPI и AOI без ICT или FCT?
Для многих OEM-продуктов нет. SPI и AOI оценивают геометрию и визуальные признаки процесса, но не подтверждают электрическую функцию изделия. На сложных узлах их обычно нужно дополнять ICT, flying probe, FCT или другой стратегией функциональной верификации.
Что важнее для OEM: бренд машины или дисциплина использования?
Дисциплина использования. Современная машина без актуальной библиотеки, без reaction plan и без traceability даёт меньше пользы, чем менее "громкий" бренд в зрелом процессе. Для стабильной серии критичны version control, escalation logic, review recurring defects и связь инспекции с corrective action.
Если вам нужно выровнять требования к SPI, AOI, AXI и электрическому тесту до запуска серии, команда JM electronic поможет собрать реалистичную test strategy под ваш продукт. Для технического review отправьте данные через форму запроса, посмотрите наши возможности по SMT-сборке, тестированию и BGA-монтажу или свяжитесь с нами через страницу контактов.