Да, Сережа, получается, что так. Мы с этой ситуацией сталкивались. В общем, софт F/H глючный и приходится танцевать с бубном.
Для автоматической записи проведенного QSO из JTDX (WSJT-X) в журнал MixW можно воспользоваться утилитой предложенной Виктором R3BB MixW- JTDX.exe. Подробно с картинками здесь:
http://ur7qm.ucoz.ua/publ/zapis_prov..._mixw/1-1-0-17
Удобнее конечно стало... Ещё бы частоту передачи , как нибудь бы мышкой научить двигать? Элементарного, а нет...(((
И убрать двойной клик л/мыши(сужение фильтра до минимума), так кликнул по-запарке вместо одного раза - два и вместо перемещения частоты приема потерял целый период возможно с нужными станциями...
Вопрос который имеет общий интерес:Разбег времени с каждой передачей может быть вызван следующими причинами:Цитата:
пользуюсь программой Network Time, но работа её не устраивает, так как разбег по времени с корреспондентами образуется с каждой передачей
1. конкуренция двух разных программ синхронизации либо конкуренция программы с синхронизацией времени в операционной системе. Лишние программы надо удалить, синхронизацию времени в операционной системе отключить.
2. слишком частая синхронизация времени в паре с задержками в Интернет соединении. Рекомендуется установить период синхронизации не чаще чем раз в несколько часов
3. слишком частая синхронизация времени происходящая в момент декодирования принятого интервала, когда процессор не справляется с нагрузкой. В этом случае кроме настройки синхронизации раз в несколько часов ее еще можно выполнять вручную вне декодирования либо при выключенной программе WSJT-X/JTDX.
Для передачи квадрата в CQ сообщении с дробным позывным придется переделывать протокол FT8/FT4, с переходом всех пользователей на новый. Пока не слышал о намерениях команды WSJT менять протокол.
Как частичное решение проблемы использование '/P' вместо '/цифра', протокол FT8 не рассматривает '/P' как дробный позывной при упаковке сообщения(так было преднамеренно сделано для работы в соревнованиях):
Увы '/A', '/M', '/MM' уже пакуется как дробный позывной.
Не встречал проблем в работе какой либо конкретной программы, думаю каждый может себе подбирать программу по удобству функционала и интерфейса.
В чувствительных декодерах JTDX используется DT сигнала декодированного сообщения с предыдущего RX интервала, при корректировке системных часов эти декодеры не будут включаться в текущем RX интервале если системное время изменилось (то есть если изменилось смещение сигнала корреспондента DT относительно системных часов оператора). Думаю что корректировка раз в 15 минут будет слишком часто попадать на проведение QSO.
Коллеги, что то у меня с MSK144 декодом не так. За раз 8 шт. Что может быть?
Если в браузерах не установлен какой либо плагин синхронизации времени (запуск с правами администратора..) то поможет ручная(принудительная) синхронизация, часть программ имеют кнопку принудительной синхронизации позволяющей пользователю ее выполнить в нужный момент времени, в том числе при отключенном Интернет-браузере который можно будет запустить уже после синхронизации времени.
Ясно, я в MSK144 новичок. А поток пошел. Будем пробовать.
Возможно кому-то будет полезным "Синхронизация системного времени компьютера":
http://ur7qm.ucoz.ua/publ/sinkhroniz...utera/1-1-0-15
Применяю программу SP TimeSinc и никаких проблем с временем не имею.