Jump to content

    

Kluwer

Участник
  • Content Count

    289
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Kluwer

  • Rank
    Местный

Контакты

  • Сайт
    http://havukosken.ru/
  • ICQ
    0

Recent Profile Visitors

2366 profile views
  1. Просто ограничение квадратур комплексного числа, в данном случае до DATA_PREC бит. Кстати, я почитал как работает БПФ-кора в режиме с плавающей запятой и выяснил, что после каждой стадии конвейера он ещё более лихо начинает масштабировать результаты (разработчки, видимо, тоже решили: а чего, плавающая запятая, ни о чём думать не надо :( ). Ну и результат по мантиссе в том, что даже тех теоретических 72дБ, что я вам выше насчитал по целочисленном ядру, может не быть (что, кстати и видно по вашим графикам). У вас там вообще, похоже, "шумовой" уровень начинается в районе -60дБ. Я не в точности понял, что у вас за задача. Но у нас, например, то же сажтие сигнала для радиолокационных задач динамика хуже 85-90дБ - это вообще не серъёзный разговор.
  2. Я уже писал об этом автору. Но и симулинк не нужен: Мегавизард генерит матлабовский обёртку-скрипт, к-рый вызывает альтеровский .dll Sfftmodel. Он с точностью до бита моделирует поведение альтеровской мегакоры. Скрипт выглядит так: % function [y, exp_out] = Custom_FFT_model(x,DATA_PREC,TWIDDLE_PREC,INVERSE) % % calculates the complex block-floating point FFT/IFFT of length N of a % complex input vector x % % Inputs: x : Input complex vector of length N. % : If the length of the vector doesn't fit % N, error is generated. % N : Transform Length % INVERSE : FFT direction % 0 => FFT % 1 => IFFT % % Outputs y : The transform-domain complex vector output % exp_out : Block exponent value % % 2001-2009 Altera Corporation, All Rights Reserved % % Automatically Generated: FFT MegaCore Function 13.0 Build 232 July, 2013 % function [y, exp_out] = Custom_FFT_model(x,DATA_PREC,TWIDDLE_PREC,INVERSE,N) addpath(strcat(getenv('QUARTUS_ROOTDIR'),'/../ip/altera/fft/lib/')); % Parameterization Space THROUGHPUT=4; ARCH=1; % DATA_PREC=23; % TWIDDLE_PREC=23; input_vector_length = length(x); if input_vector_length ~= N, error('Length of input vector doesn''t fit FFT size.'); end rin = real(x); iin = imag(x); [roc,ioc,exp_out] = Sfftmodel(rin,iin,N,THROUGHPUT,ARCH,DATA_PREC,TWIDDLE_PREC,INVERSE); y = roc+1j*ioc; end Затягиваете в Матлаб и играетесь до посинения, пока не подберёте устраивающие параметры, не прикасаясь даже к Квартусу. Вот, например, фрагмент кода - соглассованный фильтр на базе БПФ, сначала на матлабовских БПФ, потом - на Алтере: % ---- First, Matlab's fft-based method --------------------- rfft = fft(Input_IQ, Nfft); Rfft = (2^(-Ntemplate))*ifft(rfft.*Sorig, Nfft); % ---- Second, Matlab's fft-based method ---------------------- % Do not forget to add '.\DSPBuilder_MatchingFilter_import' folder to the paths list % Direct FFT [X, exp_out_in] = Custom_FFT_model(Input_IQ, DATA_PREC, TWIDDLE_PREC, 0, Nfft); X = fix(X(1:Nfft)); % <=== MIDDLE_SCALE (shift on exp_out_in(1)+sbits_after) =========--============ Y = X.*Sorig; % Multiplication % Scaling after the multiplication Y = fix(Y.*2^(-(Ntemplate))); Y = bi_cmplx_satu(Y, 0, DATA_PREC, Y); % Inverse FFT [y, exp_out_out] = Custom_FFT_model(Y, DATA_PREC, TWIDDLE_PREC, 1, Nfft); % Get rid of the tail y = y.*[ones(1,Nw) zeros(1,Nfft-Nw)]; % <=== OUT_SCALE_stageI ======================================================== y = 2.^(-exp_out_out(1)-exp_out_in(1)-log2(Nfft)-sbits_before+sbits_after).*y; %
  3. Не повезёт. Если даже с плавающей запятой (почему-то все считают, что п.з. - это панацея от всех бед, ничего подобного, ибо главное - это разрядность мантиссы: у вас 24 бита) - это 144дБ. Но БПФ - интегральное преобразование, значит - вычитаем из этого размер БПФ. 4К - это 72дБ. Итого, всё, чем вы располагаетет - это 144-72 ~ 72дБ. А дальше - начинаются свистопляски с округлением. Переходом на 8К вы просто отрежете из своей динамики ещё 6дБ и всё. Попробуйте уж лучше уйти на 4К целочисленные, влупив ему 32 разряда. И попробуйте, всё-таки, сделать то, что я вам выше рекомендовал: сдвиньте вход хотя бы на 2 разряда влево (<< 2).
  4. В Матлабе есть возможность вызвать точную модель FFT-шной альтеровской корки, называется она Sfftmodel, а обёртку-скрипт для неё генерит Мегавиззард. Она даёт в точности то, что даст альтеровская корка до бита, только Мигавиззард дёргать не надо - параметры прямо в Матлабе меняются. Если есть DSPbuilder, то можно ещё и в Симулинке с точностью до управляющих сигналов проиграть и всё увидеть. А вообще, мы на это натыкались, из-за того, что корка целочисленная (в отличии от Матлабовской функции) и если динамика ожидается на уровне хотя бы 40-50дБ, то отсчёты входного сигнала стоит на 2-4 разряда влево сдвиагть перед почачей на БПФ-корку, иначе рез-ты альтеровской корки и матлаба начинают заметно различаться. Это потому что, если вы внимательно прочитаете описание БПФ-мегакоры, то это не "тупое" БПФ, а там ещё после каждого блока "бабочек" стоит блок автомасштабирования, сигнал по мере прокатывания по каскадам, постоянно двигается влево-вправо, что бы уложиться в сетку (для этого там и выход блочного порядка имеется exp_out). И если у вас слишком велика динамика, то ошибки округления начинают накапливаться, даже если вы предельные 32 разряда поставили.
  5. Выкалывание уменьшает сразу кодовое расстояние и, следовательно, корректирующую возможность кода скачком. Также как и использование созвездия пониженного размера, как предлагал des00. Но это всё, очевидно, подоптимальные, скачковые, аппроксимации, к-рые явно не будут оптимальными. А оптимальная постановка задачи тут интересна и решение, наверняка, будет не тривиальным. Возможно, придётся вводить понятие "веса кода" или переход к построению, например, кодов над нециклическими конечными группами.
  6. Резкий рост шума - это 100% перегруз по входу. Вот только что на на приёмнике радиолокационном поразвлекался: заварачивается НЧМ-сигнал с передатчика на приёмник, у нас есть возможность управлять цифровым аттенюатором. Пока динамики тракта хватает, "шумовая дорожка" - 3-4 разряда на АЦП, как и должно быть, заканчивается динамика - скачком дорожка шумовая увеличивается. Перегруз у вас, но внеполосные составляющие из-за нелинейностей срезаются, скорее всего, входными фильтрами и возникакет ощущение, что с синалом "всё в порядке".
  7. Там, возьмите поиском, какой-то товарищЧ выложил в вике вопрос про настройку PHY и, заодно, архив проекта с 10Гб-PHY-ядром под терссиковский мезонин на базе Броадкомовскмх физик. Архив называется AN638_10GMAC_XAUI_HSMC_SV_GX_ACDS-12.0sp2.qar. Он под Стратикс 3, но его не сложно портировать под Циклон V. Я бы приложил, но он, собака, больше 5Мб занимает. А вообще, да, ситуация странная. Можно купить терасиковский мезонин под "десятку" на bcm8727, но от него невозможно получить ничего. Террасик пишет, что нужно подписать NDA, отправляют к местному представителю "Броадкома", тот узнаёт что нужно десяток микросхем в год и посылает нафиг :( А примеры, указанные в том же an638, давно выпелены отовсюду. Мой вам совет, если вам реально нужны высокие скорости, обратите внимание, как сейчас многие делают, на семейство Циклон 10. Там уже встроенная в кристалл физика (можно sfp+ - приёмники на прямую подключать), полный документэйшн с примерами и никаких идиотских nda.
  8. Кстати, и ещё проще :) Можно даже кода почти не писать, есть готовые оболочки по типу Delphi, только, я бы сказал, ещё даже проще и интуитивные, к-рые позволяют графические мордочки раскладывать и код генерить. Например, tkBuilder. Так что вполне юзАбельный инструментарий.
  9. Виноват, не заметил, что вы на VHDL пишите. Это верилоговский макрос, означает, что нельзя использовать заранее не объявленные провода. Теоретически, вы можете верилоговскую шапку над своим VHDL-модулем сгенерить в к-ром поставить `default_nettype none Кривоватое, конечно, решение, но может быть поможет ...
  10. Можно и это будет работать, но это дико не удобно. Нет, смена разрешения файла ничего не даёт. Хоть .sip, хоть .qsf, хоть что угодно (хотя, ваша мысль про связь .qip и IP-кор интересна: возможно он изначально мой .qip рассматривает как результат работы мегавизарда, а стандартной шапки в коде модуля не находит и ему малость плохеет). Изменение имени - да, как MaratZuev выше предлагал, но по мне это дико не удобно. Кроме того, ещё одна проблема есть, не стал сразу в первом сообщение писать. Вот, например, вы перегенерили графический символ для блока Module1 (Module1.bsf) и хотите его обновить. Причём, хотелось бы это сделать из меню "Update Symbol or Block ...". Но, даже если вы любитель всё руками делать (один удалить, второй вставить, inst руками поменять) он должен быть прицеплен к проекту. Для этого его нужно прицепить к проекту через тот же скриптовик (.qip, ну или, пожалуйста, с другим расширением). Если вы его цепляете как set_global_assignment -name "BSF_FILE" [file join $::quartus(qip_path) "Module1.bsf"] то при щелчке на графическом элементе в схем ещё и он будет в списке выдаваться! Т.е помимо "Module1.sv" и "Module1.qip" он вам любезно ещё и Module1.bsf" предолжит :( А если его вообще не прописывать, или прописать как "прочий" файл set_global_assignment -name "MISC_FILE" [file join $::quartus(qip_path) "Module1.bsf"] то тут вообще какой-то вынос мозга начнётся, потому что Квартус, в зависимости от ваших действий (например, вы файл вообще из другого проекта открыли в другом каталоге) переодически вообще перестаёт графический символ видеть. Проблему полностью решает, как ни странно, прописывание абсолютных путей. Но при работе командой (разбросанной в нескольких странах, тем более) за абсолютные пути расстреливать надо. А прописывание относительных путей, типа set_global_assignment -name SEARCH_PATH [file join $::quartus(qip_path) "." ] помогает Квартусу всё что надо видеть во время сборки (вот при сборке и сразу после неё, странное дело, он всё прекрасно находит, если пути поиска прописаны). Но стоит даже во вне Квартуса (!!!) открыть какой-то каталог другой, Квартус моментально перестаёт видеть графические символы. Короче, заколдованный круг какой-то: либо каждый раз список из трёх файлов, либо постоянный геморр с путями :(
  11. Да, оказалось всё ещё проще: в Квартусе уже есть подгруженный Tk. Подгружается к скрипту командой "package require Tk <версия>". В подкаталоге \quartus\bin<32 или 64>\tk<версия>\demos уже лежат готовые примеры. Например, hello (почему-то без расширения, я добавил для удобства .tcl). После этого в той же "Систем консоли", wish'е, или в рукопашную из DOS-строки "quartus_sh ..." запускаем, получаем такую картинку. Там есть более навароченная версия widget, она демонстрирует работу вообще со всеми доступными управлениями (менюшки, списки и т.д.). Но у меня она работает частично, как всегда начинается рубилово с путями (скрипт умудряется не найти каталог из которого его запустили :( ) В общем, первый шаг сделан, направление понятно, буду копать дальше.
  12. Попробуйте опцию "default_nettype" поставить в "none".
  13. Ну, например, сейчас над одним проектом работает сразу три плисовода, в т.ч. и я. У меня большой модуль, к-рый ведёт обработку сигналов и обеспечивает передачу данных по сети. Он лежит в отдельном подкаталоге, внутри всё тоже по подкаталогам разложено. Мы пробовали всякие CVS'ы, но переплевались и по старинке, просто кидаем друг другу обновлённые версии своих модулей. Все эти подпроекты, есс-но, подключаются с помощью головных .qip-файлов (а как ещё?), в к-рых всё досконально прописывается. И есть одна большая накрывающая графика, где просто глобально соеденены наши модули. В рез-те, если у меня появилась новая версия, то я просто тупо бросаю один-два файла коллегам и всё. В особо запущенных случаях (например, я что-то глобально переделал в своём подпроекте) архивируется и кидается весь каталог под замену. Но коллеги ни о чём не думает, ибо .qip-файл прописан уже в списке файлов: заменили или добавили то, что я присла и понеслась. Всё удобно и прекрасно работает за исключением вот этой мелочи с запросным окном, к-рая жизнь немного портит.
  14. Всем доброго дня! Вопрос такой. Интенсивно использую "Систем Консоль" в Квартусе для всяких мелких настроек в проекте. Но рулить tcl-скриптами текстовыми командами типа "SAVEREG 12 0011" уже поднадоело - хочется графики. Встроенные средства типа "Контент едитора", на мой взгляд, убоги. Хочется User-defined-возможностей. Но в описании на 13ю версию Квартуса в разделе №9 "System Debugging Tools Overview" на стр. 9-12 в подразделе "Push Button Functionality" читаю: "When used with the Tk toolkit, you can build your own graphical interface" и всё, больше никаких подробностей. Как я понял, Tk - это графическая надстройка/библиотека над Tcl. Но никакой вменяемой инфы не в Инете, не на сайте Альтеры не могу найти где её взять, как подключить, как проверить и т.д.? Если кто знает, поделитесь инфой, плиз!