реклама на сайте
подробности

 
 
> Проблема при back-annotation при проведении swap pins, DesignView <-> PCB Expedition
Grayfor
сообщение Nov 14 2007, 14:46
Сообщение #1


Участник
*

Группа: Свой
Сообщений: 36
Регистрация: 26-04-06
Пользователь №: 16 500



Дано -
Проектирование осуществляется по следующему маршруту
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 говорит, что изменений нет и не было никогда.
И в центральной библиотеке тоже ничего не меняется.

Помогите, кто с такой проблемой сталкивался, а то я тихо схожу с ума.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Grayfor
сообщение Nov 16 2007, 16:02
Сообщение #2


Участник
*

Группа: Свой
Сообщений: 36
Регистрация: 26-04-06
Пользователь №: 16 500



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

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


И вот ещё -- после изучения Ментор Графикс методом тыка у меня возникла такая просьба - Есть ли у кого-нибудь нормальные туториалы по проектированию схем с ПЛИС по пути [I/ODesigner <-> (Library Manager) <-> DesignView <-> Expedition PCB]? Буду премного благодарен, если поделитесь.
Go to the top of the page
 
+Quote Post
fill
сообщение Nov 16 2007, 16:31
Сообщение #3


Гуру
******

Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512



Цитата(Grayfor @ Nov 16 2007, 19:02) *
А вот и не надо помогать, сам додумался.
Оказывается mad.gif для нормальной работы 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


--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю.

www.megratec.ru
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 28th July 2025 - 19:36
Рейтинг@Mail.ru


Страница сгенерированна за 0.01397 секунд с 7
ELECTRONIX ©2004-2016