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

[RC3C]

Думаю половину пользователей JTDX рассуждают так же.

не рассуждайте за всех.
у каждого есть свое мнение.

[R5WM]

Обновление MSHV 2.31 (Адаптирована под предстоящий контест)
Скачать английскую или русскую версии можно с сайта MSHV | LZ2HV Amateur Radio Website

Новое в версии 2.31:
- Исправлено: логика протокола QSO, соответствующая WSJT-X v2.1.2, (если RX "73 или RR73", то TX без "73 или RR73").
- В меню «Настройки» добавлен флажок «Использовать для TX 73 или RR73 FT8 / 4» (это старый протокол для QSO).
Рекомендуется включить «Использовать для TX 73 или RR73 FT8 / 4», для совместимости между старой и новой версиями.
- Исправлено: отображение списка декодирования для режимов JTMS и JT6M, после преобразования в QT5.
- Добавлено: Поддержка диапазонов VLF (2200M, 630M).

[US5WE]

В этом корень проблемы: не каждый человек вовремя включает тормоза, и в пылу может домолотить до победного.

Смысл понятия "включения тормозов" в контесте мне недоступен. Если работается на результат, то от звонка до звонка, но к этому нужно готовиться, выспаться хорошо, питаться в тесте соответственно итп.
Повторю, это к нормальным тестам относится, а не пропагандируемым K1JT FT8/FT4 перфомансам.

[UA3DJY]

Обновление MSHV 2.31 (Адаптирована под предстоящий контест)
...
Новое в версии 2.31:
- Исправлено: логика протокола QSO, соответствующая WSJT-X v2.1.2, (если RX "73 или RR73", то TX без "73 или RR73").
- В меню «Настройки» добавлен флажок «Использовать для TX 73 или RR73 FT8 / 4» (это старый протокол для QSO).
Рекомендуется включить «Использовать для TX 73 или RR73 FT8 / 4», для совместимости между старой и новой версиями.

Изменения только в протоколе сообщений контестного QSO?

[UA6JBQ]

В пред идущей версии приемное окно (на рис.выделено крачным) само очищалось после окончания моей передачи. В крайней версии это не происходит. Так должно быть или где то "крежик" не поставил?

[LZ2HV]

Здраствуй Игорь
Я тебе за ето гаварил прежде сматри пост -> #21595
Тестй сделал с JTDX думайу что проблемав нет но и тй папробуй
JTDX CQ <-> MSHV отвичает и на обарот
с галачки ("TX Confirmation If 73 Or RR73 FT8/4") и без и Skip TX1 тоже нада пробават
Самай тежолй вариант ето
JTDX CQ <-> MSHV отвичает, + включонна "Skip Tx1", + вйключено "TX Confirmation If 73 Or RR73 FT8/4"

Да ест праблем в етот вариант JTDX записавает QSO но не stop TX практически висит
JTDX CQ <-> MSHV отвичает, + вйключено "TX Confirmation If 73 Or RR73 FT8/4"
Нет мая ошибка не висит всйо нармално

[UA3DJY]

Я тебе за ето гаварил прежде сматри пост -> #21595
Тестй сделал с JTDX думайу что проблемав нет но и тй папробуй

Владимир R5WM дав информацию об изменениях MSHV 2.31 не указал что протокол QSO изменен только для контест сообщений, я помню о чем была речь в #21595 но участники форума скорее всего не помнят, чтобы избежать недопонимания задал уточняющий вопрос.

[R6LCF]

На КВ я бы не обратил внимания,но на 144мГц заметно сразу эту ошибку.Уже пару раз было подобное.

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

[UX8ZA]

Здравствуйте, Игорь!
Часто бывает ситуация: зову сплитом - не отвечают,
в начале следующего цикла передачи отключаю сплит и на частоте корреспондента получаю ответ.
Многие подтверждают, что такая тактика
работает. Теперь после выключения сплита
передача продолжается на прежней
частоте ТХ и лишь в следующем
периоде ТХ происходит вызов на частоте
корреспондента. В итоге - теряется
лишний интервал.
73! Олег

[UA3DJY]

На КВ я бы не обратил внимания,но на 144мГц заметно сразу эту ошибку.Уже пару раз было подобное.

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

Благодарю, добавил этот ложный декод в список на выполнение фильтрации в будущих версиях JTDX:
-23 -3.1 2986 ~ CQ Y0YBWC 4DLV

[UA3DJY]

