カスタム カメラ ボードには、センサー、コンピューティング プラットフォーム、電源、クロック、ソフトウェア バージョンなどのハードウェアおよびソフトウェア インターフェイスの文書化されたリストが必要です。この記事では、インターフェイスの定義からプロトタイプの作成まで、提案されている開発ワークフローについて説明します。完了した設計、製造、またはプラットフォームの適応については報告しません。
設計前に入力を定義する
センサーまたはモジュール、コネクタのピン配列、信号規格、電源シーケンス、クロック、制御バス、出力モード、機械的制限を特定します。メーカーのドキュメントの改訂と参照設計の範囲を記録します。既存のボード、ソフトウェア パッケージ、共有可能なエラー ログが調査をサポートします。未確認のパラメータは固定設計値から除外してください。
段階ごとに納品・検証
| ステージ | 出力 | 続行する前に必要な証拠 |
|---|---|---|
| インターフェースと範囲 | パラメータリスト、ソフトウェアスコープ、未解決項目 | 主要な接続と依存関係のチェック |
| デザインレビュー | 合意された設計ファイルとレビューの問題 | 電力、信号、コンポーネント、機械的な問題に対処 |
| プロトタイプの電源投入 | 基板のリビジョン、取り付けられた構成、および測定値 | 電源、クロック、リセットおよび制御通信が合意された条件を満たしている |
| 生フレームキャプチャ | ドライバー、デバイスツリー、設定、フレームファイル | モード、フォーマット、カウンタ、画像コンテンツのチェック |
| 統合と再テスト | プログラム例、問題リスト、リカバリ手順 | 合意されたビジネス入力と障害シナリオが再テストされました |
ソフトウェアのバージョンに応じてハードウェアの変更を管理する
各ボード リビジョンを BSP、デバイス ツリー、およびドライバーに関連付けます。可能な場合は、カスタム ボードの違いを評価する前に、リファレンス ボードでの取得を検証してください。リファレンスボードの受け入れは、カスタムプロトタイプの受け入れを確立するものではありません。を参照してください。 Linux デバイスツリーの使用法に関するドキュメント その役割のために。実際のカーネルのバインディングとドライバーを使用します。
引き渡し時に構築状態と未完成の作業を保存する
合意された成果物には、編集可能な設計ファイル、製造データ、部品リスト、ソフトウェア、構築指示書、テスト記録が含まれる場合があります。サードパーティのライセンスとサプライヤーのバイナリ制限を個別に確認してください。プロトタイプの電源投入テストとカメラ統合テストの後、ターゲットの温度、電力、作業負荷、および継続時間をさらに検証します。エンジニアリングベンチテスト中に取得された画像は、基板の生産バッチの受け入れを確立するものではありません。
関連サービス: ビジョンハードウェアと組み込みテクノロジー, プロジェクトの相談.