Так точно!
Но это оказыавется, "Bad Hetero Device"

Нашел решение проблемы с разъемами CompactPCI. Но не уверен, правильное ли... Библиотека только формируется, не хотелось бы потом расхлебывать...
Используется DxDataBook. Для каждого варианта установки разъема в базе данных заводится одна строка с разным значением поля DEVICE (DEVICE=CPCI_CONN_J4 и DEVICE=CPCI_CONN_rJ4). Каждый из этих DEVICE являет собой HETERO=J4_A,J4_B,...,J4_F, HETERO=rJ4_A,rJ4_B,...,rJ4_F. Соответственно, имеем разные символы, как и хотели.
В базу ввели столбец P/D_NUM. Для обоих вариантов туда заностися один партнамбер по хартингу (17211102102).
Вопрос, правильно ли так поступать, ведь в хелпе написано, что P/D_NUM обычно используется в качестве ключевого поля...

А как бы это удалить пады, а лучше сразу падстеки у конкретного компонента, которые никуда не подключены? Падстек процессор при попытке удалить пады говорит : SMD metal pads cannot be deleted. Можно не выводить неподключенные пады в гербер, однако при этом не выведутся все неподключенные пады, что не устраивает.
Хочется сэкономить денег за счет выборочного золочения падов ламели. Что делать?

Как оказалось такой компонент создать нельзя, по крайней мере у меня не получилось


Если ничего нового менторовцы не придумали, то это решение тоже неправильно, т.к Part Number действительно должен быть уникальным. Скорей всего вам придется сделать три разных компонента.

например:
запускаем Output>Mask_Generator в нем слева выбираем Part_Pads (Top), справа Traces, операция Touching, выдать в слой любой ваш (заранее добавьте его в Setup_Parameters). В результате в указанном слое имеем контуры подключенных площадок на верхнем слое, его и выдаем на золочение. Тоже самое делаем для низа.



Интересно было бы посмотреть на PDB для CDB. По идее такое тоже не должно работать (если я правильно понял то что вы делали).

Ура, получилось!
fill правильно засомневался, что ранее предложенный вариант не будет работать с CDB.
Решение следующее:
- в базе данных создаются столбцы ID, DEVICE и P/D_NUM. ID хранит уникальный ID каждой строки (по-науке).
DEVICE хранит партнамбер компонента по каталогу производителя. P/D_NUM хранит отличительную характеристику
компонента, в нашем случае место его установки (J4 или rJ4).

Получается структура:

- в PDB для CDB (Library Manager) создается _один_ компонент с партнамбером 17211102102. В Pin mapping ему прописываются пины от всех символов.
Количество слотов пока сделал = 1, т.к. нормаьно назначать Pin Swap не умею/боюсь.
Это предназначается для работы с EXPEDITION через CDB.

- для работы с EXPEDITION и Allegro через нетлист меняются конфигурационные файлы expedition.cfg и allegro.cfg. В них ищется раздел
BeginAlsRules. В аллегровском файле там стоит строка DEV P/D_NUM PART_NUMBER, которая заменяется на DEV P/D_NUM DEVICE. В файл для экспедишена
эта строка добавляется, т.к. ее там изначально нет.
Это означает, что генератор нетлиста будет использовать P/D_NUM вместо DEVICE при генерации, а он-то (P/D_NUM) как раз у нас уникальный.

- чтобы не было ошибок "Duplicate attribute DEVICE" в настроках таблицы, которая отвечает за аннотацию компонентов в DxDataBook
снимается галочки "Load" и "Annotate" с атрибута DEVICE (возможно, нужно снимать только "Annotate", чтобы в DxDataBook правильно грузилось, не проверял).

- наслаждаемся работой!
Проверено, работает и через CDB, и через нетлист, как в Expedition, так и в Allegro.

