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

**UA3DJY** · 22.05.2019, 22:32

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

Пару дней по мере возможности "балуюсь" с небольшой мощностью ( 4-5W) FT4. Кстати первый раз работал WSJT-X & MSHV ( мотивация попробовать

).Людей конечно маловато в сравнении с FT8 а в сравнении с CW то и не так уж мало к сожалению для меня как любителя CW. Новые ( для меня ) программы очень на высоте. Больше как на меня, глянулась WSJT-X. Но привычней и удобней все таки JTDX. Очень бы хотелось чтоб в ней была мода FT4. Я думаю что сторонников у нее все таки по мере развития будет прибавляться. И скромный итог за два дня (очень непродолжительной в течение дня) QRP FT4 экспериментальной работы 21 страна DXCC

)) Одна станция JA, одна ZS , чуть чуть ближнего востока , а в основном Европа в т.ч. OH0

IMHO это будет чисто контестовая мода и при загруженном диапазоне она менее демократична чем CW из-за приема в широкой полосе и отрабатывания АРУ: без киловатта в ней будет делать нечего. С точки зрения повседневной работы в эфире по доступному радиусу связи это шаг назад по сравнению с FT8 и два шага назад по сравнению с JT65.

**UA3DJY** · 22.05.2019, 22:40

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

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

- выполнен функционал 'искомая страна', работает с автовыбором
- автовыбор для функционала 'искомый позывной/префикс/страна' а также выбор новой страны по списку DXCC расширен до AutoSeq1..3, в режиме AutoSeq0 не поддерживается
- улучшена эффективность работы функционала компенсации отрабатывания АРУ приемника
- улучшена чувствительность декодера на согласованных фильтрах для сообщений QSO на приемной частоте
- многочисленные изменения для снижения количества ложных декодирований FT8S декодера
- устранены два дефекта в активации FT8S декодера
- FT8S декодер не должен активироваться если сообщение QSO уже было декодировано другим декодером в любом потоке декодирования
- сообщение FT8S декодера признается ложным если ранее было декодировано CQ сообщение от корреспондента на приемной частоте QSO
- информация (например имя, QTH квадрат) должна правильно извлекаться из лога(файл wsjtx_log.adi) используя предшествующий '<' символ
- патч: 'Worked B4' должен верно применяться в функционале автовыбора в сценарии когда установлено только одно уведомление 'новый префикс'
- добавлена опция позволяющая скрывать FT8 контест сообщения('hide FT8 contest messages'), управление в закладке Misc основного окна интерфейса. Опция 'обход текстовых фильтров' ('Bypass all text filters') позволит сообщениям обходить новый фильтр. Сообщения начинающиеся с позывного пользователя не обрабатываются этим фильтром.
- внеполосные излучения FT8 сигнала со сдвигом частоты более 45 Гц (например амплитудная модуляция сигнала частотами 50 и 100 Гц) при декодировании должны вычитаться
- в FT8 декодере расширена поддержка до 130 декодированных сообщений в одном RX интервале
- положение курсора должно сохраняться при редактировании позывного в окне 'DX Call'
- функционал 'нормировать спектр по медиане'('scale by median') водопада сделан опцией, управление через интерфейс водопада
- ряд изменений в вычислении спектра для водопада с целью улучшить показ слабых сигналов
- FT8 SNR декодированных сигналов откалиброван в диапазоне +30...49дБ, максимальное показываемое значение ограничено уровнем +49дБ
- добавлена инструкция по самостоятельной сборке программы JTDX под Debian Linux
- патч устраняющий зависание кнопки Decode (постоянно выделена голубым цветом) при декодировании пакета звуковых .wav файлов
- устранен незначительный дефект в распознавании вызова с использованием Skip Grid/SkipTx1 опции
- применен жирный шрифт для строки разделителя приемных интервалов
- файл ALLCALL.TXT обновлен до 83687 позывных, файл cty.dat обновлен до версии CTY-2907, обновлен файл со списком пользователей LoTW

