Научная литература
booksshare.net -> Добавить материал -> Физика -> Александров Е.К. -> "Микропроцессорные системы" -> 491

Микропроцессорные системы - Александров Е.К.

Александров Е.К., Грушвицкий Р.И., Купрянов М.С., Мартынов О.Е. Микропроцессорные системы — Спб.: Политехника, 2002. — 935 c.
ISBN 5-7325-0516-4
Скачать (прямая ссылка): mikroprocessorniesistemi2002.djvu
Предыдущая << 1 .. 485 486 487 488 489 490 < 491 > 492 493 494 495 496 497 .. 528 >> Следующая

выборе САПР. Ситуация несколько улучшается и сглаживается с помощью
создания переносимых проектных решений (например, записи функционирования
на одном из вариантов языков описания аппаратуры VHDL, Verilog или EDIF).
Однако специфика внутренней организации БИС ПЛ может приводить в таком
случае к получению после компиляции не самых эффективных решений (если,
конечно, в записи конструкции не учтена такая специфичность).
8.9.2. ПОСЛЕДОВАТЕЛЬНОСТЬ ПРОЕКТИРОВАНИЯ ДЛЯ БИС ПЛ
Порядок разработки системы, содержащей БИС ПЛ, был укрупненно приведен
ранее. Более детально маршрут проектирования для ветви проектирования,
соответствующей разработке конфигурации БИС ПЛ с использованием САПР,
рассматривается ниже.
Предполагаем, что самый первый этап проектирования уже пройден и сделан
выбор как определенной элементной базы, так и определенной САПР (или
группы САПР). Далее разработка обычно выполняется в следующем порядке:
Этап 1. Составление содержательного описания проекта
Первая задача - переход от технического задания (ТЗ) к формализованному
описанию проектируемого устройства. ТЗ, как правило, является смесью
словесного и технического описания, его формализация приводит к выявлению
основных блоков устройства (или алгоритма) и определению их связей и/или
взаимодействия. В сущности, именно в этот момент реализуются начальные
действия первого этапа. Формально же первый этап - разбиение задачи на
отдельные функционально обособленные подзадачи - этап декомпозиции.
Способ и средства разбиения чаще всего определяются именно функциональной
завершенностью и обособленностью отдельных фрагментов, хотя в
значительной степени здесь большую роль играют просто симпатии
проектировщика, и лишь иногда разбиение является полностью
предопределенным. Сама форма ТЗ может провоцировать проектировщика
866
ПРОЦЕДУРА ПРОЕКТИРОВАНИЯ И СВЕДЕНИЯ ОБ АВТОМАТИЗИРОВАННЫХ СРЕДСТВАХ
ПРОЕКТИРОВАНИЯ ДЛЯ БИС/СБИС
на использование тех или иных средств, хотя не исключено, что более
эффективным мог бы быть другой метод описания проекта или его фрагментов.
Декомпозиция может сводиться к составлению граф-схем алгоритмов
функционирования фрагментов или к функциональной блок-схеме устройства и
его частей. Возможным вариантом для достаточно сложных систем будет
разумное совмещение и поведенческого и структурного разбиения проекта.
Разбиение осуществляется не только в рамках одного уровня иерархии, а для
большинства проектов и разбиение на иерархически организованные уровни.
Использование САПР на этом этапе проектирования - явление достаточно
редкое, хотя для современных очень сложных проектов все большее
распространение получают специальные блочные редакторы, позволяющие
осуществлять декомпозицию проекта без детализации составных частей.
Этап 2. Разработка общей структуры проектируемой системы Основной задачей
этапа являются выбор допустимых для каждого уровня иерархии элементов,
определение связей между ними и, если параметры элементов являются
настраиваемыми, то и их настройка. Два момента являются определяющими для
этого этапа: с одной стороны, это источник набора допустимых элементов, с
другой стороны - средства описания соединений элементов между собой, а
при необходимости и описание новых (специфических для этого проекта)
элементов.
Совмещенное описание проекта. Как уже указывалось, возможно как только
временное (поведенческое), так и только пространственное (архитектурно-
структурное) описание проекта. Однако часто целесообразно совмещать обе
возможности. При разработке устройств с цифровым представлением
информации бывает естественным разбиение их на два блока: операционный и
управления. Операционный блок (ОБ) выполняет преобразование данных и
строится из стандартных частей, а блок управления (устройство управления
УУ) обеспечивает необходимую последовательность операций, выполняемых в
ОБ (одном или нескольких). Для этого УУ передает на входы ОБ управляющие
сигналы. Последовательность действий и, следовательно, управляющих
сигналов зависит от результатов операций в ОБ и внешних воздействий.
Отсюда видно, что УУ удобно задавать в форме конечного автомата с памятью
(АП) того или иного типа.
В сложных проектах возможно разделение УУ на несколько функционально
слабо связанных пар ОБ - УУ на одном уровне иерархии или создание пары,
иерархически погруженной в ОБ (реже в УУ).
Библиотеки проектировщика. Элементный состав операционного блока зависит
от состава используемой библиотеки. Набор функциональных возможностей
библиотечных элементов предлагаемых стандартными САПР, чрезвычайно широк,
а по составу и происхождению библиотеки можно разделить на следующие:
• стандартные библиотеки фирмы разработчика САПР, содержимое которой
соответствует распространенной серии схем МСИ, например, типа 74 серии;
• стандартные элементы вычислительной техники (п - входовые логические
элементы, дешиф-
раторы, мультиплексоры, счетчики и т. д.); параметры элементов при этом
Предыдущая << 1 .. 485 486 487 488 489 490 < 491 > 492 493 494 495 496 497 .. 528 >> Следующая

Реклама

c1c0fc952cf0704ad12d6af2ad3bf47e03017fed

Есть, чем поделиться? Отправьте
материал
нам
Авторские права © 2009 BooksShare.
Все права защищены.
Rambler's Top100

c1c0fc952cf0704ad12d6af2ad3bf47e03017fed