Estoy diseñando un sistema de recopilación de datos y quiero poder recopilar los datos de ambos sensores a una velocidad de 500Hz. Me preguntaba si alguien podría ayudarme a calcular / probar esto matemáticamente antes de que yo haga las partes. Quiero probar mi diseño antes de poder comprar los componentes.
Estoy usando dos Rfduinos, dos MPU 6050 y un dongle inalámbrico BLE para la computadora. El primer Rfduino recibirá los datos de su IMU y los enviará a la segunda IMU. El segundo Rfduino también recibirá datos de su IMU y luego empaquetará sus datos y los primeros datos de Rfduinos y los enviará a la computadora.
Mi proceso de pensamiento: Si cada grado de libertad es de 2 bytes. Eso significa 12 bytes de cada sensor. Por lo tanto, el primer RFduino debe enviar 12 bytes (más 2 bytes adicionales lo más probable es que designe qué tipo de datos son y quién los envía, por ejemplo, FF, 00), lo que significa que el segundo Rfduino deberá enviar 24 bytes (más el bytes adicionales de "firma" para permitir que la computadora interprete los datos). Si estimo que alrededor de 28 bytes enviados para estar seguros a una velocidad de 500Hz, serían 14000 Bytes / s o 112000 bits / s (112000 Baud). Dado que el bluetooth se puede comunicar a una velocidad máxima de 115200 baudios, ¿eso significa que simplemente tendré una frecuencia de muestreo de 500Hz?
También, sé que la MPU 6050 tiene una tasa de muestreo máxima teórica de 1kHz sobre I2C, pero ¿hay una manera de determinar la tasa de muestreo real? Con el modo rápido I2C (400 kHz), ¿podré muestrear la IMU lo suficientemente rápido para cada grado de libertad de datos en bruto?
En conclusión, ¿puede alguien ayudarme a determinar si hay algún factor que limitaría mi frecuencia de muestreo y luego ayudarme a calcular (o estimar mediante el cálculo) la frecuencia de muestreo?
Gracias!
EDITAR: lo estoy usando para recopilar datos brutos del acelerómetro y del giroscopio de diferentes partes del cuerpo. Cuanto más rápida sea la frecuencia de muestreo, parece significar que los datos son más precisos porque usamos los datos discretos para crear una curva de datos "continua".
Partes:
- Mpu6050
- Rfduino
- BleDongle-
enlace