¿Por qué las simulaciones de mi controlador de puerta tardan mucho?

Quiero encender y apagar dos mosfets desde el puente H asimétrico que está conectado al motor SR al mismo tiempo.

Estoy usando el controlador de puerta IR2183. Las conexiones del circuito de LTspice se muestran en la imagen. ¿Por qué mi simulación está tardando mucho? ¿Hay algo mal en mi circuito?

ingrese la descripción de la imagen aquí

¿Qué quieres decir con "muy largo"? Además, no use elementos ideales (como diodos), ya que crean muchos problemas.
La simulación está funcionando muy lentamente para este circuito. Se necesitaron más de 5 minutos para realizar una parada de tiempo de 0,05 segundos. Desde la ventana de simulación, todavía veo que el circuito todavía se está ejecutando, que actualmente se encuentra en 13us.
Como curiosidad, ¿por qué usas bootstrap en el interruptor del lado bajo? ¿cual es el punto?
Alguien más me hizo la misma pregunta, lo que me hizo pensar de nuevo. Ahora estoy trabajando en las conexiones para la conmutación del lado bajo. No quise conectar el arranque en el cambio de lado bajo. Solo quiero encender ambos mosfets al mismo tiempo.
@PlasmaHH Eso se puede resolver fácilmente con epsilon(y/o revepsilon). La "rodilla" predeterminada es nítida y se basa solo en el solucionador interno de LTspice para agregar 3 puntos espaciados muy pequeños para intentar que la derivada sea continua, o al menos no demasiado "brusca".

Respuestas (1)

He tenido un gran éxito aumentando la velocidad de simulación de LTSpice usando los consejos de convergencia de ltwiki.org. Además, intente agregar una pequeña resistencia en serie, digamos de 0,1 a 0,5 ohmios, a las fuentes de voltaje.

Si la simulación solo es lenta al principio, también puede intentar aumentar las fuentes de alimentación desde 0 hasta el valor final utilizando una fuente PWL en lugar de un encendido forzado en t=0. El tiempo de rampa ideal depende del circuito, pero 100uSec a 1ms es un rango razonable para probar.

Estoy tratando de entender cómo eso podría ayudar a mi circuito. Seguí algunas sugerencias de esos consejos, pero no ayudaron. Supongo que en mi caso, podría tener algún problema con los valores/componentes que elegí.
¿Eligió un modelo de diodo específico para sus diodos?
Elegí IN4148 y probé. Pero no ayudó
No estoy seguro de si ese es el mejor diodo, pero probablemente ese no sea el problema. ¿Tiene una resistencia en serie distinta de cero en sus fuentes de voltaje?
Después de su breve comentario, agregué una resistencia en serie de 0,5 ohmios para todas las fuentes de voltaje. Al hacerlo, finalmente tuve una simulación completa.
¡Excelente! Me alegro de que haya funcionado
Gracias por eso. Estuve rascándome la muerte durante horas. ¿Normalmente tengo que agregar una resistencia en serie de 0,5 ohmios (¿cuál es el mejor valor?) para todas las fuentes de voltaje cada vez que las uso en mis circuitos?
Realmente depende de qué tan difícil sea el circuito para el solucionador. Cualquier cosa con grandes transitorios es más difícil de resolver. 0,5 ohmios es razonable. Generalmente empiezo con 0,1 ohmios para ver si tiene efecto.
Bueno. Lo tendré en cuenta para mis futuros circuitos. Muchas gracias :-)
1n4148 es un diodo de baja corriente con resistencia a granel en serie grande. Puedo usarlo, pero edite ese parámetro para que sea de 1 ohm, para permitir grandes corrientes directas.
@ crj11 La fuente de voltaje, si no tiene parásitos especificados (Rpar, Cpar), se comporta como una fuente de voltaje, con cero resistencia interna. El solucionador de matrices de LTspice utiliza MNA, por lo que se prefieren las fuentes actuales (también mencionadas en el manual). Agregar Rser o Cpar hace que LTspice convierta internamente la fuente de voltaje en una fuente de corriente con una resistencia de derivación Rser (+Cpar, si se agrega). En este caso, sospecho que incluso un Rser=1m (y/o Cpar=1m, o similares) habría ayudado.
¿Por qué las simulaciones de mi controlador de puerta tardan mucho?
RespuestasAquíPolítica de privacidad1y, 1v