Связь процедуры проектирования и САПР БИС

· Курс «Информационные технологии

· в проектировании ЭВС»

· Лекция №14

· «Структура и организация САПР»

14.1. Связь процедуры проектирования и САПР БИС программируемой логики

Разработка современных вычислительных систем, со­держащих как микропроцессорные решения, так и БИС с программируемой структурой, немыслима без широкого привлечения САПР. Все методики проектирования таких вычислительных систем ориентированы на использо­вание САПР. Правильный выбор САПР предопределяет успешность всей процедуры проектирования и является важнейшим условием эффективного проектирования. При хорошем выборе может быть достигнуто существенное ускорение выпуска продукции, т. е. сокращение времени от спецификации проекта до выпуска первых продажных образцов (Time-to-Market), во мно­гих случаях удается сократить и время, необходимое для выпуска серийной продукции.

Методы и средства проектирования тесно связаны с выбором САПР и, на­оборот, выбор САПР определяет допустимые и целесообразные методы и средства проектирования, так что эти вопросы нельзя рассматривать в отры­ве друг от друга. Взаимосвязь между САПР и выбранным типом БИС ПЛ значительно более тесная, чем между средствами проектирования МП-систем и используемым типом МП. Выбор элементной базы для проекта в значительной мере предопределяет требуемую или требуемые для реализа­ции проекта САПР.

В общем случае, при выборе САПР приходится учитывать целый ряд сооб­ражений, а именно:

Рекомендуемые материалы

- распространенность САПР;

- цену САПР, ее сопровождения и модификаций;

- поддержку выбранной элементной базы;

- широту охвата разнообразных этапов проектирования и эффективность их выполнения;

- наличие широкой библиотечной поддержки стандартных решений;

- возможность и простоту стыковки с другими САПР;

- удобство работы с САПР и ее дружественность;

- легкость изучения;

- возможности корпоративной работы.

Очевидно, трудно найти САПР, которая удовлетворяла бы сразу всем пере­численным условиям, как ввиду их взаимной противоречивости, так и ис­ходной неопределенности варианта реализации конечного продукта.

14.2. Связь проектной проблемы с выбором САПР

Один и тот же проект может быть реализован с ориентацией на различную элементную базу. Реализация одного и того же проек­та возможна как в виде раздельных проектов МП и ПЛИС, так и в форме проекта, реализуемого в БИС класса SOPC. Аналогичная ситуация склады­вается с выбором САПР. На первоначальных шагах проектирования можно пользоваться любым вариантом. Программное обеспечение, например, раз­рабатывать на ранее приобретенных версиях компиляторов, а аппаратуру проектировать при помощи оценочной версии САПР. Однако на заключи­тельных этапах проектирования, как правило, все равно придется вернуться к версии САПР той фирмы, на элементной базе которой решено реализо­вать проект. Поэтому на первом же шаге целесообразно определиться — пользоваться ли САПР фирмы-производителя выбранного класса програм­мируемой БИС ПЛ или SOPC (Xilinx, Altera, Atmel, Actel и др.) или вос­пользоваться услугами системы проектирования, созданной одной из веду­щих фирм-производителей САПР, таких как Synopsys, Cadence, Mentor Graphics, Exemplar Logic, Viewlogic, Symplicity и др.

Чтобы отличать САПР фирм-производителей БИС ПЛ (Vendors) от САПР фирм, поддерживающих проектирование ПЛИС различных производителей, для последних обычно используется термин сторонние САПР (САПР незави­симых фирм). В английской терминологии для обозначения таких фирм принято использовать термин Third Party EDA Tools. Возможность совмест­ного использования САПР различных фирм базируется на том, что эти САПР состоят из отдельных частей, и работа на них носит явно выражен­ный этапный характер (ввод, компиляция, моделирование, программирова­ние). Тот факт, что проектные средства состоят из отдельных частей позво­ляет одной САПР вклиниваться в проектный поток другой. Производители схем ПЛИС, а тем более БИС SOPC, чаще всего монополизируют возмож­ность и право монтирования проекта в конкретный тип БИС и поэтому при применении САПР сторонних фирм, как минимум, на заключительных эта­пах приходится пользоваться услугами САПР производителей схем ПЛИС. Ноу-хау (know-how) этих фирм обычно является взаимное соответствие ме­жду структурой соединений внутри кристалла и загрузочным файлом конфигурации.

