Наверно это интересно узкому кругу лиц, это можно сделать "через галочку" :)
Спасибо за работу.
Диагностика будет закомментирована в коде до выпуска в общее пользование JTDX 18.1, любой желающий может снять символы комментария в исходном коде и включить диагностику на интересующей его версии, самостоятельно собрать софт с диагностикой.Цитата:
Сообщение от UA3DJY
Как опцию в рабочем софте не планирую.
v.66 режим AutoSeq2 Работа на поиск.
При ответе корра программа в большинстве случаев продолжает передачу рапорта и не переходит на цикл RR73.
Если QSO сразу не вносить в лог, то в случае отсутствия декода 73 от корра, программа продолжает передавать повторное RR73, что есть правильно (на скрине DF1KAG). Но после приема от него 73, программа переходит на цикл Тх5 и передает 73, а в следующем цикле начинает передавать повторный вызов DF1KAG (при этом окно ввода QSO продолжало оставаться открытым), т.е. кнопка EnableTx осталась активной.
В случае с DO1JMA, после приема от него рапорта, программа не включилась на передачу при активной кнопке EnableTx. Цикл Тх4 включен принудительно:
Вложение 204038
Здравствуйте уважаемые. Не могу остаться в стороне, поскольку полюбил 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!
[UA1OMZ]
".....Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился)"
В версии 34(на мой взгляд-самая стабильная и без всяких наворотов и "рюшечек"):confused:
Может кто то упоминал об этом, повторюсь
если станция стоит на приеме какое то время без движения, появляются ложные декоды
заметил в 65-67 версиях, позывные бывают разные :s7:
Вложение 204046
UA1OMZ...5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.
....работает...
в AutoSeq2 может дать если процессор не успел декодировать сообщение до начала интервала передачи. Вариант когда после передачи RR73 еще включается передача 73 - сбой.
в AutoSeq2 может так быть если процессор не успел декодировать сообщение до начала интервала передачи. На такой случай есть AutoSeq3 меняющий сообщение во время передачи. Любой из AutoSeq не ответит корреспонденту который не проходит по критериям 'новый' ('New ..') выставленным в закладке Notifications.
При установленной галочке 'Halt Tx if operator I called answered to other operator' - да, сейчас работаем над устранением этой проблемы.
Конфликт использования галочки 'Clear DX call and grid after logging', она требуется для работы в поиске чтобы частота не возвращалась на 'старую' частоту корреспондента находящегося в окне DX Call, при работе на общий вызов эта галочка прерывает цикл AutoSeq и нежелательна. Конфликт порожден когда то сделанным функционалом автоматического внесения QSO в лог, легко решается если мы откажемся от использования автоматического внесения в лог при использовании AutoSeq.
зависит от времени внесения QSO в лог(?) и от варианта работы - при использовании последовательности RRR+73 и внесении QSO в лог до завершения QSO (декодирование RR73/73 сообщения от корреспондента) очистка выполняется при получении сообщения 73 которое и завершает QSO.
При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.
декодирование и показ гармоник исключительно JT65 функционал. Пустые сообщения которые передаются так и декодируются, можно сделать текстовый фильтр но будут вопросы почему какой то сильный сигнал не декодирован.
Есть ложные декодирования декодера FT8AP (сообщения этого декодера отмечены звездочкой), унаследованы вместе с декодером из софта WSJT-X и фильтрация ложных декодов планируется в версии 18.1 перед выпуском.
между Halt Tx и Enable Tx должен быть зазор около 2 секунд, цикл в софте не успевает отрабатывать
Это был преднамеренный функционал до версии 18.1.0.34 включительно, в новом исполнении AutoSeq пока есть проблемы которые надо решить и о таком функционале еще не думали.
Смотрите описание на Ваш трансивер, поддерживает ли он изменение частоты VFO через CAT во время передачи. Решение менять частоту в пределах фиксированной сетки 500 Гц неудачное и кроме наворотов в коде вызовет много вопросов 'а почему..'
Спасибо, Игорь, за развернутый ответ, все понятно - в двух словах - "пока сыровато, но работаем" и это главное. Будем ждать обновлений, тестить и отписываться.
С уважением, Александр, RM1O. 73!
Ещё раз. Наверное крайний.
Окна DX Call и DX Grid как-то очищаются после внесения (авто или вручную) QSO в Лог. Однако ОКНА СТАНДАРТНЫХ СООБЩЕНИЙ остаются заполненными данными прошедшего QSO и перед началом передачи CQ нужно нажать Clear DX.
Второй скрин - комбинация сообщений по окончании связи другая, результат - тот же. Окна стандартных сообщений не очищаются. Только кнопкой Clear DX.
...прошу прощения за офф...если в виндовс 10 функция ,,ножницы,, и как ее вывести на панель задач ...удобно делать илюстрации к коментам...извените