03.QuickBuild应用详解

一、 QuickBuild属性配置各个属性的含义

• 已发送项: 默认情况下， QuickBuild 为己发送项列表分配 8 个数据包的内存，也可以手动增加己发送队列大小，但应当注意，次数值越大越占用内存资源。
• 失败队列: QuickBuild 有一个用来存储作业结果信息的!认列,默认存储作业的错误结果信息，也可以在"失败日志模式选项"选择要存储的结果信息。
• 平均处理模式: 图像按获取的顺序被处理。例如， QuickBuild 应用程序包含 3 个 Job ， CogJobl , CogJob2, CogJob3 ，如果 CogJobl 先获取图像，则 CogJobl 先执行，接下来 CogJob3 获取图像，则 CogJob3 执行，这种模式下，如果所有 Job 获取图像的频率一样，则所有的 Job 也将有同样的运行频率。
• 共享处理模式: 在共享模式下， QuickBuild 并不试图达到 Jobs 和 CPU资源的平衡，相反， Job 执行是顺序是由. NET 架构来负责。例如， QuickBuild含有 3 个 Job:CogJobl 、 CogJob2 、 CogJob3，如果 CogJobl 首先获得图像，则 CogJobl 开始执行，如果接下来 CogJob2、 CogJob3 获取了图像，则在CogJobl 仍有图像需要处理之前不能保证 CogJob2 ， CogJob3 执行。即CogJobl 有可能在其他 Job 执行之前已执行许多次。

二、 Job与Job属性详解

2.1 Job详解

每个QuickBuild应用程序至少包含一个空的Job,也有不少的视觉项目需要多个Job来完成视觉任务. 每个Job都可以配置QuickBuild所支持的相机作为图像源,对于多个Job的视觉应用,也可以配置不同的相机作为图像源. 也可以在Job中选择存储在PC上的Image或者Image DateBase作为图像源.

2.2 Job属性

• 像来源中获取图像： 如果你希望从自己的定制工具中获得图像，可以在此选择
• 图像队列大小: 图像队列存储你已经获得正等待处理的图像，起默认大小为 32 帧，在你的设备环境中，如果在当前图像处理完成前有可能己经获取大于 32 帧图像，你可以将图像队列增大，但要注意的是增大图像队列会使你的 PC 的可用内存减少，影响 PC 的处理速度。相反，你可以通过减小图像队列来增加 PC 的可用内存，但要注意图像溢出.
• 软件触发模式: 三种触发模式,字面意思不多做解释
• 编辑脚本: 可以通过代码段(VB.Net\C#)修改并丰富Job的功能
• 作业运行计数: 你可以在连续运行模式时设置作业运行的最大次数，如果您在连续运行模式下便能了此参数，在您的作业运行到最大次数时将会自动停止运行。