Часто бывает ситуация: зову сплитом - не отвечают, в начале следующего цикла передачи отключаю сплит и на частоте корреспондента получаю ответ. Многие подтверждают, что такая тактика работает. Теперь после выключения сплита передача продолжается на прежней частоте ТХ и лишь в следующем периоде ТХ происходит вызов на частоте корреспондента. В итоге - теряется лишний интервал.

Такая тактика работает только если корреспондент держит включенным узкий фильтр в приемнике. Если такой корреспондент работает с WSJT-X то он передает завышенные рапорта, в этом случае его можно сразу звать на его частоте или рядом. Посмотрите пожалуйста эти посты:
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1637596
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1637700

[UR5LCZ]

Сейчас провел связь с F5MYK/MM и что-то программа засбоила.
Этот товарищ на своем судне похоже делает кругосветку и каждый день из нового квадрата.
Я попытался в окне данных заменить прежний квадрат на новый, но программа так и не позволила это сделать.
Я менял квадрат несколько раз, так, как я это делал раньше, добавляя новый нажатием кнопки "Добавить".
Но когда посмотрел файл лога, там по-прежнему был указан старый квадрат.
Пришлось вручную заменить его на новый.
В старых версиях этот механизм с добавлением работал безупречно.

[US4IRT]

Я попытался в окне данных заменить прежний квадрат на новый, но программа так и не позволила это сделать.

Попробовал это сделать у себя (v144)- меняет без проблем и в лог вносит новый локатор. Изменил ваш на свой.

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

[RX3ASP]

Часто бывает ситуация: зову сплитом - не отвечают,в начале следующего цикла передачи отключаю сплит и на частоте корреспондента получаю ответ. Многие подтверждают, что такая тактика работает. Теперь после выключения сплита передача продолжается на прежней
частоте ТХ и лишь в следующем периоде ТХ происходит вызов на частоте корреспондента. В итоге - теряется лишний интервал.

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

Такая тактика действительно работала и не только с фильтром у корреспондента! Особенно, если задержать вручную на долю секунды свою передачу и увидеть на водопаде, что на вашу ТХ частоту кто-то подсел. Раньше можно было по быстрому нажать TX=RX или кликнуть мышью на свободную частоту водопада. Задержка как правило была допустимая 1-2 секунды и QSO благополучно завершалось.
Конечно, подобная тактика подразумевает ручную - обдуманную и уважительную к другим, работу оператора, а не роботизированную. Если роботы начнут скакать куда попало, то будет совсем плохо.

[UA3DJY]

Сейчас провел связь с F5MYK/MM и что-то программа засбоила. Этот товарищ на своем судне похоже делает кругосветку и каждый день из нового квадрата. Я попытался в окне данных заменить прежний квадрат на новый, но программа так и не позволила это сделать.
Я менял квадрат несколько раз, так, как я это делал раньше, добавляя новый нажатием кнопки "Добавить". Но когда посмотрел файл лога, там по-прежнему был указан старый квадрат. Пришлось вручную заменить его на новый.
В старых версиях этот механизм с добавлением работал безупречно.

Сделал пару тестов JTDX в лабе.

1. Ввел в окно DxCall позывной AA1AA, в окно DxGrid FM55, нажал кнопку Log QSO, квадрат из окна DxGrid автоматически внесен в окно Log QSO и идет в лог wsjtx_log.adi.
Перезагрузил программу, ввел в окно DxCall позывной AA1AA, в окно DxGrid автоматом появился квадрат FM55(программа взяла его с лога) - изменил его на FM11, нажал кнопку Log QSO, квадрат из окна DxGrid автоматически внесен в окно Log QSO и идет в лог wsjtx_log.adi.

2. Дробный MM позывной AA1AB/MM в окно DxCall: все также только программа для /MM позывного не берет QTH квадрат с лога, окно DxGrid было пустым и я в него внес новый QTH квадрат. Ниже записи в логе.

<call:5>AA1AA <gridsquare:4>FM55 <mode:4>MFSK <submode:3>FT4
<call:5>AA1AA <gridsquare:4>FM11 <mode:4>MFSK <submode:3>FT4
<call:8>AA1AB/MM <gridsquare:4>FN25 <mode:4>MFSK <submode:3>FT4
<call:8>AA1AB/MM <gridsquare:4>FN11 <mode:4>MFSK <submode:3>FT4

Кнопка add(добавить) добавляет QTH квадрат только в файл CALL3.TXT. Для /MM позывных программа игнорирует старую информацию о QTH квадрате.

Необходимо детальное описание последовательности действий в которой получаете сбой.