Но остались вопросы:
1. Все-таки не до конца ясно предназначение атрибута P/D_NUM, в том смысле, который ему придумал ментор.
2. Ясно, что из-за выключенных галочек в DxDataBook, придется хранить все подобные разъемы в отдельной таблице, не повредит ли это общей организации базы и библиотек
3. Ясно, что для нормальной работы нетлистера в базе данных для _всех_ компонентов во _всех_ таблицах должно иметься заполненное поле P/D_NUM. Нет ли возможности как-то указать нетлистеру, что
если P/D_NUM в базе не заполнено, то брать его все-таки из DEVICE?

PS: Если кому-то надо, то могу выложить результаты труда, когда доделаю остальные разъемы.

Выкладывайте, интересно посмотреть.

Присоединюсь к потребителям советов .
Начинаю осваивать Mentor EXP2005_SP1 (+патч от 28.12.2006, номер не знаю), по маршруту DxDesigner/Expedition.
Пока на этапе библиотек. Есть для начала некоторая центральная библиотека (чужая), для пробы создал в ней при помощи Library Manager пару Symbols и Cells (с использованием готовых Padstacks), до Parts еще не дошел. Теперь решил свои учебные потуги от греха переместить в отдельную учебную библиотеку.
Новую (пустую) библиотеку создал (File->New...), создал в ней разделы с желаемыми именами в PARTS, CELLS, SYMBOLS.
"Мои" Symbols скопировались без проблем, а с Cells и Padstacks вопрос: в \TOOLS\Library Services активны только закладки Parts, Symbols, Processes. Пытался работать из "новой" ЦБ (объект для импорта - указана "старая" ЦБ) и из "старой" ЦБ (объект для экспорта - "новая" ЦБ) - одинаково. В чем может быть дело?

Как в Expedition (CES?) установить правила зазоров между различными элементами (в частности, smd pad to via) одной и той же цепи (same net)? По-умолчанию, берется правило из CES (clearance tab), но оно действует как для разных цепей, так и для одной и той же цепи.

Запомните - при запуске LM из редактора схем (или топологии) берется лицензия редактора схем (или топологии) и соответственно отключаются подредакторы LM не относящиеся к схеме (или топологии).
Запустите LM через Start>Programs>Mentor_Graphics_SDD>....



Специальных правил для одной и той же цепи нет. Есть только для Via-to-Via - актуально для применения глухих\скрытых переходов.
Возможно появятся, т.к. в PADS они есть.

Спасибо, пока обошел это ограничение следующим образом:

- Отключаю Editor Control > General Tab > Interactive DRC (после этого Expedition позволяет нарушать зазоры при ручном размещении и трассировке)
- Расставляю нужные компоненты и трассирую
- Включаю Interactive DRC

Конечно, когда на завершающем этапе буду делать Batch DRC, он мне выдаст ошибки на такие соединения, но главное - проконтроллировать, чтобы зазоры не нарушались там, где мне не надо

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

1) Создаем Net Class с одной цепью
2) Создаем новую схему
3) Создаем New Clearance Rule, прописываем здесь новые зазоры "(в частности, smd pad to via)"
4) Создаем class-to-class clearance для нового Clearance Rule на базе класса с одной цепью

Таких схем делаем сколько угодно, потом в ExpeditionPCB рисуем Rule Area с этими схемами.

Кстати почему бы вообще не разместить переходные внутри площадки или на ее границе, ведь современные производства без проблем позволяют такое.
Ну или ставить на примерном расстоянии (как показано).

Согласен, это - наилучший вариант, спасибо.

Вообще-то это уже обсуждалось в данной ветке. Я сделал так - завел дополнительные cell-ы с Route Obstruct для via на падах, а в Editor Control разрешаю устанавливать via на smd.

Ведь это будет распространяться на все цепи, которые подключены к определенному паду, а не на конкретный класс цепей.

Тогда к чему был этот вопрос?


Ну да ладно, раз подходит тогда гут.

А вот это, наверное, самый правильный вариант. Конечно же, мне это было нужно для нескольких цепей, а не для всех падов определенного типа. Спасибо, буду пробовать!

