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

[UA3DJY]

Игорь, я правильно понял, что, если уровень шума в полосе приема на S-метре S5 при прочем отсутствии помех, а сигнал принимаемой станции оценивается программой в -30dB, то фактический уровень полезного сигнала на S-метре равен S=0 или меньше, чем -121dBm. Так ли это?

Верно, JT декодеры работают относительно шума. Чем лучше сбалансировано питание антенны и чем выше у диаграммы антенны RDF фактор подавления нежелательных направлений, тем больше Вы декодируете сигналов с требуемого направления.

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

[RJ7M]

Уже добавил в софт 17.5 дополнительно...

Ещё не опубликована?

[RK9DK]

Игорь, такое предложение, может сделать программу мультипольной хотя бы меню настроек, просто у многих проблемы с английским (каюсь тоже не безгрешен). Второе возможно ли на водопаде прописывать позывные по ангиологии с JT65-HF HB9HQX

[RJ7M]

возможно ли на водопаде прописывать позывные по ангиологии с JT65-HF HB9HQX

Две трети декодируемых сигналов не видно на водопаде. Смысл? А если прописать все - представляете, какая будет каша?

[UA3DJY]

Игорь, такое предложение, может сделать программу мультипольной хотя бы меню настроек, просто у многих проблемы с английским (каюсь тоже не безгрешен). Второе возможно ли на водопаде прописывать позывные по ангиологии с JT65-HF HB9HQX

Русские сокращения будут непонятны на кнопках, но можно попробовать сделать подсказку на русском языке (при наведении курсора мыши на кнопку или другой орган управления обычно всплывает окно подсказки). Делается несложно в графическом редакторе Qt для основного интерфейса и интерфейса настроек, не зависит от остального кода и может быть сделано любым желающим русифицировать софт. Знаний программирования не требуется, вопрос только в желании потратить на это время и аккуратности исполнения.

При изменении интерфейса уже сложнее, придется русификацию переделывать заново или при наличии опыта дорабатывать интерфейс новым функционалом. Поэтому здесь необходим энтузиаст кто возьмется за русифицирование JTDX.

По второму вопросу согласен с предыдущим постом, нередко спектр разных сигналов-станций накладывается с шагом несколько Герц. JT65-HF в таком случае эти сигналы не декодирует, поэтому там проще смотреть позывные на водопаде.

[UA3DJY]

В WSJT-X и JTDX мощность шума вычисляется в полосе спектра JT65c, примерно 560 Гц, что при помехах вне спектра декодируемого сигнала JT65a приводит к ошибке вычисления SNR.

В версии 17.5 JTDX уменьшаю полосу вычисления шума до JT65a, примерно 180 Гц, заново калибрую индикацию SNR по тестовым файлам.

В софте WSJT-X калибровки SNR нет, в документации WSJT-X сказано о нелинейном участке индикации SNR.

[UR4UM]

Включил только что на 80м. и порадовался чувствительности... RZ9U зовёт -30db , щёлкнул на нём, ТХ и сразу Halt. Релюшки в SDR не успели щёлкнуть, то есть ничего не излучал (хотя всего 10 вт.). В конце приёма получил рапорт!!!??? КАК? Может HINT гуляючи, всего то 4 станции декодировал, решил нас сосватать? Версия JNDX16.9, потому что новее из за плохой работы САТ и пол екрана в режиме WSPR-2 отказался использовать...
Что думают ГУРУ? Из за чего такая супер чувствительность? Или интелект стал у проги выше?





"Интересно пляшет"

[RN9AZ]

Включил только что на 80м. и порадовался чувствительности... RZ9U зовёт -30db , щёлкнул на нём, ТХ и сразу Halt. Релюшки в SDR не успели щёлкнуть, то есть ничего не излучал (хотя всего 10 вт.). В конце приёма получил рапорт!!!??? КАК? Может HINT гуляючи, всего то 4 станции декодировал, решил нас сосватать? Версия JNDX16.9, потому что новее из за плохой работы САТ и пол екрана в режиме WSPR-2 отказался использовать...
Что думают ГУРУ? Из за чего такая супер чувствительность? Или интелект стал у проги выше?


"Интересно пляшет"

Любителям постоянно держать Hint включенной, вы из CALL3.TXT. Попробуйте у себя свой позывной удалить.

[UA3DJY]

