Orcad-Expedition interface, все про эту связку Опции

[AlexN]

Что-то лечим, что-то калечим. Уже можно говорить, что как обычно свежий (Update 10) опять поломал эту связку (ту, что через kyn). Клинит при переименовании цепей в схеме. Раньше было так: меняешь название цепи, генеришь нетлист, делаешь FA, получаешь warnings, в котором описано, чего на чего поменял и на какие трассы назначены новые имена. Если не меняя нетлист сделать FA еще раз, то warnings нет, поскольку нет измениений, они же проведены в предыдущем FA.
А теперь при повторном FA того же нетлиста имеем повторные warnings на те же самые изменения. Как будто с прошлого FA они не были проведены.
Очень плохо.

Дополнение. Связку Orcad Capture -> Allegro netlist -> Expedition сломали тоже. При смене имени даже одной цепи в схеме начинает их тусовать по кругу в плате. Чо-то наверное со своей шифрацией-дешифрацией глюкует.

Вот пример. На пробном проекте оменял цепь A102 на A2 (на плате оттрассирована).
А вот лог:
--------------------------------------------------
Version: 02.11.12

Netloading the Layout. Unused components will be deleted.

Unconnected pins will be set to net "(Net0)".

Schematic reference designator changes will be forward annotated.

WARNING: Net "A104" is being renamed to "A2" to match the change
in the schematic.

WARNING: Net "B101" is being renamed to "A106" to match the change
in the schematic.

WARNING: One net "A106" is being reset to "(Net0)-1" because a
net by this name has already been entered in the layout.

Netload completed successfully with 3 warning(s).

Back Annotating...

Updating Logic Database...

Version: 99.00.05

Writing a list of routed plane pins to Logic\rtdplane.caf.

Finished updating the Logic Database.

Creating a formatted Schematic Netlist (LogFiles\AfterBakAnnoNetlist.txt)...
A formatted Schematic Netlist has been created.

Creating a new Keyin Netlist (C:\_WG_Projects2\2007_work\probe exp 2007\probe exp 2007.kyn)
from the Logic Database (Work\Layout_Temp\LogicDB.lgc)...
A new Keyin Netlist has been generated.



Beginning Netload on the Layout Design.
---------------------------------------------------
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A2 to a trace which was originally on net A102.
Assigned net A104 to a trace which was originally on net A2.
Assigned net A104 to a trace which was originally on net A2.
Assigned net A104 to a trace which was originally on net A2.
Assigned net B101 to a trace which was originally on net (Net0)-1.
Assigned net B101 to a trace which was originally on net (Net0)-1.
Assigned net B101 to a trace which was originally on net (Net0)-1.

Some nets were completely deleted from the Layout Design....
Deleted net A102, which has no pins, from the Layout Design.
Deleted net (Net0)-1, which has no pins, from the Layout Design.

Forward-Annotation on the Layout Design has been successfully completed.

There were 13 reassignments of nets.
There were 0 traces broken back.
There were 2 nets removed from the Layout Design.


МРАК


все, закусило. Теперь мутузит по кругу цепи, даже если нет никаких мзменений в схеме.

[SergeyL]

А в каком релизе все работало? А то скоро тоже придется плату из оркадовской схемы разводить.

[AlexN]

А в каком релизе все работало? А то скоро тоже придется плату из оркадовской схемы разводить.

в 2007.3 с любыми апдейтами - глючит.
в 2007.2 глючит, потому что теряет назначения цепей классам. (пишут, что починили в 2007.3)

так что и не знаю, чего посоветовать. Сам ломаю голову, как жить. Хорошо еще, что нет никаких проектов в работе, можно трахаться, тусуя версии туда-сюда.

Кстати, появилась несовместимость проектов от апдейта к апдейту в рамкох одной версии. Например, проект, сохраненный в 2007.3upd10 не открывается в 2007.3upd8.

теперь надо все проекты архивировать прежде чем ставить новый update. Иначе если откатить udate проект все равно не открыть...

[SergeyL]

Спасибо. Будем думать. Не очень конечно радостная весть.

[atlantic]

