Ivan55

может кому интересно http://dsp-book.narod.ru/zip.html

Всю тему промусолили про плюсы симулинка, а по делу ниче не ответили. Попробую оживить данный топик спустя год:) Автор fatumow поднял актуальную и интересную тему, я мало знаком с DSSS и у меня возник возможно глупый вопрос, для чего используют DSSS в OFDM что это дает: плюсы минусы? Как пишет Wiki: Если я правильно понял то например заместо одного бита, путем не хитрых преобразований над ним, мы передаем параллельно 11 бит. Отсюда вопрос, разве DSSS не должно снижать энергетику линии? размазывать то надо энергию спектра подканала, а не один бит по подканалам, ну да согласен спектр то расширится, например для передачи одного бита теперь потребуется полоса не 1 МГц а 11МГц(например) но энергия то не уменьшится. Да и скорость передачи при этом снижается:) без DSSS можно было в 11 подканалах передать 11 полезных бит, а с ним только 1 бит на 11 подканалах:) Есть методы повышения энергетической скрытоности OFDM без потери скорости? За ранее извиняюсь, может я туплю:)

Подскажите в каком ПО можно провести электротермический анализ (расчет) корпуса микросхемы? Какие программы могут провести расчет распространения тепла в корпусе микросхемы?

ну да чет я затупил... Спасибо)

Ну чет с изменением знака не помогло... ну это же поиск индекса максимума корреляции защитного интервала(без shift_time то работает, а когда его добавляю уровень пиков падает) в соответствии с тем на сколько отсчетов сдвинут максимум пика на столько и сдвигаем входной буфер, или там не все так просто? много где пишут как считать сдвиг а как проводить синхру не пишут, останавливаются на том что типо вот "положение пика это смещение во временной области, а его фаза это смещение по частоте." а как же без этого? если есть варианты скажите, мне было бы интересно промоделить:)

[inSignal Fs] = wavread('Signal.wav'); % Запись OFDM сигнала NumInSamples = length(InSignal); % Колличество отсчетов входного сигнала NumBlocks = floor(NumInSamples/Ns); % Колличество блоков OFDM DetectiontBuffer = zeros(1, 2*Ns); for n = 1:NumBlocks DetectiontBuffer(1:end-Ns) = DetectiontBuffer(Ns+1:end); % Сдвигаем входной буфер DetectiontBuffer(end-Ns+1:end) = InSignal(((n-1)*Ns+1:n*Ns) - shiftTime); % Записываем следующий OFDM символ ...... ...... end; shiftTime - это оценка смещения пика корреляции префикса в отсчетах DetectiontBuffer размером двух OFDM символов поиск корреляции осуществляется в первой половине буфера ну так вот... когда не добавляю shiftTime при записи в буфер корреляция работает и производит оценку смещения времени, а когда добавляю shiftTime при записи в буфер пик постоянно уплывает... По идее он же должен сдвинуться и в последующем оставаться на месте

Всем здрасти! Проблема вот в чем... Осуществил корреляцию префикса определил по положению пика смещение во временной области, по фазе оценил смещение по частоте. Решил сначала провести временную синхронизацию, взял полученную оценку и последующие входные отсчеты сместил(точнее взял больше отсчетов сигнала и подвинул) на ее величину... Но после этого посыпалась корреляция префикса Кто знает в чем может быть проблема?

