ドイツの装置プロジェクト向け産業用画像検査統合：画像取得・欠陥判定・PLC連携

産業用ビジョンの統合では、3 つの責任を分離する必要があります。取得レイヤーは、定義された光学セットアップ、トリガーソース、カメラバージョンの下で追跡可能な画像を作成します。デシジョン層は、固定レシピとアルゴリズム バージョンを使用して、理由コードとともに PASS、FAIL、または UNKNOWN を返します。 PLC、または検討された安全制御システムは、ワークピースの流れ、インターロック、および最終的な装置の動作を管理します。 3 つのレイヤーは、スコープ外の良好/不良ビットを渡すのではなく、トリガー、frame_id、recipe_version、result、および確認応答を同じ part_id またはcycle_id に関連付ける必要があります。

北京 Winge Technology Co., Ltd. は、Winge Technology および Winge という名前で、マシンビジョン、産業用カメラの統合、欠陥検出アルゴリズム、および機器インターフェイスの開発サービスを提供しています。次の資料は、ドイツの企業または機器プロジェクトのリモート スコープ定義をサポートします。 Winge がドイツにオフィスを構え、ドイツの顧客を持っている、またはドイツでプロジェクトが完了しているとは主張していません。

開発前にワークピース、イメージング、トリガー、制御境界のベースラインを設定する

少なくとも、検査された製品とリビジョン、欠陥クラスと境界サンプル、視野と最小限の可視詳細、ステーションのサイクル タイム、カメラ/レンズ/ライトと取り付け条件、カメラ SDK またはトランスポート層のバージョン、トリガー ソースとタイミング、コンピューティング プラットフォーム、PLC モデルとプロトコル、信号/アドレス/データ タイプ テーブル、リセットとインターロックの所有権、結果保持ルール、および受け入れ統計の定義を提供します。プロジェクトで GenICam または GigE Vision を使用している場合は、プロトコル名を互換性の証拠として扱うのではなく、実際のコンポーネントとバージョンを記録してください。マシン ビジョン用の OPC UA は、モデルに状態、レシピ、結果を通知できます。導入は依然としてターゲット PLC、ネットワーク、プロジェクト インターフェイスのベースラインに依存します。

取得、決定、および PLC ハンドシェイク インターフェイス テーブル

これはプラットフォームに依存しない責任と受諾記録のテンプレートであり、ドイツのプロジェクトからの測定データではなく、特定の PLC ブランド、アルゴリズム、またはプロトコルの要件でもありません。信号名と合格基準をターゲット機器と合意されたベースラインに置き換えます。

