冻结可见套件的验收结论
围绕带版本套件在未封口包装中、于商定事件时声明的可见物品及数量,冻结验收范围。盖片下方、不透明填充物之下或已封口纸箱内的内容物,除非另有经过验证的方法提供证据,否则一律列为被排除的观察。腔位看上去被占用,并不自动证明 SKU 标识正确。如果工作流使用配置的前景区域,就要保留这条标识边界,并写明它实际上能区分哪些替代情形。运行之前先商定摆放方式、材料、姿态和复核策略,免得一个被接受的图像计数,变成对整批发运或被遮蔽物品清点正确的无依据结论。
预留独立的包装组
预留一批独立标识的包装、材料批次和允许的套件变体,它们没有被用来选择相机、光源、区域、掩膜或模型设置。其中要包含完整的可见套件、真正的漏装、多放的可见物品、陌生的替代件、接触、裁切和被遮盖的情形。参考要独立于所选工作流来建立,并声明不确定参考的处理方式。把同一包装的多张图像关联在一起,不要把它们当作独立样品来计数。不要把难度大的验收包装挪进开发组,再悄悄用别的替换。冻结计划好的各组和运行条件;对于无法取得或尚未解决的组,要与已验收范围并列报告,而不是让分母缩小。
测试完整的判定约定
对照明确的预期,测试合格(Pass)、不合格(Fail)和复核(Review)三个分支,并把执行错误、未知状态和缺失的输出分别记录。在已审阅的限定范围 BOM 路径中,有效的可见数量差异判为不合格,未知类别需要复核,无效的可见性则使清点判定无法被接受。要验证复核优先于碰巧吻合的已知标签。确认实际安装版本的约定以及留存的原因。格式错误的输入或不可用的结果,不得变成一个有效的空包装,也不得沿用之前通过的输出。工位对未通过证据如何响应,需要商定的工艺策略;本教程不规定适用于所有场合的执行机构或安全动作。
可见套件的验收有一条声明的边界
被接受的观察包含暴露的物品区域,被遮盖的内容物则保留在其清点结论之外。
- 声明的未封口包装摆放
- 可见的已知物品与数量证据
- 带版本的套件定义
- 被遮盖或已封口的内容物不在范围内
把合成规则测试与实物证据分开
把合成的配置检查和规则边界检查,与实际包装图像的验收分开。恰好落在所配置的含边界面积限值上的连通域,只有在可见性前提仍然成立时,才能用来测试比较行为。相互接触、被裁切或尺寸过大的区域,在证据约定下仍可能有歧义。一个成功的合成 BOM 示例,并不能验证真实的材料对比度、物品标识、照明变化或实物采集。对每一项这样的测试,都要保留确切的配置和预期的分支。实物包装的参考需要有自己的原始图像和独立判定,不能用干净的测试素材示意图或生成的演示来代替。
# Illustrative accounting check; categories must be mutually exclusive and exhaustive.
counts = [valid_decisions, review_events, execution_failures, missing_results]
assert type(planned_events) is int and planned_events >= 0
assert all(type(value) is int and value >= 0 for value in counts)
accounted_events = sum(counts)
assert accounted_events == planned_events
# Keep specimen outcomes distinct from repeated image observations; no accuracy claim is implied.保持完整的计划分母
把所有计划内的事件,都归入互斥且穷尽的类别:有效判定、复核、执行失败和结果缺失。样品的结果要与重复图像分开计数,并把每一个类别追溯到原始参考和源帧。示意性的核算代码检查的是记录是否完整,而不是分类准确率或产线性能。不要只依据方便的有效输出报告准确率,同时把被遮盖或失败的包装排除在外。在验收运行之前,先商定针对具体应用的限值和未解决案例的责任人。即使某个有难度的材料组给出的是复核而不是干净的数量判定,也要保留完整的计划分母。
验证配方与包装事件的交接
追溯包装标识、包装操作、源图像、流程图版本、套件版本、原始判定,以及已确认的接收端动作。在启用设备输出之前,先在隔离环境中演练启动、停止、重启、配方切换、延迟结果、缺失帧和取消。与错误套件匹配的计数,或送达了另一个包装的计数,不算通过集成。确认配方不会在采集与评估之间悄悄改变,也确认迟到的响应不能覆盖当前事件。让未通过状态和复核原因在整个交接过程中保持不变。控制器时序、确认应答和恢复行为,需要经过验证的、针对具体工位的接口,仅靠一次成功的离线图像回放是不够的。
建立验收记录表
把独立的参考组、套件定义、源帧、原始坐标下的区域、实际的采集与照明设置、前景或模型版本、带类别的物品证据、有效性、BOM 标识、判定原因和事件交接日志汇总打包。原始失败和尚未解决的歧义,要与被接受的结果并列放入。保留基线与候选的配置,使另一位工程师能够复现两者。这张表标出证据的关联及其局限,而不是编造一个实测的性能数字。包装摆放、材料、类别、模型、掩膜、BOM 数量或接收端动作映射一旦变更,就需要有文档记录的影响评估,并进行相应的重新验证;工作流名称不变,并不能保住一个已被改动的验收结论。
| 证据层 | 必需的关联 | 保留的局限 |
|---|---|---|
| 独立的套件参考 | 包装、材料组与套件版本 | 仅限声明的可见内容物 |
| 原始可见物品证据与 BOM | 原始图像、坐标与规则标识 | 未知或无效的证据保持复核 |
| 合成的边界检查 | 确切的配置与预期分支 | 比较行为不等于实物验收 |
| 接收端动作日志 | 包装事件、套件与确认应答 | 仅有正确的计数,不能证明交接成功 |
只发布已证实的包装范围
只发布商定的证据所证实了的可见套件系列、允许的摆放方式、运行条件和接口行为。固定工位上限定范围的历史源码测试,并不能证明当前的 Windows 候选版本、实际相机或已安装的生产软件包已就绪。在已审阅的范围内,浏览器本地的 OpenCV.js 尚未实现;云端或识别方面的方案,需要各自受支持的运行环境和验收证据。如果被遮蔽的内容物仍然不可或缺,就应保留一种独立的清点或观察方法,而不是扩大可见范围的结论。Deyi Vision 可以协助开展受支持的工作流调查,但被接受的未封口包装数量,只是一项有文档记录的、限定范围的结果,而不是对已封口箱内内容物,或对所有包装场合准确率的保证。
从独立包装到限定范围的发布
在接受已证实的工位范围之前,保留全部结果以及与具体配方对应的事件关联。
- 冻结独立套件与限值
- 测试判定与歧义分支
- 验证针对具体包装的配方交接
- 接受限定范围并保留缺口
来源与技术参考资料
这些资料说明了本教程所用方法的依据与适用范围。文中的检查示例仅供参考;量产验收需要用你自己的样品取得证据。
- skimage.measure APIscikit-image核查于
- Triggered Image AcquisitionBasler核查于
- Deyi Vision Vision WorkbenchDeyi Vision核查于
部件与选型参考
- machine vision software · 英文参考资料
- 机器视觉验收测试清单
- 自动化外观检测
- EAN-13 追溯:产线验收
- EAN-13 追溯:解码与数据规则
- 稳定的相机采集:缓冲区、超时与重连
- 验收并集成可见液位工作流
- 面向可见液位替代指标的 AI 辅助工作流
- 关联检测记录、图像与工件标识符
- OCR 标签核对:验收与 PLC 约定
- OCR 标签核对:原生工作流与精确匹配
- 搭建 AI 辅助的未封口包装完整性工作流
- 用明确的状态构建 PLC 与视觉系统的握手
- 密封与胶条外观:产线验收
- 密封与胶条外观:工作流规则
- SKU 颜色分选:验收与未知物品分流
- SKU 颜色分选:类型明确的颜色与 SKU 规则
- 表面缺陷检测:验收与产线输出
- 表面缺陷检测:限定范围的 AI 评估
- 触发到 PLC 判定的延迟负载测试
- 完整视觉配方的版本管理与回滚

