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

[RA1WU]

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

Наверно это интересно узкому кругу лиц, это можно сделать "через галочку"
Спасибо за работу.

[UA3DJY]

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

Наверно это интересно узкому кругу лиц, это можно сделать "через галочку"
Спасибо за работу.

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

Как опцию в рабочем софте не планирую.

[UX8IW]

v.66 режим AutoSeq2 Работа на поиск.

При ответе корра программа в большинстве случаев продолжает передачу рапорта и не переходит на цикл RR73.

Если QSO сразу не вносить в лог, то в случае отсутствия декода 73 от корра, программа продолжает передавать повторное RR73, что есть правильно (на скрине DF1KAG). Но после приема от него 73, программа переходит на цикл Тх5 и передает 73, а в следующем цикле начинает передавать повторный вызов DF1KAG (при этом окно ввода QSO продолжало оставаться открытым), т.е. кнопка EnableTx осталась активной.

В случае с DO1JMA, после приема от него рапорта, программа не включилась на передачу при активной кнопке EnableTx. Цикл Тх4 включен принудительно:

[UX8IW]

Если QSO сразу не вносить в лог, то в случае отсутствия декода 73

Странно, теперь этот "фокус" с повтором RR73 не проходит, программа сразу переходит на повторный вызов корра.....

[UA1OMZ]

Здравствуйте уважаемые. Не могу остаться в стороне, поскольку полюбил FT-8 и провел уже не одну тысячу связей этим видом. Спасибо Игорю, что взялся за программу, давно ждал, поклон и терпения. Протестил 66 версию вдоль и поперек. Мои замечания: 1.При работе на поиск (autoseg2+autoTX+TX=RX) после полного окончания связи иногда дает второй раз 73(сообщение UT8NT #10373); 2.При работе на CQ (autoseg2+autoTX+TX/RXsplit) не всегда отвечает единственной станции вызывающей сплитом, причем декодируя её(сообщение UT8NT #10374); 3.Очень поздно срабатывает блокировка TX, когда вызываемый ответил не вам 1-2-3 секунды(мешая проведению QSO), хотя декодирование этого сообщения произошло моментально; 4.Иногда после смены частоты, она произвольно возвращается на место предыдущего QSO, хотя соответствующая галочка снята; 5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит. 6.Декодирует пустые сообщения и гармоники, хотя запрещено. 7.При ошибочном введении позывного и быстрой его замены, отключается выход звука с ПК(Очень напрягает). Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился); 2.В режиме Fake It разрешить изменение частоты во время передачи, если это возможно, хотя бы в пределах перестраиваемых 500 Гц; 3.Ну и терпения Игорь и ещё раз терпения, я например хочу упрощения программы и только три кнопки "Фильтр", "CQ" и "Search", кто-то хочет поинтереснее, кто-то хочет помериться ...процессорами, наверное скоро появятся ещё две кнопки "Хилый проц" и "Мощный проц" )))... ?

С уважением, Александр, RM1O. 73!

[RU6YJ]

[UA1OMZ]
".....Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился)"

В версии 34(на мой взгляд-самая стабильная и без всяких наворотов и "рюшечек")

[R3HH]

Может кто то упоминал об этом, повторюсь
если станция стоит на приеме какое то время без движения, появляются ложные декоды
заметил в 65-67 версиях, позывные бывают разные

[RJ7M]

5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

А нас здесь хором убеждают, что работает.

[RA1WU]

5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

Да, не работает.

[UA3DTK]

UA1OMZ...5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

....работает...

[UA3DJY]

Мои замечания: 1.При работе на поиск (autoseg2+autoTX+TX=RX) после полного окончания связи иногда дает второй раз 73(сообщение UT8NT #10373);

в AutoSeq2 может дать если процессор не успел декодировать сообщение до начала интервала передачи. Вариант когда после передачи RR73 еще включается передача 73 - сбой.

2.При работе на CQ (autoseg2+autoTX+TX/RXsplit) не всегда отвечает единственной станции вызывающей сплитом, причем декодируя её(сообщение UT8NT #10374);

в AutoSeq2 может так быть если процессор не успел декодировать сообщение до начала интервала передачи. На такой случай есть AutoSeq3 меняющий сообщение во время передачи. Любой из AutoSeq не ответит корреспонденту который не проходит по критериям 'новый' ('New ..') выставленным в закладке Notifications.

3.Очень поздно срабатывает блокировка TX, когда вызываемый ответил не вам 1-2-3 секунды(мешая проведению QSO), хотя декодирование этого сообщения произошло моментально;

При установленной галочке 'Halt Tx if operator I called answered to other operator' - да, сейчас работаем над устранением этой проблемы.

4.Иногда после смены частоты, она произвольно возвращается на место предыдущего QSO, хотя соответствующая галочка снята;

Конфликт использования галочки 'Clear DX call and grid after logging', она требуется для работы в поиске чтобы частота не возвращалась на 'старую' частоту корреспондента находящегося в окне DX Call, при работе на общий вызов эта галочка прерывает цикл AutoSeq и нежелательна. Конфликт порожден когда то сделанным функционалом автоматического внесения QSO в лог, легко решается если мы откажемся от использования автоматического внесения в лог при использовании AutoSeq.

5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

зависит от времени внесения QSO в лог(?) и от варианта работы - при использовании последовательности RRR+73 и внесении QSO в лог до завершения QSO (декодирование RR73/73 сообщения от корреспондента) очистка выполняется при получении сообщения 73 которое и завершает QSO.

При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.

6.Декодирует пустые сообщения и гармоники, хотя запрещено.

декодирование и показ гармоник исключительно JT65 функционал. Пустые сообщения которые передаются так и декодируются, можно сделать текстовый фильтр но будут вопросы почему какой то сильный сигнал не декодирован.
Есть ложные декодирования декодера FT8AP (сообщения этого декодера отмечены звездочкой), унаследованы вместе с декодером из софта WSJT-X и фильтрация ложных декодов планируется в версии 18.1 перед выпуском.

7.При ошибочном введении позывного и быстрой его замены, отключается выход звука с ПК(Очень напрягает).

между Halt Tx и Enable Tx должен быть зазор около 2 секунд, цикл в софте не успевает отрабатывать

Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился);

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

2.В режиме Fake It разрешить изменение частоты во время передачи, если это возможно, хотя бы в пределах перестраиваемых 500 Гц;

Смотрите описание на Ваш трансивер, поддерживает ли он изменение частоты VFO через CAT во время передачи. Решение менять частоту в пределах фиксированной сетки 500 Гц неудачное и кроме наворотов в коде вызовет много вопросов 'а почему..'

[UA1OMZ]

Спасибо, Игорь, за развернутый ответ, все понятно - в двух словах - "пока сыровато, но работаем" и это главное. Будем ждать обновлений, тестить и отписываться.

С уважением, Александр, RM1O. 73!

[RJ7M]

При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.

Ещё раз. Наверное крайний.
Окна DX Call и DX Grid как-то очищаются после внесения (авто или вручную) QSO в Лог. Однако ОКНА СТАНДАРТНЫХ СООБЩЕНИЙ остаются заполненными данными прошедшего QSO и перед началом передачи CQ нужно нажать Clear DX.
Второй скрин - комбинация сообщений по окончании связи другая, результат - тот же. Окна стандартных сообщений не очищаются. Только кнопкой Clear DX.

[UA3DTK]

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

[UA1NAN]

если в виндовс 10 функция ,,ножницы,,

Щелчок правой кнопкой мыши по рабочему столу экрана. Менню - создать - ярлык. В поле "Укажите расположение объекта" вписать - SnippingTool.exe