OCR 标签核对：照明与字段几何

目的与适用边界

通过照明对比和 ROI 映射，完整保留文字字段，使被裁掉或被反光淹没的字符不会在核对中悄悄消失。

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

准备证据

使用带有眩光、材料有弧度且字段位置已知的印刷标签。预期字符串不要放进识别器的输入。治具复位之后，要重复一遍所选的条件，而不只是在一切原封不动的情况下重复。这样可以看出配方在换型时能否复现。当环境光状态和光源开启后经过的时间会影响图像时，也要记录。不要把用不同掩膜或不同位深转换得到的测量结果拿来对比，好像变化的只有照明。被否决的光学条件也要留在记录里，包括它的图像和被否决的原因。好看的图像不一定就是最适合检测的图像：所选条件必须在约定的整个样品范围内，保留相关特征及其与可接受差异之间的区分度。OCR 标签核对是一项数据完整性任务，而不是在找看似合理的词。定义每个字段、字段位置、预期字符集、精确比对规则，以及预期值的可信来源。批号字段、日期字段和产品名称可能需要不同的规则。在规范化空格或大小写之前，先保留文字检测多边形和识别器的输出。不要悄悄地把 I 替换成 1，或把 O 替换成 0：这会让错误的标签看起来正确。原始工程证据中有一个窄条形的 OCR 边界案例，其结果为 NoResult 或 Review；增大裁剪范围并不能证明识别已普遍可用。可读的字段仍可能是错误的批号；而预期值本身正确，也不能成为把它填进不可读字段的理由。在调整阈值之前，先建立受控的光学对比。标记治具、工作距离、照明角度和对焦位置，使每种条件都能复原。只改变所选的照明或区域变量，同时保持相机设置和样品标识不变。每个裁剪图或掩膜旁边，都要保留完整的源帧，以及能回到源坐标的变换关系。既要采集可接受的差异，也要采集已知有问题的样品，并包括允许放置范围的边缘位置。解读数值结果之前，先在原图上检查区域叠加图。缩小区域可能掩盖失败，而不是改善检测，因此被排除的区域需要明确的工程理由。

操作步骤

1. 对比漫射照明与定向照明时不改变曝光，淡弱的字符和眩光都要保留。
2. 定位标签或稳定的标记，把每个字段变换到源坐标，并检查字段的每个角点。
3. 保留字符的上伸部、下伸部和留白边距；原始裁剪图与矫正后的裁剪图，要以相同的源标识一并保存。
4. 在测试识别之前，先验证字段在允许的位移下仍处于边界之内；对不完整的裁剪应予拒绝，不要将其拉伸凑数。

解读试验

在假设的 640 × 480 帧中，字段起点为 (100,80)，大小为 160 × 64 像素，其远端角点为 (260,144)。通过这些边界检查，只能确立几何关系，不等于文字可读，也不等于 OCR 能够处理。

记录表

x_end = 100 + 160 = 260
y_end = 80 + 64 = 144
0 <= 100 < 260 <= 640
0 <= 80 < 144 <= 480

两种工程视角

故障诊断

• 在旋转后的预览上正确的多边形，在未旋转的源图像上可能是错的。要检查坐标映射。
• 阈值处理时被截掉的深色笔画，需要从光学或预处理方面复查，而不是猜一个替代字符串。

验收与交接

只有在位置和材料变化范围内，所有已声明的字符都仍位于与源图像关联的区域之内，才批准该字段配方。同时保存照明设置和变换。

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