Здравствуйте!!! Начал разбираться с SystemC, подключил библиотеку systemC v. 2.3.0 в Visual Studio 2010 Решил проверить работоспособность на простом примере сумматора вот исходник: #include "systemc.h" SC_MODULE(adder) { sc_in<int> a, b; sc_out<int> sum; void do_add() { sum.write(a.read() + b.read()); } SC_CTOR(adder) { SC_METHOD(do_add); sensitive << a << b; } }; на что компилятор при сборке проекта выдал мне вот что: 1>------ Build started: Project: First_Project, Configuration: Debug Win32 ------ 1>Build started 28.12.2013 23:22:39. 1>InitializeBuildStatus: 1> Touching "Debug\First_Project.unsuccessfulbuild". 1>ClCompile: 1> All outputs are up-to-date. 1>ManifestResourceCompile: 1> All outputs are up-to-date. 1>First.obj : error LNK2001: unresolved external symbol "class sc_core::sc_simcontext * sc_core::sc_default_global_context" (?sc_default_global_context@sc_core@@3PAVsc_simcontext@1@A) 1>First.obj : error LNK2019: unresolved external symbol "public: __thiscall sc_core::sc_simcontext::sc_simcontext(void)" (??0sc_simcontext@sc_core@@QAE@XZ) referenced in function "class sc_core::sc_simcontext * __cdecl sc_core::sc_get_curr_simcontext(void)" (?sc_get_curr_simcontext@sc_core@@YAPAVsc_simcontext@1@XZ) 1>First.obj : error LNK2001: unresolved external symbol "class sc_core::sc_simcontext * sc_core::sc_curr_simcontext" (?sc_curr_simcontext@sc_core@@3PAVsc_simcontext@1@A) 1>First.obj : error LNK2019: unresolved external symbol "public: __thiscall sc_core::sc_api_version_2_3_0::sc_api_version_2_3_0(void)" (??0sc_api_version_2_3_0@sc_core@@QAE@XZ) referenced in function "void __cdecl sc_core::`dynamic initializer for 'api_version_check''(void)" (??__Eapi_version_check@sc_core@@YAXXZ) 1>MSVCRTD.lib(crtexe.obj) : error LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartup 1>G:\Source Code\SystemC\First_Progect\Debug\First_Project.exe : fatal error LNK1120: 5 unresolved externals 1> 1>Build FAILED. 1> 1>Time Elapsed 00:00:00.15 ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== подскажите что не так?

Здравствуйте! Вот что получилось, хотелось бы узнать чье нибудь мнение

Кажется догнал, в ITU-R они приводят данные параметры без собственных шумов приемника, и если посмотреть в другую таблицу, то там реальный S/N = 4.5 + x, где х = 15.3, а 4.5 это собственные шумы приемного тракта) Соответственно ОСШ = 19.8 дБ, то есть мне его брать?) если конечно я правильно понял то что они там написали есть ссылка?

Да, это я тоже проверяю Уже по всякому попробовал, но 10^-4 для таких параметров у меня достигается при ОСШ = 17 дБ, меньше никак... А в ITU-R 1615 приводят 15.3 дБ. Не пойму в чем может быть косяк. Декодер собрал по стандарту, LLR вроде тоже правильно, думал может уровень квантования не правильно задаю, но я его уже по всякому покрутил самый лучший результат дал 17 дБ. Если посмотреть на QAM-64 без кодирования, то у него 10^-4 достигается гдето на 24 дБ, соответсвенно выигрышь я получаю приблизительно 7 дБ. Может декодер 3/5 давать выигрышь больше? то есть 24 дБ - 15.3 дБ = 8.7 дБ, это возможно получить?

т.е. 3х битный квантователь? в книгах пишут что дальнейшее увеличение не дает существенного результата необходимый BER = 10^-4, а вот Eb/No = S/N - 10*lg(M*R), где скорость кода R = 0.6, кол-во бит в созвездие M = log2(64) = 6, а S/N в ITU-R равен 15.4, соответственно необходимое Eb/No ~= 9.7 дБ. Т.е. для данного Eb/No посмотреть их уровень, и для такого уровня задать квантователь 3х битный?

Возможно) просто не знаю какой диапазон взять для квантователя, как он расчитывается? брать просто максимальное значение метрики, при ОСШ например 1 дБ и в таком диапазоне квантовать, или как... чет туплю

как я понял из того что там написано, так это просто нормировка на постоянный коэффициент "приведены к эталонным значениям сигнально-кодовой конструкции", но LLR то как плавало так и будет, или я из того документа что то не правильно понял?

Да, отлично)) именно так) но амлитуду квантования можно взять 0.00000001 а можно и 50, как с этим быть?) неужто наугад)

