Circuito de prueba para verificar si DAC está funcionando

1

Tengo un DAC con el que estoy tratando de diseñar un circuito. El objetivo del circuito es verificar si el DAC está funcionando o no, simple y llanamente.

El DAC en cuestión es el DAC PMI PM-7545 de 12 bits. Abajo hay un enlace a la hoja de datos:

enlace

Puedo alimentar el chip, pero no estoy seguro de cómo configurar un circuito simple para verificar si está funcionando o no. Todas las pruebas que he leído parecen usar algo como una Raspberry Pi para controlar las 12 entradas y leer la salida en un multímetro, pero no tengo nada como la Pi que pueda controlar cada una de las 12 entradas. ¿Qué tipo de circuito simple se recomienda para verificar si un DAC está funcionando o no?

La hoja de datos del 7545 contiene un diagrama de un circuito de quemado. Nunca había oído hablar de este término antes, pero según lo que he investigado, se utiliza un circuito de quemado para probar el funcionamiento del circuito durante largos períodos de tiempo para garantizar la funcionalidad en el tiempo antes de que falle el dispositivo. Mirándolo, no estoy seguro de si aseguraría que está funcionando, ya que las salidas se conectan a tierra y las entradas se someten a un voltaje de alta calificación.

EDITAR: Gracias a Glenn W9IQ por su respuesta. A continuación se muestra mi esquema de prueba propuesto:

simular este circuito : esquema creado usando CircuitLab

Las entradas variarían dependiendo de lo que estoy tratando de obtener en la salida, por lo tanto, dependiendo de los bits, estarían a tierra o a 5 voltios, y el interruptor sería un cable al que me conectaría a GND habilitarlo.

    
pregunta user101402

3 respuestas

2

Sí, es sencillo probar este chip. Aplique el suministro y los voltajes V ref . Ate la línea no WR a V CC con una resistencia de 10k. Ahora ate las líneas de DB al suelo o V CC para simular el valor de salida DAC deseado. Brevemente corto el pin no WR a tierra. La salida del DAC ahora debe reflejar el valor de sus pines DB en relación con V ref .

    
respondido por el Glenn W9IQ
2

Glenn ya respondió tu pregunta, pero me gustaría compartir algunos pensamientos más para aquellos que realmente están conectando un micro.

Siempre que sea posible en mis diseños siempre agrego modos de prueba al firmware en el paquete de códigos. Estos modos se ingresan a través de un interruptor DIP o configuración de puente u otro conjunto predefinido de entradas que son detectables por el código.

Una vez en esos modos, el micro ejecutará los siguientes tipos de rutinas.

Para DAC, genero un patrón de escritura incremental que se monitorea fácilmente a través de un osciloscopio como una forma de onda de diente de sierra regular. Las amplitudes máximas y mínimas son fáciles de medir y los bits faltantes o en cortocircuito generan una forma de onda fácilmente identificable.

Para los dispositivos de memoria, normalmente escribo y leo a direcciones binarias y datos, de forma secuencial, es decir, direcciones 0, 1, 2, 4, etc. Activando un canal del alcance en el bit 0 es una cuestión simple para ver cada bit compensar adecuadamente en la segunda forma de onda.

Se pueden agregar varios otros procedimientos de estimulación, según sea apropiado, con la intención de que gran parte de la tabla se pueda ejercer de la manera más predecible y repetible posible.

Lo anterior se usa normalmente para probar la placa en una configuración independiente en el banco. También puede agregar un modo más complejo que ejerce el tablero mientras está conectado al resto del sistema para incluir cualquier periférico que esté conectado.

Otro modo de prueba que siempre agrego es el modo "Legs-Up". Cuando se selecciona, el micro convertirá todos los pines IO en entradas de alta impedancia. Una vez que esté en este modo, es libre de estimular las salidas normalmente accionadas con el equipo de prueba que desee sin riesgo de dañar el micro. Este modo puede ser especialmente necesario si la tabla se prueba con un probador de tabla tipo "cama de clavos".

Por supuesto, puede hacerlo un poco más inteligente utilizando cualquier circuito de retroalimentación que tenga disponible para autoprueba si las cosas funcionan, sin embargo, si tiene que agregar circuitos para hacerlo, recuerde que los circuitos adicionales reducen la confiabilidad del toda la cosa. Si no es una misión crítica, por razones de seguridad, normalmente es algo que se debe evitar.

Por supuesto, todo esto agrega un poco de tiempo de desarrollo para su código, pero se paga solo en tiempo de depuración de la placa.

    
respondido por el Trevor_G
1

Si tienes un microcontrolador por ahí, sería una forma rápida de probar el objeto de la manera que quieras. Necesitaría uno con suficientes pines de salida para ahorrar tener que usar un circuito demultiplexor adicional. Por ejemplo, el PIC16F1776 tiene suficientes pines (28) y doodads integrados para probar muchas cosas tanto digitales como analógicas, y cuestan solo un poco más de £ 2.00 cada uno aquí en el Reino Unido.

O para tener un poco más de antigüedad, podría crear un reloj 555 conectado a un circuito de contador lógico discreto (contadores de 4x 4 bits, en cascada) para ejecutar todos los valores de entrada posibles en orden.

    
respondido por el Ian Bland

Lea otras preguntas en las etiquetas