表面缺陷检测：验收与产线输出

目的与适用边界

把缺陷判定与传输应答、实物剔除区分开来，并为验收运行冻结表面参考图和光学配方。

本教程给出的是一种工程评估方法，而不是可直接运行的产品认证。Deyi Vision 目前公开的 PC 示例涵盖在已确认样品图像上运行的 EAN-13 流程。工程代码中的原生 OCR 与检测处理，使用前必须对照已安装的运行环境、已绑定的模型和任务逐一核对。浏览器模板并不证明可以在浏览器中执行：计划中的 OpenCV.js 后端需要单独验证。云端识别须事先明确批准图像范围、服务商、模型和费用。评审归档包不是可执行的发布包。相机、固件和驱动的兼容性需要另行检查。下文记录表中的所有数值均为假设值，不是 Deyi Vision 的测量结果，也不是客户的实际结果。

准备证据

使用位置有记录的合格件、临界样品和缺陷件。从输出被禁止的状态开始，并核实从触发到判定的完整追踪记录。明确哪个时间戳起算截止时间，以及哪一种应答可证明已完成。把排队和通信延迟与图像处理耗时一并保存，以免算法很快，却掩盖了产线结果迟到的事实。计时间隔使用单调时钟；各设备使用不同时钟时，另行记载时钟对应关系。要记录尾部延迟、结果缺失和重连行为，而不只是平均值。新配方不得重新解释正在处理中的结果；要么按已记录的版本处理完，要么执行约定的禁止流程。输出序列、产品位置和确认要放在一起保存。验收记录应当把正确的分类、成功的通信和已确认的实物路径区分开来。表面缺陷检测工位必须能区分材料本身的缺陷与观察条件的变化。划痕、凹坑、油污、纹理和反光都可能引起相似的灰度变化，但需要不同的处置。要按预期的表面加工状态范围准备合格件，并准备缺陷位置和方向均有记录的缺陷样品。选择的基准，在表面状态变化时仍须保持可见。参考图像只有在其位姿和照明与当前工件具有可比性之后才有用。图像差分并不是物理深度测量，检出的区域本身也不能说明缺陷的成因。在收集答案之前，先确定脏污应判为剔除、提出清洁请求，还是列为排除情形。对存在歧义的样品，保存其原始图像，不要臆造干净的参考图或修正过的标签。在把判定结果连接到执行机构之前，先写好产线约定。要定义采集标识、配方版本、结果状态、截止时间、应答，以及对缺失或迟到数据的处置。先在输出被禁止的状态下演练握手，再按工厂验收规程进行有人监督的产线试验。每次运行都从同一个已定义的事件开始计时；仅看处理时间，会漏掉排队、传输和输出延迟。重复出现的产品标识不是唯一的帧标识。要在仍有未完成工作的情况下，测试停止、重启、重连和配方切换。保留完整序列，使被剔除的工件能够追溯到作为该动作依据的证据。

操作步骤

1. 把每一个表面结果都绑定到采集 ID、工件位置，以及确切的参考图/掩膜版本。
2. 注入缺失帧、配准失败和迟到的结果；确认没有任何一种沿用上一次的合格结果。
3. 从已定义的触发起，分别测量采集、检测和通信各段耗时；输出应答要单独记录。
4. 让受监督的工件通过剔除点，并确认其去向，包括在有未完成工作时的停止/重启。

解读试验结果

假设的处理路径耗时 20 ms，而行进时间为 250 ms，在计入其他保护要求之前还剩 230 ms。这是设计预算，不是实测性能的声明；排队和执行机构延迟都可能把它消耗掉。

记录表

T = 5 + 12 + 3 = 20 ms
M = 250 - 20 = 230 ms

两个工程视角

故障排查

• 缺陷判定正确但没有收到应答，属于通信故障，不能算已确认剔除。
• 切换配方时，不得对未完成的工件把旧参考图与新掩膜混用。

验收与交接

只有在冻结的配方下，约定的质量样本集、失败情形的分流和实际的实物剔除检查都通过之后，才可发布使用。把产线时序和尚未解决的异常一并归档。

把源图像、预期判定、确切的版本和完整的结果记录放在一起保存。在选定最终参数之前，先冻结评估集。如果这些答案之后又被用于调整流程，就要把该集合标记为开发数据，并另行取得一套新的独立验收集。Review、NoResult、执行错误和采集缺失都要保留在分母中；不要靠滤掉数据行，把它们变成“通过”。把可复现的失败案例与成功样本一并保存。交接材料应写明谁有权更改配方、如何恢复先前已批准的版本，以及在验收之前哪些设备输出仍保持禁止。仅凭软件结果，并不能证明运动中的实物工件已到达正确的目的位置。