Что-то лечим, что-то калечим. Уже можно говорить, что как обычно свежий (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.


МРАК


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ot lenivix - spasibo

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

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

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

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


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

никаких чудес. скорее всего Вы ничего не меняли на вкладке 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-файле остаются пустыми.

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

Прикрепил. Спец. атрибут - Code
Нажмите для просмотра прикрепленного файла

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

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

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

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

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

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

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

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

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

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

Нажмите для просмотра прикрепленного файла

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

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

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

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

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

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

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

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


Где я неправ?

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

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