Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Как заставить AltiumDesigner показывать на схеме номера пинов корпуса, а не УГО?
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Altium Designer, DXP, Protel
AlexanderPyaty
Есть компонент, скажем STM8S003Fxx, у него есть исполнение в TSSOP20 и UUFQFPN20, распиновка разная, количество выводов одинаковое.
Создал компонент, привязал оба корпуса, через Pin Map настроил соответствие номеров выводов символа и падов корпуса. Перехожу в pcb, цепи подключаются к правильным площадкам для обоих корпусов.
Но на схеме отображаются не номера КП, а номера из символа, что сбивает.
Можно ли настроить отображение на схеме именно номеров КП?

Вариант сделать компонент на каждый корпус очевиден и неинтересен.

В Альтиуме вторую неделю, до этого PCAD и Eagle много лет - такое ощущение, что проблема выеденного яйца не стоит, но три дня поиска по инету результата не дали.
hasl
А кто мешает на УГО задать номер выводов также как на корпусе?!
AlexanderPyaty
Цитата(hasl @ Mar 3 2017, 12:49) *
А кто мешает на УГО задать номер выводов также как на корпусе?!

УГО один, корпусов два, распиновка разная.
hasl
если в разных корпусах функционал ног не совпадает с номерами, придется создавать два компонента.
Я кстати тоже так делал изначально.
1-н УГо и разные корпуса к ним прикручивал.
Оказалось не удобно
AlexanderPyaty
Приходится выбирать между неудобствами - либо быстро менять корпус на другой, либо через удаление-вставку нового-проверки правильности подключения цепей к новому.
Похоже, второе таки и выберу, один УГО-один корпус.
Владимир
Лучше делайте, как советуют.
На самом деле связь PIN и PAD можно переназначить.
Это делается в PIN MAP.
Изучайте, если хотите применять.

Но это запутать всех, в том числе и себя.

Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.
Uree
К тому же в рамках одного компонента/УГО не получится вписать разные PartNumber, а они там разные. Как будете ВОМ генерить?
uriy
Цитата
К тому же в рамках одного компонента/УГО не получится вписать разные PartNumber, а они там разные. Как будете ВОМ генерить?
Не надо в параметры УГО вписывать PartNumber, надо его брать из БД.
Но я предпочитаю делать разные УГО.
AlexanderPyaty
Цитата(Владимир @ Mar 3 2017, 13:38) *
На самом деле связь PIN и PAD можно переназначить.
Это делается в PIN MAP.
Изучайте, если хотите применять.

Второе предложение моего первого сообщения.
Цитата(Владимир @ Mar 3 2017, 13:38) *
Но это запутать всех, в том числе и себя.

В варианте один УГО - один корпус естественно, поэтому не нужно.
В варианте 1 УГО - больше одного корпуса, как в моём примере, иначе никак. Не вижу проблем для себя, меня запутать сложно.
Цитата(Владимир @ Mar 3 2017, 13:38) *
Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.

Попробую.

Вопрос был в возможности отображения Альтиумом на схеме не номера пина из УГО, а другой сущности - номера пада корпуса из pcblib.
Все ответы предлагают мне сделать содержимое этих сущностей одинаковыми, несколькими способами.
Про некоторые я в курсе, про другие догадывался - но изначальный вопрос не об этом.
Parad12e
Цитата(AlexanderPyaty @ Mar 3 2017, 15:07) *
Вопрос был в возможности отображения Альтиумом на схеме не номера пина из УГО, а другой сущности - номера пада корпуса из pcblib.

Тогда всё просто - impossible.
Самый адекватный вариант Вам уже предложили - 2 уго=2 принта. Остальное от лукавого.
AlexanderPyaty
Цитата(Parad12e @ Mar 3 2017, 16:58) *
Тогда всё просто - impossible.
Самый адекватный вариант Вам уже предложили - 2 уго=2 принта. Остальное от лукавого.

Спасибо.
Так и сделал.
Myron
Цитата(Владимир @ Mar 3 2017, 03:38) *
Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.
Пришлось отказаться от этого, т.к. при компиляции Алтиум суммирует все пины альтернативных изображений и выдает Wornings.
Владимир
Цитата(Myron @ Mar 3 2017, 16:23) *
Пришлось отказаться от этого, т.к. при компиляции Алтиум суммирует все пины альтернативных изображений и выдает Wornings.

