複数コードの領域ルールと重複読取制御

課題と前提条件

見えるコードをすべて採用すると、隣のラベルを現在の部品に関連付ける恐れがあります。予定コードの役割と数を定め、領域指定、複数結果、トリガー区間の機能を確認します。

試験の準備

一部品の二つのラベルと、隣の無関係なラベルを準備します。部品識別子を別途付け、重複除外の範囲を一部品イベント内に限定します。

読取領域より先に実部品の境界を決めます。同じ画像に対象ラベル、隣の部品、治具固定ラベルが入ることがあります。許可する位置と回転の限界で参照画像を取り、必要項目を検出順ではなく役割に対応付けます。役割ごとにコード種別、予定数、内容規則を定めます。余分なコードを規定した除外で無視するか、イベントを無効にするか決めます。未検討の無視規則はラベル位置間違いを隠します。領域定義をレシピ版に保存し、後の形状変更を影響した結果まで追えるようにします。

作業手順

1. 役割ごとに許可領域、コード種別、内容ルールを設定します。
2. 二つの正常コード、片方欠落、三つ目追加、位置交換を試します。
3. 全結果を一つのトリガー識別子に結び、必要コードの欠落や余分な結果を管理された排出にします。
4. 同一イベント内の反復だけを除外します。次の部品が同じロットコードを持つのは正常です。
5. 指定の取得境界でイベントを閉じ、遅れて届く重複結果も試します。

二つの必要ラベルが通常位置にある一イベントから始め、緑の読取表示だけでなく検出位置と最終役割を観測します。対象を変えず隣のラベルを画像に入れて除外を確認します。各必要ラベルを一つずつ外し、位置を交換します。第三の読めるコードを足して、最初の結果だけを使う実装を見つけます。イベント閉鎖前の反復と閉鎖後の遅延結果を送ります。結果集合を一部品に関連付け、完了規則を明示します。複数コードを返せるだけでは部品対応、役割検証、取引境界は成立しません。

仮定に基づく試験記録

以下は説明用の仮定であり、Deyiの実測結果ではありません。実際に承認した試験記録に置き換えてください。

左領域が部品識別子、右領域がロット識別子という例では、役割が逆なら二つの文字列を読めても正常ではありません。領域、コード種別、内容規則を検証してからT100に値を関連付けます。T100の重複結果は記録後に除外できますが、T101の同じロット文字列は有効です。欠けた役割を前の部品の値で補わないでください。

イベントごとに役割結果集合を記録し、生データ、コード種別、検出領域または位置、到着時刻、採否理由を残します。通信が反復メッセージを送るなら回数や診断を残し、二重のアプリ動作だけを防ぎます。重複キーは現在のイベントと役割に限定します。同じ役割で内容が違う場合は重複ではなく競合として扱うか定めます。多くの連続部品が同じロット文字列を持つため、全体共有の除外をしません。閉鎖時は欠落、余分、競合を明示し、以前の値で補いません。

工程を示す二つの図

トラブルの切り分け

• 隣のラベルが領域に入る場合は部品姿勢か領域を制限します。
• 全体共有の文字列履歴で、別部品の同じロットコードを消さないでください。
• 結果順ではなく役割で対応付けます。

受入確認と引き継ぎ

仮の50イベントすべてで部品対応と役割が維持され、欠落、余分、遅延の結果が記録されることを確認します。50は説明用試験数であり、統計的な性能証明ではありません。

試験前に受入基準を定め、元の証拠を保存してください。本例は供給対象モデルの機能を保証するものではありません。

独立に準備した予定結果一覧で検証します。各イベントの予定役割と受信役割を比較し、最終処置が一件だけあることを確認します。同じロットの隣接部品、位置交換、次イベント中に届く旧結果を含めます。管理した再起動や受信キュー消去で旧結果が新イベントに混ざらないことを確かめます。50イベントは例の網羅試験で統計的信頼性証明ではありません。量産受入には位置範囲、実速度、異常復旧も必要です。領域画像と役割規則をレシピと渡し、保守時の領域拡大に対応付けリスクの検討を求めます。

関連資料

機器を選定する前に、関連する選定・用途別ガイドを参照してください。技術検討には、サンプル画像、必要な判定、運転条件、試験記録を用意してください。