Software e integración

Ensayar latencia desde el disparo hasta la decisión PLC

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.

Enviar muestras para revisión técnica
Ensayar latencia desde el disparo hasta la decisión PLC
Ilustración técnica; no es una fotografía ni una prueba realizada.

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

  1. Defina eventos inicial y final y sus relojes; no reste tiempos de dispositivos sin sincronizar.
  2. Use reloj monotónico en el host y sincronización verificada o medición externa entre dispositivos.
  3. Ejecute 1000 ciclos previstos con todas las cámaras y retención activa; guarde identidad y tiempos.
  4. Pruebe almacenamiento lento y tráfico máximo por separado y juntos, contando resultados ausentes y tardíos.
  5. 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.

Registro de prueba ilustrativo
Campo del registroValor supuesto
Intervalo de captura y análisis10 ms
Intervalo de transferencia20 ms
Intervalo de procesamiento70 ms
Plazo de decisión200 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.

  1. Captura
  2. Transferencia
  3. Cola y proceso
  4. Resultado PLC
Ilustración técnica; no es una fotografía ni una prueba realizada.
Ver diagrama a tamaño completo

Ensayar latencia desde el disparo hasta la decisión PLC — 2

Ensayos en reposo, producción y fallo provocado responden preguntas diferentes.

  1. Reposo
  2. Carga productiva
  3. Fallo provocado
Ilustración técnica; no es una fotografía ni una prueba realizada.
Ver diagrama a tamaño completo

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.

  1. Acquisition Timing InformationBaslerComprobado
  2. Optimizing GigE Vision Systems in pylonBaslerComprobado

Revisión de ingeniería

Comparta el problema de inspección y las pruebas.

Envíe imágenes de muestra, la configuración actual y la comprobación que falló. Incluya campo de visión, distancia de trabajo, velocidad de línea y criterios de aceptación.

Enviar muestras para revisión técnica
Contacto

Contacto RFQ directo

Hable con ingenieria sobre la inspeccion.

Envie imagenes de muestra, modelo referencia, FOV, distancia de trabajo y velocidad de linea.

Objetivo: brief de seleccion en 24h
Detectar defectos antes