Defectos superficiales: aceptación y salida

Objetivo y límites de uso

Separe decisión, acuse y rechazo físico, congelando referencia y receta óptica para la aceptación.

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 buenos, límites y defectos con posición registrada; empiece con salidas bloqueadas. Defina el instante inicial del plazo y el acuse que demuestra finalización. Guarde colas y comunicaciones junto al procesamiento para no ocultar resultados tardíos con un algoritmo rápido. Use reloj monotónico para intervalos y documente correspondencia entre relojes de equipos. Registre colas largas, ausencias y reconexión, no solo la media. Una nueva receta no debe reinterpretar resultados pendientes: termine con la revisión registrada o aplique bloqueo acordado. Relacione salida, posición y confirmación, separando clasificación, comunicación y encaminamiento físico. 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. Escriba el contrato de línea antes de conectar el veredicto al actuador. Defina identidad de adquisición, revisión de receta, estado, plazo, acuse y tratamiento de datos ausentes o tardíos. Pruebe el protocolo con salidas bloqueadas y después haga un ensayo supervisado según la aceptación de planta. Mida desde el mismo evento definido en cada ejecución; el tiempo de proceso omite colas, transferencia y retardo de salida. Un identificador de producto repetido no identifica de forma única un fotograma. Pruebe parada, reinicio, reconexión y cambio de receta con trabajos pendientes. Conserve la secuencia completa para relacionar la pieza rechazada con las pruebas que motivaron la acción.

Procedimiento

1. Vincule resultado a captura, posición y revisión exacta de referencia y máscara.
2. Inyecte falta de imagen, registro fallido y tardanza; no herede el último bueno.
3. Mida adquisición, inspección y comunicación desde el disparo definido; guarde acuse aparte.
4. Pruebe destinos bajo supervisión, incluida parada y reinicio con trabajo pendiente.

Interpretar el ensayo

La ruta hipotética tarda 20 ms frente a 250 ms de recorrido: quedan 230 ms antes de otras reservas. Es presupuesto, no medición; colas y actuador pueden consumirlo.

Hoja de registro

T = 5 + 12 + 3 = 20 ms
M = 250 - 20 = 230 ms

Dos vistas de ingeniería

Diagnóstico de fallos

• Un veredicto correcto sin acuse no confirma rechazo.
• El cambio de receta no debe mezclar patrón antiguo y máscara nueva en piezas pendientes.

Aceptación y entrega

Apruebe tras pasar calidad, rutas de fallo y rechazo físico con receta fija. Archive tiempos y excepciones abiertas.

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.