[K_AV 0]

А для меня не понятно зачем вообще рисовать схему с ПЛИС если вы не знаете, что ПЛИС будет делать, т.е. какие цепи к ней будут подсоединяться.

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

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

Выше я с этим уже согласился.

 

Если же вы рисуете "черновую схему" так почему не нарисовать "функциональную". Т.е. на схеме у вас применен функциональный символ ПЛИС, пины на нем будут имена сигналов. Ниже под ним по иерархии будет потом подсхема из набора символов для применения на плате.

Согласен, только до иерархических схем я еще не дополз. Мысль о ПЛИС вылезла раньше. Но с Вашим подходом согласен абсолютно. Это снимает все проблемы, которые я выше надумал.

[Mahim 0]

Спасибо, Саша, теперь я вспомнил что видел этот транслятор на вашем сайте :).

[vitan 2]

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

Я все правильно понял?

Правильно. Только проект не нужен. Нужен только САПР для FPGA как средство генерации этого .pin (проект пустой, интересуют только назначения пинов, квартус, например сам первоначально расставляет как хочет).

У меня сечас как раз была такая ситуация, причем аж с четырьмя плисинами сразу, но т.к. я оказался в одном лице и "будущим" разработчиком проекта ПЛИС, то создал все через DxBoardLink. Получилось быстро, как вы и хотели, причем без необходимости осваивать AATK и IODesigner (я тоже новичок).

 

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

Вот-вот... Странно, почему в доках об этом ни слова... Ау, знатоки!

[vhlshik 0]

подскажите, а можно ли в процессе DX-Expedition использовать инвертированные выводы в символах?

у меня packager выдает ошибки типа:

ERROR: Symbol pin name: ~SD not found in PDB

on Symbol: ics:LP2951 of Part: LP2951

происходит это только на инвертированных пинах. как с этим бороться?

[sergey.k 0]

подскажите, а можно ли в процессе DX-Expedition использовать инвертированные выводы в символах?

у меня packager выдает ошибки типа:

ERROR: Symbol pin name: ~SD not found in PDB

on Symbol: ics:LP2951 of Part: LP2951

происходит это только на инвертированных пинах. как с этим бороться?

Никак не бороться. Символ ~ не поддерживается в PDB. Исправлено в EE2007. См. EE2007_1_rn.pdf dts0100350755

[vhlshik 0]

понял, спасибо

[fill 2]

Никак не бороться. Символ ~ не поддерживается в PDB. Исправлено в EE2007. См. EE2007_1_rn.pdf dts0100350755

 

На смом деле данная проблема была только в 2005.1

 

Fixed in EXP2005 SP3

 

Workaround: Customer can load the part(s) with inverted pin labels into a blank DxDesigner schematic (these should be done on a per partition basis) and run: Tools -> Create PCB Netlist (common). This will create a PDB.hkp file in the project directory. The part(s) can then be deleted within the Part Editor. This ascii file can then be loaded into the Part editor within Library manager through: File -> Import ASCII. This will bring with it the tildes (~) representing the inverted symbol pin labels.

 

Workaround: Another option would be to output the part without the inverted pins from the Part Editor using: File -> Export ASCII. Then open the ascii file with a text editor, prepend the tilde (~) character before all the pin labels which require them and save the ascii file. Delete the part from the Part Editor and import the edited ascii file back into the Part Editor using: File -> Import ASCII. As an alternative to deleting the part from the Part Editor, prefix the ". .Modified" line in the edited ascii text file with an exclamation mark (!) to make the Modified line a comment and then the edited ascii text file can be imported. Commenting the MODIFIED line tells the import tools to force an update.

[sergey.k 0]

На смом деле данная проблема была только в 2005.1

 

Fixed in EXP2005 SP3

 

Workaround: Customer can load the part(s) with inverted pin labels into a blank DxDesigner schematic (these should be done on a per partition basis) and run: Tools -> Create PCB Netlist (common). This will create a PDB.hkp file in the project directory. The part(s) can then be deleted within the Part Editor. This ascii file can then be loaded into the Part editor within Library manager through: File -> Import ASCII. This will bring with it the tildes (~) representing the inverted symbol pin labels.

 

Workaround: Another option would be to output the part without the inverted pins from the Part Editor using: File -> Export ASCII. Then open the ascii file with a text editor, prepend the tilde (~) character before all the pin labels which require them and save the ascii file. Delete the part from the Part Editor and import the edited ascii file back into the Part Editor using: File -> Import ASCII. As an alternative to deleting the part from the Part Editor, prefix the ". .Modified" line in the edited ascii text file with an exclamation mark (!) to make the Modified line a comment and then the edited ascii text file can be imported. Commenting the MODIFIED line tells the import tools to force an update.

Назвать это решением трудно. Пользователю предлагается выполнить ряд дополнительных операций (совершенно не нужных ему), чтобы "угодить" системе. Все таки решение проблемы - это исправление, позволяющее работать, как это было задумано в системе (и было забыто программистом, который писал эту часть интеграции Dx и LM и не посмотрел на реализацию в работающем решении в маршруте DC). Так что в EE2007 действительно исправлено и не надо задумываться и извращаться с корректировкой ASCI.

[atlantic 0]

