[Swup 0]

а как простой dma догадается что в FIFO данные не закончились, он же тупо вЫчитает на своей скорости всё что там есть на момент запуска, а потом будет нули читать изредка перемежаемые поступающими данными?

 

и еще вопрос

 

при попытке добавить sgdma, qsys, сам себе противореча, утверждает что ширина данных у sink 8 бит, вне зависимости настроек, так и должно быть?

 

1. там же написано, что ваши данные сопровождаются сигналом Valid.

2. дма настроен на работу с 8 битными словами, а фифо - с 32 битными.

 

PS почитайте, как устроен avalon ST

[_pv 52]

1. там же написано, что ваши данные сопровождаются сигналом Valid.

2. дма настроен на работу с 8 битными словами, а фифо - с 32 битными.

 

PS почитайте, как устроен avalon ST

1. это то что наружу у ST торчит, внуть же - фифо-MM, и то что увидит простой дма (не SGDMA) - это просто адрес памяти, и валидность данных находящихся в фифо - в отдельном статусном регистре, как о нём узнает обычный дма?

 

2. ширина чего тогда выставлена в 32бита? то что кружками на картинке обведено и слева-снизу в hierarchy: st_sink->st_sink_data[32].

[Swup 0]

1. это то что наружу у ST торчит, внуть же - фифо-MM, и то что увидит простой дма (не SGDMA) - это просто адрес памяти, и валидность данных находящихся в фифо - в отдельном статусном регистре, как о нём узнает обычный дма?

 

2. ширина чего тогда выставлена в 32бита? то что кружками на картинке обведено и слева-снизу в hierarchy: st_sink->st_sink_data[32].

 

1. хм. я не занимался ни простым ДМА ни фифо для ММ, но кажется, что когда вы инициируете транзакцию вы должны быть уверены, что есть что качать. т.е. отсутствие достаточного количества данных в фифо - это ошибка системная. Или я не правильно понял вопрос))

 

2. 32 бита - ширина шины. 8 бит - ширина слова. т.е. по шине передается 4 слова за такт.

[_pv 52]

1. хм. я не занимался ни простым ДМА ни фифо для ММ, но кажется, что когда вы инициируете транзакцию вы должны быть уверены, что есть что качать. т.е. отсутствие достаточного количества данных в фифо - это ошибка системная. Или я не правильно понял вопрос))

 

2. 32 бита - ширина шины. 8 бит - ширина слова. т.е. по шине передается 4 слова за такт.

1. данных снаружи прилетает много, но не достаточно медленно чтобы их руками перекладывать во внешнюю память. если бы размера фифо хватало чтобы вместить все данные вопросов бы не было.

хотя как оказалось чтение пустого фифо вроде бы возвращает не 0, а подвешивает чтение, так что если натравить дма на выход ММ фифо, он от туда прочитает всё правильно.

да и процессор на частоте 50МГц как оказалось 10МГц данные перекладывать вроде успевает. так что первый вопрос пока временно снимается.

 

2. на картинке кружком обведено st_sink->st_sink_data[32]. то есть если я его например потащу наружу, его ширина будет 32, и именно этот sink он не может соединить с таким же 32х разрядным source у fifo, считая его почему-то 8ми битным.

 

[Swup 0]

2. на картинке кружком обведено st_sink->st_sink_data[32]. то есть если я его например потащу наружу, его ширина будет 32, и именно этот sink он не может соединить с таким же 32х разрядным source у fifo, считая его почему-то 8ми битным.

 

Ну тут не совсем так, ошибка о размере слов, а не размере шины.

Вообщем вот у вас, как мне кажется, настроено фифо:

 

Сделайте вот так:

 

Обратите внимание. Ширина шины не поменялась и сохранила 32 бита. Поменялся размер слово на 8 бит. SGDMA работает со словами 8 бит. все согласуется и все будет работать)

ПС еще кстати добавился сигнал empty.

