软件与系统集成

验收并集成可见装配检查

用独立的装配件测试可见零件在位、空间边界和事件交接,同时把隐藏的机械特性排除在范围之外。

发送样品,申请工程评审
验收并集成可见装配检查
工程说明用示意图,不是实物照片,也不代表已完成量产测试。

冻结可见装配的验收声明

把验收声明冻结在这个范围内:已标识的治具和装配件系列中,所需的可见零件以及声明的图像空间关系。隐藏的特性要单独列出:零件看上去在位,并不能确立紧固扭矩、内部配合状态、电气接触或粘接强度。如果声明了物理空间公差,那么它所用的已标定坐标系和适用平面,需要各自的证据,而不能假定图像区间可以直接换算过来。要在运行之前,约定好允许的姿态、表面外观和可见性。接手的工程师必须确切知道,这项检测要区分的是哪些装配缺陷,以及在相机工作流之外,还有哪些机械测试仍然必要。

留出独立的案例组

留出独立标识的装配件,以及未曾用于选择相机、光源、区域或规则的物料组或治具组。其中要包含:装配正确的可见装配件、所需零件缺失、关系错位、允许范围内的变化,以及有意安排的无法观察的案例。参考判定要独立于所选的工作流,并说明如何处理不确定的参考。同一个样件的多次视图,不得报告为独立的装配件。不要把一个难办的验收样件换成较干净的开发样例。在选定最终的节点图之前,先冻结计划的案例组和运行条件,对无法获得或尚未解决的样本组,要与所报告的范围一起载明。

覆盖规则判定的全部分支

覆盖合格(Pass)、不合格(Fail)和复核(Review)三种判定,给出明确的参考预期,并把执行错误或不可用的输出单独保留。经审阅的受限关系流程,先要求可见性有效,再要求其声明的标签各有唯一的候选。出现多个候选时进入复核,而不是去挑最方便的那一对;在可观察的有效证据下,所需标签缺失则判为不合格。要测试的是预期的那个分支,而不只是看显示有没有变绿。格式错误的输入,不得悄悄变成一个“空的有效检测集”。要对照已安装的版本确认原生输出约定,并让规则原因保持可查,这样,下游的集成就不会把歧义重新解读成可信的“合格”结果。

验收止于可见装配的边界

所需的可见零件及其声明的关系必须保持可观察;隐藏的机械特性需要另外的证据。

  1. 声明的治具与装配件系列
  2. 所需可见部件的证据
  3. 被接受的图像空间关系
  4. 隐藏的扭矩或配合状态不在范围内
验收范围示意;不凭外观推断任何机械质量。
查看原尺寸示意图

测试含端点的关系边界

用受控的图像证据,在声明的含端点限值处,以及相关的区间外情形下检查关系。要保留标签顺序、中心定义、带符号还是不带符号的关系,以及原始坐标的变换。恰好落在某个已配置端点上的测试,确立的是规则的比较行为;它既不能确立物理测量的精度,也不能确立该端点对工艺是否合适。报告中要把合成的规则检查与经过独立判定的装配图像分开。如果所选的关系会随标签顺序而反转,或在裁切版本变化后发生改变,就要保留这一情况,并先验证修正后的配置,再把之后的输出视为与已验收的处理链等同。

acceptance_row = {
    'specimen_id': specimen_id,
    'reference_class': reference_class,
    'event_id': event_id,
    'image_id': image_id,
    'graph_revision': graph_revision,
    'raw_rule': raw_rule,
    'execution_status': execution_status,
    'receiving_action_status': receiving_action_status,
}
# Evidence schema only. Review, missing and malformed results remain distinct and nonpassing.

保留参考与计划分母

