表面検査設計は、検出する必要がある欠陥、許容される正常な変動、および手動レビューが必要なケースから始まります。この記事では、提案された検査ワークフローについて説明します。互換性、欠陥検出性能、および継続的な動作には、対象の機器とサンプルを使用したテストが必要です。

入力と決定ルールを確立する

製品タイプ、表面材質、画像処理、処理サイクルタイム、位置のばらつき、欠陥の寸法、重大度を定義します。適合画像、欠陥画像、境界線上の画像サンプル、使用不可能な画像サンプルを提供します。ラベルは決定基準に沿って追跡する必要があります。未解決の製品タイプと欠陥カテゴリを検証保留としてマークしたままにします。

モジュール 範囲 可能な成果物
サンプル管理 オリジン、バッチ、ラベル、およびデータ目的の分離 在庫とラベル付けルールのサンプル
所在地と地域 部品の位置合わせと検査領域のマッピング アライメントパラメータと座標
画質 使用感、故障、回収条件 チェック項目と状態定義
欠陥判定 カテゴリ、しきい値、および証拠 モデル構成、API、および結果フィールド
手動レビュー 欠陥の疑い、異議のある結果およびフィードバック 記録を確認し、手順を変更する

結果を追跡可能にする

結果を製品またはキャプチャの識別子、イメージ時間、製品タイプ、モデル バージョン、パラメータ バージョンと関連付けます。欠陥の位置、証拠画像、欠落した結果、および障害状態には明示的なフィールドを使用します。元の結果、レビュー変更の理由、および関連するバージョンを保持します。その後の改訂では、元の受諾記録を保存する必要があります。

試験的に実施し、段階的に受け入れる

固定条件のサンプルから始めて、バッチ、製品タイプ、場所の変動、同時作業負荷を拡張します。製品レベルの見逃した欠陥、適合品目の誤警報、レビューが必要な割合、処理時間、回復動作を個別に記録します。再利用による偏った結論を避けるために、トレーニング、チューニング、受け入れデータに目的ごとにラベルを付けます。

納入および運用範囲

合意された成果物には、構成、API、展開手順、合意されたソース コード、テスト記録、およびレビュー ツールが含まれる場合があります。サードパーティのライブラリとモデルのライセンスをソースと照合して確認します。カメラ、照明、材料、処理サイクル タイム、または欠陥定義を変更した場合は、サンプリングと検証のニーズを再評価する必要があります。

関連サービス: ビジョンアルゴリズムとモデルエンジニアリング そして プロジェクトのお問い合わせ.