在 Spark 中配置检查
使用检查工具定义相机应检查的内容。这可能包括定位零件、计算可见特征、读取打印代码或对检查区域进行分类。设置相关的输入和验收条件,然后通过配方运行代表性零件。核心检查配置在产品界面中进行。
Sparky 的工具选择器有助于识别相关检查。配方构建器有助于将检查整合在一起。您的团队审查工具设置,在需要时提供培训示例,并测试检查。定义相关结果和控件后,使用 HMI 构建器创建操作员视图。
围绕决策构建屏幕
当多个工具检查一个零件时,整体结果只是一个开始。单独的检查结果可帮助操作员确定问题是否涉及组件、计数或打印代码。将这些结果放在检查图像旁边可以更轻松地找到相关特征并决定需要注意的内容。
Spark 的可配置本机 HMI 可让您在工作站周围安排此信息。选择支持作业的可用结果和控件,并使用与工作说明相匹配的标签。操作员可以在正常视图中读取结果,而无需打开检查设置来发现哪项检查失败。
HMI 幻灯片可让操作员查看最近捕获的图像、冻结所选图像并跳回到最新结果。还提供平均检查时间,帮助团队查看当前运行背后的图像和时间。

使用有意义的名称
以检查的特征命名的结果比默认工具编号更容易操作。当实际检查时,请使用终端计数、大写文本或剪辑等标签。决定如何将失败的检查与无法读取的图像或无法定位的部件分开显示。
在现实序列中尝试屏幕:良好的零件、已知的缺陷和位置不正确的零件。观察操作员对每个结果执行的操作。这通常会在加油站投入使用之前暴露出标签缺失或指令不明确的情况。目标是一个以尽可能少的解释支持所需操作的屏幕。
确定与机器其余部分的连接范围
Spark 使用本机产品功能进行检查设置及其操作员界面。相机上无需构建或维护 Node-RED 环境。检查、其结果和操作员视图保留在 Spark 内。对于机器连接,定义哪个系统启动检查以及 PLC 或剔除机构如何接收结果并对其采取行动。
高级规则或自定义集成可能需要工程或脚本。在范围界定期间讨论这些要求,特别是当工作站必须交换作业信息或协调多台机器时。在准备安装之前,用预期的接口演示完整的周期。无代码设置描述了如何配置支持的检查;验收测试应覆盖全站。
对于自定义应用程序,Spark 还提供 HTTP API,用于触发检查、检索或订阅结果、切换设置和生产模式以及访问热图。使用可下载的 OpenAPI 规范来构建和测试连接。
常见问题
- 我可以在不编写代码的情况下配置 Spark 检查吗?
- 核心检查配置使用Spark接口及其检查工具。 Sparky 可以协助设置。所需的检查仍然需要培训、设置和评估。高级逻辑和自定义连接可能需要工程工作。
- Spark 是否使用 Node-RED 作为其操作屏幕?
- 不会。Spark 使用本机可配置操作员界面。它不运行 Node-RED。围绕 Spark 支持的功能规划屏幕,并单独验证任何请求的机器集成。
- 操作员屏幕应显示什么?
- 通常是检查图像、清晰的整体结果以及足够的细节来识别失败的检查。正确的控制取决于电台。在部署之前,使用良好部件和已知故障与操作员一起检查屏幕。
- Sparky 是否决定零件是否通过?
- 配置的检查工具产生检查结果。 Sparky 协助完成设置和解释等任务。查看其建议并根据您的接受标准评估工具行为。
将屏幕映射到您的电台
向我们展示您的工作站所需的检查、操作员操作和机器连接。我们可以完成设置并演示支持的操作员工作流程。
规划您的操作员界面