多码读取：区域规则与重复读取控制

问题与前置条件

读取所有可见的码，可能会把相邻工件的标签关联到当前工件上。测试之前先定义预期的码角色和数量；并确认读码器是否支持划分区域、返回多个结果以及所需的触发窗口。

测试准备

准备同一个工件上的两个标签，以及附近一个无关的标签。给测试工件分配独立的标识。明确写出去重范围：仅限同一个工件事件之内，而不是整个批次的全局范围。

先画出工件的实际边界，再画读取区域。相机图像中可能同时包含目标标签、相邻工件和固定在治具上不动的标签。在工件位置与旋转角度的允许极限处获取参考图像，并按角色而不是按发现顺序来映射每个必需字段。对每个角色，都要定义允许的码制、预期数量和内容规则。要确定多出来的码是按有文档记录的排除规则忽略，还是直接使该事件无效；未经评审的忽略规则可能掩盖贴错位置的标签。把区域定义保存在配方版本中，这样以后几何关系发生变化时，可以追溯到它影响了哪些结果。

测试步骤

1. 为每个角色指定允许的区域、码类型和内容规则。
2. 先测试预期的两个码，然后依次去掉一个、再多加第三个，并互换二者的位置。
3. 把完整的结果集关联到同一个触发标识；所需结果缺失或多余时，按受控方式剔除。
4. 只在该事件内部抑制重复观测；新工件完全可能带有相同的批次码。
5. 在规定的采集边界处关闭事件，并测试迟到的重复结果。

先从一个事件开始，其中两个必需的标签都在正常位置。要观察检测到的码位置和最终的角色分配，而不能只看绿色的读取成功指示。在不改动目标标签的前提下，把相邻工件的标签移入图像，检查排除规则的行为。依次去掉每个必需的标签，再互换二者的位置。再加一个可读的第三个码，以暴露只取第一个结果的取巧做法。在事件关闭之前提交重复结果，在事件关闭之后提交迟到的结果。结果集应始终与同一个工件标识关联，其完成规则必须明确。解码器能返回多个码，这件事本身并不能提供工件关联、角色校验或正确的应用层事务边界。

示例测试记录

以下为示例假设，不是 Deyi 的实测性能。请将这些数值替换为自己经签署的测试记录。

假设左侧区域必须是工件标识，右侧区域必须是批次标识。如果两个可读字符串的角色互换了，仅仅“都能读出”是不够的。把每个值绑定到 T100 之前，先校验区域、码制和内容规则。T100 的重复结果在记录之后可以被抑制；而 T101 上相同的批次字符串必须仍然有效。缺少某个角色时判为剔除，不得借用上一个工件的值。

把记录构建成一个事件，其下带有一组按角色划分的结果。保留每个原始内容、码类型、检测到的区域或位置、到达时间和接受原因。如果传输方式可能重复发送消息，应保留重复计数器或诊断记录，只抑制重复的应用动作。把去重键的范围限定在当前事件和当前角色；同一角色出现不同内容时，应判定为冲突，而不是重复。绝不要按批次字符串做全局去重，因为许多合法的连续工件共用同一个批次。事件关闭时，要明确记录缺失、多余和冲突的角色，而不是从更早的事件复制一个值。

流程的两个视角

故障排查

• 相邻标签进入了允许的区域，需要更严格地控制工件到位姿态，或收紧区域范围。
• 不同工件之间本应出现的重复内容，不得因为全局文本缓存而消失。
• 输出顺序错乱时，需要明确的角色映射，而不是假定第一个字符串就是产品码。

验收与交接

假设的 50 个测试事件都必须保持各自的工件关联和预期的角色集。只接受规定的组合；缺失、多余和迟到结果的处理情况要记录在案。50 这个数字只是试验示例，不是统计意义上的资格确认。

验收限值应在测试前设定，并保留原始证据。本文中的示例不能证明所供型号具备相应功能。

用事先独立准备好的预期结果清单来验证实现。对每个计划事件，复核人应将预期角色与收到的角色逐一比对，并确认恰好只有一个最终处置。要包含携带相同批次标识的相邻工件、标签互换的情形，以及旧结果在下一个事件期间到达的情形。在受控条件下重启或清空接收端队列，确认此前的角色结果不会进入新事件。拟定的 50 个事件只是用于示意覆盖范围的集合，并非统计意义上的可靠性声明。量产验收还需要约定的位置变化范围、实际运行速度和故障恢复。交接时，把区域图像和角色规则与配方一并提供，以免维护人员在没有评估关联风险的情况下扩大 ROI。

相关阅读

选型前请先阅读相关的选型与应用指南。如需工程评审，请提供样品图像、所需结果、运行条件以及已完成的测试记录。