[Mahim 0]

Добрый день! Хочу просмотреть сколько места занимают компоненты на плате, и посмотреть это хочу прямо в DxDesigner, есть ли такая функция в нем?

[anchic 0]

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

[Mahim 0]

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

[cioma 0]

Насколько мне известно, в 2005 такого нет. Сомневаюсь и насчет 2007.

Можно попросить ментор реализовать такое, в следующей версии ;)

[Mahim 0]

Действительно, надо написать им :) . А как вы выводите у конденсаторов емкость и напряжение на схеме, держите в одном Value или в разных, или может каким либо еще способом?

[cioma 0]

Если Вам нужно только отображать на схеме (а не моделировать), например, параметры конденсатора, то в символе нужно поставить place holder (т.е. атрибут без значения) для атрибута VALUE и, например, для атрибута MAX_VOLTAGE. В схему компонент ставится через DxDatabook (в котором и присваиваются значения для VALUE и MAX_VOLTAGE) и все :)

[Mahim 0]

Я вот этим чудом не пользуюсь, а использую центральную библиотеку, как раньше в DC. DxDatabook дает преимущество или дополнительное удобство? А спросил я потому что вдруг в будущем понадобится знать при моделировании не только емкость но и напряжение.

[cioma 0]

Преимущество в том что и символы и part можно сделать максимально универсальными, а все данные, не влияющие на символ, cell и распиновку - добавлять с помощью атрибутов (из DxDatabook)

В доках ментора это довольно неплохо расписано.

[Mahim 0]

Вот я смотрел и не понимал в чем удобство, как я понял DxDatabook для каждого проекта свой. Разве не удобно сделать один раз и забыть. Чем каждый раз собирать из кусков с возможностью ошибиться.

[cioma 0]

Вы неверно поняли - DxDatabook один, т.к. и библиотека компонентов (в идеале) одна. Не DxDatabook зависит от проекта, а проект от него. По сути это база данных в которой хранятся различные атрибуты компонентов. Если ставите компонент в схему через DxDatabook, то к символу автоматом добавляются соответствующие атрибуты из DxDatabook. На самом символе атрибуты - просто placeholder, никаких значений там быть не должно, даже все имена атрибутов не надо прописывать - они в схеме сами добавятся (в левый нижний угол символа). В part - только pinmapping, никаких part property (кроме PartNumber и PartName) прописывать не нужно.

[Mahim 0]

Спасибо cioma, понял что нужно будет осваивать, с ваших слов кажется, что DxDatabook удобен. Я так понял, что в него можно внедрять Datasheet для компонентов. На практике это удобно?

[cioma 0]

внедрять в него можно только ссылки на даташиты

DxDatabook - это по-сути набор таблиц, которые связывают между собой уникальный идентификатор компонента (например, пользовательский атрибут "CORPORATE_PARTNUMBER") с набором других атрибутов (например VALUE, DATASHEET итп).

 

Вот пример моей старой базы для DxDatabook (для небольного количества комопнентов удобно ее хранить в Excel - DxDatabook умеет брать оттуда данные) MyDxDB.zip

 

доки лежат в деректории инсталляции:

 

\2005EXP\docs\pdfdocs\dxdb_user.pdf

 

Вот мои старые записи:

 

DxDatabook (DxDB) tables:

 

resistor

capacitor

processor

 

Central Library:

 

PDB

PDB partition names must be the same as appropriate DxDB table names (check it!):

 

resistor

capacitor

processor

 

Symbols:

