[SII 0]

Хранилище компонентов -- центральная библиотека. Песочница -- её частный случай (ЦБ, сопряжённая с базой данных DMS). DxDatabook используется, если не применяется DMS; он может работать и с "голой" ЦБ, но это довольно неудобно (нет поиска по параметрам компонентов и т.п.), поэтому обычно создаётся простая база данных, обычно в MS Access, и через ODBC-драйвер сопрягается с DxDatabook.

 

В базе для DxDatabook хранится информация информация для поиска компонентов (скажем, сопротивления для резисторов, ёмкости для конденсаторов и т.п.) + любые другие характеристики, которые нужны пользователю, но в ней нет символов, геометрии корпусов и прочего -- всё эта хранится исключительно в ЦБ. Когда инженер добавляет в свою схему некий компонент, DxDesigner берёт его схемное обозначение из ЦБ, а свойства -- из ЦБ и из базы в зависимости от того, как сконфигурирован DxDatabook.

 

В случае с DMS на первый взгляд ситуация аналогичная и разница лишь в том, что используется не DxDatabook, а xDM Library Client (в отличие от датабука, это отдельное приложение, с которым DxDesigner после запуска должен установить связь, что делается через меню). Принципиальным отличием является то, что в базе DMS хранится абсолютно вся информация о компоненте, а не только его свойства; в этом случае ЦБ-"песочница" -- лишь "развёрнутое" представление "технически-графической" составляющей этой базы. Если при использовании DxDatabook убить ЦБ, все компоненты будут потеряны, поскольку в Accessовской базе их самих нет, там лишь некоторые их свойства. Если в DMS убить "песочницу", в любой момент её можно восстановить из базы. Особенно удобно это в ситуации, когда над проектами с одной и той же библиотекой трудятся несколько человек: база данных будет одна, а песочницы -- свои у каждого разработчика; синхронизировать такое гораздо проще, поскольку это делается почти что автоматически (обновление песочницы из базы), в то время как без DMS придётся копировать ручками и саму ЦБ, и базу Access.

 

Чтобы DMS работала, её база должна иметь чётко определённую структуру, которая строится при установке DMS. В дальнейшем пользователь (точней, администратор DMS) может эту структуру дополнить; например, я создал дополнительные свойства для резисторов, конденсаторов и т.д. и т.п., которые включаю для компонентов, относящихся к соответствующим группам, и прописал передачу этих свойств из DMS в xDM Designer -- т.е. сделал то же самое, что делается и для случая использования DxDatabook. Единственный недостаток -- с DMS всё это настраивать сложней и неочевидней, что ли. В документации информации, в общем-то, вполне хватает, но написана она не шибко хорошо, и приходится метод научного тыка временами применять. Ну и, кроме того, с DxDatabook работает множество народа, а значит, есть у кого спросить, с DMS же обычно работают лишь в крупных компаниях, и лишь сейчас положение постепенно начинает меняться, как мне кажется (не в последнюю очередь за счёт того, что 3D-модели по-человечески прикручиваются только в случае, если они лежат в базе DMS).

 

База для DxDatabook, напротив, может иметь абсолютно произвольную структуру, её полностью определяет пользователь. Единственное, но вполне очевидное требование -- иметь ключевое поле (обычно это Part Number), по которому производится сопроставление записи в базе с компонентом в ЦБ.

[Тюбик 0]

объясните плз как размещать иерарх блоки на плате. В альтиуме блоку назначается рум автоматом, один рум разместил - остальные скопировал. А здесь как?

 

а как пронумеровать страницы в иерарх блоках? Cross reference выдаёт ошибка

scout: Error 188: Locked objects detected (close schematics).

да вроде в dxd и кнопки лок никакой нету...........

[Super_Alex 0]

SII, можете объяснить на практике преимущества xDM библиотеки перед databook? Модели в любом случае берутся из центральной библиотеки. Многосимвольные компоненты у меня вообще не получилось добавлять без databook, library client добавляет лишь первый символ. 3d модели прикручиваются в DMS, однако я не нашёл способа это передать в layout, в результате в нём руками прикручиваю модели из M3DL. Есть ли профит в использовании xDM library при работе над проектами в одиночку?

[SII 0]

Ну, у DMS получше с поиском, если что-то сложно-извращённое надо запросить; плюс компоненты организуются иерархически, что удобней. Но в целом, если не брать 3D-модели, особого смысла в использовании DMS в одиночку нет, да и в малой группе тоже сомнительно, особенно с учётом сложностей в её настройке и освоении. Вот в крупной конторе, где реально используются возможности DMS по хранению не только библиотеки, но и кучи другой информации (BOMы, списки поставщиков и т.д. и т.п.) -- там другое дело.

 

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

[Volkov 0]

Проблема с привязкой 3D модели. 3D модель привязывается к Parts. В моем случае Part конденсатора сделан для множества Cell. Итог очевиден, модель привяжется ко всем конденсаторам, с различными cells.

