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

[R0AX]

вот WSJT

[RC3C]

#FT8


Оригинал https://www.youtube.com/watch?v=X3Hjkj8NLf8

[R0AX]

Запущены две программы, WSJT-X & JTDX, на WSJT-X есть Канада, Американцы, Венесуэла, а на JTDX они отсутствуют. Фильтров нет.

Вложение 203427

А на North America галочка

[RW4LN]

А на North America галочка

Вот чёрт, а я в паники, не заметил.
Спасибо, добрый человек.

[UT3IB]

Сейчас запустил WSJT-X, и о ужас! Там американцы и в Алерте есть, и в WSJT-X есть. Получается, что в JTDX не все отображаются?

Провел небольшое исследование с двумя запущенными JTDX & WSJTX
Разница в уровнях не более 1 dB
Обе программы фиксируют потоки без явных пропусков. Прием сигналов равнозначен. Движок ведь один у них.
Не вижу повода сомневаться.



Пытался дозваться N3UP. Неудачно...
Тем не менее, прохождение на 17м угасает и на скринах можно видеть идентичность, без малого, декодов двумя программами.

[UR5NMZ]

Ситуация с "неподхватыванием" позывного отвечающей станции при работе на CQ решилась включением кнопки AutoTX. Не вижу какой -то понятной связи, но тем не менее- перевел эту кнопку в "зеленое" положение и всё заработало как надо. Даю CQ, станция отвечает, декодируется и дальше всё идет в автоматическом режиме.

[RC2P]

Каждому своё!!!
Кто штаны просиживает, кто разработкой программы занимается,
а кто то эту самую программу и обкатывает.
Конечно обкатываем не лошадь... Так что каждому - своё!

Кто программу тестирует, а кто на программе сам себя. каждому свое. Уж очень усложнил Игорь Atoseg ...

[R2EA]

Кто программу тестирует, а кто на программе сам себя. каждому свое. Уж очень усложнил Игорь Atoseg ...

Ды, многие с этим уже согласны! И те кому 33, и те кому 70...
Частичное и не сложное решение, тут уже предлогали... Теперь дело за разработчиком.
Возможно он сочтет сделать нам облегчение немного по другому, но это сути не меняет.
Потому, как всё то, что тестируем последние недели, нужно реализовывать в более понятный "сигмент".
А то скоро запутаемся - окончательно.

[UA3DJY]

Расскажите о меню Misc. Пытался перевести, но что-то смысл не уловил.

3) Показывать сообщения, декодированные из гармоник мощных сигналов (для разработчиков/тестеров)

Сама опция декодирования второй и третьей гармоники JT65 сигнала ощутимо подняла эффективность декодирования за счет вычитания сигналов-гармоник в версии JTDX 18.0.0.133. Опциональный показ сообщений был сделан для того чтобы узнать позывной оператора работающего с гармониками JT65 сигнала.

С резким падением активности в JT65 моде функционал декодирования и вычитания гармоник JT65 сигналов стал мало востребованным.

[UA3DJY]

Ситуация с "неподхватыванием" позывного отвечающей станции при работе на CQ решилась включением кнопки AutoTX. Не вижу какой -то понятной связи, но тем не менее- перевел эту кнопку в "зеленое" положение и всё заработало как надо. Даю CQ, станция отвечает, декодируется и дальше всё идет в автоматическом режиме.

часто картинка дает больше информации чем несколько текстовых постов

[UA3DJY]

Установленная галка Single shot QSO по идее не должна влиять на режим работы, поиск или CQ.

вообще-то shot qso это для работы на поиск и как понял это временная опция

Опция Single shot QSO(в переводе 'одиночный выстрел') сделана для проведения одиночного QSO, при активированной опции после окончания QSO будет выключена кнопка Enable TX. Используется и при работе на CQ и при работе в поиске.

[UA3DJY]

А вот на подбор, хотелось бы мух отделять все же от котлет.
Там есть меню в котором прога на поиск зовёт всех кто даёт cq...
и хватает даже тех кто стоит на cq направленно (cq ja/na/sa/af).
А это не есть - хорошо (не по нашему). Не красиво!!!
И программу нужно учить умным самостоятельным решениям!

не спешите, сначала попробуйте оседлать уже имеющийся функционал, навороты планирую впереди и они еще больше усложнят и код и управление

[UA3DJY]

Игорь, а я всё-таки совершенно не понимаю, КАК работает в JTDX функционал
AutoSec...

Сегодня сижу и с утра экспериментирую, когда же и при каких именно настройках
у меня АВТОМАТОМ завершится QSO. Так ни разу и не получилось. Что в JT65,
что в FT8.

Начало QSO срабатывает отлично - в FT8 позывной вызывающей станции
"цепляется" грамотно, идет ответ. В JT65 ручками выбираем, кому именно
ответить.

Само QSO тоже проходит нормально. Если рапорт не получен, отвечаем повторно
с рапортом, если получен - даем RR73.

А вот финал QSO ну никак не получается!
Дали RR73, в ответ получили (неважно) 73 или RR73 -- и начинаются
"гонки по кругу" - опять повторяем RR73!!!!!! И так до бесконечности.
Пока руками не "убъешь". Доходит до абсурда - руками выставляю
режим передачи на CQ-DX, только отвернулся - а мы снова продолжаем
прощаться с давно занесенным в лог корреспондентом (он, кстати, давно
с другими QSO проводит)...

Что и где я не так делаю?

PS реакция одинаковая что в Linux, что в Win - версиях.

необходимо один раз увидеть, отправил запрос на контакт в два адреса R0JF в Скайпе

[UA3DJY]

Что бы было меньше вопросов про галочки необходимо уже сейчас разделить работу на CQ и проведение обычных QSO!
....

-bot cq (работа бота на общий вызов без ограничений до вмешательства пользователем)
.1 час
.2 часа
.3 часа

Робота в JTDX делать не планируем, желающие могут для себя сделать самостоятельно.

[UA3DJY]

Вложение 203386

Опять кратковременное включение TX
При получении от корреспондента RR73, независимо от того что принимает далее программа она не должна включаться на передачу....
Как то бы реализовать этот запрет....

В алгоритме AutoSeq3 передача не выключается пока не закончится декодирование интервала, результат на картинке. Ускорить декодирование интервала в AutoSeq3 сейчас можно только автоматическим фильтром.