5.1. Отчет по лабораторной работе должен содержать:
- наименование;
- цель работы;
- используемое оборудование;
- теоретическую часть;
- описание последовательности действий при выполнении задания;
- распечатку отчета в соответствии с заданием.
- выводы по проделанной работе.
5.2. Контрольные вопросы к лабораторной работе
Что представляет собой парные контакты?
Как создаются правила для Pin-Pairs в Constraint Manager?
Опишите процедуру создания правил для парных контактов (pin-pairs) в Concept HDL.
Объясните ввод правил для парных контактов Concept HDL до выполнения расширенного проектирования.
Опишите роцедуру ввода правил для парных контактов в Concept HDL после выполнения процедуры расширенного проектирования.
Лабораторная работа 7 работа с правилами в иерархическом проектировании
1. Общее описание работы
Цель работы: освоение принципов работы с правилами проектирования в иерархическом проектировании цифровых схем.
1.2. Содержание работы
Лабораторная работа состоит из домашнего и лабораторного заданий. Домашнее задание заключается в самостоятельном изучении принципов работы с правилами проектирования в иерархическом проектировании цифровых схем.
Лабораторное задание включает в себя практическое выполнение всех его пунктов.
1.3. Используемое оборудование
Для выполнения лабораторной работы используются программно-аппаратные средства: ПЭВМ класса Pentium стандартной конфигурации, цветной монитор с графическим адаптером SVGA и выше, объем оперативной памяти не ниже 1024 Мб, принтер, ОС Windows XP и выше.
Домашнее задание и методические указания по его выполнению
По методическому руководству с теоретической частью лабораторной работы.
3. Теоретическая часть
Особенности проектирования возникают при работе с правилами в иерархическом проектировании в следующих случаях:
- Групповое проектирование
- Блок, используемый единожды в иерархическом проектировании
- Блок, используемый более чем единожды в иерархическом проектировании
- Блоки предназначенные только для чтения
Групповое проектирование
Над иерархическим проектированием могут работать группы проектировщиков. В среде группового проектирования каждый проектировщик работает над блоком иерархического проектирования. После того, как все проектировщики, работавшие над блоками, завершили свою работу. Интегратор (глава проекта или ответственный за проектирование) вводит все блоки в проект верхнего уровня.
Рис.1. Иерархический проект
В показанном примере иерархического проекта MEMORY, команды проектировщиков работают над разными блоками проекта. После того, как все проектировщики, работающие над блоками, закончили свою работу, Интегратор (начальник подразделения или главный проектировщик) вводит все блоки в проект верхнего уровня (MEMORY).
Рекомендуется помнить следующее при работе с правилами в среде группового проектирования:
- Проектировщики, работающие с блоками не должны использовать Constraint Manager для создания правил на блоках низших уровней. Для создания правил на блоках низших уровней они должны добавлять свойства, задающие электрические правила.
Например, Designer B не должен использовать Constraint Manager для управления ограничениями в схеме для блока ADDRGEN. Он должен добавлять свойства, задающие правила для блока, в схеме.
- Блок используемый в проекте более одного раза называется блоком многократного использования или реплицируемым блоком.
Например, блок 4_BIT_COUNTER – реплицируемый блок, потому что он дважды реализован в схеме блока ADDRGEN.
Проектировщик, работающий с блоком не должен добавлять свойства, задающие правила для реплицируемого блока в режиме Occurrence Edit в Concept HDL потому, что такие occurrence свойства не будут введены в Constraint Manager. После того, как Интегратор введет все блоки низшего уровня в проекте верхнего уровня, ему следует добавить свойства для этих блоков в режиме Occurrence Edit в Concept HDL.
Например, блок 4_BIT_COUNTER дважды реализован в схеме для блока ADDRGEN. Designer B не должен добавлять свойства, задающие правила для блока 4_BIT_COUNTER в режиме Occurrence Edit в Concept HDL. После того, как Интегратор ввел все блоки низшего уровня в проект верхнего уровня MEMORY, ему следует добавить occurrence свойства для блока 4_BIT_COUNTER в схеме для блока ADDRGEN.
- Когда Интегратор запускает Constraint Manager из Concept HDL, после ввода всех блоков низшего уровня в design верхнего уровня MEMORY, свойства, задающие правила добавляются в блоки нижнего уровня (включая свойства, добавленные Интегратором в режиме Occurrence Edit на реплицируемые блоки в схеме для блоков низшего уровня) будут отображены в Constraint Manager.
Правила блока, единожды реализованном в иерархическом проекте
- Если блок ввели в проект только один раз и выбрали Tools > Constraints > Update Schematic или запустили backannotation, любые изменения в свойствах, задающих правила блока будут видны в режимах Hierarchy, Expanded и Occurrence Edit. Это происходит, потому что свойства блока, единожды реализованного в проекте, могут быть возвращены в схему блока.
- Добавьте свойство, задающее правило цепи в схеме блока и удалите правило в Constraint Manager. В файле concept2cm.log при запуске Constraint Manager из Concept HDL будет показано следующее сообщение:
Property <property_name> has been marked for deletion on net <canonical_name_for_net> and will not be pushed to CMDB. Please do backannotation to delete EC from the schematic.
Это сообщение указывает, что свойство цепи было удалено в Constraint Manager, но существует на цепи в Concept HDL. Свойство на цепи в Concept HDL не будет перенесено в Constraint Manager. Выберите Tools > Constraints > Update Schematic для удаления свойства цепи в Concept HDL.
Внимание: Если вы не выберите Tools > Constraints > Update Schematic в Concept HDL, но выйдите из Constraint Manager, измените значение свойства на цепи в Concept HDL и выберите File > Save в Concept HDL, ограничение с новым значением будет отображено в Constraint Manager.
Правила блока, реализованном в проекте более одного раза
- Если вы использовали блок в проекте более одного раза и выбрали Tools > Constraints > Update Schematic или запустили backannotation, все изменения свойств в блоках будут видны только в режиме Occurrence Edit в Concept HDL. Потому что свойства на схеме блока, реализованного в проекте более одного раза, не могут быть возвращены обратно в схему блока.
- Добавьте свойство на цепь в схеме для блока, реализованного более одного раза, и удалите ограничение в Constraint Manager. В файле concept2cm.log при запуске Constraint Manager из Concept HDL будет показано следующее сообщение:
Schematic property <property_name> lying in a reuse block has been marked for deletion on net <canonical_name_for_net> and will not be pushed to CMDB.
Это сообщение указывает на то, что свойство цепи было удалено в Constraint Manager, но существует на цепи в Concept HDL. Свойство цепи, задающее правило в Concept HDL не будет введено в Constraint Manager.
Внимание: Если вы выберите Tools > Constraints > Update Schematic, правило цепи не будет удалено, потому что это реплицированный блок.
При выходе из Constraint Manager, измените значение свойства цепи в Concept HDL и выберите File > Save в Concept HDL, и правило с новым значением будет отображено в Constraint Manager.
Правила блока, предназначенного только для чтения
Допустим, свойство или шаблон для свойства присутствуют на блоке, предназначенном только для чтения, и он используется в иерархическом проекте. Допустим, вы измените или удалите его в Constraint Manager, тогда при возврате (backannotation) схемы возникнут ошибки, потому что у вас нет прав на запись в блоке только для чтения. Чтобы этого избежать, добавьте свойство NO_BACKANNOTATE=ALL на блок, предназначенный только для чтения.
Внимание: Свойство NO_BACKANNOTATE=ALL применимо только к блоку, к которому оно добавлено, к блокам, произошедшим от него, оно не применяется.
Отображение правил, введенных в Constraint Manager на схеме
Правила, которые вы вводите в Constraint Manager, обновляются в Concept HDL, при выборе Tools > Constraints > Update Schematic в Concept HDL. Вы можете просмотреть правила с помощью диалогового окна Attributes в режимах Expanded или Occurrence Edit в Concept HDL.
Правила, которые вы вводите в Constraint Manager, не будут автоматически видны на схеме в Concept HDL. Чтобы такие правила стали видимы в Concept HDL, добавьте шаблоны правил всхему.
В Constraint Manager, ограничения хранятся в ячейках рабочих листов. Каждое правило, введенное в Constraint Manager, представлено соответствующим свойством в Concept HDL. Вы можете сделать правило, введенное в Constraint Manager видимым в Concept HDL добавив шаблон для соответствующего свойства в Concept HDL.
Внимание: Не обязательно выходить из Constraint Manager, если хотите добавить шаблоны правил в схему.
Например, если вы определили максимальные перекрестные помехи цепи CLOCK как 0.5 mV в рабочем листе Estimated Xtalk в Constraint Manager, правило не будет видимым на цепи CLOCK в Concept HDL. Для отображения максимального ограничения перекрестных помех на цепи CLOCK в Concept HDL, добавьте на цепь шаблон свойства MAX_XTALK:
1. Переключитесь в режим Expanded или Occurrence Edit в Concept HDL.
2. Выберите Text > Attributes в Concept HDL.
3. Щелкните на цепь CLOCK.
Появится диалоговое окно Attributes. Свойство MAX_XTALK показано с видимостью Non Attributes.
4. В выпадающем списке Visible рядом со свойством MAX_XTALK, выберите видимость свойства MAX_XTALK Name, Value или Both.
5. Нажмите OK для сохранения изменений и закройте окно Attributes.
6. Выберите File > Save в Concept HDL.
7. Выберите Tools > Constraints > Update Schematic.
Если вы определили видимость свойства MAX_XTALK Both в шаге 4, свойство
MAX_XTALK=0.5000:0.5000 показано на цепи CLOCK на схеме, когда вы находитесь в режиме Hierarchy, Expanded или Occurrence Edit в Concept HDL. Это свойство служит правилом для ограничения максимальных перекрестных помех, введенного в Constraint Manager. Если вы измените значение правила в Constraint Manager, значение свойства обновляется в схеме, при выборе Tools > Constraints > Update Schematic в Concept HDL. Если вы удалите правило в Constraint Manager, свойство удаляется при выборе Tools > Constraints > Update Schematic в Concept HDL.
Помните следующее при добавлении шаблонов свойств в Concept HDL:
- Вы можете добавлять шаблоны свойств на цепи и pins в Concept HDL.
- Шаблон свойств на шине будет показывать значение правила только в режиме Occurrence Edit в Concept HDL. Шаблон свойств на шине не будет показывать значение правила в режимах Hierarchy и Expanded в Concept HDL, потому что правила на шине не могут быть обратно аннотированы в схему.
- Шаблон свойств на бите шины будет показывать значение правила только в режиме Occurrence Edit в Concept HDL. Шаблон свойств на бите шины не будет показывать значение свойства в режимах Hierarchy и Expanded в Concept HDL, потому что правила на бите не могут быть обратно аннотированы в схему.
- Если имеется шина и бит на схеме, как показано на следующем рисунке, вы можете расположить шаблон свойств на бите.
- если вы явно выделили бит на шине, вы можете расположить шаблон свойств на нем.
Изменение правил
Рекомендуется изменять правила в Constraint Manager, а не в Concept HDL.
Изменение правил в Constraint Manager
Если вы создали правило в Constraint Manager или добавили свойство, задающее правило в Concept HDL, вы можете изменить его в Constraint Manager.
Для изменения правил в Constraint Manager, выполните следующее:
1. Запустите Constraint Manager из Concept HDL.
2. Измените правило в Constraint Manager.
3. Выберите File > Save в Constraint Manager или в Concept HDL.
Если на схеме в Concept HDL находится свойство, изменения будут видны в Concept HDL только в режиме Occurrence Edit. Если вы находитесь в режиме Expanded в Concept HDL, вы можете просмотреть изменения в диалоговом окне Attributes.
Рис.2. Окно просмотра атрибутов
На показанном рисунке, поле Schematic Value рядом со свойством MAX_XTALK показывает старое значение правила, а поле Net Value показывает измененное значение.
4. Выберите Tools > Constraints > Update Schematic в Concept HDL.
Если в схеме имеется свойство или шаблон свойства, изменения будут видны в режимах Hierarchy и Expanded в Concept HDL.
Если вы добавили свойство в режиме Occurrence Edit в Concept HDL, то его изменение будет видно только в режиме Occurrence Edit.
Изменение правил в Concept HDL
Рекомендуется изменять правила в Constraint Manager, а не в Concept HDL.
Вы не можете изменять свойства в Concept HDL, при запущенном Constraint Manager. Выйдите из Constraint Manager, если вы хотите изменить свойства в Concept HDL.
Перед изменением правил в схеме, выберите Edit > Constraints > Update Schematic в Concept HDL, так чтобы все изменения в правилах, которые вы внесли в Constraint Manager, были обновлены в схеме.
Изменения, которые вы внесете в Concept HDL, будут видны в Constraint Manager, когда вы запустите его из Concept HDL.
Удаление правил
Рекомендуется удалять правила в Constraint Manager, а не в Concept HDL.
Удаление правил в Constraint Manager
Если вы ввели правило в Constraint Manager или добавили свойство в Concept HDL, вы можете удалить правило в Constraint Manager.
Для удаления правил в Constraint Manager, выполните следующее:
1. Запустите Constraint Manager из Concept HDL.
2. Удалите правило в Constraint Manager.
3. Выберите File > Save в Constraint Manager или Concept HDL.
4. Выберите Tools > Constraints > Update Schematic в Concept HDL.
Если на схеме существует свойство или шаблон свойства, удаление будет видно в режимах Hierarchy, Expanded и Occurrence Edit в Concept HDL.
Удаление правил в Concept HDL
Рекомендуется удалять правила в Constraint Manager, а не в Concept HDL.
Вы не можете удалять свойства в Concept HDL, при запущенном Constraint Manager. Выйдите из Constraint Manager, если вы хотите удалить свойствав Concept HDL.
Если вы удалите свойство на объекте в схеме, вы должны также удалить правило на объекте в Constraint Manager. Если вы не удалите правило в Constraint Manager, свойство будет обратно аннотировано в схему при выборе Tools > Constraints > Update Schematic или Tools > Back Annotate (с выбранной меткой Constraint Backannotation) в Concept HDL. Это вызовет то, что свойство продолжит оставаться на объекте в схеме.
Проверка устаревших объектов
Свойство или шаблон становятся устаревшими, когда вы:
- Удаляете цепь, которой они принадлежат
- Переименовываете цепь
- Переименовываете цепь, синонимом которой является другая цепь
Constraint Manager предоставляет список объектов, который больше не существуют в Concept HDL, но имеют информацию о правилах. Вы можете удалять устаревшие объекты или присоединять правила на устаревших объектах существующим. Например, если цепь SELECT,которая имеет свойство PULSE_PARAM, становится устаревшим объектом, вы можете присоединить свойство к существующей в схеме цепи с именем CLOCK. Свойство PULSE_PARAM будет видимым в схеме на цепи CLOCK.