Проше прощения у всей честной компании.
По причине плохой памяти забыл про фильтры, которые были включены.
73
Проше прощения у всей честной компании.
По причине плохой памяти забыл про фильтры, которые были включены.
73
Игорь , и если нетрудно - можно "галку" Lock TX=RX в основном окне сделать в виде кнопки (такой же по виду как кнопки Tx=Rx и Rx=Tx) , при динамичной работе сплит\несплит в FT8 часто нужна , промахиваюсь по маленькому квадратику "галки" стилусом (да и мышью тоже иногда не сразу попадёшь) .
Места вроде хватает (кнопка помещается на место "галочки") . Естественно не более чем хотелка , решать однозначно Вам.
Есть подозрение что на слабых процессорах операционка при 100% загрузке процессора кратковременно теряет звуковое устройство, что приводит к остановке водопада и декодирования сигналов. Лечится выключением и затем включением кнопки Monitor.
Если кто нибудь у себя в JTDX периодически наблюдает именно такой сценарий, скажите пожалуйста, сделаю watchdog проверку состояния и решение: проверим уйдет ли с ним проблема.
вопрос? порядок единый во всем мире будет когда нибудь с этими RRR...RR73...73 работают все по разному.. у одних RR73 отрабатывает у других надо RRR потом еще 73
много QSO улетает в никуда, из за этих RRR RR73....нужен наверное единый какой то регламент связи.
В JT65 RR73 достаточно, в FT8 появляется особенность когда сообщение из-под помех декодируется через раз.
Оператор передал сообщение RRR и на другой стороне QSO это сообщение не принято и в ответ снова передается R+рапорт, то есть QSO продолжается.
Если оператор вместо RRR передает RR73 то он сразу заносит QSO в лог, которое при потере RR73 сообщения в помехах продолжается при помощи AutoSeq и не факт что успешно закончится.
Возможность или необходимость использования схем 3+3 или 4+3 зависит от конкретных условий проведения QSO.
Да, Игорь! Это часто и густо наблюдается, особенно на НЧ диапазонах. Где прохождение не балует. И QSO затягивается из-за RRR на 1-2 минуты, а то и вообще срывается.
И это при том, что оба оператора приняли рапорт!
Если оператор передает RRR - он принял рапорт. Почему не передать RR73?
Второй может также.
В WSJT-X - после очистки окон остается вот это, для того чтоб закончить
Вложение 201625
Смодулируйте QSO. Работающая на CQ обычно передает RRR. Как может программа передать RRR не принявши рапорт? (только вручную).
С моей стороны не передается рапорт пока не прийму для себя.
Телеграфное QSO с экспедицией:
-US4IRT 599
-R 599 TU (Может варьироваться у каждого свое)
-TU
А вот позавчера, работая с VR2XMT на 80м, рапорт принял сразу, а потом пошло 2 минуты от него RRR, чтоб принять от меня 73 - это правильно?
RR73, как и RRR, передаётся только в том случае, если принят R-xx. Значит, оба рапорта приняты.
Аналогично, если не принят RRR, тоже нет уверености, что оба рапорта приняты. RR73, как и RRR, можно передавать много раз. А когда в ответ будет принято 73, самому передавать 73 уже не надо. Я вижу разницу только в этом.
Я передаю RR73.