проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[UA3DJY]

Подскажите если используется трансивер (чемодан) kenwood TS-850 и программа JTDX 147 64битная, будет ли разница в используемой звуковой карте 16 или 24бита??

Если уровень сигнала согласован с входом звуковой карты то разницы нет (динамический диапазон по критерию IMD3 у TS850 77дБ http://www.sherweng.com/table.html ). По линейному входу максимум 1 Вольт среднеквадратичного, для дешевых карт может быть ниже.

Еще играет роль уровень собственных шумов, если звуковая карта при динамическом диапазоне звукового потока 16бит (90дБ) имеет собственный шум в 30дБ оставляя пользователю для сигнала 60дБ то карта малопригодна.

[R2PU]

Если уровень сигнала согласован с входом звуковой карты то разницы нет (динамический диапазон по критерию IMD3 у TS850 77дБ Receiver Test Data ).

Игорь , здесь TS-590S (вроде не самый кислый трансивер , сравнительные замеры от Sherwood/QST в самом конце страницы здесь ) подключенный через встроенный USB кодек (CAT и звук идут по единственному USB кабелю).

С выходом JTDX поддерживающей расширенный динамический диапазон серьёзно озадачился: в TS-590 стоит USB codec на PCM2903B 16bit , ADC SNR = 89 dB) , то ли конструкторы сэкономили , то ли в их понимании этого хватало в 2010м для PSK\RTTY.

В запасах лежит звуковая карточка ASUS Xonar D1 ( 24bit, 192 kHz, SNR = 116 дБ) - если уйти от USB подключения и подключить её к выходу звука TS-590 - то в теории должно получится всяко лучше встроенного в 590й USB кодека (да в принципе не вопрос купить и более кручёную звуковую карту , был бы смысл).

Вообще мне наверное не понять логику японцев конструировавших 590й (блок схема с некоторыми добавлениями под спойлером):

->Скрытый текст<-

- 32 bit DSP
- 24bit/112dB DAC на динамик\наушники
- 24bit/106dB DAC на линейный выход в разьёме ACC2 (т.е DAC поставили уже похуже чем на наушники\спикер)
- 24bit/106dB DAC + 16bit/89dB ADC на встроенный USB codec (блииин , за гранью моего понимания - чё у них денег не хватило поставить такую же AK4382 как и в тракте наушников + взять соответствующий чип USB кодека из мира аудио\геймеров ?).

Как Вы считаете , стоит в такой ситуации морочится с выводом аудиосигнала на звуковую карту компьютера (причём тут варианты: либо не заморачиваясь брать аудиосигнал со штатного гнезда ACC2 где DAC похуже - либо вывести аудио отдельным разьёмом с линии спикера до УМ - там DAC получше) - или не стоит оно того ?

P.S. Спасибо за отличный софт JTDX - для работы с DX в JT/FT mode это лучшее из того что есть (окончательное понимание приходит после того как число cfm DXCC в JT/FT mode переваливает за 200 ).

[UA3DJY]

Вообще мне наверное не понять логику японцев конструировавших 590й (блок схема с некоторыми добавлениями под спойлером):

->Скрытый текст<-

Мне тоже и не только производителя Kenwood, имея 32-бит DSP загнать его в 24-бит DAC затем аналоговый сигнал усилить и загнать в 16-бит ADC и выдать в USB hub... действительно те трансиверы делали для своего времени.

Я бы взял сигнал с операционника IC76, либо с DAC IC72 и поставил свой менее шумящий операционник с хорошим динамическим диапазоном для согласования уровня с линейным входом 24-бит звуковой карты.

К замерам Sherwood тоже есть вопросы: они выполнены при включенной АРУ, в то время как современные требования к цифре в большинстве случаев предполагают отключение АРУ приемника. Если выполнять замеры Sherwood на выходе УНЧ наушников/динамика при выключенной АРУ то они и 60дБ динамический диапазон не покажут.

То есть в современных трансиверах кроме подачи звукового цифрового потока в сторону компьютера еще и измерения динамического диапазона надо делать в цифровом потоке как при включенной так и при выключенной АРУ, пока не видел такого подхода у производителей трансиверов.

ИМХО проще перейти на хороший SDR чем дорабатывать TS590S.

[R2PU]

Мне тоже и не только производителя Kenwood, имея 32-бит DSP загнать его в 24-бит DAC затем аналоговый сигнал усилить и загнать в 16-бит ADC и выдать в USB hub... действительно те трансиверы делали для своего времени.

