Штатная программа не устраивает по синхронизации.
Конечно не устраивает, особенно если в ней стоит по умолчанию сервак виндовс.гов(надеюсь, не от слова г-но;)) с огромным пингом аж до самой Калифорнии, а штатный период синхронизации в винде раз в месяц или около того...
Уж чего-чего, а цифровым радиолюбителям:s7: необходимо знать, что существует специальная сеть т.н. стратум серверов точного времени, синхронизированных по атомным эталонам и разбросанных равноудаленно по всему миру. Если не указывать конкретный ntp сервер, а просто указать в штатной строке синхронизации виндовс pool.ntp.org, то система сама выйдет на ближайший стратум с минимальным пингом.
А если примитивной правкой в реесте изменить период синхронизации на любой, хоть каждые 5 секунд, то получите желаемую супер-пупер точность времени без загаживания операционной системы всякими студенческими софтоподелками. В которых к тому же прописаны какие угодно ntp-шники, хорошие допустим для Голландии или Польши, но имеющие крайне хреновый коннект с той же Коряжмой...
Всего пару кнопочек нажать, слегка загрузив мозг(как править реестр в теме было), и тогда действительно "Зачем платить больше", если и так хорошо
Ну не знаю что у вас там в виннице ....со временем ,а мы в ....Коряжме контролируем с величайшей точностью.
- - - Добавлено - - -
Вы сами ответили. Смотрите под спойлером с какой точностью устраивает.(верхний /левый угол) А уж тем более для работы в FT4/FT8.
Ай-ай-ай! Как же я жил до сих пор без синхронизации в 0.001 сек. да ещё при этом +/- 0.018 сек. Надо идти вешаться...:eek:
И кстати, оператор на той стороне, может не знать о вашей высочайшей синхронизации. Надо его сначала попросить делать также (синхронно с вами), а потом уж связь проводить :)
Интересно, а что зависит от такой точности как 0, 01сек ? :confused: :s12:
У меня комп старый и когда он подгружается, то мой дилей доходит иногда до 2 сек.
Корреспондент это видит и что????? Он отказывается проводить связь или как, или где ???? :confused:
Во всяком случае, из, отработанных в FT-8, корреспондентов из 218 стран и 49 штатов никто, пока, не жаловался.:s7:
И то, это происходит при "общем вызове", а, если зовешь станцию, то автоматом включается фильтр и дилей пропадает и тайминга в 0,3 сек вполне хватает.
А что касаемо FT-4, то там и загрузка меньше. :s7:
Вопрос остается открытым- что изменится при таких разбросах от точности 0,01сек ????? :s7:
Или это типа - я еду со скоростью 60,24 км/час, а у вас такого в автомобиле нет.:s12:
,
Сейчас вот подходил товарищ и у него -2.1 сек задержка. Я перехожу на прием а он уже 2.1 сек передает...
Это я считаю уже существенная задержка!
В JTDX при уходе DT сигнала более 0.18 сек выключается FT8 декодер сообщений QSO на согласованных фильтрах, что приводит к ухудшению чувствительности декодера примерно на величину до 6..8 дБ. В каких то случаях возрастает количество переданных сообщений для завершения QSO, в каких то QSO просто срывается. При скачках DT более 0.18 секунды в разных TX интервалах создаются проблемы не только себе и своему корреспонденту но и увеличивается количество помех на диапазоне для других операторов.
Попытка синхронизации времени компьютера в большинстве случаев приводит к скачку DT, чем чаще выполняется синхронизация тем чаще прыгает DT передаваемого и принимаемых сигналов.
- - - Добавлено - - -
Ссылку на источник дайте пожалуйста. DT рассчитывается относительно смещения +0.5 секунды от начала интервала. Если FT8 сигнал передавать с DT -1.0 cек то на приемной стороне с точной синхронизацией времени половина секунды передачи сигнала будет потеряна, в результате снизится вероятность декодирования такого сигнала при малых SNR. Для FT4 такой разброс DT недопустим.
Пример проблемы с синхронизацией времени в сетапе из старых wav файлов, в результате QSO с YB0JVZ не было завершено:
Вложение 269332
Есть такое ,замечено особенно на слабых компах. Некоторые программы синхронизации запрещают/не позволяют осуществлять синхронизацию чаще 15 минут,более пожалуйста. Ту что я применяю Network Time специально об этом оговорено и невозможно сделать менее.
Сайт автора ,может кому пригодится,программа ресурсов не "ест" вообщем удобная и мало потребляющая.https://www.timesynctool.com/
Аннотация автора по поводу точности программы.
Никогда этого не замечал, даже при уровнях хуже -20. Даже, если сигнал слабый, но стабильный, то проблем не возникает. Это еще одно подтверждение того, что FT-8 требует такого же отношения к антеннам , как и другие виды связи, а мощность компьютера - это лишь приложение.
Конечно, к примеру, если будут какие то соревнования, то здесь хороший компьютер окажется незаменимым, а вот при повседневных связях и , тем более, при DX- ге, где основаное время -это прием, вполне годится и какой то двухядерник с применением фильтра. А, если говорить про F/H то там его , вообще, его хватит "за глаза" для декодирования одной станции.
Если ошибаюсь поправьте.
Полагаю, что , если в компьютере постоянно уходит время, и необходимо проводить синхронизацию каждые 5 минут, то, надо разобраться в причинах, а потом использовать этот компьютер. А, если время держится в пределах допустимой нормы, то зачем нужна постоянная синхронизация.
Это подобие нехватки ресурсов компьютера, - надо, просто, правильно использовать их.
Игорь, так, все таки, ответ так и остался открытым,- как точность именно 0,01сек , влияет на связь? :s7:
Чувствительность декодера. Когда то команда WSJT принимала решение: сделать свои цифровые виды синхронными или асинхронными. Провели эксперименты, оказалось что на асинхронной передаче сигналов ощутимо просаживается чувствительность декодера. Так появились фиксированные интервалы передачи/приема привязанные к точному времени.
Чем выше чувствительность декодера тем больше ложных декодов, чем точнее синхронизация с принимаемым сигналом тем при той же чувствительности декодера меньше ложных декодов.
При точности синхронизации с принимаемым сигналом в 0,01сек можно очень эффективно использовать согласованную фильтрацию в FT8 декодере которая равносильна включению полукиловаттного усилителя к трансиверу мощностью 100 Вт.
Сейчас чувствительность для сообщений QSO в JTDX ограничена количеством ложных декодов которые определяет окно +- 0.18 (=0.36) секунды, если это окно сузить до +-0.01 секунды то количество ложных декодов сократится в 18 раз, что даст возможность еще улучшить чувствительность декодера как уже существующими настройками в JTDX так и дальнейшей доработкой кода.
Источник здесь: https://www.g4ifb.com/FT8_Hinson_tips_for_HF_DXers.pdf стр.5 Accurate timing - (if your computer clock is wrong by more than a second or so, you will probably experience problems)