简介：Sherlock机器视觉应用软件使用介绍PPT是一份面向机器视觉工程师、自动化设备集成人员及初学者的入门演示文档，系统讲解该软件在自动化检测中的配置与应用方法。内容涵盖Landmark位置标定、Calibration刻度校准、Search区域搜索、Color Processing颜色处理等核心功能，并逐一说明主菜单栏、工具栏、图像窗口、监视窗口、变量窗口及报表窗口的实际用途，同时演示了点击式配置、ROI绘制、变量添加和程序单元调整等操作，能帮助读者快速建立对Sherlock软件界面和编程逻辑的整体认识。软件基于Windows平台，具有灵活的I/O接口和OPC兼容能力，可与PLC等外部设备集成，适合用于机器视觉检测、质量控制和图像处理分析等场景。资源共1个PPT文件，压缩包大小约3.93MB，信息密度较高；目前已有1561人学习下载，适合零基础学习者按图索骥，也为后续结合通讯、多线程等复杂自动化应用提供了清晰的前置知识。
1. 别被“无需编程”带偏：Sherlock 是产线上的视觉流程搭建器
Sherlock 机器视觉应用软件被说得最多的三个词是“功能齐全、配置简便、多视野”，但真正上过产线调试的人会发现，这套软件的价值不是省掉几行代码，而是把视觉检测拆成“采图→定位→测量→识别→输出”的流程，并让你用鼠标把每个环节的模块搭起来。它的场景很明确：工件位置抖动、图像采集有偏差、ROI 内容不稳定时，通过 Landmark 标定、Calibration 刻度校准等手段把检测框“锁”在正确位置。适合产线视觉调试工程师、自动化设备集成人员和想快速验证视觉方案的开发者。下面按界面数据流、四大功能、标定实操、避坑记录、完整案例的顺序来拆。
2. 界面与数据流：六个窗口五种变量，先把程序结构看明白
第一次打开 Sherlock，你不会感觉陌生：Windows 风格的菜单、工具栏、可停靠面板。但如果没分清各窗口的职责，很容易陷入“在图像窗口里加了半天 ROI，程序却根本没按预期执行”的迷茫。整个软件的核心其实是程序窗口——你在图像窗口里做的每次区域配置，最终都会被翻译成程序窗口里的一个模块，运行逻辑全部体现在模块的排列顺序上。
2.1 图像窗口、程序窗口、监视窗口：三窗口的分工逻辑
先从最常用的几个入口说起。主菜单栏和主工具栏负责全局操作：打开/关闭各种图形窗口、新建程序、保存程序、复制粘贴程序模块、单步或连续运行、停止或中断调试、控制应用程序外观及通讯设置。这些操作集中在上方，属于“公共控制层”。
真正干活的是三个窗口：
- 图像窗口：负责显示图像内容，添加 ROI 检测区域，放大缩小还原图像，开始/停止相机采集，装载/保存图像文件。你在图像窗口里做的配置，决定了“看哪里、怎么看”。
- 程序窗口：每当你添加算法或预处理，程序窗口会同步列出详细处理过程和结果参数——每个算法的输入/输出都以变量形式暴露出来。所以程序窗口才是整套方案的“代码视图”，只不过不需要手写语法，而是图形化呈现。
- 监视窗口：显示程序运行中的警告、错误以及执行时间。通过主菜单 View→Monitor 打开。程序异常时先来这里看警告信息，比逐模块排查快得多。
除了这三个，变量窗口和报表窗口也频繁使用。变量窗口用来添加各种类型的变量以保存检测数据，并在运行过程中实时显示输入/输出参数值；报表窗口则承载检测数据的格式化输出。下面用表格把这几个窗口的职责和常用操作列全。
| 窗口/组件 | 主要职责 | 常用操作 |
|---|---|---|
| 主菜单栏 | 文件、视图、执行控制、通讯及外观设置 | 打开/关闭窗口、保存程序 |
| 主工具栏 | 程序的基本执行操作 | 复制粘贴模块、单步/连续运行、停止/中断调试 |
| 图像窗口 | 图像采集、ROI 编辑、显示控制 | 添加 ROI、缩放、采集/装载图像 |
| 程序窗口 | 算法模块列表、处理过程与结果参数 | 拖拽模块、查看输入/输出变量 |
| 监视窗口 | 运行信息：警告、错误、执行时间 | View→Monitor 打开，保存/清除信息 |
| 变量窗口 | 变量添加与实时数值显示 | 添加变量、监控 N/B/S/P/L 数值 |
| 报表窗口 | 检测数据格式化输出 | IO:Reporter Print 输出、生成文档 |
各窗口之间的数据流动方向可以理解为：图像窗口提供图像和 ROI 坐标，程序窗口拉取这些配置形成执行链，变量窗口存储链路中产生的中间值和结果，监视窗口记录运行状态，报表窗口对外输出检测结论。理清这条数据链，后面配置起来会顺很多。
2.2 N/B/S/P/L 五种变量类型怎么选
Sherlock 的变量系统只有五种基础类型：Number（N）数值、Boolean（B）布尔、String（S）字符串、Point（P）点、Line（L）直线。每种类型还支持数组变量：N[]、B[]、S[]、P[]、L[]。变量窗口的快捷工具栏就是用来向程序添加变量的，运行时会实时更新变量值。
为什么五种就够用？因为视觉检测的输出本质上逃不出这五类：测量结果用数值 N 保存，OK/NG 判断用布尔 B，条码/OCR 结果用字符串 S，特征点坐标用 P，边缘或拟合出的直线用 L。数组形态解决多目标场景——比如一版检测 8 颗螺丝的位置，可以声明 P[] 逐一保存。
选型上我一般这么处理：
- 需要参与后续计算的量，用 N，例如偏移量 deltaX、宽度 width；
- 只做开关判断的量，用 B，例如产品有无、颜色是否匹配；
- 需要输出给 PLC 或报表的文本，用 S，例如读到的条码字符串；
- 标定过程中用到的基准点，用 P，例如 First Edge 探测出的边界点；
- 边缘检测或拟合后得到的直线，用 L，例如工件轮廓线。
提示：程序运行过程中变量值会在变量窗口实时更新。调试时先盯变量窗口，数值变化和预期不符，多半是模块执行顺序或 ROI 配置有问题，不用急着翻代码。
2.3 模块排列与通用指令：无编程软件里真正的“逻辑控制”
程序窗口里的模块默认按添加顺序排列，但实际逻辑往往要求重新排序。Sherlock 的排列方式很直接：选中模块，按住鼠标左键不放，拖到目标位置后释放。比如要把 ROI LineA 移动到 RectA 上方，就是选中 LineA → 拖到 RectA 顶部 → 释放鼠标左键。这个动作在调整执行顺序时经常用到，尤其是标定方案必须跑在识别算法之前的情况。
逻辑控制则通过通用指令完成。在 Program 图形工具栏里，能看到一组控制指令：
- 调用子程序：把重复使用的检测流程抽出来复用；
- 设置程序执行的逻辑判断条件：根据变量值决定走哪条分支；
- 在某一条件下重复执行：实现多目标循环检测；
- 添加/设置子程序：组织模块化结构；
- 从某执行语句跳变到程序任意位置：实现类似跳转的控制流。
这些指令配合变量条件，就能搭出带判断和循环的检测流程，而不需要写传统代码。
数据输出环节最常用的是报表指令。IO:Reporter Print 将检测数据输出到报表窗口，IO:Reporter Clear 用于清除报表内容。Print 的字符串里，变量名两边必须加上方括号 []，否则打印出来的只是变量名文本。它的调用格式类似下面这样：
IO:Reporter Print "X 偏移=[deltaX] Barcode=[code] 判定=[result]" IO:Reporter Clear IO:Reporter Print "--- 下一组 ---"这里 [deltaX]、[code]、[result] 是程序运行过程中变量窗口里实际存在的变量，Print 执行时会取当前值填入字符串。你无法直接打印一个常量读数，只能打印变量值——这是 Sherlock 报表机制的一个限制，设计流程时要提前把要输出的量定义成变量。
报表窗口本身支持清除内容、把内容保存为文档。配合灵活的 I/O 接口，这些变量值还能通过 OPC 兼容接口与其它应用分享数据，或者提供给 PLC 和 VB 前端用户接口读取。如果你在 PLC 或 VB 端开了多线程去轮询这些数据，建议控制轮询频率并加超时处理，避免前端把数据分享链路当成瓶颈，这是集成现场经常遇到的问题。
3. 四大核心功能的选型：标定、校准、搜索、颜色各用在什么场景
Sherlock 官方把核心功能归纳为四个方面：Landmark 位置标定、Calibration 刻度校准、Search 区域搜索、Color Processing 颜色处理。这四个词看着是功能清单，实际上对应了视觉方案里四个不同的需解决方向：物体跑偏、像素单位换算、特征定位、颜色判定。这章把每个功能的适用场景和配置要点拆开讲。
3.1 位置偏移是视觉检测的第一公敌：Landmark 解决的是什么
先讲 Landmark 位置标定，因为它往往是被忽略却影响最大的一项。目前标准的机器视觉应用都要求能分析出一组图像中相同的特征，但运动控制和图像采集设备本身，以及待检工件自身的因素，会让每幅拍摄到的图像不可能完全静止。当物体发生偏移或旋转时，ROI 内统计到的像素内容就会改变，得到的分析数据自然不准。解决这个问题的唯一办法，就是给 ROI 做坐标位置的自我标定。
Landmark 的作用就是在图像里找到稳定的基准特征，计算当前图像相对基准位置的偏移量，然后把这个偏移量补偿给后续所有 ROI。这样即使工件平移或旋转，检测区域也能跟着移动到正确位置。它的适用判断标准很简单：如果你的现场存在明显的机构抖动、来料位置不一致、传送带停位误差，就一定要先做 Landmark，再做后续算法。
| 项目 | 固定 ROI | Landmark 补偿后 ROI |
|---|---|---|
| 图像发生平移 | 统计区域内容变化，结果漂移 | ROI 跟随标定点平移 |
| 图像发生旋转 | 内容偏离严重，检测失败 | 多个标定点可计算旋转 |
| 配置复杂度 | 最低 | 多一步标定点配置 |
| 适用现场 | 机构稳定、位置固定 | 来料位置有偏差、机构抖动 |
3.2 Calibration：像素单位与物理单位的换算
Calibration 刻度校准解决的是“像素值 ↔ 物理单位”的换算问题。视觉系统输出的原始结果都是像素，但如果要告诉现场“这个工件宽度是 12.35mm”，就必须通过标定把像素映射到毫米。Sherlock 的标定功能还支持纠正线性/非线性畸变，这对广角镜头和精度要求高的测量场景尤其重要。
线性畸变校正常用于常规镜头，把图像看作理想的透视映射，一组比例系数就能完成换算；非线性畸变校正则处理镜头边缘的桶形/枕形畸变，需要更密集的标定点来拟合畸变模型。实际项目中我一般优先做线性标定，如果发现画面边缘测量值和实际值偏差明显，再补非线性校正。
常见操作顺序是：放标定板 → 采集图像 → 在 Sherlock 里定义标定区域 → 输入已知物理间距 → 生成映射表 → 让测量工具引用这个映射表。标定板要放平，和相机光轴尽量垂直，倾斜太大时映射关系会引入额外误差。
注意：标定必须在测量类模块之前完成。先标定、后测量，顺序错了，后面所有测量结果都会乘上一个不确定的系数。
3.3 Search 区域搜索：在 ROI 里找特征
Search 区域搜索负责在感兴趣区域内定位特征。与固定 ROI 不同，Search 不是在固定位置直接做统计，而是在一定范围内搜索匹配目标，因此对位置偏移有天然容忍度。它适合特征明显但位置不完全固定的场景，比如螺丝孔定位、芯片引脚对齐判断。
配置时候主要看三个参数：搜索区域限定在哪一块范围内找特征，范围越大越费时间；匹配阈值控制相似度要求，阈值越高越严格；搜索策略决定是全图扫还是从粗到细分层搜索，直接关系到单次处理时间。
在节拍紧的产线上，Search 的时间代价最容易被低估。常见做法是先把 ROI 范围缩到最小合理区域，再调阈值，不要一上来就全图搜索。另外 Search 和 Landmark 并不冲突：Landmark 负责全局基准定位，Search 负责在局部区域找特征，两者配合使用比单纯依赖某一个更稳。
3.4 Color Processing 与读码器：颜色判定和条码识别
Color Processing 提供丰富的颜色处理功能，能对图像中的颜色进行分析和处理，包括彩色对映/分类。它的典型场景是端子颜色分类、线束颜色判定、包装色块校验这类以颜色为判断依据的检测。配置时要注意光照一致性，同一种颜色在不同光源下会偏离预定的色域，必要时先做白平衡。
读码方面，Sherlock 提供可靠的读码器功能，支持 OCR、一维码、二维码。配置核心是保证 ROI 内码区清晰、对比度足够。后面图书封面条码的案例就用到了 Barcode 1D 与矩形 ROI 的组合，再加上位置标定才能稳定读取。
4. 位置标定实操：从 First Edge 到 alignment scheme 的完整配置
位置标定操作不难，难的是理解它为什么能跟随。这章用一个图书封面条码检测案例把完整配置走一遍：矩形 ROI 配 Barcode 1D 算法检测条码，但当图像向右移动时，固定矩形 ROI 里的内容变成条码旁边的区域，识别自然失败。要让矩形 ROI 跟着条码走，就需要给它一个“锚点”。
4.1 场景准备：为什么用线性 ROI + First Edge
思路是找条码左侧边缘作为稳定特征。用线形 ROI 配置 First Edge 算法，并将边缘强度参数设置为 100，沿扫描方向找到第一个符合强度要求的边缘，输出一个边界点。这个点就是后续标定的锚点。
为什么选 First Edge 而不是 Search？因为条码左侧边界是稳定的直线特征，First Edge 输出明确的点坐标，可以直接作为标定输入；而 Search 需要定义模板，在本场景里属于过度设计。
| 参数项 | 配置值 | 说明 |
|---|---|---|
| ROI 类型 | 线性 ROI | 覆盖条码左边界附近一段区域 |
| 算法 | First Edge | 沿 ROI 方向找第一个强边缘 |
| 边缘强度 | 100 | 只认真正边界，忽略弱纹理和背景干扰 |
| 输出 | Point 坐标 | 作为标定点输入来源 |
越强的边缘强度设定不代表越准，但在这个场景里，条码左边界对比度很高，边缘强度设 100 可以过滤掉封面上的印刷文字干扰。如果边缘强度调太低，First Edge 可能把文字边缘误判为目标边界，标定点就会在几个位置之间跳来跳去。
4.2 创建 alignment scheme 并绑定探测点
配置标定方案的入口在图像窗口的 Options 对话窗 Alignment 页面。点击 Create alignment 按钮创建一个 alignment scheme，默认情况下方案被命名为 alignmentA、alignmentB 等，本例把它更名为 alignLeftEdge。
之后把 First Edge 探测到的点，从 Point readings 窗口中拖移到 alignLeftEdge 下方，这个动作就完成了“标定点绑定”。你可以理解为：程序运行时，会先执行基准探测，得到当前边缘点坐标，再拿这个坐标去和预存的基准位置做差，算出偏移量。
一个 alignment scheme 可以容纳多个点。如果现场不仅水平移动还会有旋转，可以在另一个稳定特征上再建一个线性 ROI，把第二个探测点也拖到同一个 scheme 下。两个点能约束平移加角度，三个点会更稳。本例图书封面主要关心水平移动，一个点在水平方向上的补偿已经足够。
4.3 把方案应用到目标 ROI 并验证
校准设置完成后，必须把它应用到需要标定的 ROI 上，否则 ROI 不会改动。打开目标 ROI 的 Edit 窗口，点击属性栏，在 Alignment 下拉菜单里会显示程序中所有校准设置点，选择 alignLeftEdge。
验证方法很简单：故意平移图像，观察两个现象。第一，线形 ROI 会通过 First Edge 重新探测条码左边界，计算出从原始位置到新位置发生了多少偏移。第二，执行 Barcode 1D 的矩形 ROI 会根据标定点自动调整位置。Sherlock 会用虚线标出矩形 ROI 的原始位置，方便你直观看到补偿前后的差异。
如果 ROI 纹丝不动，大概率是应用环节出了问题——方案建好了，但没在目标 ROI 的 Alignment 下拉菜单里选中它，这在后面避坑章会详细说。多个 ROI 需要跟踪同一个基准时，可以给它们选中同一个 alignment scheme，不用重复创建。但要记住：更换相机、镜头、打光角度时，标定关系已经改变，必须重新采集基准并重建方案。
5. Sherlock 避坑与排查：五个高发问题一次说清
用 Sherlock 做视觉方案时，“算法不行”其实很少见，多数问题出在配置环节脱节。下面按现象→原因→解决的顺序，记录几个我实际遇到的高发问题。
5.1 标定没生效：ROI 依然跟着原位置跑
现象：创建好 alignment scheme，也把探测点拖进去了，运行后矩形 ROI 纹丝不动，条码还是识别失败。
原因：标定方案创建后没有应用到目标 ROI。Alignment 页面里的创建动作只负责“生成方案”，目标 ROI 的 Edit 窗口属性栏里还有一道选择动作，很多人漏了这一步。
解决：打开目标 ROI 的 Edit 窗口，点击属性栏，在 Alignment 下拉菜单里选择对应方案。改完方案后需要回到这个位置重新确认一次，程序运行时才会真正执行补偿。
5.2 报表打印出来的是“变量名”而不是“变量值”
现象：执行 IO:Reporter Print 后，报表窗口输出的是“deltaX”“code”这样的文字，而不是实际数值。
原因：没有在变量名两边加 [] 号。Sherlock 的报表机制只打印变量值，变量名不加方括号会被当作普通字符串原样输出，而且你不能直接打印已知读数，只能打印变量值。
解决：格式化字符串里统一写成 [变量名] 的形式：
错误写法： IO:Reporter Print "deltaX = deltaX" 正确写法： IO:Reporter Print "deltaX = [deltaX]"5.3 模块执行顺序不对，标定还没跑就去读码
现象：图像窗口里 ROI 位置都正确，但 Barcode 1D 模块输出的条码结果全是空的。
原因：程序窗口里模块默认按添加顺序排列，添加顺序和逻辑顺序不一致。比如先加了读码模块，后加了标定模块，执行时读码跑在标定前面，ROI 还没有被补偿。
解决：直接拖拽模块调整顺序。Sherlock 的模块移动只需要选中、按住左键、拖到目标位置、释放，推荐顺序是“采集 → 标定 → 识别 → 输出”，标定模块必须排在所有依赖它的模块之前。
5.4 边缘强度太低，First Edge 探测点在背景纹理间乱跳
现象：程序间歇性识别失败，监视窗口没有报错，但 Point readings 里的标定点数值不稳定，一会在这边一会在那边。
原因：边缘强度参数设得太低。封面印刷文字、纸张纹理都可能触发边缘判定，标定点就会被错误特征“带跑”，最终偏移量计算全错。
解决：把边缘强度调到接近 100，同时缩小线性 ROI 的宽度，让 ROI 只覆盖真正边界线附近的一小段区域。边界的对比度足够时，高强度值反而更稳定。
5.5 图像窗口删了 ROI，程序窗口却还在引用它
现象：删掉一个不再使用的 ROI 后，程序窗口里报引用错误，程序跑不起来。
原因：图像窗口和程序窗口是同一配置的两套视图。图像窗口删除 ROI 后，程序窗口里对应模块以及引用该 ROI 变量的其它模块没有被同步清理，残留引用导致运行中断。
解决：到程序窗口里删除对应模块，并检查其它模块的输入项中是否还挂着该 ROI 的输出变量。养成一个习惯：删 ROI 先删程序窗口里的引用，再回图像窗口删区域，顺序反了容易留下脏引用。
6. 完整案例：图书封面条码检测从新建程序到报表输出
把前面的内容串成一个可直接照做的完整流程。场景：图书封面印刷条码，来料在传送带上有水平偏移，要求稳定读码并输出偏移量。
程序模块按执行顺序排列如下：
1. 图像采集 LoadImage 2. 线性ROI EdgeROI + First Edge → 输出 edgePoint(P) 3. 标定方案 alignLeftEdge ← 绑定 edgePoint 4. 矩形ROI BarcodeROI + Barcode 1D → 输出 code(S) 5. 计算变量 deltaX = edgePoint.X - refX 6. 报表输出 IO:Reporter Print "code=[code] deltaX=[deltaX]" 7. 逻辑判断 result = (code != "") 8. 报表输出 IO:Reporter Print "result=[result]"搭建时按这个顺序添加模块，添加完再按 2.3 的方法检查执行顺序。重点看第 3 步：标定方案必须引用第 2 步的 edgePoint，同时第 4 步的矩形 ROI 必须在 Alignment 属性里选 alignLeftEdge，两者缺一不可。
验证时我习惯走一套固定动作：单步运行到第 2 步，看变量窗口里 edgePoint 是否输出稳定坐标；再平移图像，看第 4 步执行时矩形 ROI 是否跟随虚线位置移动；最后看报表窗口输出的 code 和 deltaX 是不是实际值。整个验证不到三分钟，但能挡住现场大部分返工。
从那以后，我每次搭完标定方案都会强制走一遍“平移图像 → 检查标定点 → 检查 ROI 跟随 → 检查输出变量”的流程，这个习惯帮我省掉了不少现场调试往返。Sherlock 这套软件的边界其实很清楚：它能帮你把繁琐的视觉流程用鼠标编排出来，但前提是你得把标定和模块顺序这两件事做踏实。希望这套拆解对你的项目有帮助。
本文还有配套的精品资源，点击获取
