産業用ビジョンの調達は、実際の成果物に従う必要があります。カメラの購入、アルゴリズムの試運転、検査システムの試運転には、さまざまな機器、ソフトウェア、統合の責任が伴います。範囲を定義する前に、既存の資産と開発する部分を特定します。

成果物は4種類

物体 定義する入力 可能な成果物 受け入れ重視
画像およびカメラ機器 部品、視野、動作、設置および利用可能な照明 指定された機器、設定および接続情報 タスクに対する生画像の適合性
取得とインターフェース モデル、接続、プロトコル、ドライバー、およびターゲット システム ドライバー、取得ソフトウェア、インターフェースのドキュメントおよびログ 画像のキャプチャ、完全性、タイミング、およびリカバリ
アルゴリズムとアプリケーション 生のサンプル、ラベル、ルール、およびコンピューティング プラットフォーム 構成部品、構成、使用例および評価記録 合意されたサンプル、リソースの使用、およびエラーに関する結果
システム統合 上記の入力に加えて、機械的、電気的、現場のインターフェース 合意された範囲内のプロトタイプ、ソフトウェア、およびエンジニアリング ファイル エンドツーエンドの機能、動作条件、ハンドオーバー

この表はプロジェクトの範囲をまとめたものです。実際のファイルと機材はプロジェクトごとに合意されます。完全なシステム開発には、定義されたコンポーネント ソース、購入責任、および統合タスクも必要です。アルゴリズム リストだけでは、完全なデバイスを提供する準備ができているわけではありません。

既存の資産から作業を定義する

既存のカメラの場合は、そのモデル、ファームウェア、生画像、SDK、およびオペレーティング プラットフォームを提供して、再利用を評価します。既存のアルゴリズムの場合は、前処理、入力と出力、依存関係、ライセンス、および参照結果を提供します。既存のマシンの場合は、インターフェイス リスト、制御シーケンス、設置条件、障害記録も提供します。不足している入力は、開発作業を定義する前にドキュメントのレビューと限定的な検証を通じて解決する必要があります。

調達と受け入れを結びつける

タスクごとに、入力の所有者、実装者、出力、および受け入れ方法を特定します。たとえば、カメラのサプライヤーは機器とその SDK を供給します。取得ソフトウェアはフレーム識別子とエラー状態を提供します。アルゴリズムは定義された結果を提供します。そしてインテグレーターがステーションを委託します。無効なフレーム、切断、利用できない結果、および欠落しているダウンストリーム確認応答がどのように処理されるかに同意します。

性能要件にはテスト条件が必要です。解像度、フレームレート、サンプルカバレッジ、サイクルタイム、連続動作時間を個別に記録します。コンポーネントの仕様とシステムの測定結果には、それぞれの定義が使用されます。開発、機器、プロトタイプ、統合、テスト、および変更範囲を個別に見積もります。

プロジェクト評価のための情報

デバイスの目的、既存のカメラとソフトウェア、生の画像またはビデオ、ターゲット システム、サイト インターフェイス、必要なファイル、および受け入れ条件を提供します。評価、開発、統合の範囲を絞ることができるように、未知のパラメーターを評価項目としてリストします。

関連サービス: ビジョンハードウェアと組み込み開発 そして アルゴリズムモジュールとSDK。既存の情報を次の方法で送信してください プロジェクトのお問い合わせ 開発範囲を評価します。