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

[RW4LN]

По поводу синхронизации .Уже несколько лет стоял D4 в общем доволен НО прочел о этой программе и.......удалил D4 полностью и установил ....мягко и не навязчиво но время идеально держит.Вижу это наглядно в капризной программе WSJT-X и моде FT8. Доволен ,просто и очень эффективно! NetTime - Network Time Synchronization Tool

Когда есть дома проводной интернет, на фик нужно D4 или иные платные программы. Если лень с утра синхронизировать время стандартно, или не хватает знаний править реестр, то конечно купить программу.

[UA3DJY]

Но увы не катит тем у кого системное время дрейфует чуть ли не каждую минуту , вот например .

В большинстве случаев системное время может дрейфовать каждую минуту если при нестабильном соединении с сетью оператор задал синхронизацию часов один раз в минуту, учитывая что операционная система Windows имеет встроенный NTP и функционал часто включен без ведома оператора то поставив еще поверх сторонний софт, выплоняющий синхронизацию, оператор получает скачки DT.

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

Нестабильный Интернет + чрезмерно частая синхронизация времени + несколько конкурирующих за синхронизацию софтов.

[UR4UM]

Нестабильный Интернет + чрезмерно частая синхронизация времени + несколько конкурирующих за синхронизацию софтов.

Забыли о програмах забирающих львиную долю на себя (антивирусы в частности), и тормозящих всё другое ... соответственно нужен запас производительности всей системы и поменьше запущенных процесов. Да и бывает трудно определиться что именно грузит проц и забирает память... меняеш железо, переустанавливаеш ПО а материнка может гадить (или програмка какаято сама установившаяся)...
Да! Не забывайте выключать синхронизацию в операционке, если ставите отдельную прогу для этого...

[UA3DJY]

Очень бы хотелось видеть FT8 в JTDX .

Планы следующие:

1. делаю AutoSeq (который будет обязателен для FT8)

2. выпуск JTDX v18.0

3. полностью переключаюсь на добавление FT8 в JTDX

[R3SE]

To UA3DJY:

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

Планы следующие:

1. делаю AutoSeq (который будет обязателен для FT8)

2. выпуск JTDX v18.0

3. полностью переключаюсь на добавление FT8 в JTDX

[UA0YAS]

когда то давно, когда компьютеры еще были большими и в моду входила цифровая связь, требовалась калибровка звуковой карты по сигналам эталонной станции. На водопаде появлялись наклонные линии и с помощью мышки их надо было выправлять. Сейчас это еще актуально?

[UA3VFL]

Подскажите это у всех так ,wsjt-x не заносится принятый RS в лог и нет ред /окна как в jtdx , принятый и переданный RS заноситься

[R2PU]

В большинстве случаев системное время может дрейфовать каждую минуту если при нестабильном соединении с сетью оператор задал синхронизацию часов один раз в минуту, учитывая что операционная система Windows имеет встроенный NTP и функционал часто включен без ведома оператора то поставив еще поверх сторонний софт, выплоняющий синхронизацию, оператор получает скачки DT.

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

Нестабильный Интернет + чрезмерно частая синхронизация времени + несколько конкурирующих за синхронизацию софтов.

Что я и пытался донести постами выше в ответ на типовые рецепты некоторых : "уменьшить периодичность синхронизации - и будет счастье" .
Вообще прежде чем затевать все эти пляски с ежеминутной синхронизацией неплохо бы понять и поискать что является первопричиной.

У себя помню воткнулся с таким (время постоянно убегало в разные стороны + до кучи ещё и DPC Latency Checker временами показывал 1000-2000 us что тоже не способствовало комфортной работе - вплоть до рывков звука и сбоев декодирования ) на конфигурации : "GA-P35-DS3 \ Xeon L5430 \ 6 Gb DDR2 " . Искал долго но нашёл :
Долгие пляски с перестановкой операционок и софта результата не дали (одинаково глючило прямо на свежеустановленных XP и Win7 , пробовал и 32 и 64bit версии).

Начал плясать с железом , не давало покоя "откуда на не самом хреновом железе такая задержка (latency)" , попутно и проапгрейдился : после замены оперативки (было 2Gb стало 6) , проца (сменил Quad Q6600 на Xeon L5430) и прочего (гулять так гулять - в системе появились 4Tb диск и SSD , ну и так по мелочи типа USB3.0 SATA3 и проч) радости не прибавилось , и задержка и скачка времени как были так и остались. Как источник зла оставалась только материнка ....
Решил поковырятся с ней попристальней (новую на 775й сокет не купишь , да и во всём остальном оч неплохая модель ). Перепрошивка BIOS (так и так перешивать под Xeon L5430) - Xeon заработал со всеми инструкциями , задержки и дрейф времени остались. Обновил драйвера на чипсет - ноль эффекта.

