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

**UB3GDZ** · 21.11.2019, 02:06

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

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

Период синхронизации зависит от ряда факторов. Например есть Интернет браузеры которые во время работы пытаются выполнить синхронизацию системного времени, при этом они обычно выводят часы компьютера за пределы желательного диапазона синхронизации.

С учетом разброса DT сигналов разных корреспондентов в FT4 желательно вписаться в +- 0.2 секунды от точного времени. В зависимости от состояния самих часов и батарейки на материнской плате синхронизацию можно делать с разным периодом, для исправных часов достаточна синхронизация один раз в более чем 5 часов.

Самый тяжелый случай когда оператор ставит период синхронизации например раз в минуту и при этом на компьютере работают несколько программ синхронизации, либо Интернет браузер начинает конкурировать с программой синхронизации. В этом случае оператор не понимает что происходит: DT сигналов у него на экране прыгает раз в минуту, DT его сигнала прыгает раз в минуту у тех кто его декодирует.

В программах WSJT-X/JTDX немало сервисов в коде привязаны к системным часам, если часы прыгают то возможны сбои в работе программ, чем чаще прыгают часы тем больше будет сбоев в выполнении кода.

Спасибо , надо будет вникнуть в этот вопрос поглубже. Сейчас в система отключена автосинхронизация времени и стоит программа Dimension для этого в которой по умолчанию выставлено 15 минут !

**UA3DJY** · 21.11.2019, 08:54

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

Спасибо , надо будет вникнуть в этот вопрос поглубже. Сейчас в система отключена автосинхронизация времени и стоит программа Dimension для этого в которой по умолчанию выставлено 15 минут !

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

**RK1NA** · 21.11.2019, 10:36

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

момент синхронизации может совпасть с

Летом работаю из деревни. Там очень "хилый" интернет. Часто просто вырубается.
Как то заметил что "вдруг" через 15 минут работы программа перестает декодировать.
Не сразу разобрался. Проблема оказалась в корректировке времени.
Определил делая корректировку врукопашную.
Корректируется и на 2...5 мсек и на сотни мсек.
В Дименсион стоял период 15 минут и если при корректировка она сдвигала
время на 300...500 или более мсек естественно декод пропадал.
Посему есть смысл проверить свою прогу корректировки вручную.
...

**UA3DJY** · 21.11.2019, 11:53

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

Там очень "хилый" интернет. ...

Задержки передачи/приема пакетов в сети мобильного оператора, тоже одна из возможных причин сбоя синхронизации часов компьютера.

**UB3GDZ** · 21.11.2019, 14:28

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

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

Спасибо , посмотрю как это будет на практике ! Я думаю процессор она мой не "упрет" , он не очень слабый на данный момент - i5 6600К в разгоне до 4.2Ghz. Меня что-то один момент со вчерашнего дня беспокоит , пару дней назад , эфир просто "громыхал" на 40М в FT8 и позывные бежали много и очень быстро , а вот вчера что-то станций очень мало стало ! Подумал , что проход ослабел , но на водопаде очень много несущих , все пищит и гудит как и ранее. Даже удалил rc143 , думал это связано , но на rc142 тоже самое. Если только несущие от другой моды на водопаде ?! Вы меня извините за подобные вопросы , я в этом деле совсем новичок и цифру "щупаю" всего пару дней !

Нажмите на изображение для увеличения.

Название: Снимок.PNG
Просмотров: 5
Размер: 157.5 Кб
ID: 243187

**RX4CD** · 21.11.2019, 14:31

Да, сегодня проход на всех диапазонах не очень... Шипит, трещит.. Наверно статика.

**RK1NA** · 21.11.2019, 16:36

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

. Наверно статика.

Наверное.
На Солнце.
Небольшенькая бурька.

**R6LCF** · 21.11.2019, 17:04

на 20м вообще все превосходно ,на 40м тоже неплохо. С утра 50ваттами с Peru OA4GL ,легко. Да и сейчас станций более чем.

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

Да забыл написать ,что на 20м в связи с сильным ветром антенна в положении 345* ,ну никак не на Штаты,от ветра защищает стоящая неподалеку 15 этажка. Станций более чем!

**UN7LAP** · 21.11.2019, 17:20

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

Они там для того, чтобы работать этими модами не закрывая модуль JTDX.
Эту фичу удобно использовать в связке с логом, когда просят быстро перейти
и провести qso в cw или в ссб. Правда для выравнивания рапортов нужно
клацнуть в поле rst самого лога. Я использую UR5EQF через wsjtxinterfase...

весьма жаль что в новой версии их убрали

**UA3DJY** · 21.11.2019, 18:14

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

вчера что-то станций очень мало стало ! Подумал , что проход ослабел , но на водопаде очень много несущих , все пищит и гудит как и ранее. Даже удалил rc143 , думал это связано , но на rc142 тоже самое. Если только несущие от другой моды на водопаде ?! Вы меня извините за подобные вопросы , я в этом деле совсем новичок и цифру "щупаю" всего пару дней !

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

На картинке хорошо видно что каждый сигнал находится в двух интервалах, если у Вас не SDR приемник c VAC то у Вас часы компьютера имеют примерно 2 секунды разницу с точным временем. Программа NetTime при принудительной синхронизации показывает насколько скорректировано время.

**UA3DJY** · 21.11.2019, 18:21

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

Они там для того, чтобы работать этими модами не закрывая модуль JTDX. Эту фичу удобно использовать в связке с логом, когда просят быстро перейти
и провести qso в cw или в ссб.

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

весьма жаль что в новой версии их убрали

Надежный способ поломать содержимое оперативной памяти при использовании программы: переходить между разными версиями программ когда в ini файле используется разный диапазон значений для одного и того же параметра.

**UB3GDZ** · 21.11.2019, 18:33

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

На картинке хорошо видно что каждый сигнал находится в двух интервалах, если у Вас не SDR приемник c VAC то у Вас часы компьютера имеют примерно 2 секунды разницу с точным временем. Программа NetTime при принудительной синхронизации показывает насколько скорректировано время.

Удалил Demension и для пробы поставил NetTime - проблема ушла , огромное спасибо !