Rise & Los tiempos de caída no pueden ser realmente cero debido a la forma en que funciona SPICE. Un tiempo de subida "cero" por definición tendrá un dV / dt infinito. Esto no tiene sentido desde la perspectiva del solucionador, que en el caso de LTSpice es un método trapezoidal modificado. El tiempo de ejecución más ajustado que puedas reunir será el paso de tiempo más pequeño que utilices (dt).
Esto está bien, ya que en el mundo real, los tiempos de vida tampoco son cero. Incluso los buses de comunicaciones digitales de velocidad increíblemente alta tendrán tiempos de subida en el rango de decenas de picosegundos, y la mayoría de las señales prácticas con las que se ocupa la EE en promedio estarán en el rango de nanosegundos de uno o dos dígitos.
Por razones prácticas, no debe preocuparse demasiado por los tiempos de ejecución en SPICE. En realidad, puede ser perjudicial, ya que (1) ralentizará su solucionador al requerir un paso de tiempo más estricto y (2) puede introducir inestabilidad numérica. Si quiero un tiempo de subida brusco, normalmente estableceré el tiempo de subida en los trenes de pulsos en dos o tres órdenes de magnitud menor que el período del pulso, y luego lo olvidaré.
Para obtener más información sobre cómo funciona LTSpice internamente, Mike Engelhardt (autor de LTSpice) tiene una excelente entrada de blog: enlace .
EDICION
: jonk en los comentarios anteriores señaló este muy útil enlace de LTWiki que describe el comportamiento predeterminado cuando se especifica cero risetime: enlace .