Так, похоже, я чего-то не понимаю. Например, мне нужно, чтобы pad to via для цепи GND был равен 0.
Если использовать описанный способ, то не получится ли так, что pad to via будет равен 0 для всех цепей в данной Rule Area (имеется в виду pad to via для одной и той же цепи)?

Нулю не получится, можно ввести маленькое значение, например 0.1


Нет, pad to via будет равен 0 только для цепей созданного ранее класса, см. п1

ОК, спасибо, с этим ясно, работает.

Новый вопрос
Прочитал (в другом месте) рекомендацию "...I see that you have opened the symbols in the symbol editor of the library manager. Avoid that at all costs because this symbol editor makes a mess of you're symbol. Always edit an symbol in Dx designer!"
Имеется ли иная возможность редактирования символов, не используя символьный редактор менеджера библиотек? Я как-то ничего не увидел. Можно это делать средствами самого схемного редактора, или это имеется в виду SYMBOL WIZARD (иконка на панели инструментов DxDesigner-а)?

Я понимаю, что эти вопросы правильно было бы задавать тому, кто написал процитированное, но это будет возможно только примерно в следующий вторник, а время терять не хотелось бы.

---------
Извиняюсь, сам нашел (в запущенном DxDesigner меню "File->Open->Symbol", выбрать имя символа для редактирования или "File->New->Symbol", задать имя создаваемого символа).
Осталось выяснить, чем такое редактирование/создание лучше использования Library Manager-а. Пока (навскидку) элемент, созданный в Library Manager, в DxDesigner выглядит иначе (похоже, разные настройки шрифтов, но и расположение номеров выводов относительно выводов иное).

Вот это то и основная загвоздка, кроме того можно отметить проблемы с единицами измерения - есть несогласование единиц, заданных в SymEditor и DxDesigner и основная (по крайней мере у меня) претензия - невозможно установить точку привязки текстовых атрибутов и соответственно точно позционировать атрибуты по сетке. Так что пока лучший путь - создание символов в DxDesigner (но там тоже есть одно неудобство - отсутствие команды, которая сохраняла бы символ в раздел центральной библиотеке). Налицо проблемы интеграции маршрута DxDesigner и Library Manager. В следующем релизе описанные проблемы обещают побороть.

Разница во внешнем виде, я бы сказал, не маленькая (см. прилагаемые картинки).
Нажмите для просмотра прикрепленного файла Нажмите для просмотра прикрепленного файла
При этом используемый шрифт там и там рапортуется одинаковый (MS SanSerif 10).
Верить нужно, видимо, DxD, поскольку схема с этим элементом будет отображаться его средствами.

А "File->Save Copy As..." - не годится для этого? Т.е. "рабочий" экземпляр SYMBOL - в рабочей папке, а его копию при желании - в ЦБ.

Не понял какие проблемы с редактированием и сохранением символа хранящегося в ЦБ через редактор символов DxD?
Единственная проблема которая существует в данный момент, это то что в диалоге создания символа из DxD в данный момент нет возможности выбрать место хранения (по умолчанию всегда это внутри проекта).
Если же символ создан и хранится в ЦБ, то его легко открыть через DxD и редактировать, сохраняя прямо в ЦБ.
Т.е. основной вопрос, это создать первично символ (т.е. можно вообще создать пустышку, а потом уже наполнять ее в DxD) - это можно сделать или через редактор символов внутри ЦБ или через Symbol_Wizard (в нем есть возможность выбрать раздел ЦБ для сохранения).
Если вы пытаетесь внутри DxD открыть символ из ЦБ и он у вас отрывается как Read_Only, так посмотрите как у вас подключен этот раздел ЦБ к проекту в DxD (должен быть Writeable).

Т.е. редактор символов в DxD как бы и хороший, только вот для старта ему нужен еще один какой-нибудь редактор, а то неудобно...

