Uso de MCU para suministrar señales SPI al chip amplificador

2

Estoy trabajando con un chip amplificador (modo esclavo) que actualmente recibe los comandos SPI a través de un cable SPI conectado a una placa FPGA (modo maestro). Estoy buscando hacer que el chip funcione en una plataforma inalámbrica y ser independiente de la FPGA, y también tengo limitaciones de tamaño y peso y potencia, por lo que estoy tratando de hacer que el dispositivo sea lo más pequeño posible. Esencialmente, lo que busco es una MCU que pueda usarse para sustituir la placa FPGA y suministrar las señales SPI requeridas (CS +, SCLK +, MOSI +) para hacer que el chip se ejecute y elimine datos continuamente a través de MISO + (que no debe ser procesado por la MCU como se procesaría en cualquier otro lugar) El chip lleva a cabo un ADC de 16 bits, con un período mínimo de SCLK de 40.8 ns (24 MHz) dependiendo de la velocidad de muestreo. El chip muestra MOSI + en el flanco ascendente de SCLK.

Ya que soy relativamente nuevo en la microelectrónica, me preguntaba cuál sería la forma más eficiente de hacer esto y cuál sería la mejor MCU (¿o un FPGA de baja potencia?) para llevar a cabo esta tarea?

Hasta ahora, los dos MCU en los que he estado pensando son:

EDITAR:

Esperaba que la MCU pudiera programarse para enviar los comandos a la línea MOSI +, que incluiría: configurar 18 registros de 16 bits del chip en el encendido, enviar un comando de 16 bits para calibrar el chip y enviar el comando de conversión para comenzar a llevar a cabo el ADC (continúe recorriendo los canales del chip mientras esté encendido). Las capacidades inalámbricas de la MCU solo se usarían realmente para activar / desactivar el chip esclavo. Dado que el chip lleva a cabo el ADC de 16 bits y lee los comandos de 16 bits, SCLK se pulsa 16 veces cuando se baja el CS. MISO + desde el chip esclavo se envía a otra parte para ser enviado fuera del tablero (a un dispositivo que solo requiere que el flujo de bits en bruto salga de MISO +), por lo que la MCU no tendría que procesarlo.

Dado que el chip requiere palabras de 16 bits para funcionar, ¿no necesitaría al menos una unidad de usuario de 16 bits para controlarlo?

Notado que solo causa que una unidad uC se ejecute a una frecuencia determinada no significa que pueda proporcionar señales SPI a esa misma frecuencia. Por ejemplo, de lo que obtuve sobre la TI CC2650 si está configurado como maestro SPI, el flujo de bits máximo de SPI es de 12 Mhz, aunque la MCU en sí funciona a 48 Mhz. ¿Normalmente hay una correlación entre cómo se relaciona el reloj base de la MCU con las frecuencias SPI que puede proporcionar?

Gracias de antemano,

    
pregunta varkong

1 respuesta

1

Diría que desea buscar la unidad de usuario más pequeña posible que pueda ejecutarse a la frecuencia deseada. Ya que solo lo va a utilizar para transferir los datos mediante el protocolo SPI, no importa si se trata de un uC de 8, 16 o 32 bits. De todos modos, transferirá bit a bit. La otra pregunta es cómo va a generar los comandos para la transferencia. ¿O simplemente serán almacenados y leídos de memoria?

Y tenga en cuenta que su frecuencia máxima de reloj puede ser de 24 MHz, y como es nuevo en electrónica, será mejor que comience con un microcontrolador, en lugar de un FPGA.

No mencionó nada sobre la comunicación inalámbrica, lo que va a enviar información y lo que va a recibir la información, por lo que mi respuesta asume que desea sustituir el FPGA con algo más simple.

    
respondido por el Nazar

Lea otras preguntas en las etiquetas