跳到主要內容

AI 驅動文件

您想了解什麼？

檢查設定與 ROI 型別

本頁介紹在 OV80i 系統中定義檢查區域及組織基於 AI 的檢查工作流的基本概念。

ROI（Region of Interest，感興趣區域）基礎知識​

什麼是 ROI？​

ROIs（Regions of Interest）定義 AI 模型將執行檢查分析的矩形區域。這些區域將處理能力聚焦在特定位置，從而提高準確性與效率。

核心 ROI 概念：

  • AI Model Workspace – ROIs 作為 AI 模型分析影象資料的參考位置
  • Processing Efficiency – 集中分析提升檢查速度
  • Result Precision – 目標化分析減少誤檢
  • Multiple Regions – 可以定義多個 ROI 以實現全面檢查

image.png

OV80i 的 ROI 型別​

僅矩形 ROI​

OV80i 將 rectangular ROIs 作為所有檢查場景的單一 ROI 型別。

為何使用矩形（Rectangular）：

  • Universal Application – 適用於大多數工業檢查需求
  • AI Optimized – 矩形區域最佳化模型處理
  • Simple Implementation – 設定與管理簡單直觀
  • Alignment Compatible – 與模板對齊系統無縫配合

ROI 命名與標識​

預設命名： "New ROI"​

每個新 ROI 都以預設名稱 "New ROI" 開始，應該並且可以更改為具有意義的標識。

為何要更改 ROI 名稱：

  • System Integration – 命名的 ROI 在自動化中更易引用
  • Maintenance – 清晰的名稱簡化故障排除
  • Documentation – 有意義的名稱提升系統理解

命名示例：

  • "Bolt_Tightness_Check"
  • "Label_Presence_Verify"
  • "Surface_Quality_ROI"
  • "Component_Alignment"

image.png

檢查型別：分組與組織​

預設： "Inspection Type 1"​

系統將建立預設分組名稱 "Inspection Type 1"，應將其更改為反映實際檢查目的的名稱。

Inspection Type 功能：

  • ROI Grouping – 將相關 ROI 按邏輯類別進行分組
  • Result Organization – 按型別對檢查結果進行分組
  • Workflow Management – 簡化複雜的多區域檢查

image.png

關鍵：Node-RED 整合​

為何檢查型別名稱重要： 由於 Node-RED 使用此名稱進行輸出釋出，該名稱將成為資料路由與系統整合的識別符號。

Node-RED 輸出影響：

  • Data Publishing – 結果使用 Inspection Type 名稱進行釋出
  • External Integration – 其他系統接收帶有這些識別符號的資料
  • Automation Logic – Node-RED 流程引用這些名稱進行路由

有效命名策略：

  • Process-Based： "Quality_Control", "Dimensional_Check"
  • Feature-Based： "Surface_Inspection", "Component_Verification"
  • Location-Based： "Top_Panel_Check", "Side_Assembly"
  • Avoid Generic：將 "Inspection Type 1" 替換為具體識別符號

設定工作流​

配置過程​

關鍵步驟：

  1. Inspection Type Naming – 將 "Inspection Type 1" 更改為有意義的名稱
  2. ROI Creation – 使用 + Add Inspection Region 新增矩形區域
  3. ROI Naming – 將 "New ROI" 更改為描述性名稱
  4. Positioning – 適當調整 ROI 的大小和位置
  5. Validation – 驗證設定是否符合檢查要求

多 ROI 管理​

組織策略：

  • Logical Grouping – 將相關 ROI 按適當的 Inspection Types 進行分組
  • Consistent Naming – 使用系統化的命名約定
  • System Integration – 考慮 Node-RED 的輸出要求

整合注意事項​

模板對齊整合​

對齊優勢：

  • Automatic Adjustment – ROIs 會隨著部件對齊修正而移動
  • Consistent Coverage – ROIs 相對於部件特徵保持相對位置
  • Position Tolerance – 部件變化不影響檢查精度

Node-RED 相容性​

整合要求：

  • Unique Names – 確保輸出的 Inspection Type 名稱唯一
  • Naming Standards – 為系統整合建立命名規範
  • Output Testing – 驗證 Node-RED 收到正確的識別符號

最佳實踐​

有效 ROI 配置​

關鍵準則：

  • Descriptive Naming – ROI 與 Inspection Type 的名稱都應具有實際意義
  • Appropriate Sizing – 在功能覆蓋與處理效率之間取得平衡
  • Strategic Organization – 將相關 ROI 按邏輯分組

系統整合​

規劃考慮：

  • Node-RED Requirements – 規劃用於資料路由的 Inspection Type 名稱
  • Documentation – 記錄 ROI 的用途與整合點
  • Testing – 驗證輸出是否正確到達目標系統

🔗 參見下列​