Почему мои симуляции драйвера затвора занимают очень много времени?

Я хочу одновременно включать и выключать два мосфета из асимметричного моста H, который подключен к двигателю SR.

Я использую драйвер ворот IR2183. Схемные соединения из LTspice показаны на изображении. Почему моя симуляция занимает очень много времени? Что-то не так в моей схеме?

введите описание изображения здесь

что вы подразумеваете под "очень долго"? Кроме того, не используйте идеальные элементы (например, диоды), они создают массу проблем.
Симуляция для этой схемы выполняется очень медленно. Потребовалось более 5 минут, чтобы выполнить остановку времени 0,05 секунды. Из окна симуляции я все еще вижу, что схема все еще работает, которая в настоящее время составляет 13 мкс.
Любопытно, почему вы используете бутстрап на нижнем переключателе? в чем смысл?
Мне задали тот же вопрос кто-то другой, что заставило меня снова задуматься. Сейчас я работаю над соединениями для переключения нижней стороны. Я не хотел подключать бутстрап при переключении с низкой стороны. Я только хочу включить оба мосфета одновременно.
@PlasmaHH Это можно легко решить с помощью epsilon(и/или revepsilon). «Колено» по умолчанию является острым и полагается только на внутренний решатель LTspice, который добавляет 3 точки с очень маленькими интервалами, чтобы попытаться сделать производную непрерывной или, по крайней мере, не слишком «прыгающей».

Ответы (1)

Я добился больших успехов в увеличении скорости моделирования LTSpice, используя советы по конвергенции с ltwiki.org. Кроме того, попробуйте добавить небольшое последовательное сопротивление, скажем, от 0,1 до 0,5 Ом, к источникам напряжения.

Если симуляция медленная только в начале, вы также можете попробовать увеличить источники питания от 0 до конечного значения, используя источник PWL вместо жесткого включения при t = 0. Идеальное время рампы зависит от схемы, но от 100 мкс до 1 мс — разумный диапазон, который стоит попробовать.

Я пытаюсь понять, как это может помочь моей схеме. Я последовал нескольким советам из этих советов, но они не помогли. Я предполагаю, что в моем случае у меня могут быть проблемы с выбранными значениями/компонентами.
Вы выбрали конкретную модель диода для своих диодов?
Я выбрал IN4148 и попробовал. Но это не помогло
Я не уверен, что это лучший диод, но, вероятно, проблема не в этом. У вас есть ненулевое последовательное сопротивление на ваших источниках напряжения?
После вашего быстрого комментария я добавил последовательное сопротивление 0,5 Ом для всех источников напряжения. Сделав это, я, наконец, получил полную симуляцию.
Большой! Рад, что это сработало
Спасибо за это. Я чесал свою мертвую часами. Должен ли я обычно добавлять последовательное сопротивление 0,5 Ом (что является лучшим значением?) для всех источников напряжения всякий раз, когда я использую их в своих схемах?
Это действительно зависит от того, насколько сложна схема для решателя. Все, что связано с большими переходными процессами, решить сложнее. 0,5 Ом нормально. Обычно я начинаю с 0,1 Ом, чтобы посмотреть, есть ли эффект.
Хорошо. Я буду иметь это в виду для своих будущих схем. Большое спасибо :-)
1n4148 представляет собой слаботочный диод с большим последовательным сопротивлением. Я могу использовать его, но измените этот параметр на 1 Ом, чтобы разрешить большие прямые токи.
@ crj11 Источник напряжения, если для него не указаны паразитные параметры (Rpar, Cpar), он ведет себя как источник напряжения с нулевым внутренним сопротивлением. Решатель матриц LTspice использует MNA, поэтому предпочтение отдается текущим источникам (также упомянутым в руководстве). Добавление Rser или Cpar заставляет LTspice внутренне преобразовывать источник напряжения в источник тока с помощью шунтирующего резистора Rser (+Cpar, если он добавлен). В этом случае, я подозреваю, что даже Rser=1m (и/или Cpar=1m, или подобное) помогло бы.
Почему мои симуляции драйвера затвора занимают очень много времени?
СпросиСетьПолитика конфиденциальности1y, 1v