Трансивер SunSDR2, тема №5

[UN7RX]

Старая тема здесь.
Обсуждаем SunSDR2. Тем кто не имеет данного трансивера, категорически запрещено заниматься псевдооценками и прочим троллингом. В прошлой теме более 1000 страниц, она совершенно бесполезка для владельцев аппарата. Чем лишать их возможности в нормальной обстановке обсуждать имеющиеся трансиверы, гораздо гуманнее будет забанить желающих порезвиться за их счет. Не обижайтесь потом.

Желающие приобрести уточняют детали и параметры у ПРОИЗВОДИТЕЛЯ. Не в данной теме!

Отдельно обращаюсь к владельцам аппарата - не вступайте в бессмысленную полемику с флудерами и троллями всех мастей, вы САМИ топите свою тему в тоннах словесного мусора!

[RX4HX]

лучше использовать драйвер WDM-KS

Хм, у меня почему то для Virtual Cable драйвер WDM-KS есть только для TX, а для RX нет... Интересно, почему?

[IGS]

Посмотрите в настройках создаваемых кабелей, чтобы разрядность была 32 у обоих кабелей.

[WT2J]

Хм, у меня почему то для Virtual Cable драйвер WDM-KS есть только для TX, а для RX нет... Интересно, почему?

Алексей,
Посмотрите здесь у Игоря все описанно как VAC установить.
https://jtdx.tech/en/9-articles/38-s...-vac-with-jtdx

[ra6bx-alex]

почему то для Virtual Cable драйвер WDM-KS есть только для TX, а для RX нет

может VAC версия старая? у меня 4.15.0.7314 все норм

[R6LCF]

При теперешнем прохождении ,мягко говоря "не очень" многие работают в цифре. Так вот при использовании наших трансиверов SunSDR2...... и программы JTDX v.146-147 64 bit , понятно что драйвер WDM-KS удалось получить на загруженном диапазоне 50 и более декодированных станций(у меня до 53-56) на 20м днем ,на 40м ночью , при плохих и очень плохих условиях приема уровень до -26дб.Трансивер отлично себя показал в подобной работе. То что надо!

[UT4LW]

Провел эксперимент с сигналом от генератора. На вход подается сигнал с мощностью, равной мощности шума в полосе 500 Гц (-125 дБм).
Если положение RF-Gain выбрано относительно большим, то разницы в спектре для MME/WDM-KS я не заметил. Если же нужен большой динамический диапазон на выходе VAC, то усиление RF-Gain необходимо снижать. И тут может наступить момент, когда, при использовании драйвера MME, сигнал на выходе VAC может просто исчезнуть, а для WDM-KS он будет виден и декодироваться без проблем.

MME:



WDM-KS:



Думаю, что при достаточном усилении RF (когда шум эфира значительно превысит шум драйвера) разницы не должно быть, но это только предположение.
Хорошо заметна разница для скиммеров, которые подключены к IQ выходу, где нет регулировки усиления, т.к. необходимо выдерживать максимальный динамический диапазон. При использовании MME слабые станции просто исчезают с водопада скиммера, в то же время с драйвером WDM-KS они видны и хорошо декодируются.
Важно отслеживать прохождение аудио потока через все устройства, и в windows в том числе. Чтобы WDM-KS работал, необходимо, чтобы разрядность везде была не менее 24 бит.
Протокол TCI, предложенный ЕЕ, решает эти проблемы, плюс проблемы синхронизации, легко и просто. Жаль, что пока не удается уговорить программистов включить их программы протокол TCI.

[R6LCF]

И тут может наступить момент, когда, при использовании драйвера MME, сигнал на выходе VAC может просто исчезнуть, а для WDM-KS он будет виден и декодироваться без проблем.

Ключевая фраза при решении замены драйвера при работе в цифре в том числе!
После замены драйвера НО и при переходе на 64bit версию цифровой программы разница заметна " невооруженным глазом".
Автор JTDX в письме мне сообщил что после возможного(в планах) эксперимента с переходом программы на 24bit разрешение удастся расширить динамический диапазон минимум на 10дб. А это что то!

[UT4LW]

НО и при переходе на 64bit

Если автор для 64бит применил в вычислениях типы более высокой точности, то вполне возможно. С другой стороны, он использует 16 бит в исходных данных. Для декодирования под шумами это конечно очень мало. TCI дает аудио поток в 32-х битах, причем точность постоянна и не зависит ни от каких внешних факторов включая саму Windows и её разрядность.
Насколько мне известно, JTDX написана на основе тех же библиотек (Qt), что и ExpertSDR2, и SDC. Если будет желание, мы поможем ему внедрить TCI. Это в разы проще, чем Аудио+САТ.

[R6LCF]

Если будет желание, мы поможем ему внедрить TCI. Это в разы проще, чем Аудио+САТ.

При случае конечно передам автору ,НО даже со своей "табуретки" вижу огромное количество проблем в подобном случае.
1) Какой процент SunSDR.... у потенциальных пользователей программы? Скорее всего мал.
2) Ни в одного "чемодана" даже СДР в корпусе нет и никогда не будет TCI ,не говоря о классическом построении аппарата.
3) Системы в одних и других пользователей различные ,32/64bit.
4) Все версии цифровой программы по сути тестовые и меняются довольно часто. Стабильная версия выходит в "свет" примерно раз в месяц или как правило чаще. Промежуточные значительно чаще и больше ,до 5-7. Тестируются все.
Это же сколько вариантов необходимо выпускать и как часто? Если только отдельно для владельцев SunSDR..... но опять же так быть с регулярной сменой версий ?
Мне кажется пока это не достижимо...к сожалению.

[r3hh]

Если автор для 64бит применил в вычислениях типы более высокой точности, то вполне возможно. С другой стороны, он использует 16 бит в исходных данных. Для декодирования под шумами это конечно очень мало. TCI дает аудио поток в 32-х битах, причем точность постоянна и не зависит ни от каких внешних факторов включая саму Windows и её разрядность.
Насколько мне известно, JTDX написана на основе тех же библиотек (Qt), что и ExpertSDR2, и SDC. Если будет желание, мы поможем ему внедрить TCI. Это в разы проще, чем Аудио+САТ.

Юрий нас в общей массе единицы с SS2 и JTDX, ему это наверное не интересно.

VACи кому нужны эти VACи, забыли бы за них навсегда да не тут то было...