Cámaras y adquisición

Localizar pérdidas de paquetes GigE por capas

Distinga transporte incompleto, disparos perdidos y pérdidas de cola de la aplicación. Un único contador de imágenes no identifica la capa defectuosa.

Enviar muestras para revisión técnica
Localizar pérdidas de paquetes GigE por capas — Ilustración técnica; no es una fotografía de una instalación Deyi validada.
Ilustración técnica; no es una fotografía de una instalación Deyi validada.

Qué resuelve la prueba

Distinga transporte incompleto, disparos perdidos y pérdidas de cola de la aplicación. Un único contador de imágenes no identifica la capa defectuosa.

Este método de puesta en marcha es independiente del fabricante. Antes de cambiar ajustes, consulte el manual del modelo concreto de cámara, lente, sensor o controlador. Los números son hipotéticos, no mediciones de Deyi Vision ni especificaciones del producto.

Condiciones de aplicación

Use formato, ROI y disparos de producción. El empaquetado y los datos adicionales cambian la carga; lea el tamaño de payload informado.

Distinga primero triggers ausentes de imágenes incompletas. El procesamiento o la escritura también pueden perder registros. Verifique los contadores disponibles y sus definiciones en el manual del modelo; un timeout no equivale a un contador de paquetes perdidos. Conserve la configuración fallida antes de modificar adaptadores, paquetes o controlador.

Banco de pruebas y registros

Prepare NIC dedicada, cable comprobado y contadores de flujo, NIC y aplicación. Registre controlador, switch, MTU, paquetes, fps y CPU.

Dibuje cámara, cables, switches y adaptador. Registre MTU de cada tramo, velocidad, identidad del adaptador, stream, dimensiones, empaquetado y procesamiento. Por ensayo anote triggers previstos, IDs, imágenes incompletas, reenvíos disponibles, resultados y archivos. Use un identificador de ensayo para separar reinicios y puestas a cero.

Procedimiento

  1. Conecte una cámara directamente y registre 10000 imágenes previstas con tamaño de paquete conservador y compatible.
  2. Concilie disparos, ID de cámara, imágenes completas y resultados por intervalo.
  3. Cambie solo cable, tamaño o demora entre paquetes; compruebe MTU en todo el recorrido.
  4. Añada switches y cámaras progresivamente y repita con escritura y CPU de producción.

Reciba sin procesamiento ni escritura, conservando adquisición y un tamaño conservador compatible. Guarde contadores iniciales/finales y restituya procesamiento y almacenamiento por separado. Cambie un parámetro de transporte por ensayo y revierta cambios inútiles. Una mejora repetible aporta más evidencia que una captura breve sin fallos.

Hoja de cálculo hipotética

El caso hipotético Mono 8 de 2048 × 1536 píxeles a 30 fps necesita 94.37 MB/s de payload. Sobrecarga Ethernet y retransmisiones son adicionales; el cálculo no demuestra margen suficiente.

payload_rate = payload_bytes * frames_per_second
2048 * 1536 * 1 * 30 = 94371840 B/s
= 94.37 MB/s = 754.97 Mbit/s (payload only)
Hoja hipotética; sustituya todas las entradas por valores registrados en su instalación.
MagnitudValor hipotéticoSignificado
Payload de imagen3.146 MBEjemplo Mono 8 sin empaquetar
Tasa de payload94.37 MB/sAntes de sobrecarga de red
Ancho de banda útil754.97 Mbit/sNo es el tráfico total

El cálculo incluye solo datos de imagen. Cabeceras, reenvíos y otros equipos necesitan capacidad adicional: estar por debajo de la velocidad nominal no prueba margen. Confirme packing o padding antes de asumir bytes por píxel. Compare recuentos por etapa; la primera discrepancia orienta la investigación, sin demostrar todavía su causa.

Secuencia de prueba

Secuencia de prueba

Siga cada imagen desde el disparo hasta cámara, NIC y aplicación para localizar la pérdida.

  1. Disparo
  2. Cámara
  3. NIC
  4. Aplicación
Siga cada imagen desde el disparo hasta cámara, NIC y aplicación para localizar la pérdida. Esquema conceptual; las distancias no están a escala.
Ver diagrama a tamaño completo

Interpretación de la evidencia

Interpretación de la evidencia

Compare enlace directo y red de producción con idéntica carga de imagen y procesamiento.

  1. Directo
  2. Switch
  3. Retransmisiones
  4. Imágenes completas
Compare enlace directo y red de producción con idéntica carga de imagen y procesamiento. Esquema conceptual; las distancias no están a escala.
Ver diagrama a tamaño completo

IDs de cámara crecientes sin imágenes completas apuntan a transporte o recepción. Imágenes completas sin resultados requieren revisar colas y excepciones. Resultados sin archivos requieren revisar almacenamiento. Conserve contadores y logs correspondientes; una imagen correcta de otro fotograma no explica el fotograma perdido.

Diagnóstico de fallos

  • Retransmisiones junto con errores NIC sugieren problemas de transporte.
  • Recepción completa con resultados ausentes señala colas o procesamiento; más buffers pueden solo retrasar el desbordamiento.

Si el fallo aparece al escribir, repita desactivando almacenamiento para comprobar contención del host. Paquetes mayores que empeoran recepción requieren revisar todo el MTU. Más intervalo entre paquetes puede reducir picos pero prolonga transferencia; verifique throughput y adquisición del modelo sin suponer que conserva la cadencia.

Aceptación y entrega

Exija contadores concordantes y ninguna imagen incompleta sin explicación durante la prueba acordada, incluidos picos. Informe duración y retransmisiones; una prueba breve limpia no acredita fiabilidad ilimitada.

Archive juntos datos originales, ajustes, identificadores de muestras y límites de decisión. Utilice las guías y productos relacionados para revisar los requisitos documentados con Deyi Vision.

Repita la carga final con procesamiento, almacenamiento y tráfico previsto. Concilie todas las etapas durante el ensayo completo y explicite cualquier pérdida permitida. Pruebe reinicio o recuperación de cable solo cuando sea seguro, verificando rechazo de imágenes incompletas. Entregue topología, contadores, ajustes y evidencia de carga sostenible.

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. Network-Related ParametersBaslerComprobado
  2. Troubleshoot Lost Packets or Frames While Using GigE CamerasBaslerComprobado

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