_sda 0 17 апреля, 2021 Опубликовано 17 апреля, 2021 · Жалоба Коллеги, не приходилось ли кому работать с этим IP и этими параметрами в режиме burst? При симуляции первый фрейм проходит нормально, на выходе сигнал адекватный, ошибок нет. При попытке загрузки второго фрейма сразу возникает ошибка, на рисунке. Платы у меня ещё нет, поэтому и возник этот вопрос. С какого перепуга eop выскакивает? Может это только в симуляции так? Кто нибудь сталкивался? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
nice_vladi 2 17 апреля, 2021 Опубликовано 17 апреля, 2021 · Жалоба 3 hours ago, _sda said: С какого перепуга eop выскакивает? Не пользовал, но: Мануал говорит, что сигнальчиков разрешения не хватило. Смотрите, совпадают эпюры с требуемыми, мб где-то сигнал на фронт тактовой не попадает или типа того. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 18 апреля, 2021 Опубликовано 18 апреля, 2021 · Жалоба 15 часов назад, nice_vladi сказал: Не пользовал, но: Мануал говорит, что сигнальчиков разрешения не хватило. Смотрите, совпадают эпюры с требуемыми, мб где-то сигнал на фронт тактовой не попадает или типа того. То что говорит мануал я знаю. Засада в том что в первом фрейме есть и sop и eop и в sink и в source интерфейсах. И результат БПФ на выходе адекватный. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба Давайте вместе посмотрим, хватает ли сигналов. Может я пропустил чего. На вход FFT подаётся счётчик. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба эмм, On 4/17/2021 at 4:21 PM, _sda said: Платы у меня ещё нет, поэтому и возник этот вопрос. С какого перепуга eop выскакивает? Может это только в симуляции так? Кто нибудь сталкивался? вас только eop беспокоит? так они, sop/eop любые могут быть если valid = 0, эти флаги валидны только когда valid = 1. Судя по картинке проблемы нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба Нет, конечно, не только еop. Дело в том что при записи второго фрейма выскакивает ошибка source_error, и как следствие результат FFT на выход не выдаётся. Т.е. нормальный результат я получаю только в первом фрейме после ресета. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
nice_vladi 2 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба 1 hour ago, _sda said: Нет, конечно, не только еop. Дело в том что при записи второго фрейма выскакивает ошибка source_error, и как следствие результат FFT на выход не выдаётся. Т.е. нормальный результат я получаю только в первом фрейме после ресета. А какое количество отсчетов данных передаете в корку? Попробуйте параллельно с valid запустить счетчик. Или в этом режиме без разницы количество отсчетов на входе? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба 2 минуты назад, nice_vladi сказал: А какое количество отсчетов данных передаете в корку? Попробуйте параллельно с valid запустить счетчик. Или в этом режиме без разницы количество отсчетов на входе? На картинках которые я сегодня выложил по входным данным FFT как раз отсылается счётчик. Видно что в первом такте после взвода валида состояние счётчика равно нулю, а в последнем такте перед сбросом валида состояние счётчика равно 16383, т.е. общее количество записываемых слов в FFT равно 16384. Всё верно, а корка выпендривается... Я этих FFT всяких-разных переделал кучу, а с такой бякой столкнулся впервые. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба Вот как выглядит ситуация при длительной симуляции, адекватно обрабатывается только первый фрейм (причём и в режиме FFT и в режиме IFFT). На картинке показан режим IFFT, на вход подаётся дельта-функция, на выходе первого фрейма соответственно синус. У последующих фреймов выхлопа нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба 1 hour ago, _sda said: Вот как выглядит ситуация при длительной симуляции, адекватно обрабатывается только первый фрейм (причём и в режиме FFT и в режиме IFFT). а корка случайно не pure Verilog ? Родной тестбенч работает? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 19 апреля, 2021 Опубликовано 19 апреля, 2021 · Жалоба 36 минут назад, des00 сказал: а корка случайно не pure Verilog ? О, а где это глянуть? Я заказывал VHDL при генерации корки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 20 апреля, 2021 Опубликовано 20 апреля, 2021 · Жалоба 15 hours ago, _sda said: О, а где это глянуть? Я заказывал VHDL при генерации корки. вот это не знаю. Это я к тому, что может быть там race condition возникают и надо руками Tco прописать в назначении сигналов. Надо глянуть родной тестбенч, убедится что работает и посмотреть как он работает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_sda 0 20 апреля, 2021 Опубликовано 20 апреля, 2021 · Жалоба Подключил родной тест-бенч, ситуация ещё более загадочная. Там по умолчанию стоит загрузка четырёх фреймов, я так и оставил. Фреймы загрузились, а порты source все в нуле. Вообще никаких признаков не видно, даже ошибок нет. Хотя нет, в самом начале выскакивает одиночная ошибка. Похоже придётся ждать пока изготовят плату. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться