проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[R6LCF]

Пользуюсь встроенной в Win 10_64 синхронизацией с сервера time.windows.com

Штатная программа не устраивает по синхронизации.

[UT5NM]

Штатная программа не устраивает по синхронизации.

Конечно не устраивает, особенно если в ней стоит по умолчанию сервак виндовс.гов(надеюсь, не от слова г-но) с огромным пингом аж до самой Калифорнии, а штатный период синхронизации в винде раз в месяц или около того...
Уж чего-чего, а цифровым радиолюбителям необходимо знать, что существует специальная сеть т.н. стратум серверов точного времени, синхронизированных по атомным эталонам и разбросанных равноудаленно по всему миру. Если не указывать конкретный ntp сервер, а просто указать в штатной строке синхронизации виндовс pool.ntp.org, то система сама выйдет на ближайший стратум с минимальным пингом.
А если примитивной правкой в реесте изменить период синхронизации на любой, хоть каждые 5 секунд, то получите желаемую супер-пупер точность времени без загаживания операционной системы всякими студенческими софтоподелками. В которых к тому же прописаны какие угодно ntp-шники, хорошие допустим для Голландии или Польши, но имеющие крайне хреновый коннект с той же Коряжмой...
Всего пару кнопочек нажать, слегка загрузив мозг(как править реестр в теме было), и тогда действительно "Зачем платить больше", если и так хорошо

[RX3ADU]

Штатная программа не устраивает по синхронизации.

Ну если 0.0 - 0.2 не устраивает, тогда я молчу об вашем "супер компе". Вешайте на него Dimension-ы всякие, грузите мусора побольше, тогда и i9 не спасёт

[R6LCF]

хорошие допустим для Голландии или Польши, но имеющие крайне хреновый коннект с той же Коряжмой...

Ну не знаю что у вас там в виннице ....со временем ,а мы в ....Коряжме контролируем с величайшей точностью.

->Скрытый текст<-

- - - Добавлено - - -

0.2 не устраивает

Вы сами ответили. Смотрите под спойлером с какой точностью устраивает.(верхний /левый угол) А уж тем более для работы в FT4/FT8.

[RX3ADU]

Вы сами ответили. Смотрите под спойлером с какой точностью устраивает.(верхний /левый угол) А уж тем более для работы в FT4/FT8.

Ай-ай-ай! Как же я жил до сих пор без синхронизации в 0.001 сек. да ещё при этом +/- 0.018 сек. Надо идти вешаться...
И кстати, оператор на той стороне, может не знать о вашей высочайшей синхронизации. Надо его сначала попросить делать также (синхронно с вами), а потом уж связь проводить

[R6LCF]

Ай-ай-ай!

Все,спасибо за комменты....даже обсуждать не хочется.Не засоряем тему.

[UA3AIF]

Интересно, а что зависит от такой точности как 0, 01сек ?
У меня комп старый и когда он подгружается, то мой дилей доходит иногда до 2 сек.
Корреспондент это видит и что????? Он отказывается проводить связь или как, или где ????
Во всяком случае, из, отработанных в FT-8, корреспондентов из 218 стран и 49 штатов никто, пока, не жаловался.
И то, это происходит при "общем вызове", а, если зовешь станцию, то автоматом включается фильтр и дилей пропадает и тайминга в 0,3 сек вполне хватает.
А что касаемо FT-4, то там и загрузка меньше.

Вопрос остается открытым- что изменится при таких разбросах от точности 0,01сек ?????
Или это типа - я еду со скоростью 60,24 км/час, а у вас такого в автомобиле нет.

,

[UN8FR]

Сейчас вот подходил товарищ и у него -2.1 сек задержка. Я перехожу на прием а он уже 2.1 сек передает...
Это я считаю уже существенная задержка!

[UA1NAN]

Вопрос остается открытым- что изменится при таких разбросах от точности 0,01сек ?????

Так если протокол программы допускает точность + - 1 секунду, то от точности 0,01сек. разве что щеки раздуются от осознания собственной важности.

[R6LCF]

Сейчас вот подходил товарищ и у него -2.1 сек задержка. Я перехожу на прием а он уже 2.1 сек передает...

А вот на этот вопрос попросим Игоря UA3DJY ответить ,только он ответит точно и авторитетно и пожалуйста для FT4 и FT8.

[UA3DJY]

Интересно, а что зависит от такой точности как 0, 01сек ?
У меня комп старый и когда он подгружается, то мой дилей доходит иногда до 2 сек.
Корреспондент это видит и что????? Он отказывается проводить связь или как, или где ????
Во всяком случае, из, отработанных в FT-8, корреспондентов из 218 стран и 49 штатов никто, пока, не жаловался.
И то, это происходит при "общем вызове", а, если зовешь станцию, то автоматом включается фильтр и дилей пропадает и тайминга в 0,3 сек вполне хватает.
А что касаемо FT-4, то там и загрузка меньше.

Вопрос остается открытым- что изменится при таких разбросах от точности 0,01сек ?????
Или это типа - я еду со скоростью 60,24 км/час, а у вас такого в автомобиле нет.

,

Сейчас вот подходил товарищ и у него -2.1 сек задержка. Я перехожу на прием а он уже 2.1 сек передает...
Это я считаю уже существенная задержка!

