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

**RM6LA** · 11.11.2022, 07:44

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

**R1BLH** · 24.02.2023, 20:48

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

Я работаю на JTDX, а WSJT-x решил использовать для пробы.
Обнаружил такой одиночный режим работы программы. После каждого QSO надо нажимать "разрешить TX",
что весьма неудобно, по сравнению с JTDX.

Хм. У меня в JTDX также. QSO автоматом в логе -- передача автоматом запретилась. Продолжать хочешь -- включай. ЕМНИП, не выключается только, если ты занесение в лог QSO вручную подтверждаешь.

- - - Добавлено - - -

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

174230 -4 0.1 2325 ~ R1BLH S50XX 73 •Словения
174215 Tx 2324 ~ S50XX R1BLH RR73
174200 -10 0.1 2325 ~ R1BLH S50XX R-08 •Словения
174145 Tx 2324 ~ S50XX R1BLH -10
174145 Tx 2324 ~ S50XX R1BLH -10
174130 -10 0.1 2325 ~ R1BLH S50XX JN65 •Словения
174119 Tx 2324 ~ CQ R1BLH KP50
174119 Tx 2324 ~ CQ R1BLH KP50

Как бы починить? (снести, вычистить и установить заново можно, но не хочется без веской необходимости этого делать).

**RJ7M** · 24.02.2023, 21:30

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

QSO автоматом в логе -- передача автоматом запретилась.

Это чтобы JTDX не работала без участия оператора.

**R1BLH** · 24.02.2023, 22:48

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

Это чтобы JTDX не работала без участия оператора.

Ну да, кажись, и в мануале об этом написано. Я только про то, что это штатная фича написал (в двух вариантах с одним результатом).

**UA9AX** · 25.02.2023, 06:33

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

Это чтобы JTDX не работала без участия оператора.

речь была не об этом, совсем не про работу автоматом.

**RX3ASP** · 25.02.2023, 09:22

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

Здравствуйте, в WSJT-X ver 2.6.1 после ручной записи QSO в ЛОГ останавливается передача,
приходится вновь нажимать кл. "Разрешить ТХ" получается режим одиночного QSO.
Не могу найти как изменить этот режим.

Я работаю на JTDX, а WSJT-x решил использовать для пробы.
Обнаружил такой одиночный режим работы программы. После каждого QSO надо нажимать "разрешить TX",
что весьма неудобно, по сравнению с JTDX.

речь была не об этом, совсем не про работу автоматом.

Насколько помню, в WSJT-X всегда так было. JTDX, после своевременного ручного подтверждения QSO, "автоматом" переходит в CQ. Если включён автоматический LOG, то надо нажать Enable TX. Так или иначе, но надо что-то нажать.
WSJT-X так работает в режиме соревнований. Вроде бы - давно не участвовал. Можно попробовать сегодня посоревноваться с роботами в FT4 contest.

**UA9AX** · 25.02.2023, 21:18

Юрий спасибо, понял.
Я в JTDX так и работаю, ручной ввод QSO в ЛОГ и ответ следующему вызывающему, а в WSJTx совсем другой принцип работы меня смутил, я все искал кнопочку переключения с режима одиночного QSO на автоответ следующему

Буду продолжать работать в JTDX, в ней более дружелюбный интерфейс и гибкий алгоритм работы.

**RA3E** · 26.02.2023, 08:16

"""ручной ввод QSO"""в JTDX
У меня в проге QSO автоматом летит в лог, там пимпочка есть в настройках сохранить qso/
и не заморачиваюсь.

**UA9AJK** · 26.02.2023, 09:26

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

"""ручной ввод QSO"""в JTDX
У меня в проге QSO автоматом летит в лог, там пимпочка есть в настройках сохранить qso/
и не заморачиваюсь.

Ну так после автоматического занесения QSO в лог приходиться активировать передачу в проге! Гораздо удобнее использовать ручной ввод QSO клавишей Enter и всё работает дальше, выше ж написали.

**RA3E** · 26.02.2023, 13:23

нет я описал о действия занесения QSO в лог,
а CQ у меня автоматом включается.

**R0AX** · 26.02.2023, 17:08

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

нет я описал о действия занесения QSO в лог,
а CQ у меня автоматом включается.

после автоматического занесения qso в лог,cq автоматом не включится,только после нажатия на tx.Не вводите людей в заблуждение

**R7KKO** · 26.02.2023, 21:52

Кто может подсказать как включить правильно second UDP server в JTDX ver2.2.159-32 для подключения к JTSync?
Ставлю галку Enable sending to secondary UDP server
2nd UDP server 127.0.0.1
UDP port: 2333

В JTSync
Server 127.0.0.1 Port 2333

Пакеты не проходят.

Если выставить по умолчанию Порт 2237 то все работает, но пакеты идут только в JTSync
Соответственно на LogHX ничего не приходит.

**RO7F** · 27.02.2023, 00:47

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

JTSync.

JTSync - это простая утилита, которая предоставляет возможность синхронизации часов вашего компьютера по сети с мировыми NTP-серверами.
Когда подключение к Интернету недоступно.

В архиве JT/FT помощник привязанный к статистике LogHX

**R7KKO** · 27.02.2023, 00:50

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

JTSync - это простая утилита, которая предоставляет возможность синхронизации часов вашего компьютера по сети с мировыми NTP-серверами.
Когда подключение к Интернету недоступно,

Не только.
Вы можете синхронизировать ваше время со временем вашего корреспондента.
Собственно мне надо компенсировать задержку 3B7M, у которого она доходит до 1,4 сек.
Все работает если JTDX <---> JTSync
Но LogHX при этом отключается.
Отключаешь JTSync - включается LogHX
Задача - заставить все работать вместе.

**RO7F** · 27.02.2023, 00:57

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

Задача - заставить все работать вместе.

Тогда походу это вопрос Алексею.
Т. к. лаб. работа результатов не дала.

К стати JTDX позволяет работать с разницей до четырЁх секунд, если не ошибыюсь.