Proteus модели

[v4575820]

И вот еще в дополнение НТ1621B на EasyHDL. Работает в пректе Vik_72 и в моем. Реализован последовательный режим записи. В приложении оба проекта.

[artman66]

Привет всем.
Попалась Spice библиотека onic.lib
Что-то подошло к протеусу, а вот uc384х, что есть в ней - дружить не хочет.
Мож у кого срастется.

[Lafan]

Вылизал свои модели 494 и 594.

Недавно потребовалась модель TL494. Порылся на форуме. И уже на этой ветке нашел этап обсуждения модели. Перебрал все выставленные варианты. И наконец, наткнулся на конечный вариант. И даже удивился. Надо же, как все хорошо стало. И функционально-логическое соответствие реалу. Выходные импульсы перестали налезать друг на друга. И параметрическое соответствие появилось тоже. Правда, не во всем. На эмиттерных выходах амплитуда напряжения на 1,5-2 вольта ниже напряжения питания. Но это не смертельно. А вот с фронтами по-другому. На коллекторных выходах фронты нареканий не вызывают. А вот на эмиттерных выходах не совсем приемлемо. Во-первых, фронты одинаковы, чего нет на самом деле. Во-вторых, длительность фронтов в 1 мкс, это многовато. Тут, дело вот в чем. В реале, когда выходной транзистор открывается, фронты определяются внутренними параметрами микросхемы. Причем, на коллекторном выходе фронт короткий, десятки наносекунд. Тогда как на эмиттерном выходе наоборот большой, сотни наносекунд. А вот когда транзистор закрывается, то фронты определяются внешней емкостью нагрузки. Потому их задавать, вообще не стоит. По крайней мере, фронт должен быть не большим.

Проверил также модель TL594. Однако, она не заработала. Причиной оказалось отсутствие напряжения на выводе REF. Подключил внешний источник. Модель заработала. С фронтами та же ситуация. А с выходными напряжениями новая коллизия. На эмиттерном выходе амплитуда вдвое ниже напряжения питания.

Понимаю, что времени прошло уже не мало, но надеюсь, что Kabron поправит ситуацию.

Во вложении результаты тестирования моделей. Попутно внес косметическую правку в символы моделей. Выводы СТ и RT соединил простой линией. В качестве намека, что к ним подключать ничего не надо. Надписи привел в соответствии с их даташитами, но уже графическими средствами. Использовать имена пинов для этого не следует. Во-первых, можно нарваться на глобальный рык Протеуса. Во-вторых, нарваться на увеличенный размер шрифта на листе проекта. В этом случае микросхема приобретает безобразный вид. (Тень! Возьми на заметку.) К именам микросхемы и MDF-файла добавил индекс КА. Так лучше видно их соответствие друг другу. Индекс взял от первых букв ника автора модели.

[Lafan]

Пока Kabron правит свои модели, решил покопаться в MDF-файле TL494. Нашел подходящий параметр TSWITCH=1u. Проверил. Получилось недурно. Вывел параметр на вкладке свойств.

Теперь можно на эмиттерном выходе задавать подобающие фронты. При этом нормализуется и пауза между импульсами. На коллекторных выходах фронты не меняются, но задается теперь начальная пауза между импульсами. Это может быть полезным при моделировании. В реале на вывод DTC можно подавать отрицательное смещение до 200 mV. Тем самым уменьшая минимальное «мертвое время» до трех раз. Дальше генерация срывается. В модели такой возможности нет.

[amd9800]

предлагаю к рассмотрению модель 5M0265R

[sanvalerich]

Возможно ли модели, созданные в симуляторе ltspice, конвертировать для просмотра в симуляторе протеус? И как это сделать?

[Halex07]

Возможно ли модели, созданные в симуляторе ltspice, конвертировать

Нет, в большинстве случаев, там более новая версия PSPICE.

[sanvalerich]

Значит ли это, что модели созданные в протеусе можно конвертировать для просмотра в ltspice,

[Halex07]

модели созданные в протеусе можно конвертировать для просмотра в ltspice

Или я Вас недопонял, или Вы не догоняете... Прямой конвертации моделей нет, не было и не будет! Причем, не только между Протеусом и ЛайтСпайсом, но и последним и также базирующимися на PSPICE Мультисимом, МикроКапом и Оркадом. Есть возможность использовать SPICE-код модели созданной в одной программе применительно к другой, да и то не во всех случаях. Если проги используют PSPICE одной версии, или та, в которую Вы переносите код более новая, то, как, правило, проблем не возникает. С Протеусом все сложнее... Там SPICE3F5. Если код модели соответствует ему, или классическому SPICE - тоже проблем нет, а вот навороты более свежих версий PSPICE ему неподвластны. Отсюда моя "недопонятка" - зачем создавать SPICE-модель в Протеусе и переносить ее в проги, базирующиеся на более продвинутом PSPICE, если при этом изначально получится модель-"кастрат" или модель-"урод"??? Ну не понимаю я такого мазохизма, увольте от этого.

[sanvalerich]

Хорошо, я объясню... Я незрячий человек, слепой с детства, и я не вижу на схемах, как соединены детали, но из Протеуса я могу извлечь нет-лист, из которого я могу узнать соединение деталей в схеме и их номиналы... Не все пользуются Протеусом, вот, я и пытаюсь узнать, можно ли в Протеус загружать модели из других симуляторов? В Lspice нет-лист есть тоже, но он не информативный, по-крайней мере, я не смог понять, как соединяются детали... Мне, вобщем и целом, не нужны навороты Протеуса, главное - это возможность извлечь нет-лист, пока, по-крайней мере... А дальше, будем поглядеть...