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

[US4IRT]

максимально использовать FT8 для СПС EM75QM не придется. К сожалению...

В FT8 - да. В конце года собираются перейти на 77 бит все. Не знаю как это будет выглядеть в эфире. Сейчас мало.

[UA3DJY]

В FT8 - да. В конце года собираются перейти на 77 бит все. Не знаю как это будет выглядеть в эфире. Сейчас мало.

Да, в этом году команда WSJT собирались убрать поддержку первой версии протокола FT8 из софта WSJT-X.

[RX4HX]

Сегодня впервые работал из JTDX в DX-hound mode. Хотел бы спросить - правильно ли все было? Включил галочку Enabled hound mode и Fake It.
Слышу сразу несколько сигналов от 9X0Y - все четко. Зову, далее вот:



Т.е. видно, что 9X0Y отвечает мне, я ему 3 зара давал рапорт - в ответ тишина. Потом вдруг неожиданно мне пришло RR73. Вообще это такая работа - это нормально?

[EU1FQ]

Сегодня впервые работал из JTDX в DX-hound mode. Хотел бы спросить - правильно ли все было? Включил галочку Enabled hound mode и Fake It.....
Т.е. видно, что 9X0Y отвечает мне, я ему 3 зара давал рапорт - в ответ тишина. Потом вдруг неожиданно мне пришло RR73. Вообще это такая работа - это нормально?

QSO состоялось. Но сработала программа некорректно. На рапорт Вам +12 программа должна была "прыгнуть" с вашим ответом R-14 на частоту 400 Гц. И ответ корреспонденту 73 передавать не нужно.

[UA3DJY]

Сегодня впервые работал из JTDX в DX-hound mode. Хотел бы спросить - правильно ли все было? Включил галочку Enabled hound mode и Fake It.
Слышу сразу несколько сигналов от 9X0Y - все четко. Зову, далее вот:



Т.е. видно, что 9X0Y отвечает мне, я ему 3 зара давал рапорт - в ответ тишина. Потом вдруг неожиданно мне пришло RR73. Вообще это такая работа - это нормально?

WSJT-X 'лиса' три раза передает рапорт, если не декодирует сообщение 'R+рапорт' от 'гончей' то прерывает это QSO. MSHV функционал не смотрел.
То что 'лиса' передала RR73 означает что QSO внесено в лог и завершено, сообщение 73 от 'гончей' не вписывается в протокол QSO и является лишним(в том числе создает помехи другим операторам).

Протокол (последовательность сообщений) QSO режима DXpedition:

Лиса: CQ BB1BBB or AA1AAA BB1BBB -15 or AA1AAA BB1BBB RR73
Гончая: BB1BBB UA3DJY KO85
Лиса: UA3DJY BB1BBB -15
Гончая: BB1BBB UA3DJY R-15
Лиса: UA3DJY BB1BBB RR73
Обе стороны вносят QSO в лог, конец QSO

При сбоях в декодировании 'лиса' каждое сообщение передает до трех раз включительно.
Если 'гончая' не приняла 'RR73' от 'лисы' то еще раз передает в сторону 'лисы' сообщение 'R+рапорт'. 'Лиса' при получении такого сообщения отвечает на него сообщением RR73, в рамках общих счетчиков по типу сообщения до трех раз.

WSJT-X 1.9.1 при каждой передаче сообщения RR73 вносит QSO в лог, до трех сообщений и трех записей одного QSO в логе.

[RX4HX]

То что 'лиса' передала RR73 означает что QSO внесено в лог и завершено

А почему он мне тогда 2 раза передал RR73?

Но сработала программа некорректно. На рапорт Вам +12 программа должна была "прыгнуть" с вашим ответом R-14 на частоту 400 Гц.

То Игорь: тут я что то не то сделал, или программа?

[EU1FQ]

А почему он мне тогда 2 раза передал RR73?

Фактически Вы провели с 9X0Y два QSO. И логе у него будет два QSO. Но на OQRS будет только одно на бенде, первое.

[UA3DJY]

А почему он мне тогда 2 раза передал RR73?

Вы не передавали сообщения, двойное RR73 это сбой AutoSeq в его софте. Я дополнил описание протокола DXpedition в сообщении ниже.
Управление частотой 'гончей' сделано в версии 18.1.93 отдельной опцией.

[UA3DJY]

Измененный функционал по сравнению с 18.1.0.93_14:

->Скрытый текст<-