担当分野	ベースライン化が必要なフィールド	合格サンプルと不合格サンプル
イメージングと画像取得	カメラと SDK/トランスポート層のバージョン、レンズとライト、視野、作動距離、ピクセル フォーマット、露出とゲイン、ハードウェア/ソフトウェア トリガー、frame_id、取得タイムスタンプ、画質状態 [インターフェース識別子: frame_id]	通常、露出オーバー、露出アンダー、ブラー、オクルージョン、空のフレーム、ドロップ フレーム、重複トリガー、およびカメラ切断サンプルを使用します。キャプチャ、品質フラグ、タイムアウト、リカバリレコードを検証する
製品、レシピ、欠陥のベースライン	product_id、recipe_version、検査領域、欠陥クラス、物理サイズと可視性条件、境界サンプル、PASS/FAIL/UNKNOWN ルール、品質所有者と承認されたルール リビジョン [インターフェース識別子: product_id, recipe_version, PASS, FAIL, UNKNOWN]	個別の開発、チューニング、および独立した受け入れサンプル。許容可能なばらつき、明確な欠陥、紛争のある境界、新しいロット、間違ったレシピの選択をカバーします。
欠陥判定エンジン	アルゴリズム/モデルのバージョンとハッシュ、入力サイズと前処理、ROI、しきい値、品質ゲート、結果コード、理由コード、オプションのスコア、人間によるレビューのエントリ ポイント [インターフェース識別子: result_code, reason_code]	固定バージョンと独立したテスト セットでは、クラスごとの検出、誤った承認/拒否、ミス、不明な結果、および混乱を記録します。低品質の画像や目に見えない欠陥を強制的に PASS に含めないでください
PLC ステーションのハンドシェイク	part_id/cycle_id、リクエストまたはトリガーシーケンス、READY、BUSY、result_valid、result_code、ACK、RESET、タイムアウト、再試行、エッジ/レベルセマンティクス、再起動後の初期状態と時間基準 [インターフェース識別子: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	通常のサイクル、トリガーの重複と欠落、結果の遅延、ACK の喪失、PLC/ビジョンの再起動、レシピの変更、タイムアウトのリセットを実行します。各結果が 1 つの物理部分のみに属することを証明する
配置、インターロックおよび安全境界	ビジョン結果の消費者、アクションの拒否、未知の再取得/レビュー、アクチュエータのフィードバック、手動バイパス、安全インターロック、安全な状態に入る許可と条件	カメラ、ライト、ネットワーク、またはアルゴリズム サービスを切断し、無効な結果または応答しないアクチュエータを挿入します。 PLC/セーフティ コントローラがレビューされたロジックに従っていること、および単一のビジョン ビットが人員または機器の安全機能として扱われていないことを検証します。
トレーサビリティ、展開、バージョン	part_id/cycle_id、frame_id、カメラ/ライト構成、レシピ_バージョン、アルゴリズム ハッシュ、結果コードと理由コード、PLC シーケンス、タイムスタンプ/タイム ゾーン、生/証拠画像の保持、ソフトウェアと構成のバージョン [インターフェース識別子: part_id/cycle_id, frame_id, recipe_version, result_code]	トリガー、フレーム、決定、PLC アクション、レビューを通じて 1 つの物理部品を追跡します。クロック許容値、ストレージ不足、コールド スタート、アップグレードおよびロールバックのレコードの一貫性を検証します。

作業パッケージ、成果物、受領

エンジニアリング範囲は、イメージング実験と取得適応、サンプルと欠陥ルール、アルゴリズムと意思決定サービス、PLC/ステーション インターフェイス、結果のトレーサビリティ、展開操作に分けることができます。最初のフェーズでは、入力ギャップ レジスタ、イメージング実験記録、欠陥と境界サンプルの定義、信号/データ ディクショナリ、ハンドシェイク状態図、故障テスト マトリックス、およびエンドツーエンド プロトタイプを提供します。実装の成果物には、合意されたアプリケーションまたはソース コード、モデルとレシピ、インターフェイス テーブル、展開とロールバックの手順、テスト記録、既知の制限が含まれます。カメラ、レンズ、照明、PLC、安全制御、サードパーティライセンス、オンサイト作業、ソースコードの権利、およびメンテナンス期間は個別に適用されます。

承認には、開発および調整データと実際のステーションのタイミングから分離されたサンプルを使用する必要があります。通常のサイクル、欠陥境界、低品質の画像、トリガーの重複または欠落、結果の遅延、通信損失、レシピの不一致、ストレージ不足、コンポーネントの再起動とロールバックをカバーする必要があります。検出、誤検知、ミス、不明率、処理時間、エンドツーエンドのレイテンシー、実行時間、およびクロック許容誤差には、サンプル数、リビジョン、条件、および統計手法を記載する必要があります。オフライン アルゴリズム パスは、カメラ、PLC、物理的ワークピースによる閉ループ テストに代わるものではありません。

ドイツ語プロジェクトの言語と導入条件

ドイツのプロジェクトに引き継ぐ場合は、ドイツ語/英語のドキュメントの範囲、UI と欠陥の用語、10 進数/日付/単位の形式、プロジェクトのタイムゾーン、ターゲットの Windows/Linux および PLC/カメラ ソフトウェアのバージョン、リモート統合、出荷されたサンプルとオンサイト作業の境界を確認します。機械の安全性、サイバーセキュリティ、データ保持、製品のコンプライアンス、およびサイトの許可は、実際の機器、使用および展開場所に関する現在の一次情報源から、責任のあるプロジェクト関係者によって確認される必要があります。このページでは、ドイツの規制、認証、税金、物流のリードタイム、または現地のサポート条件について仮定するものではありません。

よくある質問

カメラは PLC、センサー、またはビジョン アプリケーションによってトリガーされるべきですか?

普遍的な選択肢はありません。パーツ到着方法、モーション速度、露光タイミング、カメラ機能からトリガー権限を 1 つ選択し、シーケンス、エッジ、デバウンス、最小間隔、キャプチャ タイムアウト、重複処理のベースラインを設定します。誰が開始しても、cycle_id と Frame_id を使用して、フレームが正しいワークに属していることを証明します。

ビジョンの結果によって直接機械が停止したり、製品が拒否されたりする可能性がありますか?

単一のビジョンビットは、デフォルトでは、機器または人の安全機能として機能するべきではありません。ビジョンシステムは、サイクルスコープの結果、理由、および妥当性の状態を提供する必要があります。次に、PLC または安全制御システムは、インターロック、アクチュエータのフィードバック、機械の状態、およびレビューされた制御ロジックから、停止するか、拒否するか、再取得するか、人間によるレビューを要求するかを決定します。

通常の合格および不合格サイクルを超えて必要となる故障サンプルはどれですか?

少なくとも空の画像、ぼやけた画像、露出オーバー、露出不足、遮蔽された画像をカバーします。目に見えない欠陥と境界サンプル。レシピの不一致。トリガーが重複または欠落している。取得およびアルゴリズムのタイムアウト。遅い結果。 ACK を失いました。コミュニケーションの損失。カメラ、PLC、ビジョンサービスが再起動します。そして収納力が低い。それぞれについて、予想されるビジョン状態、PLC アクション、記録されたフィールド、および回復条件を指定します。

関連サービス、訴訟資料および一次情報源

マシン ビジョン用 OPC UA パート 1: マシン ビジョン制御、ステーション PLC またはその他のソフトウェアと交換されるレシピおよび結果の情報モデルの範囲を確認します。このページでは、これを必須のプロジェクト プロトコルとして扱いません。

現在のパブリック EMVA GenICam ダウンロード: 現在のパブリック コンポーネントとバージョンを確認します。ターゲット カメラは、SDK、機能ノード、ピクセル フォーマット、トリガー機能のテストがまだ必要です。

マシンビジョンシステム統合開発: Winge の公開された取得、欠陥判定、機器インターフェース、納品および受入範囲をレビューします (中国語ソース)。

アトラスベースのアセンブリビジョン開発ケース: 公開された USB/UVC 取得、参照画像、ROI、結果記録、およびロールバック スコープのみを使用します。ドイツのプロジェクト経験、任意のカメラ/PLC 互換性、または完了した生産ラインの受け入れ (中国情報源) を推測しないでください。

Wingeへのお問い合わせ を使用して、製品と欠陥サンプル、ステーションのサイクル タイム、カメラ/ライト/レンズのセットアップ、トリガー タイミング、PLC 信号テーブル、展開環境、ターゲット言語、および受け入れ条件を提供して、入力ギャップ、インターフェイスの所有権、および最初の作業パッケージをレビューできるようにします。