¿Motivo de un breve aumento en la salida del amplificador operacional al cruzar 0V?


11

¿Alguien reconoce este pico en la salida de un amplificador operacional cuando la señal cruza 0V? Se eleva cuando se cruza hacia arriba y hacia abajo cuando se cruza hacia abajo. En uno de los videos de EEVBlog, Dave señaló algo exactamente como esto en el osciloscopio y dijo (aparte) que podría suceder cuando se usa una resistencia de retroalimentación de 10k o algo así. Pero no puedo recordar qué video fue. Esta es la salida de un TL071 (en realidad 1/4 de un TL074). Se alimenta de la salida de otros 2 TL071 a través de resistencias de 2.2k, y la retroalimentación tiene un potenciómetro de 10k.

esquemático

simular este circuito : esquema creado con CircuitLab

Pico a 0V

Actualización 10 de marzo

Como se menciona en los comentarios a continuación, el circuito consiste en un procesador ATmega328P que conduce 8 líneas a un DAC R2R. La salida del DAC y un voltaje de polarización de CC destinado a centrar la salida del DAC a 0V alimentan a un amplificador operacional TL071 inversor. La salida de este amplificador operacional es "OA2OUT" en el esquema anterior.

esquemático

simular este circuito

La salida de red R2R tiene una impedancia de 10k, representada por R4. R1 y R2 me dan un voltaje de compensación y tienen una impedancia paralela de 9.5k, que está bastante cerca de 10k. La resistencia de retroalimentación R3 también es de 10k. Así que creo que este circuito sumará e invertirá el R2R y los voltajes de compensación.

Cuando verifico la salida de la red R2R en el punto R2ROUT, no veo el pico.

Sin espiga

Cuando verifico la salida del amplificador operacional en VOUT, veo el pico.

Una espiga

Intenté algunas otras cosas. Intenté reemplazar la resistencia de retroalimentación de 10k con una resistencia de 2.2k, solo porque estaba por ahí y porque recuerdo que Dave mencionó algo sobre una resistencia de 10k en el video EEVBlog. Eso empeoró el pico.

Un pico más grande

Luego intenté reemplazar el amplificador operacional TL074 con un amplificador operacional LM6144. He estado usando este circuito para probar varios amplificadores operacionales y tratar de comprender qué los hace diferentes, así que sé que el circuito funciona (más o menos) con todos ellos. Esta vez tuve picos en cada transición.

Picos Lotsa

Finalmente probé un TLV2374, que es fantástico, pero aún veo el pico. Es más pequeño pero sigue ahí.

Un último pico

Todavía estoy tratando de resolver esto. ¡Gracias a todos por su ayuda hasta ahora!

Actualización 13 de marzo

Intenté medir la salida R2R con una carga R / 10 (1k) según el comentario de @WhatRoughBeast a continuación. Ahora veo el pico! También parece mucho más ruidoso ... que es algo que noté antes e intenté arreglar con condensadores de 10uF a través de los rieles de alimentación y la tierra virtual. "Funcionó" en el sentido de que redujo el ruido, pero también introdujo la oscilación / timbre que mencioné cuando intenté instalar una pequeña tapa para suavizar la salida DAC. Obviamente, todas estas cosas están relacionadas, pero no estoy seguro de cómo.

Pico y ruido

Por cierto, probé la resistencia de 100 ohmios sugerida por @Brian Drummond anteriormente, pero la señal resultante estaba tan manchada y ruidosa que no podía decir qué estaba pasando.

Entonces, ¿cuál es la comida para llevar aquí? El problema es obviamente el comportamiento de MSB que @WhatRoughBeast identificó. Parece que el ruido empeora con más corriente a través de la red R2R. Pensé, de acuerdo, amortiguar la señal R2R a través de un amplificador operacional no inversor antes de hacer cualquier otra cosa con él, pero cuando hago eso, también veo el pico. ¿Es la única solución para filtrarlo y no preocuparse?


Quizás el nombre del efecto que estás buscando es distorsión cruzada .
tubería

1
Aunque la fuente de señal es obviamente un DAC R-2R, la pregunta realmente debería mencionar esto. (NO es una distorsión cruzada) Pruebe ejecutando el DAC en una resistencia de valor de baja ish (100R) en lugar de una entrada de tierra virtual en el opamp. Probablemente no será tan lineal, pero verás el mismo paso.
Brian Drummond