измененные исходные файлы: adif.cpp, agccft8.f90, ALLCALL.TXT, commons.h, cty.dat, decoder.f90, displaytext.cpp/h, ft8_decode.f90, ft8_downsample.f90, ft8_mod1.f90, ft8b.f90, ft8s.f90, jt9com.f90, lotw-user-activity.csv, mainwindow.cpp/h/ui, plotter.cpp/h, qsohistory.cpp, symspec.f90, widegraph.cpp/h/ui
добавлены новые исходные файлы: INSTALL.Debian
добавлены новые параметры в JTDX.ini: "HideFT8ContestMessages", "WantedCountryCommaList"
добавлен новый параметр в JTDX.ini в группу "WideGraph": "Scale"

Линки:

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

При переходе на версию rc136 рекомендуем удалить(переименовать) файл с настройками JTDX.INI

**UA3DJY** · 22.05.2019, 22:45

Публикую по просьбе Игоря R0JF:

JTDX v2.0.1-rc136 Linux version from original source files by Igor UA3DJY (Many Thanks him):

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

**RA3QH** · 22.05.2019, 22:57

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

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

Сегодня наблюдал такое.

это товарищ не знает как выключить режим контеста в WSJT....

**UA3DJY** · 22.05.2019, 23:11

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

это товарищ не знает как выключить режим контеста в WSJT....

Возможно у этого оператора поломан WSJT-X.ini файл, редко бывают операторы кто интуитивно проверяют 'а что будет' если поставить галочки, в результате потом интуитивно не знают где ее надо снять.

**US5WE** · 22.05.2019, 23:27

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

Могу повторить текст из цитаты выше... Если догадываться то либо поиск в текстовом редакторе в файле wsjtx_log.adi не найдет KM64 либо у Вас включено уведомление 'новый квадрат' по диапазону/моде.

Как тогда объяснить переход цвета в случае с UT1IF vs UT3GX?

**RA3QH** · 22.05.2019, 23:30

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

Возможно у этого оператора поломан WSJT-X.ini файл, редко бывают операторы кто интуитивно проверяют 'а что будет' если поставить галочки, в результате потом интуитивно не знают где ее надо снять.

Игорь и такое возможно...я довольно много таких уже видел....кстати...если такой оператор позовет кого то использующего WSJT 2.0 то она автоматом перейдет тоже в контест режим....

**UA3DJY** · 22.05.2019, 23:44

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

Как тогда объяснить переход цвета в случае с UT1IF vs UT3GX?

Программа в истории QSO стирает информацию о QTH квадрате оператора передавшего CQ и завершившего после этого QSO, в этом проблема? Продолжаем дальше угадывать? Мы до сих пор не знаем какие у Вас настроены уведомления и есть ли квадрат KM64 в файле wsjtx_log.adi.

Также Вы используете довольно старую версию, с тех пор в коде JTDX исправлено много дефектов, в том числе в rc136 есть патч на сбой считывания QTH квадрата из файла wsjtx_log.adi. IMHO есть смысл обновиться до rc136 и потом уже диагностировать если проблема останется, иначе можем впустую тратить время.

**R0AEB** · 23.05.2019, 01:57

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

На 20м(загрузка последние 15мин) скрины работы в FT4 и для сравнения FT8. Несколько станций на 40м даже не стал делать скрин ,на 30м ,15м,10м станции отсутствуют полностью в FT4. Выводы делайте сами.

Соглашусь с коллегой у меня примерно такая же картина

**R3BB** · 23.05.2019, 02:02

Русская локализация JTDX v.2.0.1-RC136.
Линки :

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

**RN9AZ** · 23.05.2019, 04:06

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

JTDX v2.0.1-rc136 измененный функционал:[SPOILER][LEFT]- выполнен функционал 'искомая страна', работает с автовыбором
- автовыбор для функционала 'искомый позывной/префикс/страна' а также выбор новой страны по списку DXCC расширен до AutoSeq1..3, в режиме AutoSeq0 не поддерживается

Игорь это хорошо. Но вот при работе на CQ вытаскивается извени всякая хрень, подхватывает тех кто тоже даёт CQ, и давно есть в логе. А при AutoSeq 0, нет захвата завущей стапнции. Вручную приходится вводить. А для поиска DX по DXCC в JTDX есть отличная статистика.

**VA3LLZ** · 23.05.2019, 04:47

При работе на CQ постоянно самопроизвольно перескакивает на станции, дающие CQ.Стрелка 2. И стрелкой 1 показан случай, когда меня звала станция во время моего QSO с другой станцией. После окончания связи программа стала давать CQ, но потом вспомнила и ответила звавшей меня станции. В этой ситуации или сразу, после окончания QSO, надо давать ответ второй станции или уже ждать, когда она позовет снова. Практически невозможно работать. См скриншот.

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

