Как отладить своюпериферию на NIOS Опции

[zorromen]

Здравствуйте, Уважаемые. Нужна помощь, требуется написать свою периферию на NIOS. Но как известно написать можно, а как оно работать будет? Вот интересует как отладить сие чудо. С тестбенчем только начал разбираться, вроде чтото получается. Только тут я сам пишу воздействия, а меня интересует, как эти воздействия делает сам процессор, ну и смотреть как периферия работает.

[Postoroniy_V]

Здравствуйте, Уважаемые. Нужна помощь, требуется написать свою периферию на NIOS. Но как известно написать можно, а как оно работать будет? Вот интересует как отладить сие чудо. С тестбенчем только начал разбираться, вроде чтото получается. Только тут я сам пишу воздействия, а меня интересует, как эти воздействия делает сам процессор, ну и смотреть как периферия работает.

тут полезный документ про авалон шину
http://www.altera.com/literature/manual/mn...ss=avalon%20pdf

[Kuzmi4]

2 zorromen - в принципе читается документик который привёл Postoroniy_V. далее на основе его делается wrapper для своей периферии. А вот после этого есть несколько путей:

А) повыводить интересующие линии в квартусовском симуляторе для собранного wrapper+pheripheral: создать свой VWF файл с интересующей набивкой, исходя из соображений, который мы сделали прочитав документик "mnl_avalon_spec.pdf " Ну и далее смотреть на результаты. Интересен тем, что в нём учитываются все задержки в ЛУТах и тригерах - только требует пересинтезации при смене дизайна - без полного синтеза не запустится..
Я так понял не совсем предпочитаемый метод многими гуру. Ну плюс есчё надо VHDL редактировать..

Б) ничего не надо редактировать - используем ModelSim - там можно выводить абсолютно все сигналы, который присутствуют в architecture. Главное задать правильные входовые сигналы - опять же опираясь на "mnl_avalon_spec.pdf ". Вот я только пока не разобрался как задавать произвольного вида сигналы в vawe.
Недостаток тот, что не учитывает задержки на прохождения в реальной системе..

В) Отлаживается всё в куче - где то проскакивал документик, при чём совсем недавно - альтеровская апнота - когда собирается система - выставляются соответсвующие галочки в SoPC и NIOSII IDE и потом это всё загоняется опять же в ModelSim - тут нужно подвести соответсвующие сигналы - как RST и Clock для NIOSII - ну и вывести интересующие нас сигналы - вроде бы будет как полная аналогия с реальной системой... Это по идее

Г) Использовать SignalTap - типа как тыкаться осцилографом по уже существующему прожекту в сигналы и смотреть что будет. Интересен тем, что может срабатывать по фронтам сигналов. Недостаток в том, что юзает встроенную память кристала - много чего не посмотриш..

Вот вроде бы всё, есчё что забыл - поправьте..

[Postoroniy_V]

2 zorromen - в принципе читается документик который привёл Postoroniy_V. далее на основе его делается wrapper для своей периферии. А вот после этого есть несколько путей:

А) повыводить интересующие линии в квартусовском симуляторе для собранного wrapper+pheripheral: создать свой VWF файл с интересующей набивкой, исходя из соображений, который мы сделали прочитав документик "mnl_avalon_spec.pdf " Ну и далее смотреть на результаты. Интересен тем, что в нём учитываются все задержки в ЛУТах и тригерах - только требует пересинтезации при смене дизайна - без полного синтеза не запустится..
Я так понял не совсем предпочитаемый метод многими гуру. Ну плюс есчё надо VHDL редактировать..

Б) ничего не надо редактировать - используем ModelSim - там можно выводить абсолютно все сигналы, который присутствуют в architecture. Главное задать правильные входовые сигналы - опять же опираясь на "mnl_avalon_spec.pdf ". Вот я только пока не разобрался как задавать произвольного вида сигналы в vawe.
Недостаток тот, что не учитывает задержки на прохождения в реальной системе..

