Немного сдвинулось. Удалось имортировать SYMs но только через DxD TO LIBRARY MANAGER MIGRATION WIZARD

Теперь думаю надо както сделать эти SYMS приатаченные к компонентам в CL библиотеке. Куда я уже импортировала их из PCB

1. Чтобы не путаться начните с того что создайте новую ЦБ
2. Создайте разделы в ЦБ (для начала по одному разделу для каждого типа информации) Tools>Partition_Editor
3. Запустите транслятор схемы
4. Импортируйте траслированные в проект символы в ЦБ (Tools>Import_Symbols)
5. Запустите транслятор топологии
6. Импортируйте траслированные Padstack и Cell в ЦБ (Tools>Library_Services)
7. Откройте схему в DxD. Запустите Tools>Create_pcb_netlist выберите формат нетлиста Expediton, и включите галочку запуска команды после обработки.
8. После запуска откроется меню для создания проекта платы или подключения к существующему.
9. После выполнения помимо создания проекта платы в папке проекта создастся и файл PDB.hkp в котором лежат PDB сделанные на основе схемы. Импортируйте PDB из этого файла в ЦБ.
10. Теперь в ЦБ есть все, но т.к схема оттранслирована то символы на ней не имеют указания на раздел библиотеки и в импортированных PDB они также записаны без указания раздела (для законченности можно в каждый PDB еще импортировать по такому же символу но уже из раздела ЦБ, т.е внутри PDB будет две строчки с символом например:
AT24C32W
test:AT24C32W
Полученная после трансляции схема скорее всего пригодна для работы с Expedition только старым способом (не через подключенную к проекту схемы ЦБ), проблема в разности данных на символах схемы и информации PDB. Генератор нетлиста обязательно сравнивает информацию на символьном уровне (номера пинов- имена пинов) и в PDB и если есть какие-либо не соответствия не будет передавать нетлист в Expedition. Если убрать с уровня символов номера пинов, то скорее всего проблема исчезнет.
11. В заключении чтобы получить топологию такую же как была в PADS импортируем JobPrefs.hkp, Layout.hkp, NetClass.hkp, NetProps.hkp, в пустой пока проект платы. Возможно еще придется доимпортировать Padstack.hkp, т.к например отверстия на схеме никак не фигурируют.
12. Проект остается нормальным работоспособным, т.е. проходит и прямая и обратная аннотации. Единственное отличие от работы через ЦБ только в том что если добавляется какой-либо компонент в схему, надо перед выполнением прямой аннотации импортировать его PDB или прямо в ЛБ или в ЦБ из сгенеренного файла PDB.hkp


Вот проект preview который я только что перетранслировал из PADS с созданной библиотекой для примера раскройте его на C:\DX_Projects

Имееттся в виду два символа один из раздела ALL а другой из моего созданноего partition?



У меня работоспособности пока нет. Всё вроде работает до момента импорта топологии. После этого ни прямая ни обратная анотация не работает. Кстати в редакторе PDB не отображаются SYMs.

Вот посмотрите картинку жёлтым цветом показано что символ в партишине ечть. Красным что символ не привязан к компоненту. Синим я показываю PDB и что там символ есть. Но в тоже время его не отображает превью спара вверху.

Я Вам специально прислал проект с библиотекой. Откройте мою библиотеку и все увидите. И в preview в PDB увидите символ если выберите активным второй символ (у которого есть префикс раздела).

Ну да работает. У меня тоже всё заработало. Большое спасибо за помощь. Была одна тонкость, при импорте топологии. Надо отключать импорт компонентов.

Впредь внимательно надо читать написанное - пункт 11, специально перечислил только то что нужно импортировать

Поясните мне один момент. Почему после импорта символов LibManForDC-Exp я вижу символы в нём. Но если я открываю туже библиотеку в DC SymbolEditor то он не видит этих компонентов. И это не первый раз. Кажется что партишн символов в первой программе не передаётся в партишн второй. К примеру я создаю пустую новую библиотеку в LibManForDC. И создаю по одному партишн для всего. Но когда я открываю эту быблиоетку DC LibMan там нет партишина символов (остальные есть). Если его создать то дальше всё работает так. Первая программа видит свой, а вторая свой пар. Имя одно а партишины разные.

Ничего не понял, на картинке у Вас два разных библиотекаря (для DC и для DxD), а в тексте речь только о библиотекаре для DC.

Разные? В таком случае как одну преобразовать в другую. Ну или во всяком случае скопировать символы из одной в другую.

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

Получается что символы библиотеки должны редактироваться разными способами для разных программ DxD и DC. Всё осталное одно и тоже так как всё это для Exp. И всётаки вопрос об копировании Dx символа в DC Lib остаётся в силе.

Я бы не стал смешивать в одной ЦБ символы для разных редакторов схем (не известно к чему это может привести в дальнейшем). Подразумевается что пользователь будет работать с одним из схемных редакторов или DC или DxD а не вместе. И соответственно с одним из библиотекарей.

Ничего против не имею. Но, можноли импортировать символы уже созданные в DxD?

Сами Вы что предпочитаете DxD или DV (DC)?

Кстати а как в DxD свапить элементы одной МС? Ну или свапить пины?

1. Вы же сами импортировали в ЦБ символы фактически созданные в DxD. Естественно можно.
2. У меня нет пока предпочтения, т.к в DC есть вещи которых нет пока в DxD (поворотные виды, толщина линий, удобство редактирования графики символа, перевернутый текст) и наоборот. Т.е. для меня пока нет однозначного лидера. Посмотрим что будет реализованно нового в конце сентября в DxD.
3. Что значит свапить для символьного редактора? Своп делают на плате, а на схеме отображается результат (изменение номеров)

Я? Я не смогла. Я импортировала символ из DxD в ценральную библиотеку DxD-Expedidion. Вопрос в том как её импортировать в CL-DC



Когда делать swap или ренумерацию RefDes лучше оставлять на выбор проектировщику. Бывают ситуации когда необходимо.

Ну не знаю что Вы там наделали, но я без каких-либо проблем импортировал в ЦБ для Dx символы из DC. Теперь эта ЦБ открывается и в LM_for_DxD и в LM_for_DC. И есть изображение в окне preview и символов DxD и символов DC, в зависимости через какой LM открыли в данный момент ЦБ.
Эта ЦБ в приложении, вместе с edif_in.slb и схемой полученными при конвертации через EDIF. При конвертации использовал SCALE 2 в edifcnfg.asc, при увеличении символы увеличиваются, но схема ухудшается, нужно поиграться параметрами при генерации EDIF (в меню аж две настройки: SCALE_Factor и указание на альтернативный конфиг. файл) и при чтении EDIF. Можно добиться что и символы и схема будет один в один как исходные.

Свопирование это перестановка эквивалентных компонентов, вентилей и пинов с целью достижения прежде всего минимизации длины связей и улучшения трассировки, соответственно это делается в в плате где все это видно. То что Вы называете свопом на схеме, это как правило предупаковка, когда хочется например чтобы в один корпус попали определенные вентили. Для этого достаточно или принудительно задать одинаковый RefDes, или задать аттрибут говорящий программе упаковки что данные вентили нужно разместить в один корпус не давая конкретного номера RefDes. Номера пинов естественно тоже можно задать если нужно. Если запретите упаковщику переупаковывать то он оставит все RefDes и пины как заданно на схеме, если нет то переупакует.

Я об обратном конвертировании.



Всё гораздо проще. Это когда я хочу чтобы на схеме, в конкретном месте, был именно этот элемент микросхемы. Зачем? Ну например при back-developing Это полезно.

BTW Про то что обычно переименовывают в плате я знаю.