1. там же написано, что ваши данные сопровождаются сигналом Valid.
2. дма настроен на работу с 8 битными словами, а фифо - с 32 битными.

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

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

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

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

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

1. данных снаружи прилетает много, но не достаточно медленно чтобы их руками перекладывать во внешнюю память. если бы размера фифо хватало чтобы вместить все данные вопросов бы не было.
хотя как оказалось чтение пустого фифо вроде бы возвращает не 0, а подвешивает чтение, так что если натравить дма на выход ММ фифо, он от туда прочитает всё правильно.
да и процессор на частоте 50МГц как оказалось 10МГц данные перекладывать вроде успевает. так что первый вопрос пока временно снимается.

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

Ну тут не совсем так, ошибка о размере слов, а не размере шины.
Вообщем вот у вас, как мне кажется, настроено фифо:


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


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

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

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

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

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

Наваял простой проект с Nios fast, On-Chip RAM и JTAG UART.
В настройках BSP выставил минималистические опции reduced device drivers\small C library и т.п.
Хелло Ворлд занял около 4.5 килобайт кода.
Из под Эклипса всё работает, мигают светодиодики

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

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

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

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

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

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

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

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

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

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

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

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

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

Флешь всегда имела ограниченное число циклов записи, например 100 000 циклов, дальше выходит из строя.
Исполняя код во флешки вы её по идеи сломать должны, не сразу а со временем.
Может что то изменилось сейчас?

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

Да , точно, если исполняемый код, это только чтение
просто не силён в процессорах и терминологии, присматриваюсь пока