Уважаемые коллеги, прошу совета.
Как известно, в Spice модели диода фактически не учитывается время пролета носителей и потому если попытаться промоделировать обратное восстановление диода, получается чепуха. Я слышал, что эта проблема решена в Saber- софте. Есть ли какой-либо Spice-совместимый софт, умеющий учитывать время пролета?

У спайсовой встроенной модели диода аж 29 параметров (по документации к Оркаду, правда 4 из них - разные температуры).
И есть такой TT - transit time, это не оно случаем?
Вот только в имеющихся моделях диодов далеко не все они указываются, для остальных параметров берутся значения по умолчанию.

С другой стороны за процесс обратного восстановления отвечает не только TT, но и другие параметры - по крайней мере у обычного кремниевого диода это в первую очередь процесс рассасывания носителей в базе (рекомбинация + дрейф в электрическом поле), там и при ТТ=0 запирание не будет мгновенным.

Так что проблема скорее не в спайсе как таковом, а в слишком уж упрощённых моделях диодов.

TT - это не оно, увы. И проблема именно в неадекватности модели спайса, т.е. даже при использовании всех 29 параметров спайс не учитывает рассасывание носителей. Хорошо об этом написано здесь:
http://www.avtechpulse.com/faq.html/IV.33/
Поскольку спайсов существует великое множество (xspice, hspice, pspice и т.д.) то может быть хоть одна из этих программ поддерживает улучшенную модель диода. В этом и вопрос.

Ну, время пролета и обратное восстановление... несколькое разные вещи.

Честно говоря - учитывается там все, но не всегда правильно.

Не будем спорить о терминах. Спайс не умеет учитывать процесс рассасывания заряда, связанный с конечной скоростью дрейфа и диффузии носителей. Он рассматривает этот заряд, как будто он накоплен на емкости, хотя физика совсем другая. Об этом ясно написано в статье, ссылку на которую я дал в предыдущем посте.