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

[RK1NA]

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

Можно подробней.
Скажем я работая на общий вызов ставлю в трансивере полосу 300 Гц.
Вроде все что ниже - выше мне по барабану.
А программа как то на это реагирует?
Игорь - ваш ответ?

[UA3DJY]

Можно подробней.
Скажем я работая на общий вызов ставлю в трансивере полосу 300 Гц.
Вроде все что ниже - выше мне по барабану.
А программа как то на это реагирует?

Любая программа для JT мод содержит модуль синхронизации с сигналом, демодулятор и декодер набора тонов полученных с выхода демодулятора.

Допустим на этой картинке сигнал B это сигнал корреспондента при проведении QSO.



Сигнал A имеет больше уровень чем сигнал B и пересекается с ним спектром. При пересечении спектра в 60% как на этих картинках мы получаем на выходе демодулятора примерно 60% ошибок для сигнала B только за счет наложения более сильного сигнала. Если софт не умеет вычитать декодированный сигнал то сигнал B он не декодирует.



Применив фильтр в 250 Гц мы теряем синхропоследовательность сигнала А, при этом информационные тона сигнала А остаются в спектре сигнала B.
Из-за отсутствия синхронизации с сигналом А софт не сможет его демодулировать, декодировать и вычесть, значит информационные тона сигнала А будут на выходе демодулятора при попытке декодировать сигнал B и из-за большого количества ошибок сигнал В не будет декодирован.

Без использования узкого фильтра, если софт умеет вычитать декодированный сигнал то при попытке декодирования более слабого сигнала В тона сигнала А не попадут на выход демодулятора.

Софт JT65-HF не умел вычитать сигналы, не знаю сделал ли автор в нем этот функционал в последние полгода.

Софт WSJT-X использовал алгоритм перебора частоты снизу вверх, то есть софт пытался декодировать сначала тот сигнал что находится ниже по частоте даже если он слабее того что выше него и пересекается спектром. Этот дизайн пришел с УКВ и не знаю исправлен ли он а последних версиях WSJT-X для эффективного декодирования сигналов на КВ (если в окне декодированных сообщений при одном проходе декодирования частота возрастает то алгоритм остался старый в WSJT-X).

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

[R0JF]

JTDX v18.0 шаг 79 - тестирование нового функционала

Changelog:

- top JT65 decoding frequency marker is added to the waterfall, frequency value is being taken from Advanced tab of the settings.

Linux version (compiled on Ubuntu 16.04LTS 64-bit)

Binary files only:

https://cloud.mail.ru/public/3M74/pCsgRSDTB

deb-package (not tested!):

https://cloud.mail.ru/public/Aaky/VJYvd7cPN

Linux 32-bit packages (not tested!):

https://cloud.mail.ru/public/K8c5/THwixsvTp

[US4IRT]

Игорь, а в FT8 тоже 13 знаков стандарт или больше?

[R7FQ]

Игорь (UA3DJY), в этой теме уже более 7500 сообщений, не только по теме но и о программах-логах, звуковых картах, компьютерного железа и прочего, что к теме относится косвенно но по этим вопросам есть отдельные темы.

Предлагаю создать новую тему по JTDX которую будет легче читать и в которой обсуждать только JTDX.

[US5WE]

Игорь (UA3DJY), в этой теме уже более 7500 сообщений, не только по теме но и о программах-логах, звуковых картах, компьютерного железа и прочего, что к теме относится косвенно но по этим вопросам есть отдельные темы.

Предлагаю создать новую тему по JTDX которую будет легче читать и в которой обсуждать только JTDX.

Полностью поддерживаю, правда, модератор может просто чистить все, не относящееся к теме.

Игорь, а в FT8 тоже 13 знаков стандарт или больше?

В развитие вышесказанного: какое отношение FT8 имеет к JTDX? Есть отдельная FT8 ветка форума.

[US4IRT]

В развитие вышесказанного: какое отношение FT8 имеет к JTDX?

Виктор! Название форума прочтите.

[R6LCF]

правда, модератор может просто чистить все, не относящееся к теме.

Модераторы на форуме QRZ.ru лояльно и с пониманием относятся к сообщениям ,так как один вопрос -ответ влечет за собой другой,косвенно относящиеся к теме.Это нормально.
Мое мнение по поводу : найти в теме нужную инфо для себя,"кто действительно ищет тот всегда найдет" и если вопрос серьезный и актуальный и ответа нет в пояснениях к JTDX ,подскажут обязательно и укажут путь из личных знаний и опыта.
Ну а по поводу FT-8 Игорь уже ответил ,что обязательно сделает и введет моду в JTDX,когда сделает он ответил,а сейчас с вопросами по этой моде в соответствующую ветку.
Вопросы по этой моде даже косвенно не относятся к программе JTDX.

[RU3FM]

Вопросы по этой моде даже косвенно не относятся к программе JTDX.

Справедливости для хочу отметить: в этой теме упоминается в названии софт WSJT-X (в котором FT8), и никак не упоминается JTDX.... но обсуждается всё с точностью до наоборот.))

[RX4HX]

Я вообще не понимаю, как до сих пор отдельную тему по JTDX не сделали - это ведь уже не WSJT-X!

[R6LCF]

как до сих пор отдельную тему по JTDX не сделали - это ведь уже не WSJT-X!

Потому что JTDX изначально вырос из WSJT-X в самостоятельную программу. Все вопросы и обсуждения касательно первоначально WSJT-X---JTDX находятся в этой теме и уж тогда точно искать что то нужное будет не совсем легко и возможно. Тем более что программы похожи по настройкам и все отличие в новой моде FT-8 и относительно плохом декодировании слабых и сильных сигналов,правда последние в меньшей степени но присутствует.
Кому было необходимо создали тему FT-8 и обсуждение этой моды там.
P.S. Я не думаю что сейчас возникнет у кого вопрос по настройкам этих программ ,новых пользователей почти не добавилось ,а остальные в курсе. Просто многие "старички" программы временно перешли на WSJT-X из за моды FT8 как многие вообще и везде.В эфире одни и те же,кроме новичков которые ни в eQSL ,а особенно в LoTW не состоят ,а еще хуже вообще никакой информации о них нет. Работать с такими не хочется.Смысла нет ,нет конечного результата!

[UA9OP]

особенно в LoTW

а они принимают FT8???

[UT5IA]

а они принимают FT8???

Да. ARRL LOTW now accept FT8 Mode

[UX1IL]

Я вообще не понимаю, как до сих пор отдельную тему по JTDX не сделали - это ведь уже не WSJT-X!

Это же не "ветка" по LogHX! "Растянули" для цифровиков отдельно, для пользователей лога отдельно!
ЗАЧЕМ, КАКОЙ СМЫСЛ? "Прыгай" теперь по всему форуму!

[UA9OP]

Да. ARRL LOTW now accept FT8 Mode

Спасибо.....я не знал....обновил TQSL и все пошло