多碼讀取：區域規則與重複讀取控制

問題與前置條件

讀取所有可見的碼，可能會把相鄰工件的標籤關聯到目前工件上。測試之前先定義預期的碼角色和數量；並確認讀碼器是否支援劃分區域、傳回多個結果以及所需的觸發視窗。

測試準備

準備同一個工件上的兩個標籤，以及附近一個無關的標籤。給測試工件分配獨立的識別碼。明確寫出去重複範圍：僅限同一個工件事件之內，而不是整個批次的全域範圍。

先畫出工件的實際邊界，再畫讀取區域。相機影像中可能同時包含目標標籤、相鄰工件和固定在治具上不動的標籤。在工件位置與旋轉角度的允許極限處取得參考影像，並按角色而不是按發現順序來對應每個必需欄位。對每個角色，都要定義允許的碼制、預期數量和內容規則。要確定多出來的碼是按有文件記載的排除規則忽略，還是直接使該事件無效；未經審查的忽略規則可能掩蓋貼錯位置的標籤。把區域定義儲存在配方版本中，這樣以後幾何關係發生變化時，可以追溯到它影響了哪些結果。

測試步驟

1. 為每個角色指定允許的區域、碼類型和內容規則。
2. 先測試預期的兩個碼，然後依次去掉一個、再多加第三個，並互換二者的位置。
3. 把完整的結果集關聯到同一個觸發識別碼；所需結果缺失或多餘時，按受控方式剔除。
4. 只在該事件內部抑制重複觀測；新工件完全可能帶有相同的批次碼。
5. 在規定的取像邊界處關閉事件，並測試遲到的重複結果。

先從一個事件開始，其中兩個必需的標籤都在正常位置。要觀察檢測到的碼位置和最終的角色分配，而不能只看綠色的讀取成功指示。在不改動目標標籤的前提下，把相鄰工件的標籤移入影像，檢查排除規則的行為。依次去掉每個必需的標籤，再互換二者的位置。再加一個可讀的第三個碼，以暴露只取第一個結果的取巧做法。在事件關閉之前送出重複結果，在事件關閉之後送出遲到的結果。結果集應始終與同一個工件識別碼關聯，其完成規則必須明確。解碼器能傳回多個碼，這件事本身並不能提供工件關聯、角色檢查或正確的應用層交易邊界。

範例測試紀錄

以下為範例假設，不是 Deyi 的實測效能。請將這些數值替換為自己經簽署的測試紀錄。

假設左側區域必須是工件識別碼，右側區域必須是批次識別碼。如果兩個可讀字串的角色互換了，僅僅「都能讀出」是不夠的。把每個值綁定到 T100 之前，先檢查區域、碼制和內容規則。T100 的重複結果在記錄之後可以被抑制；而 T101 上相同的批次字串必須仍然有效。缺少某個角色時判為剔除，不得借用上一個工件的值。

將紀錄建構為一個事件，其下附有一組依角色區分的結果。保留每個原始內容、碼類型、檢測到的區域或位置、到達時間和接受原因。如果傳輸方式可能重複傳送訊息，應保留重複計數器或診斷紀錄，只抑制重複的應用動作。把去重複鍵的範圍限定在目前事件和目前角色；同一角色出現不同內容時，應判定為衝突，而不是重複。絕不要按批次字串做全域去重複，因為許多合法的連續工件共用同一個批次。事件關閉時，要明確記錄缺失、多餘和衝突的角色，而不是從更早的事件複製一個值。

流程的兩個視角

故障排除

• 相鄰標籤進入了允許的區域，需要更嚴格地控制工件到位姿態，或收緊區域範圍。
• 不同工件之間本應出現的重複內容，不得因為全域文字快取而消失。
• 輸出順序錯亂時，需要明確的角色對應，而不是假定第一個字串就是產品碼。

驗收與交接

假設的 50 個測試事件都必須保持各自的工件關聯和預期的角色集。只接受規定的組合；缺失、多餘和遲到結果的處理情況要記錄在案。50 這個數字只是試驗範例，不是統計意義上的資格確認。

驗收限值應在測試前設定，並保留原始佐證。本文中的範例不能證明所供應型號具備對應功能。

用事先獨立準備好的預期結果清單來驗證實作。對每個預定事件，複核人應將預期角色與收到的角色逐一比對，並確認恰好只有一個最終處置。要包含攜帶相同批次識別碼的相鄰工件、標籤互換的情形，以及舊結果在下一個事件期間到達的情形。在受控條件下重新啟動或清空接收端佇列，確認此前的角色結果不會進入新事件。擬定的 50 個事件只是用於示意覆蓋範圍的集合，並非統計意義上的可靠度聲明。量產驗收還需要約定的位置變化範圍、實際運轉速度和故障恢復。交接時，把區域影像和角色規則與配方一併提供，以免維護人員在沒有評估關聯風險的情況下擴大 ROI。

相關閱讀

選型前請先閱讀相關的選型與應用指南。如需工程評估，請提供樣品影像、所需結果、運轉條件以及已完成的測試紀錄。