Перезагрузил всё, сейчас пока без сбоев. Включил запись с диагностикой.
Какие авто-последовательности программ JTDX/WSJT/MSHV и т.п., в режиме CQ - RR73, зацикливаются на отправке RR73 при неполучении 73?
Работаю в эфире со сплитом.
Но когда вызываешь корреспондента по 3 раза и без ответа, вынужден переходить на его частоту и то, не сразу, а становясь снизу или сверху впритык.
И все равно не отвечают, пока не станешь прямо на его частоту.
При включении кнопки "Фильтр", появляется разметка этого фильтра, которые указывают полосу приема.
Вопрос - что за фильтра включают некоторые хэмы, что принимают только на собственной частоте?
Потому что после того, как "сядешь на голову", получаешь рапорт с плюсом.
Получается, чтобы не тратить время, надо сразу вызывать на частоте CQ.
Вот это как раз нельзя делать. Только сплит,ищите причины,а их ну очень много.Начиная от качественной и эффективно работающей антенны да и вообще обстановки на диапазоне в конкретный момент времени.Ну и далее......
P.S. Сейчас по утрам на 20м по длинному пути легко идет Австралия ,Новая Зеландия ,Тасмания ,Новая Каледония да и много других ,это только по длинному ,через "шарик" это все благодаря антеннам ,приемникам,программе JTDX на мощном компе ну и так далее ,а вы предлагаете мягко говоря "хулиганить" и не давать проводить успешные связи другим.К программе WSJT-X в инструкции(рекомендациях) конкретно указано ....только СПЛИТ!
Это всего навсего советы /рекомендации НО их придерживаются!
Вложение 229675
Вложение 229676
Вложение 229677
Вы прочитали внимательно то, что я написал, или только последнюю строку?
По окончании связи с DK7ZT не сохранил QSO (не предложил) и отключил передачу. 201903_ALL.TXT — Блокнот (656 kb) закачан 2 марта 2019 г. Joxi
UA3SAO с первого раза не принял мой рапорт, заместо повтора программа дала RR73 201903_ALL.TXT — Блокнот (846 kb) закачан 2 марта 2019 г. Joxi
Такая ситуация повторялась несколько раз.
По диагностике передача отключена потому что QSO вовремя не внесено в лог.
Возможные варианты:
1. окно внесения QSO в лог по какой либо причине было накрыто другим приложением либо основным окном JTDX
2. окно не было выведено на экран, возможен сбой (дефект в коде) связанный с синхронизацией значений переменных в разных потоках, такой сбой может чаще проявляться на медленных процессорах где велики задержки в исполнении одного или другого потока.
Если у Вас процессор двухядерный то попробуйте поработать на одном потоке декодирования, при этом обработка событий интерфейса будет получать больше ресурсов процессора.
de UA3DJY
Подтверждаю - есть такое.
И всплывающие окно не помогает
и не понятно для чего оно реализовано
и отмечено галкой в меню, если нет
приоритета окна сохранения над окнами
самой программы, которые важнее всех
других открытых окон...
Может быть надо поколдовать над этим?
de R2EC
Я спасаюсь сжатием лога UR5EQF при стандартном
интерфейсе делаю зазор сверху в левом углу.
Там делаю видным верхний край окна, которое
выскакивает для внесения qso в лог jtdx.