Вопрос по IP Core FFT Опции

[_Anatoliy]

Коллеги, мне тут понадобилось применить в проекте FFT на 512 точек и столкнулся с непонятным поведением выхода корки(см. видео). Сигнал source_valid ведёт себя совершенно неадекватно - длительность непредсказуема и появляется совсем не в тот момент когда должен. Прошу помощи коллективного разума, я уже не знаю что и думать. Режим работы - buffered burst. В этом же проекте рядом стоит FFT на 1024 точки и работает как танк. 512 точек какой то особый размер?

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

 Video_2017_06_20_163225.wmv ( 1.2 мегабайт ) Кол-во скачиваний: 24

 

[Dr.Alex]

Чиста для определённости.... Ольтэра? (Знакомая мне корка хилинха на ахи).

Впрочем, по названиям сигналов можно понять что и тут смысл тот же.

Тогда имею сказать следующее::
фраза """длительность непредсказуема и появляется совсем не в тот момент когда должен"""
некорректна В ПРИНЦЫПЕ по отношению к таким шынам.
Да ничё она не должна. Код, обслуживающий корку, не имеет права предполагать, как она будет выставлять готовность входа и выхода.
Она может это делать на весь пакет сразу или по кусочкам - как ей нравится.
И это действительно может неочевидно зависеть от разных факторов (например соотношения длин заюзаных коркой буферов и длины бпф).
Так что это не критерий.
Вот если даёт неправильный бпф, тогда другое дело.

[_Anatoliy]

Да ничё она не должна. Код, обслуживающий корку, не имеет права предполагать, как она будет выставлять готовность входа и выхода.

Спасибо! Только я в своё время поработал с разными фурьешками и ни разу не видел того о чём Вы сказали. На худой конец есть же ug_fft с картинками...
Но на всякий случай завтра проверю эту гипотезу.

Вот если даёт неправильный бпф, тогда другое дело.

С этого то всё и началось. На выходе сигнал очень сильно зашумлён, по динамическому диапазону есть зона примерно децибел 30 в которой изменение уровня входного сигнала не приводит к изменению уровня выходного