- нумерация версий JTDX изменена и теперь выглядит как 18.1.93 (18.1.93_20) 'основная ветвь + номер текущей версии + шаг_промежуточный шаг'. Промежуточный шаг иногда будет публиковаться через форумы с целью получения оперативной обратной связи при тестировании. Шаг предназначен для публикации на сайте jtdx.tech.
- в режиме 'Гончей' функционал вызова рапортом должен игнорироваться а не отключаться
- окно DX Call будет очищено при смене диапазона и включенной опции 'Очистить оба окна при смене диапазона'
- опция 'Очистить оба окна при смене диапазона' должна отрабатывать при изменении частоты более чем на 1кГц при выборе другой частоты VFO в основном окне интерфейса программы из заранее занесенных в список частот
- патч на сбой внесения QSO в лог в режиме 'гончей'
- опция(кнопка) для ручного режима работы 'DisTx73' перемещена в закладку Misc основного окна интерфейса
- кнопка Hound для активации режима 'гончая' добавлена в основное окно интерфейса, она дублирует выбор опций в закладке DXpedition.
- выполнено управление частотой передачи 'гончей': первое сообщение 'R+рапорт' передается на частоте 'лисы', второе и третье сообщения 'R+рапорт' гончая передаст на частоте +300Гц если приемная звуковая частота менее 600Гц или на частоте -300Гц если приемная звуковая частота более либо равна 600Гц
Опция управления частотой может быть включена правой клавишей мыши на кнопке Hound.
- функционал преднамеренно закрыт для включения в общих FT8 диапазонах(защитный интервал 3кГц) и/или если не активирован режим Split Fake It|Rig в закладке Радио настроек. При попытке активировать управление частотой будет выдано предупреждение.
- в случае обрыва DXpedtion QSO после трех попыток передачи сообщения 'R+рапорт' функционал управления частотой вернет звуковую частоту передачи к начальному значению и будет выполнен Halt Tx чтобы предотвратить работу программы в режиме робота. В таком случае пользователю будет необходимо начать еще одну попытку проведения QSO.
- патч на некорректную попытку передать повторное сообщение 73 в режиме AutoSeq1
- изменения для сборки JTDX под операционную систему Mac OS X

Внимание: при обрыве QSO автоматическое возвращение 'гончей' к передаче сообщения GRID убрано из кода, во избежание работы в режиме робота вместо него теперь выполняется Halt Tx.

Линки:

->Скрытый текст<-

Собранный софт (MS Windows) https://cloud.mail.ru/public/6Bs2/DEfD8HfUq
кодовая сумма JTDX-18.1.93-win32.exe
SHA-256: 08BF54F10B7DE79F8ABC34BDBB59345C7E749C4E297738FE832528D1F7B57A7D

Исходный код https://cloud.mail.ru/public/Bi93/zw21BTSpL
кодовая сумма src18.1.93.zip
SHA-256: 82C70BCE49D706DB96DE7E7DD4BA8489D3F9B4C170265196285036BE5A2F0895

[US4IRT]

Опция управления частотой может быть включена правой клавишей мыши на кнопке Hound.

Уточняю, Игорь.Т. е. если я включил кнопку левой (и всё) - частота прыгать не будет? Если правой на включенной - выскакивает окно, там жмем ОК и частота прыгнет?

[R3LO]

Скажите, чтобы добавить QSO "в ручную" в JTDX достаточно добавить его в ADI файл? Провел QSO в WSJT хочу чтобы оно было теперь в JTDX как сработанное....

[UA3DJY]

Уточняю, Игорь.Т. е. если я включил кнопку левой (и всё) - частота прыгать не будет? Если правой на включенной - выскакивает окно, там жмем ОК и частота прыгнет?

Да. При включении опции управления частотой надпись на включенной кнопке меняется c Hound на HoundFC. (с 'гончая' на 'гончая с управлением TX частотой').
Опцией сделал чтобы дать возможность избежать излишней интерференции от скачков частоты если 'лиса' использует вне общих FT8 диапазонов софт MSHV, поскольку не нашел описания выполненного функционала в софте MSHV и многократно видел как на софте MSHV передают сигналы в нескольких слотах на звуковой частоте выше 1000 Гц, что не соответствует протоколу DXpedition.

[UA3DJY]

Скажите, чтобы добавить QSO "в ручную" в JTDX достаточно добавить его в ADI файл? Провел QSO в WSJT хочу чтобы оно было теперь в JTDX как сработанное....

Если одно QSO то можно кнопкой LogQSO на позывной из окна DX Call и отредактировать в окне поля. Если много то можно скопировать кусок файла wsjtx_log.adi (либо экспортировать в ADIF формат связи из внешнего лога) и добавить его в конец такого же файла софта JTDX.

[R0AX]

на hound fc надпись не меняется

[RJ7M]

программа должна была "прыгнуть"

Не могу активировать строку (поставить галку) "Use...jamp" во вкладке DXpedition.
Uалку Enable hound mode ставится, а эта строка не активна. Так и отработал крайние экспедиции нажимая кнопку Тх=Rx после получения рапорта.
Может что не то включаю?