La simulación LTSpice del rectificador se ralentiza después de un breve periodo de tiempo

Tengo el siguiente circuito simple configurado en LTspice:Captura de pantalla de LTspice

El azul está en la salida del transformador y el verde en el rectificador.

Si no incluyo un condensador, esto funciona bien y la simulación se realiza rápidamente. Sin embargo, si incluyo el condensador, la simulación se vuelve increíblemente lenta después de unos pocos milisegundos. La imagen aparece hasta que básicamente deja de simular a una velocidad razonable. El momento en que se vuelve lento parece depender del valor del capacitor.

¿Que esta pasando aqui?

NOTA: Resuelto seleccionando el solucionador 'alternativo' en la configuración de SPICE

Hmmm, acabo de configurar Solver en "alternativo" y ahora funciona bien. Muy extraño.
SPICE no sabe lo que crees que es interesante sobre el circuito, por lo que intenta resolverlo con la mayor precisión posible. No sé exactamente qué está pasando, pero probablemente a medida que C1 se carga, comienzas a tener constantes de tiempo diferentes relacionadas con las resistencias de los diodos o una oscilación entre la bobina L2 y C1 o una de las capacitancias del diodo. Esto obliga al simulador transitorio a dar pasos mucho más pequeños y ralentiza la simulación. De alguna manera, el solucionador "alternativo" conoce una forma de evitar esto, pero no puedo decir cómo lo sabe.
Estoy simulando un puente rectificador y me encuentro con el mismo problema.
¿Intentó 'alternar' como solucionador?
¿Cómo en el mundo se ejecuta esta simulación sin un camino a tierra en el primario? A menos que lo haya agregado/eliminado más tarde...

Respuestas (2)

El solucionador esencialmente está resolviendo un sistema de ecuaciones diferenciales, y hay varios algoritmos para hacer esto, algunos que funcionan mejor que otros dependiendo de las condiciones ("rigidez" de la ecuación; si sabe, por ejemplo, Matlab/Scilab/Octave, vea los diversos Solucionadores de ODE para diferentes condiciones)

Dependiendo del circuito, el solucionador puede tener dificultades para cubrir y, como dice Photon, acorta la escala de tiempo hasta que básicamente se ralentiza y se detiene (a veces, si lo deja el tiempo suficiente, completará la parte "difícil", pero a menudo no).
Esto sucede a menudo cuando los elementos capacitivos/inductivos ideales están presentes, por lo que siempre es una buena idea seleccionar una resistencia en serie para un inductor (en realidad, el valor predeterminado es 1 m) y también una ESR para un capacitor. Haga clic derecho en el componente para establecer estos y otros valores (como probablemente sepa)

Otra cosa es que su fuente de voltaje parece estar flotando desde la tierra del circuito: agregue una resistencia de alto valor a través del transformador (por ejemplo, 100Meg) Sin una ruta de CC, a SPICE le resulta difícil determinar el voltaje de los nodos.

Lo último que noto sobre su circuito es que no ha seleccionado un diodo "real", esto también puede causar problemas. Haga clic con el botón derecho y seleccione un diodo de la lista disponible, imagino que esto combinado con la configuración de un valor razonable de ESR para la tapa (y tal vez un poco más para los inductores) hará que funcione para cualquiera de los solucionadores.

El siguiente circuito funciona bien con cualquiera de los solucionadores (el límite tiene 1 m de ESR):

Ejemplo de circuito

Simulación:

Simulación

+1 para el truco de la resistencia sobre el transformador, a veces lo único que evita que los pasos de tiempo disminuyan (y, finalmente, incluso se detengan)

Los simuladores en general tienen dificultades con los picos de corriente infinitos de los transformadores ideales. A las computadoras tampoco les gusta tener condiciones en las que el resultado se divide por cero y da como resultado mecanismos de recuperación de errores programados que pueden explicar cierta latencia en la simulación normal.

Si no está seguro, adivine e incluya algunos valores Rs realistas para piezas ideales como tapas, diodos y transformadores, a menos que esté utilizando modelos realistas válidos.

Sé que a mi yerno ( PhD EE Prof en U of T) no le gusta usar simuladores que requieran estos trucos a menos que le digan específicamente que incluya Rs en partes ideales. No estoy de acuerdo, si explica cuándo puede ocurrir dividir por cero a partir de Rs = 0 en la simulación, entonces explique que agregar Rs realistas es algo bueno para aprender y usar. (Para mí, conocer la ESR, ESL y la capacidad extraviada de cada parte crítica es la esencia de un buen diseñador).