La simulación de rectificador LTSpice se ralentiza después de poco tiempo

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

Dependiendo del circuito, el solucionador puede tener dificultades para cubrir, y como dice el Photon, acorta la escala de tiempo hasta que, básicamente, disminuye la velocidad y se detiene (a veces, si la dejas el tiempo suficiente, completará la parte "difícil" , pero a menudo no).
Esto ocurre a menudo cuando están presentes los elementos capacitivos / inductivos ideales, por lo que siempre es una buena idea seleccionar una resistencia en serie para un inductor (en realidad el valor predeterminado es 1m) y también una ESR para un condensador. Haga clic con el botón 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 conexión a tierra del circuito: agregue un resistor de alto valor a través del transformador (por ejemplo, 100Meg) Sin una ruta de CC, es difícil para SPICE determinar el voltaje de los nodos.

Lo último que noté 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 establecer un valor razonable de ESR para el límite (y quizás un poco más para los inductores) hará que funcione para cualquiera de los solucionadores.

El siguiente circuito funciona bien con cualquiera de los solver (la tapa tiene 1m ESR):

Simulación:

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 los mecanismos de recuperación de errores con secuencias de comandos pueden explicar cierta latencia en la simulación normal.

Si no está seguro, adivine e incluya algunos valores realistas de R a partes ideales, como tapas, diodos y transformadores, a menos que esté utilizando modelos reales válidos.

Sé que a mi yerno (PhD EE Prof en U of T) no le gusta usar simuladores que requieren estos trucos, a menos que le indiquen específicamente que incluya Rs en las partes ideales. No estoy de acuerdo, si explica cuándo puede ocurrir una división por cero desde Rs = 0 en la simulación, entonces explique que agregar R realisitic es una buena cosa para aprender y usar. (Para mí, saber la ESR, la ESL y la capacidad extraviada de cada parte crítica es la esencia de un buen Diseñador).