:hi:
To: UA3DJY
Автоматическая синхронизация времени в JTDX предусмотрена?
:hi:
To: UA3DJY
Автоматическая синхронизация времени в JTDX предусмотрена?
Коллеги, а ЗАЧЕМ Вам для синхронизации времени нужны ВООБЩЕ какие-то внешние программы???
Ну есть же встроенные в операционные системы средства! ЗАЧЕМ грузить в память лишние приложения? Памяти НИКОГДА не бывает слишком много.
Надо-то всего - в "настройках даты и времени" указать НОРМАЛЬНЫЙ сервер времени (тут надо потратить немного времени и найти тот, что с наименьшим пингом). Ну и периодичность синхронизации изменить! Всего делов-то!
Периодичность меняется в реестре. Если кому интересно - запускаем regedit (с правами админа) и идем по пути:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32Time
TimeProvidersNtpClientSpecialPollInterval
параметр SpecialPollInterval именно то, что нам нужно. Он содержит в себе количество секунд — период обновления синхронизации времени в системе. По умолчанию равен 604800 секунд (не забываем для удобства поставить десятичную систему счисления вместо шестнадцатеричной)
В общем, если надо обновлять время каждые 30 минут - ставим вместо этого 1800...
Если каждые 15 минут - 900...
Меняем значение параметра SpecialPollInterval на ваше количество секунд (не забываем посмотреть чтобы была отмечена десятичная система)...
Вот и ВСЕ!!! И не нужны НИКАКИЕ внешние синхронизаторы! (Перезагрузиться не забываем).
Зачем память занимать?
Про серверы - откройте командную строку и потратьте 10 минут на "вычисление" самого удобного сервера! (Кстати - https://www.ntp-servers.net/ - проверьте, как точны Ваши часы!)
Сходите на https://www.ntp-servers.net/servers.html и просто в терминале (командной строке) введите "ping "адрес сервера"". Найдите тот, что с наименьшим временем пинга, и вставьте его адрес в "настройки времени-время интернет"...
Коллеги, все очень просто БЕЗ лишних программ!
Здравствуйте!!!!!!!!!!!!!
новая версия вышла 17.01 нет стыковки слогом LogHX3 или КАК
Аналогично. "отвалилась" связь с LogHX...
C UREQF как и 17.0 работает!
Несколько причин, например операционная система Windows не предусматривает необходимой точности синхронизации в 100мс, не сообщает пользователю что синхронизация была неудачной - например ответные пакеты пришли с задержкой, и не пытается сама исправить ситуацию. То есть отсутствует оперативный контроль происходящего и пользователь начинает подозревать о проблемах с синхронизацией уже видя странные DT в декодированных сообщениях. Когда то пробовал использовать и пришел в итоге к внешнему софту.
Как работает синхронизация в софте который создал Beat HB9HQX я не проверял, но если бы софт NetTime был написан на C/C++ давно бы уже включил его в оболочку JTDX. Отдельная тема требующая больших затрат времени.