В) Отлаживается всё в куче - где то проскакивал документик, при чём совсем недавно - альтеровская апнота - когда собирается система - выставляются соответсвующие галочки в SoPC и NIOSII IDE и потом это всё загоняется опять же в ModelSim - тут нужно подвести соответсвующие сигналы - как RST и Clock для NIOSII - ну и вывести интересующие нас сигналы - вроде бы будет как полная аналогия с реальной системой... Это по идее

Г) Использовать SignalTap - типа как тыкаться осцилографом по уже существующему прожекту в сигналы и смотреть что будет. Интересен тем, что может срабатывать по фронтам сигналов. Недостаток в том, что юзает встроенную память кристала - много чего не посмотриш..

Вот вроде бы всё, есчё что забыл - поправьте..

всё так.
есть ещё одно добавление
если устройство слейв и не нужны мега скорости, то можно упростить отладку. тоесть забить на отладку взаимодействия проца с вашей периферией.
достигается это так - делаете 1 слейв(avalon_tristate_slave) в пространстве адресом проца скажем 0x1000-0x1FFF, выводите со слейва нужные сигналы. Обычно это wr,rd,cs,address,data(bidir)
вот и всё! затем просто к этим сигналам подключаете свой слейв(или несколько слейвов )(естественно тайминги при генерации avalon_tristate_slave, ставите такие чтобы слейв успевал выдавать данные при чтении процом и записывать "внутрь себя").
таким образом вся система генерится всего 1 раз( япро ниос + всякие dma и прочее + наш слейв интерфейс avalon_tristate_slave)
ну а для всяких шустрых вещей и мастеров придётся читать подробнее про авалон шину

[Kuzmi4]

2 all - кстати уважаемые, пока тема не заглохла - не подскажет кто как делать в модельсиме vawe со своей набивкой??
В VWF я делал например так для входного сигнала Read_request:

Код

TRANSITION_LIST("Read_request")
{
    NODE
    {
        REPEAT = 1;
        LEVEL 0 FOR 2300.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;
        LEVEL 0 FOR 100.0;
        LEVEL 1 FOR 500.0;

А как быть в такой же ситуации в ModelSim`е ?
Как не тыкался в ModelSim`е - нашёл только темплаты для сигналов. Не может же быть так, что нельзя задавать произвольный сигнал..

[Stewart Little]

2 all - кстати уважаемые, пока тема не заглохла - не подскажет кто как делать в модельсиме vawe со своей набивкой??

Я делаю так. Имеется hdl-описание проекта. К нему создается описание входного воздействия и тестбенч (тестовая коробочка, где проект объединяется со входным воздействием) - их можно создавать как в виде отдельных hdl-файлов, так и объединить в одном файле.
В моделсиме компилируются все файлы в соответствии с иерархией - сперва входное воздействие и проект, тестбенч компилируется последним. Для моделирования выбирается тестбенч, сигналы для отображения в wave можно выбирать самому.
Примеры входного воздействия и тестбенча прилагаю.

Прикрепленные файлы

 testbench.zip ( 873 байт ) Кол-во скачиваний: 60

 

[Kuzmi4]

2 Stewart Little - благодарствую!

[zorromen]

Фу как все сложно

[Stewart Little]

Фу как все сложно

Природа не терпит трех вещей - пустоты, чистоты и простоты...
На самом деле ничего сложного нет. Нужно первый раз попробовать, набить немного шишек, зато потом все будет получаться само.

[misyachniy]

Чтобы не плодить темы приклеюсь здесь :-)
Мне нужно создать контроллер I2S с мастером и сдвоенным ДМА. Или мастером с двойным буферированием?

Данные должны процессором(NIOS) подкачиватся в два буфера в оперативке, а мастер попеременно передавать из памяти на шину I2S.

У меня был пример тестбенча от Wisbone который я под Avalon переработал.
Модуль хоста отладил. данные из внутренних регистров гонял.
Модуль мастера переработаю с VGA контроллера.

Нужно еще добавить модуль памяти.
Наверное в сети найду, если подскажете не откажусь.

Как правильно теперь связать все в кучу?
Не городить же арбитр шины и развязывать tri-state буферами?
Полность симулировать систему не хочется.

Сообщение отредактировал Omen_13 - Feb 26 2009, 15:27