Как заставить AltiumDesigner показывать на схеме номера пинов корпуса, а не УГО? Опции

[AlexanderPyaty]

Есть компонент, скажем STM8S003Fxx, у него есть исполнение в TSSOP20 и UUFQFPN20, распиновка разная, количество выводов одинаковое.
Создал компонент, привязал оба корпуса, через Pin Map настроил соответствие номеров выводов символа и падов корпуса. Перехожу в pcb, цепи подключаются к правильным площадкам для обоих корпусов.
Но на схеме отображаются не номера КП, а номера из символа, что сбивает.
Можно ли настроить отображение на схеме именно номеров КП?

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

В Альтиуме вторую неделю, до этого PCAD и Eagle много лет - такое ощущение, что проблема выеденного яйца не стоит, но три дня поиска по инету результата не дали.

[hasl]

А кто мешает на УГО задать номер выводов также как на корпусе?!

[AlexanderPyaty]

А кто мешает на УГО задать номер выводов также как на корпусе?!

УГО один, корпусов два, распиновка разная.

[hasl]

если в разных корпусах функционал ног не совпадает с номерами, придется создавать два компонента.
Я кстати тоже так делал изначально.
1-н УГо и разные корпуса к ним прикручивал.
Оказалось не удобно

Сообщение отредактировал hasl - Mar 3 2017, 09:31

[AlexanderPyaty]

Приходится выбирать между неудобствами - либо быстро менять корпус на другой, либо через удаление-вставку нового-проверки правильности подключения цепей к новому.
Похоже, второе таки и выберу, один УГО-один корпус.

[Владимир]

Лучше делайте, как советуют.
На самом деле связь PIN и PAD можно переназначить.
Это делается в PIN MAP.
Изучайте, если хотите применять.

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

Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.

[Uree]

К тому же в рамках одного компонента/УГО не получится вписать разные PartNumber, а они там разные. Как будете ВОМ генерить?

[uriy]

К тому же в рамках одного компонента/УГО не получится вписать разные PartNumber, а они там разные. Как будете ВОМ генерить?

Не надо в параметры УГО вписывать PartNumber, надо его брать из БД.
Но я предпочитаю делать разные УГО.

[AlexanderPyaty]

На самом деле связь PIN и PAD можно переназначить.
Это делается в PIN MAP.
Изучайте, если хотите применять.

Второе предложение моего первого сообщения.

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

В варианте один УГО - один корпус естественно, поэтому не нужно.
В варианте 1 УГО - больше одного корпуса, как в моём примере, иначе никак. Не вижу проблем для себя, меня запутать сложно.

Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.

Попробую.

Вопрос был в возможности отображения Альтиумом на схеме не номера пина из УГО, а другой сущности - номера пада корпуса из pcblib.
Все ответы предлагают мне сделать содержимое этих сущностей одинаковыми, несколькими способами.
Про некоторые я в курсе, про другие догадывался - но изначальный вопрос не об этом.

[Parad12e]

Вопрос был в возможности отображения Альтиумом на схеме не номера пина из УГО, а другой сущности - номера пада корпуса из pcblib.

Тогда всё просто - impossible.
Самый адекватный вариант Вам уже предложили - 2 уго=2 принта. Остальное от лукавого.

[AlexanderPyaty]

Тогда всё просто - impossible.
Самый адекватный вариант Вам уже предложили - 2 уго=2 принта. Остальное от лукавого.

Спасибо.
Так и сделал.

[Myron]

Есть еще альтернативные отображения -- там и легче, но таже буча неоднозначности.

Пришлось отказаться от этого, т.к. при компиляции Алтиум суммирует все пины альтернативных изображений и выдает Wornings.

[Владимир]

Пришлось отказаться от этого, т.к. при компиляции Алтиум суммирует все пины альтернативных изображений и выдает Wornings.

Правильно сделали.
Хотя "Wornings." настраивается. Но это и есть куча разной фигни по разному сделанных для разных докуметов, что потом сложно разобрать

