マルチカメラ プロジェクトでは、同期では、トリガーの到着、露光の開始、アプリケーションへの画像の到着、または表示の更新など、関連するイベントを識別する必要があります。これらのイベントはさまざまな段階で発生します。同期表示のみを記載する調達要件では、露光タイミング テストも、どの画像が同じ取得グルー​​プに属するかも定義されていません。

取得条件と取引条件を個別に指定する

検収対象 定義する条件 示唆される証拠
露光タイミング 対応イベント、許容時差、計測方法 トリガー記録、暴露イベント、または検証されたタイミング記録
フレームの関連付け カメラ ID、ワークピース ID、およびグループ化ルール 元のフレーム、関連付け識別子、および欠落フレーム レコード
処理と転送 ワークロード、バッファリング、およびタイムアウトのルール 到着時間、キューのステータス、ドロップされたフレームの記録
ビジネス上の意思決定 サンプル、決定ルール、出力状態 ラベル、結果、障害処理記録

技術名称は検収データの代わりにはならない

ハードウェア トリガーにより、選択された取得イベントが制御されます。タイムスタンプは、指定されたイベントの時刻を記録します。 PTP は、それをサポートするデバイス間でクロックを同期します。これらのメカニズムは組み合わせることができますが、機能名によって達成される露光時間の差が確立されるわけではありません。メーカーの機能を特定のモデル、ファームウェア、構成と照らし合わせて確認します。カメラのブランド間で同一の機能を想定するものではありません。

同じ取得グルー​​プ内の障害状態を確認する

受け入れられなかったトリガー、欠落したフレーム、非同期クロック、再接続、および処理タイムアウトの処理を定義します。 1 台のカメラからの現在の画像が欠落している場合は、プロジェクト ルールに基づいて不完全なグループまたは保留中のレビューを報告します。現在のグループを有効としてマークするために、前のグループのフレームを使用することはできません。タイミング制限とビジネス結果メトリクスには、ターゲット動作条件が必要です。この記事では、測定されていない普遍的な値は提供されません。

検証レコードを実際のバージョンに関連付ける

カメラ、レンズ、露出設定、トリガー配線、クロック構成、ネットワーク トポロジ、ソフトウェア バージョンを記録します。次に、取得のタイミングとビジネス サンプルの結果を個別に検証します。この記事では、導入または現場で受け入れられたマルチカメラ システムではなく、調達および受け入れの方法について説明します。

メカニズムの参照: Basler による買収, PTP ドキュメント。関連サービス: ビジョンハードウェアと組み込みテクノロジー, プロジェクトの相談.