Еще пару вопросов, если не возражаете.
1. Не нашел в символьном редакторе DxD возможности располагать элементы с более мелким шагом, чем установленная сетка (выходить из сетки при необходимости). Плохо искал или действительно нет возможности? И как тогда быть? В том же редакторе от Library Manager-а это вполне возможно (хотя, на мой взгляд, и менее удобно, чем в OrCAD или PCAD). Довольно частая же потребность именно для редактора символов.

2. Атрибуты (типы) создаваемых выводов можно вводить только "вручную" и "по памяти", без заготовок и менюшек, предусмотренных в редакторе символов Library Managera? Неудобно же, ошибиться легко.

[off]Да, действительно похоже, что Library Manager - Symbol Editor лучше продуман и отработан, только вот его выходные данные к схемному редактору не совсем подходят. А объединили их уж давненько, вроде, - но не торопятся до ума доводить.[/off]

Вот подсказали способ беспроблемного создания нового символа (средствами DxD) сразу в ЦБ:
File->Open->Symbol, выбрать нужную библиотеку и в качестве выбираемого элемента библиотеки вверху задать новое имя. Тогда для редактирования создается пустая болванка символа, но при запоминании (не "Save copy as...", а просто "Save", или иконка с дискеткой) вновь сохданный символ сохранится в том разделе ЦБ, из которого его пытались "открыть", с заданным именем.
Так что ничего страшного, одним "недостатком" меньше.

А по поводу "выхода из заданной сетки" говорят (я пока не освоил), просто ее нужно менять по мере необходимости, а для этого активно пользовать команды, набираемые вручную в командной строке. Вспомним времена DOS и команды, вводимые вручную по памяти.

Ну запоминать все необязательно, например наберите g появится меню с возможностью выбора всех команд начинающихся с g.

Редактор символов в LM для DxD появился только в 2005, т.е. он "новенький". Поэтому в данный момент происходит переработка самого DxD - приведение его к сегодняшним реалиям. В новом релизе обещают привести все в соответствие. Вот видео некоторых нововведений Нажмите для просмотра прикрепленного файла

Ну уж нет. Фикция это, а не помощь.
Во-первых, в этом меню команда выглядит не так, как ее можно вводить в командной строке (в данном случае "gs" vs "gspase"). Неопытного человека это с толку собъет, а для опытных это и не предназначено, они подсказкой пользоваться не будут.
Во-вторых, "с подсказкой" существено дольше. Появляется ведь не список доступных команд на эту букву, а однострочная менюшка, в которой еще сообразить нужно, в какую сторону (вверх-вниз) нужно двигаться в поисках нужной команды (а для этого команду помнить нужно - нафига тогда меню?), или просто вслепую перебирать, и потом в несколько шагов добираться до команды, а потом еще аргумент вводить.
В-третьих, если аргумент длинный (но предопределенный) - вводить-то все равно по памяти, и уже без подсказок. Но и без ошибок - а то выполнится с глюками ©. Например, "attr pintype=in invisible" - подсказка есть только для "attr".
Или я не прав?
Да на дворе вроде уже 2008. За прошедшее время 3 SP вышло, да полтора-два десятка патчей... Ладно мы тут в большинстве - не лицензированные пользователи, наши вопросы - дело десятое. Но неужели те, кто деньги немалые платит - тоже утираются и жуют что дают...

Не все сразу. Работа делается постепенно. Одно дело добавить несколько новых функций (что и было сделано в SP) другое переделать весь редактор. Видео было сделано почти год назад. Релиз не выпускают "в свет" пока не достигнут определенного уровня отсутствия ошибок функционирования.

fill
Я, гм... извиняюсь. Перечитал свои сообщения - их тон самому не понравился. Ради бога, не принимайте на лично свой счет. Это так, брюзжание насчет непривычного (пока, надеюсь) и в чем-то ущербного (по сравнению с виденным "более другим") софта. А я постараюсь исправиться.

