為什麼「分數過閥值卻失敗」?
典型現象:OCR 顯示分數超過接受門檻,job result 仍回傳 Fail。字串的接受分數與每個字元的 Character Threshold 是不同檢查;標識與 Checksum 設定不符,也會造成失敗。
Cognex 原廠 Wafer ID 排解說明列出兩個檢查方向:個別字元是否低於 Character Threshold,以及沒有 SEMI checksum 的標識是否誤設為 SEMI 或 SEMI with Virtual。下表整理三項設定,不把它們稱為固定、隱藏的三層 threshold。
Threshold 與 Checksum 三項設定
| 檢查項目 | 名稱 | 判斷什麼 | 檢查依據 |
|---|---|---|---|
| 1 | Character Threshold | 個別字元是否達到目前門檻 | 依目前 Job 設定 |
| 2 | Accept Threshold | 目前 Config 的接受門檻 | 依目前 Config 設定 |
| 3 | Checksum | 標識格式與所選 checksum 是否一致 | SEMI/SEMI with Virtual/Virtual |
字元門檻 · Character Threshold
Character Threshold 用來檢查每個 OCR 字元的分數。即使顯示的接受分數很高,只要其中一個字元未達目前 Job 的字元門檻,讀取仍會失敗。
常見成像原因:光源不足、字元邊緣模糊、雷射蝕刻淺或 CMP 磨損。調整方式:先檢查逐字分數並改善光源/焦距;變更 Character Threshold 時,同時檢查漏讀與誤讀,不能只為取得 Pass 而一路降低。
接受門檻 · Accept Threshold
Accept Threshold 是目前 Config 的接受門檻,須依所用的讀取設定判讀;不要把顯示的 OCR 分數自行當成各字元分數的平均值,再用固定 70 判定。
檢查方式:記錄目前 Config、Accept Threshold、逐字分數及 Checksum 選項。逐字核對比自行重算平均值更能找出未達 Character Threshold 的字元。
Checksum · 依晶圓標識選擇
️ 先確認標識與模式:含 SEMI checksum 的 OCR 標識可選SEMI 或 SEMI with Virtual;未附此 checksum 的字串,依原廠建議使用 Virtual。
SEMI checksum 通常由字串末端兩個字元構成。選用 SEMI 或 SEMI with Virtual 時,Field String 應配置 C、S;例如 12 字元標識可用 **********CS。需先確認標識格式,不能只看最後一個字元。
常見 Fail 場景:分數超過接受門檻,但仍有某個字元低於 Character Threshold;或標識未附 SEMI checksum,卻使用 SEMI 驗證。詳見 SEMI Checksum 詳解。
5 步驟調整 SOP
- Step 1:記錄失敗樣本、實際字串、Config 及現用 Character Threshold/Accept Threshold。
- Step 2:逐字檢查分數,找出低於 Character Threshold 的字元,再調整成像條件。
- Step 3:確認標識是否含 SEMI checksum;含者選 SEMI 或 SEMI with Virtual,未含者選 Virtual。
- Step 4:選 SEMI 驗證時核對 Field String 的 C、S 位置;OCR 與 T7 並用時,也核對回傳字串長度。
- Step 5:執行 Auto-tune 優化光源與影像增強設定,再用正確與易混淆樣本驗證讀取結果。
常見錯誤場景
- 場景 A:顯示分數高、job Fail → 逐字門檻與 Checksum 模式都要查,不能直接認定是 checksum 錯誤。
- 場景 B:有字元低於 Character Threshold → 檢查該字元的成像品質及目前門檻。
- 場景 C:多字元誤讀卻通過 SEMI checksum → 可評估 SEMI with Virtual 及較嚴格的 Character Threshold。
- 場景 D:讀取 Pass → 再核對字串格式與設備端資料對應;Checksum Pass 不是字元必然正確的保證。
常見問題 FAQ
Q1:為什麼 OCR Character Score 都很高、job 卻 Fail?
依 Cognex Wafer ID 排解說明,先查是否有字元低於 Character Threshold,再查未附 SEMI checksum 的字串是否誤設為 SEMI 或 SEMI with Virtual。分數高不等於這兩項都通過。詳見 Checksum 設定。
Q2:Cognex In-Sight 1741 wafer OCR 判定要查哪些設定?
應分開查 Character Threshold、Accept Threshold 與 Checksum。前兩者是分數設定,Checksum 則依標識格式選擇;不能把它們一律說成三層分數 threshold。詳見 三項設定。
Q3:怎麼查 OCR Fail 的具體原因?
先保留失敗影像及讀取字串,記錄 Config、逐字分數、Character Threshold、Accept Threshold 與 Checksum 選項,再對照字元門檻及標識格式。不要只根據一個總分或自行假設的事件分類判定。
Q4:如何降低晶圓 OCR 字元誤讀?
先改善字元成像、核對 Field String 與實際字型;若含 SEMI checksum 的字串出現多字元誤讀,可評估 SEMI with Virtual 及較嚴格的 Character Threshold。配置後仍須以已知正確字串驗收,不能把某個篩選器當成誤讀保證。
Q5:Auto-tune 可以自動解決 OCR 判定問題嗎?
Auto-tune 可優化 In-Sight 1740 系列的光源與影像增強設定。若失敗來自錯誤的 Checksum 選項或 Field String,應先修正配置;Auto-tune 不會替沒有 checksum 的標識補出 SEMI checksum。
Q6:以上都試過還 Fail、可以請 VSK 協助嗎?
可以。VSK 是 Cognex Partner System Integrator (PSI) 認證代理,可協助 In-Sight 1740 系列的成像、Wafer ID Job、逐字門檻及 Checksum 配置評估。請提供失敗影像、標識格式與現用設定。聯絡 VSK 工程師 →
相關資源
需要 Cognex wafer 讀碼器解決方案?
VSK 是 Cognex 官方 PSI 認證代理、提供 In-Sight 1740 系列(IS1741 主力)完整選型 + 整合服務。
