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

[UA3DJY]

Я не знаю, что это за фильтр DIGI в трансивере (скорее всего DSP), но у меня, при включении кварцевого фильтра по ПЧ (300 Гц), уровень шумов падает на 7-8 дб (по S-метру трансивера). При этом полезный сигнал остается на том же уровне. Т. е. соотношение сигнал/шум возрастает. Это дает заметный выигрыш при приеме. Особенно на НЧ диапазонах.
DSP такого не даст.

С точки зрения JTDX/WSJT-X важен только уровень продуктов интермодуляции в звуковом потоке: при декодировании программа имеет свой узкополосный фильтр полосой в один частотный бин, например для FT8 этот фильтр имеет полосу 6.25 Гц.

Если уровень продуктов интермодуляции в звуковом потоке не зависит от включения узкополосного фильтра в приемнике (обычно так на чистом диапазоне) то изменение интегральной мощности шума на S-метре приемника не влияет на декодирование сигналов программой.

[UA3DJY]

не Василий...есть эффект и значительный,жаль что только в WSJT я его вижу,да и не только у меня такое наблюдается....

Если эффект только в изменении выводимого на экран значения SNR то это самообман при помощи программы.

[US4IRT]

разве что сделать его красным фоном при значениях например в FT8 более +/-1 сек

Да, Игорь. Вы правильно поняли, чтоб бросалось в глаза. Но среднее может и не выйти за пределы 1 сек. Разве что при включенном фильтре.
Недавно тоже "бегал" своим DT за 8R1/AG6UT на 80м с помощью ручной программы. Скакало у него на каждом цикле. Не получилось тогда. Сегодня утром только сработал, но DT у него уже не прыгало.

[US4IRT]

это самообман при помощи программы.

... или совпадение.

[UA3DJY]

Да, Игорь. Вы правильно поняли, чтоб бросалось в глаза. Недавно тоже "бегал" своим DT за 8R1/AG6UT на 80м с помощью ручной программы. Скакало у него на каждом цикле. Не получилось тогда. Сегодня утром только сработал, но DT у него уже не прыгало.

Обычно это волшебство чрезмерного усердия в синхронизации часов, новички часто думают что чем меньше период синхронизации часов тем лучше, в итоге и сами наступают на грабли и своих корреспондентов заставляют передавать больше сообщений во время QSO. Мы можем уведомлять о большой разнице системных часов на стороне оператора с средним временем всех декодированных сигналов, по одному конкретному корреспонденту нет: цветовой фон уже занят под существующие уведомления.

[US4IRT]

цветовой фон уже занят под существующие уведомления.

Ничего страшного! Будем следить. Кстати, средний DT выводится на все декоды даже при включенном фильтре. Так что вытянуть средний более 1 сек. вряд ли получится даже если у одного (нужного) будет более 3 сек. Это будет работать, если ДТ будет выводиться только на позывной, который в окне.

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

[RA3QH]

Если эффект только в изменении выводимого на экран значения SNR то это самообман при помощи программы.

в том и дело что нет...я же написал...без него 1 цикл из 5 (цифра конечно не является точным отображением,бывает больше или меньше) а с фильтром 4 из 5 циклов есть декод....

... или совпадение.

не Василий не совпадение...на разных станциях проверял....ну да Бог с ним...вопрос закрыт....

[RO7F]

В большинстве случаев поможет.

Игорь спасибо за полезную информацию.



Вот эта подсказка навела меня на данное суждение.

[UA3DJY]

Ничего страшного! Будем следить. Кстати, средний DT выводится на все декоды даже при включенном фильтре. Так что вытянуть средний более 1 сек. вряд ли получится даже если у одного (нужного) будет более 3 сек. Это будет работать, если ДТ будет выводиться только на позывной, который в окне.

Функционал усреднения DT с декодированных сообщений сложнее: для подавления быстрых изменений результата используется накопительное усреднение с самого первого интервала и порог в 5 декодированных сигналов.
Например в интервалах 1,2,3 и 4 декодировалось более 5 сигналов, тогда по окончании декодирования четвертого интервала средний DT будет равен:

(((cредний DT интервала1 + cредний DT интервала2)/2 + cредний DT интервала3)/2 + cредний DT интервала4)/2

При таком подходе один 'шальной' сигнал оказывает минимальное влияние на расчет среднего времени ухода часов компьютера пользователя. Использование узкополосного фильтра приведет к снижению количества декодированных сообщений, и возможно не каждый интервал будет учитываться в расчете если интервал не преодолел порог в 5 декодированных сообщений.

[UA3DJY]

Игорь спасибо за полезную информацию.

Вот эта подсказка навела меня на данное суждение.

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

[UA3DJY]

в том и дело что нет...я же написал...без него 1 цикл из 5 (цифра конечно не является точным отображением,бывает больше или меньше) а с фильтром 4 из 5 циклов есть декод....

не Василий не совпадение...на разных станциях проверял....

Значит этот фильтр снижает уровень продуктов интермодуляции в звуковом сигнале отдаваемом приемником на компьютер.

Еще может быть перегрузка микрофонного усилителя или линейного входа звуковой карты, в этом случае даже узкополосный НЧ фильтр может убрать или уменьшить перегрузку. Часто бывает если снимать звуковой сигнал с динамика приемника: и выходные каскады УНЧ приемника могут иметь высокий уровень продуктов интермодуляции и сигнал на входе звуковой карты может быть больше допустимого уровня. При сужении полосы в НЧ тракте может снижаться уровень продуктов интермодуляции в выходных каскадах УНЧ приемника.

[RA3QH]

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

идет через линейный вход уровень стоит 50% ну да ладно Бог с ним...вопрос закрыт...есть еще один
Игорь возможно ли сделать что бы прыжок в режиме F/H при отсутствии САТ осуществлялся? в WSJT это работает,а в JTDX приходится лапками это делать...

[UA3DJY]

Игорь возможно ли сделать что бы прыжок в режиме F/H при отсутствии САТ осуществлялся? в WSJT это работает,а в JTDX приходится лапками это делать...

В этой части у нас жесткая позиция: не создавать QRM при использовании JTDX. Если авторы других программ выполняют в коде более вольный подход в части возможности излучения гармоник звукового сигнала в сетапах то это наносит ущерб большинству операторов.

[RA3QH]

В этой части у нас жесткая позиция: не создавать QRM при использовании JTDX. Если авторы других программ выполняют в коде более вольный подход в части возможности излучения гармоник звукового сигнала в сетапах то это наносит ущерб большинству операторов.

Игорь о каких QRM речь? Я зову выше 1000+ но когда мне отвечают я руками осуществляю "прыжок",а в WSJT он осуществляется автоматически даже при отсутствии САТ...(ну такая вот у меня сейчас проблемма FT-990 c ROM 1.2 и не работает этот аппарат ни с чем нормально) ....я так понимаю под QRM вы имеете в виду зовущих ниже 1000+,так это никак не влияет,они звали и будут звать и им это не поможет ведь их просто не услышит ДХ,а вот руками не всегда успеваешь при ответе "прыгнуть" потому и спросил возможно ли это...

[R2EA]

Можно ли разработчикам сделать в jtdx работу с дробь mobile,
так же, как и при работе с /p ? Я уже - о синице...
P.S. И интересно на чем немец работает?

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

Почему такой макрос как
R110M R2EA/P RR73 передается, а
R110M R2EA/P -10 или же той же длинны
R110M R2EA/P R-10 не передаются?

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

А при работе в JT65 даже с /P локатор не передается

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