[vitan 2]

add vertex - контур можно изменить в любой точке. Потом можно двигать отдельные сегменты при включенном фильтре other segs.

[proga 0]

Спасибо

[proga 0]

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

[Uree 1]

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

 

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

 

 

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

 

[proga 0]

Pcb Editor

 

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

Изменено 17 февраля, 2012 пользователем proga

[Uree 1]

Этот параметр меняет именно ширину линий, отдельных линий, не в составе текста.

[proga 0]

Понятно!

[proga 0]

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

Изменено 18 февраля, 2012 пользователем proga

[vpd 0]

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

[mr.Shel 0]

Добрый день!

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

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

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

 

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

[Uree 1]

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

 

 

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

 

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

[mr.Shel 0]

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

 

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

[Uree 1]

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

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

 

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

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

 

 

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

 

[mr.Shel 0]

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

[Tahoe 0]

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

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

 

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

 

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