recibir datos via USB LabWindows CVI

[teleco_loco]

Buenas tardes,

estoy realizando un programa basado en CVI y Arduino. Tengo dos canales de datos diferenciados que mando desde Arduino, pero no se me ocurre como separarlos cuando los recibo a través del Serial en CVI.

Por ejemplo, si quisiera enviar el dato 454545454545, y una vez llegue a CVI procesar los 4 por un lado y los 5 por otro.

Los canales por separado(aislados) si los recibo bien, usando ComRdTerm. ¿Habria alguna manera de detectar un bit de inicio igual que se detecta el bit de terminación en CVI?

Si alguien tuviese una ligera idea de como recibir los datos correctamente.

Gracias de antemano.

Saludos cordiales

[RobertoBozzolo]

¿Podrías esplicar mejor tu pregunta? Si ya recibes los canales por separado con ComRdTerm resulta que el Arduino va transmitiendo y el CVI recibiendo correctamente.

No entiendo si el problema está en el Arduino (compactar más mediciones en un único mensaje) u en el CVI.

Puedes realizar un pequeño protocolo de comunicación que comprenda las mediciones de todos los canales en el formato que le corresponde y luego un caracter de terminación. SI nos proporcionas algun dato mas sobre tu transmisión podremos ayudarte mejor.

[RobertoBozzolo]

Por cierto el USB del título se refiere simplemente a que utilizas algun conversor de USB a serial, ¿verdad?

En el programa se trata solamente de comunicación serial.

[teleco_loco]

Buenos días, 

lo primero gracias por contestar. A ver si me puedo explicar mejor. 

Estoy usando dos entradas analógicas de arduino para realizar mediciones. Dichas mediciones se almacenan en sus respectivos vectores. Una vez recojo los vectores, envío los valores de estos por el puerto serial. Así es como envio los datos desde arduino.

for (i = 0; i < 4096; i++) {
    Serial.print((a0[i] * 3.3) / 4096);
    Serial.println('L');
    Serial.print((a1[i] * 3.3) / 4096);
    Serial.println('F');
  }

De esta forma, en CVI recido los datos bien, pero recibo ambos canales juntoss, y lo que me interesaria seria poder tomar las lecturas de cada canal por separado. No se si me he explicado bien. ('L' y 'F' son caracteress de terminación).

Si uso ComRdTerm, con el caracter de terminacion F, lee el dato 'a0La1'

Se me ha ocurrido que tal vez podría usar una función tipo 'split' o algo semejante para separar a0 y a1.

Saludos

[teleco_loco]

Este es el código del que estaba partiendo para leer los datos en CVI, así leía cuando enviaba un solo canal.

while(cont != 4096){
	leerBuf1[0] = '\0';
	ComRdTerm (CANAL1, leerBuf1, strLen, 'L'); 
	sscanf(leerBuf1, "\n%f", &c1);
	valores[cont] = c1;
	cont++;					
}

[RobertoBozzolo · Accepted solution]

Bueno, te sugiero que leas cada vez ambos canales de una vez, separandolos despues de leerlos; podrías haces así:

// Declaracion de variables
double	a, b;
char	leerBuf1[64];


// Lectura de muestras
ComRdTerm (CANAL1, leerBuf1, 63, 'L');
sscanf (leerBuf, "%lfL%lfF", &a, &b);

De esta manera econtrarás en 'a' y 'b' los dos canales medidos.

[teleco_loco]

Genial¡¡ ya tengo ambos canales activos. Muchas gracias.

Una consulta mas. La plicacion me funciona algo lenta;¿¿puede ser porque el programa tenga que esperar a una gran cantidad de datos?? Seria mejor usar InstallComCallback??

Muchas gracias de nuevo ¡¡

[RobertoBozzolo]

Hay que discriminar lo que entiendes por lentitud de la aplicación. Creo que hay tres puntos por mirar:

1. Por un lado el Arduino puede ir transmitiendo lentamente: si hay muchos datos por enviar tradará mucho en terminar la tarea. Esto puede solucionarse aumentando la velocidàd de comunicación, si puedes, y afinando el programa en el Arduino para que sea mas eficiente y rápido. Considera que a 9600 baud se transmite 1 byte/msec: con esto puedes calcular cuánto tempo demoras en recibir todos los datos; si abres el puerto a mayor velocidad tardará menos tiempo; a esto debes añadir el tiempo de medición interno al Arduino: para velocizar esto debes trabajar dentro de la placa
2. El tiempo de medición + transmisión del Arduino se refleja en el programa del CVI, que como es lógico no podrá correr más rápido  Dependiendo en cómo el programa ha sido realizado, la interfaz del usuario puede ser bloqueada por todo este tiempo, así que parece que el sistema sea lento. 
   Usar el InstalComCallback te permite separar la interfaz del usuario de la tarea de monitoreo del Arduino, así que por ejemplo mientras que recibes datos del instrumento puedes hacer otras cosas (graficarlos, gestionar otros asuntos...). Esto no hace la aplicación mas rápida, simplemente el usuario no se queja de que el sistema no responde a sus comandos.
3. Finalmente, puede ser que la gestión de los datos recibidos es lenta: este es el único en que puedes hacer algo dentro del programa CVI.

Si puedes aclarar a qué se debe la lentitud que lamentas, con estas indicaciones sabes donde trabajar para mejorar la situación.

[teleco_loco]

Pues segun las tres pautas que me has dado en el comentario anterior, creo que se debe a la segunda. Creo que la transmisión/recepción de los datos es rápida; aún así lo comprobaré mejor.

La lentitud la encuentro a la hora de manipular la interfaz gráfica en CVI, los ""botones" tardan mucho en responder. Por lo que, en principio, ¿debería probar a usar InstallComCallback en lugar de ComRdTerm?

Saludos

[RobertoBozzolo]

Esto depende de cómo gestionas las cosas en tu programa: me imagino que habrá un botón de inicio pero esto ¿qué hace? Podrías gestionar la comunicación dentro de un timer, un timer asincrono, un thread independiente u simplemente la callback del botón. Si pones un poco de tu código podría darte alguna sugerencia.