Дано -
Проектирование осуществляется по следующему маршруту
1. Имеется vhdl-файл. Из него в I/O Designer создаётся компонент и УГО элемента, к которым впоследствие прикручивается посадочное место.
2. Далее в Design View рисуется принципиальная схема, потом всё это загоняется в PCB Expedition
Короче стандартно.

А вот теперь проблема -

Но если захочется заняться переназначением выводов в PCB Expedition, то возникает очень интересная ситуация:
Меняешь местами выводы, делаешь back-annotate - как ни странно выводы на символе в схеме не меняются. Ну да ладно, это не самая большая проблема, если схему открыть-закрыть, то изменения проявятся(кстати, так даже в мануале написано).
Но вот мануале написано -

А I/O Designer говорит, что изменений нет и не было никогда.
И в центральной библиотеке тоже ничего не меняется.

Помогите, кто с такой проблемой сталкивался, а то я тихо схожу с ума.

А вот и не надо помогать, сам додумался.
Оказывается для нормальной работы I/O Designer и DesignView надо в схеме использовать не PCB символы, а функциональные символы, в которые вложены PCB символы. По крайней мере, у меня после этого всё заработало.
Хотя, на фига именно так делать -- непонятно.
Логика при проектировании в Ментор Графикс мне пока что чужда.

Тогда другой вопрос -
При создании компонента ПЛИС остаются неиспользумые выводы, которые, в принципе, можно использовать при перестановке выводов в Expedition PCB, но при у компонента они имеют свойство Not Connected, то есть получается, что их нельзя использовать. То есть остаётся создавать ещё один символ - с неиспользуемыми выводами, которые могут быть использованы при перестановке выводов.
Так? Или есть способы поизящнее и попроще?


И вот ещё -- после изучения Ментор Графикс методом тыка у меня возникла такая просьба - Есть ли у кого-нибудь нормальные туториалы по проектированию схем с ПЛИС по пути [I/ODesigner <-> (Library Manager) <-> DesignView <-> Expedition PCB]? Буду премного благодарен, если поделитесь.

1. Насколько я понял у вас просто не было в проекте IOD функционального символа, в этом и была проблема. Но при этом на схеме не обязательно его использовать - можно одни PCB символы - должно работать.

2. Да. При этом почему бы не переставить в IOD исходя из расположения на плате, вы же видите тоже изображение что есть в редакторе платы
www.megratec.ru\data\ftp\exp_movie\new\IOD2006_Multi-FPGA_2X.avi
3. www.megratec.ru\data\ftp\megratec_trainings_\IOD\DF2004_IOD2004_v3.2b_workbook_rus.pdf
www.megratec.ru\data\ftp\megratec_trainings_\IOD\DF2004_IOD2004_v3.2b_workbook_data.zip

fill, огромное спасибо!!! Я думаю большая часть вопросов по IODesigner у меня снимется после прочтения.

Спасибо большое. Очень неплохой мануал. Только есть несколько моментов, которые там не отражены. И до них пришлось дойти самостоятельно.
И ещё - я так понял - это перевод инструкции от Mentor Graphics. А нет ли английского варианта? Намного приятнее читать в оригинале такие вещи.

Я вот узнал, что если имя пользователя Windows - русское, то никакой экспорт символов в DV/DC никак не пройдёт. Так как IOD что-то пишет в c:\Documents and Settings\<имя юзера>\Local Settings\Temp\.
А от русской речи Ментор Графикс впадает в панику и отказывается работать.

Наш форум читают не только здесь, а и "за бугром". В результате один из пользователей там обратился к тамошним менторовцам с вопросом почему русские выкладывают тренинги в свободный доступ - мы получили нагоняй, ибо
1) за тренинги у них принято платить
2) нельзя даже копировать информацию тренингов ментора - нарушение интелектуальной собственности
Поэтому теперь мы выкладываем исключительно свои переведенные тренинги, чтобы "не отбивать хлеб" у департамента обучения ментора на западе.

Уже не раз предупреждали, что система разрабатывается и тестируется на английской версии виндов, поэтому лучше не использовать локализованные версии - во избежании возможных проблем (никто не знает где они могут проявиться).