Звоните! 
 (926)274-88-54 
 Бесплатная доставка. 
 Бесплатная сборка. 
Ассортимент тканей

График работы:
Ежедневно. С 8-00 до 20-00.
Почта: soft_hous@mail.ru
Читальный зал -->  База цифровых устройств 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 [ 153 ] 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176

Средства описания проекта

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

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

Графическое представление проекта создается в базисе допустимых для выбранной САПР библиотечных элементов, например, в базисе элементов стандартной серии ТТЛ(Ш). Главное достоинство трафического способа - его традиционность и наглядность, связанные с привычностью разработчиков к восприятию изображений схем. Конечно, это преимущество проявляется только при правильном иерархическом и структурном разбиении проекта. Современные языки описания аппаратуры (HDL, Hardware Descriplion Languages) допускактт описание проектируемого устройства, как с точки зрения его поведения, так и с точки зрения его структуры. Эти возможности делают все более распространенным представление проекта в форме текстхэ-вого описания алгоритмов функционирования его фрагментов в сочетании с текстовым же описанием межблочных соединений для сложных проектов. Достоинства текстового способа описания проекта заключаются в сто компактности и относительной простоте автоматизации любых преобразований, включая начальную генерацию описания проекта. Очень важна возможность использования стандартных универсатьных языков типа HDL, обеспечивающая простоту перетюса проекта с одной аппаратной платформы на другую и переход от одной САПР к другой.

В отличие от текстовых, фафические способы представления проекта обычно узко специализированы и требуют особых средств для переноса информации о Проекте в другую среду, для чего могут быть применены специальные универсальные языки передачи информации о проекте (типа языка EDIF, Electronic Design Interchange Format).

Языковое описание аппаратуры получает все большее распространение. Текстовые описания имеют две основные разновидности - языки низкого уровня (аналоги языков профаммирования типа ассемблера) и высокого уровня.



Языки низкого уровня

Языки низкого уровня ближе к аппаратным средствам, вследствие чего представляют для компиляторов потенциалыгые возможности создания проектов с более выи1-рышными параметрами. Платой за это является обычно жесткая ориентация на определенную аппаратуру и производящую ее фирму. Примерами таких языков могут служить язык AHDL (Altera HDL) и ABEL (фирмы Xilinx). С помощью языков низкого ypoBim легче создавать проекты с наилучшими временными параметрами, т. к. в проектах будут учтены специфические особенности архитектуры той или иной CPLD или FPGA.

Языки высокого уровня

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

Разделение устройства на операционный блок и блок управления

Как уже указывалось, возможно как только временное (поведенческое), так и только пространственное (архитектурно-структурное) описание проекта. Однако часто целесообразно совмещать обе возможности. При разработке ЦУ бывает естественным разбиение его на два блока: операционный и управления. Операционный блок (ОБ) выполняет преобразование данных и строится из стащгартных частей, а блок управления (устройство управления УУ) обеспечивает необходимую последовательность операций, выполняемых в ОБ (одном или нескольких). Для этого УУ передает на входы ОБ управляющие сигналы. Последовательность действий и, следовательно, управляющих сигналов зависит от результатов операций в ОБ и внешних воздействий. Отсюда видно, что УУ удобно задавать в форме конечного автомата с памятью (АП) того или иного типа.

В сложных проектах возможно разделение ЦУ на несколько функционально cjra6o связанных пар ОБ-УУ на одном уровне иерархии или создание пары, ичархически погруженной и ОБ (реже в УУ).

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



Этапы проектных процедур

Порядок разработки ЦУ укрупненно упоминался в §9.1 (см. рис. 9.3). Более детально маршрут проектирования с использованием САПР рассматривается ниже. Разработка обычно выполняется в следуюшем порядке:

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

2. Разработка общей структуры операционного блока. Основа .irana - выбор допустимых для данного уровня иерархии элементов, определение связей между ними и, если параметры элементов являются настраиваемыми, го и их настрой ка.

3. Описание работы улрав.1Я1ошего автомата (УА). На этом этапе определяется функциониювание УА, обеспечивающее требуемое взаимодействие элементов ОБ. Следует подчеркнуть, что два последних этапа сильно взаимосвязаны, и, если не разрабатываются параллельно, то обычно выполняются итерационно.

Формы и средства описания автомата разнообразны. Современная тенденция состоит в переходе от записи логических выражений, ограниченных пратоюми ТЗ, к графической форме. Описание в виде граф-схемы переходов (диаграммы состояний) становится одним из самых распространенных вариантов задания автоматов (в английской терминологии State Machias). Графические редатсторы для создании автоматов включаются в состав средств задания исходных проектов современных САПР (например, в САПР Foundation фирмы Xilinx разработки фирмы ALDEC).

Редакторы разных фирм - производителей СБИС ПЛ имеют особенности, но для всех них характерны исключительная простота, естественность и дружественность интерфейса с пользователем, а также отсутствие жесткой необходимости знания выходного языка редактора. Наиболее совершенные версии Программ типа StateCAD Version 3.2 пакета Woikview Office фирмы Vicwiogic обладают ПОЛНЫМ набором средств для выполнения всей проектной процедуры разработки УА, позволяющих реализовать следующие операции:



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 [ 153 ] 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176



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



Звоните! Ежедневно!
 (926)274-88-54 
Продажа и изготовление мебели.


Копирование контента сайта запрещено.
Авторские права защищаются адвокатской коллегией г. Москвы
.