радует рост активности в JT модах на диапазоне 160м, и присутствие на этом диапазоне ряда редких стран : E51WL, VP8ALJ, FK1TS, 9J2HN, ZF1RC, HI8PLE, OX3XR, KH6KG

и судя по pskrepoter даже провести QSO с антиподом легко

[R7FQ]

радует рост активности в JT модах на диапазоне 160м, и присутствие на этом диапазоне ряда редких стран : E51WL, VP8ALJ, FK1TS, 9J2HN, ZF1RC, HI8PLE, OX3XR, KH6KG и судя по pskrepoter даже провести QSO с антиподом легко

Вот куда "убежали" DX - за одну ночь сработал несколько YB, VU, ZS, PY на 80(!)м. В CW или SSB их уже не часто встретишь...

Радует и то, что во многих странах стали использовать реально работающую (в отличие от других) программу JTDX. В частности в Южной Америке, где обычно работали внутри континента. Сейчас в период плохого прохождения, работа с DX каждый день гарантирована, с помощью программы JTDX.

В то же время вызывает БЕЗпокойство, просьбы менять оформление JTDX. Последние изменения, по сравнению с v.16.5, привели к невозможности использования выделения цветом, из-за того, что теряется время на распознавание цветовой принадлежности. Да и сами блеклые цвета фона и текста, вызывают неприятные эмоции.
Я надеюсь, что к моей просьбе, вернуть прежнее удобное для работы цветовое оформление как v.16.5, присоединятся многие радиолюбители.
Мы все пока терпеливо ждём улучшение приёмной функциональности программы. Но в то же время, программа должна сохранять удобство в работе, особенно когда нужно оперативно перейти на передачу.
Ещё раз выражаю благодарность, за нелёгкий труд по совершенствованию JTDX.

[UA3GQ]

Здравствуйте. При работе в JTDX совместно с Log UR5EQF обнаружил одно маленькое неудобство. Если я при выходе из JTDX не очистил окно ввода позывного в этой программе, c помощью кнопки "Clear DX" или другим способом, то при последующем запуске данной программы вместе с Log UR5EQF, в журнал UR5EQF автоматом заносится "неочищенный" позывной с текущим временем и датой. Приходиться при выходе не забывать очистить окно ввода, а лучше сначала запустить JTDX, если чисто, то потом UR5EQF. Интересно как у других с этим вопросом.

[UA3DJY]

Яркий пример работы генератора случайных чисел srand в декодере FTRSD, начиная с JTDX v17.4. При установках 1-4-1 в Advanced проигрывал один и тот же файл, каждый раз получал разный результат.

Нажав на полупустом диапазоне после окончания декодирования кнопку Decode можно получить новые декодированные сообщения.

В WSJT-X в декодере FTRSD используется генератор случайных чисел rand создающий при каждой попытке декодирования одну и ту же последовательность случайных чисел и на экране будут всегда одинаковые декодированные сообщения.

Звуковой файл прикладываю.

[RA1TCJ]

тоже самое. очищаю окно и все.

[UA3DJY]

Здравствуйте. При работе в JTDX совместно с Log UR5EQF обнаружил одно маленькое неудобство. Если я при выходе из JTDX не очистил окно ввода позывного в этой программе, c помощью кнопки "Clear DX" или другим способом, то при последующем запуске данной программы вместе с Log UR5EQF, в журнал UR5EQF автоматом заносится "неочищенный" позывной с текущим временем и датой. Приходиться при выходе не забывать очистить окно ввода, а лучше сначала запустить JTDX, если чисто, то потом UR5EQF. Интересно как у других с этим вопросом.

есть смысл попробовать сделать автоматическую очистку окон DXCall DXGrid при выходе из JTDX?

можно сделать для этого отдельную галочку рядом с 'Clear DX Call ang Grid after logging'

[UA6LND]

Предлагаю в JTDX внести возможность включения
звукового сигнала, как в JTAlert, End of TX/RX Period.
Не надо будет все время смотреть на экран в ожидании начала
вывода декодируемых сигналов, а обращать внимание на экран только по
этому сигналу, который звучит на 46 секунде, т.е. перед началом вывода
новой информации. Это позволяет в течение почти минуты отвлечься и тем самым
немного снизить нагрузку на зрение,
Пользуюсь этим давно и это единственное сейчас, что не дает мне
отказаться от JTAlert.
Что Вы по этому поводу скажете, уважаемый Игорь?