Да уж. Могу только сказать, что в процессе перевода в 16.3 было сообщение типа "design was not changed". Т.е. ничего специфичного для 16.5 в нем не было, и при конвертации не потерялось.

Но проект кривой, это - да. У меня на некоторых цепях вообще какие-то кракозябры были в инфо, никогда такого не видел. Может, специально там чего попортили?

Вообще, я таки снова могу посоветовать вьюер. Слыхал я, что экспедишен крутая система, т.е. выполнить исходную задачу можно очень быстро. Да и время, похоже, есть, раз уже две недели только транслируем... Ладно, шутю.
Вот файлик, в котором точность снижена до двух знаков после запятой. В прежних было больше, выдавался варниг. Помогает?
 163.rar ( 6.49 мегабайт ) Кол-во скачиваний: 58

Не помогло.

Посмотрел interfacelog.txt в том что у вас транслировалось и вижу:
ERROR: Techfile conversion failed!
и куча
ERROR: Unable to issue shapes for padstack 35X28 - layer problems

Т.е. естественно это не удобоваримо. Т.к. нет слоев и нет информации в стеках площадок.

Также при начальном просмотре файла описания топологии LayoutDB.dfl сразу бросается в глаза строчка:

* Layout extent: (0.0 0.0) ((7110,24.0 2893,701.0))

Что то координаты какие-то странные.

Например в удачно транслированной мной плате:
* Layout extent: (-100.0 -33.5) ((50.0 33.5))

Полностью отсутствует секция слоев
и т.д.


По переводу 16.5-->16.3 отсутствие подробного сообщения при сохранении, не означает что на самом деле ничего не произошло , достаточно взглянуть в downrev.log:

Design has content that prevents it from being opened in 16.3.
Saving for 16.3 affects the following design data:

- All properties not supported by earlier revision are removed.
- New constraints are removed.
- All tapers are deleted.
- All Associative Dimensions are converted to static.


Changes made to design for 16.3 compatibility:

General Information:
DRC has been marked Out of Date for this design.

Похоже дорога трансляции усеяна граблями... И вот еще интересно - а все ли переносится так же, как в оригинале? Потому как соответствия разделу констрейнов Same Net в Экспедишне не припоминаю... Плюс еще например темплэйты, тоже вопрос, что с ними будет после трансляции. А без них иногда вообще непонятно, с чего вдруг так цепи накручены.
В общем вопросов может оказаться больше, чем если просто посмотреть все это в оригинале.

Естественно передается только, то что есть в обеих системах. Например я не вижу в Allegro отдельной установки типичной ширины трассы, зазоров до встроенных пассивных компонентов и т.д. Шаблоны ограничений есть и соответственно передаются.

Какой, однако, тонкий холивар...
Все там есть в обеих системах.

Интересно, а что со схемой, ведь надо же еще и ее Frederic-у править. Или так и будет оркадовская? Тут не так много людей, которые так работают (схема в одном, а плата в другом).
В общем, за это время любой, работающий в аллегро, уже бы все закончил. Не проще ли отдать на сторону?

Со схемой как раз все просто. Все делается за пару минут.

Создать проект в DxD с подключенной ЦБ
В DxD выполнить File>Import>OrCAD
На выходе получить схему и раздел в ЦБ с компонентами схемы.
Осталось только импортировать в ЦБ посадочные места.

отдать не проще
к сожалению или счастью изучать Allegro нет ни желания не сил т.к. проект д.б. в DxD-Exp

такие два дивайса с изменениями (увеличение компанентов) необходимо объеденить через XC6SLX150-3FGG484C (это для начала, в процессе работ может его и не хватить) со своей обвязкой + не хилый PIC на одной плате
далее будет развитие этой темы и новые проеты


так и сделал, проблем не возникло

а сейчас пока идет бурная и плодотворная дискуссия с рельными результатами (большое спасибо за помощь) делаю Lib в DxD

Транслированный проект [attachment=64696:163_EXP.7z]

Проблема была в том что было назначено 0 в Primary Gap для дифф. пар.
Замена как показано решает проблему.

извените за долгое отсутствие в обсуждение проблемы - решал семейные проблемы
большое всем спасибо за активное участие и посильную помощь
будем разбираться с полученными результатами

актуальность этого проекта пока поутихла, решено использовать TI дивайсы для пилотного проекта, а только потом полностью разложить их на своем борту

На самом деле вопрос не только в конкретном проекте, а вообще в целом. Как я уже упоминал, пара демо-проектов от атмела у меня не конвертируются, а от freescale - все нормально. Надо посмотреть неконвертирующиеся проекты на предмет обнаруженных нюансов. Так что время потрачено не зря.

втророй виток спирали

давно сделал и проблем нет

из 163_EXP.7z получил файлы
Cell.hkp
Padstack.hkp
PDB.hkp
импорт в ЦБ Padstack.hkp далее Cell.hkpPDB.hkp
но как только импортирую PDB.hkp в ЦБ в разделе Parts цепляются Cell,но пропадают Symbol

повтороно в DxD выполняю File>Import>OrCAD получается все зеркально наоборот - цепляются Symbol,но пропадают Cell

не могу создать полноценную ЦБ

и будущий вопрос - имея полноценную ЦБ как поженить проект DxD и проект 163_EXP.7z ???

почемуто пропала возможность редактировать свое сообщение

по Lib тут fill расжевал http://electronix.ru/forum/index.php?showt...%EE%F2%E5%EA%E0

Могу предположить что на символах схемы нет упоминания о именах ячеек (в OrCAD-е это атрибут PCB Footprint - при конвертации он стандартно преобразовывается в атрибут PKG_TYPE), соответственно они и не попали в PDB со стороны схемы. Ну а со стороны топологии символы в PDB естественно попасть никак не могут, т.к. в топологии они никак не присутствуют.

Я бы взял варианты PDB из схемы и в них импортировал ячейки.

Синхронизация - если в проекте OrCAD-Allegro не было бардака, и имена компонентов\ячеек\цепей совпадают в схеме-топологии, то все просто: например в топологию созданную на основе импортированной схемы, импортировать файлы *.hkp транслированной платы, при возникновении ошибок импорта, пытаться их устранить (с той или другой стороны - где покажется удобнее).

вроде так и есть, см картинку


так сказать принял волевое решение - диаметрально противоположное
мне показалось это более грамотно, иначе к примеру по конденсаторам 0402, 0603, 08005, 1206 я потеряю инфу о Cell, т.к. PartNunber у них один на все CAP NP
в ЦБ в компанеты полученные из Ехр заменил символы полученные из Orcad


теперь у меня ЦБ соответствует проекту в Ехр, но не соответствует DxD
завтра начну делать замену компанентов в DxD и по идеи упаковка должна пройти на ура

и вопрос - как получить полный проект ???
1.подложить директорий РСВ (проекта 163) в DxD
2.упаковка в DxD
3.кнопка Ехр РСВ ?
4.вообще что будет дальше ??????

Невнимательно читаешь мой предыдущий пост:

- проект DxD - импорт схемы
- упаковка
- аннотация в плату
Имеем нетлист из схемы и пустая топология.
Из транслированной платы сделай экспорт *.hkp
Импортируй их в пустую топологию.
Если имена цепей, компонентов и т.п. совпадают то импорт пройдет успешно. Иначе читай ошибки - в них конкретно указывается что не нравится.

В принципе можно и наоборот. Но там больше проблем, т.к. надо сначала переопределить топологич. проект, вместо нетлистового его сделать на основе DxD. Затем в пустую схему DxD импортировать схему из транслированного проекта DxD....