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

[UA3DJY]

Железо старое (2005 г.р.). Пентиум 4, XP2. Все слоты RAM заняты: два по 256 и 512, общая ~ 1Гиг.

JTDX на этом железе работать не будет, Вам придется продолжать использовать WSJT-X.

[RW3QF]

Работает, но декодирует с 50 секуды приема до 6...11 секунды передачи. Это если весь спекир 2,2 КГц смотрю. А так на CQ фильтр в ПаверСДР ставлю 300 Герц, и за 10сек. (с 50 по 60) успевает. Программа JTDX если видит, к примеру три вызывающих станции, всех принимает, а вот - WSJT только одну. Как пример, вчера вечером сикулял на семерке, используя WSJT, перешел на JTDX и сразу китаец и два японца прописались в приемном окне. 10 Ватт и Дельта вертикальная. В телеграфе фиг могу эти страны дозваться. Восток двухэтажный особняк закрывает (коммуникации, трубы отопления).
Да, забыл СанСДР+JTDX процессор загружен на 80% при приеме-передачи, при декодировании замирает панорама и процессор до 100% грузится. Видимо Вы про это и говорите, что на таком железе не будет работать.

Иногда при передачи бывает кратковременное пропадание сигнала. Еще какое-то сообщение выскакивает, окошко, что-то error connect. Хотел скрин сделать, час сижу, а оно не появляется.

[US5WE]

Существует ли аналог JTAlert под Ubuntu14 и 16 ?

[UA3DJY]

Работает, но декодирует с 50 секуды приема до 6...11 секунды передачи. Это если весь спекир 2,2 КГц смотрю. А так на CQ фильтр в ПаверСДР ставлю 300 Герц, и за 10сек. (с 50 по 60) успевает.

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

Это связано с принципом работы демодулятора JT сигналов - с синхронизацией по синхропоследовательности сигнала демодулятор из всего спектра сигнала для каждого временного интервала тона выбирает самый сильный тон.

[UA3DJY]

Существует ли аналог JTAlert под Ubuntu14 и 16 ?

возможно AlarmeJT? https://sourceforge.net/projects/alarmejt/

[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!