Como dice The Photon, SPICE es un simulador analógico y ninguno de ellos simulará con un paso de tiempo fijo, debido al motor inherente, que funciona al implementar un derivado: si los cambios se vuelven demasiado bruscos, el derivado tiende a explotar , por lo que el paso del tiempo es halvened. Si los cambios son aún más abruptos, el paso de tiempo se reduce aún más, hasta que ya no se puede y se acumulan timestep too small errores. Por otro lado, si el circuito fluye sin problemas, dobla su paso y continúa haciéndolo (dentro de algunos límites) para no ralentizar la simulación cuando puede ir más rápido.
La solución mencionada por ambas respuestas anteriores para imponer un paso de tiempo solo limitará el paso más grande del simulador, es decir, si se producen cambios bruscos, el paso de tiempo se reducirá automáticamente (y no hay nada que puedas hacer al respecto), pero cuando El circuito puede ir más rápido, el paso de tiempo máximo será el impuesto por usted. El resultado es, nuevamente, puntos de tiempo desiguales.
Como lo menciona The Photon, puede intentar postprocesar en Excel (nunca lo intentó) o, alternativamente, puede usar una pequeña utilidad decicada, ltsputil.exe , que trata exactamente este tipo de cosas. Se puede encontrar en la página de inicio de Grupos de Yahoo de LTspice, en Files > Util > ltsputil (sin embargo, necesitará registrarse para evitar los spammers). Aunque lo recomendé.
Si necesita exportar su simulación con un paso de tiempo fijo, la única opción que proporciona LTspice es usar el comando .wave ; consulte la ayuda para LTspice > Dot Commands > .WAVE . Sin embargo, esta opción está limitada a \ $ \ pm1 \ text {V} \ $, por lo tanto, a menos que esté limitado a la precisión, debe tomar medidas para ajustar su forma de onda dentro de esos límites, de lo contrario será muy difícil.
Como un addendum, para circuitos lineales y muy lineales impulsados por ondas sinusoidales (y su tipo), el motor, en general, no tendrá problemas, y el solucionador volará sobre los escalones. Imponer un paso de tiempo ayudará, para su caso, pero no por mucho. Un truco menor para usar si desea pasos de tiempo específicos, es agregar una fuente de pulso con PULSE 0 1 0 {1m*T} 0 0 {T} . Esto crea una fuente pulsada con un período impuesto (que representa el paso del tiempo deseado) y un borde ascendente afilado (er) (0.1% de T, o menos, pero no hay necesidad de excederse) - lo que forzará la desaceleración del motor a su alrededor La explicación es que LTspice crea un calendario desde la fuente con pasos conocidos proporcionados por su entrada, lo que significa que el solucionador no tendrá que lidiar con el derivado > buscar > adapte (para el caso de la fuente), ya que sabe de antemano cuándo llegan los puntos a tiempo, por lo que puede disminuir la velocidad anticipada, lidiar con el aumento brusco y luego reanudar, más rápidamente, el "modo vuelo". El efecto es que, dado que todo el circuito obedece al paso del tiempo, todo será un poco más detallado alrededor de los bordes afilados impuestos por la fuente. Esto puede ser útil cuando se usan FFT, por ejemplo, o ltsputil .
Como nota final, en su imagen veo que está usando un tiempo de simulación total de 1us , pero un paso de tiempo de 1s , que LTspice ignorará ya que el paso de tiempo es mayor que el tiempo total de simulación. Tal vez lo dijiste al revés: .tran 0 1 0 1u ? Si es así, es una exageración, por lo general, un 0.1% del tiempo total de simulación es suficiente, incluso si es posible que necesite un poco más de reducción, según la situación. Aún así, no parece ser tu caso, porque parece que solo estás realizando un análisis de .OP , que tiene un comando propio dedicado; consulta la ayuda de LTspice para LTspice > Dot Commands > .OP . Pero, .OP no produce formas de onda, por lo que no sé realmente lo que querías hacer.