**R0JF** · 23.05.2019, 07:47

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

При работе на CQ постоянно самопроизвольно перескакивает на станции, дающие CQ.

Аналогично! Только хотел написать, пожаловаться...

Выбран режим AutoSeq3, но программа сама начинает звать станции,
дающие CQ. А мне это совсем не надо.

Галка с "4+ Call and Search..." СНЯТА. Где корень зла?

**UA3DJY** · 23.05.2019, 07:54

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

При работе на CQ постоянно самопроизвольно перескакивает на станции, дающие CQ.Стрелка 2. И стрелкой 1 показан случай, когда меня звала станция во время моего QSO с другой станцией. После окончания связи программа стала давать CQ, но потом вспомнила и ответила звавшей меня станции. В этой ситуации или сразу, после окончания QSO, надо давать ответ второй станции или уже ждать, когда она позовет снова. Практически невозможно работать. См скриншот.

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

JTDX
По '1': включенная запись диагностики в файле ALL.TXT покажет когда закончилось декодирование интервала, пока оно не закончено программа ждет входящего вызова и несмотря на то что декодировано сообщение CQ ранее звавшего корреспондента на передачу идет свое сообщение CQ которое в момент окончания декодирования меняется на ответ ранее звавшему корреспонденту.

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

Галка с "4+ Call and Search..." СНЯТА. Где корень зла?

JTDX 2.0.1-rc136

По '2': вызов новой страны по списку DXCC, если новая страна не нужна то достаточно отключить уведомление на новые страны или можно убрать это уведомление по диапазону/моде - реже будет срабатывать автопоиск новой страны.

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

при работе на CQ вытаскивается извени всякая хрень, подхватывает тех кто тоже даёт CQ, и давно есть в логе. .. А для поиска DX по DXCC в JTDX есть отличная статистика.

Зачем держать включенной статистику по DXCC если Вы не хотите эти страны вызывать? Что у Вас в искомых префиксах/странах настроено?

Измененный функционал JTDX 2.0.1-rc136
- автовыбор для функционала 'искомый позывной/префикс/страна' а также выбор новой страны по списку DXCC расширен до AutoSeq1..3, в режиме AutoSeq0 не поддерживается

Автовыбор в JTDX, за исключением функционала 'искомый позывной/префикс/страна', всегда основывался на уведомлениях - оператор получает то что он сам настроил.

С другой стороны, зачем продолжать сотрясать диапазон сообщениями CQ если декодировано сообщение CQ(RR73/73) от корреспондента которого Вы ищете?

**R0JF** · 23.05.2019, 08:50

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

По '2': вызов новой страны по списку DXCC, если новая страна не нужна то достаточно отключить уведомление на новые страны или можно убрать это уведомление по диапазону/моде - реже будет срабатывать автопоиск новой страны.Зачем держать включенной статистику по DXCC если Вы не хотите эти страны вызывать? Что у Вас в искомых префиксах/странах настроено?Автовыбор в JTDX, за исключением функционала 'искомый позывной/префикс/страна', всегда основывался на уведомлениях - оператор получает то что он сам настроил.

Игорь, ГДЕ ЛОГИКА в твоих высказываниях?
ПОКАЗ новых стран мне нужен. Но решение о ВЫЗОВЕ или нет я должен принимать САМ!

Что мне толку, если я вижу New-One с рапортом -22, особенно если его зовут одновременно
пара десятков Японцев??? Видеть-то я его должен, а вот звать или нет - это я должен
решать! Работать же невозможно! Шансов провести QSO - НОЛЬ, но программа настойчиво
мешает работать на CQ и лезет с своей помощью! А отключить - можно прозевать другого
New-One, с которым реально сработать.

И вообще - УВЕДОМЛЕНИЯ и АВТОПОИСК - это как-то разные вещи!

Я бы понял, если бы ЭТО работало в AutoSeq7. Но тут - явный дурдом.

ЗЫ А "Wanted" у меня пустые строки, если что. Ничего я не просил АВТОИСКАТЬ.
Просил просто раскрашивать цветом новые страны-позывные-квадраты-префиксы...
Чтобы видно было наглядно. И не более.