smersh

Спасибо, теперь я спокоен! Обалдеть... NJ

Выше пишут, что в Pro все по-старому. С чего бы им это убирать, непонятно. Эту операцию, кроме командной строки, еще как-то по-другому ведь не выполнить?

Да, я знаю, спасибо. В мануале для 17.0 ссылки на этот пункт присутствуют. В общем, хотелось бы знать, это - баг или фича. И если баг, как это у них получается...

Спасибо, но у меня стандарт. Пункт был в 16.1, а в 17.0 - пропал.

Коллеги, кто-нибудь поставил 17.0? В меню "Tools" есть "Generate Simulator Setup Scripts for IP..."? NJ

Не подскажете, куда пропал пункт "Generate Simulator Setup Scripts for IP..." из меню Tools? Спасибо! NJ

Привет! Занимаюсь примерно тем же, только NIOS на Cyclone IV. Хочу прикрутить именно mSGDMA, на старом SGDMA все работает. Заметил такую штуку: если попытаться прочитать IORD_ALTERA_MSGDMA_RESPONSE_ACTUAL_BYTES_TRANSFERRED(rx_msgdma_dev->response_base); когда Response CSR FIFO пусто, NIOS виснет наглухо! В Сигналтапе - response_read и response_waitrequest оба активны. Еще странно, трансфер запускается даже если не производить write_extended_descriptor(). Т.е. достаточно construct_extended_st_to_mm_descriptor(), и трансфер запускается по приходу SOP от TSE. Почему - неясно совершенно. Паркинг, естественно, отключен. Соврал это я, виноват...

Привет! Выпустили 16.0 - скрипта все еще нет. verali - вы что-нибудь придумали? NJ

Нет, не нашел. Скрипт точно генерировался в версии 13.Х. Пропал с тех пор как CIC перенесли в QSYS. Забыли они про скрипт. Насчет ссылок выше - а это именно тот FIR, который надо? Насколько я понимаю, Матлаб генерирует коэффициенты компенсационного FIR, который соответствует именно сгенерированному CIC фильтру, ведь так? NJ

Здравствуйте, коллеги, В последних версиях Квартуса синтез фильтров перенесен в QSYS. Ok, делаю CIC. Все бы ничего, но не могу найти скрипт генерации коэффициентов компенсационного FIR для MATLAB. Раньше файл аккуратно лежал в фолдере проекта, а теперь он даже не упоминается при синтезе. Regards! NJ

Здравствуйте, коллеги, В 15.1 не подгружается nios2-flash-override, если его не указать явно, параметром --override. Это у всех так? Спасибо, NJ

Еще раз спасибо за идею. Я использовал Onchip Memory в режиме Dual-port access. Второй порт выведен из ниоса, в него пишутся данные и по окончанию цикла генерируется прерывание. Все получилось в разы компактнее и проще, чем с ДМА. Конечно, такое пройдет только с Ниосом, куда возможно встроить блок. NJ АЦП не может не выдать. Может случиться, что его не заберет ДМА и ФИФО не опустошится. Тогда лишние байты в ФИФО останутся навсегда, если не принять никаких мер. (Или заберет не все байты, т.к. ДМА каждый цикл надо перезапускать из софта. Сделать режим Ping-Pong без управления ДМА из прерывания у меня не получилось) NJ

Вах!!! Спасибо. (Почему я не догадался :) )

Здравствуйте, коллеги! Вот такая связка: АЦП-----ОБРАБОТКА-----FIFO-----SGDMA----NIOSII Вопрос не по реализации, с ней все нормально, а по алгоритму. Дело в том, что здесь АЦП производит 256 измерений последовательно от 256 разных каналов и т.д. по кругу. Важен порядковый номер каждого байта, принятого в буфер ДМА. Если по каким-то причинам пропускаетcя байт от АЦП, буфер теряет синхронность, нулевой байт уже не соответствует нулевому каналу и возникает “кольцевой” сдвиг. Причем этот сдвиг остается и при следующем трансфере. Как с этим бороться? Нужно придумать механизм самосинхронизации. Дополнительно нумеровать байты очень не хочется (например, можно добавить один бит и выставлять его только для нулевого канала). Сбрасывать фифо не получается, т.к. оно заполняется непрерывно; в прерывании, возникающем по окончании ДМА трансфера этого делать нельзя, потому что фифа уже начала заполняться новыми данными. На самом деле такой потери синхронизации в железе не наблюдается, если только ее не вызвать намеренно, например прервав и запустив программу в дебагере. Но все, что может произойти, как известно, произойдет... Спасибо! NJ

Переставил Квартус, и не напрасно. Файл создается. Чудеса... Всем спасибо, вопрос закрыт. NJ