[triplex 0]

скажите, что такое констрейны? нашел в этой теме сообщение, где описываются похожие проблемы и там надо констрейны

[doom13 0]

скажите, что такое констрейны? нашел в этой теме сообщение, где описываются похожие проблемы и там надо констрейны

Можете глянуть тут и тут.

[Golikov 0]

ограничения, обычно имеется ввиду периоды клоков и время готовности данных

[sonycman 0]

Осваиваю тут NiosII на основе Quartus Prime 15.1 и платки BeMicro MAX10.

 

Наваял простой проект с Nios fast, On-Chip RAM и JTAG UART.

В настройках BSP выставил минималистические опции reduced device drivers\small C library и т.п.

Хелло Ворлд занял около 4.5 килобайт кода.

Из под Эклипса всё работает, мигают светодиодики :yeah:

 

Но прошиваю .sof или .pof - никаких признаков жизни... :crying:

 

Весь день пропарился с тем, чтобы наконец понять, что виновник зависанию - альтеровский JTAG UART.

В коде HAL по умолчанию включен вывод отладочной LOG инфы, а драйвер житаг уарта ведёт себя совсем не как уарт, а как натуральное фифо, которое при заполнении приёмника блокирует процессор намертво до тех пор, пока не подключишь альтеровскую консоль и не вычитаешь весь текст из этого так называемого уарта :smile3046:

 

Отключил вывод логов (log port) - всё заработало! И код сразу ужался до 300 байт ;)

 

В настройках драйвера JTAG UART есть опция enable_jtag_uart_ignore_fifo_full_error, но её включение никак не повлияло на ситуацию.

Возможно, в минимальной конфигурации драйвера она не работает?

[sonycman 0]

Продолжаю копаться с Max10 и Nios :)

 

Заглянул в первый раз SignalTap'ом на шину AvalonMM, и с удивлением обнаружил, что обращение к On-Chip памяти (без кешей) занимает 5 тактов.

То есть довольно медленно, а я почему то думал, что он-чип автоматически подразумевает однотактовый доступ... :(

 

Включил кеш инструкций - стало лучше. Может быть, тогда проще выделить для кода tight-coupled memory?

 

Ещё показалось, что обращение к Avalon Memory-Mapped Slave в режиме чтения (чтение процессором периферийного слейва) идёт тоже довольно долго - около тех же 5-ти циклов.

Это при том, что у слейва read latency установлена в ноль в настройках QSys, и линия waitrequest не активируется.

Запись при этом идёт гораздо быстрее.

 

Интересно, а кто нибудь пробовал исполнять код прямо с флеши Max10?

Если включить флэш акселератор или кэш - то со скоростью выборки будет всё нормально?

[StewartLittle 41]

Интересно, а кто нибудь пробовал исполнять код прямо с флеши Max10?

Пробовал, работает.

Но быстродействие я не проверял...

 

[sonycman 0]

Пробовал, работает.

Но быстродействие я не проверял...

Ясно. Попробую потом обязательно.

 

Если для небольшого проекта рассчитывать только на внутреннюю память плис, то исполняя код во флеше можно сэкономить оперативку.

А включив флэш акселератор и кэш инструкций не сильно проиграть и по быстродействию, возможно?

 

Надо пробовать...

[Alex_vod 0]

Флешь всегда имела ограниченное число циклов записи, например 100 000 циклов, дальше выходит из строя.

Исполняя код во флешки вы её по идеи сломать должны, не сразу а со временем.

Может что то изменилось сейчас?

[StewartLittle 41]

Исполняя код во флешки вы её по идеи сломать должны, не сразу а со временем.

С какого перепуга? Ресурс флэша расходуется циклами записи-стирания, а не чтения.

 

[Alex_vod 0]

Да , точно, если исполняемый код, это только чтение

просто не силён в процессорах и терминологии, присматриваюсь пока