Export-Import symbols из ЦБ в библиотеку проекта, Проблема с перемещением символов Опции

[mov]

Скажите пожалуйста, как из ЦБ перекинуть символы в библиотеку проекта?
Использую Library Services . Причём cell-ы перебрасываются без проблем.

[fill]

Скажите пожалуйста, как из ЦБ перекинуть символы в библиотеку проекта?
Использую Library Services . Причём cell-ы перебрасываются без проблем.

Что вы понимаете под библиотекой проекта?

[mov]

В папке пректа была создана библиотека с именем проекта и расширением .lmc., куда были экспортированы parts, cells но не были экспортированы symbols.

[fill]

В папке пректа была создана библиотека с именем проекта и расширением .lmc., куда были экспортированы parts, cells но не были экспортированы symbols.

1. Если вы просто выбрали папку проекта в качестве новой ЦБ, то будуте иметь в дальнейшем проблемы, т.к. LM и DxD будут обращаться к одинаковым файлам настройки и переписывать их. Правильный путь это создать в папке проекта подпапку, которую и преобразовать в ЦБ.
2. Чтобы перенести символы DxD можно открыть проектную ЦБ в LM, в окне дерева иерархии ЦБ нажать ПКМ на символьном разделе и выбрать в меню Import_Symbols, в появившемся диалоге переместится в ту папку, где содержаться нужные символы и выбрать их для импорта.

[K_AV]

1. Если вы просто выбрали папку проекта в качестве новой ЦБ, то будуте иметь в дальней проблемы, т.к. LM и DxD будут обращаться к одинаковым файлам настройки и переписывать их. Правильный путь это создать в папке проекта подпапку, которую и преобразовать в ЦБ.

Извините, понятно, что "в дальней" - это описка, только непонятно, в какую сторону. Имеется в виду "в дальнейшем" или "в более далекой [в смысле библиотеки, т.е. ЦБ за пределами папки проекта]"?

Значит, располагать ЦБ непосредственно в папке проекта не рекомендуется, нужно делать как минимум подпапку обязательно? У разработчиков Ментора "хомут" в виде одинаковых имен настроечных файлов для различных объектов (библиотека, проект), я правильно Вас понял?

Может быть, тогда существуют какие-то общие рекомендации по местам размещения проектов и библиотек (официально или по опыту работы "as is")?

[fill]

1. Поправил.
2. Т.к. проект (как и ЦБ) это не один файл, а набор папок и файлов. То установка одной и той же папки в качестве проекта и ЦБ приведет к мешанине, в которой вы сами потом не разберетесь (софт тоже) - где папки от проекта, где от ЦБ и т.п.
Обычно рекомендуется сделать отдельную папку для хранения проектов и отдельную для хранения библиотек. Посмотрите на данные лабораторных:
common - содержит подпапки с конфиг. файлами, библиотеками и прочим
projects - содержит проекты
все понятно и логично, главное знаешь где что можно найти.

[K_AV]

2. Т.к. проект (как и ЦБ) это не один файл, а набор папок и файлов. То установка одной и той же папки в качестве проекта и ЦБ приведет к мешанине, в которой вы сами потом не разберетесь (софт тоже) - где папки от проекта, где от ЦБ и т.п.
Обычно рекомендуется сделать отдельную папку для хранения проектов и отдельную для хранения библиотек. Посмотрите на данные лабораторных:
common - содержит подпапки с конфиг. файлами, библиотеками и прочим
projects - содержит проекты
все понятно и логично, главное знаешь где что можно найти.

А с помощью DxD разве можно просто открыть какую-то ЦБ и редактировать/создавать символы в ней, если эта ЦБ просто "висит в пространстве", не приписана ни к какому из проектов (скажем, перенесена с другого компьютера)? Ведь вроде бы "по умолчанию" DxD позволяет открыть только библиотеку, связанную с текущим проектом, ну и можно сменить текущий проект на другой (File-Open-Project). Ну вроде бы еще можно прицепить "символьную" часть дополнительной библиотеки к библиотекам, уже подключенным к текущему проекту (в DxD в дереве проекта Libraries-[ПКМ]-Add Library).

Т.е. получается, что библиотека без проекта вроде как и недоступна? И даже, видимо, не существует?
Если посмотреть на структуру "свежесозданной" при помощи LM ЦБ - увидим, что в её структуре файлов и папок имеется всё, составляющее самостоятельный проект, плюс дополнительные файлы и папки, в "свежесозданном" проекте (без ЦБ) отсутствующие.

Можно ли это трактовать так, что при создании ЦБ создается и одноименный проект, который можно использовать "как проект", а можно и не использовать, оставляя его пустым?

