AOI、ICT、FCT が安定した PCBA デリバリーをサポートする方法

安定した PCBA の納品は、SMT ラインがどれだけ速くコンポーネントを配置できるかだけではありません。

それは、問題をいかに早期に発見するか、チームが何が失敗したかをいかに早く判断できるか、基板が検査、再加工、再テスト、最終承認、出荷までどのようにスムーズに進むかなど、目に見えにくいものに依存します。

そこで重要になるのが AOI、ICT、FCT です。

OEM 購入者にとって、これら 3 つのチェックは品質管理方法としてよく議論されます。{0}}それは本当ですが、不完全です。実際の PCB アセンブリ プロジェクトでは、納品の安定性にも影響します。これらは、目に見える欠陥が下流に移るのを防ぎ、最終テスト前の回路レベルでの予期せぬ事態を軽減し、組み立てられた基板が出荷前に意図した役割を果たしているかどうかを確認するのに役立ちます。-

重要な点は、すべての PCB アセンブリが同じように AOI、ICT、FCT を必要とするわけではありません。

より良い質問は、この特定の PCBA ビルドを予測どおりに実行し続けるためには、どのような検査とテストの手順が必要かということです。

安定した納品は単なる暦日ではありません

PCBA の納期は見積書に明記されています。

その後、ビルドが開始され、実際の質問が表示されます。

• 配置の問題は検討する必要があります。
• はんだブリッジを再加工する必要があります。
• ボードの電源はオンになりますが、1 つのインターフェイスが応答しません。
• 顧客は、RFQ で定義されていないテスト データを要求しました。
• 治具が必要ですが、製造前にそれを計画した人はいませんでした。
• 故障したユニットは修理されますが、再テストのルールは不明瞭です。

これらの問題はどれも、それ自体では劇的なものではありません。しかし、それぞれが配送フローを遅らせる可能性があります。

安定納品とは「SMTラインに能力がある」だけではありません。

これは、プロジェクトに、材料の準備、PCB アセンブリ、検査、電気的検証、機能テスト、再加工、最終承認、出荷という現実的なパスがあることを意味します。

AOI、ICT、および FCT は、さまざまな方法でそのパスをサポートします。

AOI は目に見える欠陥が下流に移動するのを防ぎます

AOI (自動光学検査) は、通常、SMT の配置とリフロー後の最も初期の検査ポイントの 1 つです。

その実現価値はタイミングです。

AOI は、コンポーネントの欠落、間違った方向、極性の問題、配置オフセット、はんだブリッジ、不十分なはんだ、トゥームストーン、その他の表面レベルの問題など、目に見えるアセンブリの欠陥を特定するのに役立ちます。{0}}

AOI で配置またははんだ付けの問題が見つかった場合、基板がプロセスの問題の原因にまだ近いうちに、製造チームはそれをレビューできます。

最終テスト中にのみ同じ問題が見つかった場合、状況はあまりきれいではなくなります。故障の原因が配置、はんだ付け、コンポーネント、ファームウェア、治具、またはテスト手順自体にあるのかを誰かが診断する必要があります。

そうなると、FCT は最終確認ステップではなくなり、トラブルシューティング ステーションに変わります。

AOI はボードが機能することを証明するものではありません。ファームウェア、通信、負荷動作、システム レベルの機能は検証されません。-

しかし、目に見えるアセンブリ欠陥が下流のテストと再作業の能力を静かに消費するのを防ぐのに役立ちます。

これが、AOI が安定した PCBA 配信をサポートする理由です。AOI は、プロセスを制御できる程度に十分早い段階で特定の問題を検出します。

ICT は最終テスト前の電気ショックの軽減に役立ちます

ICT、つまり回路内テストでは、組み立てられた回路を別の方法でチェックします。{0}

AOI は目に見える組み立て状態に焦点を当てますが、ICT は、ショート、断線、部品の欠落、部品の値の間違い、特定の部品レベルや接続の問題などの電気的問題の特定に役立ちます。{0}}

一部の欠陥は表面からはわかりません。

抵抗器が存在する可能性がありますが、間違っています。
はんだ接合は問題ないように見えても、正しく接続されていない場合があります。
通常の検査ではショートが見つからない場合があります。
接続の欠落は電気的にのみ現れる場合があります。

配信の観点から見ると、ICT により、基本的な回路レベルの障害が残ったまま最終機能テストに到達するボードの数を減らすことができます。{0}}

