Вложений: 1
JTDX v18.1.0.44 - тестирование нового функционала
Полностью переработан функционал AutoSeq, теперь он работает в паре с функционалом autoselect (автовыбор) и использует приоритеты уведомлений заданные пользователем в закладке Notifications. Если приоритеты заданы для 'new one' (новый..) то AutoSeq не ответит позвавшему корреспонденту который определяется как worked B4(уже сработанный), таков дизайн и в этом случае надо смотреть на экран и реагировать вручную.
Если приоритеты не заданы или позвавшие корреспонденты имеют одинаковый приоритет то autoselect выберет корреспондента с лучшим SNR.
AutoSeq теперь работает одинаково для всех мод.
Сделаны два сценария:
- по умолчанию, после передачи CQ софт выбирает из нескольких позвавших корреcпондентов, если никто не позвал то продолжает давать общий вызов
- опциональный (закладка Misc), если после передачи CQ никто не позвал то софт просматривает кто на диапазоне давал CQ и вызывает корреспондента согласно заданным приоритетам. Если никто не давал CQ в этом интервале то софт возвращается к передаче общего вызова.
Вложение 202209
Пока не работают короткие сценарии из закладки Sequencing, не работает передача двух сообщений RR73+CQ в одном интервале (этот функционал раньше был для других мод кроме FT8).
Функционал 'если оператор которого я позвал ответил другому оператору' сейчас работает только с AutoSeq в следующем виде:
- всегда в AutoSeq передача будет выключаться если спектр сигнала передачи имеет хотя бы одну общую частоту ссо спектром сигнала корреспондента
- если установлена галочка в закладке Sequencing то передача будет выключаться независимо от используемой TX частоты.
Сделан настраиваемый TX Watchdog таймер, взят как есть из кода WSJT-X, старый счетчик количества передач удален из кода.
Устранен дефект неправильного времени начала декодирования WSPR сигналов.
Для FT8 cделан функционал Filter. Изменен показ полосы фильтра на водопаде - теперь для всех мод показывается полоса соответствующая спектру декодируемого сигнала а не синхропоследовательности как было ранее.
Изменен частотный план для моды T10, перенес ее ближе к JT9 чтобы можно было одновременно на водопаде видеть сигналы обеих мод.
Добавил частоту FT8 для диапазона 60м. Обновление частот в софте как и ранее кнопкой Reset в закладке Frequencies.
Собранный софт https://cloud.mail.ru/public/924j/ectqyeKfe
исходный код https://cloud.mail.ru/public/N1c4/nvJdPKWv2
кодовые суммы:
File name: JTDX-18.1.0.44-win32.exe
MD5: 313C39BA47D47BE330D543FC6AF01883
SHA-1: 828B7FDAFDEDB551171C39EB4390AEFA3770B2B2
SHA-256: 368705CA630227EBC36739BC95029510BC62621F004322CE992D1B4D32A490F9
SHA-512: CE6775FFE170CE21220EA78F28FE22F836EE66167BACDCA3ADF981AFF614D8B8222153 FEB02E5174BC60B8E25CF7EA085E6BA559437F502D1D047819DF5B3F41
RIPEMD: 7EB6401A99B8A7B9C6C2D4620AC5C52C04570D06
Структура файла JTDX.INI изменилась:
удалены настройки "FT8Call","TxWatchdog", "Runaway", "RRR7373"
добавлены настройки "CallPriorityCQ", "TxWatchdogTimer"
К сбою в работе софта изменения JTDX.INI не должны привести, если будут какие то странности в работе то можно попробовать удалить JTDX.INI.
Есть изменения в интерфейсах пользователя mainwindow и configuration, при самостоятельной сборке софта необходимо удалить старые объектные файлы.
Вложений: 1
Сегодняшняя версия, баг декода.
Стоял на приём, на ТХ не включал даже TUNE. Вдруг меня вызывает ДХ...
Вложение 202239
Устанавливал с удалением ini, и сегодня уже похожее раз было (в процессе работы), а только что - только на приёме.
Может это Hint косячит?
P.S. галка в PSK report spot стоит.
JTDX v18.1.0.48 - тестирование нового функционала
измененный функционал:
- полоса фильтра FT8 уменьшена до 100 Гц по несущей (150 Гц по спектру декодируемых сигналов)
- выполнен опциональный функционал AutoSeq Call 1st (ответить первому вызвавшему не дожидаясь окончания декодирования интервала), предназначен для использования на медленных процессорах. Активация функционала через закладку Misc.
- добавлена возможность вызова корреспондента рапортом в режиме AutoSeq (Skip grid/TX1)
- устранен дефект показа SNR более +49 dB при использовании Filter. В изначальном коде WSJT-X применены две методики расчета SNR: для декодирования в широкой полосе и для повторного декодирования на RX частоте, есть условие при котором на ходу может быть использована другая методика расчета. Поэтому SNR при выключенном и включенном Filter может отличаться, точно так же как может отличаться SNR при повторном декодировании FT8 сигнала в WSJT-X.
- изменено управление функционалом направленного вызова в закладке 2, AutoSeq теперь должен передавать любое сообщение направленного вызова
- изменен формат времени в файле ALL.TXT на "yyyymmdd_hhmmss", совместимость с логом UR5EQF при получении данных из этого файла
- многочисленные доработки в функционале AutoSeq
собранный софт https://cloud.mail.ru/public/JgXJ/afiLFsKMt
исходный код https://cloud.mail.ru/public/MAs4/QB6oomAxX
кодовые суммы:
File name: JTDX-18.1.0.48-win32.exe
MD5: 10E1CE252CE92D0B0B53388EFE7633E8
SHA-1: 6BC89636BA249FBC04C9AA60767725715730ADB1
SHA-256: B3B64EB365DF8043CB800F435E47405D015356501E3ED050E855E868C99C9A7D
SHA-512: F2C9DB2FB44C86C83655DAEF09DD6930598C9498B3FC8FB206773B785AE517577E6FB2 47D2EFEF1893339388DB19EE0A84EF17B85B86F374B4C11F23B31567DB
RIPEMD: 5AE4981F4C96870A24917ACF30798304F10D9DB6
Изменен формат файла JTDX.INI, добавлены настройки "CallFirst", "CQdirection"
Удаление файла рекомендуется только в случае неадекватной работы софта при переходе с предыдущей версии.
JTDX v18.1.0.50 - тестирование нового функционала
Устранены два дефекта:
- попытка AutoSeq повторно передать RR73/73 в стандартной последовательности сообщений
- сбой передачи сообщения при щелчке мышью на декодированном сообщении если истек TX watchdog таймер
Возможно что в софте еще есть сбой когда AutoSeq пытается повторно передать сообщение 73 в сценарии где на общий вызов получено в ответ сообщение с рапортом.
собранный софт https://cloud.mail.ru/public/L6dz/XX336Qu2Z
исходный код https://cloud.mail.ru/public/A13w/G8NmHicsg
кодовые суммы:
File name: JTDX-18.1.0.50-win32.exe
MD5: 320FA15F57A2522C76A309D21E723BFA
SHA-1: CFDE1AAF49BA93121DE768C27485C8E0EAB2BB7C
SHA-256: D0F0B55A8E686486DF7166332D0A4E395B72DA134E05C9834274076BC268D2F0
SHA-512: D30B579E916C546C754F2BBEC4DE00357526E9C748281F7943DFED35985015F7EDE477 62A0E20E3FB249778CF11CF8C72CDB38217DE6A7B95DCF572851F445F5
RIPEMD: 15E2F3A6649EF49D45D55D91D8C493EDA816B392
JTDX.INI имеет такую же структуру как в версии 18.1.0.48.
JTDX v18.1.0.54 - тестирование нового функционала
При работе в AutoSeq положение кнопки DisTx73 теперь игнорируется, сама кнопка при включенном AutoSeq недоступна для управления.
Выключение Enable Tx по окончании QSO выполняет сам AutoSeq.
Изменен функционал AutoSeq, появилась новая закладка в основном окне где можно выбрать одну из трех опций:
1 ответить первому вызвавшему не дожидаясь окончания декодирования
2 ответить по приоритету используя декодированные сообщения полученные до начала интервала передачи
3 ответить по приоритету после окончания декодирования RX интервала
При использовании опций 1 и 2 если процессор не успел вовремя декодировать сообщение во время QSO то на передачу пойдет повторно предыдущее сообщение.
При использовании опции 3 если процессор во время QSO декодировал необходимое сообщение после начала TX интервала то AutoSeq сменит передаваемое сообщение, то есть в интервале будут переданы два сообщения.
Отдано на усмотрение оператора при определенной загрузке диапазона и учитывая производительность своего процессора выбирать подходящую для работы опцию AutoSeq.
AutoSeq во всех опциях использует при работе приоритет если хотя бы один 'new one' критерий выбран в закладке Notifications,
в таком сценарии при ответе на Ваш CQ сработанного (B4) корреспондента AutoSeq проигнорирует вызов и при желании на декодированной строке необходимо щелкнуть мышкой вручную.
Все еще продолжаем работать над улучшением функционала AutoSeq.
собранный софт: https://cloud.mail.ru/public/5VGd/KL8w9xYgW
исходный код: https://cloud.mail.ru/public/3Xis/qw7ofT4xg
кодовые суммы:
File name: JTDX-18.1.0.54-win32.exe
MD5: 3AE4F764D1DDE384094992752EF5CB6C
SHA-1: FEA5026235C98FC66142056BC51FBA4E6704F4D6
SHA-256: 95B60DF0A4C57617C4E5C8A686471E1F436C447166D5A35A6A14E581E8E3A91E
SHA-512: CD4C7247B69EB7848705A0A4767E140B8D250356A3B050B238EDAF369410D0305A6638 FE8173A548A3941DE9536007E12195EA9CA5BF84606E260DE0E40346B9
RIPEMD: 2CC4C806D5B31B7AAE6E26DB4E95933C67A7E1E3
Новые настройки в JTDX.INI: "CallMid","CallEnd"
Это изменение в INI файле не должно вызвать сбоев, при переходе с предыдущей версии на 18.1.0.54 файл удалять не надо.
Вложений: 2
время запуска декодера в WSJT-X и JTDX
в WSJT-X декодер FT8 стартует примерно за 600 миллисекунд до начала следующего интервала, локальное время в формате hhmmss.sss :
Вложение 202618
в JTDX декодер FT8 по версиям:
18.1.0.34 590-675ms старый AutoSeq
18.1.0.37 540-630ms новый AutoSeq
18.1.0.56 490-695ms
Вложение 202619
чуть позже сверю время затрачиваемое на декодирование типового файла и время вывода декодированного сообщения на экран
По сравнению с JT65 требование к времени на декодирование интервала выросло в 10сек/0.6сек = 16 раз.
Требования к ресурсам процессора зависят от глубины декодирования и коэффициент JT65/FT8 отличается.
JTDX v18.1.0.56 - тестирование нового функционала
изменен функционал:
- при нажатии правой клавишы мыши на кнопке Clear Dx вычищается и окно DX Call и этот позывной из структуры данных используемой для работы AutSeq. Это позволит избежать сбоев в последовательности AutoSeq кода неудачный обмен частью сообщений был до проведения QSO и находящиеся в памяти старые сообщения могут нарушить последовательность AutoSeq во время повторной попытки провести QSO
- звездочка справа от декодированного FT8 сообщения показывает что оно с декодера FT8AP (Hint)
- при работе в поиске и использовании 'Prompt me to log QSO' или ручном нажатии кнопки LogQSO:
--- кнопка Enable TX всегда выключается по окончании QSO если TX частота равна RX частоте, то есть передача CQ на частоте корреспондента исключена
--- кнопка Enable TX будет выключена если TX частота не равна RX частоте и пользователь подтвердил ввод QSO в лог после того как QSO было завершено (получено сообщение 73 от корреспондента)
--- кнопка Enable TX не будет выключена если TX частота не равна RX частоте и пользователь подтвердил ввод QSO в лог до того как QSO было завершено(до того как получено сообщение 73 от корреспондента). В этом случае после окончания QSO JTDX сместит RX частоту на TX частоту и начнет давать общий вызов.
собранный софт https://cloud.mail.ru/public/DVyZ/cTuQjG4VR
исходный код https://cloud.mail.ru/public/DrqK/TgS7pApDE
кодовые суммы:
File name: JTDX-18.1.0.56-win32.exe
MD5: B12C8B5793B705B4132D660C0FB68B78
SHA-1: 8C7EE8C1B4547E89CAE5C4ABE9CE616CEF013D57
SHA-256: 7E6119534C59881F7C674897D69C3BCFB47EC525D48A0D11DC017D17BF618306
SHA-512: A0B27A4F1C50C48501F650DC35B24915B192C9D281414FE02BC16AADB1E08FCBC78457 4B9096097AC454045D8FA447177F553F7DEE0C4DA18CFD6A1ADCA34DBE
RIPEMD: 625B5BA839B6411049195F9A135D5D55F901D432
JTDX.INI имеет такую же структуру как у версии 18.1.0.54.
JTDX v18.1.0.58 - тестирование нового функционала
Измененный функционал:
- общий номер версии используется в заголовках окон и для pskreporter
- устранен возврат RX частоты на TX частоты в момент декодирования при выключенной кнопке Enable Tx
- режимы работы AutoSeq пронумерованы: три альтернативных от 1 до 3, два доступных комбинационных от 6 до 7(номер определяется как сумма номера альтернативного режима с номером 4 режима поиска CQ сообщений). Номера режимов указаны в закладке AutoSeq и на кнопке AutoSeq, всего пять доступных режимов работы.
- режим внесения QSO в лог показывается цветным фоном в статус баре на счетчике QSO: синий цвет соответствует автоматическому внесению QSO в лог, зеленый - автоматическое приглашение внести QSO в лог(Prompt me to log QSO), бесцветный - полностью ручной режим через нажатие кнопки LogQSO
- направление CQ вызова при инициализации софта передается из закладки 2 в окно кнопки TX6 (закладка 1)
- изменены подсказки для кнопок Clear DX / Erase / Filter и чекбокса 'Halt Tx if operator I called answered to other operator' (выключить передачу если вызываемый оператор ответил другому оператору)
- режим 2 AutoSeq сделан режимом по умолчанию (инициализация значений после удаления JTDX.INI)
- изменен функционал кнопки Erase: теперь левая кнопка мыши чистит левое окно, правая - правое, двойной щелчок любой кнопкой чистит оба окна
- временно отключены в закладке Sequencing интерфейса настроек те настройки которые перестали работать при изменении алгоритма AutoSeq
- устранен дефект повторной передачи сообщения 73 вызванный ожиданием окончания декодирования интервала при работе в поиске, сценарий последовательности RRR + 73
- в файл ALL.TXT добавлено событие записи QSO в лог
Известные нерешенные проблемы:
- повторное 73 сообщение передается при работе в поиске в сценарии получения сообщения RR73
- функционал свободных сообщений и TX макросов частично поломан
- AutoSeq может дать сбой при получении сообщений/обработке дробных позывных
- AutoSeq может дать сбой если оператор которого Вы зовете ответил Вам на другой частоте, то есть сменил свою частоту передачи
Проблемы связанные с дизайном AutoSeq и скоростью работы процессора:
- повтор сообщений RR73/73 при работе на общий вызов, в большинстве случаев связан с окончанием декодирования RX интервала во время уже идущего TX интервала, для медленных процессоров необходимо использовать функционал Filter чтобы избежать большинства таких сбоев.
При работе на общий вызов при окончании QSO в дизайн заложено одновременная обработка принятого сообщения 73 и другого возможного вызова, поэтому AutoSeq ждет окончания декодирования интервала, при включенной кнопке Filter декодирование будет закончено намного раньше.
собранный софт: https://cloud.mail.ru/public/Gopd/N7AaZAgUC
исходный код: https://cloud.mail.ru/public/B7Ni/QpsgT7LdN
кодовые суммы:
File name: JTDX-18.1.0.58-win32.exe
MD5: 9AC34B4425274513E33ADE698CD63765
SHA-1: B834B632B9A54FE60846C91334B39CB0B7D879AF
SHA-256: C5C50D26B917286F165BF563A9A72AE5C4F79D45AFDBB793AAEDD6E32271F06F
SHA-512: D75D78A927BFAD88EED986B9B1E19D2314F1CD336234CE90C37AD9E8888874BF26BB63 8BB12CC73DEBB22F569F5CACAD9A456A19D4110036ED96BDB416B92880
RIPEMD: F5916E1B7FCE67927CBE141F09528E8DDDB10E47
JTDX.INI имеет такую же стурктуру как для 18.1.0.56
Репортирование возможных сбоев в последовательности AutoSeq: файл ALL.TXT сейчас содержит последовательность событий в порядке их появления, если есть сбой в последовательности то по информации из файла часто видно как он произошел, желательно эту информацию давать вместе с полной картинкой основного окна JTDX.
JTDX v18.1.0.59 - тестирование нового функционала
Измененный функционал:
- устранен сбой в работе AutoSeq при получении сообщения RR73
- сделан ряд изменений чтобы недопустить передачу сообщения на частоте корреспондента после окончания с ним QSO
- устранен дефект в логике выбора режима AutoSec
- в FT8 декодере заблокирован режим SWL чтобы исключить его непреднамеренное использование, вызывающее рост времени декодирования
- восстановлен функционал переключения диапазонов по заданному оператором расписанию
- восстановлен показ сообщения 73 от DX Call в окне приемной частоты при выключенной кнопке Enable Tx
- устранен дефект в записи события "reading wav file" (чтение звукового wav файла), добавлена запись события включение/выключение Filter в файл ALL.TXT
- из-за проблемы совместимости с софтом JTAlert из заголовка окна водопада убрали номер версии JTDX
- сообщение начинающееся с "QRZ " добавлено как триггер в AutoSeq
- выполнен опциональный функционал автоматического включения/выключения кнопки Filter при работе в AutoSeq, предназначен для медленных процессоров и может использоваться в режимах AutoSeq 1,2,3. Этот функционал можно включить в закладке AutoSeq основного окна (Auto RX frequency filter)
Известные нерешенные проблемы:
- при работе на общий вызов и раннем внесении QSO в лог в режиме "Prompt me to log QSO" кнопка Enable Tx выключается
- функционал свободных сообщений и TX макросов свободных сообщений частично поломан
- AutoSeq может дать сбой при получении сообщений/обработке дробных позывных
- AutoSeq может дать сбой если оператор которого Вы зовете ответил Вам на другой частоте, то есть сменил свою частоту передачи (в версии .59 не проверяли)
Проблема связанная с задержкой декодирования, дизайном AutoSeq и скоростью работы процессора:
Выход декодирования в начало TX интервала. Автоматическое включение/выключение кнопки Filter сделано для временного решения этой проблемы.
собранный софт https://cloud.mail.ru/public/4rrj/hyPBcPy89
исходный код https://cloud.mail.ru/public/KgdK/zPv5yuZxB
кодовые суммы:
File name: JTDX-18.1.0.59-win32.exe
MD5: 104EB8DF37116C7EA73A3ADAF775D247
SHA-1: 2D49B857C70E1608EED6F330DDE26D77134F3CFF
SHA-256: 17B28BA351B45E3DC85D22E9E96372492A381A600A4EB2ECBFD9D96BC63C3C28
SHA-512: BF55836525FCF9BE7AED9D06D408A508100E89D404B6EE7727F5DEF6EE4EF843C56263 38628A78C094004413504A703F87E19C9BAC9B68D9044C01D046D0488A
RIPEMD: E4F1A1E1AB4D933D874FD2CC0A1F770498F90DB1
Структура файла JTDX.INI изменилась, добавлен новый параметр "AutoFilter". Версия 18.1.0.59 должна быть совместима с файлом INI файлом версии .58, удалять старый файл не надо.
JTDX v18.1.0.61 - тестирование нового функционала
Измененный функционал:
- улучшено распознавание кому принадлежит частота (часть выключений Enable Tx или передача CQ на чужой частоте после окончания QSO)
- сделано несколько патчей для поддержки обработки в AutoSeq принятых сообщений с дробными позывными
- в функционале Auto RX frequency Filter добавлен дополнительный триггер выключения кнопки Filter: передача сообщения CQ
- устранен дефект полуавтоматического проведения QSO при выключенной кнопке AutoSeq
- при передаче сообщения "hisCall myCall grid" позывной корреспондента вычищается из истории QSO
Последние два изменения устраняют несколько сбоев в последовательности передачи сообщений AutoSeq.
Известные нерешенные проблемы:
- функционал свободных сообщений и TX макросов свободных сообщений может быть частично поломан (в версии .61 не проверяли)
- AutoSeq может дать сбой если оператор которого Вы зовете ответил Вам на другой частоте, то есть сменил свою частоту передачи (в версии .61 не проверяли)
Проблема связанная с задержкой декодирования, дизайном AutoSeq и скоростью работы процессора:
Выход декодирования в начало TX интервала. Автоматическое включение/выключение кнопки Filter сделано для временного решения этой проблемы.
собранный софт: https://cloud.mail.ru/public/DF43/6PvyBFtFD
исходный код: https://cloud.mail.ru/public/GEXS/fKnLXawSF
кодовые суммы:
File name: JTDX-18.1.0.61-win32.exe
MD5: 2D3E9473949021F321906AC4A93700D6
SHA-1: 84037F54CB823CB7B71CC2ADA31E4031685C55CD
SHA-256: B638BA02A8743CDB62790739C74BF8D96FBA89886C74CA62403D6B7DB325889E
SHA-512: 268EABF83E2BEB710565E11EC21016435BD2D31E9A55E780C366A29768E59A6C70C463 3FE6530FCB151FDAF4BBB6FB00AA1173525F1ACAB0C92002A6DB9298DB
RIPEMD: 01D131718A1FFEA346464D581393F6EC490516D2
JTDX.INI файл имеет такую же структуру как v18.1.0.59.
Это последняя версия в уходящем году.
Проект WSJT-X, итоги 2017
В начале года все разработчики софта были категорично против какой либо автоматизации работы в эфире и не планировали создания FT8 в быстром варианте с интервалом 15 секунд.
Все изменилось из-за многоскачкового ионосферного спорадик прохождения на диапазоне 6м, позволившего в уходящем году провести на диапазоне 6м много QSO c радиусом 8000...10000 километров.
В результате этого прохождения было множество запросов к группе разрабочиков WSJT о создании быстрой моды, так появилась FT8.
Заложенное в FT8 модуляцию/протокол малое время на декодирование не позволяет работать в ручном режиме, в результате этого появился полуавтомат проведения QSO.
Скорость проведения QSO в моде FT8 на полупустых КВ диапазонах привлекла к ней внимание большинства операторов цифровых мод и DX операторов, что вызвало массовую миграцию операторов из JT65 в FT8, DX операторов из CW и SSB в FT8, создав перегрузку на КВ диапазонах.
В итоге название WSJT в массовом использовании потеряло первую часть: "связь со слабыми сигналами", увеличилось неравенство между операторами использующими простые антенны и до 50 Вт с трансивера и операторами использующими направленные антенны и усилители мощности. Чрезмерная загрузка FT8 полос частот привела к увеличению используемой для работы мощности.
Отведенные в WSJT-X 600 миллисекунд на декодирование интервала оказались недостаточными при количестве декодированных сигналов более 20, когда софт заканчивает декодирование через секунду после начала интервала передачи. Расширение полосы частот для FT8 с 2.5 кГц до 5 кГц сейчас тоже невозможно для массово используемых процессоров, которые и при полосе 2.5 кГц не успевают декодировать сигналы в интервале.
Изначальное преимущество FT8 - скорость проведения QSO для операторов с простыми антеннами стало терять смысл из-за многократных передач сообщений заново, а работа в FT8 стала похожа на работу в контесте где выигрывает соревнования тот у кого круче антенны и больше мощность.
Что будет в 2018? Надеюсь что разработчики WSJT дадут сообществу возможность использования медленного аналога FT8, который позволит вернуть идею связи с использованием малой мощности и простых антенн, связи со слабыми сигналами.
При увеличении продолжительности тональной посылки в два раза (интервал 30 секунд) чувствительность FT8 вырастет до -27дБ, в 4 раза (60 секунд) - до -30дБ SNR за счет сужения полосы фильтра тона при цифровой обработке/демодуляции сигнала, то есть за счет снижения интегральной мощности шума в полосе пропускания.
Поздравляю с наступающим Новым Годом, успеха и удачи Вам в новом году, интересной и приятной работы в эфире.
Описание функционала AutoSeq (автопоследовательность сообщений) в JTDX 18.1.0.61
AutoSeq в JTDX основывается на структуре данных истории QSO куда заносятся все декодированные CQ сообщения и сообщения содержащие позывной оператора.
Полная очистка истории QSO выполняется при смене диапазона, очистка информации по конкретному позывному осуществляется автоматически при передаче сообщения 'hisCall myCall myGrid' (вызове корреспондента с QTH квадратом в сообщении) и может быть сделана вручную если позывной корреспондента находится в окне DX Call нажатием правой клавиши мыши на кнопке Clear DX интерфейса.
Функционал AutoSeq основан на приоритетах уведомлений заданных пользователем в закладке Notifications.
При работе на общий вызов AutoSeq не ответит на входящий вызов содержащий ранее сработанный критерий/позывной если хотя бы один критерий уведомлений "новый.." выбран в закладке Notifications, на усмотрение пользователя при получении такого вызова выключить кнопку AutoSeq и ответить в ручном режиме генерации сообщений.
AutoSeq выберет сигнал с лучшим SNR (соотношением сигнал/шум) получив два или более входящих вызова если они имеют одинаковый приоритет либо если в закладке Notifications не выбран ни один критерий "новый..".
AutoSeq в JTDX предоставляет много опций пользователю из которых можно выбрать наиболее удобную как с точки зрения функционала так и с точки зрения скорости работы процессора.
Есть три базовых альтернативных режима работы:
AutoSeq1 - 'Call First, decoded till start of TX interval'. Ответить первому вызвавшему декодированному до начала интервала передачи сообщения. Сигналы декодированные во время интервала передачи сообщения будут проигнорированы. Такой подход позволяет сохранять "целостность" передаваемого сообщения, когда его передача занимает полный интервал времени и сигнал имеет наибольшие шансы быть декодированным корреспондентом.
AutoSeq2 - 'Call decoded till start of TX interval'. В этом режиме AutoSeq обрабатывает все входящие вызовы декодированные до начала интервала передачи и для ответа выбирает лучший по критериям приоритета и SNR. Сообщения декодированные во время интервала передачи будут проигнорированы.
AutoSeq3 - 'Call based on end of decoding'. В широкополосном приеме эта опция может использоваться на быстрых процессорах. AutoSeq будет ожидать окончания декодирования без привязки к началу интервала передачи, по окончании декодирования AutoSeq обработает входящие вызовы и выберет для ответа лучший по критериям приоритета и SNR. Если декодирование закончилось во время интервала передачи сообщения то AutoSeq выбрав лучший входящий вызов поменяет передаваемое сообщение. Не рекомендуется использовать эту опцию в широкополосном режиме приема FT8 если смена сообщения происходит после второй...третьей секунды интервала передачи, в таком случае вероятность декодирования Вашего сообщения корреспондентом будет невелика.
Дополнительные возможности AutoSeq:
AutoSeq4+ - 'Call and search through CQ messages'. Эта опция активируется только в паре с опцией 2(AutoSeq4+2) или опцией 3(AutoSeq4+3).
AutoSeq ищет входящие вызовы и если их нет то просматривает все сообщения CQ в этом интервале, выбирая лучшее сообщение по критерям приоритета/SNR и отвечает на это CQ сообщение. Это опция позволяет провести максимальное количество QSO за определенный интервал времени.
Работа в AutoSeq на общий вызов зависит от режима занесения QSO в лог. Чтобы избежать польностью автоматической работы AutoSeq без контроля оператором цикл AutoSeq прерывается если нет определенных действий со стороны оператора.
В режиме autologging (автоматическое занесение QSO в лог) таким действием является активация кнопки Enable Tx для продолжения работы на общий вызов после окончания QSO.
В режиме 'Prompt me to log QSO' (автоматическое приглашение внести QSO в лог) и в ручном режиме внесения QSO в лог wsjtx_log.adi AutoSeq прервет цикл если оператор нажал кнопку OK в окне внесения QSO в лог после завершения QSO (получение сообщения 73 от корреспондента).
AutoSeq продолжит работу если QSO внесено в лог до его завершения.
AutoSeq1 продолжит давать общий вызов если QSO внесено в лог до получения сообщения 73 от корреспондента.
AutoSeq2 и 3 будет искать входящие вызовы одновременно с приемом сообщения 73 и ответит на входящий общий вызов если QSO внесено в лог до получения сообщения 73 от корреспондента. AutoSeq2 и 3 продолжит давать общий вызов по окончании QSO если при приеме сообщения 73 не было входящих вызовов.
AutoSeq6 и 7 будет искать входящие вызовы одновременно с приемом сообщения 73 и ответит на входящий общий вызов если QSO внесено в лог до получения сообщения 73 от корреспондента. Если не было найдено входящих вызовов то AutoSeq ответит на лучшее CQ сообщение.
Если в декодированных сообщениях не было удовлетворяющих критериям 'новый..' сообщений CQ то AutoSeq продолжит давать общий вызов на используемой частоте.
Опция 'Auto RX frequency filter' (автоматическая фильтрация приемной частоты) сделана для пользователей с медленными процессорами. Она включает узкополосный фильтр (кнопку Filter) при получении входящего вызова либо при вызове корреспондента сообщением с QTH квадратом и будет удерживать кнопку включенной до окончания QSO. Передача сообщения CQ и прием завершающего QSO сообщения 73 от корреспондента являются триггером для автоматического выключения кнопки Filter. Узкополосный фильтр ограничивает количество кандидатов на декодирование и позволяет декодировать сигналы в интервале приема в несколько раз быстрее. Режим AutoSeq3 может использоваться вместе с автоматическим фильтром на медленных процессорах.
JTDX v18.1.0.62 - тестирование нового функционала
Дополнение к описанию текущего функционала AutoSeq.
В результате обсуждения текущего дизайна AutoSeq получил более глубокое понимание принципов его работы, привожу его ниже:
При работе в поиске AutoSeq после окончания QSO выключит передачу только если спектр передаваемого сигнала имеет общие частоты со спектром корреспондента с которым закончено QSO.
В противном случае AutoSeq1,2,3 если не было получено входящих вызовов от других корреспондентов будет передавать общий вызов на использовавшейся для проведенного QSO частоте передачи, AutoSeq 6,7 после окончания QSO при отсутствии входящих вызовов будет обрабатывать декодированные CQ сообщения и при отсутствии последних станет давать общий вызов на частоте передачи использовавшейся для предыдущего QSO.
Чтобы позволить пользователю автоматически выключить кнопку Enable Tx после завершения QSO в софте сделана опция "Single shot QSO".
Измененный функционал:
добавлена опция "Single shot QSO" (одиночное QSO), может быть активирована в закладке AutoSeq основного окна интерфейса.
Соответственно названию этот функционал позволяет провести в AutoSeq одиночное QSO после которого кнопка Enable TX будет выключена.
собранный софт: https://cloud.mail.ru/public/5tdY/1hoM6sC4t
исходный код: https://cloud.mail.ru/public/BWha/MSSjFb3y3
кодовые суммы:
File name: JTDX-18.1.0.62-win32.exe
MD5: C51C402FA0B1C111975243234C817C4D
SHA-1: D0225D8BFD2688FF2F00DA39FD699955A7C82774
SHA-256: 69C5C8B9CFC7CF3B155044886968142D4F8C6525462F77A5075B5DAD563AFA49
SHA-512: A2ABAF73B739579185C578894D20395BF8F6C4DBC89712249BA2BD1D92AE19A8D6542C 68265443B7D6A68700138499EB147BCAA15EE3500226A10F5CB16CD858
RIPEMD: 12ADDF3ECE490A49C5FB6E39D4EE715979BAF081
Структура JTDX.INI файла изменена: добавлен новый параметр "SingleShotQSO". Можно использовать JTDX.INI файл от версии 18.1.0.61, добавление этого параметра не должно привести к сбоям в работе софта.
пропадание звука на передачу в JTDX v18.1xx
Поймал сбой с пропаданием звука на передачу в JTDX: происходит при подтверждении (нажатие кнопки ОК) изменения настроек закладок Settings во время передачи сообщения, при этом звук пропадает а прогресс бар показывает продолжающуюся передачу.
Исправлю в 18.1.0.63, сделаю как в WSJT-X, если пользователь изменил настройки во время передачи сообщения то передача будет остановлена.