Кафедра К3 Прикладная математика, информатика
и вычислительная техника

Теория автоматов

Специализированный стенд для тестирования поведенческих моделей операционных устройств TEST_ALG

Скачать описание стенда в формате DOCX Скачать файлы проекта TEST_ALG

1. Структура стенда TEST_ALG

Стенд представляет собой проект с именем TEST_ALG, выполненный в САПР QUARTUS II с использованием языка VHDL. Все файлы проекта находятся в одноименной папке. Модуль верхнего уровня стенда содержится в одноименном файле с расширением bdf. Он представляет собой схемный проект, приведенный на рис. 1.

Структура специализированного стенда TEST_ALG
Рис. 1 Структура специализированного стенда TEST_ALG

Модуль multiply, синтезированный в QUARTUS по поведенческому описанию операционного устройства, созданного студентом, входит в состав стенда в качестве испытуемого модуля. Для задания его разрядности используется настраиваемый параметр n. Помимо испытуемого модуля в состав стенда входят следующие блоки: генератор тестовых наборов gen_test, блок формирования эталонного результата actual_result и блок анализа результата analise_unit. Описания этих блоков на языке VHDL содержатся в одноименных файлах с расширением vhd. Причем в качестве настраиваемого параметра в них используется вышеупомянутый параметр n.

Генератор тестовых наборов представляет собой двоичный счетчик, который формирует последовательные двоичные наборы, разрядностью 2n, начиная с начального и до конечного. Начальное и конечное его значения задаются в виде констант start_patern и stop_patern, которые легко можно изменить. По умолчанию начальное значение представляет комбинацию из всех нулей. Конечное значение — комбинацию из всех единиц. То есть, по умолчанию генератор перебирает все возможные значения, обеспечивая тем самым исчерпывающее тестирование операционного устройства. Младшие n разрядов счетчика используются для задания множимого, а старшие n разрядов — для задания множителя. После того, как генератор сформирует последний тестовый набор, он выработает сигнал finish, который будет сигнализировать о завершении тестирования.

Блок actual_result формирует эталонный результат true_rez, который зависит не только от значений операндов — множимого и множителя, но и от формата и кода, в котором они представлены. Для этого используется параметр mode. Варианты задания параметра mode приведены в файле с описанием этого модуля.

Блок analise_unit сравнивает результат, формируемый испытуемым устройством real_rez, с эталонным результатом true_rez, вырабатываемым блоком actual_result. Анализ выполняется по положительному фронту синхросигнала clk. Если хотя бы один раз результат не совпадет с эталонным, то в этом случае будет сформирован единичный сигнал defect, который не изменит своего значения до конца тестирования. Сигнал okey, формируется каждый раз после анализа результата выполнения испытуемым модулем multiply операции для очередного тестового набора. Его единичный уровень свидетельствует о совпадении результата с эталонным.

Все файлы, связанные с тестируемым модулем, находятся в папке MY_OY. Там же содержится файл test_for_stand с временными диаграммами внешних сигналов, подаваемых на стенд.

2. Принцип работы стенда TEST_ALG

Стенд TEST_ALG работает следующим образом. По единичному внешнему сигналу reset стенд установится в начальное состояние. В этом случае генератор установится в соответствии с параметром start_patern в состояние, соответствующее первому тестовому набору.

После снятия активного сигнала reset стенд начнет тестирование испытуемого модуля. Каждый раз по положительному фронту сигнала clk блок анализа результата будет сравнивать формируемый испытуемым модулем результат с эталонным, вырабатываемым модулем actual_result. Генератор тестов будет формировать следующий тестовый набор до тех пор, пока он не выработает конечный набор, задаваемый константой stop_patern. В этом случае генератор сформирует сигнал finish, свидетельствующий о завершении тестирования поведенческой модели операционного устройства.

Если хотя бы раз будет обнаружено несоответствие формируемого испытуемым модулем результата с эталонным, установится единичный сигнал defect, который не изменит своего значения до завершения текущего сеанса тестирования поведенческой модели операционного устройства. Сигнал okey формируется каждый раз по положительному фронту сигнала clk. Его единичное значение является дополнительным подтверждением корректности формируемого испытуемым модулем результата при сравнении его с эталонным результатом.

3. Подключение испытуемой поведенческой модели операционного устройства к стенду

Чтобы подключить испытуемую модель операционного устройства к стенду рекомендуется в модуле верхнего уровня проекта стенда удалить символ испытуемого модуля multiply и вместо него вставить символ модуля, синтезированного QUARTUS по поведенческому описанию студента. Эти действия выполняются аналогично тому, как выполнялось подключение структурных автоматов, разработанных студентами к специализированному стенду TSTAND.

Для корректной работы блока формирования эталонного результата, перед выполнением компиляции проекта необходимо задать параметр mode, соответствующий Вашему варианту. Этот параметр зависит от кода и формата, в котором представлены операнды.

4. Тестирование поведенческой модели операционного устройства с помощью специализированного стенда TEST_ALG

Чтобы выполнить тестирование поведенческой модели операционного устройства с помощью стенда TEST_ALG, необходимо промоделировать поведение стенда с включенным в его состав испытуемой моделью. Для этого необходимо подать на стенд внешние сигналы reset и clk. Первый сигнал устанавливает стенд в исходное состояние. Второй сигнал используется для тактирования работы стенда. В папке MY_AVT имеется файл с подготовленными временными диаграммами test_for_stand. После открытия этого файла, необходимо запустить функциональное моделирование.

5. Анализ полученных результатов

После завершения моделирования необходимо проанализировать полученные результаты, представленные на временной диаграмме. Во-первых, необходимо убедиться, что происходит изменение подаваемых на испытуемую модель операционного устройства тестовых наборов до тех пор, пока не будет сформирован единичный сигнал finish. Во-вторых, сигнал defect, свидетельствующий об обнаружении несоответствия полученного с испытуемой модели результата с эталонным, должен быть равен нулю на всем протяжении временной диаграммы. В противном случае его единичное значение будет указывать о неверном результате выполнения операции. Проанализировав момент времени формирования этого сигнала, студент сможет выявить причину и устранить её. В-третьих, сигнал okey, подтверждающий правильную работу модели ОУ, также на всем протяжении временной диаграммы должен быть равен единице.

Административный раздел