Я бы взял сигнал с операционника IC76, либо с DAC IC72 и поставил свой менее шумящий операционник с хорошим динамическим диапазоном для согласования уровня с линейным входом 24-бит звуковой карты.

К замерам Sherwood тоже есть вопросы: они выполнены при включенной АРУ, в то время как современные требования к цифре в большинстве случаев предполагают отключение АРУ приемника. Если выполнять замеры Sherwood на выходе УНЧ наушников/динамика при выключенной АРУ то они и 60дБ динамический диапазон не покажут.

То есть в современных трансиверах кроме подачи звукового цифрового потока в сторону компьютера еще и измерения динамического диапазона надо делать в цифровом потоке как при включенной так и при выключенной АРУ, пока не видел такого подхода у производителей трансиверов.

ИМХО проще перейти на хороший SDR чем дорабатывать TS590S.

Вот и я какой день смотрю то на блок схему то на полную (там ещё и на обвязке прямо скажем не особо расстарались) - а в итоге занялся рисовательством.

Самое интересное что IC-7300 делали куда как позже по времени и на других принципах , однако вот
Пойми тут загадочную японскую душу ))))

OK , TNX - направление взято , дальше уже частности и рукоприкладство - посмотрим какой будет эффект и будет ли он вообще ))).

[R5WM]

Обновление MSHV 2.33
Скачать английскую или русскую версии можно сайта MSHV MSHV | LZ2HV Amateur Radio Website

Новое в версии 2.33:
- Изменено: все ресурсы веб-приложений перемещены в папку «settings / resources». Пользователи с переносными версиями MSHV могут найти эту папку
(resources) в дистрибутивном * .zip-файле и скопировать ее в папку настроек.
- Изменено: в «Протоколе автоответа с несколькими ответами» логика для максимального времени ожидания контакта
(убрать вызов в конце периода приема).
- Добавлено: «QSO backup database» в режимах FT8 / 4 MSK144, для исправления (Grid, TXRpt и RXRpt) и в других режимах (только Grid), если они отсутствуют.
- Метод работы, пример QSO:
CQ LZ2HV KN23 <-> LZ2HV R5WM KO72
Когда R5WM LZ2HV +10 <-> LZ2HV R5WM R + 10 <- (LZ2HV теряет этот отчет если сигнал от R5WM не поступает в
течение 2 минут).
Когда LZ2HV сбрасывает QSO, информация от R5WM Grid, TXRpt и RXRpt сохраняется в резервной базе данных.
LZ2HV продолжает CQ LZ2HV KN23 и проводит QSO с другим корреспондентом.
Через 2 минуты LZ2HV RX <-> LZ2HV R5WM R + 10 и TX -> R5WM LZ2HV RR73.
На данный момент отсутствуют следующие данные: Мой TXRpt для R5WM и Его Локатор.
QSO сохраняется в журнале и его локатор, а отчет исправляется из резервной базы данных QSO. «База данных QSO
Backup» содержит 20 вызовов и их информацию.
Информация о старых вызовах будет удалена из базы данных через (FT4 = ~ 10-15 минут и для FT8 = ~ 20-25 минут).
- Изменено: ярлык QRG будет содержать только цифры.
- Исправлено: Для режимов FT8 / 4 MSK144 метка TX / RX QRG отформатирована, например, как (от CQ 32 LZ2HV KN23 до CQ 032 LZ2HV KN23).

[RW4LN]

Игорь! Возможно ли в Вашей программе сделать, чтобы связи ложились во внешний лог программы HamRadioDelux (HRD), в какие-то примитивные внешние логи можно кидать связи, а в прекрасную программу как HamRadioDelux (HRD) нет. Возможно такое? Если возможно, то изыщите время, пожалуйста.

[UA1NAN]

чтобы связи ложились во внешний лог программы HamRadioDelux (HRD)

Ставьте JTAlert и "ложите" связи во внешний лог программы HamRadioDelux (HRD).

[R6LCF]

дальше уже частности и рукоприкладство - посмотрим какой будет эффект и будет ли он вообще

С ic7300 эфект будет совсем небольшой ,трудно уловить. Вот с современным СДР прямой оцифровки есть разница ,но СДР изначально в выиграшной позиции во время сравнения, драйвер 32 bit и соответственно динамический диапазон .Пытаюсь сравнивать по свободному времени один трансивер к другому.SunSDR2DX побеждает ic7300,ну положим так и должно быть.

