При освоении Ментора в общем и IOD в частности возникают всякие мелкие, неприятные вопросы, которые отнимают колоссальное количество рабочего времени. Поэтому вынужден задавать на этом форуме глупые (наверное) вопросы.

Разбирался в ПДФ по IOD DF2004_IOD2004_V3.2bworkbook_rus.pdf. Основы работы понятны (но хотелось бы побольше информации), но не могу сделать завершающий этап, а именно экспорт в DC. При попытке создать символ и схему Generate>Symbol with Schematic, выдает: Schematic udate failed:
I/O Designer was unable to load the specified design C:\...\...\BLpro.prj

В чем может быть дело?

[attachment=36116:Mark_to_Assign.7z]

все сраслось в DxD-Exp-IOD, проект синхронизирован
решил перекинуть сигнал с АА2 на АА1 и выскакивает картинка с проблемой в iCDB
если игнорировать - не пройдет упаковка в DxD

просмотрел структуру папок проекта, в database\ в ряду s1....s5 отсутствует s2

куда смотреть и где копать ?

поднял недельной давности проект для контроля - swap и все ОК

вдогонку, работаю в локальной, без ЦБ

просмотрел таблицу сигналов и пинов и увидел, что в таблице пинов не для всех пинов проставлен swap group

Подскажите, почему не работает экспорт символа в DC 7.9.1! Выдаёт ошибку ascii in : **** Error. Invalid text type in *TTEXT statement

Кириллица?

Я бы предположил использование пользовательского атрибута, про который IOD не в курсе.

Да кто его знает! Вот файл. Не нравятся все строки с TEXT
 board_top_adc_ADC_INST.zip ( 3.44 килобайт ) Кол-во скачиваний: 70

Так все таки что вы делаете? Какой такой экспорт символа, если вы уже выложили нам экспортированный ASCII вариант?
Импортируете символ в IOD или наоборот в ЦБ?
В ЦБ он спокойно импортируется, и в IOD тоже.
7.9.2

А я нажимаю меню export/current symbol. Больше пока не умею.

Во время этого процесса в консоле IOD (если она открыта) идет куча текстовых сообщений.
В частности будет командная строка утилиты asc_in. Среди прочих параметров будет проект с настройками которого запускается утилита.
Если IOD нормально настроен (и нормально работает - что увы бывает не всегда) там будет имя Вашего проекта со ссылкой на ЦБ и на файл
описания свойств (обычно СentLib.prp). Если нет - IOD использует свой шаблонный проект - вот здесь и может оказаться засада.
Это как вариант. К сожалению c IOD никогда нельзя быть в чем-то уверенным до конца .

Блин ну прям как дети.
Можете грамотно сформулировать последовательность ваших действий, так чтобы было понятно остальным?
Т.е. только теперь я могу только догадаться что есть некий проект в IOD.
В котором нарисован символ.
Вы нажимаете на кнопку Export>Current_Symbol и в окне Console видите некие ошибки.
При этом символ все таки создается (если вы его выложили нам).

Так какого ж рожна вы выкладываете нам этот символ вместо исходного проекта и ЦБ, на которых можно было бы понять что системе не нравится.
Что прикажете делать с этим символом?

Всем спасибо за помощь! Это я указал в IOD маршрут DC, а ЦБ DxD

спокойствие только спокойствие
без литровой клюквенной финляндии не разобраться

Подскажите, что не так!
1) экспорт в DC сделал в slb файл
2) поправили графику символов и поместили их в ЦБ
3) поменяли распиновку в pin файле
4) сделал synchronize на pin файл
4) импортировал символ из ЦБ, согласился на замену
5) экспортировал символы в slb файл, вместо номеров выводов слово pin number, в inp файлах на том месте где должно быть pin number стоит ""

Номера пинов присутствую в PDB. При упаковке схемы они отобразятся и на схеме.

Вы пошли работать по более сложному пути:
- если символы редактировали в ЦБ и затем импортировали в IOD, то подразумевается что все модификации символов призводят в ЦБ, а не в IOD, и используется процесс Update_Schematic - т.е. при перестановке пинов в IOD в схеме перемещаются цепи, т.к. символы "заморожены".
- зачем вообще теперь импортировать символы снова в ЦБ, ведь по идее при такой работе их надо "заморозить" на уровне IOD?
- при импорте новой распиновки, да и перестановках могут возникнуть ньюансы: например пины были задействованы, а теперь нет и наоборот - вопрос - они были отображены на разных символах и вообще не задействованные пины были отображены или нет?
Например на символе есть пин ХХХ с номером 11 к которому подключен сигнал YYY. Согласно новому pin файлу этот пин теперь не используется и сигнал YYY подключен к пину ААА с номером 22 (имена пинов вы наверняка выбрали согласно имени в datasheet, а не поименам сигналов), получается что символы надо переделывать - если использовать имена сигналов в качестве имен пинов и все модификации символов делать внутри IOD, то не возникает такого гемороя.

Прочтите внимательнее тренинг IOD там расписаны четыре варианта работы и отмечены плюсы и недостатки каждого варианта.

Оказалось в inp файле всё же есть номера выводов. Вот только в slb они не отображаются. А при импорте в ЦБ через сервис отображаются. В ЦБ символ правится один раз - сразу после создания и импортируется в ИОД один раз, далее меняются только номера выводов, для оптимизации трассировки. Использовать swap вообще нет смысла - в плис нюансов столько, что без проверки на имплементацию каждого варианта рспиновки легко получить нерабочую плату.