Aspecto de sello y cordón: diagnóstico de huecos

Objetivo y límites de uso

Determine si el hueco desaparece por captura, deriva de coordenadas o un procesamiento que solo lo pinta en la máscara.

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

Congele original roto/continuo, transform y revisión, manteniendo respuesta física. Defina la característica visible antes de crear máscara de sello o cordón. Borde antimanipulación, banda termosellada y cordón adhesivo tienen significados distintos y no comparten una regla no declarada. Registre trayectoria, proyección, sustrato y estado del material. Adhesivo húmedo/curado y fondo reflectante pueden cambiar bordes sin igual cambio de integridad. Incluya hueco visible, desplazamiento, reflejo y sección oculta como controles separados. La regla evalúa solo superficie observable; no demuestra hermeticidad, fuga, fuerza de pelado/adhesión, curado o interfaz oculta. Esas afirmaciones requieren evidencia propia. Si la interfaz está oculta, devuelva evidencia insuficiente o use otro método validado; no complete la trayectoria desde el dibujo esperado. Diagnostique desde la primera divergencia observable. Reproduzca la misma fuente guardada con referencia y candidato sin cambios; compare imágenes intermedias, regiones, valores y estados. Si cambia la fuente, ya no se aísla el algoritmo. Modifique una sola causa sospechosa, anote antes el efecto esperado y conserve el resultado negativo cuando falle la hipótesis. Separe evidencia ilegible, desacuerdo de regla, dependencias ausentes y fallo de ejecución: requieren remedios distintos. La reproducción puede demostrar un fallo de software, pero no validar disparo real, sincronización de luz ni rechazo físico. Mantenga esas pruebas de adquisición y línea como experimentos posteriores independientes. Escriba un registro reproducible con fuente, región, salida real, decisión esperada y primera divergencia. Indique si ocurre en reproducción, captura real o ambas. Tras corregir, repita el fallo y condiciones vecinas antes satisfactorias. Excluir la región o aceptar un resultado ausente cambia el requisito, no resuelve la causa. Si persiste, mantenga Review o bloqueo con motivo, sin presentar una alternativa no probada como validada.

Procedimiento

1. Replay original antes de editar e inspeccione trayectoria completa.
2. Compare máscaras antes/después de morfología y píxeles que justifican conexión nueva.
3. Cambie una causa óptica/procesamiento y capture evento nuevo sin sobrescribir fallo.
4. Reproduzca buenos, huecos, desplazados y ocultos, conservando defectos y Review.

Interpretar el ensayo

Ejemplo: hueco original 6 px, máscara cerrada 0 px, fuente intacta 6 px. No demuestra curación de la unión, sino discrepancia que exige rechazo/investigación. No prescribe kernel ni corrección universal.

Hoja de registro

Dos vistas de ingeniería

Diagnóstico de fallos

• Reflejo que sigue ángulo de luz no prueba continuidad adhesiva.
• Un crop desplazado puede evitar hueco; compare overlays del mismo original.

Aceptación y entrega

Cierre con mejora intermedia prevista en controles independientes. Guarde fallo, candidato rechazado y ocultos; reparar máscara no certifica hermeticidad/fuerza.

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.