組み込みカメラ取得設計は、アプリケーションに必要なデータから始めて、センサー、インターフェイス、システムのサポートを検証する必要があります。ハードウェア条件を指定した場合のプロジェクト設計方法を以下に示します。任意のセンサーやプロセッサーの適応を確立するものではありません。

シグナルとデータチェーン

イメージング コンポーネント → インターフェイスおよびトランスポート コンポーネント → ホスト レシーバーおよびドライバー → フレーム バッファおよびタイミング情報 → 取得 API → 処理、表示またはストレージ アプリケーション。パラメータとステータスは、対応する制御チャネルを使用します。顧客または専門サプライヤーは、プロジェクトごとに合意された責任のもと、照明と特殊な光学系を提供します。

レイヤごとに開発を定義する

層 確認のための入力 可能な出力
イメージング センサーまたはモジュール、電源、クロック、モードおよびフォーマット デバイスモードとレジスタまたはSDK構成レコード
輸送 インターフェイスの方向、ケーブル、ブリッジまたは SerDes、および制御パス インターフェース定義、接続情報、リンクステータス
システム OS バージョン、ドライバー、レシーバー、フォーマット、バッファーのサポート 構成、ドライバーの変更、デバッグ記録の取得
データ メモリ レイアウト、タイムスタンプ、フレーム識別子、および所有権 フレーム インターフェイス、ライフサイクル、エラーに関するドキュメント
応用 表示、処理、記録、同時実行、およびシャットダウン 例、構成および機能の検証記録

既存の SDK が必要な機能を提供する場合は、その統合とラッパー スコープを定義します。ドライバーまたはハードウェアの変更が必要な場合は、ソース コード、設計ファイル、ビルド条件、およびテストを個別にリストします。アプリケーション ラッパーとボードレベルの開発は別のタスクです。

最小限のフレームインターフェイス情報

フレーム識別子、キャプチャ時間とクロック ソース、寸法、ピクセル形式、行ストライド、有効なデータ長、バッファの所有権、品質ステータス、エラー コードを考慮します。各タイムスタンプの起源と意味を定義します。ホストの受信時間は、自動的にセンサーの露出時間になるわけではありません。ダウンストリーム ソフトウェアが古いフレームを新しい結果として扱わないように、無効なフレーム、切断、タイムアウトの明示的な状態を返します。

段階的な受け入れ

最初に電源、起動、列挙を確認してください。次に、指定されたモードでの生のフレームと制御、ターゲット ワークロードでのフレームの完全性とタイミングを検証し、最後に異常なシャットダウン、再接続、アプリケーションの統合を検証します。ハードウェア、ファームウェア、OS、ドライバー、および構成のバージョンを保持します。各段階での障害や再現状況を記録します。

引き継ぎと評価のインプット

合意された成果物には、インターフェイス定義、指定されたソース コード、ビルド手順、構成、例、生のフレーム、テスト記録が含まれる場合があります。ベンダー SDK、ファームウェア、およびサードパーティ コンポーネントは、それぞれのライセンスに基づいて転送されます。カメラとプロセッサのモデル、完全な接続、ターゲット モード、SDK とシステムのドキュメント、生のサンプル、および受け入れ要件を提供します。

関連サービス: センサードライバーとカメラリンクの起動, 埋め込み画像の取得 そして プロジェクトのお問い合わせ.