Gracias @Brian Drummond. No mencioné el R2R porque recordé el video EEVBlog y estaba seguro de que era un problema de amplificador operacional. Tratando de mantener la pregunta enfocada pero en este caso más información hubiera sido mejor.
Willis Blackburn

Con el esquema actualizado, tenga en cuenta que su punto "R2R" es la entrada inversora del amplificador operacional y se mantendrá a un voltaje constante. Entonces no deberías ver nada en ese punto. Intente conducir una resistencia R / 10 a tierra.
WhatRoughBeast

Desconecté el amplificador operacional antes de tomar las capturas de pantalla del 10 de marzo.
Willis Blackburn

Respuestas:


21

Lo que está viendo es una falta de coincidencia del tiempo de encendido / apagado del msb en comparación con los otros bits.

Imagine por un momento que se trata de un DAC de 8 bits, sentado en el código 01111111. Si el siguiente código fuera 1000000, obtendría un paso de buen comportamiento. Pero lo que sucede es que internamente el msb responde un poco más rápido que los otros bits. Esto significa que la transición es en realidad 0111111 a 1111111 a 10000000. El código 11111111 solo persiste por un tiempo muy corto, pero mientras está allí, la salida intenta ir a escala completa. Dado que el tiempo de falta de coincidencia (llamado sesgo de bits) solo dura un tiempo muy breve, solo obtienes un pulso relativamente pequeño (comúnmente llamado falla). Este efecto es realmente bastante importante en los DAC de video, ya que el ojo es muy sensible a este tipo de cosas, y una característica importante para el DAC de video es la energía de falla total.


Lo siento, lo marqué bien pero luego lo desmarqué porque todavía no puedo confirmar que este sea el caso. Necesito ver si la falla está presente en la salida DAC antes de que entre en el amplificador operacional. Sin embargo, tiene sentido.
Willis Blackburn

¿Podría la razón de esto ser que el DAC es de hecho una red R2R de 8 bits y el MSB está físicamente más cerca de la salida? ¿Quizás el resto del circuito tiene algo de capacitancia y, por lo tanto, una parte de la señal 01111111 permanece cuando las entradas cambian a 10000000?
Willis Blackburn

@WillisBlackburn: hay muchas posibilidades. El hecho de que el tamaño del paso sea más grande para el paso con el problema técnico ciertamente indica que hay algo diferente en la unidad msb. Sin embargo, dada la base de tiempo relativamente larga que se muestra (20 usec / div) hace que el problema de ubicación que le preocupa sea poco probable. La falla parece tener un ancho de 10 a 100 segundos de nseg, y eso es demasiado para ser explicado por los retrasos en la colocación. Capacitancia perdida? No puedo decir sin un esquema del DAC.
WhatRoughBeast

1
@WhatRoughBeast Estoy desconcertado sobre cómo llegó a esta respuesta dado que la pregunta en realidad no menciona un DAC (por lo que puedo decir). Claramente hay un DAC como lo acordó OP, y la respuesta parece correcta, pero ¿tienes una bola de cristal o algo así?
Abligh

1
Es un disco paralelo. Los puertos D0 a D7 en un ATmega328P están conectados directamente a las entradas de la red R2R. Usé el puerto D porque es el único puerto con 8 bits que se puede configurar con una sola instrucción. (El puerto C tiene el bit 6 ocupado por el pin de reinicio y no el bit 7, mientras que los puertos 6-7 están ocupados por el cristal externo y, por supuesto, no hay puerto A). Así que estoy bastante seguro de que todos los conmutadores están se establece simultáneamente dentro de los límites de la capacidad de los microcontroladores. Esta tarde veré si aparece la falla en la salida R2R.
Willis Blackburn

0

El problema que ves parece ser de OpAmps como lo mostraron tus experimentos. Intente poner una resistencia en serie con la entrada inversora del OpAmp (es decir, entre el nodo común R1 / R2 / R3 / R4 y la entrada inversora. Use 10k más o menos para comenzar. Puede agregar otro a la entrada no inversora si le importa el desplazamiento en la salida.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.