petrov

repstosw И что там в первом GSM смотреть? К тому же я не припомню, чтобы первый GSM решал вопросы скоростей выше 0,5 МБит/c Модель канала и алгоритмы для надёжной передачи в таком канале. В общем случае глазок у вас будет полностью закрыт и никакие мощнейшие коды с мягким входом не смогут этого исправить, и более высокая скорость только усугубляет проблему. _ Далее получается, что от Si4463 требуется только квадратурный трансивер, к которому нет нормального доступа, Si4463 не нужен. _ Какие следующие шаги должны быть? Что ли так и ещё многое другое. Негодный, грубый способ изучения и разработки обработки цифровых сигналов средств связи, не видно нюансов, в лучшем случае потери небрежной реализации перекроют выигрыш от кодов с мягки входом.

repstosw Ещё много открытий будет, если делать как следует, даже в этом примитивном демодулятре это лишь небольшая часть, но в итоге и он не годится. Уже писал, что стоит поучиться на чужом опыте, первый GSM близок, можно посмотреть, какие задачи там люди решали. Интересно - это здорово, но быстрее делать то, что действительно нужно для настоящего решения задачи, без помех программизма, копания в ненужных вещах.

repstosw Как это не нужны? Каким образом без ЦОС вы получите битовый поток с отсчётов ЧФД, который ещё и подвергается коррекции ошибок LDPC? Таким же образом как и в Si4463, процессоры и программизм не имеют никакого отношения к ЦОС и цифровой схемотехнике.

repstosw У вас уже почти получилась каша из топора, пора топор вынимать. Надо будет перелезать на MATLAB. А то по старинке, пока на Си пишу Важно уйти от программизма, часто так перелезают, что никакой разницы нет. Поэтому крайне рекомендуется часть матлаба под названием симулинк. Да и вообще для настоящего решения этой задачи, вплоть до воплощения в железе, не нужны никакие программирование и процессоры.

Мур будоражит А потом выясняется, что центробежные вентиляторы - рак ушей, и поменять их невозможно. Помогите плз найти аналог кулеру на ноутбуке

На выходе частотного детектора получаете PAM, вон выше в стандарте даже осциллограмму нарисовали, принимаете решения для PAM, иными словами квантуете, разница между решением и мягким выходом детектора и есть ошибка, сдвиг по частоте приводит к ошибке постоянного смещения, по обратной связи её компенсируете. Структура замкнутой петли ФАПЧ, ЧАПЧ - БИХ фильтр, здесь первого порядка достаточно.

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

[email protected] Это все здорово, но как же быть с памятью? Искать ошибки. как с таким сигналом синхронизироваться по частоте. Так же как и для QPSK, ЧАПЧ управляемая решениями, синхронизация по известной последовательности и т. п.

Прямо по стандарту предусмотрена простая частотная демодуляция. В общем соглашайтесь на предложение thermit.

Всё полностью рассказывайте.

tankist Имею ввиду аналоговый квадратурный демодулятор.

Измеряйте по факту BER от dBm на входе приёмника.

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

Sergey Koff Вы имеете в виду, нефиг БПФ гонять, а прогнать через какой-нибудь КИХ фильтр узкополосный и радоваться фазе? Нет, БПФ не волшебная штука, которая сама всё сделает. ДПФ и есть полосовые КИХ фильтры, только у них прямоугольная огибающая и синк АЧХ с большими боковиками, из-за чего при децимации-интерполяции(=блочная обработка) получаете алиасинг. Нужно в явном виде рассчитать фильтры соответствующие децимации-интерполяции, а потом уже думать про быстрый алгоритм, который сводится к блочным полифазной фильтрации и БПФ.

Надо понимать, что это просто группа фильтров и корректно делать децимацию-интерполяцию, точно так же как вы это делаете для одного полосового фильтра, от быстрого алгоритма вычисления ДПФ можно абстрагироваться.

https://en.wikipedia.org/wiki/Multiple_Access_with_Collision_Avoidance_for_Wireless

blackfin А в чём принципиальная разница? Модем на FPGA с портативного дрона видео передаёт оператору, гуляет оператор и смотрит, что удалённо происходит, никаких 100 Вт потребления там нет.

blackfin Например DJI делает Walkie-смотрелки летающие. https://github.com/o-gs/dji-firmware-tools/wiki/IG810-Air-OFDM-Transceiver-board

thermit Зачем все в кучу собирать, совершенно не понятно. Дополнительные возможности выигрыша теряются при разделении. Утрированный пример, просто отсчёты сигнала, звук допустим, информация неравномерно по битам распределена, в старших битах почти вся информация содержится, если передавать как файл, при потерях в старших битах будут большие искажения, а если замодулировать иерархически, сильнее защищая старшие биты, то шумок лёгкий.

repstosw до детектора Если до детектора просто складывать, можно и ноль получить. _ Итого уже 3 чипа: трансивер, АЦП и ПЛИС. Бывают трансиверы со встроенными ЦАП, АЦП. _ И кстати, почему - ПЛИС? Чем DSP не подойдёт? Проще подключить, проще обрабатывать отсчёт за отсчётом, проще куча независимо работающих АЛУ, чем организация последовательного обсчёта одним АЛУ кучи задач.

_pv А вот запихивать в кодек ещё и коррекцию ошибок имхо не самая замечательная идея, этим протокол передачи заниматься должен. Это правильная идея, совместные модуляция, сжатие, кодирование, иначе ещё сто лет лучше аналога делать будем.

repstosw Почему так сразу депрессивно? Раз в литературе есть такой метод и он применяется, значит он работает. Это всё предельно рационально. Не применяется и не работает, это ранние наивные попытки, от которых давно отказались. _ Честно говоря, мне проще сотни строк кода написать. Это обычное искажение, искать там где светло, а не там где надо.

yurik82 Полноценный МИМО (как в WiFi, LTE) позволяет удваивать скорость канала в той же полосе частот, поэтому там сложная реализация с двумя сквозными трансиверами и кодами Аламаути в схемах кодирования и сложная математика. Аламути не удваивает скорость, даёт spatial diversity, но не spatial multiplexing, требует двух передатчиков, но не приёмников.

repstosw Только ли DSP-методами? Всё сложно. Это не сложно, а очень просто, сложить два сигнала с выхода частотных детекторов, вот и всё DSP, называется equal gain combining, работает очень хорошо для плоских замираний. Аппаратно - 2 чипа, высокоинтегрированный трансивер многоканальный + простейшая FPGA, это незначительная сложность в сравнении с кастомными кодеками вэйвлетными. Аналоговые переключение - безнадёжный тупик.

makc Такими темпами мы сейчас до Lynx дойдём или нет? Так работало же, зачем разработчики испортили? _ Вам нужно решить проблему или мне что-то доказать? Да не решаются проблемы, а создаются разработчиками движка, вместо написания поста, приходится решать проблему, в итоге уже неохота пост писать, и такое постоянно с эти движком. Вообще что за поделие такое, редактор, в котором возникают нередактируемые объекты, неинтуитивнное редактирование, целую портянку обсуждения надо на форуме писать, на телефон снимать, чтобы проблему решить, да нафиг такой движок, предъявляйте претензии разработчикам, либо можно считать, что движок запорот разработчиками, оставлять архив как есть и переходить на вменяемый движок.