Предельным проявлением такой стратегии является, например, САПР фир­мы Agere Systems — ORCA Foundry 2000. САПР ориентируется на использо­вание стандартных проектных средств сторонних фирм для решения задач большинства этапов проектирования. Разработчик использует САПР таких фирм для ввода, синтеза и моделирования проектов. Наличие в составе ORCA Foundry определенных интерфейсных средств позволяет загрузить в него созданную проектную информацию. После этого основной задачей собственно САПР является разработка топологии межсоединений элементов структуры FPGA из списка цепей (netlist), ориентированного на конфигури­рование FPGA. САПР размещает блоки на кристалле, осуществляет их на­стройку и решает задачу их взаимного соединения, используя встроенные средства (timing-driven tools). Встроенный в пакет анализатор временных задержек элементов используемой БИС (static timing analysis tool) обеспечи­вает определение скорости работы БИС по отдельным соединениям и воз­вращает аннотированный список цепей БИС, который позволяет организо­вать моделирование и временной анализ. Выходные файлы ORCA Foundry являются совместимыми со многими средствами моделирования сторонних фирм. Это позволяет исследовать и анализировать окончательные времен­ные характеристики проекта. Генератор программной информации (bit stream generator) создает выходной файл, интерпретирующий структуру БИС в битовый информационный поток, который может использоваться для программирования либо БИС ПЛ, либо специальных конфигурационных БИС.

Если проектировщик решился на совместную работу с несколькими САПР (что авторам представляется в современных условиях более предпочтитель­ным), то их выбор все равно остается достаточно многовариантной пробле­мой. Ни одна из САПР не является предпочтительной для любых пользова­тельских приложений.

Стратегия взаимодействия фирм, производящих БИС ПЛ, и фирм, специа­лизирующихся на разработке САПР, модифицировалась во времени. До на­чала 90-х годов фирмы ориентировались на узконаправленную деятельность. Каждая фирма имела свою узкую специфическую область, в которой и кон­центрировались все ее усилия, чтобы обеспечить свое лидирующее положе­ние в выбранной нише. В 90-х годах началось более тесное взаимодействие фирм между собой. Практически все САПР стали предусматривать возмож­ности взаимного обмена (Import/Export Design) проектной информацией на любом этапе проектирования. Технической основой этого информацион­ного обмена явилось введение и поддержка практически всеми фирмами стандартных языков обмена. Промышленным стандартом стал язык EDIF с версиями 2.0.0 и 3.0.0. В большинстве САПР, однако, предусмотрено взаимодействие на основе различных языков описания аппаратуры (в том числе VHDL, Verilog и т. д.), а не на основе какого-то одного языка.

С середины 90-х годов начался этап совместных разработок в области САПР. В настоящее время эта тенденция сохраняется и заключается в коо­перации усилий различных фирм при разработке САПР, при этом каждая фирма реализует тот этап проектирования и, соответственно, фрагмент САПР, в котором она является общепризнанным лидером. Техническая реа­лизация такого объединения осуществляется как в форме единой САПР, так и в форме взаимосвязанных САПР. Важно, что при этом создается единый информационный поток проектирования, и все этапы проектирования оказы­ваются тесно взаимосвязанными.

Способ объединения естественно влияет на окончательные характеристики САПР. Создание единой САПР задача более сложная, чем просто объедине­ние нескольких САПР под одной управляющей оболочкой, но зато (помимо единообразия правил общения) облегчается информационный обмен между ними и, с точки зрения пользователя, значительно увеличивается объем сер­висных услуг. Форма единой САПР создает более тесное общение различ­ных САПР между собой. При этом, например, результаты моделирования работы какого-либо фрагмента схемы могут отображаться не только в диало­говом окне временного моделирования, но и в окне изображения электри­ческой схемы, которая создавалась на этапе ввода информации о проекте.

Задача создания программ-оболочек, интегрирующих совместную работу САПР различных фирм, в последнее время несколько упростилась, по­скольку разработчики САПР теперь обычно включают в них интерфейсные возможности, предоставляемые идеологией языка Tcl. В результате можно организовать совокупность взаимодействующих САПР, каждая из которых будет выступать как источник команд, так и как исполнитель (приемник) этих команд. Для этого САПР компонуется как пакет встроенных библио­тек. Библиотека содержит синтаксический анализатор языка Tcl и подпро­граммы, интерпретирующие как действия команды языка с параметрами, предусмотренными в САПР. Команды языка Tcl могут считываться из ис­точников различной природы, таких как командная строка, параметры вы­зова из другой программы (САПР), меню выбора и т. д. Соответственно, в САПР-приемнике определено выполнение команд.

Примером кооперационной САПР является САПР Foundation для продукции фирмы Xilinx, которая представляет собой результат совместной разработки фирм Xilinx, Aldec и Synopsys.

Другим способом кооперации является включение в состав САПР не пол­ной, а усеченной и специализированной версии пакета. Примером может служить технология, используемая фирмой Model Technology. Модификации моделирующей программы этой фирмы под названием ModelSim использу­ются как составная часть САПР других фирм. Несмотря на усеченность и специализацию, версии программы предоставляют широкий набор средств для функционального и временного моделирования проектов, написанных на языках VHDL и Verilog.

Еще одной формой кооперации является включение фирмой-произво­дителем ПЛИС в комплект поставляемого программного обеспечения оце­ночных версий пакетов сторонних фирм. Например, поставляемая фирмой Atmel САПР Integrated Development System (IDS) Ver. 7.2, включает оценоч­ные версии LeonardoSpectrum (Exemplar Logic) и ModelSim (Model Techno­logy).

