Defectos superficiales: falsas alarmas

Objetivo y límites de uso

Separe reflejo, deriva de registro y cambio real desde la primera divergencia, sin elevar el umbral final.

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

Seleccione una pieza buena sin cambios que falla; guarde referencia y datum antes de modificar. 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. Una estación de defectos superficiales debe distinguir el defecto material de un cambio de observación. Rayas, abolladuras, aceite, textura y reflejos pueden producir variaciones similares, pero exigen decisiones distintas. Prepare piezas aceptables dentro del acabado previsto y defectos con posición y orientación registradas. Elija una referencia visible aunque cambie la superficie. Una imagen patrón solo sirve cuando pose e iluminación son comparables. La diferencia de imagen no mide profundidad física y una región detectada no identifica por sí sola el mecanismo del defecto. Decida antes de etiquetar si la suciedad implica rechazo, limpieza o una condición excluida. Guarde originales ambiguos sin inventar patrones limpios ni respuestas corregidas. 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.

Procedimiento

1. Compare pose y residuo de referencia antes de restar.
2. Reproduzca transformación antigua y corregida independientemente; conserve ambas diferencias.
3. Separe bordes y raya interior; no cuente error de silueta como área defectuosa.
4. Repita el defecto verdadero tras corregir para comprobar sensibilidad.

Interpretar el ensayo

El ejemplo bueno tiene 30 píxeles residuales antes y 3 después; el defecto conserva 25. Justifica investigar registro, no define un umbral productivo.

Hoja de registro

Dos vistas de ingeniería

Diagnóstico de fallos

• Alarma en todo el contorno sugiere pose o escala.
• Manchas que siguen la luz indican reflejo; corregir coordenadas no basta.

Aceptación y entrega

Acepte cuando explique la falsa alarma y conserve el defecto observable. Guarde reproducción y recaptura real.

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.