Jump to content

    
PCBtech

Горячая линия по САПР Cadence Allegro

Recommended Posts

При редактировании REF DES я хочу изменить ширину линии шрифта. Для этого в options я изменяю параметр ширина линии (Line Width), однако визуально не наблюдаю никаких изменений (утолщение ширины линии в редакторе не происходит). Скажите, пожалуйста, что я неправильно делаю?

Share this post


Link to post
Share on other sites

В каком именно редакторе?

 

ЗЫ Если речь о РСВ, то менять нужно свойства блока текста:

 

post-4480-1329478758_thumb.png

 

а потом, если необходимо, менять номер блока(стиля) текста на выбранных рефдезах(меню Edit -> Change):

 

post-4480-1329478919_thumb.png

Share this post


Link to post
Share on other sites

Pcb Editor

 

Спасибо. Я ступил , полез зачем-то в options. Хотя,интересно, на что именно воздействует параметр Line Width.

post-13278-1329479187_thumb.jpg

Edited by proga

Share this post


Link to post
Share on other sites

У меня есть библиотека фотопринтов в формате LLB (Layout). Скажите, пожалуйста, можно ли её как-нибудь транслировать в фотопринты формата PCB Editor (psm или dra)?

Edited by proga

Share this post


Link to post
Share on other sites

Да. Но делается это довольно извращенным путем. Сначала Вы открываете Layout в режиме lsession, и там в какой-то менюшке, забыл как называется (вроде Options), вторая справа, кажется, Находите подменю Create Part Catalog. После чего нужно будет выбрать библиотеку (LLB), и Layout создаст проект (MAX), в котором все футпринты библиотеки. Затем Вы открываете PCB Editor и создаете проект новой платы, после чего вызываете команду File->Import->Orcad Layout и втаскиваете проект в PCB Editor. Далее, делаете File->Export->Libraries... и выбираете, что и куда сохранять. В указанном каталоге как раз и получите кучу psm и dra.

Share this post


Link to post
Share on other sites

Добрый день!

Возникла загвоздка при создании package symbol, а может дело в чём то другом. Помогите разобраться!

Получил схему от разработчика, выполненную в OrCad. Наши базы элементов не объедены поэтому столбец PCB Footprint заполнил руками. При импорте в Board всплыли ошибки связанные с тем, что разработчики используют не все выводы микросхем. Вот здесь и заключается загвоздка. Аллегро у нас не давно, база элементов только создаётся. Для уменьшения базы, элементы называются по типу корпуса. На данный момент, для устранения описанных выше ошибок, создаётся новый package symbol в котором неиспользуемые, в данной схеме, pin'ы меняются на механические. Таким образом проблема решается, но в базе появляются элементы с именами, например, SO-8 (оригинал) и его "уродцы" SO-8_2_7 (что означает, что выводы 2 и 7 механические).

Помогите разобраться, может быть есть ещё какой нибудь способ устранения данных ошибок?

 

И если позволите ещё один маленький вопрос! Элементы создаём в package symbol, но может быть в аллегро есть утилита для создания Footprint, наподобие Pattern Editor у P-Cad'а?

Share this post


Link to post
Share on other sites

Немного не так это делается. Корпус должен быть один, а неиспользованные пины нужно на уровне схемы описать как not connected(NC):

 

post-4480-1330262816_thumb.png

 

Аналогичным образом можно описывать выводы питания, когда их очень много, либо какие-нибудь пины заземления разъемов, которые не хочется показывать на схеме - посмотрите хелп, раздел "Using Capture with PCB Editor" и в нем "Assigning properties in Capture for use in PCB Editor". Там расписано как можно определять NC и Power пины.

 

Никакой дополнительной утилиты для создания футпринтов в Аллегро нет. Все необходимое уже есть в PCB Editor-e. Если Вам хочется визарда для создания, то это другое дело - при создании нового файла выберите опцию Package symbol(Wizard) - получите визард для быстрого создания футпринта. Всего в нем не сделаешь, но стандартные корпуса и все для них необходимое там предусмотрено.

Share this post


Link to post
Share on other sites

Спасибо! Но помогло только от части. Разработчики упёрлись, что не станут в УГО вводить выводы, если в справочных материалах к микросхеме они указаны как не используемые. Почитаю ветки, что там народ пишет =)

 

P.S. Uree на изображении, в строке PCB Footprint, записан элемент с большим количеством символов в названии... Подскажите пожалуйста где можно указать количество допустимых символов? У нас, при импортировании в Board, выдаёт ошибку, если количество символов превышает 17 знаков. При этом он считает и символы PCB Footprint и символы Name.

Share this post


Link to post
Share on other sites

Так в том и дело, что описание пинов через NC позволяет не рисовать их в символе. Собственно для того и придумано. Получается есть пины на символе, используемые(могут быть не подключены), есть пины в корпусе(этих больше), а разницу между ними описываем как NC. Тогда они в пэкейдже тоже описаны как NC и аллегро "кушает" такой пэкейдж не поперхнувшись, потому как у него все совпадает: кол-во_пинов_на_символе + кол-во_пинов_NC = кол-во_пинов_футпринта.

Нумерация естественно тоже должна совпадать, т.е. пин может быть либо на символе, либо описан как NC. Двойное описание - ошибка, схема не упакуется.

 

По кол-ву символов в названиях есть два места, где могут возникнуть ограничения:

- установки собственно упаковщика

 

post-4480-1330358046_thumb.png

 

- установка длины имен в самом PCB Editor-e:

 

post-4480-1330358235_thumb.png

Share this post


Link to post
Share on other sites

ХМ! ????? NC - это не No pin connect? Просто строки NC у меня нет, но во вкладке пин (таблицы свойств элемента) есть No pin connect, в которой, при установки галочки соответствующему пину, вывод на УГО помечается как неиспользуемый (аналог клавиши Х). Но в данном случае вывод обязательно должен присутствовать на УГО. По тому как описываете Вы, насколько я понял, идёт просто перечисление выводов, которые помечаются как NC, при этом они могут быть не указаны на УГО?

Share this post


Link to post
Share on other sites
Разработчики упёрлись, что не станут в УГО вводить выводы, если в справочных материалах к микросхеме они указаны как не используемые.

А это не их, пардон, собачье дело, ИМХО, используются выводы или не используются. В документации производителя вывод присутствует? Да, присутствует. Тогда - рисуй и не умничай. :)

 

Пример из недавней практики. Работал с GSM-модулем. В одной ревизии доки пара выводов обозначались как NC, в более поздней у них появились какие-то описания. Да, это дела служебные и, скорее всего, пользователю никогда не понадобятся. А если все-таки понадобятся?

 

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.