Номер апдейта, наводит на грустную мысль, это сколько-же еще предстоит "прекрасных" моментов?
Что-то не так, в недатском королевстве :-(.

Может Александр поделится, или расскажет, что там у них происходит ?

[AlexN]

Номер апдейта, наводит на грустную мысль, это сколько-же еще предстоит "прекрасных" моментов?
Что-то не так, в недатском королевстве :-(.

Может Александр поделится, или расскажет, что там у них происходит ?

а меня количество апдейтов не напрягает. Прорамма сложная, и работа у програмеров тоже сложная. Всего не предусмотришь. Меня больше напрягает их система тестирования. Я имею в виду некорректную работу самых базовых функций. Самый яркий пример - выход DxD2007. Мне полчаса хватило потыкать, чтобы найти порядочное количество косяков. В этом случае закрадывается очень сильное сомнение, что если уж в простых функциях накосячили, то как же оно вообще может работать в комплексе. Ну а что касается конкретно orcad-expedition интерфейса, то он в версии 2007.3 не работает корректно ни через аллегро нетлист, ни через kyn нетлист, а значит не тестировался вообще. В 2007 то ли .1 то ли .2 через kyn нетлист теряет назначения цепей классам. То есть не работает тоже. И не тестировалось тоже. В 2007.3 назначения цепей классам поправили, сломали другое. А вот последний апдейт на 2007.2 вышел позже чем 2007.3, но там работу с kyn так и не поправили. Так что в данный момент хоть на 2005 откатывться. Но и тут сложности - аски шифровать-дешифровать....

А Александра действительно интересно послушать.

[cioma]

В 2005 шифровать ASCII??? Этож в 2007 надо, в 2005 все ок.

[AlexN]

В 2005 шифровать ASCII??? Этож в 2007 надо, в 2005 все ок.

я имел в виду откатиться с 2007.3, где все эти заморочки с шифрованием. Потому как ежели не дай бог сохранил проект в 2007.3, то уже не откроется в предыдущих, надо в аски, дешифрировать, править руками, причем все проекты, поскольку нет памяти, что сохранял в 2007.3 а что нет...

[cioma]

Кстати, немного офф, думается, что скоро ASCII совсем уберут

[atlantic]

Кстати, немного офф, думается, что скоро ASCII совсем уберут

Уже было :-), убирали, но вернули с шифрованием.
ИМХО, у них там что-то не так в королевстве, колбасит их из одной крайности в другую.
Мой прогноз (в долгосрочной перспективе 1-2 года): вернут нормальные ASCII и [Save] в DxD,
или "что-то" произойдет :-).

[cioma]

или в крайнем случае освоим automation - делов то

[fill]

