Не путайте несколько понятий: Локальная и центральная библиотека применимо к терминам САПР и локальная и центральная библиотека применимо к процессу проектирования и управления данными библиотекой, например, предприятия при обращении с ней различных пользователей. Итак центральная библиотека САПР это файл *.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 как Вам удобно.

Сообщение отредактировал gray.k - Feb 18 2008, 14:11

Удалил, получил сообщение об ошибке в файле 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, как проект так и ЦБ. Транслятор на нашем сайте.