FCT 障害の診断には時間がかかる可能性があるため、これは重要です。ボードが機能テストに失敗した場合、根本原因はファームウェア、コンポーネントの問題、はんだ接合部、コネクタ、テスト ケーブル、治具の状態、さらにはテスト手順自体にある可能性があります。

ICT は、ボードが最終テストに到達する前に検索を絞り込みます。

ただし、ICT は、購入者が最後に気軽に追加できるものではありません。それは、テストへのアクセス、治具の計画、テストポイントの設計、プロジェクトの量、コスト、基板レイアウトがそれをサポートしているかどうかによって異なります。-

プロトタイプまたは少量のビルドでは、専用の ICT 治具よりもフライング プローブ テストの方が実用的である場合があります。{0}繰り返し生産やより安定した設計の場合、プロジェクトの量と基板設計がサポートしていれば、フィクスチャベースの ICT がより魅力的になる可能性があります。{2}

この決定は、回避可能なデバッグ作業によってビルドがすでに遅れた後ではなく、運用計画の前に行う必要があります。

FCTは取締役会が本来の役割を果たしているかどうかを確認

多くの場合、FCT は、製品が期待する動作のように基板が動作するかどうかを最終的にバイヤーが確認する場所です。

単純なボードの場合、これは電源投入と基本的な出力の確認を意味します。{0}より複雑な PCBA の場合、FCT にはファームウェア プログラミング、リレー スイッチング、I/O 応答、通信チェック、消費電流、センサー シミュレーション、LED の動作、モーター-制御信号、または顧客-定義の動作条件が含まれる場合があります。

FCTは出荷前の曖昧さを軽減するため、安定した配送をサポートします。

目視検査と基本的な電気的検査のみに合格した基板でも、実際の製品では故障する可能性があります。 FCT は、ボードが定義されたテスト条件下で実際のジョブを実行していることを確認するのに役立ちます。

ただし、FCT は再現可能でなければなりません。

顧客のエンジニアのみがベンチで実行できるテストは、開発中には役立ちますが、まだ本番テストではありません。

配送を安定させるために、EMS パートナーは明確な指示、器具またはケーブルの要件、ファームウェア ファイル、合否基準、再テスト ルール、必要に応じてデータ記録の期待値を必要とします。{0}

これらの詳細が欠落している場合、FCT は配信の安全策ではなくボトルネックになる可能性があります。

AOI、ICT、FCT は相互に置き換えられません

AOI、ICT、FCT は互換性がありません。

AOI は、明らかなアセンブリ欠陥の進行を防ぐのに優れています。 ICT は、基板が最終テストに達する前に電気的障害を絞り込むのに役立ちます。次に、FCT はボードが実際にそのジョブを実行するかどうかを確認します。

問題は、ある方法が別の方法の盲点をカバーすると期待されるときに始まります。

AOI は目に見えるアセンブリの問題を検出できますが、機能的な動作を証明することはできません。

ICT は回路レベルの障害の発見に役立ちますが、最終製品内でボードが正しく動作することを証明できない場合があります。{0}

FCT はボード レベルの機能を確認できますが、故障の根本原因が間違ったコンポーネントなのか、はんだの問題なのか、ファームウェアの問題なのか、治具のセットアップの問題なのかをすぐに特定できない場合があります。{0}

それぞれの方法で異なる質問に答えます。

安定納品プランでは、これらの方法を固定メニューとして扱いません。

リスクに応じて手法を対応させます。

適切なテスト範囲はボードによって異なります

すべてのボードが 3 つの方法すべてを必要とするわけではありません。

シンプルで成熟した低リスクの基板には、AOI と基本的な電気チェックのみが必要です。{0}

ファインピッチのコンポーネントを備えた高密度の SMT ボードには、より強力な光学検査とプロセス監視が必要になる場合があります。{0}

レイアウトがテスト アクセスをサポートしている場合、複雑なネット、多くのコンポーネント、または繰り返し生産を備えたボードは ICT の恩恵を受ける可能性があります。

ファームウェア、リレー、I/O、通信ポート、またはフィールド配線を備えた産業用制御 PCBA には、定義された FCT 計画が必要な場合があります。

隠れたはんだ接合がある基板にも X 線検査が必要になる場合がありますが、それはパッケージのタイプと故障の影響に基づいて個別に決定されます。{0}

要点は簡単です。

テスト範囲は一般的なチェックリストではなく、ボードに従う必要があります。

購入者にとって役立つ質問は次のとおりです。

