Cómo seleccionar un chip DSP para señales ECG/EMG

Quiero seleccionar un chip DSP que pueda usar para el procesamiento de señales ECG/EMG. Estoy buscando un kit de evaluación. Las señales de entrada ya están en formato digital (tomadas de phsionet.org). También estoy buscando las siguientes restricciones:

  1. Sistema operativo Linux (tengo la intención de hacer subprocesos múltiples / multiprocesamiento)
  2. Un compilador gcc/g++ para esa arquitectura DSP
  3. Conectividad externa mediante Ethernet
  4. Almacenamiento en tarjeta SD para poder almacenar datos en ella

Creo que un DSP con arquitectura ARM podría adaptarse mejor a mis necesidades. Cualquier ayuda u orientación sería muy apreciada.

Gracias.

¿Por qué necesita un DSP si las señales ya están en una computadora?
Si contempla una futura implementación integrada, una pregunta que debe hacerse con bastante anticipación es si el cálculo de punto fijo puede ajustarse razonablemente a los datos, o si realmente estaría más feliz con el punto flotante. Ambos están disponibles tanto en soluciones integradas como de escritorio, pero es complicado traducir entre los dos estilos de computación. Por ejemplo, los chips blackfin (un poco anticuados ahora) pueden ejecutar Linux y hacer operaciones DSP, pero ese es un DSP de punto fijo de 16 bits, que no es ideal para todo tipo de datos.
@endolith: estoy buscando una aplicación integrada, posiblemente una portátil. Pero no me estoy concentrando mucho en el poder a partir de ahora, sino más bien en los algoritmos y la implementación. Por lo tanto, no mencioné la restricción de poder en mi pregunta.
@Chris: no estoy seguro de si necesitaré punto flotante o no, pero creo que el punto fijo debería ser suficiente, e incluso 8 bits también. Estoy buscando una manera de reducir mi costo también :-)

Respuestas (1)

Parece que no necesitas un chip DSP en absoluto. Dado que estos datos ya se miden y están disponibles en la red en forma digital, no necesita un sistema integrado dedicado según sus requisitos.

Así que la respuesta es: cualquier PC o portátil. Estos tienen capacidades matemáticas muy buenas que probablemente sean mejores que la mayoría de los DSP pequeños, aunque no tienen hardware DSP específico. Ciertamente puede ejecutar Linux en uno, los compiladores gcc están disponibles, la conectividad ethernet está integrada y, si no viene con una ranura para tarjeta SD, puede agregar fácilmente un lector de tarjetas externo que sí lo haga.

Un chip "DSP" es solo una optimización de tamaño/potencia/precio para implementar ciertos tipos de procesamiento. Estoy de acuerdo en que si los datos ya están disponibles en línea, puede tener sentido hacer un prototipo de los algoritmos con una PC. Dónde tiene sentido implementarlos en última instancia depende de la economía de la implementación (tenga en cuenta los movimientos recientes hacia el uso de cantidades masivas de chips "incrustados" en los centros de datos), y si los datos en línea son los datos reales o solo datos de prueba.
@Olin: Gracias por su respuesta, pero estoy buscando una aplicación portátil en el futuro. Entonces, estoy implementando mis algoritmos tanto en FPGA como en DSP. Actualmente, me estoy concentrando en DSP.
@Chris: Estoy de acuerdo contigo en el sentido de que definitivamente primero probaré los algoritmos en la PC. Pero más adelante, implementaré el mismo algoritmo en DSP.
@Neel Mehta: bueno, hágalo funcionar en una PC y luego elija la plataforma integrada una vez que tenga una mejor idea del cálculo que se realizará. En particular, si está pensando en ser portátil, un dispositivo estándar de propósito general (¿una pequeña tableta Android?) puede ser más rentable que construir algo alrededor de un DSP, y una vez que tenga el software, puede construirlo para que dicha plataforma lo pruebe. actuación.