EAN-13 追溯：相機取樣

目的與適用邊界

在把解碼結果當作追溯佐證之前，先對宣告範圍內的整張 EAN-13 標籤取像，保證條清晰可用，四周留白完整。

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

準備佐證

使用真實的承印材料、曲面標籤，以及完好和受損的符號。宣告所支援的 EAN-13 流程；其他碼制和讀碼器介面需要另行提供佐證。重複使用取像設定之前，先檢查已儲存的像素格式和目前生效的取像區域是否仍與儲存的配方一致。記錄所有像素合併（binning）、縮放或影像轉換操作，因為由來源像素算出的物方比例在這些操作之後不能原樣沿用。把歸檔的影格與送入第一個處理節點的影格進行比較；若兩者不同，應保留兩者的識別碼，並說明轉換過程。重新連線試驗期間，要區分新的曝光和被重複送出的緩衝影格。取像識別碼不確定時，應禁用自動放行，並保留導致不一致的事件，而不是悄悄把計數器清零。解碼、識別碼驗證、印刷品質驗證和單件追蹤應分別記錄。EAN-13 值所識別的是一種貿易項目，通常由多個實物單件共用；它既不是逐影格序號，也不是唯一序列號。解碼成功，並不能證明印刷品質合規、商品主資料正確，也不能證明後段剔除成功。本系列以 EAN-13 作為限定範圍的範例，因為這是已確認的公開 PC 評估範圍。其他碼制、QR 碼、直接零件標記和讀碼器硬體，都需要各自經確認的整合。原始來源影像必須保留條、空和靜區；僅有裁剪後的顯示圖或清理過的二值圖，不足以作為失敗佐證。要在追溯資料庫中明確規定缺失的影格與無法讀取的條碼有何區別。要從一條取像紀錄開始，而不是從螢幕上顯示的預覽開始。預覽可能被縮放、銳化，甚至在輸入停止後仍被重複使用。儲存未經修改的影格、影像尺寸、像素格式、曝光、增益、鏡頭設定、工作距離、觸發識別碼和取像時間。同一次測試中要同時包含最小的相關特徵和允許的最大位置變化。先對靜止樣品取像，以區分對焦問題與運動模糊；然後在實際運動條件下重複取像，期間不改變光學幾何關係。每張儲存的影像都要關聯到對應的實物樣品或事件。缺失的影格或過時的影格，即使最後顯示的影像看起來正常，也屬於取像失敗。將 Deyi Vision 2D 相機配合經單獨驗證的 PC 端解碼，與專案已確認的智慧相機或條碼讀碼器方案進行比較。本軟體範例僅限於 EAN-13；要逐項確認所選裝置的解碼器、韌體和介面，不要假定它們有同等的支援。在標籤的每一個允許位置，都要包含完整的符號和靜區，並在最窄的條上檢驗對焦和曝光。與控制器一起核實實際的觸發就緒狀態、結果時序、數位 I/O 或主機交握，以及請求識別碼。缺少取像與讀取失敗（no-read）要分別記錄；相機類別或解碼值並不能證明實物剔除成功。

步驟

1. 以來源像素為單位測出最窄模組的寬度，並在每個允許的位置上都包含完整的符號和靜區。
2. 在標籤整個高度範圍內對焦，並在增益和照明不變的條件下，比較靜止與運動中的受測件。
3. 根據物方取樣和輸送線速度計算運動模糊，再在儲存的原圖上檢查條是否黏連。
4. 記錄來源 ID、標籤方向和實際使用的解碼器設定；不要僅憑相機已連線就推斷相容。

解讀試驗結果

假設的比例為 0.05 mm/px。0.25 mm 的模組佔 5 px，而 1000 mm/s 的速度在 50 µs 內移動 1 px。這些是試驗用數值，不是 GS1 的解析度要求，也不是解碼保證。影像幾何條件合格，並不等於印刷品質驗證已經通過。

紀錄表

s = 100 / 2000 = 0.05 mm/px
module = 0.25 / 0.05 = 5 px
blur = 1000 * 0.00005 / 0.05 = 1 px

兩個工程視角

故障排除

• 只在運動時才黏連的條，說明問題出在模糊或時序上，而不是識別碼本身無效。
• 靜區被截斷時，需要重新取像或擴大視野；即使讀取成功，也無法補回缺失的佐證。

驗收與交接

只有在儲存的原圖能保留各個模組和標籤四周完整的留白之後，才可驗收所宣告的光學範圍。交接時既要交付讀取成功的原圖，也要交付 no-read 的原圖，並將解碼結果與印刷品質結果分開評估。

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