Префикс в футпринте не имеет значения, все равно он будет надписан импортируемым из схемы. Видел либу, в которой у всех футпринтов вписано REFDES. И работает ведь...
Другое дело, что футпринты резистора и конденсатора реально отличаются. Хотя бы по высоте например. А учитывая, что Аллегро с высотой компонентов очень даже правильно работает, имеет смысл следить за корректностью ее определения в футпринтах. Степени детализации каждый может сам себе придумать. Когда нет гонки, могу и так нарисовать:

[attachment=58186:all3d.PNG]

Опять провоцируете? Работать-то будет, но так лучше не делать. Имея префиксы легко классифицировать детальки по группам, а это - очевидный плюс. Например, можно из нескольких групп быстро создать классы в allegro (которые DISCRETE, IC, IO). И этот плюс имеется только при работе с allegro. А ведь есть еще и другие...

По моему, вы оба на разных волнах. И при этом умудряетесь вести диалог.
Uree, мы говорим о названии корпуса (т.е. имени файла), а не о его внутренних свойствах.

Да при чем здесь провокации? Вы говорите о футпринтах, а аргументируете пострением БД. При чем тут одно к другому? Сами постоянно напоминаете чтобы не смешивать понятия, а тут нате вам...

Вопрос: Надо ли создавать отдельные записи для футпринта резистора и конденсатора (r_0805 и с_0805)?

Ответ: имхо, надо. Например, шелкография может быть разной, что полезно.

Речь идет о футпринтах и что там в этом футпринте нарисовано. Или это уже не так?

"Кроме того, я для футпринтов использую за основу IPC7351" - за основу чего? Названий? Графики? Размеров?

После этого я и написал, что в футпринте указанный префикс не имеет значения. Речь о базе, классификации и т.п. не шла. Исключительно о содержании текста "на слое" Components -> RefDes -> Silkscreen/Assembly_Top/Bottom.

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

Uree
Не горячитесь.
Почитайте название топика.


Всего.

Совершенно верно.
Полное взаимопонимание достигнуто?

По названиям да. Только тогда не смешивайте названия корпусов(футпринтов), префиксы символов на схемах и шелкографию на плате Это все разные вещи и в разных местах процесса проектирования расположены.

Вы опять!?

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

Кстати, Вы IPC с наименованиями корпусов уже нашли? В случае если нет, я выкладываю.

Я надеялся, что там уже все обсудили.


Спасибо.

Итак, согласно моему видению, есть 3 таблицы:
1 Package (r_0805)
2 Footprint (r_0805, r_0805_s, r_0805_l)
3 Resistor
Выяснили, что футпринты должны быть раздельными, например, для резистора и конденсатора, значит и Packag'ы должны быть раздельными - r_0805 и с_0805 (что бы оставаться в рамках Access, и не делать нереальных запросов).
А вот теперь скажите, vitan, есть ли здесь подводный камень, где он, и как его обойти.

Этого мы не выяснили. В чем нереальность запросов? Повторяю, корпус (если только он один, не готов сказать по резисторам, предлагаю пример для микросхемы - TQFP-100 - туда миллион разных микросхем можно записать и стандарт на него где-то есть) должен быть один.
Про камень скажу, когда с этим разберемся. Ну и про таблицу резисторов напоминаю на будущее.

Помимо предложенного Uree файлика рекомендую скачать оригинальный текст, ну и применять калькулятор. Вроде бы, это он (программа на компьютере) является исходным документом, формирующим правила именования.
Кстати, по нему же именуются и падстеки, я тут недавно пытался докопаться до сути, но как-то не получилось...

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

так и какое решение для этого? ну это в рамках "от простого к сложному".

Как создать альтернативные футпринты? Я не знаю, как там с простым и сложным, но у нас есть поле ALT_SYMBOLS, значение которого формируется из списка футпринтов компонента путем объединения их в строку через запятую с помощью хранимой процедуры.

Собственно попробовал сделать эти 3 таблицы.
В Footprint хранится уже готовый список, а не формируется из отдельных записей. Как то я сразу не подумал, что это те же яйца, только с дополнительной таблицей.

Получается, надо делать процедурку. Как ее сделать в Access?

Специально для vitan:

Сегодня на баше прочитал .
Не создавай излишних сущностей, ибо грех это великий.

Все, минутка офтопа закончена, чур не развивать его дальше.

Отнюдь. В названии присутствуют слова "от простого к сложному"? Так вот, несозданием сущностей Вы до сложного не дойдете, уж поверьте.
И никакого офтопа.

Полуофф, по поводу корпусов резисторов и конденсаторов - они должны быть разные.
Я не знаю как написано в стандарте IPC-7532(его нет в закромах), но в старом IPC-SM-782A требования к контактным площадкам резисторов и конденсаторов разные!