Начал рыть с настройками BIOS (большинство стояли дефолтные)....
Тоже та ещё эпопея (менять параметры по одному и смотреть что меняется) но в итоге нашёл источники зла при вырубании которых всё пришло в норму :
C.I.A.2 (CPU Intelligent Accelerator 2) , CPU EIST (Enhanced Intel SpeedStep Technology) и HPET (High Precision Event Timer) принудительно выключенные в BIOS материнки GA-P35-DS3 (в дефолтных настройках они включены) и свершилось чудо : latency упало до 30-50us + попутно пропали хаотичные скачки времени.
С первыми двумя функциями вроде как понятно (призванные регулировать скорость проца и шины в зависимости от нагрузки теоретически вполне могли "не успевать" при резких скачках нагрузки системы) , вот почему HPET (High Precision Event Timer, таймер событий высокой точности) подкидывал такую свинью - для меня загадка до сих пор (всё ж я не программист а ремонтник грузовиков + немного радиолюбитель).

Факт остаётся фактом - стоило вырубить в BIOS эти три функции - всё пришло в норму , комп в работе по сей день (помимо основных задач трудится ещё и как домашний сервер) , и только радует (индекс производительности в Win7 = 6.8-7.2 , мне хватает за глаза ).

Т.е. не обязательно причина ужасов в "медленном компе , медленном интернете , злобном антивирусе" и проч что писалось в теме , или в том что пользователь сам накрутил в софте что-то не то ....
Иногда это заложено уже на уровне BIOS и найти причину то ещё занятие (кто читает - меняете что то в BIOS на свой страх и риск ! и далеко не факт что это у Вас это вообще есть и является причиной - т.к. писалось про мою конкретную модель материнской платы)

А потом одни коллеги (синхронизирующиеся вообще вручную) - искренне не могут понять других коллег (которым не помогает чуть ли уже не ежеминутная автосинхронизация) и выдают типовые рецепты по принципу : "у меня работает вот так - значит должно работать и у тебя" .
То что у всех разные компы , разный интернет и разный софт (UA3DJY чуть выше привёл замечательный пример как можно "свести с ума" синхронизацию - хоть штатную , хоть внешней программой ) в расчёт не принимается .... или принимается но не всеми.

И да , я хоть и нашёл и прибил причины скачков системного времени - но всё равно внешняя синхронизация (GPS т.к. интернет на QTH временами нестабилен) подключена постоянно - мне так спокойнее (хотя наверное просто привычка с тех времён когда время могло убегать несколько раз в час).

[R2PU]

Забыли о програмах забирающих львиную долю на себя (антивирусы в частности), и тормозящих всё другое ... соответственно нужен запас производительности всей системы и поменьше запущенных процесов. Да и бывает трудно определиться что именно грузит проц и забирает память... меняеш железо, переустанавливаеш ПО а материнка может гадить (или програмка какаято сама установившаяся)...
Да! Не забывайте выключать синхронизацию в операционке, если ставите отдельную прогу для этого...

Увидел пост только после того как отправил свой предыдущий . Именно так (иной раз весь мозг вывихнешь прежде чем найдёшь) - в моём случае оказалась именно материнка (достаточно оказалось выключить в BIOS три функции и всё пришло в норму).
У всех естественно по разному (сейчас ещё вспомнил - как то попробовал браузер Opera - тоже сбивал время , отказался от него)

Планы следующие:
1. делаю AutoSeq (который будет обязателен для FT8)
2. выпуск JTDX v18.0
3. полностью переключаюсь на добавление FT8 в JTDX

Прекрасная новость.
Игорь , спасибо Вам огромное и за уже сделанное и за будущее (FT8 в JTDX).

[R6LCF]

то конечно купить программу.

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

[R6LCF]

Что я и пытался донести постами выше в ответ на типовые рецепты некоторых : "уменьшить периодичность синхронизации - и будет счастье" .

Ну это обычно с D4.У меня тоже так было. Теперь установлена.....и время обновления 4 часа ,хотя по умолчанию 12 часов. Но автор программы предупреждает что менее 4 часов очень не желательно и причины указаны в пояснении на сайте автора!



А контролирую вот этим:https://time.is/ru/

[R0JF]

JTDX v18.0 шаг 111 - тестирование нового функционала

Linux version (compiled on Ubuntu 16.04LTS 64-bit)

Binary files only:

https://cloud.mail.ru/public/6UF5/G3gSm4GWD

deb-package (not tested!):

https://cloud.mail.ru/public/HJo7/jZn6DtH5G

Linux 32-bit packages (not tested!):

https://cloud.mail.ru/public/EvPP/LRx7FNFVt

[UA0DBX]

Начал рыть с настройками BIOS (большинство стояли дефолтные)....
Тоже та ещё эпопея (менять параметры по одному и смотреть что меняется) но в итоге нашёл источники зла при вырубании которых всё пришло в норму :
C.I.A.2 (CPU Intelligent Accelerator 2) , CPU EIST (Enhanced Intel SpeedStep Technology) и HPET (High Precision Event Timer) принудительно выключенные в BIOS материнки GA-P35-DS3 (в дефолтных настройках они включены) и свершилось чудо : latency упало до 30-50us + попутно пропали хаотичные скачки времени.
С первыми двумя функциями вроде как понятно (призванные регулировать скорость проца и шины в зависимости от нагрузки теоретически вполне могли "не успевать" при резких скачках нагрузки системы) , вот почему HPET (High Precision Event Timer, таймер событий высокой точности) подкидывал такую свинью - для меня загадка до сих пор (всё ж я не программист а ремонтник грузовиков + немного радиолюбитель).

