16 bits DAC con 24bit SPI?

Question

Mi diseño requiere de un DAC de 16-bit con 100kS/s plus y la comunicación SPI. Extrañamente para mí, la más barata de 16-bit Dac que cumplir con el requisito (paramétrico de búsqueda) tienen un plazo de 24 bits SPI palabra, como el AD5662 (pdf) estoy tratando de utilizar. El menos significativo de 16 bits son el valor de salida de actualización y el superior de 8-bits de configuración (sólo 2 de los 8 que se utilizan realmente). Este modo de operación es un inconveniente para mi de 16 bits micro-controlador, como los asociados de la ADC en el diseño de 16 bits SPI palabra, ADC161S626 (pdf). Esto significa que mi micro-controlador necesita para escribir x3 8-bits de los paquetes en lugar de x1 de 16 bits.

¿Por qué fabrica de hacer esto? ¿Cuál sería la mejor forma de realizar la comunicación?

Si ambos DAC y ADC de 16 bits SPI palabra podía leer y escribir al mismo tiempo sin tener que volver a configurar el SPI módulo de datos y en el micro-controlador.

Answer 1

Usted está haciendo demasiado de una molestia menor.

En primer lugar, usted probablemente puede hacer de dos de 16 bits transferencias. El dispositivo responderá con ceros o basura en el extra de 8 bits, y usted ignore en su firmware.

Sin embargo, lo lógico es que tres de 8 bits transferencias. Seguramente tu micro se puede configurar para la transferencia de 8 bits trozos.

A 100 kS/s, usted tiene 10 µs por ejemplo. Eso es un "largo" tiempo para SPI que probablemente puede ser velocidad de reloj de 10 MHz (yo no comprobar la hoja de datos, pero tal velocidad es generalmente compatible con estos dispositivos). Cada uno de los bits, por lo que tarda de 100 ns. La transferencia de 24 bits, por lo que tarda 2.4 µs sólo para los bits, además de un poco de sobrecarga para seleccionar y deseleccionar el chip.

En general, usted debe ser capaz de transferir los datos necesarios en aproximadamente ¼ de la disponibilidad de tiempo, sin duda dentro de ⅓ del tiempo disponible.

No hay ningún problema aquí. Sólo tienes que arquitecto el firmware hasta el frente, tomando las características específicas de este D/A en cuenta.

En cuanto a por qué los fabricantes no hacen esto? Dos bytes se utilizan para los datos. Usted mismo ha dicho que algunas de estado y la configuración también se transmite, por lo que, evidentemente, requiere de al menos una parte de uno más de bytes. La mayoría de los SPI maestros han de hardware que transfiere toda la bytes, por lo que el documento de los bits adicionales como estar en un byte completo. Ellos correctamente das cuenta de que es realmente no es gran cosa para el firmware de escritores.

Answer 2

¿Por qué los fabricantes de hacer esto?

Imposible de contestar, pero te ofrecen una conjetura. Creo que el problema es que usted está buscando en el lugar equivocado DAC para su aplicación.

Usted ha seleccionado, a partir de la paramétrico de búsqueda basado en el listado de velocidad, sin mirar la hoja de datos. Que el estado que usted necesita más de 100 kS/s. Bien, la hoja de datos dice que tiene un tiempo de adaptación de 10 µs - esto es más o menos en el mismo estadio.

Pero si usted toma un vistazo a la lista de aplicaciones y el resto de la hoja de datos, todo indica que este DAC fue diseñado para baja frecuencia y precisión. No menciona siquiera el rango de frecuencias como una característica!

Por lo tanto, para las aplicaciones de este DAC está diseñado para trabajar en, el número de bits por muestra no importa en absoluto, porque no está destinado a ser actualizado a un ritmo muy rápido. La simplicidad de un estado de diseño, donde toda la información se transmite en una palabra mayor que el aumento en el rendimiento con 16 bits por transferencia.