В JTDX при уходе DT сигнала более 0.18 сек выключается FT8 декодер сообщений QSO на согласованных фильтрах, что приводит к ухудшению чувствительности декодера примерно на величину до 6..8 дБ. В каких то случаях возрастает количество переданных сообщений для завершения QSO, в каких то QSO просто срывается. При скачках DT более 0.18 секунды в разных TX интервалах создаются проблемы не только себе и своему корреспонденту но и увеличивается количество помех на диапазоне для других операторов.

Попытка синхронизации времени компьютера в большинстве случаев приводит к скачку DT, чем чаще выполняется синхронизация тем чаще прыгает DT передаваемого и принимаемых сигналов.

- - - Добавлено - - -

Так если протокол программы допускает точность + - 1 секунду, то от точности 0,01сек. разве что щеки раздуются от осознания собственной важности.

Ссылку на источник дайте пожалуйста. DT рассчитывается относительно смещения +0.5 секунды от начала интервала. Если FT8 сигнал передавать с DT -1.0 cек то на приемной стороне с точной синхронизацией времени половина секунды передачи сигнала будет потеряна, в результате снизится вероятность декодирования такого сигнала при малых SNR. Для FT4 такой разброс DT недопустим.

Пример проблемы с синхронизацией времени в сетапе из старых wav файлов, в результате QSO с YB0JVZ не было завершено:

[R6LCF]

Попытка синхронизации времени компьютера в большинстве случаев приводит к скачку DT, чем чаще выполняется синхронизация тем чаще прыгает DT передаваемого и принимаемых сигналов.

Есть такое ,замечено особенно на слабых компах. Некоторые программы синхронизации запрещают/не позволяют осуществлять синхронизацию чаще 15 минут,более пожалуйста. Ту что я применяю Network Time специально об этом оговорено и невозможно сделать менее.
Сайт автора ,может кому пригодится,программа ресурсов не "ест" вообщем удобная и мало потребляющая.https://www.timesynctool.com/
Аннотация автора по поводу точности программы.

->Скрытый текст<-

[UA3AIF]

........В каких то случаях возрастает количество переданных сообщений для завершения QSO, в каких то QSO просто срывается.

Никогда этого не замечал, даже при уровнях хуже -20. Даже, если сигнал слабый, но стабильный, то проблем не возникает. Это еще одно подтверждение того, что FT-8 требует такого же отношения к антеннам , как и другие виды связи, а мощность компьютера - это лишь приложение.
Конечно, к примеру, если будут какие то соревнования, то здесь хороший компьютер окажется незаменимым, а вот при повседневных связях и , тем более, при DX- ге, где основаное время -это прием, вполне годится и какой то двухядерник с применением фильтра. А, если говорить про F/H то там его , вообще, его хватит "за глаза" для декодирования одной станции.
Если ошибаюсь поправьте.

При скачках DT более 0.18 секунды в разных TX интервалах создаются проблемы не только себе и своему корреспонденту но и увеличивается количество помех на диапазоне для других операторов.

Попытка синхронизации времени компьютера в большинстве случаев приводит к скачку DT, чем чаще выполняется синхронизация тем чаще прыгает DT передаваемого и принимаемых сигналов.

Полагаю, что , если в компьютере постоянно уходит время, и необходимо проводить синхронизацию каждые 5 минут, то, надо разобраться в причинах, а потом использовать этот компьютер. А, если время держится в пределах допустимой нормы, то зачем нужна постоянная синхронизация.
Это подобие нехватки ресурсов компьютера, - надо, просто, правильно использовать их.

........DT рассчитывается относительно смещения +0.5 секунды от начала интервала.......

Игорь, так, все таки, ответ так и остался открытым,- как точность именно 0,01сек , влияет на связь?

[UA3DJY]

Игорь, так, все таки, ответ так и остался открытым,- как точность именно 0,01сек , влияет на связь?

Чувствительность декодера. Когда то команда WSJT принимала решение: сделать свои цифровые виды синхронными или асинхронными. Провели эксперименты, оказалось что на асинхронной передаче сигналов ощутимо просаживается чувствительность декодера. Так появились фиксированные интервалы передачи/приема привязанные к точному времени.

Чем выше чувствительность декодера тем больше ложных декодов, чем точнее синхронизация с принимаемым сигналом тем при той же чувствительности декодера меньше ложных декодов.

При точности синхронизации с принимаемым сигналом в 0,01сек можно очень эффективно использовать согласованную фильтрацию в FT8 декодере которая равносильна включению полукиловаттного усилителя к трансиверу мощностью 100 Вт.

Сейчас чувствительность для сообщений QSO в JTDX ограничена количеством ложных декодов которые определяет окно +- 0.18 (=0.36) секунды, если это окно сузить до +-0.01 секунды то количество ложных декодов сократится в 18 раз, что даст возможность еще улучшить чувствительность декодера как уже существующими настройками в JTDX так и дальнейшей доработкой кода.

[UA1NAN]

Ссылку на источник дайте пожалуйста. DT рассчитывается относительно смещения +0.5 секунды от начала интервала.

Источник здесь: 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)