Всё ж я не программист а ремонтник грузовиков + немного радиолюбитель ©

[UA3DJY]

Организованы Российским цифровым радиолюбительским клубом.

Условия, время проведения и частоты:

https://www.rdrclub.ru/dni-aktivnost...neta-digiradio

[K2PAL]

New Digital Modes Changing Complexion of Bands and Perhaps of Ham Radio

New Digital Modes Changing Complexion of Bands and Perhaps of Ham Radio
11/02/2017

Волна программных цифровых режимов за последние несколько лет изменила атмосферу HF-диапазонов. Некоторые из них указывают на популярность режимов, которые позволяют связываться с станциями, которые ни один из операторов не может слышать, привело к меньшему количеству сигналов CW и SSB на диапазонах 6 метров и 160 метров. Традиционные режимы требуют гораздо большего взаимодействия и усилий со стороны оператора; более новые цифровые режимы не так много. Недавнее появление по-прежнему бета-версии «быстрого» FT8, разработанного Стивом Франке, K9AN и Джо Тейлором, K1JT - «F» и «T» в прозвище режима - привело к этому. Некоторые теперь задаются вопросом, означает ли FT8 конец эры и начало нового, более минималистического возраста.

«Мы были так же удивлены, как и все, кто стремился к быстрому использованию FT8 для создания QSO в диапазонах HF», - сказал Тейлор на ARRL на этой неделе. Вместо того, чтобы рассматривать FT8 как общий игрок, он видит разделительную линию между такими цифровыми режимами и более традиционными режимами.

«SSB и CW являются режимами общего назначения», - сказал Тейлор. «Они хороши для DX, экстренной связи или чего-то еще. FT8 и другие режимы в WSJT-X являются режимами специального назначения. Они предназначены для создания надежных бесконтактных контактов с использованием очень слабых сигналов - в частности, сигналов, которые могут быть слишком слабыми для использования в более традиционных режимах, или даже слишком слабых для прослушивания ».

Тейлор отмечает, что информация, обмениваемая в большинстве FT8, JT65 и других контактах с цифровым режимом, «немного больше, чем простой минимум для того,что считается действительным контактом». В дополнение к позывным и сигнальным отчетам станции могут обмениваться квадратами сетки и подтверждения.

Радиоведущий недавно прокомментировали ответ на сообщение Top Band Reflector, в котором Стив VK6VZ, подтвердил, что из-за FT8 «160-метровый DXing изменился, возможно, навсегда» в последние недели. сказал что он скачал FT8, но просто не мог заставить себя использовать его в эфире. «Мое сердце не в нем, - писал он. «Мой компьютер будет разговаривать с чужим компьютером, и не будет никакого чувства того, чтобы какой-либо человек посылал CW или тон их голоса. Человек в радио как-то потерялся ».

В своем блоге Стив Макдональд, VE7SL, составил не только сообщения это сообщение, но и некоторые ответы на него, хотя и не идентифицировал их по имени или позывным. Один из комментаторов предположил, что аспект моды FT8 заключается в том, что те, кто обычно работает с CW или SSB, будут стремиться к FT8. «Количество активности на частоте FT8 любой полосы феноменально», - заметил комментатор. Некоторые жаловались, что никакие навыки не связаны с контактами с использованием компьютерных режимов на базе компьютера.

Другой предположил, что FT8 уже становится жертвой собственного успеха, при этом слишком много станций переполняются вокруг обозначенных частот FT8. Другие были более философскими, с замечаниями по этому поводу: «Это позволяет людям, у которых есть более мелкие станции, возможность получить и использовать свои радиостанции и компьютер, чтобы сделатъ контакты, которые они никогда не смогли бы сделать. Это отлично подходит для радиолюбителей! »

Тейлор согласился. По его мнению, FT8 не будет заменять такие режимы, как CW или SSB. «Тем не менее, ясно, что, по крайней мере, в краткосрочной перспективе, многие радиолюбители пользуются быстрыми минимальными QSO с другими хэмами во всем мире, используя скромное оборудование для работы», - сказал он. «Для этой цели FT8 супер».

В связанном «молниеносном провоедение связи» на конференции по цифровым коммуникациям ARRL-TAPR 2017 года (DCC) в начале этого года редактор ARRL Contributor Ward Silver, N0AX, бросил вызов своей опытной аудитории, чтобы разработать режим «клавиатура-клавиатура» между FT8 и PSK31, которые будут поддерживать случайную и конкурентную работу, быть более помехоустойчивыми и устойчивыми к шумам и использоваться теми, кто имеет «скомпрометированные» станции и антенны. Он также бросил вызов своим слушателям, чтобы разработать «умный» дисплей спектра, который идентифицировал бы сигналы по режиму, поэтому любительское радио могло бы отойти от практики выделения определенных частот для цифровых режимов.