[Myron]

Правильно сделали.
Хотя "Wornings." настраивается. Но это и есть куча разной фигни по разному сделанных для разных докуметов, что потом сложно разобрать

Пожалуйста поясните зачем (почему правильно). Я вынужден использовать только один вариант на проект и при компиляции проекта хочу знать что у меня в этом проекте, а не в Алтиуме вообще. А варианты УГО хранятся (принадлежат) Алтиуму, а не проекту. Желательно было бы использовать варианты УГО без перенастроек (настройки по умолчанию устраивают всех наших работников на разных проектах). А жаль, варианты УГО одного и того же компонента были бы отличным дополнением.

[Владимир]

Пожалуйста поясните зачем (почему правильно).

Это долгая дискуссия

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

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

А варианты УГО хранятся (принадлежат) Алтиуму, а не проекту.

Это утверждение?

[Myron]

Это долгая дискуссия

Извините, если показался нетерпеливым. Мне действительно непонятно, почему лучше отказаться от альтернативных изображений. Полагал, что в идеале (а не в сегодняшнем Алтиуме) это было бы удобно. Сделал компонент в библиотеке, дополнил вариантами при разработке других проектов и используй в следующих проектах те варианты, которые подходят.
Снять в настройках этот Warnings не решаюсь, потому что при одном варианте УГО проверить схему и компоненты так, как это сделано по умолчанию в Алтиуме сейчас удобно (и без перекрестных проверок) - в пару кликов.

Так вы хотите в проекте держите всю информацию о компоненте, и всех его альтернативах. Вот и знаете все, в том числе об альтернативах.

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

Не хотите знать - отключайте проверку. Только по такому пути можно все проверки отключить, и получить все "радости" что ничего не ругается при проверке.

Не о радостях мечтаю, об отсутствии ошибок в схемах при удобстве и без дополнительных перекрестных проверок.

Это утверждение?

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

[Владимир]

Полагал, что в идеале (а не в сегодняшнем Алтиуме) это было бы удобно.

Идеал, потому идеал, что не достижим.

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

Это не так. Вся информация о компоненте, после размещения в проекте, там и хранится. Так было и в 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]

Идеал, потому идеал, что не достижим.

То, что я предлагал не абсолютный недостижимый результат, а сделать, на мой взгляд, возможно.

Это не так. Вся информация о компоненте, после размещения в проекте, там и хранится. Так было и в PCAD. Так ( я думаю) и в других пакетах.

Вот этого я не знал.

Именно по этому, имея проект можно сделать библиотеку из входящих в него компонентов.

Это я знаю, но пользовался всего пару раз за все время использования Алтиума (14 лет).

Формально проекту библиотека не нужна, если проект завершен. Библиотека нужна только для помещения в проект новых компонентов.

Вот именно.

Именно имея все варианты легко заменить в проекте один на другой не прибегая к какой либо библиотеке. Тем паче в библиотеке, после вашего "легко добавить" , хранится уже совсем не то, что находится в проекте. Особенно если проекту лет 5-10.

Думаю, что менять варианты в одном проекте не нужно. Один раз выбирается при компоновке схемы и при всех модификациях используется тот же базовый вариант.

Библиотека правится постоянно. По параметром. По новым компонентам. По исправлению или модификации компонентов.
Проект создается раз, и должен существовать независимо от изменения библиотек. Иначе он не будет соответствовать сделанному ранее.

Это я тоже понимаю и согласен.

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

Каждый новый вариант создается для нового проекта, если первый вариант не очень подходит, а просто так. Например, для ИС с 64-мя ногами первый вариант схемы - прямоугольник, а второй, при необходимости, может выполнен квадратом (разные проекты или требования и без ГОСТА).

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

Спасибо за обсуждение и объяснение.

[Владимир]

Вот с чего я начинал - https://electronix.ru/forum/index.php?showt...c=28511&hl=
Вот блин, уже 10 лет прошло. М-да!

да, время не идет, а летит