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

[RZ3DX]

Проше прощения у всей честной компании.

По причине плохой памяти забыл про фильтры, которые были включены.

73

[RZ3DX]

Витас, а что за Band master?

Band map Logger32, который открывается при связи с JTDX или WSJT-X по UDP.

73

[R2PU]

Настройка конечно просится в основное окно, слишком велика разница интервала между FT8 и JT65 и желателен быстрый доступ к настройке таймера, попробую найти место.

Игорь , и если нетрудно - можно "галку" Lock TX=RX в основном окне сделать в виде кнопки (такой же по виду как кнопки Tx=Rx и Rx=Tx) , при динамичной работе сплит\несплит в FT8 часто нужна , промахиваюсь по маленькому квадратику "галки" стилусом (да и мышью тоже иногда не сразу попадёшь) .
Места вроде хватает (кнопка помещается на место "галочки") . Естественно не более чем хотелка , решать однозначно Вам.

[UA3DJY]

Игорь , и если нетрудно - можно "галку" Lock TX=RX в основном окне сделать в виде кнопки (такой же по виду как кнопки Tx=Rx и Rx=Tx) , при динамичной работе сплит\несплит в FT8 часто нужна , промахиваюсь по маленькому квадратику "галки" стилусом (да и мышью тоже иногда не сразу попадёшь) .
Места вроде хватает (кнопка помещается на место "галочки") . Естественно не более чем хотелка , решать однозначно Вам.

можно попробовать сделать кнопку с меняющейся надписью и цветом фона:

Unlock Tx/RX - зеленым фоном
Lock TX=RX - желтым (или каким нибудь другим) фоном

если так конечно будет удобнее

или кнопку с надписью Split TX/RX например с желтым фоном при ее включении

[R3SE]

To UA3SDY: Игорь, ОГРОМНОЕ спасибо за этот предновогодний подарок!!

В 18.1.0.32
T10 +, для FT8 ~.

[UA3DJY]

Есть подозрение что на слабых процессорах операционка при 100% загрузке процессора кратковременно теряет звуковое устройство, что приводит к остановке водопада и декодирования сигналов. Лечится выключением и затем включением кнопки Monitor.

Если кто нибудь у себя в JTDX периодически наблюдает именно такой сценарий, скажите пожалуйста, сделаю watchdog проверку состояния и решение: проверим уйдет ли с ним проблема.

[UA9OP]

вопрос? порядок единый во всем мире будет когда нибудь с этими RRR...RR73...73 работают все по разному.. у одних RR73 отрабатывает у других надо RRR потом еще 73
много QSO улетает в никуда, из за этих RRR RR73....нужен наверное единый какой то регламент связи.

[US4IRT]

много QSO улетает в никуда, из за этих RRR RR73

Поддерживаю! RRR не знаю для чего придумывались. Как для меня - только "затягивание" QSO. Поэтому его нужно убрать вовсе. Работающий на CQ в конце должен дать RR73, вызывающий - 73.

[UA3DJY]

Поддерживаю! RRR не знаю для чего придумывались. Как для меня - только "затягивание" QSO. Поэтому его нужно убрать вовсе. Работающий на CQ в конце должен дать RR73, вызывающий - 73.

В JT65 RR73 достаточно, в FT8 появляется особенность когда сообщение из-под помех декодируется через раз.

Оператор передал сообщение RRR и на другой стороне QSO это сообщение не принято и в ответ снова передается R+рапорт, то есть QSO продолжается.
Если оператор вместо RRR передает RR73 то он сразу заносит QSO в лог, которое при потере RR73 сообщения в помехах продолжается при помощи AutoSeq и не факт что успешно закончится.

Возможность или необходимость использования схем 3+3 или 4+3 зависит от конкретных условий проведения QSO.

[US4IRT]

Оператор передал сообщение RRR и на другой стороне QSO это сообщение не принято и в ответ снова передается R+рапорт, то есть QSO продолжается.

Да, Игорь! Это часто и густо наблюдается, особенно на НЧ диапазонах. Где прохождение не балует. И QSO затягивается из-за RRR на 1-2 минуты, а то и вообще срывается.
И это при том, что оба оператора приняли рапорт!
Если оператор передает RRR - он принял рапорт. Почему не передать RR73?
Второй может также.
В WSJT-X - после очистки окон остается вот это, для того чтоб закончить

[RC2SC]

И это при том, что оба оператора приняли рапорт!

Откуда вы знаете что оба приняли рапорт если не принято подтверждение RRR или RR73, вам это пытаются объяснить.

[US4IRT]

Откуда вы знаете что оба приняли рапорт

Смодулируйте QSO. Работающая на CQ обычно передает RRR. Как может программа передать RRR не принявши рапорт? (только вручную).
С моей стороны не передается рапорт пока не прийму для себя.
Телеграфное QSO с экспедицией:
-US4IRT 599
-R 599 TU (Может варьироваться у каждого свое)
-TU
А вот позавчера, работая с VR2XMT на 80м, рапорт принял сразу, а потом пошло 2 минуты от него RRR, чтоб принять от меня 73 - это правильно?

[RC2SC]

Смодулируйте QSO. Работающая на CQ обычно передает RRR. Как может программа передать RRR не принявши рапорт? (только вручную).

В том то и речь, а если станция не приняла его RRR, каковы её действия. Надо смотреть на ситуацию с разных сторон.

[LY3BG]

Откуда вы знаете что оба приняли рапорт если не принято подтверждение RRR или RR73, вам это пытаются объяснить.

RR73, как и RRR, передаётся только в том случае, если принят R-xx. Значит, оба рапорта приняты.
Аналогично, если не принят RRR, тоже нет уверености, что оба рапорта приняты. RR73, как и RRR, можно передавать много раз. А когда в ответ будет принято 73, самому передавать 73 уже не надо. Я вижу разницу только в этом.
Я передаю RR73.

[US4IRT]

В том то и речь, а если станция не приняла его RRR, каковы её действия.

Владимир! Какого RRR? RRR передается станцией работающей на CQ. После RRR она ждет моего 73! Если я не принял RRR или RR73 - передается рапорт!
Если ей оно нужно - пусть ждет!
И давайте эту тему закроем, дабы не засорять форум.