Дипломная работа: Модуль накопления для задач многомерной мессбауэровской спектрометрии
В системе MAX+PLUS II есть три редактора для разработки
проекта: графический, текстовый и сигнальный, а также два вспомогательных
редактора: поуровневый планировщик и символьный редактор.
Графический редактор (Graphic Editor) обеспечивает
проектирование в реальном формате изображения (WYSIWIG). Графические файлы
проекта (.gdf) или схемные файлы OrCAD (.sch), созданные в данном графическом
редакторе, могут включать любую комбинацию символов примитивов, мегафункций и
макрофункций. Символы могут представлять собой любой тип файла проекта (.gdf
.sch .tdf .vhd .v .wdf .edf .xnf .adf .smf).
Символьный редактор (Symbol Editor) позволяет просматривать,
создавать и редактировать символ. Символьный файл имеет то же имя, что и
проект, и расширение “.sym”. Команда Creat Default
Symbol меню File, которая есть в
графическом, текстовом и сигнальном редакторах, создает символ для любого файла
проекта. Символьный редактор обладает следующими характеристиками: можно
переопределить символ, представляющий файл проекта, создавать и редактировать
выводы и их имена, используя входные, выходные и двунаправленные выводы, а
также задавать варианты ввода символа в файл графического редактора, задать
значения параметров и их значения по умолчанию; сетка и направляющие помогают
выполнить точное выравнивание объектов, в символе можно вводить комментарии.
Текстовый редактор (Text Editor) является инструментом для
создания текстовых файлов проекта на языках описания аппаратуры: AHDL (.tdf),
VHDL (.vhd), Verilog HDL (.v). Все перечисленные файлы проекта можно создавать
в любом текстовом редакторе, однако данный редактор имеет встроенные
возможности ввода файлов проекта, их компиляции и отладки с выдачей сообщений
об ошибках и их локализацией в исходном тексте или в тексте вспомогательных
файлов; кроме того, существуют шаблоны языковых конструкций для AHDL, VHDL и
Verilog HDL, выполнено окрашивание синтаксических конструкций. В данном
редакторе можно вручную редактировать файлы назначений и конфигурации (.acf), а
также делать установки конфигурации для компилятора, симулятора и временного
анализатора.
Пользуясь данным текстовым редактором, можно создавать тестовые
векторы (.vec), используемые для тестирования, отладки функций и при вводе
сигнального проекта. Можно также создавать командные файлы (.cmd — для
симулятора и .edc — для EDIF), а также макробиблиотеки (.lmf).
Сигнальный редактор (Waveform Editor) служит инструментом
создания описания проекта, ввода тестовых векторов и просмотра результатов
тестирования. Пользователь может создавать сигнальные файлы проекта (.wdf),
которые содержат временные диаграммы, описывающие логику работы проекта, а
также файлы каналов тестирования (.scf), которые содержат входные вектора для
тестирования и функциональной отладки. Разработка описания проекта в сигнальном
редакторе является альтернативой его создания в графическом или текстовом
редакторах. Здесь можно графическим способом задавать комбинации входных
логических уровней и требуемых выходов. Созданный таким образом файл WDF может
содержать как логические входы, так и входы цифрового автомата, а также выходы
комбинаторной логики, счётчиков и цифровых автоматов. Способ разработки дизайна
в сигнальном редакторе лучше подходит для цепей с чётко определёнными
последовательными входами и выходами, то есть для цифровых автоматов, счётчиков
и регистров.
Поуровневый планировщик (Floorplan Editor) предназначен для
назначения ресурсов физических устройств и просмотра результатов разводки,
сделанных компилятором. В окне поуровневого планировщика могут быть
представлены два типа изображения:
-
Device View (Вид
устройства) показывает все контакты устройства и их функции;
-
LAB View (Вид
логического структурного блока) показывает внутреннюю часть устройства, в том
числе все логические структурные блоки (LAB) и отдельные логические элементы.
После выполнения всех назначений и задания проекта приступают
к его компиляции. Сначала компилятор извлекает информацию об иерархических
связях между файлами проекта и проверяет проект на простые ошибки ввода
описания проекта.
Компилятор применяет разнообразные способы увеличения
эффективности проекта и минимизации использования ресурсов устройства. Если
проект слишком большой, чтобы быть реализованным в одном устройстве, компилятор
может автоматически разбить его на части для реализации в нескольких
устройствах того же самого семейства, при этом число соединений между
устройствами минимизируется. В файле отчёта (.rpt) затем будет отражено, как
проект будет реализован в одном или нескольких устройствах.
Кроме того, компилятор создает программирующие файлы,
используемые программатором для программирования одного или нескольких
устройств. У разработчика также есть возможность настроить обработку проекта.
Например, можно задать стиль логического синтеза проекта по умолчанию и другие
параметры логического синтеза в рамках всего проекта. Кроме того, можно ввести
требования по синхронизации в рамках всего проекта, точно задать разбиение
большого проекта на части для реализации в нескольких устройствах и выбрать
варианты параметров устройств, которые будут применены для всего проекта в
целом. Загрузку готового проекта в ПЛИС или конфигурационное ПЗУ выполняют с
помощью программатора (Programmer).
4. ПОИСК СХЕМОТЕХНИЧЕСКИХ РЕШЕНИЙ
Модульный принцип построения системы накопления подразумевает
создание набора встраиваемых плат расширения для персонального компьютера либо
систем стандарта микро-PC с магистралью ISA. Развивая и усовершенствуя весь мессбауэровский
спектрометр возможно создание полноценного автоматизированного комплекса с
реализацией всех узлов электронного блока спектрометра в виде модулей
(рис.4.1).