Принято

EXP2005_SP1, DxD/Expedition.
При каждом запуске DxDesigner возникает одно и то же сообщение "vspmsg: Warning 5598: Plotting disabled - check WDIR and SYSPLT environment variables". Переменная WDIR есть, переменной окружения SYSPLT действительно нет (не создалась при инсталляци???).
Непосредственно к моему компьютеру принтер или плоттер не подключены. Имеется принтер на другом компьютере, расшаренный через сеть и настроенный для печати на моем компьютере. На момент установки EXP2005 тот компьютер с принтером были выключены. Но моем компьютере "принтером по умолчанию" назначен виртуальный принтер, "рожающий" при печати на него файлы PDF.

Что проверять и что сделать, чтобы сообщение исчезло?

To plot from UNIX, you use the following environment variables:

WDIR (Required)
SYSPLT (Required)
HPGL_WIDTH_SCALE (Optional— used for HPGL output)
HPGL_HEIGHT_SCALE (Optional— used for HPGL output)
Using WDIR and SYSPLT
WDIR and SYSPLT are required environment variables on UNIX.
You specify WDIR during your DxDesigner installation.
You must manually specify SYSPLT by adding it to your .cshrc file. You can define SYSPLT as any writable directory. DxDesigner uses this directory to store temporary plotting files.

Спасибо, "будем посмотреть". Правда, у меня совсем не UNIX, тривиальный WinXP_SP2. Этот самый ".cshrc file" в нем хоть существует? Ладно, это уже завтра.

Тогда не знаю, я с такими сообщениями в виндах ни разу не сталкивался. Файла .cshrc естественно в виндах нет.

Вот, как просили, надеюсь, кому сгодится...

Правильно ли я понимаю насчет библиотек? (DxD/Expedition, Exp2005_SP1)
Библиотека может быть локальной или центральной. Различие между ними только по структуре (локальная не имеет разделов). Структуру центральной библиотеки можно создать и внутри текущего проекта, от этого созданная библиотека не перестанет быть центральной. Так?, Или библиотека со структурой центральной, созданная внутри проекта, перестает считаться центральной и рассматривается как локальная?
Создан учебный проект (в папке \projects\Tst_Prj), создана центральная библиотека (в папке \library\Centr_Lib\My_Centr_Lib). Эта библиотека назначена центральной для этого проекта (как показано в ролике DxD_CDB.swf). В DxD видны разделы библиотеки - вроде все нормально. Но в процессе обучения будут создаваться новые элементы. Не хотелось бы сразу работать с этой ЦБ (пусть это будет накопитель "готового"). Создаю структуру ЦБ внутри проекта (она получает имя, совпадающее с именем проекта), создаю в ней нужные разделы, назначаю эту библиотеку в качестве ЦБ для проекта.
а) во-первых, танцы с бубном, пока разделы этой библиотеки станут видны из DxD (стали видны и доступны, но так и не понял после чего. Похоже, после того, как открыл/закрыл LM с этой библиотекой).
б) при попытке открытия и редактирования средствами DxD символа из этой ЦБ, выскакивает предупреждение, что открываемый символ - не является частью ЦБ.
Что я не так делаю или понимаю?

Не путайте несколько понятий: Локальная и центральная библиотека применимо к терминам САПР и локальная и центральная библиотека применимо к процессу проектирования и управления данными библиотекой, например, предприятия при обращении с ней различных пользователей. Итак центральная библиотека САПР это файл *.lmc вместе с соответствующей структурой папок и файлов. К проекту подключается одна центральная библиотека (где она лежит не важно, хоть в папке Вашего проекта, хоть на сервере). Именно их этой библиотеки Вы размещаете компоненты и символы в Вашей схеме. В процессе упаковки (передачи данных на конструирование PCB) САПР обращается к этой библиотеке и находит все PartNumber в схеме и их определения (информация об упаковке, назначенных ячейка) в центральной библиотеке. Если такое соответствие есть, САПР создает локальную библиотеку (внутри проекта, CellDB и Part DB). И именно с этой библиотекой работает Exp. Эта библиотека содержит только данные о компонентах и ячейках, используемых в проекте. Это в общих словах.
А по поводу второго понятия, то тут масса вариантов как Вы хотите организовать совместную работу с библиотекой: использовать временную для проектов, синхронизировать данные с общей библиотекой предприятия, контролировать эти данные и т.д.