Номер апдейта, наводит на грустную мысль, это сколько-же еще предстоит "прекрасных" моментов?
Что-то не так, в недатском королевстве :-(.

Может Александр поделится, или расскажет, что там у них происходит ?

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

По поводу интерфейса к OrCAD - судя по тому, что в базе не видно SR по данному поводу, то либо мало кто пользуется им, либо пользуются старыми версиями и поэтому с вашими проблемами не сталкиваются.

[AlexN]

orcad-expedition интерфейс через kyn нетлист в очередной раз поломали, на этот раз постаралась cadence. Для работы нетлистера от ментора (mentorKYN.exe) нужен штатный usernetl.dll от cadence. Однако в последнем релизе 16.3 Cadence переименовала его в orUsernetl.dll, вследствие чего менторовский нетлистер её найти естественно не может и выходит с ошибкой. Если подсунуть usrnetl.dll от релиза 16.2 в релиз 16.3, то нетлистер просто виснет. Видимо старая dll не может корректно взять данные из схемы.
такие вот пироги с котятами.

[AlexN]

голь на выдумки хитра. Предположим, что имя вызываемой процедуры "зашито" в теле программы. Смотрим листером от тотал командера, ищем поиском usernetl - есть!
Открываем winhex - ом, правим usernetl на orusernetl, сохраняем, проверяем - работает!

для ленивых - уже готовый прикреплен к посту.

Прикрепленные файлы

 mentorKYN_for_spb163.zip ( 40.29 килобайт ) Кол-во скачиваний: 72

 

[romanp]

голь на выдумки хитра. Предположим, что имя вызываемой процедуры "зашито" в теле программы. Смотрим листером от тотал командера, ищем поиском usernetl - есть!
Открываем winhex - ом, правим usernetl на orusernetl, сохраняем, проверяем - работает!

для ленивых - уже готовый прикреплен к посту.

Ot lenivix - spasibo

[romanp]

Ot lenivix - spasibo

Не, не работает. Пишет :
Run time error '453'
Can't find dll entry point CLen in orusernetl

[Victor®]

Не, не работает. Пишет :
Run time error '453'
Can't find dll entry point CLen in orusernetl

Работает в 16.5 точно. Проверено на живом проекте.

[AlexN]

Работает в 16.5 точно. Проверено на живом проекте.

да, и в 16.3 и в 16.5 у меня работает

[malkut.ss]

У меня патченый mentorKYN.exe отказывается работать. Он-то генерит KYN-нэтлист, но только там внутри названия нэтов и рефдезы, а самих партов нет:

Код

%part
\\          \C79\
%net
\GND\           \C79\-\2\
\VDD_LFA\           \C79\-\1\
%part
\\          \R12\
%net
\GND\           \R12\-\1\
\N4188280\           \R12\-\2\
%part
\\          \R21\
%net
\GND\           \R21\-\2\
\N4188758\           \R21\-\1\

В этом куске kyn-нэтлиста видно, что названий партов нет. Чудеса да и только.... Никто с такой проблемой не сталкивался?

[AlexN]

У меня патченый mentorKYN.exe отказывается работать. Он-то генерит KYN-нэтлист, но только там внутри названия нэтов и рефдезы, а самих партов нет:

Код

%part
\\          \C79\
%net
\GND\           \C79\-\2\
\VDD_LFA\           \C79\-\1\
%part
\\          \R12\
%net
\GND\           \R12\-\1\
\N4188280\           \R12\-\2\
%part
\\          \R21\
%net
\GND\           \R21\-\2\
\N4188758\           \R21\-\1\

В этом куске kyn-нэтлиста видно, что названий партов нет. Чудеса да и только.... Никто с такой проблемой не сталкивался?

никаких чудес. скорее всего Вы ничего не меняли на вкладке Creat netlist, а там по умолчанию в поле Combined property string стоит {Value}, которое на схеме пустое, я так понимаю именно его использует MentorKYN.exe.
Лучше завести спец атрибут на схемных part, назвать его, например, Device (как для Allegro), и заполнить названием Part из ЦБ.
Или, если не хочется заводить спецатрибут, используйте, например, стандартный PCB Footprint. см. скриншоты.

Если вы только начинаете эту связку, то лучше пользовать более современный путь - в оркаде формировать allegro netlist и всасывать его в expedition, тогда не надо в ЦБ делать parts, можно пользовать голые cell. Один недостаток - у device должны быть одинаковые value, иначе оркад нетлист не сформирует. Но это и достоинство, которое будет оценено позже при создании BOM.

Эскизы прикрепленных изображений

 

[malkut.ss]

никаких чудес. скорее всего Вы ничего не меняли на вкладке Creat netlist, а там по умолчанию в поле Combined property string стоит {Value}, которое на схеме пустое, я так понимаю именно его использует MentorKYN.exe.
Лучше завести спец атрибут на схемных part, назвать его, например, Device (как для Allegro), и заполнить названием Part из ЦБ.
Или, если не хочется заводить спецатрибут, используйте, например, стандартный PCB Footprint. см. скриншоты.

Если вы только начинаете эту связку, то лучше пользовать более современный путь - в оркаде формировать allegro netlist и всасывать его в expedition, тогда не надо в ЦБ делать parts, можно пользовать голые cell. Один недостаток - у device должны быть одинаковые value, иначе оркад нетлист не сформирует. Но это и достоинство, которое будет оценено позже при создании BOM.

Как раз спец. атрибут используется. Я его вписываю в поле Combined property string (фигурные дужки оставляю), но поля %part в kyn-файле остаются пустыми.

[AlexN]

Как раз спец. атрибут используется. Я его вписываю в поле Combined property string (фигурные дужки оставляю), но поля %part в kyn-файле остаются пустыми.

ну выложите тестовый проектик

[malkut.ss]

ну выложите тестовый проектик

Прикрепил. Спец. атрибут - Code
 RADIO.zip ( 46.61 килобайт ) Кол-во скачиваний: 99

[AlexN]

действительно, какая-то фигня с этим файлом. Ему не нравится атрибут Code, как впрочем и PCB Footprint, который я использую у себя. Я подобных проблем никогда не имел. В Вашем файле ввел для всех parts атрибут ABC, в него скопировал всё из Code, и всё заработало (!?). Копировал содежимое так: на заголовке ячейки с названием атрибута Code Control-C (копируются все значения), а на заголовке ячейки с названием ABC Control-V.

кусочек нетлиста:

Код

;; V4.1.0
;;KYN Netlist File
;;Created by Netlist Formatter
;;Wednesday, November 30, 2011
;;
;;
%part
\SX000000607\          \R12\
%net
\GND\           \R12\-\1\
\N4188280\           \R12\-\2\
%part
\SX000002182\          \R21\
%net
\GND\           \R21\-\2\
\N4188758\           \R21\-\1\
%part
\SX000005971\          \C18\
%net
\GND\           \C18\-\2\
\N4188280\           \C18\-\1\
%part
\SX000002447\          \C19\
%net
\GND\           \C19\-\2\
\N4188280\           \C19\-\1\
%part
\TX00886\          \U2\
%net
\GND\           \U2\-\4\
\N4188280\           \U2\-\5\
\N4188348\           \U2\-\7\
\N4188356\           \U2\-\6\
\N4188438\           \U2\-\2\
\N4188510\           \U2\-\1\
\N4188518\           \U2\-\3\
\VDD_HFA\           \U2\-\8\
%part
\TX00894\          \Q2\
%net
\GND\           \Q2\-\2\
\GND\           \Q2\-\4\
\N4188746\           \Q2\-\1\
\N4781630\           \Q2\-\3\
%part
\TX00918\          \C88\

Прикрепленные файлы

 RADIO2.ZIP ( 120.41 килобайт ) Кол-во скачиваний: 20

 

[malkut.ss]

действительно, какая-то фигня с этим файлом. Ему не нравится атрибут Code, как впрочем и PCB Footprint, который я использую у себя. Я подобных проблем никогда не имел. В Вашем файле ввел для всех parts атрибут ABC, в него скопировал всё из Code, и всё заработало (!?). Копировал содежимое так: на заголовке ячейки с названием атрибута Code Control-C (копируются все значения), а на заголовке ячейки с названием ABC Control-V.

кусочек нетлиста:

Код

;; V4.1.0
;;KYN Netlist File
;;Created by Netlist Formatter
;;Wednesday, November 30, 2011
;;
;;
%part
\SX000000607\          \R12\
%net
\GND\           \R12\-\1\
\N4188280\           \R12\-\2\
%part
\SX000002182\          \R21\
%net
\GND\           \R21\-\2\
\N4188758\           \R21\-\1\
%part
\SX000005971\          \C18\
%net
\GND\           \C18\-\2\
\N4188280\           \C18\-\1\
%part
\SX000002447\          \C19\
%net
\GND\           \C19\-\2\
\N4188280\           \C19\-\1\
%part
\TX00886\          \U2\
%net
\GND\           \U2\-\4\
\N4188280\           \U2\-\5\
\N4188348\           \U2\-\7\
\N4188356\           \U2\-\6\
\N4188438\           \U2\-\2\
\N4188510\           \U2\-\1\
\N4188518\           \U2\-\3\
\VDD_HFA\           \U2\-\8\
%part
\TX00894\          \Q2\
%net
\GND\           \Q2\-\2\
\GND\           \Q2\-\4\
\N4188746\           \Q2\-\1\
\N4781630\           \Q2\-\3\
%part
\TX00918\          \C88\

Да... Как страшно жить... Это, возможно, еще проект поломан. Он рисовался в 16.2, может при конвертации что-то случилось. А не подскажите еще какой тип нэтлиста выбирать в Expedition, чтобы засосать нетлист от аллегро? Не Т-1 случайно?

[AlexN]

в оркаде вводите атрибут device, прописываете названия или условные номера (как у вас в code), в атрибуте PCB Footprint (у вас они кстати заполнены далеко не все) прописываете названия cell из центральной библиотеки. Настраиваете папку, куда класть сгенерированнные файлы, например подпапка netlist в папке проекта, чтоб не путалась под ногами. Учтите, в оркаде для генерации нетлиста для аллегро есть ограничения, например у одинаковых device должны быть одинаковые value, не допускаются одинаковые названия выводов и пр., надо читать мануал, там целый раздел, как подготовить схему для генрации нелиста в аллегро. В проекте expedition настриаваете путь к папке нетлиста, в настройках проекта входной нетлист - kyn. Все несложно, надо только внимательно.

пример проекта. можно посмотреть все настройки.

Прикрепленные файлы

 probe1.zip ( 337.37 килобайт ) Кол-во скачиваний: 24

 

[malkut.ss]

в оркаде вводите атрибут device, прописываете названия или условные номера (как у вас в code), в атрибуте PCB Footprint (у вас они кстати заполнены далеко не все) прописываете названия cell из центральной библиотеки. Настраиваете папку, куда класть сгенерированнные файлы, например подпапка netlist в папке проекта, чтоб не путалась под ногами. Учтите, в оркаде для генерации нетлиста для аллегро есть ограничения, например у одинаковых device должны быть одинаковые value, не допускаются одинаковые названия выводов и пр., надо читать мануал, там целый раздел, как подготовить схему для генрации нелиста в аллегро. В проекте expedition настриаваете путь к папке нетлиста, в настройках проекта входной нетлист - kyn. Все несложно, надо только внимательно.

пример проекта. можно посмотреть все настройки.

Спасибо большое! Будем осваивать этот путь

[AlexN]

У меня патченый mentorKYN.exe отказывается работать. Он-то генерит KYN-нэтлист, но только там внутри названия нэтов и рефдезы, а самих партов нет:

Код

%part
\\          \C79\
%net
\GND\           \C79\-\2\
\VDD_LFA\           \C79\-\1\
%part
\\          \R12\
%net
\GND\           \R12\-\1\
\N4188280\           \R12\-\2\
%part
\\          \R21\
%net
\GND\           \R21\-\2\
\N4188758\           \R21\-\1\

В этом куске kyn-нэтлиста видно, что названий партов нет. Чудеса да и только.... Никто с такой проблемой не сталкивался?

Хоть это уже и устаревший путь, но иногда нужен. Сам вот вдруг столкнулся неожиданно в своем проекте. Хотел подправить - а фиг вам, в выходном файле партов не оказалось.
Виноват, по-моему cadence, чего-то они у себя намудрили и parts в нетлистер ментора не передается.
В последнее время они похоже активно правят свой нетлистер, много ошибок и, соответственно, исправлений в разных hotfix.

Выход такой: screenshot
в поле Combined property string: вместо {PCB Footprint} пишем {PCB FOOTPRINT}
после этого parts появились, Forvard annotation удалось провести нормально.
Надолго ли?

Эскизы прикрепленных изображений

 

[bureau]

Может кто-то расписать последовательность действий (export-import) для импорта в Expedition из схематики OrCad, основываять на работоспособности (или неработоспособности) последних релизов?

Я так понимаю что утилитка "mentorKYN.exe" в VX -- старая, а вот в Orcad-е "netforms" -- новые.
В netforms есть "orUsernetl64.dll", но нет "Usernetl.dll" -- в результате получаем ошибку

Поиски в интернете и последующее добавление "Usernetl.dll" в директорию не увенчались успехом...



https://supportnet.mentor.com/docs/20130304...&tag=602056

[AlexN]

Может кто-то расписать последовательность действий (export-import) для импорта в Expedition из схематики OrCad, основываять на работоспособности (или неработоспособности) последних релизов?

Я так понимаю что утилитка "mentorKYN.exe" в VX -- старая, а вот в Orcad-е "netforms" -- новые.
В netforms есть "orUsernetl64.dll", но нет "Usernetl.dll" -- в результате получаем ошибку

Поиски в интернете и последующее добавление "Usernetl.dll" в директорию не увенчались успехом...

Поскольку у вас "orUsernetl64.dll" именно 64, делаю вывод, что вы проапгредились на оркад17. С ним "mentorKYN.exe" ни патченый (с предыдущей страницы), ни тем более стандартный не работают. Патченый работает с оркадом вплоть до 16.6, сам на нем сижу.
Я для возможности работать со старыми проектами, в которых используется этот путь, был вынужден откатиться на оркад16.6 и забить на 17.
А в новых проектах использую генерацию нетлиста для аллегро, эта связка работает, в VX когда-то проверял - тоже нормально было.

ПС никаких изменений в Capture 17 по сравнению с 16.6 не увидел

[bureau]

А в новых проектах использую генерацию нетлиста для аллегро, эта связка работает, в VX когда-то проверял - тоже нормально было.

Можо более подробней об этапах, что и как Вы делаете? Может есть какая ссылка -- буду благодарен

[AlexN]

набросал инструкцию, но почему-то не могу загрузить zip на форум , только gif
что-то туплю. раньше без проблем грузилось

[AlexN]

для всех интересующихся загрузил на ftp форума Orcad Capture - Expedition Interface.pdf

[bureau]

Большое спасибо!

[A.Lex]

Что бы не плодить тем - проблема.
Связка OrCAD10-EE2005 работала без проблем. Поставил ментор EE7.9.5 и теперь при создании РСВ вот такая беда:


Где я неправ?

Сообщение отредактировал A.Lex - Dec 4 2015, 16:09

[A.Lex]

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

Сравнил с работающим проектом, отличие в 4-х строчках.
Добавил их в неработающий проект, он стал рабочим