EAN-13 追溯：照明與靜區

目的與適用邊界

比較照明方案或收緊讀碼器 ROI 時，要保證印刷符號及其靜區完整，並保留到來源座標的對映關係。

本教學給出的是一套工程評估方法，而不是開箱即用的產品認證。Deyi Vision 目前公開的 PC 範例涵蓋在已確認的樣本影像上執行的 EAN-13 流程。工程程式碼中涉及原生 OCR 與檢測的部分，使用前必須對照已安裝的執行環境、已綁定的模型和作業逐項核對。瀏覽器範本並不能證明已在瀏覽器中實際執行：規劃中的 OpenCV.js 後端需要單獨驗證。雲端辨識必須事先明確批准影像範圍、服務供應商、模型和費用。審查存檔不是可執行的發布包。相機、韌體和驅動程式的相容性需要各自單獨核查。下列範例表中的所有數值均為假設資料，不是 Deyi Vision 的量測結果，也不是客戶結果。

準備佐證

準備印在真實標籤材料上的黑色條，其中要包含薄膜眩光和邊緣受損的情形。確定符號邊界時，不要依賴任何解碼成功得到的內容。要在把治具復位之後重複所選條件，而不能只是在什麼都沒動的情況下重複，這樣才能看出該配方在換型時能否重現。當環境光狀態和光源開啟後經過的時間會影響影像時，要把它們記錄下來。不要把使用不同遮罩或不同位元深度轉換得到的量測結果拿來比較，卻當作只有照明發生了變化。被否決的光學條件也要保留在紀錄中，包括它的影像和否決原因。看起來漂亮的影像不一定是最適合檢測的影像：所選條件必須在約定的整個樣品範圍內，既保留相關特徵，又使其與可接受的變化保持可分。解碼、識別碼驗證、印刷品質驗證和單件追蹤應分別記錄。EAN-13 值所識別的是一種貿易項目，通常由多個實物單件共用；它既不是逐影格序號，也不是唯一序列號。解碼成功，並不能證明印刷品質合規、商品主資料正確，也不能證明後段剔除成功。本系列以 EAN-13 作為限定範圍的範例，因為這是已確認的公開 PC 評估範圍。其他碼制、QR 碼、直接零件標記和讀碼器硬體，都需要各自經確認的整合。原始來源影像必須保留條、空和靜區；僅有裁剪後的顯示圖或清理過的二值圖，不足以作為失敗佐證。要在追溯資料庫中明確規定缺失的影格與無法讀取的條碼有何區別。在調整閾值之前，先建立受控的光學對比實驗。標記治具、工作距離、光源角度和對焦位置，使每個條件都能復原。只改變選定的照明或區域變數，同時保持相機設定和樣品識別碼不變。每個裁剪圖或遮罩旁邊都要保留完整的來源影像，並附上換算回來源座標的變換關係。既要對可接受的變化取像，也要對一個已知有問題的樣品取像，並包含允許放置範圍邊緣處的情形。先在原圖上檢查區域疊加圖，再去解讀數值結果。區域縮小可能只是掩蓋了失敗，而不是改進了檢測，所以被排除的區域必須有明確的工程理由。

步驟

1. 在固定曝光下比較漫射光與定向光；檢查白色背景是否出現飽和截斷，以及深色條是否清晰可見。
2. 把油墨邊界對映到來源像素，並保留周圍的空白區域，而不是只圍著條畫一個框。
3. 在允許的旋轉和位移範圍內檢查 ROI；矩形裁剪框必須容納經過變換後的整個符號。
4. 把原圖、ROI 和照明版本一起儲存；排查讀取失敗（no-read）的情形時，不要把裁剪範圍擴到相鄰標籤上。

解讀試驗結果

假設油墨在寬 640 px 的影格中佔據 x = 120 至 380。x = 80 至 420 的 ROI 在兩側各留出 40 px。這只是工程留白的範例，並不表示滿足 GS1 的靜區要求；實際要求取決於符號尺寸。

紀錄表

left = 120 - 80 = 40 px
right = 420 - 380 = 40 px

兩個工程視角

故障排除

• 解碼器在眩光下仍能讀出，並不能證明條的對比度或印刷品質合格。
• 擴大 ROI 後出現相鄰符號時，必須把它對應到它自己所屬的單件上，而不是悄悄頂替。

驗收與交接

只有在所宣告的位姿範圍內，整個符號和所需的空白區域都始終與來源座標保持對應時，才可驗收該 ROI。獨立的印刷品質驗證要與本次照明對比分開進行。

把來源影像、預期判定、確切版本和完整的結果紀錄放在一起儲存。在選定最終參數之前，先凍結評估集。如果之後用這些答案來調整工作流程，就應把該集合標記為開發資料，並重新取得一個獨立的驗收集。Review、NoResult、執行錯誤和取像缺失都要保留在分母中，不得透過篩選資料列把它們變成合格。除成功樣本外，還要儲存一個可重現的失敗樣本。交接時應寫明：誰可以更改配方，如何恢復先前已批准的版本，以及在驗收之前哪些裝置輸出仍保持禁止。僅憑軟體結果，不能證明移動中的實物工件已到達正確的目的地。