跳到主要內容

AI 驅動文件

您想了解什麼？

檢查設定與 ROI 型別

本頁面解釋了在 OV20i 系統中定義檢查區域和組織基於 AI 的檢查工作流程的基本概念。

ROI（感興趣區域）基礎​

什麼是 ROI？​

ROI（感興趣區域）定義了 AI 模型將執行檢查分析的矩形區域。這些區域將處理能力集中在特定位置，從而提高準確性和效率。

核心 ROI 概念：

  • AI 模型工作區 - ROI 作為 AI 模型分析影象資料的參考位置
  • 處理效率 - 集中分析提高檢查速度
  • 結果精度 - 目標分析減少誤報
  • 多個區域 - 可以定義多個 ROI 以進行全面檢查

image.png

OV20i 中的 ROI 型別​

僅矩形 ROI​

OV20i 將 矩形 ROI 作為所有檢查場景的唯一 ROI 型別。

為什麼選擇矩形：

  • 通用應用 - 適用於大多數工業檢查需求
  • AI 最佳化 - 矩形區域最佳化模型處理
  • 簡單實施 - 設定和管理直觀
  • 對齊相容 - 與模板對齊系統無縫配合

ROI 命名和識別​

預設命名：“新 ROI”​

每個新 ROI 以預設名稱“新 ROI”開始，該名稱可以並且應該更改，以提供有意義的識別。

為什麼要更改 ROI 名稱：

  • 系統整合 - 命名的 ROI 更易於在自動化中引用
  • 維護 - 清晰的名稱簡化故障排除
  • 文件 - 有意義的名稱提高系統理解

命名示例：

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

image.png

檢查型別：分組和組織​

預設：“檢查型別 1”​

系統建立“檢查型別 1”作為預設分組名稱，應更改為反映實際檢查目的。

檢查型別功能：

  • ROI 分組 - 將相關 ROI 組織在邏輯類別下
  • 結果組織 - 按型別分組檢查結果
  • 工作流程管理 - 簡化複雜的多區域檢查

image.png

關鍵：Node-RED 整合​

為什麼檢查型別名稱重要： 更改檢查型別名稱很重要，因為 Node-RED 使用此名稱進行輸出釋出。該名稱成為資料路由和系統整合的識別符號。

Node-RED 輸出影響：

  • 資料釋出 - 結果使用檢查型別名稱進行釋出
  • 外部整合 - 其他系統使用這些識別符號接收資料
  • 自動化邏輯 - Node-RED 流程引用這些名稱進行路由

有效命名策略：

  • 基於過程： "Quality_Control", "Dimensional_Check"
  • 基於特徵： "Surface_Inspection", "Component_Verification"
  • 基於位置： "Top_Panel_Check", "Side_Assembly"
  • 避免通用： 用特定識別符號替換“檢查型別 1”

設定工作流程​

配置過程​

基本步驟：

  1. 檢查型別命名 - 將“檢查型別 1”更改為有意義的名稱
  2. ROI 建立 - 使用 + 新增檢查區域 新增矩形區域
  3. ROI 命名 - 將“新 ROI”更改為描述性名稱
  4. 定位 - 適當地調整 ROI 的大小和位置
  5. 驗證 - 驗證設定是否符合檢查要求

多個 ROI 管理​

組織策略：

  • 邏輯分組 - 將相關 ROI 歸類到適當的檢查型別下
  • 一致命名 - 使用系統化的命名約定
  • 系統整合 - 考慮 Node-RED 輸出要求

整合考慮​

模板對齊整合​

對齊優勢：

  • 自動調整 - ROI 隨著零件對齊修正而移動
  • 一致覆蓋 - ROI 保持與零件特徵的相對位置
  • 位置公差 - 零件變化不會影響檢查準確性

Node-RED 相容性​

整合要求：

  • 唯一名稱 - 確保檢查型別名稱在輸出中是唯一的
  • 命名標準 - 建立系統整合的約定
  • 輸出測試 - 驗證 Node-RED 接收正確的識別符號

最佳實踐​

有效的 ROI 配置​

關鍵指南：

  • 描述性命名 - ROI 和檢查型別名稱都應具有意義
  • 適當大小 - 在特徵覆蓋和處理效率之間取得平衡
  • 戰略組織 - 邏輯地分組相關 ROI

系統整合​

規劃考慮：

  • Node-RED 要求 - 規劃檢查型別名稱以便資料路由
  • 文件記錄 - 記錄 ROI 的目的和整合點
  • 測試 - 驗證輸出是否正確到達預期系統

🔗 參見​