Повторите действия, описанные в видео и обратите внимание на пути к разделам символов после выполнения операции Invoke Project Editor. После как Вы сказали "танцов с бубнами" в Вашем дереве Library в структуре проекта наверняка присутствуют разделы не той библиотеки...

gray.k Спасибо.
Вот, так я это и понимал. Т.е. можно иметь несколько структур ЦБ где угодно (в т.ч. и внутри проекта). Важно только, что одновременно можно выбрать только одну и работать с ней.
Насчет локальной библиотеки - понятно, раньше понимал неправильно. Зато в свете вашего пояснения теперь не понимаю смысла надписи "Local to project" в "Invoke project editor".
Да, так и есть. Причем назначена в качестве ЦБ одна библиотека (из папки \Library\), а в структуре проекта видны пути к другой (внутри проекта). Структура их одинаковая, а на пути сразу внимания не обратил. Я перепроверил еще раз - это несоответствие сохраняется даже после полного выхода из программы и повторного входа в нее. Где-то в структурах проекта информация прописалась неправильно?
Нажмите для просмотра прикрепленного файла Нажмите для просмотра прикрепленного файла
Это исправимо без ручного редактирования файлов настройки проекта? Попробую создать еще один проект "начисто".

Почему-то при вызове "Invoke project editor" из DxD, для назначенного имени ЦБ не выбирается "Search order Scheme -> Central Library Default", сбрасывается все время на "Local to project".

И еще один вопрос:
Можно ли скопировать ЦБ целиком в другую папку под другим именем? А то создавать заново, создавать нужные разделы и копировать в них элементы из "исходной" ЦБ очень долго получается.

Удалите все разделы в приведенном окне (кнопочка "Х") и выберите в поле "Search order..." Central Library...

Так и должно быть, при выборе пункта Central Library Default Dx перезаписывает пути поиска из Central Library Default в "Local to project"
Вообще то это действительно танцы с бубнами и связано это с попытками Mentor интегрировать прекрасно работающие решения для старого маршрута проектирования DC/DV в Dx. Интегрировали наспех (удобства никакого), с этим и связаны проблемы. Вышел новый релиз EE2007, там многое починили и настройка выполняется логичнее, советую Вам изучать систему на этом релизе, так как многие новшества в нем решают многие проблемы, да и многие инновационные решеня заслуживают изучения...

Конечно можно, можно также и изменить имя файла lmc как Вам удобно.

Удалил, получил сообщение об ошибке в файле viewdraw.ini. Все, больше вообще работать отказывается. "Unable to initialize Viewdraw.", "Unable to initialize Viewdraw - check WDIR and active project", "viewbase: error 418: no primary library open in file: viewdraw.ini", "viewbase: error 418: iwinit unsuccessfull". Так что придется новый проект создавать - этот уже замучен.
К сожалению, я пока к этому релизу привязан. В том месте работы, для которого я (надеюсь) готовлюсь, используют этот. Насчет перспектив перехода на 2007 у них я не в курсе.
Т.е. внутри файлов библиотеки не прописаны пути и имена файлов, после перемещения и переименования ничего не аукнется? Это радует.

Скопируйте viewdraw.ini из папки другого (нормального) проекта - все восстановится.
Можете открыть файл в текстовом редакторе - последние строчки это как раз ссылки на символьные библиотеки (в контексте ЦБ это символьные разделы).
В "плохом" файле видимо отсутствует строчка
DIR [pw] .
т.е ссылка на корневую директорию проекта, используемую тоже в качестве символьной библиотеки.