Symbols have DEVICE attribute only and pin number placeholders (#) but without actual pin numbers. These are "generic" symbols.

 

resistor

capacitor

processor

 

How it works:

 

When component is placed into the DxDesigner schematic over the DxDataBook, a symbol with an appropriate name in the DxDataBook table field in the symbol search path. When found, a part is taken from PDB (according to DEVICE field in the DxDataBook table). Pin numbers from the part are annotated to the symbol on the schematic, attributes from the DxDataBook table and from the part are added to the symbol on the schematic.

 

И дополнение:

 

- DxDB "corporate partnumber" format:

 

XX-YYYYYY-ZZ

 

XX - PDB partition equivalent number (e.g. "01" - resistor etc), "00" is reserved.

YYYYYY - component sequential number, "000000" is reserved.

ZZ - additional code (e.g. for packaging, RoHS etc), defaults to "00". It is also used for "variants": e.g. if cell pad size is different etc

 

- DxDesigner PARTS attribute in DxDatabook is used only to be able to easily select appropriate component slot. This attribute is not used by CDB packager.

 

 

1. Within the database to which DxDataBook connects, each component must have a unique identifier. This identifier is usually a corporate part number. If not a corporate part number, then some other identification method must be decided upon.

 

2. Parts in DxDataBook are linked to PDB parts in a central library by part number (DxD DEVICE attribute). The location of the central library is contained in the viewdraw.ini file for the project (which is how DxDataBook locates the central library).

 

Enabling the CDB flow reduces the amount of attribute information associated with a symbol at the schematic level. The only attribute information retained on the symbol in a DxDesigner schematic is the following:

 

- Part number

- Part name/label

 

In the CDB Flow, all other pin and part data for a symbol is stored in the PDB.

 

2. In DxDB table use "corporate partnumber" column and map it to DxD P/D_NUM attribute.

 

3. In DxDB table use "device" column and map it to DxD DEVICE attribute.

 

4. In DxDB table use "pattern" column and map it to DxD PKG_TYPE attribute (used only for cell preview in CDB flow).

 

5. The user configuration file (*.dbc) maps DxDatabook libraries to the component libraries. Since the software associates the component library with the part partition (PDB), the library you specify must be the same as the Part partition in the central library. The library name is case-insensitive.

 

6. To display a symbol in DxDB window (in DxD), DxDB searches for symbols with appropriate names in the libraries, included into DxD project library search order. If more than one symbol found, DxDB allows to select symbol over combobox. But we can set an implicit library name in the "symbol" field of DxDB source table and DxDB will show only this symbol, even if other symbols with the same name exist in libraries, included into the DxD project library search order.

 

7. When adding symbols to DxD, only "symbols" are added. Parts (PDB) have only indirect relation to this process (e.g. when using "add device" command, Part's attributes are added to symbol (DEVICE, optionally physical pin numbers etc)). At schematic development stage we are in general untied from Parts. This is true for adding symbols over DxDB, which is completely unrelated to Parts data. When scheme is finished, developer performs "packaging" process (see outlook:DxDesigner, tip 7). Packaging uses DEVICE attribute to relate symbol to package over part (PDB). That's why it's necessary to have DEVICE attribute value on the symbol the same as PartNumber attribute of a part (PDB).

 

8. Verify the Design Using DxDataBook. When DxDB verifies design, it searches its database for a component whose attributes would match attribute on a verified component on the schematic. This is how DxDB and DxD "reverse" integration is performed.

 

9. ...Приведенный вами пример с транзистором: имеется символ (без номеров пинов - заданы только имена). Прописывать там DEVICE и PKG_TYPE тоже не нужно. В PDB имеются абстрактные компоненты "транзистор в корпусе ТО-92", "транзистор в корпусе SOT-23", где указано соответствие имен пинов символа и номеров ножек корпуса. Все остальные аттрибуты загружаются из DxDatabook: DEVICE, PKG_TYPE и др -можно прописать массу всего, в т.ч. ссылку на даташит.

 

Если DxDatabook не использовать - то в PDB должен быть прописан каждый компонент (причем или каждый компонент должен иметь свой символ, где прописаны DEVICE и PKG_TYPE, или значения этих аттрибуты необходимо будет прописывать в процессе рисования схемы)

 

10. DxDB table name in source (lets say *.xls) must (?) match the name of appropriate Parts partition in Central Library.

 

- for now (EE2005) DxDatabook uses DxDesigner DEVICE attribute to retriebe pinmapping data from central library Part, In general it should use the same DxDesignmer attribute that is mapped to Expedirion PartNumber property in map.cfg.

 

 

If a symbol is only intended for use in the DxDesigner-Expedition flow, only the DEVICE

and REFDES attributes are required. The PKG_TYPE attribute is optional but, if

provided, is used by the cell previewer in Cell Editor. The HETERO and PARTS

attributes are not required since they are part of the part (PDB) mapping. Pin numbers are

not required. However, if you plan to use the symbol in DxDesigner to a third-party flow

or from DxDesigner in the DxD-Expedition flow, then all attributes in Table2-4 are

required. (file:D:\Design\HW\MG\2005EXP\docs\pdfdocs\lm_proc_gd.pdf, p.2-51)

[fill 2]

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

 

Самый простой способ - введите доп. атрибут в PDB - например Area. Добавьте в каждый PDB его значения. И через Partlister сгенерите отчет .

 

Или воспользуйтесь функциями Automations и напишите свою "приблуду" :rolleyes: .

[lofeng 0]

внедрять в него можно только ссылки на даташиты

DxDatabook - это по-сути набор таблиц, которые связывают между собой уникальный идентификатор компонента (например, пользовательский атрибут "CORPORATE_PARTNUMBER") с набором других атрибутов (например VALUE, DATASHEET итп).

 

........

 

If a symbol is only intended for use in the DxDesigner-Expedition flow, only the DEVICE

and REFDES attributes are required. The PKG_TYPE attribute is optional but, if

provided, is used by the cell previewer in Cell Editor. The HETERO and PARTS

attributes are not required since they are part of the part (PDB) mapping. Pin numbers are

not required. However, if you plan to use the symbol in DxDesigner to a third-party flow

or from DxDesigner in the DxD-Expedition flow, then all attributes in Table2-4 are

required. (file:D:\Design\HW\MG\2005EXP\docs\pdfdocs\lm_proc_gd.pdf, p.2-51)

 

Thanks for your answer. I am Chinese and do not understand Russia. Goole translator is not very powerful to translate Russia to Chinese.

In the CDB Flow, I think there is no attribute needed for symbol whether we use dxdatabook or not. And in EE2007.2 ,DEVICE attribute is replaced by Part Number.

Изменено 6 марта, 2009 пользователем fill

[cioma 0]

You're welcome!

We are still using 2005 so all I wrote was for it. I've heard they've changed a lot in 2007 so it may require a new "investigation" :)

 

Btw, you can probably strip my quote in you message to several lines to make this page a bit more readable.