AFEDRI SDR-Net rev.2.1

[WladN]

Чуть послушал эфир,побаловался с настройками.Вполне нормальное прослушивание в телефонном режиме при семпл-рейт 192кгц.Интересно,что размер буфера в проге на задержку не влияет.Увеличивается когда уменьшаешь семнл-рейт.При 384 вообще,наверное,неза метно будет,но мой комп не тянет.(2.2Ггц два ядра 2Гига памяти.)

[alex@4z5lv]

Чуть послушал эфир,побаловался с настройками.Вполне нормальное прослушивание в телефонном режиме при семпл-рейт 192кгц.Интересно,что размер буфера в проге на задержку не влияет.Увеличивается когда уменьшаешь семнл-рейт.При 384 вообще,наверное,неза метно будет,но мой комп не тянет.(2.2Ггц два ядра 2Гига памяти.)

Забыл сказать 384кГц на AFEDRI SDR-Ner rev.2 при включенном аудио выходе не работает на любом ПК, не хватает мощости всторенного процессора, правда я не занимался оптимизацией процесса, возможно есть шанс улучшить производительность.

[zibadun]

Чуть послушал эфир,побаловался с настройками.Вполне нормальное прослушивание в телефонном режиме при семпл-рейт 192кгц.Интересно,что размер буфера в проге на задержку не влияет.Увеличивается когда уменьшаешь семнл-рейт.При 384 вообще,наверное,неза метно будет,но мой комп не тянет.(2.2Ггц два ядра 2Гига памяти.)

как-то обнаружил, что при увеличении семпл рейта нужно также увеличивать размер буфера, иначе цифровые фильтры "расползаются" и частота среза уже не соответствует заданной. Особенно это заметно в телеграфе.
получается чем выше порядок фильтра тем больше задержка. в powersdr может и до 40 мс доходить, запросто. думаю и в других СДР программах есть эта проблема, даже в новых и модных

[alex@4z5lv]

В последнее время занимаюсь вопросом интеграции AFEDRI SDR с малогабаритными одноплатными компьютерами на процессоре ARM, в частности RaspBerry PI.
Краткий итог - слабоваты они для того чтобы запускать приложения написанные для IBM совместимых ПК, нужен процессор помощнее или адаптация исходного кода, для оптимизации арифметических операций под возможности процессора.
Но все же некоторый результат есть, после оверклокинга RaspBerry PI до частоты 1000Мгц - удалось таки запустить на нем GHPSDR3 server + dspserver, сейчас оставил систему на ночь для обкатки, все желающие могут подключиться с помощью программы QtRadio (для ПК) или glSDR (с мобильника или планшета Android) и протестировать, прошу учесть, что семпл рейт минимальный 48Кгц и реакция на изменения частоты замедленная и иногда dspserver "падает" но перезагружается автоматически - просто надосделать Connect заново.

Как показало обследование все процессорное время занято вычислениями в программе dspserver - требуется оптимизация, но это позже если не пропадет желание.
Я просто уверен, что дела должны обстоять лучше если учесть особенности процессора ARM (а именно отсутствие MMX и SIMD комманд).

[Aivarss]

Сам автор ghpsdr как то не слишком жаловался. Посмотрите ещё это: http://g0orx.blogspot.com/2012_07_29_archive.html
Там два поста, один уже знакомый. Может что подскажет

[rn6xc]

как-то обнаружил, что при увеличении семпл рейта нужно также увеличивать размер буфера, иначе цифровые фильтры "расползаются" и частота среза уже не соответствует заданной. Особенно это заметно в телеграфе.
получается чем выше порядок фильтра тем больше задержка. в powersdr может и до 40 мс доходить, запросто. думаю и в других СДР программах есть эта проблема, даже в новых и модных

Вполне нормальная закономерность.

[alex@4z5lv]

Сам автор ghpsdr как то не слишком жаловался. Посмотрите ещё это: http://g0orx.blogspot.com/2012_07_29_archive.html
Там два поста, один уже знакомый. Может что подскажет

Да спасибо за ссылку - именно эта статья и подсказала мне о возможности оверклокинга днного борда, но посмотрите внимательно на загрузку процессора у автора тоже в первом блоге 70% во втором еще больше.
так что я особых чудес у автора е нашел даже его лучший показатель - это очень много, малейшее постороннее телодвижение и вся система затыкается на время из-за нехватки ресурсов.
Есо советы задействовать hardware floating point:

-march=armv6 -mfpu=vfp -mfloat-abi=hard

В текущем транке GHPSDR3 уже реализованы - все результаты я показал сделаны именно с ними. Вполне допускаю, что у нас используются различные версии Linux, у меня стоит Raspbian возможно он не самый "быстрый" и большая часть заслуги в медлительности именно в неудачном дистрибютиве. Но переустанавливать и перекомпилировать все под новый, пока лень

[Genadi Zawidowski]

Добавьте ещё -fno-math-errno - это, например, при вычислении квадратного корня исключает программные проверки аргумента на допустимость.

[RW6MIT]

Александр добрый день!
Есть пару вопросов:
1. Будет ли расширение модельного ряда.
2. Планируется ли бюджетный трансивер на базе приёмника.
3. И модели для VHF-UHF.

[alex@4z5lv]

Добавьте ещё -fno-math-errno - это, например, при вычислении квадратного корня исключает программные проверки аргумента на допустимость.

Спасибо данная опция похоже на пару процентов уменьшила нагрузку на процессор