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 的用途和集成点
- 测试 - 验证输出是否正确到达预期系统