マルチカメラ取得設計: トリガー、クロック、フレームの関連付け

ワークピース識別子、元のフレーム、欠落フレーム、クロック障害、再接続などのタイミング条件と結果を中心に、提案されたワークフローを整理します。

2026-11-09 · JIVISION

マルチカメラ収集設計では、最初に 1 つの収集グループに属するカメラ、ワークピース、および収集イベントを定義し、次にトリガーおよびクロックメカニズムを選択する必要があります。これが提案された設計手法です。特定のシステムについては、配線、展開、またはタイミングの受け入れは報告されません。

最初にデバイスとビジネスの入力を確認する

カメラのモデル、シャッターモード、露出設定、トリガーインターフェイス、タイムスタンプの意味、SDK 機能を特定します。ワークピース識別子の発生場所、必要なビュー、グループ化の期限、および不完全なグループの処理を定義します。の製造元の PTP ドキュメントメカニズムを説明します。ターゲットデバイスでのサポートやテストの完了を証明するものではありません。

コントロールと証拠を別々に整理する

ステージ	提案作品	推奨されるレコード
トリガーと露出	確認済み入力とターゲットイベントを設定する	トリガー識別子、準備状況、および暴露の証拠
クロックチェック	タイムソース、同期ステータスを確認し、変更を再開します	時間単位、ステータス、クロックの関係
フレームの関連付け	カメラ、ワークピース、取得イベントごとにオリジナルのフレームをグループ化する	オリジナルフレーム識別子、グループ識別子および関連証拠
ビジネス上の意思決定	合意された処理の前にグループの完全性を確認する	完全性、アルゴリズムのバージョン、および最終状態
障害回復	欠落したフレーム、タイムアウト、失われた同期と再接続を処理します。	原因、回復処置、および回復後の最初の有効なグループ

アソシエーション識別子の起源を確認する

カメラフレームカウンタ、トリガーカウンタ、およびアプリケーションで生成されたグループ識別子は、異なるカウントドメインに属する場合があります。同じ数だけでは同じイベントは成立しません。原点、再起動動作、マッピング方法を定義します。おおよそのペアリングが到着時間のみを使用する場合は、検証された露出同期ではなく、アプリケーションのペアリングルールとして記述します。

欠陥のあるグループは正常な決定を下してはなりません

必要な画像が欠落している場合、タイムソースが無効である場合、または関連付けが不確実である場合は、合意されたルールに基づいて不完全、無効、またはレビュー保留ステータスを報告し、その理由を保持します。再接続後、クロックとグループの関連付けを再確認します。バッファされた古い画像を新しいワークピースの有効な入力として使用しないでください。サイトの手順により、停止するか、再捕捉するか、オペレーターのアクションを要求するかが決定されます。

ワークロードを増やす前に、制御された組み合わせを検証する

確認済みのカメラ、配線、ネットワーク、ソフトウェアから始めます。タイミング、グループの完全性、ビジネスサンプルを個別に検証します。カメラを追加したり、解像度、露出、転送、処理負荷を変更した後、影響を受ける条件を再テストします。構成、元の記録、測定方法、未完成品を納品します。この設計では、検証済みのゼロフレーム損失やユニバーサルカメラプラグアンドプレイの結果は得られません。