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

**UN6TA** · 15.04.2020, 07:34

Подскажите где можно посмотреть принятый отчет за FT8 DX Contest 2020. Отчет отправил на europeanft8club@gmx.com, но от туда ни ответа ни привета. Извиняюсь, что не по теме.

**UR4UM** · 15.04.2020, 07:46

Получать каждые - 20сек кажется слишком часто ... у меня 10 минут, и то часто.
Вы перегружаете сервер, да и свой компьютер. Если так часто, и у Вас Задержка - 0,037 сек, смотрите ПО и разные гадости залезшие в систему. Я сканирую прогой AVZ очень хорошо чистит, потом Loaris Trojan Remover, вчера он мне помог. И если задержка больше чем у Вас, значит сидит "зараза" какая то.
Как то так ... 73!

**US4IRT** · 15.04.2020, 07:58

Сообщение от RN3OX

попробуйте RTS и DTR поставить в High.

Спасибо, Алексей. Пробовал. Это только какой уровень начальный будет.
Связано с работой Fake It, а точнее со временем изменения частоты. Нажимаешь "Tune", и как только частота изменилась включается передача. Получается около секунды. Если маркер передачи стоит на 1500-1700 Гц изменения частоты нет и задержки нет. И если выключен режим Fake It тоже нет.

**UN7LAP** · 15.04.2020, 09:22

реализовал синхр.времени по этому методу - https://lumpics.ru/time-synchronization-in-windows-7/
способ 2. период 20 мин.
намучался с dimension, то работает то ошибки какие то, то не запускается...
счас доволен. проблем не наблюдается.

**UA3GQ** · 15.04.2020, 10:40

Сообщение от UR4UM

Получать каждые - 20сек кажется слишком часто ... у меня 10 минут,

У меня установлено 30 сек. и раньше проблем не было. Появилась это совсем недавно. А не связано ли это с переходом на 64 бит. ?

Название: Время 3.jpg
Просмотров: 495

Размер: 27.7 Кб

**RX1AG** · 15.04.2020, 10:52

Сообщение от R2EA

Привет! Network Time. Бяка тоже появилась...Не могу разобраться с чем связано. Ощущение - просадка интернета.Как только на форум, так отставание.

Где-то на форумах в Инете писали, что наличие на компе браузера ОПЕРА "тормозит" системное время. Т. е. если его "снести", то время не тормозится. Каким образом он воздействует-не совсем понятно
----------------------------------------------
Работал в тесте FT8 DXC на слабом ноуте Р3 2,0 Ггц Вин ХР MSHV.
На нем стоят только проги для цифр видов. Без связи с Интернетом. В начале теста вручную выставил системное время. За время теста 24 часа уход составил всего 0,4 сек.

**UA3DTK** · 15.04.2020, 10:58

...<что наличие на компе браузера ОПЕРА "тормозит" системное время.>

...пользуюсь ОПЕРой лет ...надцать не замечaл "тормозов"...NetTime установлен на всякий случай...

**RA3QH** · 15.04.2020, 10:59

Сообщение от UA3GQ

У меня установлено 30 сек. и раньше проблем не было. Появилась это совсем недавно.

слишком часто....просто раньше видимо не замечали....раз в 10-15 мин оптимально

**UA3GQ** · 15.04.2020, 11:19

Сообщение от RA3QH

.раз в 10-15 мин оптимально

Установил 10 мин. Плюс сделал рекомендации от UA1NAN (п. 23538). Попробую поработать.

**RX1AG** · 15.04.2020, 11:25

Сообщение от UA3DTK

....пользуюсь ОПЕРой лет ...надцать не замечaл "тормозов"...NetTime установлен на всякий случай...

На умных форумах компьютерщиков причины того, что ОПЕРА влияет на сбои в системном времени, до конца остаются не выясненными. На какие-то компы,ноуты /мат платы/ влияние отсутствует, на какие-то оно есть.

