Problema y condiciones previas
Una media rápida del algoritmo no demuestra decisiones puntuales para todas las piezas. Mida el recorrido completo con cámaras, procesamiento y almacenamiento concurrentes frente al plazo real.
Preparación de la prueba
Suponga captura 10 ms, transferencia 20 ms, cola 15 ms, proceso 70 ms y salida 5 ms: 120 ms secuenciales. Un plazo 200 ms deja 80 ms ilustrativos. No es un ensayo medido; etapas reales pueden solaparse.
Defina plazo y límites antes de citar proceso. La línea necesita salida antes del rechazo, el robot objetivo antes de moverse. Declare inicio físico, petición o exposición y fin cálculo, transmisión o salida observada. Son medidas distintas. Registre hardware, formatos, tasas, algoritmo/modelo, aplicación, ruta, cámaras y retención. Separe arranque/calentamiento para no ocultar una primera petición lenta.
Procedimiento
- Defina eventos inicial y final y sus relojes; no reste tiempos de dispositivos sin sincronizar.
- Use reloj monotónico en el host y sincronización verificada o medición externa entre dispositivos.
- Ejecute 1000 ciclos previstos con todas las cámaras y retención activa; guarde identidad y tiempos.
- Pruebe almacenamiento lento y tráfico máximo por separado y juntos, contando resultados ausentes y tardíos.
- Compruebe que vencer el plazo genera fallo o disposición acordada, nunca un aprobado antiguo.
Marque adquisición, transferencia, cola, proceso y salida fiables. Host usa reloj monótono; dispositivos requieren relación validada o medición externa. Cuando la aplicación nota algo es recepción, no automáticamente ocurrencia física. Cargue cámaras, comunicación y escritura juntas. Introduzca consumidor lento y ráfagas, observe profundidad/edad. Conserve ausentes, rechazadas y fallos.
Registro de prueba ilustrativo
Supuestos ilustrativos, no resultados medidos por Deyi. Sustituya los valores por sus propios registros de prueba aprobados.
| Campo del registro | Valor supuesto |
|---|---|
| Intervalo de captura y análisis | 10 ms |
| Intervalo de transferencia | 20 ms |
| Intervalo de procesamiento | 70 ms |
| Plazo de decisión | 200 ms |
Para cada disparo previsto, registre finalización, plazo excedido o ausencia de resultado. Calcule percentiles con resultados completos y publique al lado cantidades ausentes y tardías; excluir fallos distorsiona la distribución. Cargue simultáneamente la escritura y todas las cámaras previstas, e introduzca un consumidor lento. La suma ilustrativa de 120 ms no acredita la latencia máxima observada, y 1000 ciclos no establecen una tasa de fallos raros.
La suma es hoja, no benchmark. Secuencialmente 120 ms deja 80 ms aritméticos. Puede haber solapamiento/cola: mida extremo a extremo y explique tiempos. Informe carga, completos, tardíos, ausentes, distribución y máximo. Percentiles solo describen población utilizada, no autorizan excluir fallos. Revise red, cola, algoritmo y escritura. Correlación orienta experimento, no demuestra causa.
Dos vistas del proceso
Ensayar latencia desde el disparo hasta la decisión PLC — 1
Marque límites de captura, transferencia, espera, análisis y salida.
- Captura
- Transferencia
- Cola y proceso
- Resultado PLC
Ensayar latencia desde el disparo hasta la decisión PLC — 2
Ensayos en reposo, producción y fallo provocado responden preguntas diferentes.
- Reposo
- Carga productiva
- Fallo provocado
Diagnóstico de fallos
- Cola larga sugiere contención o capacidad insuficiente.
- Picos de transferencia exigen revisar estadísticas y carga de red.
- Saltos de reloj o duraciones negativas invalidan la medición.
Aceptación y entrega
Acepte plazos, ausencias y manejo de fallos acordados. Informe máximo observado y condiciones sin prometer comportamiento no ensayado. Repita tras cambiar cámaras, formato, algoritmo o retención; 1000 ciclos no acreditan fiabilidad a largo plazo.
Defina los límites de aceptación antes del ensayo y conserve las evidencias originales. Los ejemplos no acreditan las prestaciones de un modelo suministrado.
Acepte plazos y destinos a máxima carga prevista, arranque y recuperación. Repita cambio con mismo trabajo y referencia. Cola menor o descartar frames no puede parecer más rápido perdiendo inspecciones. Vincule tardíos a pieza original y contención. Conserve ajustes, reloj, eventos y trazas. Mil ciclos detectan funciones/carga, no probabilidad rara prolongada. Declare condiciones y exclusiones sin garantizar 120 ms.
Fuentes y referencias técnicas
Las referencias explican los métodos y límites del tutorial. Las comprobaciones de ejemplo sirven de orientación; la aceptación en producción requiere pruebas con sus propias muestras.
- Acquisition Timing InformationBaslerComprobado
- Optimizing GigE Vision Systems in pylonBaslerComprobado
Referencias de componentes y selección
- Lista de verificación de la prueba de aceptación de visión artificial
- Cámara inteligente frente a sistema de visión basado en PC
- Lista de verificación del diseño del sistema de inspección visual
- sistemas de vision artificial
- machine vision software · Referencia en inglés
- EAN-13: aceptación en línea
- EAN-13: decodificación y reglas de datos
- Adquisición estable: búferes, tiempos de espera y reconexión
- Aceptar e integrar una inspección de nivel visible
- Flujo asistido por IA para un indicador de nivel visible
- Relacionar registros de inspección, imágenes e identificadores
- Etiquetas OCR: aceptación y contrato PLC
- Etiquetas OCR: flujo nativo y coincidencia exacta
- Aceptar e integrar integridad de paquetes abiertos
- Crear integridad de paquetes abiertos asistida por IA
- Definir el enlace PLC–visión mediante estados explícitos
- Aspecto de sello y cordón: aceptación en línea
- Aspecto de sello y cordón: reglas
- Clasificación SKU: aceptación y desconocidos
- Clasificación SKU: reglas de color y producto
- Defectos superficiales: aceptación y salida
- Defectos superficiales: evaluación AI acotada
- Versionar y restaurar el conjunto completo de visión

