Jump to content

    

Grizzly

Свой
  • Content Count

    981
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Grizzly

  • Rank
    Знающий

Контакты

  • ICQ
    Array

Recent Profile Visitors

7547 profile views
  1. А зачем требуется DDS? Вы формируете видеосигнал в цифре, а перенос на несущую будет, как вы правильно сказали, в аналоге. Длина OFDM символа никак не связана с периодом несущей.
  2. Это лишнее. Рассчитываются в виде матрицы FFT: https://www.mathworks.com/help/signal/ref/dftmtx.html Для iift там же есть формула с комплексным сопряжением и нормированием. Все зависит от того, какая у вас реализация. Например, на DSP типичная разрядность 16 бит. Для QAM-16 должно хватить и 8 бит. Вовсе не обязательно. Для реализации проще, если у вас будет целочисленная сетка. Могут быть и другие значения. Длина определяется характеристикой канала, для которого создаётся система связи.
  3. Возведение 2 в степень, которая определяется как P = nextpow2(A) returns the exponents for the smallest powers of two that satisfy 2p≥A
  4. Спасибо! Почти в 4 раза ускорился по сравнению с сишным кодом. Получается, что еще можно в несколько раз улучшить? P.S. В принципе текущее время пока что устраивает.
  5. Может быть, @des00 и @FatRobot подскажут. В каком-то смысле полярные коды похожи, где по "плохим" подканалам передаются, например, нули, а по "хорошим" нужная информация.
  6. Похоже на "мягкие" решения - soft decision/soft decoder. Там вычисляются отношения правдоподобия, но вычисляются они в демодуляторе и от FEC не зависят. На каком основании можно выдвинуть такое смелое утверждение?
  7. А вы в MATLAB/Octave/Python etc. не пробовали построить спектр из отсчётов, которые генерируете своим DDS? Вдруг банально какая-то ошибка закралась? Определите для себя ожидаемый (теоретический) SDFR и сравните модель с тем, что получаете в реальности. Это к зеркалам отношения не имеет, но зато гарантированно проверите свой DDS. P.S. А если поменять местами DDS и каналы АЦП, то ситуация такая же?
  8. Кто-нибудь использовал в своих проектах данную реализацию замены SSE на NEON? https://github.com/DLTcollab/sse2neon Понятно, что переписывание наиболее вычислительно затратных вещей под целевую платформу даст наибольший выигрыш, но хочется сохранить единую кодовую базу с x86_64, где уже используются интринсики. Если кто-то профилировал данную или подобные реализации, то сильно ли она проигрывала написанному коду непосредственно под NEON?
  9. Проблема с АРУ решается нормировкой АКФ к мощности. Не совсем понятно, почему должны влиять именно пилоты. Это такие же обычные отсчеты во временной области. https://openofdm.readthedocs.io/en/latest/detection.html А в 802.11ah какова структура пилотов? Там совсем по-другому с ними по сравнению с 802.11aс?
  10. Ошибка оценки частоты должна определяться отношением сигнал/шум и параметрами следящей системы (её полосой). 12-битного АЦП вам должно хватить с запасом. У вас там хороший аналоговый фильтр на входе в реальной системе? Если вы работаете с килогерцами, а дискретизируете с таким оверсемплингом, то наберёте во всю полосу шумов. Вы ничего не сказали про саму систему. Какая динамика у объектов, чтобы понимать возможный диапазон изменения доплера и скорость этого изменения?
  11. @des00 Я знаю этих ребят по конференциям. Им всегда задают первый вопрос: "А где применимы ваши коды при ТАКИХ длинах?" Они дают заметный выигрыш при длине кодового слова в десятки миллионов. Это только для каких-то спутниковых систем можно использовать (да и то круг таких применений стягивается в точку).
  12. Дисперсия (в формуле СКО) оценки вероятности битовой ошибки определяется выражением sigma = sqrt(P*(1-P)/N), где P - сама оценка, N - число отработанных битов при ее получении. Но это не про Крамера-Рао.
  13. Для оценки какого именно параметра? Если имеется в виду помехоустойчивость, то она никак не связана с границей Крамера-Рао.
  14. Ну, Anaconda - такое себе. Обычно через pip ставят нужные пакеты, а на Linux через пакетный менеджер, но можно и через pip от пользователя. Что касается анаконды, то это некий комбайн, поэтому сложно ожидать хорошей работы от него.
  15. Да. Для периодической АКФ у него боковые лепестки ноль, но противный в плане формирования и больших частотных отстроек (если еще и ОСШ мало, вообще плохо).