德國工業視覺整合：影像擷取、缺陷判定與 PLC 聯動

文章正文開發與整合

工業視覺檢測整合應把三類責任分開：採集層負責在確定的光學、觸發和相機版本下產生可追溯影像；判定層用固定配方和演算法版本輸出 PASS、FAIL 或 UNKNOWN 及原因碼；PLC 或經評審的安全控制系統負責工件流轉、聯鎖和最終動作。三層用相同 part_id 或 cycle_id 關聯觸發、frame_id、recipe_version、結果與確認回執，不能只傳一個無上下文的合格位。

北京穩格科技有限公司以穩格科技、Winge 名稱提供機器視覺、工業相機存取、缺陷偵測演算法和設備介面整合開發服務。以下資料用於德國企業或設備專案的遠端範圍確認；不表示穩格科技在德國設有辦公室、已有德國客戶或完成過當地專案。

開發前凍結工件、成像、觸發與控制邊界

至少提供被檢產品與版本、缺陷類別和邊界樣本、視野與最小可見細節、工位節拍、相機/鏡頭/光源及安裝條件、相機 SDK 或傳輸層版本、觸發源與時序、計算平台、PLC 型號與協議、信號/位址/資料類型、重設與聯鎖責任、結果保存規則及驗收統計口徑。如專案使用 GenICam 或 GigE Vision，也應記錄實際組件和版本，不用協議名稱代替相容驗證。 OPC UA for Machine Vision 可作為狀態、配方和結果資訊建模的參考；是否採用仍由目標 PLC、網路和專案介面基線決定。

採集、判定與 PLC 握手介面表

下表是平台無關的責任與驗收記錄模板，不是德國專案的實測結果，也不要求特定 PLC 品牌、演算法或通訊協定。訊號名稱及通過條件必須以目標設備及雙方確認的基線填寫。

責任對象	必須凍結的字段	驗收與失敗樣本
成像與影像擷取	相機與 SDK/傳輸層版本、鏡頭與光源、視野、工作距離、像素格式、曝光與增益、硬體/軟體觸發、frame_id、擷取時間戳與影像品質狀態 [介面識別碼: frame_id]	用正常、過曝、欠曝、模糊、遮蔽、空幀、丟幀、重複觸發和相機斷連樣本，核對取圖、品質標記、逾時和恢復記錄
產品、配方與缺陷基線	product_id、recipe_version、檢測區域、缺陷類別、物理尺寸與成像可見條件、邊界樣本、PASS/FAIL/UNKNOWN 規則、品質責任人和規則批准版本 [介面識別碼: product_id, recipe_version, PASS, FAIL, UNKNOWN]	開發、調參和獨立驗收樣本分組；涵蓋合格波動、明確缺陷、爭議邊界、新批次和配方錯配
缺陷判定引擎	演算法/模型版本及雜湊、輸入尺寸及預處理、ROI、閾值、品質閘、結果碼、原因碼、選用分數及人工複核入口 [介面識別碼: result_code, reason_code]	在固定版本和獨立測試集上分類記錄檢出、誤報、漏檢、UNKNOWN 和混淆情況；對低品質影像和未知缺陷不得強行寫成 PASS
PLC 工位握手	part_id/cycle_id、請求或觸發序號、READY、BUSY、result_valid、result_code、ACK、RESET、逾時、重試、邊緣/電平語義、重啟後初始狀態和時間基準 [介面識別碼: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	依狀態轉移測正常週期、重複觸發、漏觸發、延遲結果、ACK 遺失、PLC/視覺服務重啟、配方切換和逾時復位，證明結果只對應一個實體工件
處置、聯鎖與安全邊界	視覺結果的使用方、不合格品處置、UNKNOWN 重拍/複核、發揮機構回饋、人工旁路、安全聯鎖、權限、進入安全狀態的條件	斷開相機、光源、網路或演算法服務，注入無效結果及致動器不響應；核對 PLC/安全控制系統依確認邏輯處置，不由單一視覺位直接承擔人員或設備安全功能
追溯、部署與版本	part_id/cycle_id、frame_id、相機和光源配置、recipe_version、演算法雜湊、結果和原因碼、PLC 序號、時間戳記/時區、原圖或證據圖保存策略、軟體與設定版本 [介面識別碼: part_id/cycle_id, frame_id, recipe_version, result_code]	從一個實體工件反向找到觸發、幀、判定、PLC 處置和復核記錄；驗證時脈偏差、空間不足、冷啟動、版本升級及回退後的記錄一致性

工作包、交付物與驗收

工程上可分為成像實驗與採集適配、樣本與缺陷規則、演算法與判定服務、PLC/工位介面、結果追溯、部署維運六個工作包。首階段可交付輸入缺口表、成像試驗記錄、缺陷與邊界樣本定義、訊號/資料字典、握手狀態圖、失敗測試矩陣和端到端原型。實作階段再依範圍交付程序或原始碼、模型與配方、介面表、部署/回退說明、測試記錄及已知限制。相機、鏡頭、光源、PLC、安全控制、第三方許可、現場工作、源碼權利和維護期分別確認。

驗收應使用與開發/調參資料分離的樣本和實際工位時序，同時涵蓋正常週期、缺陷邊界、低品質影像、重複/漏觸發、延遲結果、通訊中斷、配方錯配、儲存不足、元件重啟和回退。檢出率、誤報率、漏檢率、UNKNOWN 率、處理時間、端對端延遲、連續運行時長和時鐘容差必須帶樣本數、版本、條件和統計方法；離線演算法透過不取代相機、PLC 和物理工件閉環驗收。

德國專案的語言與部署條件

針對德國專案交接時，需確認德語/英文文件範圍、介面與缺陷術語表、小數/日期/單位格式、專案時區、目標 Windows/Linux 和 PLC/相機軟體版本，以及遠端聯調、寄樣和現場工作的邊界。機器安全、網路安全、資料保留、產品合規和現場許可應由專案責任方按實際設備、用途和部署地點讀取當前一手來源後確認。本頁不預設德國法規、認證、稅費、物流週期或當地支援條件。

常見問題

相機應由 PLC、感光元件或視覺軟體觸發？

不存在所有工位通用的唯一答案。需先按工件到位方式、運動速度、曝光時序和相機能力選定一個觸發權威，再把序號、邊緣、去抖、最小間隔、取圖超時和重複處理寫入接口基線。無論由哪一方發起，都要用 cycle_id/frame_id 證明該幀屬於正確工件。

視覺結果可以直接讓設備停機或剔除產品嗎？

預設不應把單一視覺位元當作裝置或人員安全功能。視覺系統應輸出帶週期標識的結果、原因和有效狀態；PLC 或安全控制系統再根據聯鎖、執行器回授、設備狀態和經審查的控制邏輯決定停機、剔除、重拍或人工複核。

PLC 連結驗收除了正常 PASS/FAIL 還要準備哪些失敗樣本？

至少涵蓋空幀、模糊、過曝/欠曝、遮蔽、未知缺陷、邊界樣本、配方錯配、重複/漏觸發、取圖逾時、演算法逾時、延遲結果、ACK 遺失、通訊中斷、相機/PLC/視覺服務重新啟動和儲存不足。每類都要寫明預期視覺狀態、PLC 處置、記錄欄位和恢復條件。

德國工業視覺檢測整合：影像擷取、缺陷判定與 PLC 聯動怎樣分工