Actualmente estoy intentando comprar un hardware que se supone que extrae tus ondas cerebrales. En otras palabras, un transmisor de datos.
Estoy observando la especificación de hardware y no estoy seguro de cómo debo calcular el ancho de banda de los datos, es decir, cuántos bits puede enviar el sistema por segundo.
Estoy confundido principalmente entre la frecuencia de muestreo y la resolución. ¿Qué significa resolución en este contexto?
¡Gracias por tu ayuda!
Cada canal produce 128 muestras por segundo.
Cada muestra tiene 14 bits de información (pero ¿tal vez 16 bits se transfieren a algún lugar? eso no está claro).
Hay 14 canales.
Parece que el ancho de banda total es
$$ 14 \ times14 \ times128 = 25.088 \ mathrm {kbps} $$
Tal vez se transfieran 28,672 kbps, dependiendo de si esos 2 bits "descartados" en cada muestra se descartan antes o después de transferirlos.
Editar
Como señala Dave, hay una nota que indica que la frecuencia de muestreo interna es 2048 Hz (en realidad, 2048 sps). Dado que los 14 canales se muestrean de forma secuencial, esto indica que es probable que haya 2 ranuras de muestreo de canales no utilizados, por lo que el ancho de banda total generado por la muestra es
$$ 16 \ times16 \ times128 = 32.768 \ mathrm {kbps} $$
De esto, dos ranuras de canal de muestreo y 2 bits por muestra no son datos útiles. No está claro si se transfieren realmente a través de la interfaz que está preguntando.
Sin profundizar en los matices de la teoría de la información, el ancho de banda, en bits por segundo, para una señal muestreada es bits por muestra x muestras por segundo. Entonces, si obtiene 128 muestras por segundo y cada muestra es de 14 bits, se convierte en 128x14 = 1792 bps por canal.
Pero esa no es la imagen completa. En primer lugar, es muy práctico usar múltiplos de ocho bits para los datos de muestra (de modo que no necesite cambiarlos excesivamente en su software), por lo que probablemente debería usar 16 bits por muestra en lugar de los 14. Eso trae el requisito Hasta 128x16 = 2048 bps por canal.
En segundo lugar, en una aplicación práctica, debe permitir el ancho de banda para el encuadre (un tiempo de inactividad entre fragmentos de datos), el protocolo y la codificación de canales (cierta información de ID de paquete antes de cada paquete, tal vez una suma de comprobación, cosas así) y la corrección de errores ( en caso de que necesite utilizar un enlace no confiable para los datos), retransmisiones, futuras expansiones del producto, y demás. Es difícil decir cuánto ancho de banda debería permitir para esto, pero creo que el ancho de banda debería ser al menos el doble de lo que necesita su carga útil, preferiblemente más. Personalmente, me gustaría que la capacidad del enlace de datos sea 10 veces más que lo que necesito transmitir, porque puede pasar muchas cosas durante la vida útil de un producto y puede ser mucho más fácil modificar el protocolo (agregar nuevos tipos de paquetes, etc.) que cambiar la velocidad del enlace cuando ya tiene una base instalada de dispositivos en las ubicaciones de los clientes en todo el mundo.
Lea otras preguntas en las etiquetas hardware