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

 
 
> Символ ПЛИС и прочее...
maailmankaikkeus
сообщение Nov 25 2008, 04:55
Сообщение #1


Частый гость
**

Группа: Validating
Сообщений: 91
Регистрация: 23-09-08
Из: г. Томск
Пользователь №: 40 409



Добрый день.

Возникла необходимость создания символа большой и толстой ПЛИС по ГОСТу.
Остановился на более-менее удобном и компактном варианте создания символа с "сокращенным обозначением элементов с большим числом выводов одного функционального назначения" (ГОСТ 2.743-91 п.4.5). То есть, если, например, к ПЛИС планируется цеплять шину данных шириной 32, то в символе ПЛИС изображается на 32 вывода, а один - с указаним разрядности шины.

Далее, IO Designer рисует мне PCB и функциональные варианты этого символа. При этом, функциональный вариант символа (с сокращенным обозначением шин сигналов) НЕ УПАКОВЫВАЕТСЯ в компонент. Остается только использовать PCB-варинт символа, сгенерированного IOD-ом, с упаковкой его в БЛОК. Однако, номера контактов PCB-симовола, находящегося внутри блока, разумеется, не распространяется на порты блока, то есть, на его символ. Я не нашел в ГОСТах информации о необходимости простановки НОМЕРОВ ВЫВОДОВ на УГО элемента.

Вопросы:

1) есть такой ГОСТ, где упоминается необходимость простановки номеров выводов УГО (не только групповых)? тогда можно было бы не париться с рисованием номеров выводов на символе блока и ограничиться одной таблицей с номерами этих выводов....?
2) при работе с IO Designer'ом возможна обратная связь между ним, схеморедактором и платоредактором. Если я не включаю в символ ПЛИС неиспользуемые выводы (а их немало) для компактности символа, упаковываю компонент в библиотеку, а потом использую его в схеме или при разводке платы, то получается неудобно: при необходимости перетасовки сигналов между контактами или введениии/удалении новых сигналов потребуется заново перегенерировать PCB символы в IO Designer'e. Значит, придется заново упаковывать символ в компонент.
Значит ли это то, что для безгеморройной работы в IO Designer'e требуетсяи спользовать ВСЕ контакты ПЛИС на PCB символах и не менять названия PCB символов, чтобы не пришлось заново упаковывать компонент?

КАК ОСУЩЕСТВЛЯЕТСЯ ANNOTATE СХЕМЫ/ПЛАТЫ ЧЕРЕЗ IO DESIGNER БЕЗ НЕОБХОДИМОСТИ ПЕРЕУПАКОВКИ СИМВОЛОВ В КОМПОНЕНТ??

Сообщение отредактировал maailmankaikkeus - Nov 25 2008, 04:58


--------------------
Все может быть, и все быть может. И все, что может - может быть. Но одного лишь быть не может - того, чего не может быть.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
fill
сообщение Nov 27 2008, 10:00
Сообщение #2


Гуру
******

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



Процесс может выглядеть так http://megratec.ru/data/ftp/exp_movie/new/IOD_DxD_2007.avi.
Но его последовательность как и составляющие можно менять по вашему усмотрению.
1. В видео показано без переноса компонента в ЦБ. Использована локальная PDB (формируется автоматом в папке Integration).
Можно с применением ЦБ - импортировать генерированные *.hkp в ЦБ ...
2. Можно сначала сделать Database-ы, проект DxD и соединить их потом вместе ....


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

www.megratec.ru
Go to the top of the page
 
+Quote Post
maailmankaikkeus
сообщение Nov 28 2008, 04:13
Сообщение #3


Частый гость
**

Группа: Validating
Сообщений: 91
Регистрация: 23-09-08
Из: г. Томск
Пользователь №: 40 409



Цитата(fill @ Nov 27 2008, 17:00) *
Процесс может выглядеть так http://megratec.ru/data/ftp/exp_movie/new/IOD_DxD_2007.avi.
Но его последовательность как и составляющие можно менять по вашему усмотрению.
1. В видео показано без переноса компонента в ЦБ. Использована локальная PDB (формируется автоматом в папке Integration).
Можно с применением ЦБ - импортировать генерированные *.hkp в ЦБ ...
2. Можно сначала сделать Database-ы, проект DxD и соединить их потом вместе ....


Спасибо.
fill, а возможно залить ролик на фтп, а то прокся не дает фильмы качать smile.gif ?

Сообщение отредактировал maailmankaikkeus - Nov 28 2008, 04:32


--------------------
Все может быть, и все быть может. И все, что может - может быть. Но одного лишь быть не может - того, чего не может быть.
Go to the top of the page
 
+Quote Post



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

 


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


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