• このビルドで最も可能性が高い欠陥は何ですか?
• 出荷前に発見する必要がある欠陥はどれですか?
• ボードにはファームウェアのプログラミングが必要ですか?
• テストアクセスはすでに PCB に設計されていますか?
• ボードには固定具や特別なケーブルが必要ですか?
• どのような結果が合格または不合格としてカウントされますか?
• 故障したボードは再加工され、再テストされますか?
• テスト記録やシリアル番号のトレーサビリティは必要ですか?{0}}
• これは初期のプロトタイプ、パイロットラン、または再生産バッチですか?

その答えは、品質管理だけでなく、配送計画も形成します。

購入者が最初に基本的な PCB アセンブリの見積もりを要求し、後で ICT または FCT を追加した場合、元の見積もりは実際のプロジェクトを説明しなくなる可能性があります。

ここから、多くの驚きの配達が始まります。

サプライヤーは組み立てのみを見積もっている場合があります。
購入者は機能テストが含まれていると想定していた可能性があります。
テスト フィクスチャがまだ存在していない可能性があります。
ファームウェアが公開されない可能性があります。
合格/不合格の基準が明確でない場合があります。
レポート要件は価格設定されていない、またはスケジュールされていない可能性があります。

いずれも、サプライヤーがプロジェクトをサポートできないことを意味するものではありません。

これは、プロジェクトの範囲が十分に早い段階で完全に定義されていなかったことを意味します。

安定した PCBA 納入のために、バイヤーは最初の生産バッチが既に移動した後ではなく、RFQ 中に検査とテストの期待を明らかにする必要があります。

ICTが実用的かどうかはテストアクセスで決まる

ICT はアクセスに大きく依存します。

ボードに十分なテスト ポイント、間隔、または治具へのアクセスがない場合、完全な ICT は困難、高価、または非現実的になる可能性があります。フライング プローブは、一部のプロジェクト、特に低ボリュームのビルドでは代替手段になる可能性がありますが、それでも、何をチェックする必要があるか、またボードの設計方法によって異なります。-

これが、DFT (テスト容易性のための設計) が重要である理由です。

購入者は、PCB 製造後に完全な ICT 戦略が必要であるかどうかを常に判断できるわけではありません。その頃には、効率的にテストできる内容がレイアウトによってすでに制限されている可能性があります。

これは単なるエンジニアリングの詳細ではありません。

配送に影響が出ます。

テストへのアクセスが不十分な場合、実稼働チームは追加の手動チェック、フィクスチャの回避策、デバッグ時間の延長、またはテスト範囲の縮小が必要になる場合があります。これにより、ビルドの予測が難しくなる可能性があります。

テストアクセスを早期にレビューするほど、配信計画を現実的に保つことが容易になります。

FCT が本番環境の準備ができていない場合、ボトルネックになる可能性があります-

多くの場合、機能テストは購入者側からすると簡単に聞こえます。

「ボードが機能するかどうかテストしてください。」

しかし、制作チームにはそれ以上のものが必要です。

どのファームウェアをロードするか、どのケーブルを接続するか、どの負荷または信号をシミュレートするか、どのソフトウェアを開くか、どの結果が許容されるか、故障したボードをどうするか、テスト データを保存するかどうかを知る必要があります。

FCT 手順が 1 人のエンジニアの記憶に依存している場合、安定した配信はサポートされません。

本番環境に対応した FCT 計画では、以下を定義する必要があります。{0}

• ファームウェアのバージョン
• フィクスチャまたはケーブルのセットアップ
• テストシーケンス
• 合格/不合格の制限
• 再作業後のルールの再テスト
• データの-記録要件
• 必要に応じて、ラベルまたはシリアル番号のリンク-

目標は、すべての FCT を複雑にすることではありません。

目標は、それを再現できるようにすることです。

単純なテストでも、それが明確で、制御されており、ボードの実際の機能と一致していれば、優れたテストとなる可能性があります。

再作業と再テストのルールにより配信フローを保護

AOI、ICT、FCT が良好であっても、ボードによっては再加工が必要になる場合があります。

これは PCBA 製造では通常のことです。

重要な問題は、次に何が起こるかということです。

ボードに ICT 障害が発生した場合、ボードは修理され、再テストされますか?
ボードが FCT に不合格になった場合、再加工後に同じ機能テストに戻りますか?
コネクタが修正された場合、再度目視検査が必要ですか?
隠れた関節の問題が修復された場合、さらに詳しく調べる必要がありますか?{0}}

