[cioma 0]

Т.е. в ветке Parts в Central Library, в соответствующих разделах, должны быть прописаны отдельные part для, например, всех необходимых номиналов резисторов (в комбинации с допуском, ТКС итп), верно? И, соответственно, DxDataBook избавляет от избыточности в разделах symbol и cell, но part должен быть уникальным, так? В общем, логичный подход...

 

В таком случае, для связи хотелось бы использовать corporate partnumber (=DEVICE), а не manufacturer partnumber. Соответственно, необходимо разработать формат corporate partnumber. Есть ли рекомендации по этому поводу, или кто-нибудь может поделиться своим устоявшимся форматом? Конечно, есть формат для ODA library, но хотелось бы иметь corporate partnumber, состоящий только из цифр и дефисов. Разработать формат не проблема и самому, но велика вероятность что-либо упустить на начальном этапе :)

[vleo 0]

Общефилософско-методологический вопрос по организации библиотеки.

У Part имеется три основных (увы - ключевых) поля - Part Number, Part Name и Part Label.

 

Я пишу в Part Number part number производителя.

Но что писать в Part Name? И тем более Part Label?

 

Допустим так:

 

Part Number: LTST-C190AKT

Part Name: LED0603_AMBER

Part Label: 345a8011d377775346cb1eedcebc3615

 

Писать в Part Name каталожный номер поставщика смысла нет, потому что могут быть разные поставщики, допустим.

 

Кстати, замечу, что все три поля - Number, Name и Label являются ключевыми, то есть не могут повторяться. С точки зрения теории (и практики) реляционных баз данных это странновато.

 

Вообще-то, любого студента 2го курса Computer Science учат, что ключевое поле должно быть обязательно генеренное и не имело отношения к реальным аттрибутам объекта. Так что может быть в Label надо писать как раз некий псевдослучайный код.

[Vjacheslav 0]

В библиотеках введена избыточность аттрибутов - для удобства пользователя, так и пользуйтесь этим удобством и "не умножайте сущностей" ("бритва Оккама").

К обязательным аттрибутам следует отнести:

• Part Name

• Part Number

• Ref Designator

• Pin Name

• Pin Number

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

[McSava 0]

В свободном поле можно задавать кодировку элемента, такую как идет на монтаж, так как при монтаже иногда требуют не Part Number, а короткий код на катушке или пенале. а уж они то не повторяются.

А вот к примеру те же танталы у разных производетелей по разному именуются. Да и микрухи могут взаимозаменятся.

По-моему это очень удобно.

Главное при комплектации на монтаж не перепутать коды.

[Vadim 0]

В библиотеках введена избыточность аттрибутов - для удобства пользователя, так и пользуйтесь этим удобством и "не умножайте сущностей" ("бритва Оккама").

К обязательным аттрибутам следует отнести:

• Part Name

• Part Number

• Ref Designator

• Pin Name

• Pin Number

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

Не согласен. Есть еще атрибуты и совсем не от лукавого, а для вполне определенных целей :)

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

[vleo 0]

В библиотеках введена избыточность аттрибутов - для удобства пользователя, так и пользуйтесь этим удобством и "не умножайте сущностей" ("бритва Оккама").

К обязательным аттрибутам следует отнести:

• Part Name

• Part Number

• Ref Designator

• Pin Name

• Pin Number

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

По существу может кто-нибудь ответить - что такое Part Name (если Part Number это код производителя).

Насчет "номера на катушке", никак не могу понять, почему это должно быть в ключевых атрибутах. Это же может менятся от сборки к сборке и мало-ли чего.

[McSava 0]

Насчет "номера на катушке", никак не могу понять, почему это должно быть в ключевых атрибутах. Это же может менятся от сборки к сборке и мало-ли чего.

 

Это не догма, а вариант как и для чего его можно использовать.

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

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

Если на монтаже отказываются работать именно с такими кодами, их можно быстро заменить автоматом.

а PartNumber останется вам для сверки.

[Vadim 0]

По существу может кто-нибудь ответить - что такое Part Name (если Part Number это код производителя).

Если ознакомиться с данным вопросом по материалам, которые любезно предоставляет fill, можно узнать, что:

Part Number

Номер Детали это главное что ищется в файле Базы

Данных Деталей. Когда Вы запускаете утилиту на

проекте схемы, система читает свойство Part Number

назначенное на каждый символ. Упаковщик затем ищет

по разделам PDB совпадающий Номер Детали. Если

совпадение найдено, свойства из PDB назначаются

(обратно аннотируются) в схемный символ. Номер

Детали должен быть номер появляющийся в

документации проекта, таких как сборочный чертеж или

список используемых материалов. Номер Детали может

быть до 32 знаков. Позволенны любые знаки.

Номер Детали должен быть уникальным в Центральной

Библиотеке. Номер Детали обязателен.

Part Name

Свойство Part Name Упаковщик ищет в файле Базы

Данных Деталей если не назначенно Part Number на

схемный символ. Если использованно Part Name для

поиска Номера Детали, "используемое по умолчанию"

Part Number для этой Part Name будет использованно

автоматически Упаковщиком. Part Name часто это общее

имя детали, такое как ALS00 (в противоположность Part

Number, которое должно быть типа SN74ALS00A/n). Part

Name может быть до 32 знаков.

Part Name может повторятся, в этом случае Part Number

ассоциированное с этим Part Name должно быть

отмеченно как "используемое по умолчанию". Part Name

обязателен.

Part Label

Метка Детали это путь назначить более знакомое имя