DxD/Expedition, Exp2005_SP1
Как с наименьшими затратами усилий и минимумом "ручных" ошибок создать Symbol, а затем и Part для FPGA (Cell имеется)? Ладно если это относительно небольшая БИС (для примера берем CPLD Xilinx XCR3256XL - 144 pin) - можно в крайнем случае ручками все прописать, хоть и долго. А если дальше возникнет какая-нибудь Altera в корпусе с 1517 ногами? Ясно, что врукопашную и без ошибок уже нереально.
Понятно, что микросхема будет разбита на несколько символов. Скажем, в одном - "общая" управляющая часть, в другом - питание (питания, если их несколько) и NC, в остальных - входы/выходы, разбитые поблочно. В упомянутом Xilinx 5 блоков по 8 выводов, 10 - по 7 и 1 - 6 выводов. В упомянутой Altera - 24 блока по 50 выводов.
Предполагается, что Symbol создается без номеров выводов, соответствие номеров и имен выводов задается в Part, на лист схемы устанавливаться будет Device.
Имеется файл с номерами и функциями выводов (TXT или EXCELL), возможно - не с тем, как далее понадобится, порядком представления данных. Какой-то импорт из такого файла возможен? И какие в этом случае будут требования к такому файлу?

Используйте DxBoardLink. Он как раз для этого. На основе файла .pin прямо из альтеровского проекта генерится символ. Он может состоять из нескольких частей (fracture). Изменился проект - импортируете новый пин-файл и все! Все это делается в символ визарде плюс надо включить галочку DxBoardLink в настройках проекта.
Единственный минус при этом: для каждой ПЛИС создпется отдельнвя локальная библиотека. Мне лично это не нравится, т.к. нет возможности хранить символы централизованно.

ОК. Отсюда следующие вопросы:
1. Что такое файл .pin, какова его структура. Как я писал, пока есть (может быть) просто НЕКИЙ файл, весьма вероятно - не такой структуры, как нужно.
2. Проект обязательно альтеровский? Как быть с Xilinx, к примеру?
3. Пока нет готового проекта - нужна "болванка", на основе которой будет делаться "черновая" схема. Как получить ее?

1. Это файл, который получается после компиляции проекта в квартусе или MAX+PLUS. Если есть НЕКИЙ файл, то из него можно создать .pin. Я делаю так: из НЕКОГО создаю XLS. Потом добавляю в каждую строку столбец с текстом set_pin_assgnment -to (для точного формата посмотрите любой файл .qsf в любом имеющемся проекте). Это все сохраняю как текстовый файл с разделителями - пробелами. Получается набор строк, которые можно вставить в файл .qsf. Естественно, нужно предварительно создать проект в квартусе с нужным типом девайса. Открываю проект в квартусе, делаю check, получается файл .pin. Его и юзаю.
2. Нет, поддерживается много всего, в т.ч. Xilinx, Lattice и проч. Попутно вопрос к знающим: есть возможность импортить некие файлы .npn, но нигде в доках не описан их формат. Может, кто поможет?
3. При создании символа указываетет сгенеренный по п.1 файл .pin, следуете указаниям мастера, и после пары минут получаете заготовку. Рисуете схему. Понимаете, что нижно свопить пины. Свопите. Компилите/чеките проект ПЛИС. Получаете новый файл и начинаете сначала. Если пины свопятся на этапе разводки, то можно импортить оттуда. При Back-annotation изменения автоматически перенесутся в схему.

Т.е. для создания таких Symbol используем Symbol Wizard, в нем для генерации символа используем импорт из файла, поставляемого используемой системой проектирования FPGA. При этом .PIN - это только частный случай для импорта из ALTERA QUARTUS. Соответственно, если разработка еще на ранней стадии и проектом FPGA никто не занимался (особенно если это другой человек) - то и файл такой взять негде... Из произвольного файла получить .PIN или аналог - опять-таки нужен проект FPGA.
Я все правильно понял?