Правильно сделали.
Хотя "Wornings." настраивается. Но это и есть куча разной фигни по разному сделанных для разных докуметов, что потом сложно разобрать
Myron
Цитата(Владимир @ Mar 3 2017, 07:32) *
Правильно сделали.
Хотя "Wornings." настраивается. Но это и есть куча разной фигни по разному сделанных для разных докуметов, что потом сложно разобрать
Пожалуйста поясните зачем (почему правильно). Я вынужден использовать только один вариант на проект и при компиляции проекта хочу знать что у меня в этом проекте, а не в Алтиуме вообще. А варианты УГО хранятся (принадлежат) Алтиуму, а не проекту. Желательно было бы использовать варианты УГО без перенастроек (настройки по умолчанию устраивают всех наших работников на разных проектах). А жаль, варианты УГО одного и того же компонента были бы отличным дополнением.
Владимир
Цитата(Myron @ Mar 3 2017, 18:13) *
Пожалуйста поясните зачем (почему правильно).

Это долгая дискуссия
Цитата
Я вынужден использовать только один вариант на проект и при компиляции проекта хочу знать что у меня в этом проекте, а не в Алтиуме вообще.

Так вы хотите в проекте держите всю информацию о компоненте, и всех его альтернативах. вот и знаете все, в том числе об альтернативах.
Не хотите знать - отключайте проверку. Только по такому пути можно все проверки отключить, и получить все "радости" что ничего не ругается при проверке.
Цитата
А варианты УГО хранятся (принадлежат) Алтиуму, а не проекту.

Это утверждение?
Myron
Цитата(Владимир @ Mar 4 2017, 09:26) *
Это долгая дискуссия
Извините, если показался нетерпеливым. Мне действительно непонятно, почему лучше отказаться от альтернативных изображений. Полагал, что в идеале (а не в сегодняшнем Алтиуме) это было бы удобно. Сделал компонент в библиотеке, дополнил вариантами при разработке других проектов и используй в следующих проектах те варианты, которые подходят.
Снять в настройках этот Warnings не решаюсь, потому что при одном варианте УГО проверить схему и компоненты так, как это сделано по умолчанию в Алтиуме сейчас удобно (и без перекрестных проверок) - в пару кликов.
Цитата(Владимир @ Mar 4 2017, 09:26) *
Так вы хотите в проекте держите всю информацию о компоненте, и всех его альтернативах. Вот и знаете все, в том числе об альтернативах.
Не понятно зачем держать все альтернативные варианты в одном проекте, если использован только один вариант. На мой взгляд все варианты должны храниться в библиотеке Алтиума, а не в проектах.
Цитата(Владимир @ Mar 4 2017, 09:26) *
Не хотите знать - отключайте проверку. Только по такому пути можно все проверки отключить, и получить все "радости" что ничего не ругается при проверке.
Не о радостях мечтаю, об отсутствии ошибок в схемах при удобстве и без дополнительных перекрестных проверок.
Цитата(Владимир @ Mar 4 2017, 09:26) *
Это утверждение?
Возможно, что это мое неправильное понимание, что все варианты УГО хранятся в библиотеке Алтиума, а проекту принадлежит только один вариант УГО, если только один вариант использован в схеме. Что будет, если два варианта УГО хочется использовать в одном проекте не рассматриваю для простоты.
Владимир
Цитата(Myron @ Mar 4 2017, 19:41) *
Полагал, что в идеале (а не в сегодняшнем Алтиуме) это было бы удобно.

Идеал, потому идеал, что не достижим.
Цитата
Сделал компонент в библиотеке, дополнил вариантами при разработке других проектов и используй в следующих проектах те варианты, которые подходят.

Это не так. Вся информация о компоненте, после размещения в проекте, там и хранится. Так было и в PCAD. Так ( я думаю) и в других пакетах.
Именно по этому, имея проект можно сделать библиотеку из входящих в него компонентов.
Формально проекту библиотека не нужна, если проект завершен. Библиотека нужна только для помещения в проект новых компонентов.
Цитата
Снять в настройках этот Warnings не решаюсь, потому что при ...

Вот, в частности, по этой причине уже желательно не использовать то, что требует отключения или модификации той или иной настройки, к которые вы постоянно используете во всех проектах.
Цитата
Не понятно зачем держать все альтернативные варианты в одном проекте, если использован только один вариант. На мой взгляд все варианты должны храниться в библиотеке Алтиума, а не в проектах.

Это частное. Именно имея все варианты легко заменить в проекте один на другой не прибегая к какой либо библиотеке. Тем паче в библиотеке, после вашего "легко добавить" , хранится уже совсем не то, что находится в проекте. Особенно если проекту лет 5-10.
Библиотека правится постоянно. По параметром. По новым компонентам. По исправлению или модификации компонентов.
Проект создается раз, и должен существовать независимо от изменения библиотек. Иначе он не будет соответствовать сделанному ранее.
Цитата
Не о радостях мечтаю, об отсутствии ошибок в схемах при удобстве и без дополнительных перекрестных проверок.

