AI 驅動文件
您想了解什麼？
檢測設定與 ROI 型別
本頁介紹 OV10i 系統中定義檢測區域和組織基於 AI 的檢測工作流的基本概念。
ROI（感興趣區域）基礎
什麼是 ROI？
ROI（感興趣區域）定義了 AI 模型執行檢測分析的矩形區域。這些區域將處理能力聚焦於特定位置，從而同時提升精度和效率。
ROI 核心概念：
- AI 模型工作區 - ROI 作為 AI 模型分析影象資料的參考位置
- 處理效率 - 聚焦分析可提升檢測速度
- 結果精度 - 針對性分析可減少誤報
- 多區域 - 可定義多個 ROI 以實現全面檢測
OV10i 中的 ROI 型別
僅支援矩形 ROI
OV10i 使用矩形 ROI 作為所有檢測場景下唯一的 ROI 型別。
為何採用矩形：
- 通用適用 - 適合大多數工業檢測需求
- AI 最佳化 - 矩形區域可最佳化模型處理
- 實現簡便 - 設定與管理直觀便捷
- 相容對齊 - 與模板對齊系統無縫協作
ROI 命名與標識
預設命名："New ROI"
每個新建的 ROI 都以預設名稱 "New ROI" 開始，應將其修改為具有實際意義的標識。
為何要修改 ROI 名稱：
- 系統整合 - 命名後的 ROI 在自動化中更易引用
- 維護 - 清晰的名稱簡化故障排除
- 文件 - 有意義的名稱有助於理解系統
命名示例：
- "Bolt_Tightness_Check"
- "Label_Presence_Verify"
- "Surface_Quality_ROI"
- "Component_Alignment"
檢測型別：分組與組織
預設："Inspection Type 1"
系統建立 "Inspection Type 1" 作為預設分組名稱，應將其修改以反映實際的檢測用途。
檢測型別功能：
- ROI 分組 - 將相關 ROI 按邏輯類別組織
- 結果組織 - 按型別對檢測結果進行分組
- 工作流管理 - 簡化複雜的多區域檢測
關鍵：Node-RED 整合
為何檢測型別名稱至關重要： 修改檢測型別名稱非常重要，因為 Node-RED 使用此名稱進行輸出釋出。該名稱將成為資料路由和系統整合的識別符號。
對 Node-RED 輸出的影響：
- 資料釋出 - 結果使用檢測型別名稱進行釋出
- 外部整合 - 其他系統透過這些識別符號接收資料
- 自動化邏輯 - Node-RED 流程引用這些名稱進行路由
有效的命名策略：
- 基於流程： "Quality_Control"、"Dimensional_Check"
- 基於特徵： "Surface_Inspection"、"Component_Verification"
- 基於位置： "Top_Panel_Check"、"Side_Assembly"
- 避免通用名稱： 將 "Inspection Type 1" 替換為具體的識別符號
設定工作流
配置流程
基本步驟：
- 檢測型別命名 - 將"Inspection Type 1"更改為有意義的名稱
- ROI 建立 - 使用 + Add Region of Interest (ROI) 新增矩形區域
- ROI 命名 - 將"New ROI"更改為描述性名稱
- 定位 - 適當調整 ROI 的大小和位置
- 驗證 - 確認設定滿足檢測要求
多 ROI 管理
組織策略：
- 邏輯分組 - 將相關的 ROI 歸入合適的檢測型別下
- 一致的命名 - 使用系統化的命名規範
- 系統整合 - 考慮 Node-RED 輸出要求
整合注意事項
模板對齊整合
對齊優勢：
- 自動調整 - ROI 隨零件對齊校正而移動
- 一致的覆蓋 - ROI 與零件特徵保持相對位置
- 位置容差 - 零件變化不影響檢測精度
Node-RED 相容性
整合要求：
- 唯一名稱 - 確保檢測型別名稱對於輸出是唯一的
- 命名標準 - 建立用於系統整合的命名規範
- 輸出測試 - 驗證 Node-RED 接收到正確的識別符號
最佳實踐
有效的 ROI 配置
關鍵準則：
- 描述性命名 - ROI 和檢測型別名稱都應有意義
- 適當的尺寸 - 在特徵覆蓋與處理效率之間取得平衡
- 策略性組織 - 對相關 ROI 進行邏輯分組
系統整合
規劃考慮：
- Node-RED 要求 - 為資料路由規劃檢測型別名稱
- 文件記錄 - 記錄 ROI 用途和整合點
- 測試 - 驗證輸出能正確到達目標系統