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

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

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

Насколько мне известно, в 2005 такого нет. Сомневаюсь и насчет 2007.
Можно попросить ментор реализовать такое, в следующей версии

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

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

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

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

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

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

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

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

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

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

\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)

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

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

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.

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.

Oh, I am so sorry for that. I guess you are Canadian. Maybe you can recommend some good forums about expedition to me.
Thanks!

look this http://forums.mugweb.org/ubbthreads.php

Frederic:
Thanks for your share.

cioma:
There are so many PDF documents in ..\MentorGraphics\2007EE\docs\pdfdocs directory. Could you tell me which PDF document is about what you say in 12 floor? I am very interesting in the process of Dx working. I want to know which property is needed in certain design flow (for example CDB flow and netlist flow) and how the property act.
Thanks in advance.

I don`t understand what you mean.

I mean where i can find something similar to this~~

My notes were gathered from Mentor documentation, forums like this and personal experience. Initially I read nearly all pdfs in \2005EXP\docs\pdfdocs\ as Mentor has a set of quite different flows and their description is distributed in tiny bits among those documents. Perhaps the most useful to start with are:
pcb_inter_user.pdf
lm_proc_gd.pdf
exp_gd.pdf
dxdesigner_user.pdf
dxdb_user.pdf
dx_exp_flow_tut.pdf
dx_exp.pdf

Certainly Mentor SupportNet is also of great use.

Thanks!