Модульность системы накопления даёт возможность оперативно
менять конфигурацию. Путём добавления необходимого числа модулей можно
выстроить систему независимых спектрометрических трактов. Таким образом,
модульная концепция системы накопления – есть средство реализации
многоканальности.
Система, удовлетворяющая многомерным задачам мессбауэровской
спектрометрии должна укладываться в критерии многоканальности. Т.е. аппаратура
для многомерных задач должна быть также модульной.
Суммируя
вышеперечисленные условия (и ряд других) наиболее удобным представляется
построение модуля накопления с возможностью сбора данных от двух синхронных
трактов регистрации и накопления 24-битного результата. Такой модуль можно
успешно применять для снятия данных в многомерных гамма-оптических схемах
эксперимента в составе многоканальной системы накопления.
Схема модуля накопления должна содержать микроконтроллер. Это
связано, прежде всего, с тем, что модуль накопления является оператором данных
большой разрядности (24 бит) и необходимо построить систему с максимально
упрощённым алгоритмом доступа к банку данных со стороны магистрали ISA. Другое дело задача об оптимальном
(по ряду критериев) распределении функций между аппаратурными средствами и
программным обеспечением. При этом в самом общем случае необходимо исходить из
того, что перенесение всех функций на аппаратурные средства обеспечивает
высокое быстродействие системы в целом, но приводит к значительному усложнению схемы
и сопряжено с увеличением стоимости конечного изделия. Кроме того, в данном
случае исчезает возможность создания автономной системы. Бóльший
удельный вес программного обеспечения позволяет сократить сложность
аппаратурных средств, но это приводит к снижению быстродействия и увеличению
затрат и сроков разработки и отладки прикладных программ. Время жизни изделия,
в котором большая часть функций реализована в программном обеспечении,
многократно возрастает за счет того, что срок "морального старения"
изделия может быть существенно отодвинут путём совершенствования и перестроения
программного обеспечения. Программная реализация основных элементов алгоритма
работы накопителя допускает его модификацию относительно простыми средствами.
Это и есть главный критерий построения гибких реконфигурируемых систем.
Учитывая широкие возможности микроконтроллера по работе с
памятью, предполагается использование его системного ОЗУ (СОЗУ) для хранения и
накопления спектрометрических данных. Объём СОЗУ должен быть достаточным для
хранения банка 2х24х4096 бит, а также промежуточных
данных. Наибольшие скоростные требования предъявляются к той части схемы, где
реализуется алгоритм накопления первого байта (счётные блоки, блоки
суммирования и т.д.), поэтому данная часть должна быть исполнена аппаратно с
использованием быстрой статической памяти. Накопление старших байтов можно
производить с использованием программных средств микроконтроллера. Из всех
рассмотренных ранее способов обмена с компьютером наиболее подходящим является применение
разделяемой памяти. В этом случае трансляция накопленных в СОЗУ данных должна
производиться с использованием буферного ОЗУ доступного как со стороны шины ISA, так и со стороны микроконтроллера.
Кроме того, БОЗУ может применяться для быстрого (в течение нерабочего режима
системы регистрации, составляющего 11 мс) чтения данных собранных в системе
накопления первого байта. Такой подход (совместно с другими положениями)
позволяет организовать систему с непрерывным процессом накопления. Помимо ISA в качестве внешнего интерфейса может
использоваться последовательный порт микроконтроллера (например, в случае
автономной работы модуля накопления).
Преследуя принцип
минимизации количества корпусов микросхем на малогабаритной плате необходимо
предельно использовать возможности ПЛИС. Практически вся аппаратная часть, в
том числе схема блока сопряжения, может быть реализована на одном кристалле
ПЛИС. Использование наиболее популярных серий ПЛИС с доступными средствами
автоматизированного проектирования позволяет строить надёжные устройства при
помощи современных методов моделирования на функциональном и физическом уровне.
Предлагаемый модуль накопления содержит два входных блока осуществляющих
накопление данных первого байта. Каждый блок, в свою очередь, состоит из
счётного блока и схемы промежуточного хранения (рис.4.2).
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19 |