[R6LCF]

они выполнены при включенной АРУ, в то время как современные требования к цифре в большинстве случаев предполагают отключение АРУ приемника. Если выполнять замеры Sherwood на выходе УНЧ наушников/динамика при выключенной АРУ то они и 60дБ динамический диапазон не покажут.
То есть в современных трансиверах кроме подачи звукового цифрового потока в сторону компьютера еще и измерения динамического диапазона надо делать в цифровом потоке как при включенной так и при выключенной АРУ, пока не видел такого подхода у производителей трансиверов.
ИМХО проще перейти на хороший SDR чем дорабатывать TS590S.

Поддерживаю.
С отключенной АРУ в современом СДР тоже не все просто. Работаешь на полупустом КВ диапазоне ,настройки RX /VAC обычно при вкл АРУ -12дб ,при откл.АРУ -40дб. Оперативная регулировка RF по градуснику JTDX. Да все отлично.
Работаешь на полупустом диапазоне 2м (все настройки те же) включается местный с уровнем по Sметру до +60 и начинаются .....во время работы подобного все менять в настройках ,а на 2м есть кореспондент и через пять минут его уже нет,а в полосе кроме местного с уровнем +60 ничего не видно не слышно.Хорошо современные СДР сложно "заткнуть".Только самому и под уже знакомые ранее условия принимать решения.

[UA3DJY]

Игорь! Возможно ли в Вашей программе сделать, чтобы связи ложились во внешний лог программы HamRadioDelux (HRD), в какие-то примитивные внешние логи можно кидать связи, а в прекрасную программу как HamRadioDelux (HRD) нет. Возможно такое? Если возможно, то изыщите время, пожалуйста.

Пару лет назад выходил на поддержку HRD с предложением добавить стыковку с JTDX через TCP сообщение содержащее ADIF запись QSO, на тот момент поддержка этого TCP сообщения уже существовала в JTDX. В ответ получил ссылку на документацию HRD в несколько страниц в которой было описана реализация довольно непростого решения от HRD для стыковки с внешними программами.

Несколько дней назад с удивлением узнал что WSJT-X 2.1.2 имеет новое UDP сообщение предназначенное для передачи данных QSO в ADIF формате, то есть либо разработчики HRD пошли навстречу команде WSJT либо наоборот. Мы не получали ни запросов ни уведомления от разработчиков HRD о доработке связки под UDP протокол, то есть разработчики HRD проигнорировали и JTDX и существующую в JTDX TCP связку приняв решение выполнить ее по UDP.

За отсутствием полной информации о реализации UDP стыковки в прекрасной программе HRD снова обратиться в поддержку HRD или просто содрать реализацию UDP ADIF с кода WSJT-X?

[US-E-12]

За отсутствием полной информации о реализации UDP стыковки в прекрасной программе HRD снова обратиться в поддержку HRD

Игорь это тот же самый формат adif, что по TCP только по UDP.
Вот что передаёт WSJT-X

<call:5>G5RTY <gridsquare:0> <mode:4>MFSK <submode:3>FT4 <rst_sent:3>-15 <rst_rcvd:0> <qso_date:8>20200203 <time_on:6>151538 <qso_date_off:8>20200203 <time_off:6>151558 <band:3>20m <freq:9>14.080352 <station_callsign:4>UR1E <my_gridsquare:4>KN78 <eor>

[RA3QDP]

но это успешной работе не мешает

Какой трансивер и какая звуковая карта у Вас успешно работает с 32-х разрядным сигналом ?

[RW4LN]

За отсутствием полной информации о реализации UDP стыковки в прекрасной программе HRD снова обратиться в поддержку HRD или просто содрать реализацию UDP ADIF с кода WSJT-X?

Я не настолько грамотный, что бы помочь Вам советом. Если есть хоть маленькая лазейка в этой проблеме, попробуйте. Я уже писал разработчикам HRD, чтобы они внедрили в свою программу WSJTX, на что они ответили, что этот проект коммерческий и автор этой WSJTX не дал свое согласие.

[R3OZ]

Друзья! Подскажите пожалуйста частоты
Hound в FT8.

[UA3OA]

Друзья! Подскажите пожалуйста частоты
Hound в FT8.

Частоты там где работает DX. В программу в водятся в ручную.