Попробуйте увеличить в закладке Radio интервал опроса (poll) трансивера до 10 секунд, если смена частоты приходит с этого опроса то индикатор перестанет краснеть и проблема будет проявляться намного реже.
To - UA3DJY
Игорь. Работая в rc 131, и не только в ней. Замечаю большую разницу в рапортах, и это между программами JTDX и WSJT-X. Я слышу корреспондента +2дб он даёт рапорт -12дб. И это при том что три элемента, 300 и более ватт в антенне. Между программами JTDX рапорта обмена нормальные. Вот и думаю, неужели JTDX. настолько превосходит WSJT-X. В остальном rc 131 работает прекрасно! Настройки не менял. Авто сохранение в лог и авто TX. Всё отлично и без сбоев. Спасибо за программу!
Подскажите как решить проблему
версия 1.31 файл jtdx.ini от версии 1.30 все работает в т.ч и информация из файла wsjtx_log.adi (находится в папке Appdata\local\JTDX\) используется JTDX для показа "раскраски" по подтвержденным странам (файл wsjtx_log.adi -это моя выборка из LoTW сработанных и подтвержденных корреспондентов окошко в правом нижнем углу -FT8 1351).
Когда я по рекомендации автора убираю этот файл ( jtdx.ini ) и после перезапуска jtdx провожу по новой настройки jtdx.ini
то все работает но jtdx не "видит " файл wsjtx_log.adi (в окошке в правом нижнем углу -FT8 1351) показывает FT8 0 и при дальнейшей работе после проведения связи в этот лог добавляются сработанные QSO! в папке папке Appdata\local\JTDX\ файл wsjtx_log.adi на месте и все предыдущие 1351 связи есть! Возвращаю старый файл jtdx.ini все на месте (в окошке в правом нижнем углу -FT8 1351 ) все связи есть!!
Попробуйте в закладке General поставить галочки фильтрации лога по позывному и QTH квадрату, указать дату с которой фильтровать лог например как на картинке и сохранить настройки (кнопка ОК). После этого снова откройте настройки, удалите галочки и дату и сохраните их. Теперь программа должна показать все FT8 связи.
Мы проверим в коде инициализацию этих параметров при запуске программы.
Имел похожие проблемы, но с худшими последствиями.
Полагаю, что причина - большая загрузка процессора. Вылечил путем уменьшения Poll int и Timeout в OmniRig до 500 мс. Теперь САТ связь не теряется. А было так, что даже приложение падало.
Кстати, кто использует Hamlib, вероятно, также лучше уменьшить Poll (по умолчанию стоит 2 с).
Игорь. Не всегда преемущество антенны влияет на рапорт. Кто в каком софте работает наблюдаю здесь: https://pskreporter.info/pskmap.html . А кто какие антенны исползует на qrz.com . В большенстве случаев рапорта как раз из программы WSJT-X дают ниже чем в JTDX. Хотя согласен с вами что рапорт в FT8 условная еденица, и зависит от многих факторов. Но в JTDX рапорт принятый и перетаный примерно равны, а вот между WSJT-X и JTDX первый софт рапорт обычно занижает. Проверенно не однократно. Кто в каом софте и на чём работает смотрел по сылкам что рание привёл. Да и на тестах програм это заметно.
Да, рапорта в JTDX и WSJT-X отличаются, связано это скорее всего с немного разным алгоритмом вычисления уровня сигнала.
Меня это тоже поначалу напрягало, но продолжительное время посравнивая обе программы, я понял, что на качестве декодирования это никак не отражается.
Тем более, что рапорт это всего лишь своего рода "показометр", ближе-дальше, больше-меньше.Точный, но все таки показометр))
В итоге просто перестал обращать на это внимание.
Чтобы сравнивать показометры разных программ надо одновременно декодировать с одного источника. Все остальные замеры +/- километр, тем более по ответным рапортам.