表面瑕疵檢測：驗收與產線輸出

目的與適用邊界

把瑕疵判定與傳輸應答、實體剔除區分開來，並為驗收執行凍結表面參考圖與光學配方。

本教學提供的是一種工程評估方法，而非可直接執行的產品認證。Deyi Vision 目前公開的 PC 範例僅涵蓋在已確認的樣品影像上執行的 EAN-13 流程。工程程式碼中的原生 OCR 與檢測處理，使用前必須對照已安裝的執行環境、已綁定的模型與任務逐一確認。瀏覽器範本並不代表可在瀏覽器中執行：規劃中的 OpenCV.js 後端需另行驗證。雲端辨識須事先明確核准影像範圍、服務供應商、模型與費用。審查用封存檔不是可執行的發行套件。相機、韌體與驅動程式的相容性須另行檢查。下文記錄表中的所有數值皆為假設值，不是 Deyi Vision 的量測結果，也不是客戶的實際結果。

準備佐證

使用位置皆有紀錄的合格件、臨界樣品與瑕疵件。從輸出被禁止的狀態開始，並核實從觸發到判定的完整追蹤紀錄。明確定義以哪個時間戳記起算截止時間，以及哪一種應答可證明已完成。把排隊與通訊延遲和影像處理耗時一併保存，以免演算法很快，卻掩蓋了產線結果遲到的事實。計時間隔使用單調時鐘；各裝置使用不同時鐘時，另行載明時鐘對應關係。要記錄尾端延遲、結果缺漏與重新連線的行為，而不只是平均值。新配方不得重新詮釋正在處理中的結果；應依已記錄的版本處理完畢，或執行約定的禁止程序。輸出序列、產品位置與確認要放在一起保存。驗收紀錄應當把正確的分類、成功的通訊與已確認的實體路徑區分開來。表面瑕疵檢測工站必須能區分材料本身的瑕疵與觀察條件的變化。刮痕、凹痕、油汙、紋理和反光都可能造成相似的灰階變化，卻需要不同的處置。請依預期的表面加工狀態範圍準備合格件，並準備瑕疵位置與方向皆有紀錄的瑕疵樣品。所選的基準，在表面狀態改變時仍須保持可見。參考影像唯有在其姿態與照明和目前的工件相當時，才派得上用場。影像差分並不是實體深度量測，檢出的區域本身也無法說明瑕疵的成因。在收集答案之前，先決定髒汙應判為剔除、提出清潔請求，還是列為排除情形。對有歧義的樣品，請保存原始影像，不要憑空編造乾淨的參考圖或修正過的標籤。在把判定連接到致動器之前，先寫好產線約定。要定義取像識別碼、配方版本、結果狀態、截止時間、應答，以及對缺漏或遲到資料的處置。先在輸出被禁止的狀態下演練交握，再依工廠驗收程序進行有人監督的產線試驗。每次執行都從同一個已定義的事件開始計時；只看處理時間，會漏掉排隊、傳輸與輸出延遲。重複出現的產品識別碼並不是唯一的影格識別碼。要在仍有未完成工作的情況下，測試停止、重新啟動、重新連線與配方切換。保留完整序列，使被剔除的工件能夠追溯到作為該動作依據的佐證。

操作步驟

1. 將每一個表面結果都綁定到取像 ID、工件位置，以及確切的參考圖/遮罩版本。
2. 注入缺漏影格、配準失敗與遲到的結果；確認沒有任何一種沿用上一次的合格結果。
3. 從已定義的觸發起，分別量測取像、檢測與通訊各段耗時；輸出應答要單獨記錄。
4. 讓受監督的工件通過剔除點，並確認其去向，包括在有未完成工作時的停止/重新啟動。

解讀試驗結果

假設的處理路徑耗時 20 ms，而行進時間為 250 ms，在計入其他保護要求之前還剩 230 ms。這是設計預算，不是實測效能的聲明；排隊與致動器延遲都可能把它消耗掉。

記錄表

T = 5 + 12 + 3 = 20 ms
M = 250 - 20 = 230 ms

兩個工程視角

故障排除

• 瑕疵判定正確卻沒有收到應答，屬於通訊故障，不能算已確認剔除。
• 切換配方時，不得對未完成的工件把舊參考圖與新遮罩混用。

驗收與交接

只有在凍結的配方下，約定的品質樣本集、失敗情形的分流與實際的實體剔除檢查都通過之後，才可發布使用。將產線時序與尚未解決的異常一併歸檔。

將來源影像、預期判定、確切的版本與完整的結果紀錄放在一起保存。在選定最終參數之前，先凍結評估集。如果這些答案之後又被用來調整流程，就要把該集合標記為開發資料，並另行取得一套新的獨立驗收集。Review、NoResult、執行錯誤與取像缺漏都要保留在分母中；不要靠濾掉資料列，把它們變成「通過」。將可重現的失敗案例與成功樣本一併保存。交接資料應載明誰有權變更配方、如何還原先前已核准的版本，以及在驗收之前哪些裝置輸出仍維持禁止。僅憑軟體結果，並不能證明移動中的實體工件已抵達正確的去向。