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