Proteus модели

[Kabron]

Второй день ищу в сети футпринт/package под SDMMC сокет. Никак не ожидал что все так запущено. Попытался сам нарисовать, но с моими чертежными способностями - увы. Нашел спаркфановскую библиотеку для Eagle, но конвертация в протеус очень так себе.
В идеале нужен package под SD CARD socket и footprint самой карты, т.е. переходничок хочу вытравить.
М.б. у кого нибудь есть готовое, а то уже взмок корячиться.

ЗЫ для микросд тоже хочется

[kittec]

Посмотрите, может что-то подойдёт. SD_Card.zip

[MONIKYS]

Вопрос по созданию модели LCD. Модель имеет элементы, к примеру, LCDDEVICE, LCDDEVICE_0,LCDDEVICE_1. При запуске симуляции элемент LCDDEVICE_1 или LCDDEVICE_0 выводятся с смещением влево и вверх, хотя маркеры установлены в нужных углах элементов.Как будто центр элемента ложится на на верхний левый угол LCD.

[Halex07]

Модель имеет элементы, к примеру, LCDDEVICE, LCDDEVICE_0,LCDDEVICE_1. При запуске симуляции элемент LCDDEVICE_1 или LCDDEVICE_0 выводятся с смещением влево и вверх, хотя маркеры установлены в нужных углах элементов.

Мутно описано, возможно и я "мутно" опИсал в FAQ но постараюсь "экстрасенсировать".
Во-первых непонятно what is LCDDEVICE без индекса? Подразумеваю, что так Вы обозвали непосредственно саму "стартовую" модель, ИМХО которую мы и достаем из библиотеки, а потом из селектора вытаскиваем в поле проекта. Первая засада там - маркер привязки ORIGIN у нее должен стоять там же , где и у отдельных символов, т.е. по-вашему: LCDDEVICE_0, LCDDEVICE_1. В противном случае "ужимки и прыжки" как у мартышки из басни Крылова неизбежны.
Вторая засада - не приведи господи натыкать маркеров больше , чем 1. Такое тоже возможно и функция Make Device это проглотит без "матерных выражений" в Ваш адрес, она эНто не отслеживает. И какой потом "сыграет", а пёс его....

[MONIKYS]

Halex07, Да, LCDDEVICE, стартовая модель. Маркеры стоят как и положено, судя по рекомендациям, по углам компонентов. Но при симуляции компоненты не становятся на маркер в модели, выходят за пределы.

[MONIKYS]

Первая засада там - маркер привязки ORIGIN у нее должен стоять там же , где и у отдельных символов

как-то не стыкуется с

Вторая засада - не приведи господи натыкать маркеров больше , чем 1.

По рекомендациям маркеров должно быть три. Как теперь получается, что должен быть один?

[Halex07]

По рекомендациям маркеров должно быть три.

Маркер "привязки" он же ORIGIN один. В какой рекомендации их три?
Если у основного изображения и символов они будут стоять в разных местах, то и будет "попрыгунчик". Символы в процессе симуляции "накладываются" поверх основного изображения и как-бы загораживают его. На этом основана технология компъютерных спрайтов (Sprite - эльф, фея - не путайте с газировкой!). В Протеусе для создания анимированной графики применено нечто подобное. Так вот, каждый спрайт должен иметь свою точку привязки по которой он и должен загораживать предыдущий (исходный) объект. Это и есть в нашем случае ORIGIN. Допустим, у исходного изображения он стоит посередине, а у символа светящегося экрана в левом верхнем углу. Тогда при анимации получим смещения типа как на картинке.
ЗЫ Помыслил, и добавлю... Если Вы пытаетесь создать свою модель на основе существующих в Протеусе DLL, например, просто с экраном другого размера, то сдвигать маркеры по своему усмотрению не стоит. Дело в том, что и в скомпиллированной DLL уже есть привязка к маркерам графических моделей, а она у текстовых и графических дисплеев разная. Для текстовых LCDALPHA.DLL привязка от середины, а для графических LCDPIXEL.DLL от левого верхнего угла. Второй скриншот.

[MONIKYS]

Halex07, Спасибо за ответ, Доверять китайсам видно не стоит даже в словах. Теперь стало понятно, хотя бала мысль поставить в середину. Стоит доверять своей интуиции. Ну, что такое Спрайт я знаю, еще со времен Спектрума, тогда и Кока-кола была не в СССР. Еще раз Спасибо

[MONIKYS]

Halex07, Вот и вышел "Каменный цветок", буд дальше ваять.

[HiddenPilot]

есть идея переделать готовый обратноход под микропроцессорное управление. Но моделька которую я скачал отсюда https://kazus.ru/forums/showthread.p...504#post257504
мягко говоря, ведет себя не совсем ожидаемо. По крайней мере скважности больше 25% я ни с каким бубном не добился
Вопрос:
1.Есть какие либо аналоги 384x и их модели для протеуса?

На данный момент пришлось пересесть на LTSpice и использовать там LT1243, и моделировать работку контроллера аналогово-дискретно.... короче через Ж )
Еще нашел какую то Spice модель UC3842B/3B/4B/5B от ON Semiconductor следующего содержания:

.SUBCKT UC3842B  3    14   15   1     18    4   20   2  
*              E/A  FDBK  IS  RT/CT  GND  OUT  VC  VREF
****OSCILLATOR*****
XTOF1 8 18 1 18 SWhyste params: RON=.01 ROFF=1MEG VT=2.05 VH=.8
GBDISCH 1 18 Value = { IF ( V(8,18) ‹ 2.5 & V(13,18) › 2.5, 8.3M, 0 ) }
RPULL 8 2 100K
****UVLO***********
XTOF2 20 19 20 18 SWhyste params: RON=.01 ROFF=1MEG VT=13 VH=3
RUVLO 19 18 1MEG
RSTDBY 20 18 32K
ROP 10 18 500
****REFERENCE*******
EBREF 13 18 Value = { IF ( V(19,18) › 6, 5, 0 ) }
RREG 10 2 .33
CREF 2 18 1n
V3 13 10 
GB6 19 18 Value = { I(V3) }
****CURRENT COMPARATOR*******
EB3 21 18 Value = { IF ( V(15,18) › V(16,18), 5, 0 ) }
R7 15 18 1MEG
RDELAY 21 22 1K
CDELAY 22 18 150P
****ERROR AMPLIFIER**********
XAMP 2 14 3 18 1845AMP
****OFFSET LIMITER***********
R4 12 11 2MEG
R6 11 18 1MEG
EB2 16 18 Value = { IF ( V(11,18) › 1, 1, V(11,18) ) }
V4 3 9 1
D1 9 12 D2
.MODEL D2 D 
****OUTPUT DRIVER************
XDRIVE 19 18 5 4 1845OUT
****S-R LATCH****************
XLATCH 8 2 22 18 6 7 FFLOP
****OUTPUT AND GATE**********
EB8 5 18 Value = { IF ( V(2,18) › 2.5 & V(7,18) › 2.5 & V(8,18) › 2.5, 10, 0 ) }
.ENDS
********

и т.д. для 43/44/45 + похоже описание каких то еще примитивов(я сли я правильно пользую терминологией)
2.Возможно ли использовать данное описание для создания модели в протеусе?
Spice описание в аттаче. так же еще какое то китайское творчество описывающее 3842. но похоже что это модель для OrCAD а их модели на сколько я понял не портируются в протеус.