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

[UA3ATQ]

Привет всем,

Используется русская версия JTDX, последняя июньская сборка RC137.
Появилось "неудобство" которое не наблюдалось в предыдущих версиях.

Выражается так:
Какой нибудь DX даёт CQ, начинаешь его звать, но DX отвечает кому то еще, и во время моего цикла передачи вместо того что бы продолжать звать нужного мне DX , программа "перескакивает" на Tx 6 и начинает давать CQ. Или (что ещё хуже) если кто то другой зовёт меня , то отвечает зовущему.

В итоге если нужный DX работает "в потоке вызовов" не переходя на CQ, то каждые 15 секунд надо ловить его в "убегающем" окне декода и звать с опозданием в 3-5-7 секунд , регулярно промахиваясь )))

"Галочка" остановить передачу если вызываемый корреспондент ответил другому - не стоит.

Что я делаю не так?

[UR5WCA]

Версия 138_3, при установке галочки Spt



уходят настройки размеров окон, для получения нормального вида приходится сдвигать сильно вправо.

[UA3DJY]

Используется русская версия JTDX, последняя июньская сборка RC137.
Появилось "неудобство" которое не наблюдалось в предыдущих версиях.

Выражается так:
Какой нибудь DX даёт CQ, начинаешь его звать, но DX отвечает кому то еще, и во время моего цикла передачи вместо того что бы продолжать звать нужного мне DX , программа "перескакивает" на Tx 6 и начинает давать CQ. Или (что ещё хуже) если кто то другой зовёт меня , то отвечает зовущему.

Так могут делать счетчики сообщений, использование совмещенных RX/TX частот и неиспользование режима одиночного QSO.
Часто причину можно увидеть в файле ALL.TXT (201906_ALL.TXT) если в закладке Reporting включить в него запись диагностики.

Мог поломаться файл JTDX.ini, в этом случае его придется переименовать(удалить) при выключенном софте.

По части настроек - можно скинуть JTDX.ini мне на почту c_igor на inbox.ru.

[UA3DJY]

Версия 138_3, при установке галочки Spt уходят настройки размеров окон, для получения нормального вида приходится сдвигать сильно вправо.

Окон декодированных сообщений активности диапазона и RX частоты? Какие размеры шрифтов стоят в настройках?

[UR5WCA]

в окне сообщений - Consolas 11, в интерфейсе Cambria 11. У меня монитор 22 дюйма, левая половина JTDX, правая - Logger32. Шрифты такие, потому что плохо вижу. В предыдущей версии ( 138_2) такого не было.

[UA3DJY]

в окне сообщений - Consolas 11, в интерфейсе Cambria 11. У меня монитор 22 дюйма, левая половина JTDX, правая - Logger32. Шрифты такие, потому что плохо вижу. В предыдущей версии ( 138_2) такого не было.

В 138_2 был фиксированный горизонтальный размер блока с индикатором частоты, что приводит к неправильному отображению интерфейса при увеличении горизонтального размера основного окна программы, ранее пользователи мониторов с высоким разрешением отмечали этот недостаток. Сейчас размер этого блока по горизонтали динамический и зависит от размера используемого шрифта.

На данный момент ряд элементов интерфейса все еще имеют фиксацию размеров (когда то боролись за минимальный размер основного окна), что приводит к пропаданию части надписей при увеличении размера шрифта.

Наверно Вам придется открывать поля с информацией для спота непосредственно при отправке и потом сразу закрывать, либо выставить универсальные настройки /макросы информации и больше не открывать эти поля.

[UR5WCA]

придется открывать поля с информацией для спота непосредственно при отправке и потом сразу закрывать

Так и буду поступать, спасибо Игорь.

[UA3ATQ]

Так могут делать счетчики сообщений, использование совмещенных RX/TX частот и неиспользование режима одиночного QSO.
Часто причину можно увидеть в файле ALL.TXT (201906_ALL.TXT) если в закладке Reporting включить в него запись диагностики.

Был выключен режим одиночного QSO, но все равно очень быстро перестает звать. В логе следующее:

20190623_191645.682 hisCall:TI2PT time:69405 autoseq direction:0 TX R+REPORT SEQUENCE; status: SCALL count: 6 prio: 16
20190623_191645.691 DX Call TI2PT cleared, RCQ/SCALL/SREPORT count reached
Counters: answerCQ-On value=5; answerInCall-On value=4; sentRReport-On value=4; sentRR7373-Off value=2

Настраивается где то этот SCALL в конфиге? Я пробежавшись глазами не нашел....

73!

[US6EG]

Кто объяснит,что это?

[UA3ALE]

Полевой день коснулся и этой моды!

[UR5WCA]

Кто объяснит,что это?

Просто отключите такие сообщения

[UA3DJY]

Был выключен режим одиночного QSO, но все равно очень быстро перестает звать. В логе следующее:

20190623_191645.682 hisCall:TI2PT time:69405 autoseq direction:0 TX R+REPORT SEQUENCE; status: SCALL count: 6 prio: 16
20190623_191645.691 DX Call TI2PT cleared, RCQ/SCALL/SREPORT count reached
Counters: answerCQ-On value=5; answerInCall-On value=4; sentRReport-On value=4; sentRR7373-Off value=2

Настраивается где то этот SCALL в конфиге?

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

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

[R5WM]

Игорь! Есть замечания по работе JTDX на УКВ!
Почти местная станция, работает на JTDX! Уровень сигнала +20дб при этом очень расширенный спектр в полосе от 200 до 2500Гц (идут засветки с полосами по 60Гц). После того как по моей просьбе он перешел на MSHV 2.21 все стало на место. Уровень +20 и засветок нет! Кроме того как так может быть что на JTDX он мне дает рапорт -03 а на MSHV +10. Если программа чисто под КВ, то нужно запретить ее использование на VHF где порой 1-2 станции в декоде и местный корреспондент на JTDX начисто забивает дальнего с уровнем -20 -25. От работающих на WSJTX таких помех нет! Нужно какое то решение данной проблемы!

[UA3DJY]

Игорь! Есть замечания по работе JTDX на УКВ!
Почти местная станция, работает на JTDX! Уровень сигнала +20дб при этом очень расширенный спектр в полосе от 200 до 2500Гц (идут засветки с полосами по 60Гц). После того как по моей просьбе он перешел на MSHV 2.21 все стало на место. Уровень +20 и засветок нет! Кроме того как так может быть что на JTDX он мне дает рапорт -03 а на MSHV +10. Если программа чисто под КВ, то нужно запретить ее использование на VHF где порой 1-2 станции в декоде и местный корреспондент на JTDX начисто забивает дальнего с уровнем -20 -25. От работающих на WSJTX таких помех нет! Нужно какое то решение данной проблемы!

В каком месте сетапа создается проблема, в том что после запуска 64-бит сборки WSJT-X (не знаю как у MSHV) ползунки уровней звука в операционной системе Windows встают в упор? C этим трудно не согласиться, надо решать. Команда разработчиков WSJT знает об этой проблеме.

[R5WM]

В каком месте сетапа создается проблема

Я так понял, что ответа по существу не будет и разработчикам JTDX плевать на качество сигнала! Речь шла о JTDX а не о WSJTX.