Фирма Altera также позволяет (а последнее время даже рекомендует) для большей эффективности процедуры компиляции использовать на предварительных этапах САПР сторонних фирм. Проектировщик может выбрать для повышения эффективности компиляции проектов, написанных на языках VHDL или Verilog HDL, либо компилятор FPGA Express фирмы Synopsys, либо компилятор LeonardoSpectrum фирмы Mentor Graphics, а для эффективного моделирования ориентироваться на пакет ModelSim фирмы Model Technology (подразделение фирмы Mentor Graphics).

Подобная кооперация усилий различных фирм является вполне обоснованной и ожидаемой, а тенденция обращения к специализированным САПР (на определенных этапах проектирования и в определенных ситуациях) будет, по-видимому, сохраняться и в дальнейшем.

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

Типичным представителем САПР для смешанного или иерархического проектирования являются САПР фирм Innoveda (бывшая Viewlogic) или OrCAD.

Если предполагается совместное проектирование цифровых и аналоговых (в том числе цифроаналоговых и аналого-цифровых) фрагмен­тов или комплексный (сквозной) подход к проектированию, то проекти­ровщик стоит перед выбором САПР фирм MicroSim, Viewlogic или OrCAD [1].

Вам также может быть полезна лекция "20. Контакторы и магнитные пускатели".

На выбор САПР может оказывать желание разработчика иметь возможность использования результатов проектирования для реализации конечной про­дукции в других (кроме заданной базовой) технологических формах. Различ­ные варианты технологической реализации, как правило, будут требовать и различных проектных процедур, и различных САПР. Так, если после этапа выпуска опытных образцов на базе БИС ПЛ предполагается дальнейшая реализация проекта в виде заказной БИС, то переход от ПЛ к такой форме будет более простым, если при разработке и той и другой формы проекти­ровщик будет ориентироваться на САПР одной и той же фирмы. Такие воз­можности (с гарантией работоспособности проекта при другой технологии изготовления) предоставляют фирмы Synopsys, Cadence или Mentor Graphics (выбор конкретной фирмы может определяться как типом заказной БИС, так и просто симпатиями проектировщика).

Большое количество фирм специализируется на выпуске полузаказных БИС. Основные варианты различаются. Возможна ситуация, когда исходный проект имел прототип в форме БИС ПЛ и, соответственно, проект был описан средствами САПР выбранного типа ПЛИС, а для реализации проекта в форме полузаказной БИС потребуется использование САПР фирмы-произ­водителя БМК. Если же проект сразу ориентировался на реализацию в фор­ме БМК, то дополнительных преобразований может не потребоваться.

Важнейшей характеристикой САПР БИС ПЛ является эффективность ком­пиляции. Хотя рекомендуется всегда стараться при проектировании за­нимать под проект не более 90% ресурсов используемой БИС ПЛ (т. е. ос­тавлять минимальные резервы для возможных модификаций), стоимость БИС следующего варианта логической мощности (а иногда и отсутствие БИС с требуемым быстродействием) заставляет разработчика пытаться "уло­житься" в ресурсы БИС минимально допустимой логической мощности. Одним из возможных вариантов, способствующих достижению этой цели, может оказаться использование САПР фирм Exemplar Logic и Symplicity, обеспечивающих для проектов, написанных на языках VHDL или Verilog HDL, как правило, самые высокие показатели по эффективности компиля­ции (минимальность затрачиваемых логических ресурсов и быстродействие проекта).

Существенное влияние на выбор САПР оказывает и на эффективность вери­фикации проектов. Этап отладки готового проекта традиционно (как было показано для типовых МП-систем) поддерживался средствами САПР, не является исключением и отладка проекта, загруженного в БИС ПЛ. Совре­менная тенденция заключается во введении в перечень возможностей САПР функций, способствующих упрощению процедуры отладки готового проек­та. Например, в САПР Quartus фирмы Altera предусматривается наличие всех трех составляющих такой процедуры: отладочных средств, помещаемых в отлаживаемую БИС/СБИС; информационно-транспортировочных средств, связывающих отлаживаемую БИС и ПК с САПР; программных средств в составе САПР, управляющих и отображающих результаты отладки.

Следующим фактором является наличие или возможность использования стандартных решений. Этот момент также может оказаться решающим при выборе САПР. Ситуация несколько улучшается и сглаживается с помощью создания переносимых проектных решений (например, записи функциони­рования на одном из вариантов языков описания аппаратуры VHDL, Verilog или EDIF). Однако особенности внутренней организации БИС ПЛ могут приводить в таком случае к получению после компиляции не самых эффек­тивных решений (если, конечно, в спецификации проекта эти особенности не учтены).

Дополнительная литература к лекции

1. Разевиг В.Д. Система проектирования цифровых устройств OrCAD. – М.: Солон-Р, 2000. – 160 с.