明確な再作業と再テストのルールがないと、ボードに障害が発生すると、納品フロー内に混乱が生じる可能性があります。

目に見える問題が修正されたという理由だけで、修理されたボードを完成品に移行するべきではありません。検査および再テストの方法は、元の故障リスクと一致する必要があります。

これは、各ボードの価値が高く、納期が厳しい可能性がある、少量ビルド、産業用電子機器、自動化機器、その他のプロジェクトの場合に特に重要です。{0}

テスト結果は繰り返しビルドの安定化に役立ちます

AOI、ICT、FCT は、1 つのバッチを分類するのに役立つだけではありません。

また、次のバッチの改善にも役立ちます。

AOI が同じ配置オフセットに繰り返しフラグを立てる場合、チームは配置設定、フィーダーの状態、コンポーネントのパッケージング、ステンシル設計、またはパッド レイアウトを見直す必要がある場合があります。

ICT 障害が 1 つの回路に集中している場合、チームはコンポーネントの調達、はんだ付け、テストアクセス、または設計の前提条件を見直す必要がある場合があります。

FCT 障害が 1 つのインターフェイス周辺で繰り返される場合は、ファームウェア、ケーブルのセットアップ、コネクタの処理、またはテスト手順の明確さに問題がある可能性があります。

このフィードバックは、EMS パートナーとバイヤーが「発見して修正する」から「安定化して防ぐ」に移行するのに役立ちます。

これは、テストが配信の安定性をサポートする静かな方法の 1 つです。

これにより、ビルドを繰り返す際のトラブルシューティングへの依存度が低くなります。

テスト範囲を配送リスクに適合させるための実用的な購入者チェックリスト

テスト計画は、プロジェクトが必要とする以上に重くすべきではありません。

配信を保護するために十分に明確である必要があります。

これは決まったレシピではありません。

問題が現れる前にプロジェクトを徹底的に検討する方法です。

業界のシグナル: バイヤーはサプライズの少ない配送を望んでいます

プロジェクトの初期段階で、検査範囲、テスト記録、治具の準備状況、ファームウェア制御、トレーサビリティについて問い合わせる OEM バイヤーが増えています。

それは驚くべきことではありません。

エレクトロニクス プログラムは、より構成可能になり、ソフトウェアへの依存度が高まり、-サプライ チェーンへの依存度も高まっています。-多くのバイヤーにとって、安定した PCBA 納品は、ボードがいつ構築されるかだけでなく、出荷前にどのようにチェックされるかを知ることにかかっています。

これは、すべてのプロジェクトに重いテスト パッケージが必要であるという意味ではありません。

つまり、AOI、ICT、FCT は後付けではなく、配信計画の一部として議論されるべきです。

STHL がこの議論に当てはまる場所

PCB アセンブリ プロジェクトを準備している OEM バイヤー向けに、Shenzhen STHL Technology Co., Ltd. は、アセンブリ範囲に加えて検査およびテスト要件をレビューできます。

プロジェクトによっては、AOI 検査、ICT のディスカッション、FCT 計画、ファームウェア プログラミングの入力、治具またはケーブルの要件、やり直しと再テストの期待、トレーサビリティのニーズが含まれる場合があります。{0}{1}

目標は、不必要なテストを追加しないことです。

目標はマッチングすること試験と検査取締役会の実際のリスクに応じて、プロジェクトが組み立て、検査、テスト、承認、出荷まで予期せぬ事態を少なく進めることができます。

結論

AOI、ICT、および FCT は、さまざまな段階でさまざまなリスクを軽減するため、安定した PCBA の提供をサポートします。

AOI は、目に見えるアセンブリの問題を早期に発見するのに役立ちます。 ICT では、最終的な機能テストの前に回路レベルの問題を特定できます。{1} FCT は、定義された条件下でボードが意図した機能を実行するかどうかを確認します。

これらの方法はどれも、思いつきでうまく機能するものではありません。

OEM バイヤーにとって、実際的な教訓は明らかです。それは、生産計画の前にテスト範囲を定義することです。安定した PCBA 納品計画には、生産能力以上のものが必要です。明確な検査、テスト、やり直し、再テスト、および受け入れルールが必要です。

適切なテスト範囲を定義するサポートが必要PCB アセンブリプロジェクト？ファイルを送信してください見積もりを依頼するまたは、STHL に直接お問い合わせください。info@pcba-china.com.