для детали, например номер каталога для Dual Bipolar

Operational Amplifier должно быть MC33178P, в то время

как Вы можете сослаться на него как 5MHzOPAMP,

который будет Меткой Детали. Другой пример: резистор

может иметь Номер Детали D55342K07B1E00R (военная

спецификация), Имя Детали может быть общим RM1206,

в то время как Метка Детали может быть описательной

1.00K_1%_250W_RM1206. Метка Детали может быть до

32 знаков.

Метка Детали может повторятся. Метка Детали не

обязательна.

 

По-моему, все понятно.

[gekor 0]

Скажите, а как сделать, чтобы при forward annotation refdes'ы на плате не поворачивались и не смещались, но при этом удаленные компоненты удалялись?

[fill 2]

Скажите, а как сделать, чтобы при forward annotation refdes'ы на плате не поворачивались и не смещались, но при этом удаленные компоненты удалялись?

 

Странно, но у меня ничего не смещается и не поворачивается, при удалении элемента в схеме и прямой аннотации.

[timon_by 0]

to fill

 

Скажите, у вас есть еще материалы по ODA (кроме Docs_ODA.7z).

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

[fill 2]

to fill

 

Скажите, у вас есть еще материалы по ODA (кроме Docs_ODA.7z).

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

 

Новой нет т.к. последних релизов пока никто не приобретал.

 

Попробуйте скачать демо библиотеку, по идее вся документация там должна быть.

http://www.optimumdesign.com/demo.htm

[timon_by 0]

Новой нет т.к. последних релизов пока никто не приобретал.

 

Попробуйте скачать демо библиотеку, по идее вся документация там должна быть.

http://www.optimumdesign.com/demo.htm

 

Спасибо, этого достаточно

[vleo 0]

Если ознакомиться с данным вопросом по материалам, которые любезно предоставляет fill, можно узнать, что:

Part Number

....

Part Label

Метка Детали это путь назначить более знакомое имя

для детали, например номер каталога для Dual Bipolar

Operational Amplifier должно быть MC33178P, в то время

как Вы можете сослаться на него как 5MHzOPAMP,

который будет Меткой Детали. Другой пример: резистор

может иметь Номер Детали D55342K07B1E00R (военная

спецификация), Имя Детали может быть общим RM1206,

в то время как Метка Детали может быть описательной

1.00K_1%_250W_RM1206. Метка Детали может быть до

32 знаков.

Метка Детали может повторятся. Метка Детали не

обязательна.

 

По-моему, все понятно.

 

Спасибо за информация - кстати, в каком именно материале это написано?

Однако - последний пример очень странный -

если part number D55342K07B1E00R, и Part Label - 1.00K_1%_250W_RM1206, то использование Part Name RM1206 по меньшей мере странно - так как там же было сказано:

"Part Name может повторятся, в этом случае Part Number

ассоциированное с этим Part Name должно быть

отмеченно как "используемое по умолчанию". Part Name

обязателен."

То есть какой-то номанал резистора будет назначем "по умолчанию"? Какой же в этом смысл? Это ведь не то же самое, что назначить BGA корпус против QFP по умолчанию.

 

Кстати, в чем смысл этого "по умолчанию"? Да, в Part Editor появляется радио-кнопка выбора одной из позиция, у которых совпадает Part Name. Выбираю. Только потом при размещении этого элеманта не видно никаких следов от этого "по умолчанию".

 

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

 

Хотелось бы увидить четкие инструкции (без "например") как вести базу данных для микросхем и пассивных элементов. Например так можно?

 

TVP5150AM1PBSR, TVP5150AM1, Video_Decoder_NTSC_PAL_9bit

C0603C104Z4VACTU, CSM_0603, C_100n_16V

 

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

 

TVP5150AM1PBSR, TVP5150AM1, Video_Decoder_NTSC_PAL_9bit

C0603C104Z4VACTU, C0603CxxxZ4VACTU, C_100n_16V_+80-20%_Y5V

 

Или же так:

 

TVP5150AM1PBSR, TVP5150AM1, QFP32

C0603C104Z4VACTU, CSM_0603_100n_16V, SMT0603

 

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

 

TVP5150AM1PBSR, Video_Decoder_NTSC_PAL_9bit, QFP32

C0603C104Z4VACTU, CSM_0603_100n_16V, SMT0603

 

Но тогда у нас нигде не записан общий код микросхемы.

 

На самом деле, там не хватает одного поля, должно было бы быть так:

Part_Number, Part_Name, Part_Description, Part_Package

 

Так всегда и пишут в BOM-ах. Почему об этом Ментор не подумал, непонятно.

[AlexN 0]

to vleo

ваш вопрос во многом философский, я его для себя не решил.

part namber - на самом деле есть part number производителя компонента, это как раз D55342K07B1E00R и этом коде зашифровано все: и номинал и корпус и точность, таким образом этот номерок просто отдаешь комплектаторам и они тупо мрачно, ничего не понимая закупят этот резистор от панасоника (если найдут).

не менее широко еще используется понятие part number в смысле просто номер в своей базе данных, напрмер в orcad captureCIS:

part number: 20-003297

manufacturer part number: MM74HC245AN

value: 74ALS245

 

забавно, они даже в своей CIS базе данных технологии мелкосхем перемесили...

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

 

кстати, в core lib от ментора для name=R1206 радиокнопка назначена на part name D55342K07B____R, которого не существует естественно, а его label = SELECT_1%_250MW,

то есть заполняйте сами потом как хотите....(если ничего не перепутаете)

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

 

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

 

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