Hola Pablo, bienvenido al foro.
En este tipo de problemas conviene separar entre sí las diferentes funciones y probarlas una a una. Yo te recomendaría que comenzases por probar en envío de texto por serial. Creo que es lo que está consumiendo más tiempo.
La función sprintf() que utilizas no es una buena idea a la hora de ahorrar tiempo. Es muy potente, pero también consume bastantes ciclos formateando la salida y más si utilizas variables de tipo double. Intenta manejar datos de tipo entero que son mucho más rápidos.Código: C
Main cambiado para probar solo el envío por UART:Código: C
Un saludo.
Hola. Un saludo desde Chiclana de la Frontera. Estamos cerquita. ((:-))
Ahí lo que veo es que tomas una muestra y estás enviando 16 bytes a la terminal a 1 Mbps. Cada byte lleva 1 start bit, 8 bits de datos y 1 stop bit. (Son 10 en total) es decir, necesitas 160 baudios para transmitir esos 16 bytes.
En tu caso 1 byte va a necesitar 10 uS para salir por el puerto físico.
Teniendo en cuenta que tienes un FIFO de 4 bytes, si envías los 16 bytes del tirón, tienes que tener en cuenta que los 4 primeros se cargan sin demoras, pero a partir del quinto byte vas a tener que esperar espacio libre en buffer, es decir, 10 uS por byte adicional hasta que salgan los 16. Esto es 16-4= 12 bytes * 10 uS cada uno = 120 uS.
Si le sumas lo que tarda la adquisición adc que en tu caso Tad = 3,9 uS son 124 uS entre instrucciones y demás..
Y luego en la siguiente adquisición seguramente cuando vayas a volver a enviar la siguiente trama todavía aún así al fifo no le habrá dado ni tiempo de terminar de enviarte los 4 últimos de la anterior trama, por lo que la espera total va a alcanzar los 165 uS.
Eso son 6060 operaciones por segundo vs las 250.000 que esperabas.
Si lo que quieres es saber que tiempo transcurre entre una adquisición y otra simplemente pon el timer 2/3 de 32 bits que usas para medir a cero y toma unas cuantas muestras ADC, por ejemplo 100 o 1000 muestras, o incluso las 250.000 y una vez tomadas, lee el Timer 2/3 y envía su información a la terminal. Entonces ahí verás lo que realmente demora cada adquisición por una simple regla de tres.
No puedes pretender adquirir 250.000 muestras adc y enviarlas a 1 mbps en serie todo eso en 1 segundo. Es que es imposible salvo que tengas un fifo de 4 Mb y ni aún así.
Un saludo.
Hola. Un saludo desde Chiclana de la Frontera. Estamos cerquita. ((:-))
Ahí lo que veo es que tomas una muestra y estás enviando 16 bytes a la terminal a 1 Mbps. Cada byte lleva 1 start bit, 8 bits de datos y 1 stop bit. (Son 10 en total) es decir, necesitas 160 baudios para transmitir esos 16 bytes.
En tu caso 1 byte va a necesitar 10 uS para salir por el puerto físico.
Teniendo en cuenta que tienes un FIFO de 4 bytes, si envías los 16 bytes del tirón, tienes que tener en cuenta que los 4 primeros se cargan sin demoras, pero a partir del quinto byte vas a tener que esperar espacio libre en buffer, es decir, 10 uS por byte adicional hasta que salgan los 16. Esto es 16-4= 12 bytes * 10 uS cada uno = 120 uS.
Si le sumas lo que tarda la adquisición adc que en tu caso Tad = 3,9 uS son 124 uS entre instrucciones y demás..
Y luego en la siguiente adquisición seguramente cuando vayas a volver a enviar la siguiente trama todavía aún así al fifo no le habrá dado ni tiempo de terminar de enviarte los 4 últimos de la anterior trama, por lo que la espera total va a alcanzar los 165 uS.
Eso son 6060 operaciones por segundo vs las 250.000 que esperabas.
Si lo que quieres es saber que tiempo transcurre entre una adquisición y otra simplemente pon el timer 2/3 de 32 bits que usas para medir a cero y toma unas cuantas muestras ADC, por ejemplo 100 o 1000 muestras, o incluso las 250.000 y una vez tomadas, lee el Timer 2/3 y envía su información a la terminal. Entonces ahí verás lo que realmente demora cada adquisición por una simple regla de tres.
No puedes pretender adquirir 250.000 muestras adc y enviarlas a 1 mbps en serie todo eso en 1 segundo. Es que es imposible salvo que tengas un fifo de 4 Mb y ni aún así.
Un saludo.
Los tiempos de la USART salen del baudrate que has configurado. En tu caso 1 Mbps. Significa que vas a poder transmitir 1.000.000 de bits en un segundo, es decir, 1 baudio en 1 us en este caso. 1/1Mhz = 1 us.
Calculando el volumen de bits que quieres enviar en cada trata y multiplicándolo por el tiempo por baudio requerido obtienes el tiempo total necesario para transmitir una trama.
Por otro lado. La FFT, sabemos el sample rate que quieres, que sería 250 Khz, pero es importante conocer también su tamaño. Tienes 30 Kb de RAM en el pic. Tal vez, si te cabe, te convenga construir la FFT entera en la ram del pic y una vez concluida haces todas las operaciones de análisis que necesitas y las transmites.
Para la transmisión puedes barajar también la posibilidad de usar SPI que puede alcanzar velocidades de 40 Mhz en ese micro. Hay adaptadores de SPI hasta 48 Mhz a USB. Por ejemplo este:
https://diolan.com/usb-spi-adapters
Otra cosa es que ese micro tiene 2 Kb de RAM casadas con funciones DMA que bien utilizado en una buena simbiosis entre funciones puede ser muy potente.
Por ejemplo, puedes ir metiendo en esos 2 Kb datos de las muestras a la misma vez que las vas tomando y esos datos pueden ir saliendo por el SPI automáticamente sin intervención de la CPU.
Creo que poderse hacer lo que quieres es posible. Simplemente se trata de analizar bien todo el hardware disponible y medirlo todo bien en cuanto al FFT, especialmente Sample rate, tamaño y periodicidad. Ajustar al máximo el tamaño de la información a transmitir, transmitiendo solo lo justo y necesario para que el dispositivo que va a recibir esos datos pueda interpretarlos. obviando lo que no sea necesario.
Un saludo.
Para calcular el desfase de una senoidal no es necesario calcular la FFT.
La FFT de una senoidal de frecuencia fija es un solo valor, se puede calcular simplemente simplificando la FFT a un detector de fase. Yo creo que lo que realmente quieres hacer es un Lock-in amplifier:
https://en.wikipedia.org/wiki/Lock-in_amplifier
https://www.microchip.com/wwwAppNotes/AppNotes.aspx?appnote=en532447
Hola. Un saludo desde Chiclana de la Frontera. Estamos cerquita. ((:-))
Ahí lo que veo es que tomas una muestra y estás enviando 16 bytes a la terminal a 1 Mbps. Cada byte lleva 1 start bit, 8 bits de datos y 1 stop bit. (Son 10 en total) es decir, necesitas 160 baudios para transmitir esos 16 bytes.
En tu caso 1 byte va a necesitar 10 uS para salir por el puerto físico.
Teniendo en cuenta que tienes un FIFO de 4 bytes, si envías los 16 bytes del tirón, tienes que tener en cuenta que los 4 primeros se cargan sin demoras, pero a partir del quinto byte vas a tener que esperar espacio libre en buffer, es decir, 10 uS por byte adicional hasta que salgan los 16. Esto es 16-4= 12 bytes * 10 uS cada uno = 120 uS.
Si le sumas lo que tarda la adquisición adc que en tu caso Tad = 3,9 uS son 124 uS entre instrucciones y demás..
Y luego en la siguiente adquisición seguramente cuando vayas a volver a enviar la siguiente trama todavía aún así al fifo no le habrá dado ni tiempo de terminar de enviarte los 4 últimos de la anterior trama, por lo que la espera total va a alcanzar los 165 uS.
Eso son 6060 operaciones por segundo vs las 250.000 que esperabas.
Si lo que quieres es saber que tiempo transcurre entre una adquisición y otra simplemente pon el timer 2/3 de 32 bits que usas para medir a cero y toma unas cuantas muestras ADC, por ejemplo 100 o 1000 muestras, o incluso las 250.000 y una vez tomadas, lee el Timer 2/3 y envía su información a la terminal. Entonces ahí verás lo que realmente demora cada adquisición por una simple regla de tres.
No puedes pretender adquirir 250.000 muestras adc y enviarlas a 1 mbps en serie todo eso en 1 segundo. Es que es imposible salvo que tengas un fifo de 4 Mb y ni aún así.
Un saludo.
Oye Remi, otra preguntita con esto que me pones aquí.
Me dices que estoy enviando 16 bytes a 1Mbps. ¿No serían 16bits? pregunto ya que el registro U2TXREG realmente tiene 16bits, y no sé si ha sido fallo tuyo o confusión mía al no conocer exactamente como funciona la transmisión.
Gracias de nuevo!
Los tiempos de la USART salen del baudrate que has configurado. En tu caso 1 Mbps. Significa que vas a poder transmitir 1.000.000 de bits en un segundo, es decir, 1 baudio en 1 us en este caso. 1/1Mhz = 1 us.
Calculando el volumen de bits que quieres enviar en cada trata y multiplicándolo por el tiempo por baudio requerido obtienes el tiempo total necesario para transmitir una trama.
Por otro lado. La FFT, sabemos el sample rate que quieres, que sería 250 Khz, pero es importante conocer también su tamaño. Tienes 30 Kb de RAM en el pic. Tal vez, si te cabe, te convenga construir la FFT entera en la ram del pic y una vez concluida haces todas las operaciones de análisis que necesitas y las transmites.
Para la transmisión puedes barajar también la posibilidad de usar SPI que puede alcanzar velocidades de 40 Mhz en ese micro. Hay adaptadores de SPI hasta 48 Mhz a USB. Por ejemplo este:
https://diolan.com/usb-spi-adapters
Otra cosa es que ese micro tiene 2 Kb de RAM casadas con funciones DMA que bien utilizado en una buena simbiosis entre funciones puede ser muy potente.
Por ejemplo, puedes ir metiendo en esos 2 Kb datos de las muestras a la misma vez que las vas tomando y esos datos pueden ir saliendo por el SPI automáticamente sin intervención de la CPU.
Creo que poderse hacer lo que quieres es posible. Simplemente se trata de analizar bien todo el hardware disponible y medirlo todo bien en cuanto al FFT, especialmente Sample rate, tamaño y periodicidad. Ajustar al máximo el tamaño de la información a transmitir, transmitiendo solo lo justo y necesario para que el dispositivo que va a recibir esos datos pueda interpretarlos. obviando lo que no sea necesario.
Un saludo.
Mi idea era comprobar primero que tomo las muestras necesarias (256K muestras/s) antes de meterme con la FFT, ya que si no estoy tomando ese número de muestras concretas y con una distancia temporal entre ellas similar, la FFT no me va a arrojar valores correctos. Voy a investigar un poco más sobre el tema de la RAM, a ver si consigo avanzar con esto.
Al final, con las ideas que me estás dando voy a deberte una cerveza!!
Muchas gracias!!
Para calcular el desfase de una senoidal no es necesario calcular la FFT.
La FFT de una senoidal de frecuencia fija es un solo valor, se puede calcular simplemente simplificando la FFT a un detector de fase. Yo creo que lo que realmente quieres hacer es un Lock-in amplifier:
https://en.wikipedia.org/wiki/Lock-in_amplifier
https://www.microchip.com/wwwAppNotes/AppNotes.aspx?appnote=en532447
UUUU esto podría ser exactamente lo que buscaba, sí. El proyecto final es tener 4 dsPICs equidistantes (un cuadrado) que reciben la misma señal de manera inalámbrica desde un quinto dsPIC que estará colocado en un lugar aleatorio X dentro de este cuadrado. Al recibir estas señales, los dsPICs calculan los desfases y, en función a estos, se puede estimar con una buena precisión la posición del 5 dsPIC dentro del cuadrado.
Entiendo que con esto que me pasas podría almacenar en una variable los desfases, no?
Gracias Picuino!!
Los tiempos de la USART salen del baudrate que has configurado. En tu caso 1 Mbps. Significa que vas a poder transmitir 1.000.000 de bits en un segundo, es decir, 1 baudio en 1 us en este caso. 1/1Mhz = 1 us.
Calculando el volumen de bits que quieres enviar en cada trata y multiplicándolo por el tiempo por baudio requerido obtienes el tiempo total necesario para transmitir una trama.
Por otro lado. La FFT, sabemos el sample rate que quieres, que sería 250 Khz, pero es importante conocer también su tamaño. Tienes 30 Kb de RAM en el pic. Tal vez, si te cabe, te convenga construir la FFT entera en la ram del pic y una vez concluida haces todas las operaciones de análisis que necesitas y las transmites.
Para la transmisión puedes barajar también la posibilidad de usar SPI que puede alcanzar velocidades de 40 Mhz en ese micro. Hay adaptadores de SPI hasta 48 Mhz a USB. Por ejemplo este:
https://diolan.com/usb-spi-adapters
Otra cosa es que ese micro tiene 2 Kb de RAM casadas con funciones DMA que bien utilizado en una buena simbiosis entre funciones puede ser muy potente.
Por ejemplo, puedes ir metiendo en esos 2 Kb datos de las muestras a la misma vez que las vas tomando y esos datos pueden ir saliendo por el SPI automáticamente sin intervención de la CPU.
Creo que poderse hacer lo que quieres es posible. Simplemente se trata de analizar bien todo el hardware disponible y medirlo todo bien en cuanto al FFT, especialmente Sample rate, tamaño y periodicidad. Ajustar al máximo el tamaño de la información a transmitir, transmitiendo solo lo justo y necesario para que el dispositivo que va a recibir esos datos pueda interpretarlos. obviando lo que no sea necesario.
Un saludo.
Mi idea era comprobar primero que tomo las muestras necesarias (256K muestras/s) antes de meterme con la FFT, ya que si no estoy tomando ese número de muestras concretas y con una distancia temporal entre ellas similar, la FFT no me va a arrojar valores correctos. Voy a investigar un poco más sobre el tema de la RAM, a ver si consigo avanzar con esto.
Al final, con las ideas que me estás dando voy a deberte una cerveza!!
Muchas gracias!!
Como ya te dije, eso sería muy fácil hacerlo.
Coges el timer 2/3 como hiciste de 32 bits y lo pones a cero. Inmediatamente haces las 250.000 capturas dentro de un bucle for por ejemplo.
Una vez terminadas las 250.000 capturas lees el valor de 32 bits del timer 2/3. Ya tienes ahí el tiempo que ha tardado en producirse las 250.000 capturas.
Envias por usart el valor del timer para que puedas calcular el tiempo real. Se calcula según la configuración que le hayas dado al timer. En tu caso, lo conectas a TCY de modo que tu timer va a contar de 0 a 40.000.000 en un segundo.
(40.000.000 / resultado del timer) = Tiempo en segundos que ha tardado en producirse las 250.000 muestras.
Un saludo.
Nada más. Te va a dar tal vez un poco más por que se tienen que producir 250.000 iteracciones FOR, con 250.000 incrementos del índice y poco más. Pero te sirve perfectamente.