Me temo que la respuesta será un microcontrolador u otro dispositivo programable. Mi razonamiento es el siguiente:
-
El sensor es un dispositivo esclavo, no un maestro.
-
Los dispositivos esclavos necesitan un reloj externo para sincronizar los datos.
-
Pero solo 24 pulsos de reloj.
-
Los dispositivos lógicos simples generalmente no están configurados para hacer su propio reloj.
-
Por lo tanto, la solución más simple será un microcontrolador con dos periféricos SPI y suficiente memoria para amortiguar su latencia máxima de interrupción. Elija un micro con un reloj interno y la tensión de alimentación adecuada para su circuito. Quizás MSP430F5151 .
Ahora, si su sensor era un maestro SPI, entonces podría ser inteligente con pines multiplexados y simplemente usar un Microchip serial SRAM , configurando la escritura con el microcontrolador y luego dejando que el sensor continúe escribiendo en la RAM. Véase, por ejemplo, el analizador lógico Logic Shrimp para el uso creativo de las piezas de RAM en serie.
Cálculo del consumo de energía con microcontrolador.
Por solicitud popular, estimemos el sorteo actual para el MSP430 que he vinculado anteriormente.
MSP430 logra baja potencia con un DCO de reloj de alta velocidad conmutable, que solo tendrá que funcionar durante la transferencia de datos.
Vamos a elegir el reloj SPI de 8 MHz. Por lo tanto, la transferencia de 24 bits tomará 24 / (8 MHz) o 3 microsegundos. De la hoja de datos, el DCO toma 1.6 mA máximo y 6.5 microsegundos máximo para comenzar a 8 MHz. Así que toda la transferencia tarda unos 10 microsegundos. Cada transferencia toma 1.6 mA * 10 microsegundos, o 16 nC. 8000 transferencias / seg es una corriente media de 128 microamp. Pero duplique esto, porque tenemos que leer también. (Esto es un poco pesimista, ya que el reloj no necesita ejecutarse durante una transacción esclava SPI). Así que digamos una corriente promedio de 256 microamperios.