Так вот, что бы меньше порождать ошибок, не нужно в компонент насовывать все что было, есть, возможно будет, и все то, что хочется просто иметь там непонятно для чего
Цитата
Возможно, что это мое неправильное понимание, что все варианты УГО хранятся в библиотеке Алтиума, а проекту принадлежит только один вариант УГО, если только один вариант использован в схеме.

Именно так. Это неверное понимание.

Murzik_6011
Может суббота, а может коньяк...
Как то дискуссия "удлиннилась".
Альтернативные виды (mode) предназначены лишь для иного отображения одного и того же. Т.е. пины (выводы) в альтернативных видах должны совпадать до последнего знака - как номера выводов, так и их названия.
В Вашем случае - два УГО (записи в БД). Я лично создаю два отдельных компонента отличающихся в названии "_1", "_2", и т.д., например, для оптопары - одно для случая, когда "всЁ в куче", а другое - раздельное (а вот внутри Вы можете нарисовать 255 альтернативных изображений УГО).
Владимир
Цитата
Альтернативные виды (mode) предназначены лишь для иного отображения одного и того же

Это именно так.
Но даже в этом я стараюсь ограничивать.
То есть место, занимаемое компонентов во всех видов должно быть одинаково. Иначе трудно, или невозможно вставить БОЛЬШОЕ на место маленького.. Или стоит маленькое с краю схемы, а большой выйдет за пределы края схемы-- будут сообщения об ошибках.

Но многие под альтернативными понимают все, что душе угодно.

Просто Алтиум позволяет многое, даже не возможное. И многие хотят приспособить это для своих нужд
Murzik_6011
Вот с чего я начинал - https://electronix.ru/forum/index.php?showt...c=28511&hl=
Вот блин, уже 10 лет прошло. М-да!
Myron
Цитата(Владимир @ Mar 4 2017, 11:14) *
Идеал, потому идеал, что не достижим.
То, что я предлагал не абсолютный недостижимый результат, а сделать, на мой взгляд, возможно.
Цитата(Владимир @ Mar 4 2017, 11:14) *
Это не так. Вся информация о компоненте, после размещения в проекте, там и хранится. Так было и в PCAD. Так ( я думаю) и в других пакетах.
Вот этого я не знал.
Цитата(Владимир @ Mar 4 2017, 11:14) *
Именно по этому, имея проект можно сделать библиотеку из входящих в него компонентов.
Это я знаю, но пользовался всего пару раз за все время использования Алтиума (14 лет).
Цитата(Владимир @ Mar 4 2017, 11:14) *
Формально проекту библиотека не нужна, если проект завершен. Библиотека нужна только для помещения в проект новых компонентов.
Вот именно.
Цитата(Владимир @ Mar 4 2017, 11:14) *
Именно имея все варианты легко заменить в проекте один на другой не прибегая к какой либо библиотеке. Тем паче в библиотеке, после вашего "легко добавить" , хранится уже совсем не то, что находится в проекте. Особенно если проекту лет 5-10.
Думаю, что менять варианты в одном проекте не нужно. Один раз выбирается при компоновке схемы и при всех модификациях используется тот же базовый вариант.
Цитата(Владимир @ Mar 4 2017, 11:14) *
Библиотека правится постоянно. По параметром. По новым компонентам. По исправлению или модификации компонентов.
Проект создается раз, и должен существовать независимо от изменения библиотек. Иначе он не будет соответствовать сделанному ранее.
Это я тоже понимаю и согласен.
Цитата(Владимир @ Mar 4 2017, 11:14) *
Так вот, что бы меньше порождать ошибок, не нужно в компонент насовывать все что было, есть, возможно будет, и все то, что хочется просто иметь там непонятно для чего.
Каждый новый вариант создается для нового проекта, если первый вариант не очень подходит, а просто так. Например, для ИС с 64-мя ногами первый вариант схемы - прямоугольник, а второй, при необходимости, может выполнен квадратом (разные проекты или требования и без ГОСТА).
Цитата(Владимир @ Mar 4 2017, 11:14) *
Именно так. Это неверное понимание.
Спасибо за обсуждение и объяснение.
Владимир
Цитата(Murzik_6011 @ Mar 4 2017, 23:29) *
Вот с чего я начинал - https://electronix.ru/forum/index.php?showt...c=28511&hl=
Вот блин, уже 10 лет прошло. М-да!

да, время не идет, а летит sm.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.