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

**LY3BG** · 14.03.2019, 08:27

Название: oa4dw.PNG
Просмотров: 723

Размер: 10.3 Кб

В 0745 передаю R-19 как ответ на принятый R-14. Хотя уже передавал RR73.
В 0815 я переключил на передачу RR73. Запись прилагаю.

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

**UA3DJY** · 14.03.2019, 08:31

Сообщение от R7TQ

Прога jtdx v2.0.1-rus-rc131
1.В некоторых случаях цветовое уведомление уже отработанные локаторы индицирует как новый локатор Band/Mode.
Вот сегодня провел связь с тем-же локатором. Он подсветился как не сработанный. Разницу в записи вижу, но, как я понимаю, обработка идет по первым четырем знакам локатора.

Код определяет 'новый локатор' по первым 4 символам, надо смотреть что находится в файле wsjtx_log.adi

**UA3DJY** · 14.03.2019, 08:38

Сообщение от LY3BG

В 0745 передаю R-19 как ответ на принятый R-14. Хотя уже передавал RR73.
В 0815 я переключил на передачу RR73. Запись прилагаю.

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

С Logger32 дважды приходила команда Halt Tx, при вызове рапортом Halt Tx вычищает позывной из истории QSO. Поэтому QSO было начато заново при получении R+REPORT. Возможно в таком сценарии правильный путь отключать кнопку Enable Tx а не прерывать передачу?

**US4IRT** · 14.03.2019, 08:58

Сообщение от UA3DJY

при вызове рапортом Halt Tx вычищает позывной из истории QSO.

А для чего это сделано, Игорь? Позывной всё равно окне. Нормальное явление, когда останавливают передачу Halt TX, чтоб не мешать если ответили не тебе. Из истории зачем очищать при этом?

**R3OZ** · 14.03.2019, 10:02

( Постепенно двигаемся, в rc132 будет выше чувствительность на RX частоте при проведении QSO. ) А это Игорь будет как то реализовано!? У меня пока rc131. Спасибо.

**UA3DJY** · 14.03.2019, 10:07

Сообщение от US4IRT

А для чего это сделано, Игорь? Позывной всё равно окне. Нормальное явление, когда останавливают передачу Halt TX, чтоб не мешать если ответили не тебе. Из истории зачем очищать при этом?

v18.1.99:

- при вызове корреспондента рапортом через двойной щелчок на декодированном сообщении (опция SkipTx1 включена) позывной корреспондента должен вычищаться из истории QSO чтобы предупредить возможные сбои последовательности сообщений AutoSeq

Функционал сложный, тогда лучше решение мы не нашли. Надо проверять как будет работать AutoSeq если отключать/включать кнопку Enable Tx. AutoSeq использует направление сообщений QSO из истории QSO, функционал SkipTx1 меняет это направление на противоположное и при различных сценариях (например выпадает декодирование сообщение) приводит к сбоям в работе AutoSeq и в определении 'владельца' частоты.

**UA3DJY** · 14.03.2019, 10:10

Сообщение от R3OZ

( Постепенно двигаемся, в rc132 будет выше чувствительность на RX частоте при проведении QSO. ) А это Игорь будет как то реализовано!? У меня пока rc131. Спасибо.

Да, сегодня будет rc133 которая даст еще один дБ прирост чувствительности для сообщений QSO на RX частоте по сравнению с rc132, чуть позже покажу результаты тестирования.

**US-E-12** · 14.03.2019, 11:57

Есть одна особенность, как в JTDX, так и в WSJT-X, две станции имеющие нестандартные позывные, или один нестандартный другой с дробью, нормальную связь провести не могут.

**UA3DJY** · 14.03.2019, 12:38

Сообщение от US-E-12

Есть одна особенность, как в JTDX, так и в WSJT-X, две станции имеющие нестандартные позывные, или один нестандартный другой с дробью, нормальную связь провести не могут.

Два нестандартных позывных в одном сообщении не вписываются в доступное количество бит протокола FT8 версии 2.

**UA3DJY** · 14.03.2019, 14:59

Результаты тестирования версии JTDX 2.0.1-rc133, количество декодированных сообщений:

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

**R5WM** · 14.03.2019, 15:42

Сообщение от UA3DJY

Два нестандартных позывных в одном сообщении не вписываются в доступное количество бит протокола FT8 версии 2.

В программе MSHV делается предупреждение об этом!

**LY3BG** · 14.03.2019, 15:44

Сообщение от UA3DJY

Функционал сложный, тогда лучше решение мы не нашли.

А собственно в чём сложность? Если принято R-xx, однозначно надо передавать RR73, а не R-xx или ещё что-то.

**UA3DJY** · 14.03.2019, 16:05

Сообщение от LY3BG

А собственно в чём сложность? Если принято R-xx, однозначно надо передавать RR73, а не R-xx или ещё что-то.

В коде сложно.

**UA3DJY** · 14.03.2019, 17:33

JTDX v2.0.1-rc133 измененный функционал:

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

- добавлен новый макро по умолчанию, в котором символ '^' заменяется именем корреспондента извлеченным из файла wsjtx_log.adi, где длина имени не должна превышать 7 символов, символы в имени должны находиться в диапазоне [a-zA-Z]. Имя корреспондента выбирается с лога при изменении позывного в окне DX Call.
- добавлена проверка значения параметра опции TCP соединения с внешним логом при считывании его с INI файла
- устранен сбой приводивший к разрушению декодированного сообщения
- при последовательной передаче двух 73/RR73 сообщений адресованных разным корреспондентам при передаче второго сообщения должно появляться приглашение внести QSO в лог
- декодер FT8S частично переработан
- повышена чувствительность при декодировании сообщений QSO на приемной частоте
- заданы минимальные размеры основного окна и окна настроек в коде окон и в функционале скрытия меню и показа списков искомых позывных/префиксов
- сделан функционал уведомлений 'новый префикс' в том числе по диапазону и виду излучения

измененные исходные файлы: chkflscall.f90, ft8b.f90, ft8_decode.f90, ft8_downsample.f90, ft8s.f90, ft8sd.f90, ft8sd1.f90, sync8.f90, sync8d.f90, adif.cpp/h, CMakeLists.txt, Configuration.cpp/hpp/ui, displaytext.cpp, logbook.cpp/h, logqso.cpp/h, mainwindow.cpp/h/ui, qsohistory.cpp, Radio.cpp/hpp
добавлены новые исходные файлы: genft8sd.f90, packjt77sd.f90

добавлены новые параметры в файл JTDX.ini: "colorNewPx", "colorNewPxBand", "newPx", "newPxBand", "newPxBandMode", "BeepOnNewPx"

Линки:

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