**RX3ASP** · 15.04.2020, 11:31

Сообщение от UN7LAP

реализовал синхр.времени по этому методу - https://lumpics.ru/time-synchronization-in-windows-7/
способ 2. период 20 мин.
намучался с dimension, то работает то ошибки какие то, то не запускается...
счас доволен. проблем не наблюдается.

Способ 2, это штатный сервис Windows. Сервер точного времени, который будет в нём, установлен, может быть недоступным в данный момент. И ручной запуск неудобный. Для этого и ставят внешние программы.
Dimension 4 у меня работает без сбоев. "то работает то ошибки какие то, то не запускается..." надо один раз с настройками разобраться. У меня установлено обновление 30 минут. В JTDX есть индикация среднего DT, когда оно сильно отклоняется, обновляю через Dimension 4 вручную.
Ещё хорошая программка JTSync - в ней можно установить время по корреспонденту. Часто какой нибудь DX из папуасии, не подключенный к интернет выходит с DT больше допустимого и никому не отвечает. Можно на время по нему синхронизироваться.

**R5WM** · 15.04.2020, 11:36

Сообщение от UA3GQ

А не связано ли это с переходом на 64 бит

Скорее всего связано со скоростью интернета. Сейчас из-за удаленки многие провайдеры просели.
Попробуйте другие серверы например time1.stupi.se или time2.stupi.se задержка у меня 37 мсек.
У меня обновление 20 сек выбрано не случайно. Это время когда идет RX или TX в модах FT8 и FT4 и не попадает в промежуток времени на декодирование.
Использую браузер Cent портабельную версию.

Название: 33.png
Просмотров: 701

Размер: 21.5 Кб

**UA3DJY** · 15.04.2020, 12:10

Сообщение от RX3ASP

Способ 2, это штатный сервис Windows. Сервер точного времени, который будет в нём, установлен, может быть недоступным в данный момент. И ручной запуск неудобный. Для этого и ставят внешние программы.

И погрешность синхронизации времени c штатного сервера Windows ни в какие ворота не лезет, способ абсолютно непригоден даже для продолжительного сигнала JT65. А в операционках Linux и Mac OS X встроенная синхронизации времени работает идеально, поэтому рынок дополнительных программ для внешней синхронизации в этих операционках отсутствует.

**UA3DJY** · 15.04.2020, 12:17

Сообщение от R5WM

У меня обновление 20 сек выбрано не случайно. Это время когда идет RX или TX в модах FT8 и FT4 и не попадает в промежуток времени на декодирование.

08:00:00 ... 08:01:00... 08:02:00, каждую минуту попадает на момент смены RX/TX интервала. Если процессор недостаточно быстр то еще попадает и на промежуток времени декодирования. Я бы пожалел NTP сервера, если каждый пользователь программ синхронизации включит период 20 секунд то NTP сервера просто загнутся от нагрузки, не говорю уже про задержки ответа от этих серверов.

При выключенной синхронизации на сколько секунд у Вас уходят часы компьютера за один час его работы?

**R2EA** · 15.04.2020, 12:55

Сообщение от UA3DJY

08:00:00 ... 08:01:00... 08:02:00, каждую минуту попадает на момент смены RX/TX интервала. Если процессор недостаточно быстр то еще попадает и на промежуток времени декодирования. Я бы пожалел NTP сервера, если каждый пользователь программ синхронизации включит период 20 секунд то NTP сервера просто загнутся от нагрузки, не говорю уже про задержки ответа от этих серверов.

Игорь, а нельзя ли проработать автоматическую корректировку времени, согласно среднего значения
дешифруемых сигналов? А там где выскакивает время с отклонением возможность ручного нажатия,
что бы обновить время принудительно? Можно для всех сделать, а можно и право выбора дать...
Кто хочет пусть со своими программами корректирует, как и привыкли, а кто чайник пусть пользуется
предложенным вариантом отразработчиков.