Этапы проектирования электронных систем (стр. 1 из 2)

Контрольная работа по теме:

Этапы проектирования электронных систем

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

Проектная процедура - составная часть процесса проектирования. Примерами проектных процедур служат синтез функциональной схемы проектируемого устройства, моделирование, верификация, трассировка межсоединений на печатной плате и т.д.

Проектирование ЭУ разделяется на этапы. Этап представляет собой определенную последовательность проектных процедур. Общая последовательность этапов проектирования представляется так:

составление ТЗ;

ввод проекта;

проектирование архитектуры;

функционольно-логическое проектирование;

схемотехническое проектирование;

топологическое проектирование;

изготовление опытного образца;

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

Составление ТЗ. Определяются требования к проектируемому изделию, его характеристики и формируется техническое задание на проектирование.

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

Эффективными являются высокоуровневые графические и текстовые редакторы описания проекта современных систем проектирования. Такие редакторы дают разработчику возможность чертить блок - схему крупной системы, назначать модели для индивидуальных блоков и соединять последние посредством шин и трактов передачи сигналов. Редакторы, как правило, автоматически связывают текстовые описания блоков и соединений с соответствующими графическими изображениями, обеспечивая тем самым комплексное моделирование системы. Это позволяет инженерам системотехника не менять привычного стиля работы: можно по - прежнему думать, набрасывая блок-схему своего проекта как бы на листе бумаги, в то же время будет вводится и накапливаться точная информация о системе.

Логические уравнения или принципиальные электрические схемы зачастую очень удачно используются для описания базовой интерфейсной стыковочной логике.

Таблицы истинности целесообразные для описания дешифраторов или других простых логических блоков.

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

Проектирование архитектуры. Представляет собой проектирование ЭУ до уровня передачи сигналов ЦП и ЗУ, ЗУ и КПДП. На этом этапе определяется состав устройства в целом, определяются его главные аппаратные и программные компоненты.

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

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

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

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

число, разрядность и пропускную способность шин системы;

время доступа к памяти;

размер кэш-памяти;

число процессоров, портов, регистровых блоков;

емкость буферов передачи данных.

А к параметрам конфигурации программных средств относятся, например:

параметры планировщика;

приоритетность задач;

интервал "удаления мусора";

максимально допустимый интервал ЦП для программы;

параметры подсистемы управления памятью (размер страницы, сегмента, а также распределение файлов по дисковым секторам;

и т.д.

Параметры конфигурации средств передачи данных:

величина интервала тайм-аута;

размер фрагмента;

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

Рис. 1 - Последовательность проектных процедур архитектурного этапа проектирования

При интерактивном проектировании на системном уровне вначале вводится функциональные спецификации системного уровня в виде диаграмм потоков данных, а также выбираются типы компонентов для реализации различных функций (рис. 1). Здесь главная задача заключается в том, что разработать такую системную архитектуру, которая будет удовлетворять заданным функциональным, скоростным и стоимостным требованиям. Ошибки на архитектурном уровне обходятся гораздо дороже, чем в решениях, принимаемых в процессе физической реализации.

Архитектурные модели имеют важное значение и отражают логику поведения системы и временные ее особенности, что позволяет выявлять функциональные проблемы. Они обладают четырьмя важными особенностями:

они точно представляют функциональные возможности аппаратных и программных компонентов с использованием высокоуровневых абстракций данных в виде потоков данных;

архитектурные модели абстрактно представляют технологию реализации в виде временных параметров. Конкретную технологию реализации определяют конкретные значения этих параметров;

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

эти модели должны допускать параметризацию, типизацию и повторное использование;

Моделирование на системном уровне позволяет разработчику оценить альтернативные варианты проектов системы с точки зрения соотношения их функциональных возможностей, показателей быстродействия и стоимости.

Инструментальная система нисходящего проектирования (ASIC Navigator, компании Compass Disign Automation) для ASIC (спец. ИС) и систем.

Попытка освободить инженеров от проектирование на вентильном уровне.

Состав:

Logic Assistant (ассистент по логике);

Design Assistant;

ASIC Synthesizez (синтезатор ASIC);

Test Assistant;

Logic Assistant

Это унифицированная среда проектирования и анализа. Позволяет создать спецификацию ASIC, вводя графические и текстовые описания своих проектов. Пользователи могут описывать свои проекты при помощи большинства способов высокоуровневого ввода, в том числе блок-схем, булевых формул, диаграмм состояния, операторов языка VHDL и Verilog и т.д. Программные средства системы будут поддерживать эти способы ввода как основу всего последующего процесса проектирования ASIC-системы.

Общую архитектуру проектируемой ASIC можно представить в виде взаимосвязанных функциональных блоков без учета их физического разбиения. Эти блоки можно затем описывать способом, наиболее соответствующим особенностям каждой функции. Например, пользователь может описывать логику управления при помощи диаграмм состояния, арифметические функциональные блоки - при помощи схем трактов обработки данных, а алгоритмические функции на языке VHDL. Окончательное описание может быть комбинацией как текстовых, так и графических материалов и служит основой для анализа и реализации ASIC.

Подсистема Logic Assistant преобразует затеи полученную спецификацию в поведенческий код языка VHDL. Этот код может быть обработан при помощи системы моделирования на языке VHDL, разработанной третьей фирмой. Модифицирование спецификации на поведенческом уровне, дает возможность вносить изменения и производить отладку на начальных этапах проектирования.

Disign Assistant

После того, как спецификация проверена, ее можно отобразить на ASIC-приборе. Вначале, однако, пользователь должен решить, каким образом лучше всего реализовать такой высокоуровневый проект. Описание проекта можно отобразить на одну или несколько вентильных матриц или ИС на базе стандартных элементов.

Dising Assistant помогает пользователям оценивать разнообразные варианты, чтобы добиться оптимальной реализации. D.A. по указанию пользователя определяет оценочный размер кристалла, возможные способы корпусирования, мощность потребления и расчетное количество логических вентилей для каждого варианта декомпозиции и для каждого вида ASIC.

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

ASIC Synthesizer

После того, как конкретный вариант проекта выбран, его поведенческое описание необходимо преобразовать в представление уровня логических вентилей. Эта процедура является весьма трудоемкой.

На вентильном уровне в качестве структурных элементов могут быть выбраны: логические вентили, триггера, а в качестве средств описания - таблицы истинности, логические уравнения. При использовании регистрового уровня, структурными элементами будут: регистры, сумматоры, счетчики, мультиплексоры, а средства описания - таблицы истинности, языки микроопераций, таблицы переходов.

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