視覚検査の適応には、通常、機器とオペレーティング システムの確認、カメラ アクセス、アルゴリズムの実行、Web またはローカル インターフェイス、ワークステーション I/O、展開のメンテナンス、およびオンサイトの受け入れが含まれます。ソフトウェアを起動できるようになるのは適応の一部にすぎません。入力、アルゴリズム、結果、インターフェイス、およびバージョン管理が閉ループを形成する場合にのみ、デバイス側の適応がエンジニアリング上の有用性を得ることができます。
現在のアセンブリ外観検査ソフトウェアとアルゴリズム アプリケーションは、すでに Huawei Ascend Atlas 200I DK A2 上で実行されています。プラットフォームの動作は、ソフトウェア、カメラ、アルゴリズム呼び出し、結果リンクが接続されていることを示します。ワークステーションの生産受け入れは、特定の製品、独立したサンプル、リズム、およびオンサイトのインターフェイスと組み合わせて完了する必要があります。
ステップ 1: Atlas のハードウェアおよびソフトウェア環境を確認する
適応させる前に、デバイス モデル、プロセッサ、オペレーティング システム、ドライバー、ファームウェア、CANN またはその他のランタイム バージョンを記録し、ストレージ、メモリ、ネットワーク、および周辺機器インターフェイスがプロジェクトの要件を満たしているかどうかを確認する必要があります。
Atlas 200I DK A2 の公式仕様には、Ascend 310 シリーズ プロセッサ、8 TOPS INT8、4 TFLOPS FP16、4 GB メモリ、USB、MIPI およびギガビット ネットワーク インターフェイスが含まれており、Ubuntu 22.04 および openEuler 22.03 をサポートします。機器の公称仕様はプラットフォームの選択に使用されますが、実際の検出性能はアルゴリズム、画像、ワークステーションの状態に基づいてテストする必要があります。
エンタープライズ プロジェクトでは、現在の環境が開発検証環境であるか、正式な商用環境であるかを確認する必要もあります。開発者キットは研究開発や適応検証に適しています。正式な配信の場合は、商用ソフトウェア ライセンス、量産ハードウェアの形式、ランタイムの入手チャネル、およびその後のアップグレード サポートを確認する必要があります。
ステップ2：カメラを接続し、撮影条件を設定する
ビジョンアルゴリズムの入力品質は、カメラ、レンズ、光源、取り付け位置、ワークの状態によって決まります。カメラがシステムによって認識されたからといって、その画像が検出要件を満たしていることを意味するわけではありません。
適応作業には通常、次のものが含まれます。
- USB/UVC、MIPI、またはネットワーク カメラ デバイスを識別します。
- ドライバー、デバイスの権限、およびサービスを実行しているユーザーを確認します。
- 解像度、フレームレート、フレームフェッチタイムアウト、切断回復を検証します。
- 固定視野、作動距離、焦点距離、ワークピース位置。
- 固定露出、ゲイン、ホワイトバランス、光源条件。
- 元の画像内の最小のターゲットまたは欠陥のピクセル サイズを確認します。
- ブラー、露出オーバー、露出アンダー、オクルージョンの UNKNOWN ルールを作成します。
Winge Technology の現在のプロジェクトは、USB/UVC カメラ リンクを Atlas 200I DK A2 に接続し、標準の画像収集とビデオ検出の入り口を形成しました。完全に中国にローカライズされたソリューションでは、中国のカメラ、レンズ、光源がさらに統合され、システム全体の画像検証が完了します。
ステップ 3: ワークステーションに適したアルゴリズム ルートを選択する
固定ステーションの目視検査では、必ずしも深層学習モデルが必要なわけではありません。アルゴリズムの選択は、欠陥の定義、サンプル数、ポーズのバリエーション、およびイメージング条件に基づいて決定する必要があります。
参考画像と従来のビジョン
位置が安定し、通常の外観が比較的固定され、サンプルが少ないワークステーションに適しています。一般的なプロセスには、グローバル登録、ROI トリミング、輝度正規化、ローカル差分計算、および幾何学的ルールが含まれます。このタイプのアルゴリズムは、相違点の位置や証拠画像を出力する場合に便利です。現在のプロジェクトはHuawei Ascend Atlasデバイスでの動作検証が完了しました。
深層学習アルゴリズムの拡張
これは、多くのカテゴリ、大きなポーズの変更、複雑な背景、またはセマンティック分類が必要なシーンに適しています。代表的なデータを準備し、オブジェクト検出、分類またはセグメンテーション モデルをトレーニングし、入力と出力、前処理と後処理、結果の一貫性、ターゲット プラットフォームの展開検証を完了する必要があります。
実際のデータと明確な精度目標がなければ、モデルの導入を完了するだけでは、フィールド検出機能を実証することはできません。
ステップ 4: 参照画像、ROI、および検出ルールを確立する
組立検査では、品質要件を実行可能なルールに変換する必要があります。たとえば:
- パーツが存在する必要がある場所。
- 正しい量はどれくらいですか？
- どのカテゴリが誤梱包に該当するか。
- 位置と方向にどの程度の変動が許容されるか。
- 画質が条件を満たさない場合の対処法;
- 複数のルールを PASS、FAIL、または UNKNOWN に要約する方法。
Winge Technology 現在のソフトウェアは、複数の OK 参照イメージの収集、ROI の描写、欠落/間違った部品のアセンブリ ルールの構成、および検出証拠の保存をサポートしています。通常の変動を推定するには複数の参照画像が使用されますが、現在のコードで設定された画像数のしきい値に達するのは 3 つの参照画像のみです。正式なワークステーションは、バッチ、シフト、温度、および許可されたイメージングの変更を引き続きカバーする必要があります。
ステップ 5: 操作インターフェイスと結果の証拠を完成させる
エンジニアリング現場では、アルゴリズムの出力が必要なだけでなく、オペレーターがアルゴリズムを構成およびレビューできることも必要です。通常、適応インターフェイスには次のものが含まれます。
- カメラと画像ソースの選択。
- OK 参考画像収集;
- ROI とルールの設定。
- 単一、連続、またはトリガーによる検出。
- PASS、FAIL、UNKNOWN ステータス。
- オリジナルの図面、証拠図面、ルールおよび時間記録。
- 中国語、英語、またはその他の言語のインターフェイス。
- オペレーター、エンジニア、管理者の権限。
現在のプロジェクトでは、中国語と英語の Web 構成プラットフォームを形成し、メイン ページ、カメラ、結果リンクを Atlas 実機で検証しました。正式な商用バージョンでは、顧客の要件に応じて、ログイン、権限、TLS、監査、レシピの承認を追加する必要もあります。
ステップ 6: I/O、PLC、またはビジネス システムにアクセスする
外観検査結果は実際のワークと1対1で対応する必要があります。フィールド適応では以下を指定する必要があります。
- 誰がワークピースを所定の位置に送り、トリガー信号を検出するか。
- カメラはいつフレームを取得しますか。
- タイムアウト、トリガーの繰り返し、トリガーの失敗に対処する方法。
- PASS、FAIL、UNKNOWN を出力する方法;
- 不適格な製品を横取りするか、手動レビューに移す方法。
- MES、バーコード、またはシリアル番号が結果をどのように相関させるか。
- サービスの再起動またはネットワーク停止後に回復する方法。
完全に中国にローカライズされたソリューションでは、接続に中国の I/O または制御機器が使用されます。インターフェイス結合デバッグが完了する前は、ソフトウェアがインターフェイス設計機能を備えていることを意味するだけで、オンサイトのクローズド ループが受け入れられたことを意味するわけではありません。
ステップ 7: 導入、アップグレード、ロールバック機能を確立する
開発環境ではコードを直接変更できますが、運用環境では追跡可能なバージョンが必要です。少なくとも以下を保持することをお勧めします。
- ソフトウェアのバージョン番号とリリース日。
- パッケージと SHA-256 をリリースします。
- レシピと構成のバックアップ。
- 現在のバージョンと以前のバージョンのポインター。
- サービスステータスとキーファイルのハッシュ。
- アップグレードされたカメラ、インターフェース、煙探知機。
- 明示的なロールバック方式。
Winge Technology 現在の Atlas プロジェクトは、不変のリリース ディレクトリ、共有データ、構成のバックアップ ポイント、およびロールバック ポイントを確立しています。この機能は配信とメンテナンスの問題を解決するものであり、アルゴリズムの精度が受け入れられたことを意味するものではありません。
ステップ 8: ワークステーションに従って正式な受け入れを完了する
正式な承認には、少なくとも次の内容が含まれている必要があります。
- 独立したOK/NGサンプルセット。
- 重要な欠陥の欠落検出率。
- OK 誤った傍受率。
- UNKNOWN レート。
- 単一の曲のテンポとリソースの使用量。
- 露出、位置、バッチ、温度の変化。
- 継続的な動作とカメラの切断からの回復。
- I/O、PLC、または MES 閉ループ。
- レシピの切り替え、権限、監査。
テストの数、しきい値、認定基準は、製品リスクに基づいてプロジェクト当事者の両方によって確認されます。合成画像、パラメータ調整サンプル、または短期間のスモークテストは、製品の合格の代わりとして使用することはできません。
よくある質問
Atlas 上でソフトウェアを起動したということは、適応が完了したことを意味しますか?
等しくありません。また、カメラ、アルゴリズム、ルール、結果、インターフェイス、展開、およびターゲット ステーションの受け入れを検証します。
検出ソフトウェアは実際に Atlas デバイス上で実行されていますか?
すでに実行中です。現在のプロジェクトは、Atlas 200I DK A2 でのソフトウェアの起動、USB/UVC カメラ アクセス、標準画像、ROI ルール、中国語と英語のインターフェイス、検出結果とバージョン ロールバックの検証を完了しました。
適応が完了したら、他のワークステーションに直接コピーできますか?
直接的には想定できません。カメラ、レンズ、光源、ワークピース、ビートが異なると入力条件も変化するため、各ワークステーションを再構成して受け入れる必要があります。
Atlas 開発者キットは量産ベースラインとして直接使用できますか?
正式な提供計画を決定する前に、まずソフトウェア ライセンス、商用オペレーティング環境、量産ハードウェアの形式、およびサポート チャネルを確認する必要があります。
出典と説明
- Atlas 200I DK A2基本仕様：https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html
- Atlas 200I DK A2 ソフトウェア使用状況ステートメント: https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html
Online
Phone
WeChat
Top