Jump to content

    

Grizzly

Свой
  • Content Count

    969
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Grizzly

  • Rank
    Знающий

Контакты

  • ICQ
    Array

Recent Profile Visitors

7361 profile views
  1. Дисперсия (в формуле СКО) оценки вероятности битовой ошибки определяется выражением sigma = sqrt(P*(1-P)/N), где P - сама оценка, N - число отработанных битов при ее получении. Но это не про Крамера-Рао.
  2. Для оценки какого именно параметра? Если имеется в виду помехоустойчивость, то она никак не связана с границей Крамера-Рао.
  3. Ну, Anaconda - такое себе. Обычно через pip ставят нужные пакеты, а на Linux через пакетный менеджер, но можно и через pip от пользователя. Что касается анаконды, то это некий комбайн, поэтому сложно ожидать хорошей работы от него.
  4. Да. Для периодической АКФ у него боковые лепестки ноль, но противный в плане формирования и больших частотных отстроек (если еще и ОСШ мало, вообще плохо).
  5. m-последовательность не является идеальной для периодической ПАКФ в отличие от Задова-Чу. Так что надо определить критерий, по которому можно судить о "лучшести".
  6. Очень давно хочу сделать работу с проектом максимально отвязанной от хоста. Собрать образ докера и собирать в нем проект для arm - не проблема. Меня интересует именно непрерывная работа, а не производство только билдов. То есть хочется в IDE с хоста редактировать код, а сборку тут же делать в контейнере. Подобное имеется в Clion: https://stackoverflow.com/questions/55272484/how-to-code-run-programs-in-a-docker-container-using-clion Сейчас сделано все через rsync. То есть исходники копируются в контейнер, там собираются, затем прицепившись к порту gdb в контейнере, можно удаленно отлаживаться. Но вот по отладке на удаленном устройстве пока имеются вопросы. Непонятно, как правильно указать соответствие в данном случае между исходниками в IDE на хосте, собранными бинарниками в контейнере и непосредственно sysroot и прочими путями на удаленном arm-устройстве. Вдруг кто-то имеет успешный опыт, тогда поделитесь, пожалуйста. Хочется не создавать виртуалку, а использовать для этого дела контейнеры. Надоело, что состояние хоста при обновлениях системы убегает вперёд, собранный бинарный тулчейн, зависящий в том числе и от системных библиотек, иногда приходится чинить. Надо что-то стабильное с постоянным окружением.
  7. Согласен, забыл про них. BICM ведь. Ещё в принципе можно сократить разрядность данных при обработке бинарных последовательностей по сравнению с ЛЧМ.
  8. Не пишется, почему так решили? Для коротких блоков похуже будет, а сейчас уже не интернет вещей, а интернет всего продвигают :) Надо ещё меньшие блоки, но с хорошей надёжностью передавать.
  9. Кроме trellis coded modulation вроде бы ничего больше в коммерческие стандарты не вошло. Видел из современных работ исследования по недвоичным полярным кодам, которые используются для модуляций с кратностью больше 2. Какой-то выигрыш присутствует, только в документах-отчетах 3GPP такие подходы не встречаются.
  10. Тест. [b]извините меня, я - дебил!!![/b]ство Слово "радио_губитель" (слитно) заменяется. Во, дела :)
  11. Недавно попался на глаза документ о 6G от Samsung. К 2028 году обещают новый стандарт. Голограммы будем вместо видео слать :) В основном рассматривается то, что не вошло в 5G по ряду причин. Что бросается в глаза - это отсутствие новых решений в области FEC. Интересно, когда будет изобретено что-то новое? После полярных кодов пока ничего фундаментального не появляется. Интересны, конечно, исследования для малых длин кодовых блоков. 6G Vision.pdf
  12. А вы из MATLAB для этого процессора генерируете код? Насколько медленнее он работает по сравнению с рукописным?
  13. Так используется же один и тот же блок Simulink, поэтому логично, что в его настройках есть оба типа фильтров.
  14. А теперь при задании ОСШ в блоке AWGN в случае использования фильтров прибавьте 10*log10(8) к тому, что вы задаёте.