Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Один пин на схеме, несколько ног на плате.
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Altium Designer, DXP, Protel
Radiolab
Подскажите пожалуйста, в пикаде можно было одной ножке символа прикрутить несколько ног паттерна, указывая PinEq JMP. Можно ли такое сделать в AD?
Очень уж криво будет смотреться символ СВЧ усилителя, где из 32 ножек 27 земляных.
Владимир
Присвойте одинаковый номера всем земляным ножкам
Ринка
можно сделать их скрытыми, они не будут отображаться на схеме
Владимир
Цитата(Ринка @ Feb 8 2009, 04:21) *
можно сделать их скрытыми, они не будут отображаться на схеме

Можно, но в этом случае нужно им присваивать имя цепи.
Нудное занятие, и проверять нужно.
Конечно если это только типа GND, то упрощается
xemul
Или все земляные ноги в схемном символе накладываете друг на друга (номера ног, наверное, лучше скрыть). При этом схемный символ и футпринт будут соответствовать друг другу нога в ногу.
Vokchap
Скрывать выводы нужно в таких случаях. Делается групповое скрытие и присваивание имени net элементарно через sch list. 4 клика на один компонент с любым кол-вом скрываемых выводов.
Накладывать выводы друг на друга в sch или переименовывать pad в pcb - это для тех, у кого много свободного времени. smile.gif
Владимир
Цитата(Vokchap @ Feb 8 2009, 16:47) *
Скрывать выводы нужно в таких случаях. Делается групповое скрытие и присваивание имени net элементарно через sch list. 4 клика на один компонент с любым кол-вом скрываемых выводов.
Накладывать выводы друг на друга в sch или переименовывать pad в pcb - это для тех, у кого много свободного времени. smile.gif

Накладывать согласен это изуверство.
Переименовывать в PCB-- тоже еще то занятие. нужно в библиотеке это делать
Насчет 4 кликов да на каждую net/ Если их много то даже меньше. но все равно так себе.
Вот картинка спец-соединителя, У него на каждый Pin по 2 Pad
Первый ряд соединителя запаивается всегда, ка обычно.
Второй ряд используется для ответной части, и запаивается при окончательной сборке (соединитель после этого уже неразборный)
Там на каждый PIN своя связь. И более того может переименоватся, если на схеме не стоит Netlabel.
Тут 4 кликами не обойдешся, да и не лезть каждый раз после annotate на схеме

Цитата(Vokchap @ Feb 8 2009, 16:47) *
Скрывать выводы нужно в таких случаях. Делается групповое скрытие и присваивание имени net элементарно через sch list. 4 клика на один компонент с любым кол-вом скрываемых выводов.
Накладывать выводы друг на друга в sch или переименовывать pad в pcb - это для тех, у кого много свободного времени. smile.gif

Накладывать согласен это изуверство.
Переименовывать в PCB-- тоже еще то занятие. нужно в библиотеке это делать
Насчет 4 кликов да на каждую net/ Если их много то даже меньше. но все равно так себе.
Вот картинка спец-соединителя, У него на каждый Pin по 2 Pad
Первый ряд соединителя запаивается всегда, ка обычно.
Второй ряд используется для ответной части, и запаивается при окончательной сборке (соединитель после этого уже неразборный)
Там на каждый PIN своя связь. И более того может переименоватся, если на схеме не стоит Netlabel.
Тут 4 кликами не обойдешся, да и не лезть каждый раз после annotate на схеме
Vokchap
Цитата(Владимир @ Feb 8 2009, 19:38) *

Зачем "портить" ещё библиотечные футпринты? Тогда для каждого конкретного случая - свой библиотечный элемент... laughing.gif Я думаю (и такая стратегия заложена разработчиками) каждый пин должен называться своим именем/номером. Т.е. есть живой разъем с пронумерованными выводами, точно так-же они должны быть пронумерованы и в футпринте, чтобы не создавать лишней путаницы. Инструмент для присвоения группе выводов одинакового net и скрытия соответствующих выводов на схеме разработчиками предоставлен, с помощью sch list это выполняется в два счета. Так зачем создавать себе лишние сложности?
Владимир
не, не портить. для этих соединителей они не универсальный. и как и сказано живой разъем пронумерован так как на футпринте из PDF
Krys
вот тут схожая тема, там всё разжовано :)
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.