Хранилище компонентов -- центральная библиотека. Песочница -- её частный случай (ЦБ, сопряжённая с базой данных 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), по которому производится сопроставление записи в базе с компонентом в ЦБ.

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

а как пронумеровать страницы в иерарх блоках? Cross reference выдаёт ошибка
scout: Error 188: Locked objects detected (close schematics).
да вроде в dxd и кнопки лок никакой нету...........

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

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

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

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

Кто-нибудь сталкивался с проблемой.
Поставил Xpedition Enterprise VX.1.1.
Установил базу PostgreSQL.
Прицепил xDM Server к базе PostgreSQL.
Но при попытке добавить какой либо элемент из центральной библиотеки
в xDM Library Tools на xDM Server выпадает ошибка.



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



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

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

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

Пришлось самому разбираться.
Сам спросил. Сам и отвечаю.
В настройках ODBC драйвера надо настройку сделать.
Панель Управления - Администрирование - Источник данных ODBC.
Там для драйвера Postgres надо в свойствах снять галочку
"Server Side Prepare"

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

Добрый день!

подскажите plz, как сделать чтобы при при копировании некого блока (элементы + разводка) копировалось и положение RefDes как на исходном блоке?
а то копируется все хорошо, но на каждом скопированном блоке приходится заново расставлять Assembly и Silkscreen Refdes.... Если не изменяет память, в EE7.9.x - при копировании положение Refdes сохранялось....

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

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

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

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