Вообще, можно ли где-нибудь почитать внятно, не в 2 словах, насчет насчет библиотек вообще и ЦБ в частности и взаимоотношений между библиотеками разного вида и проектами, насчет процедур подключения библиотек к проекту? Желательно с учетом использовния DxD для создания/редактирования символов. А то стандартно в тренингах в 2 словах написано, что библиотеки существуют, и среди них бывают ЦБ. Всем радоваться 3 дня по этому поводу.
Повторить процедуру подключения ЦБ (как показано в ролике DxD_CDB.swf) можно, но почему именно так, и зачем такая "многоходовая комбинация" - непонятно. Могут ли быть какие-то библиотеки кроме ЦБ - непонятно.
Вроде бы после подключения ЦБ (или независимо от этого) к проекту можно подключить дополнительные библиотеки (упоминал выше - в DxD в дереве проекта Libraries-[ПКМ]-Add Library). Но непонятно, каковы будут их "права" в проекте, т.к. они - не часть ЦБ, назначенной для проекта, и известно, что ЦБ в проекте может быть одна.
Поэтому и требуется не "руководство для повторения", а разъяснение для понимания. Перевод описания LM (Library Manager_Rus.pdf) на эту роль тоже не очень годится. Из HELP тоже не понял (может, не там смотрел).
Чувствую (определенным местом организма), что мне будет отвечено - сам не знаешь, чего тебе надо.

[fill]

1. Папка ЦБ изначально не содержит sym, sch, pkt, wir .... Эти папки схемного проекта появятся только если вы откроете ЦБ как схемный проект в DxD. Т.е. содержание папки проекта и папки ЦБ изначально абсолютно не совпадает (за исключением одного файла viewdraw.ini, а в EE2007 и его нет).
2. Т.к. DxD являлся универсальным схемным редактором, то он строил свои схемные библиотеки, концепция которых отличается от концепции ЦБ. Версия 2005 это переходная версия - от разрозненных символьных библиотек к единой ЦБ (так же как это было сделано в маршруте DC-ExpeditionPCB). В EE2007 никаких доп. шагов по подключению символьных разделов не требуется (посмотрите видео SetUpAndBus.zip в ветке ликбеза, там показаны шаги по созданию нового проекта).
3. У вас есть полноценная документация, в ней lm_proc_gd.pdf подробно описывает библиотекарь и его применение. У нас есть также тренинг Library_Manager_for_DxDesigner_to Expedition_PCB_Flow - не переведен, т.к. ждем момента когда закончится процесс глобальной переработки DxD и LM.

[K_AV]

1. Папка ЦБ изначально не содержит sym, sch, pkt, wir .... Эти папки схемного проекта появятся только если вы откроете ЦБ как схемный проект в DxD. Т.е. содержание папки проекта и папки ЦБ изначально абсолютно не совпадает (за исключением одного файла viewdraw.ini, а в EE2007 и его нет).

Как же? Вот специально создал новую ЦБ (LM: File-New-...) и новый проект (DashBoard: File-New-Project-DxDesigner, Default...) - см. на скриншоте. Ни проект, ни ЦБ открывать чем бы то ни было даже не пытался, сразу сделал скриншот ТоталКоммандера.

2. Т.к. DxD являлся универсальным схемным редактором, то он строил свои схемные библиотеки, концепция которых отличается от концепции ЦБ. Версия 2005 это переходная версия - от разрозненных символьных библиотек к единой ЦБ (так же как это было сделано в маршруте DC-ExpeditionPCB).

К сожалению, понятнее от этого не стало. Принимаем как есть, бо понимать тут нечего, правильно? Спасибо, видео посмотрю.

3. У вас есть полноценная документация, в ней lm_proc_gd.pdf подробно описывает библиотекарь и его применение. У нас есть также тренинг Library_Manager_for_DxDesigner_to Expedition_PCB_Flow - не переведен, т.к. ждем момента когда закончится процесс глобальной переработки DxD и LM.

Спасибо, этот PDF я прозевал, посмотрю. А тренинг, я так понимаю, переводить уже и не будете в связи с изменениями к релизу 2007. Посмотрю на английском.

[fill]

В EE2007

[K_AV]

В EE2007

Понятно, только я пока к 2005 привязан, и писал выше только про него (в т.ч. про наличие структуры проекта в структуре ЦБ - она таки имеется). И вновь созданная ЦБ сразу же появилась в списке проектов DashBoard, т.е. LM вписал ее как проект в список имеющихся проектов (во время создания ЦБ DashBoard не был запущен - запускался LM непосредственно).

[fill]

. И вновь созданная ЦБ сразу же появилась в списке проектов DashBoard, т.е. LM вписал ее как проект в список имеющихся проектов (во время создания ЦБ DashBoard не был запущен - запускался LM непосредственно).

Это проблема 2005 которую устранили в 2007.