Trazabilidad EAN-13: muestreo de cámara

Objetivo y límites de uso

Capture el EAN-13 completo con barras y espacio libre antes de usar la lectura como evidencia de trazabilidad.

Este tutorial describe una evaluación de ingeniería, no una certificación de producto listo para funcionar. El ejemplo público actual de PC de Deyi Vision cubre un flujo EAN-13 con imágenes de muestra confirmadas. Antes de utilizar OCR o detección nativos del código de ingeniería, compruebe el entorno instalado, los modelos vinculados y el trabajo. Una plantilla de navegador no demuestra ejecución en él: el backend OpenCV.js previsto requiere verificación independiente. El reconocimiento en la nube exige aprobar expresamente las imágenes, el proveedor, el modelo y el coste. Un archivo de revisión no es un paquete ejecutable de publicación. Verifique por separado la compatibilidad de cámara, firmware y controlador. Todos los valores de la hoja son hipotéticos; no son mediciones ni resultados de clientes de Deyi Vision.

Preparar las pruebas

Use impresión real, etiquetas curvas y símbolos buenos y dañados. Otras simbologías e interfaces requieren pruebas propias. Antes de reutilizar la captura, compruebe formato y región activa con la receta. Registre binning, escalado y conversión porque cambia la escala de píxel. Compare el archivo y la entrada del primer nodo; si difieren, conserve identidades y transformación. Al reconectar, distinga exposición nueva y cuadro almacenado repetido. Bloquee aprobación automática ante identidad incierta y guarde el evento, sin reiniciar silenciosamente el contador. Separe los registros de decodificación, validación de identidad, verificación de impresión y seguimiento unitario. EAN-13 identifica un artículo comercial y normalmente se comparte entre unidades físicas; no es un número de fotograma ni un serial único. Decodificar no demuestra conformidad de impresión, datos maestros correctos ni rechazo posterior realizado. La serie limita el ejemplo a EAN-13, alcance confirmado de la evaluación pública de PC. Otras simbologías, QR, marcado directo y lectores físicos necesitan integración confirmada por separado. El original debe conservar barras, espacios y zonas silenciosas; un recorte o binario limpio no basta como prueba de fallo. Distinga fotograma ausente y código ilegible en la base de trazabilidad. Empiece por un registro de adquisición, no por la vista previa. Esta puede estar reducida, realzada o reutilizada después de perder la entrada. Guarde fotograma original, dimensiones, formato, exposición, ganancia, ajuste de objetivo, distancia de trabajo, identidad de disparo y hora de adquisición. Incluya el rasgo mínimo y la máxima variación de posición permitida. Capture primero una muestra inmóvil para separar enfoque y desenfoque de movimiento; repita después con el movimiento real sin modificar la geometría óptica. Vincule cada imagen con su muestra o evento. Un fotograma ausente o antiguo es un fallo de adquisición aunque la última vista parezca correcta. Compare una cámara 2D Deyi Vision con decodificación PC verificada aparte frente a una cámara inteligente o lector confirmado para el proyecto. Limite este ejemplo de software a EAN-13; confirme decodificador, firmware e interfaz del dispositivo elegido sin suponer soporte equivalente. Incluya símbolo completo y zonas silenciosas en todas las posiciones permitidas y pruebe enfoque y exposición en las barras más estrechas. Verifique con el controlador disponibilidad de disparo, tiempo del resultado, E/S digital o protocolo de enlace con el host e identidad de solicitud. Registre captura ausente y lectura fallida aparte; categoría o valor decodificado no prueban expulsión física correcta.

Procedimiento

1. Mida el módulo mínimo en píxeles originales y conserve símbolo y zonas mudas en todas las posiciones admitidas.
2. Enfoque en alturas permitidas y compare parado/en movimiento con igual ganancia y luz.
3. Calcule arrastre por escala y velocidad; examine barras unidas en el original guardado.
4. Registre ID, orientación y configuración real del decoder; conectar la cámara no demuestra compatibilidad.

Interpretar el ensayo

La escala hipotética es 0.05 mm/px: un módulo de 0.25 mm ocupa 5 px y 1000 mm/s durante 50 µs produce 1 px. Son valores de ensayo, no exigencia GS1 ni garantía de lectura. Geometría correcta no verifica impresión.

Hoja de registro

s = 100 / 2000 = 0.05 mm/px
module = 0.25 / 0.05 = 5 px
blur = 1000 * 0.00005 / 0.05 = 1 px

Dos vistas de ingeniería

Diagnóstico de fallos

• Barras unidas solo al moverse señalan arrastre o timing, no necesariamente identificador inválido.
• Una zona muda cortada exige recaptura o campo mayor; leer no recupera la evidencia.

Aceptación y entrega

Acepte el rango óptico al conservar módulos y márgenes en originales. Entregue no-reads y separe evaluación del decoder y de impresión.

Conserve juntos imágenes originales, decisión esperada, revisión exacta y registro completo. Congele el conjunto de evaluación antes de elegir los parámetros finales. Si después utiliza sus respuestas para ajustar el flujo, márquelo como datos de desarrollo y obtenga otro conjunto independiente de aceptación. Mantenga Review, NoResult, error de ejecución y adquisición ausente en el denominador; no los convierta en aprobaciones filtrando filas. Guarde un fallo reproducible junto al caso satisfactorio. La entrega debe identificar quién puede cambiar la receta, cómo restaurar una revisión aprobada y qué salida del equipo seguirá bloqueada hasta la aceptación. Un resultado de software no demuestra que una pieza en movimiento haya llegado al destino correcto.