Подозреваю, что .NPN - это какой-то независимый от САПР формат (FPGA vendor - Neutral pin file), так что действительно интересно на него взглянуть.

Для начала надо определиться с концепцией построения.
Есть два варианта:
а) Рисуем символы один раз, т.е. обязательно все пины ПЛИС есть на символах
б) Рисуем символы в зависимости от текущего применения, т.е. можно не выносить на символы не задействованные пины, или сгруппировать их на отдельный символ

Вариант а) имеет множество недостатков:
- наличие не нужных в данный момент пинов
- не оптимальность распределения пинов по символам, например разбили на символы по "банкам", шина попала в два банка, что приведет к невозможности свопирования, трудностям рисования\чтения схемы и т.п.

Вариант б) имеет большую гибкость:
- незадействованные пины
- пины питаний
- группировка по назначению сигналов\пинов
В варианте б) есть несколько разных стадий применения:
1. определены только внешние сигналы ПЛИС
2. определена распиновка

На этапе 1 удобно использовать I\O_Designer, хотя бы даже просто для первичного генерирования набора символов, ведь в IOD есть данные всех ПЛИС, можно даже сгенерировать символы как в варианте а) (full_pcb_Symbols).
На этапе 2 можно использовать как IOD, так и DxBoardLink.

Для варианта а) можете использовать следующую процедуру
Установите AATK - в нем есть два генератора символов из Excell.
Берете datasheet. Выбираете в нем таблицу распиновки. Копируете в Excell, форматируете в две колонки. Генерируете символы через указанные генераторы или через Symbol_Wizard (Copy\Paste в таблице пинов).

Спасибо, все понятно. ААТК - это, видимо, как раз то, что я сейчас и искал (хотя, как выясняется - не то, что мне _действительно_ нужно). Это, кажется, сторонняя разработка? Встречал упоминания, найду.
Изначально я ориентировался на вариант а), т.к. к сожалению не представляю себе, как нарисовать "черновую" схему (в том числе определить внешние сигналы для ПЛИС) без этого, если ПЛИС впервые или по-новому используемая. Вариант б) возможен только при заимствовании (хотя бы частичном) ранее существовавшего проекта ПЛИС. Либо рисовать/вводить схему в DxD только после того, как "на пальцах и карандашных рисунках" новый проект ПЛИС уже запущен и значительно продвинут.
Очевидно, что позднее "черновую" схему пришлось бы дорабатывать с учетом переделки по варианту б).

Но раз можно тот же путь пройти с I/O_Designer сразу ближе к варианту б) - значит, так и будет правильно. Доберусь до него когда-то - снова приду с вопросами уже по нему.
Спасибо за объяснение.

А для меня не понятно зачем вообще рисовать схему с ПЛИС если вы не знаете, что ПЛИС будет делать, т.е. какие цепи к ней будут подсоединяться. А если знаете, то это и есть как раз "1. определены только внешние сигналы ПЛИС". Эти сигналы загружаем в IOD, например через VHDL (разработчик ПЛИС в любом случае ведь с него и начнет свою разработку).
Если же вы рисуете "черновую схему" так почему не нарисовать "функциональную". Т.е. на схеме у вас применен функциональный символ ПЛИС, пины на нем будут имена сигналов. Ниже под ним по иерархии будет потом подсхема из набора символов для применения на плате.

Добрый день, возможно ли пользоваться одновременно DxDesigner и DV в одной ОС, а то у меня не получается запустить проект, подумал что может в этом причина? Сейчас пробую перейти на DxDesigner но много непонятностей появляется на пути, DxDesigner понимает библиотеку созданную для DV или надо конвертировать?

Можно.
Если вы пытаетесь запустить проект DC_Exp в DxD, то естественно это нельзя сделать. Надо конвертировать из DC, как проект так и ЦБ. Транслятор на нашем сайте.