Project

General

Profile

Bug #1667

Milestone #1577: JARS 1.2 IMAGING

Revisión de discordancias en el tiempo de adquisición entre bloques usando NI 6534 en Windows 10

Added by John Rojas almost 6 years ago. Updated 12 months ago.

Status:
Closed
Priority:
Urgent
Assignee:
Start date:
03/28/2019
Due date:
12/06/2019
% Done:

80%


Description

JARS-JASMET estuvo generando los bloques en tiempos inadecuados y afectó al procesamiento, por lo que se revisará la causa y plantear su solución.
Posibles causas:
- Software de adquisición
- NIDAQ
- Hardware JARS

Block_time_Windows10_2_56sec.jpg View - Tiempo entre bloques para PC de Windows 10 (15.9 KB) Delete John Rojas, 04/04/2019 02:45 AM

Block_time_Windows7_2_56sec.jpg View - Tiempo entre bloques para PC de Windows 7 (4.6 KB) Delete John Rojas, 04/04/2019 02:45 AM

Block_time_Windows_10_PCIe_NI_6537B_2_56sec.png View (21.6 KB) Delete John Rojas, 11/19/2019 03:27 PM

578
579
582

Add

Subtasks


Add

Related issues

History

#1 Updated by John Rojas almost 6 years ago

  • Status changed from New to In progress

#2 Updated by John Rojas almost 6 years ago

  • Due date changed from 03/28/2019 to 04/04/2019
  • Start date changed from 03/25/2019 to 03/28/2019

#3 Updated by John Rojas over 5 years ago

578
579

02/04/19: Se realizó una comparación del tiempo de adquisición entre las PC de Windows 10 (actual) y de Windows 7 (anterior PC de JASMET), para el experimento JASMET_150Km, donde el tiempo entre bloques es de 2.56 sec, y se encontró que es más estable en Windows 7 mientras que en Windows 10 se aleja por momentos del valor promedio, como se muestran en las gráficas. Por lo que la causa del problema está en el Sistema Operativo, debido al manejo de procesos, o el ChipSet, que controla la comunicación entre con la NIDAQ por PCI.

Una observación de la adquisición con Windows 10, es que a pesar que el tiempo entre bloques se aleja de forma considerable, no se llegan a perder datos, ya que no se pasa del doble de tiempo (~5.12 sec) sino el mecanismo de doble bufer de la NIDAQ ya no trabajaría adecuadamente y se perderían datos.

#4 Updated by John Rojas over 5 years ago

  • Due date changed from 04/04/2019 to 05/31/2019

#5 Updated by John Rojas over 5 years ago

  • % Done changed from 40 to 80

24/05/19 Para descartar si la causa del problema es el sistema operativo o la tarjeta madre, se instaló el Windows 7 en un nuevo disco duro de estado sólido, y al realizar pruebas de adquisición se observó que ya no se había el problema de tiempos entre bloques, por lo que la tarjeta madre no es el problema. Ahora se está instalando el Windows 10 en nuevo disco de estado sólido para realizar pruebas de adquisición y verificar si la causa inicial fue haber usado Windows 10 de fábrica. Aun se esta esperando a que se compré el cable de la NIDAQ 6537 para hacer pruebas.

#6 Updated by John Rojas about 5 years ago

582

02/09/19 Se instaló la tarjeta NI 6537B en la PC de adquisición de JASMET (Windows 10, Core i7, 16 GB RAM) ejecutar el software de adquisición almacenando el tiempo entre bloques para observar aparición de discordancias durante el día. Se obtuvo comportamiento estable sin saltos notables, como se muestra en la imagen adjunta.

#7 Updated by John Rojas about 5 years ago

  • Subject changed from Revisión de discordancias en el tiempo de adquisición entre bloques de JARS-JASMET to Revisión de discordancias en el tiempo de adquisición entre bloques usando NI 6534 en Windows 10
  • Due date changed from 11/29/2019 to 12/06/2019

24/11/19 Se envía solicitud de solución del problema a National Instruments y también a la comunidad en la sección de DIGITAL I/O.
Se observa que exite una versión NIDAQmx 19.5 reciente que se puede evaluar.

#8 Updated by John Rojas 12 months ago

  • Status changed from In progress to Closed

Also available in: Atom PDF