Как то можно привязать модель к конкретному Cell?

[Vovkin 0]

Кто-нибудь сталкивался с проблемой.

Поставил Xpedition Enterprise VX.1.1.

Установил базу PostgreSQL.

Прицепил xDM Server к базе PostgreSQL.

Но при попытке добавить какой либо элемент из центральной библиотеки

в xDM Library Tools на xDM Server выпадает ошибка.

 

operationType=Load, operationAction=Update object result=FAIL

message=com.mentor.datafusion.dfo.DFODatabaseException: Number: 9999

Message: SQL_ERROR 7 : [42P18] ОШИБКА: не удалось определить тип данных параметра $2;

 

Посмотрел лог PostgreSQL. Там записи.

 

ОШИБКА,42P18,"не удалось определить тип данных параметра $2",,,,,,"SELECT ""te_123"".""obj_id"", ""te_123"".""snr"", ""te_123"".""bckend"", ""te_123"".""libspec"" FROM ""te_123"" WHERE ((upper(""te_123"".""snr"") = upper($1)) AND (upper(""te_123"".""bckend"") = upper($1)) AND (upper(""te_123"".""libspec"") = upper($1)))",,,""

ОШИБКА,42P18,"не удалось определить тип данных параметра $2",,,,,,"SELECT ""te_122"".""obj_id"", ""te_122"".""snr"", ""te_122"".""bckend"", ""te_122"".""libspec"" FROM ""te_122"" WHERE ((upper(""te_122"".""snr"") = upper($1)) AND (upper(""te_122"".""bckend"") = upper($1)) AND (upper(""te_122"".""libspec"") = upper($1)))",,,""

ОШИБКА,42P18,"не удалось определить тип данных параметра $2",,,,,,"SELECT ""te_122"".""obj_id"", ""te_122"".""snr"", ""te_122"".""bckend"", ""te_122"".""libspec"" FROM ""te_122"" WHERE ((upper(""te_122"".""snr"") = upper($1)) AND (upper(""te_122"".""bckend"") = upper($1)) AND (upper(""te_122"".""libspec"") = upper($1)))",,,""

ОШИБКА,42P18,"не удалось определить тип данных параметра $2",,,,,,"SELECT ""te_120"".""obj_id"", ""te_120"".""snr"", ""te_120"".""bckend"", ""te_120"".""libspec"" FROM ""te_120"" WHERE ((upper(""te_120"".""snr"") = upper($1)) AND (upper(""te_120"".""bckend"") = upper($1)) AND (upper(""te_120"".""libspec"") = upper($1)))",,,""

 

это что за проблема? Чего-то недонастроено?

[dmitry-tomsk 0]

Коллеги, а не подскажите что теперь вместо report writer для создания pick & place файла?

[Roman53 0]

Коллеги, а не подскажите что теперь вместо report writer для создания pick & place файла?

А чем Вас report writer не устраивает?

[Vovkin 0]

Кто-нибудь сталкивался с проблемой.

Поставил Xpedition Enterprise VX.1.1.

Установил базу PostgreSQL.....

Пришлось самому разбираться.

Сам спросил. Сам и отвечаю.

В настройках ODBC драйвера надо настройку сделать.

Панель Управления - Администрирование - Источник данных ODBC.

Там для драйвера Postgres надо в свойствах снять галочку

"Server Side Prepare"

 

 

 

 

[dmitry-tomsk 0]

А чем Вас report writer не устраивает?

А вроде как его не было в 64 бит версии. А тут поставил, и он появился! Очень порадовал и extended print, а то как то муторно хранить несколько схем с видами, а потом по одной их печатать.

[Andrey_L 0]

Добрый день!

 

подскажите plz, как сделать чтобы при при копировании некого блока (элементы + разводка) копировалось и положение RefDes как на исходном блоке?

а то копируется все хорошо, но на каждом скопированном блоке приходится заново расставлять Assembly и Silkscreen Refdes.... Если не изменяет память, в EE7.9.x - при копировании положение Refdes сохранялось....

 

и ещё маленький вопрос:

как в DxD сделать операцию аналогичную команде Delete Instance Data в DC? Как для всей схемы так и для отдельного блока?

[dmitry-tomsk 0]

А можно ли в dxdesigner или xpedition как нибудь получить список refdes выделенных компонентов?

[fill 2]

А можно ли в dxdesigner или xpedition как нибудь получить список refdes выделенных компонентов?

[dmitry-tomsk 0]

Спасибо!

А как его скопировать в текстовый файл (составляю руководство по ремонту плат)?

[fill 2]

Спасибо!

А как его скопировать в текстовый файл (составляю руководство по ремонту плат)?

 

Т.к. этот список для оперативной работы, то никак.

Но можете сами написать скрипт используя функции Automations с нужным вам функционалом.