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

[UA3DJY]

В JT65 очень проблематично работать с дробями. Я редко работаю в этой моде, но обратил внимание, что cq даю с дробью ,
а вот при передачи рапорта дробь исчезает. Оператор по ту сторону теряется и порой уходит не разобравшись...
Если по скеду qso, то народ умудряется проводить со мной связи, но тоже не айс как...

Если пользователь прочел документацию WSJT-X в части использования дробных позывных в JT65 и описание протокола JT65 то точно не потеряется.

И ещё на днях обратил внимание на то что в FT4 слишком часто зову тех кого уже ранее звал, но они не ответили.... Практически через 1-2 периода. Можно ли как то самостоятельно регулировать временной промежуток тех кого ранее звал?

Не все операторы проводят повторные QSO, как не регулируйте временной промежуток такие операторы все равно проигнорируют Ваш входящий вызов.

[R2EA]

Не все операторы проводят повторные QSO, как не регулируйте временной промежуток такие операторы все равно проигнорируют Ваш входящий вызов.

Я НЕ О ТОМ... Проще на словах говорить, чем тут писать...
Я про подбор новых станций, которые ранее звал, но они не ответили.
Через пару проходов, я их опять подхватываю, хотя прошло мало времени.
Как это время можно самому регулировать?

[UA3DJY]

Я НЕ О ТОМ... Я про подбор новых станций, которые ранее звал, но они не ответили. Через пару проходов, я их опять подхватываю, хотя прошло мало времени. Как это время можно самому регулировать?

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

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

Если автовыбор Вам мешает держать темп QSO продолжая выбирать&звать корреспондента который Вас не слышит или преднамеренно не отвечает то есть смысл внести позывной в черный список.

[R2EA]

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

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

Если автовыбор Вам мешает держать темп QSO продолжая выбирать&звать корреспондента который Вас не слышит или преднамеренно не отвечает то есть смысл внести позывной в черный список.

Так что получается, что черные списки, которые работали как ранее - отменены?
Теперь только вручную?
А можно ли вернуть их как то с правом выбора? В ручную или автоматически.
И хорошо бы регулировку времени в счетчиках. Сброс черных списков через 5-10-15 мин.

[UA3DJY]

Так что получается, что черные списки, которые работали как ранее - отменены? Теперь только вручную?
А можно ли вернуть их как то с правом выбора? В ручную или автоматически. И хорошо бы регулировку времени в счетчиках. Сброс черных списков через 5-10-15 мин.

Автоматическое занесение позывного в черный список полезно при работе на темп QSO но будет мешать пользователям зовущим новую DXCC или необходимого им корреспондента. Функционал черного списка пока не меняли. С таймером сброса черного списка и его настройкой слишком сложно для пользователей. Простого решения нет.

[UT2XL]

Что значат эти пропуски в первом и во втором случаях? Система Wundows 10 32 bit.

[UA3DJY]

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

Что значат эти пропуски в первом и во втором случаях?

RTFM: WSJT-X 2.1 поиском сочетания 'хеш-код'. В Вашей программе ранее не были декодированы позывные соответствующие принятому коду, поэтому она не знает какой позывной поставить в декодированное сообщение.

[UT2XL]

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

Вчера вечером на 10М Мгц более 30 станций одновременно звали AM9WARD. В первом периоде его позывной отображался нормально, в следующих отображение его позывного было <...> у всех зовущих.
Я так понял, что это искажения во время массовой передачи определенного позывного?
Как с этим можно бороться?

[EU1FQ]

Вчера вечером на 10М Мгц более 30 станций одновременно звали AM9WARD....

Выходит вызов AM9WARD занял все Ваше приемное окно ? Супер DX!!!

[UT2XL]

Выходит вызов AM9WARD занял все Ваше приемное окно ?

Да так и было.

[UA3DJY]

Вчера вечером на 10М Мгц более 30 станций одновременно звали AM9WARD. В первом периоде его позывной отображался нормально, в следующих отображение его позывного было <...> у всех зовущих.
Я так понял, что это искажения во время массовой передачи определенного позывного?
Как с этим можно бороться?

Вы наблюдали передачу полного позывного AM9WARD другими корреспондентами, для программы чтобы занести этот позывной в хеш таблицу необходимо декодировать полный позывной в сообщении от самого AM9WARD(иначе возможен излишний конфликт с другими позывными с тем же хеш значением), в FT8 протоколе для данного сценария это его сообщения CQ и RR73/73.
Если он этих сообщений не передает то не позволяет идентифицировать свой позывной другим операторам:

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

[UT2XL]

Хеш таблица обнуляется при перезапуске программы?

[UA3DJY]

Хеш таблица обнуляется при перезапуске программы?

Да.

[UT2XL]

Теперь стало понятно.

[RW6ATD]

Получил недавно такое.