Проблема при back-annotation при проведении swap pins, DesignView <-> PCB Expedition Опции

[Grayfor]

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

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

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

The optimization step is now complete. If there are still any nets that need to be swapped, you can do it directly in Expedition PCB. Then you should save the layout, which will back-annotate to Design Capture/DesignView. I/O Designer will also detect the changes in Design Capture/DesignView project files and notify you to run the Update Wizard.

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

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

[Grayfor]

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

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


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

[fill]

А вот и не надо помогать, сам додумался.
Оказывается для нормальной работы 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

[disel]

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 у меня снимется после прочтения.

[Grayfor]

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

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

Сообщение отредактировал Grayfor - Nov 20 2007, 09:48

[fill]

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

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

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

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