Дак в формуле LLR она итак поделена на дисперсию) может наоборот умножить?

А кто знает как правильно границы квантования метрик LLR выбрать, ведь они зависят от ОСШ и амплитуда их плавает?

да перемежение я делал) но оно не влияет когда канал Гауссов, оно эффективно при замираниях, когда пакеты ошибок надо размазать по всей длинне символа, а в awgn они ложаться случайно, т.е. равномерно, смысл перемешивать) когда они итак размазаны

да не нужен, но в рекомендациях приводят BER = 10^-4, для QAM-64, при скорости кодирования 0,6 должен достигаться на 15 дБ. Поэтому и ставлю кодер модулятор, канал с учетом этих параметров, прогоняю модулированные данные через канал, демодулирую, декодирую, сравниваю. Если прикинуть по bertool в матлабе относительно EbNo то данные я получаю верные, то есть такая связка рабочая Да это сверточный кодер с жутким выкалыванием) посмотрите стандарт DRM версия помоему 3.1.1 посмотреть то можно, но это будет не интересно тем людям которым я буду что то доказывать) есть стандарт DRM, в нем описаны все параметры в соответсвии с которыми надо делать, в нем есть ссылка на ITU-R где для канала AWGN они приводят параметры которые должны получаться) но у меня чет не получается)) соответственно мои данные не аргументированы)

У меня гдето так и получается) по поводу этого не знаю, я декодировал сверточный код декодером Витерби, да и не думаю что в стандарте DRM кто то применяет ТРС Мы все проектируем) а демодулятор был нужен чтобы оценить эффективность декодера и сравнить с рекомендациями и стандартом, но возникла проблема, что все вроде правильно делаю, все по теории а цифры в рекомендациях очень отличаются. Есть подозрение, что в ITU-R они приводят в качестве S/N как раз Eb/No

Спасибо! Значит если они там приводят 14,1 дБ для QAM-64 то EbNo = 14,1 - 10lg(M*CodeRate), т.е. еще меньше) а у меня 10^-4 достигается при EbNo = 13 дБ Там приводят характеристики кодера в AWGN канале, то есть без замираний и рассинхронизации, но те параметры которые там приведены кажутся завышенными для QAM-64 10^-4 достигается гдето при EbNo = 17 дБ, я поставил декодер Витерби с мягкими решениями со скоростью 0.6 получил 4 дБ выигрыш, но для данных параметров в ITU-R они приводят 14 дБ и это Es/No а не Eb/No, не понимаю как они получили такие цифры

Всем привет! Стал сравнивать декодер с рекомендациями ITU-R 1615. И возник вопрос, они там приводят S/N-отношение сигнал шум для BER = 10^-4. В программе я в awgn-канал вставлял следующий параметр EbNo+10*log10(k*codeRate). И не могу понять что в ITU-R принимают за S/N? EbNo или EbNo+10*log10(k*codeRate). Если брать EbNo+10*log10(k*codeRate) то 10^-4 у меня получается на 18 дБ для QAM-64, а они приводят параметр в 14,1 дБ. При этом я использую мягкое декодирование LLR 3 битным квантователем

Здравствуйте! Поделитесь кто нить книгой Кельман В.М., Явор С.Я. Электронная оптика 1968г Очень срочно надо. Искал искал найти не могу, в открытом доступе нет) если у кого есть поделитесь пожалуйста

Передискретизацией, взятие отсчетов в другой период времени

В версии стандарта 3.1.1. в приложении В приведены параметры канала КВ для режима устойчивости А-D, но также там есть режим Е для DRM+ он какраз УКВ до 174 МГц на сколько я помню и там приведены параметры канала но задержки не милисекунды) и скорость килобиты) Можно посмотреть стандарт DVB там, там и скорости мегабиты) и праметры канала УКВ на 20 лучей, но задержки там тоже микросекунды... Ну а вообще есть рекомендации ITU-R на УКВ канал. Ищите смотрите что вам необходимо)