Язык описания электронной аппаратуры VHDL. Берчун Ю.В. - 13 стр.

UptoLike

Составители: 

13
Объявление параметров настройки включается в декларацию сущности для создания
проектов, которые предполагается использовать как фрагменты в различных других проек-
тах, причём возможна модификация некоторых свойств данного компонента, точнее выбор
параметра из множества значений, определённого типом.
Определение портов задаёт имена входных (in), выходных (out) и двунаправленных (in-
out) линий передачи информации и тип данных, передаваемых через порты. Объявление пор-
тов, как следует из представленных правил синтаксиса, не обязательно. Возникает вопрос:
зачем может понадобится устройство, не имеющее входов и выходов? Оказывается, такая
конструкция позволяет эффективно сочетать описание собственно проектируемого устрой-
ства и алгоритм его тестирования.
Для параметров и входных портов можно задавать значения по умолчанию. Они при-
нимаются, если соответствующим единицам информации не присвоены другие значения в
модулях высшего уровня иерархии.
Раздел деклараций сущности имеет такое же содержание т такой же смысл, что и раз-
дел деклараций архитектурного тела (см. ниже) — объявляются локальные типы данных,
подпрограммы, сигналы и т.п. При этом объявленные объекты доступны во всех архитектур-
ных телах, подчинённых этой сущности.
Раздел операторов сущности может содержать только весьма ограниченный набор слу-
жебных операторов, которые на практике применяются редко. Поэтому обычно этот раздел
остаётся пустым.
Архитектурные тела представляют содержательное описание проекта. Архитектур-
ное тело в некотором смысле подчинено соответствующей сущности. Различают структур-
ные архитектурные тела (описывают проект в виде совокупности компонентов и их со-
единений), поведенческие архитектурные тела (описывающие проект как совокупность
исполняемых действий) и смешанные тела. Формальны признаков, по которым тело можно
было бы отнести к тому или иному типу, не существуетречь идёт скорее не о чёткой клас-
сификации, а о стилях описания, для каждого из которых характерными являются опреде-
лённые операторы и которые лучше отражают разные аспекты одного и того же объекта
(структурный и поведенческий соответственно).
Определены следующие правила записи архитектурных тел:
<Архитектурное тело>::=
architecture <имя архитектуры> of <имя сущности> is
<раздел деклараций>
begin
<раздел операторов>
end [architecture] <имя архитектуры>;
Здесь имя архитектурыэто любое индивидуальное имя проектного модуля. Имя
сущности задаёт первичный модуль, которому подчиняется архитектурное тело. В разделе
деклараций объявляются локальные для этого модуля информационные единицытипы
данных, сигналы, подпрограммы и т.д. Раздел операторов описывает правила функциониро-
вания и (или) конструирования устройства в терминах языка.
      Объявление параметров настройки включается в декларацию сущности для создания
проектов, которые предполагается использовать как фрагменты в различных других проек-
тах, причём возможна модификация некоторых свойств данного компонента, точнее выбор
параметра из множества значений, определённого типом.
      Определение портов задаёт имена входных (in), выходных (out) и двунаправленных (in-
out) линий передачи информации и тип данных, передаваемых через порты. Объявление пор-
тов, как следует из представленных правил синтаксиса, не обязательно. Возникает вопрос:
зачем может понадобится устройство, не имеющее входов и выходов? Оказывается, такая
конструкция позволяет эффективно сочетать описание собственно проектируемого устрой-
ства и алгоритм его тестирования.
    Для параметров и входных портов можно задавать значения по умолчанию. Они при-
нимаются, если соответствующим единицам информации не присвоены другие значения в
модулях высшего уровня иерархии.
     Раздел деклараций сущности имеет такое же содержание т такой же смысл, что и раз-
дел деклараций архитектурного тела (см. ниже) — объявляются локальные типы данных,
подпрограммы, сигналы и т.п. При этом объявленные объекты доступны во всех архитектур-
ных телах, подчинённых этой сущности.
     Раздел операторов сущности может содержать только весьма ограниченный набор слу-
жебных операторов, которые на практике применяются редко. Поэтому обычно этот раздел
остаётся пустым.
     Архитектурные тела представляют содержательное описание проекта. Архитектур-
ное тело в некотором смысле подчинено соответствующей сущности. Различают структур-
ные архитектурные тела (описывают проект в виде совокупности компонентов и их со-
единений), поведенческие архитектурные тела (описывающие проект как совокупность
исполняемых действий) и смешанные тела. Формальны признаков, по которым тело можно
было бы отнести к тому или иному типу, не существует — речь идёт скорее не о чёткой клас-
сификации, а о стилях описания, для каждого из которых характерными являются опреде-
лённые операторы и которые лучше отражают разные аспекты одного и того же объекта
(структурный и поведенческий соответственно).
     Определены следующие правила записи архитектурных тел:
<Архитектурное тело>::=
architecture <имя архитектуры> of <имя сущности> is
<раздел деклараций>
begin
<раздел операторов>
end [architecture] <имя архитектуры>;
     Здесь имя архитектуры — это любое индивидуальное имя проектного модуля. Имя
сущности задаёт первичный модуль, которому подчиняется архитектурное тело. В разделе
деклараций объявляются локальные для этого модуля информационные единицы — типы
данных, сигналы, подпрограммы и т.д. Раздел операторов описывает правила функциониро-
вания и (или) конструирования устройства в терминах языка.


                                              13