要保留完整的计划分母,其中包括有效判定、复核、执行失败和缺失的结果。样件的结果与重复的图像观察要分开计数,并保留每一个结果到其参考和原始源帧的追溯关系。排除了有歧义治具的汇总,可能恰恰掩盖了工位必须应对的那种情况。不要仅凭方便获得的有效输出,就公布装配准确率百分比。下面的记录是一份拟议的证据结构,不是实测性能。验收限值和未解决案例的处理方式,必须来自约定的应用风险和测试计划,并且对于仍在已证明的检测范围之外的缺口,要有明确的责任人。

核实工位专用的交接

沿着采集事件、图像、节点图版本、原始规则,直到已确认的接收端动作,全程追踪装配件标识。在启用设备输出之前,要在隔离的测试环境中检查启动、停止、重启、缺帧、结果迟到和取消。一个正确的可见判定如果送给了另一个装配件,集成测试就没有通过。迟到的和不可用的结果,要作为声明过的非合格状态保留,不能重复使用上一个通过的帧,也不能隐去原始的复核原因。控制器的动作、确认和超时策略,需要有针对具体工位、经过验证的接口;本文不提供通用的执行器指令,也不声称基于已保存图像的测试已在实际工位上运行过。

打包可复现的验收证据

把以下内容打成一个包:独立的样件组、参考依据、原始图像、治具与裁切定义、相机和光源的实际设置、节点图与运行时标识、所用的模型资产、原始的类型化证据、规则配置和事件日志。要包含失败和尚未解决的歧义,而不是只放首选的、带标注的截图。已验收的基线与候选方案的对比,要让另一位工程师也能复现。该表指明每个证据层要随附什么,以及声明在哪里止步。此后对治具、光学、类别映射、模型、区域或输出交接的任何改动,都需要有记录在案的影响评估和相应的重新验证;沿用同一个工作流名称,并不足以保住已验收的行为。

装配验收包与声明限度
证据层须关联的信息保留的限度
独立的装配件参考样件、治具与缺陷类别仅限可观察的声明特性
原始零件与关系证据原始图像、变换与规则版本复核仍属歧义,不等于合格
合成的区间检查确切的配置与预期分支比较行为不等于物理精度
工位动作记录装配事件与确认离线重放不能证明实际交接

只发布已证明的装配范围

只发布约定的证据所实际证明了的可见缺陷、装配件系列、允许的运行条件和接口行为。以往范围有限的固定工位源码测试,并不能为当前的 Windows 候选版本、真实的相机或已安装的量产软件包提供认证。在经审阅的范围内,尚未实现浏览器本地的 OpenCV.js;模型方案或云端方案,需要另行受支持的执行环境和验收。如果隐藏部位的质量仍然至关重要,就保留它独立的机械测试,而不是扩大视觉检测的声明。Deyi Vision 可以协助受支持工作流的调查和证据对比,但一个被接受的可见关系,是一项有限度的具体结果,而不是对整体装配质量的普遍保证。

从独立样件到有边界的发布

在接受已证明的工位范围之前,要把判定分支和事件交接分开对待。

  1. 冻结独立参考与限度
  2. 验证有效与有歧义的判定分支
  3. 确认针对具体装配件的接收端动作
  4. 接受已证明的范围并保留缺口
拟议的验收顺序;不声称有工厂试验或已发布的软件包。
查看原尺寸示意图

来源与技术参考资料

这些资料说明了本教程所用方法的依据与适用范围。文中的检查示例仅供参考;量产验收需要用你自己的样品取得证据。

  1. Camera CalibrationOpenCV核查于
  2. Triggered Image AcquisitionBasler核查于
  3. Deyi Vision Vision WorkbenchDeyi Vision核查于

工程评审

把检测问题和证据一起发过来。

请发送样品图像、当前方案,以及未通过的检查项;同时注明视野、工作距离、线速度和验收标准,便于做出切实可行的评审。

发送样品,申请工程评审
咨询

直接联系

把您的检测需求告诉工程师。

请提供样品图片、参考型号、视野、工作距离和线速度。

目标:24 小时内回复选型建议
发送样品图片