А как определить, какая текущая версия софта, где какой ServicePack и особенно какой OCUR

(кстати OCUR - это маленький сервис пак или как?) .

Просто если посмотреть Help/About то показываются разные результаты,

и установлен ли OCUR вообще непонятно.

 

вот Help/About' ы

 

DxDesigner: Version 2005.1.0 May 9 2007

Disign Capture: Release 2005SP1 Version 16.5.1.1

Expedition PCB: Version 2005 -Service Pack3(QT_070905.00)

 

и у всех все по разному, не только версии, но записи этих версий, нет никакого однообразия,

как вообще понять совместимы они между собой или нет, как выяснить какая последняя версия есть в природе? и что это(QT_070905.00) вообще за магические цифры?

 

Может есть какая нибудь утилита которая показывает версии компонент?

(думал что

MGC SDD Configurator

что-то покажет, а он только "пожужжал" и все)

 

у Xilinx например есть такая утилита:

Xinfo System Cheker - показывает даже переменные окружения например:

SDD_VERSION 2005EXP

(всегда была загадка, что значит у ментора аббревиатура SDD ?)

[fill 2]

OCUR - заплатка, ставится на установленный релиз

Инсталляционная программа выводит мини диагностику - является ли то что вы инсталлируете более новым чем то что стоит.

Конфигуратор используется только для правки реестра, установки переменных и т.п. прежде всего для переключения между разными версиями программ (если они у вас есть на машине, например PADS и Expedition).

SDD - System Design Division

Текущую версию (и список предыдущих) можно посмотреть на сайте ментора внутри support (если конечно есть доступ туда :) ).

[atlantic 0]

OCUR - кумулятивны?

вот Help/About' ы

 

DxDesigner: Version 2005.1.0 May 9 2007

Disign Capture: Release 2005SP1 Version 16.5.1.1

Expedition PCB: Version 2005 -Service Pack3(QT_070905.00)

это нормально, что DC Sp1, а ExpPCB Sp3

то есть тут никакой взаимо связи?

(просто это ставит в ступор, тем что сервис пак "как бы не добрался" до DC )

 

за расшифровку аббревиатуры SDD отдельное спасибо!

(любят там придумывать сокращения),

 

по вашей "расшифровке" SDD мне напоминает:

ОТДЕЛ ПО РАЗРАБОТКЕ П.О.

(поправьте pls если не так)

 

так вот, как понимать(какой смысл а таком названии?) папку

Start Menu\Programs\Mentor Graphics SDD

в которой находятся все ярлыки(shorcuts) программ ?

(или тут не надо брать в голову :07: )

[fill 2]

Можно перевести как Отделение Проектирования Систем (или Системного Проектирования). Т.е. все что связано с проектированием плат, блоков, стоек и т.д.

Есть еще разные отделения, например разработки топологии микросхем, встроенного программного обеспечения ...

 

Читайте Release Notes в них например написано, что в Sp3 версия DC\DV не изменялась, а менялись ExpeditionPCB ...

 

OCUR - кумулятивен, т.е. содержит обычно все OCUR вышедшие от последнего релиза\SP до него.

 

Solution

 

OCURs/PSPacs typically do not update the tool version listed in the Help>About information found within a tool. This is because OCURs/PSPacs only update specific files used by the tools. To verify whether an OCUR/PSPac is installed:

 

1. Invoke the Mentor Graphics Install program (on Windows: Start>Programs>Mentor Graphics>Mentor Install; on UNIX/Linux: $HOME/mgc/install.<vco>)

2. Click "Verify Installation"

3. In the Verify list, look for the products you patched

4. The line includes information regarding which OCUR/PSPac was installed

 

For an example, click here.

 

NOTE: OCUR/PSPac installations can be verified just as any other release. Simply select the products to verify and click [Verify].

 

NOTE: You may see the terms OCUR and PSPac used interchangeably. If you install an OCUR and the Verify list reports it as a PSPac, that is nothing to be concerned about.

[AlexN 0]

за расшифровку аббревиатуры SDD отдельное спасибо!

(любят там придумывать сокращения),

 

по вашей "расшифровке" SDD мне напоминает:

ОТДЕЛ ПО РАЗРАБОТКЕ П.О.

(поправьте pls если не так)

 

вообще то в Mentor "любят" переименования.

WG(2000, 2002) ---> ISD(2004) ----> EE(2005), SDD

[atlantic 0]

вообще то в Mentor "любят" переименования.

WG ---> ISD ----> EE, SDD

нати бы где-то глоссарий со всей этой пургой

[fill 2]

нати бы где-то глоссарий со всей этой пургой

 

Если пройдетесь поиском то найдете описание что куда входило.

Вкратце:

Сначала были WG (WorkGroup) и EN (Enterprise) - маршруты DC\DV-ExpeditionPCB и DA-Board_Stn. соотвественно:

Купили Innoveda, появился ISD - маршрут DxD-ExpeditionPCB;

ePD - DxD и его симуляторы без ExpeditionPCB

Решили что после многих лет улучшений ExpeditionPCB пора для Enterprise предлагать DxD-ExpeditionPCB - назвали EE (Enterprise Edition);

IND - (Independent) набор программ верхнего уровня, без модулей топологии.