¿Cómo controlar el tiempo de subida de la salida del interruptor controlado por voltaje de LTSpice?

Tengo un circuito de retardo RC como entrada en un interruptor controlado por voltaje en LTSpice. Está funcionando de la manera que quiero, excepto que no puedo encontrar la manera de acortar el tiempo de subida de la señal que emerge del interruptor una vez que se activa. Esta es la señal "swout" en el siguiente esquema y también se muestra gráficamente. El tiempo de subida del 10 al 90 % se mide en 1,1 microsegundos. ¿Hay alguna forma de reducirlo mucho más, del orden de unos pocos nanosegundos?

ingrese la descripción de la imagen aquí

Respuestas (2)

Lo que está experimentando no es el tiempo de subida del "circuito real", sino las limitaciones del motor de simulación.

El tiempo de subida de la swoutsalida es teóricamente cero, ya que el interruptor es ideal y no hay ningún elemento reactivo en la línea de salida que pueda introducir un retraso. Lo que mida depende de la resolución de tiempo (el paso de tiempo ) del algoritmo de simulación. Si establece un límite máximo para el paso de tiempo que es mucho más pequeño que 1ns, por ejemplo, 100ps, verá un tiempo de subida más corto.

Cambie, por ejemplo, la directiva de simulación a:

.tran 0 150u 0 100p startup uic

para ver lo que quiero decir.

En otras palabras, tratar de medir el tiempo de subida en ese circuito no tiene sentido porque el circuito modelado es "demasiado ideal" para mostrar un tiempo de subida distinto de cero en su salida.

Si desea resultados significativos a ese respecto, debe modelar el circuito real con mayor precisión. Por ejemplo, agregue una resistencia en serie distinta de cero para el interruptor (alrededor de 10 miliohmios para un interruptor mecánico real) y agregue al menos un capacitor en paralelo a R2 para modelar la capacitancia parásita que el interruptor manejará en el mundo real. Luego verá un tiempo de subida "real".

Esta es una respuesta de calidad, gracias. Era consciente de que me estaba perdiendo los parásitos y por eso me sorprendió, siendo un interruptor ideal, el tiempo de subida estaba en el rango de microsegundos. Pero su explicación sobre las limitaciones del software de simulación y la necesidad de un paso de tiempo más corto responde esa pregunta. Agregué el paso de tiempo de 100p y, de hecho, vi que el tiempo de subida caía drásticamente. Ahora que veo cómo funciona, puedo concentrarme en agregar parásitos precisos. Gracias.

El comportamiento de conmutación del interruptor (en realidad, sus transiciones de completamente abierto a completamente cerrado) se puede controlar para dar la apariencia de un tiempo de subida/bajada, al menos en LTspice.

Si mira en el manual, en el interruptor, verá que hay opciones para configurar una histéresis, junto con una advertencia de que nunca se debe usar la histéresis positiva , mientras que la histéresis negativa hace que las transiciones sigan el logaritmo del voltaje de control. Dicho esto, al ver su esquema, utiliza un pulso a través de un paso bajo RC (que, por cierto, se puede especificar dentro de la fuente, con Rsery Cpar), por lo que hay espacio para un montón de tiempo de subida/bajada.

Su modelo de tarjeta de interruptor también solo especifica el voltaje de umbral Vt, sin histéresis Vh(el valor predeterminado es cero), por lo que si agrega esto: Vt=2.5 Vh=-2.5a su modelo de tarjeta, obtendrá un tiempo de subida muy suave, es posible que incluso tenga que reducir el Constante de tiempo RC en la fuente de mando.

Si lees más abajo en el manual, verás que hay un level=2interruptor, que hace que las transiciones sean aún más suaves, siguiendo una tanh()curva, a costa de no llegar nunca completamente a los valores finales.

Sus opciones, recomendaría el valor predeterminado level=1(que no es necesario especificar) con histéresis negativa. Por cierto, no tiene que especificar Vhque sea para el rango de entrada completo, también puede ser Vh=2.5 Vt=-1, por ejemplo, o Vt=-1m, con el efecto obvio de reducir los tiempos de subida/bajada del interruptor. No se olvide de Rony Roff, tampoco, pero trate de no hacerlos con demasiados órdenes de magnitud diferentes, como Ron=1p Roff=1T, porque eso podría ser problemático para el solucionador. mOhms y GOhms pueden funcionar bien, por ejemplo.

Es genial que también hayas mencionado el uso de la level=2directiva.