Ráfagas de visión artificial: ¿el SSD causa la pérdida de cuadros?
- Un disparo ignorado, el desbordamiento de la cámara y el de la cola de escritura son fallos en etapas distintas.
- Mida los bytes que entran en la cola después del procesamiento; la salida de cámara no equivale automáticamente a escrituras SSD.
- Registre la acumulación y el tiempo de vaciado entre ráfagas antes de decidir si ayuda un SSD más rápido.
Perder cuadros en una ráfaga disparada no identifica, por sí solo, un límite del SSD. La cámara puede ignorar un disparo antes de adquirir una imagen. Puede perderse un cuadro en cámara, transporte o controlador del host antes de que lo vea la aplicación. Después, la aplicación puede llenar su cola antes de enviar datos al almacenamiento. Localice el primer cuadro ausente en esa cadena antes de cambiar la unidad.
La guía de adquisición por disparo de Basler advierte que pueden ignorarse disparos más rápidos de lo que admite la cámara en su configuración y que los límites de transferencia o almacenamiento del host pueden perder cuadros. Son posibilidades, no un diagnóstico para otra cámara o programa.
Registre en qué límite de la cadena aparece la pérdida
Use una base de tiempos común cuando sea posible y conserve identificadores de cuadro. No todas las cámaras exponen cada contador; marque el dato no disponible, no lo convierta en cero.
| Límite entre etapas | Evidencia que debe recoger | Pregunta que resuelve |
|---|---|---|
| Fuente de disparo → cámara | Número de disparos enviados, señal de aceptación/disponibilidad y horas | ¿Se pidió una imagen cuando la cámara podía aceptarla? |
| Cámara → transporte del host | IDs adquiridos, errores de búfer o enlace si están disponibles | ¿Se adquirió y transfirió cada cuadro aceptado? |
| Controlador → aplicación | IDs recibidos y contadores compatibles del software | ¿Llegaron completos y había búferes libres? |
| Procesamiento → cola de escritura | Cuadros seleccionados, bytes por cuadro procesado, ocupación y espera | ¿Cuántos bytes llegaron realmente a la ruta de escritura? |
| Cola → archivo | Bytes enviados, tiempos de terminación/error, escrituras pendientes e IDs de archivo | ¿Alcanzó el almacenamiento o creció la cola mientras esperaba? |
En configuraciones Basler pylon compatibles, las estadísticas del stream grabber incluyen Statistic_Missed_Frame_Count para cuadros omitidos porque se llenó el búfer interno de cámara y Statistic_Buffer_Underrun_Count para cuadros perdidos al no haber búfer libre en la cola del controlador. Nombres y significados pertenecen a esa plataforma. Consulte el manual de cámara y SDK exactos antes de equipararlos con contadores de otra marca.
Dimensione la ráfaga de la aplicación, no la tasa nominal del sensor
Registre cuadros aceptados en una ráfaga representativa, bytes efectivamente guardados por cuadro después de selección, recorte o compresión, duración de llegada a la aplicación e intervalo hasta la siguiente ráfaga. Mida también cuántos bytes salen de la cola de almacenamiento durante ambos intervalos. El flujo bruto de cámara puede diferir del contenido persistido por procesamiento y metadatos.
Una hoja sencilla registra bytes finales en cola = bytes iniciales + bytes añadidos para guardar − bytes completados desde la cola. Si la cola sigue ocupada al empezar la siguiente ráfaga, la acumulación puede crecer. Esta cuenta aplica solo a cuadros que llegaron a la aplicación; no predice un disparo ignorado o un cuadro perdido antes. Tampoco una escritura completada por el sistema operativo demuestra persistencia ante corte de energía.
| Registro de ráfaga | Valor del sistema final |
|---|---|
| Cámara y patrón | Disparos aceptados, ajustes de adquisición y horas de ráfaga/pausa. |
| Conteo de cuadros | Adquiridos, recibidos, seleccionados, guardados e IDs ausentes. |
| Entrada a cola | Bytes reales añadidos tras procesamiento y su intervalo de llegada. |
| Vaciado de cola | Bytes completados, errores y ocupación máxima/al siguiente disparo. |
| Condiciones | Carga de CPU, transporte, ocupación de unidad, temperatura y tareas concurrentes. |
Pruebe la etapa sospechosa
Primero determine si faltan IDs antes de la cola de escritura. Si es así, investigue disponibilidad de cámara, transporte y búferes del host con los contadores pertinentes. Si todos los IDs llegan pero crece la cola con escrituras lentas o fallidas, mida tamaño de escritura, concurrencia, vaciado y duración reales de la aplicación. Solo después pruebe un medio candidato en un destino prescindible con una carga representativa. Cambie una pieza o ajuste por vez y repita el mismo patrón de ráfaga.
Un SSD más rápido puede ayudar cuando la ruta de escritura medida es el límite. No recuperará cuadros que la cámara nunca aceptó. Envíe patrón de disparo y mediciones de cola/escritura, además de la tasa del sensor, con la solicitud de cotización al evaluar almacenamiento.
Publicamos la capacidad utilizable medida y definimos la verificación del lote de prueba según el producto cotizado y el alcance de ensayo acordado.