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

[UU1DX]

Привет! Очень жду, когда 6 метров у нас разрешат

Рассказываю дальше - пришел на работу. Тут тоже машина на таком же socket 775, Core 2 Duo E8200. Дома материнка на G35 чипсете, а тут на G41. Память дома DDR2, а тут DDR3.
Нагружаю на 100% процессор - никто никуда не уходит. Глюка нет. Ставлю WSJT, запускаю, глюка нет.

Дома менял материнку, на тот же G35 чипсет - тоже врут.

У кого еще врут часы, какое железо у вас (проц, материнка, память)?

[UA3DJY]

Я уже задолбался с уползающим временем. Скачал исходники Network Time, поправил, теперь у меня нет ограничения одна синхронизация в 15 минут. Поставил ежеминутную, сижу, наблюдаю. Картина, ..ядь, маслом.

Процессор не нагружен:

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

Нагружаю Winrar'ом на 100% по Alt-B:

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

Это за минуту.

Просто запускаю WSJT или JTDX - уход порядка 150-200 мс за минуту. Даже на передачу не врубаю.

Процессор Intel Core2 quad 4 x 3 GHz, 8 GB RAM, SSD. Каким макаром нагрузка проца влияет на часовой кварц - непонятно.
Материнку поменял, сейчас вообще интеловская, белая сборка - проблема осталась.

Нагрузка не на кварц, хотя нагрев кварца процессором тоже может быть.
Программа для синхронизации времени отправляет запрос на NTP сервер и получает от него ответ. Если Вы загружаете процессор на 100% то будет задержка как в отправке запроса так и в обработке программой полученного ответа.

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

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

[US5WE]

Привет! Очень жду, когда 6 метров у нас разрешат

Рассказываю дальше - пришел на работу. Тут тоже машина на таком же socket 775, Core 2 Duo E8200. Дома материнка на G35 чипсете, а тут на G41. Память дома DDR2, а тут DDR3.
Нагружаю на 100% процессор - никто никуда не уходит. Глюка нет. Ставлю WSJT, запускаю, глюка нет.

Дома менял материнку, на тот же G35 чипсет - тоже врут.

У кого еще врут часы, какое железо у вас (проц, материнка, память)?

Так у вас же есть 50 Мгц, у меня много связей в том числе в LoTW
По мастдаю ничего сказать не могу, не пользуюсь.

[UA3DJY]

Ага - ага! Вас уговоришь... Бракуете все идеи.

Согласен, уговорить несколько десятков тысяч операторов синхронно заменить софт ради поддержки и /m и /p будет очень непросто, особенно учитывая что 95% не знают что такое RDA.

За мной охотники через TNXQSO сайт следят и видят мои перемещения по ЦФО. Как только въезжаю в интересующий их RDA или RAFA, так они начинают вызывать. А на стоянке совершенно другая работа. Другие помехи, другая антенна итп.

Может проще отказаться от /m <-> /p смены своего позывного, возможно изменения RDA на этом сайте отражаются и для /p позывного?

[R2EA]

Согласен, уговорить несколько десятков тысяч операторов синхронно заменить софт ради поддержки и /m и /p будет очень непросто, особенно учитывая что 95% не знают что такое RDA. Может проще отказаться от /m <-> /p смены своего позывного, возможно изменения RDA на этом сайте отражаются и для /p позывного?

Игорь, спасибо за внимание к моей персоне, но, я, не говорю:
вынь, полож, отдай. Просто при возможности, вдруг, в те места
полезете, что-либо менять и за одно вспомните и про /M

[RX3ASP]

С большим "трудом" (18 минут скакания по частотам ТХ), на грани слышимости в условиях сильнейших помех, на отстойную аппаратуру и почти без антенны, удалось провести связь с редким корреспондентом!

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

Программа JTDX сработала великолепно!

[UA3DJY]

WSJT-X 2.2.0-rc1
- Улучшения в декодерах ..

FT8: Декодирование теперь распространяется на три интервала. Первый
начинается в t = 11,8 с в последовательность Rx и обычно дает
около 85% возможных декодирований для последовательности. Вы
поэтому увидеть большинство декодеров гораздо раньше, чем раньше. Второй
Шаг обработки начинается с 13,5 с, а последний - с 14,7 с.
Общий выход декодирования на переполненных полосах улучшается на 10% или
Больше. (Системы с задержкой приема более 0,2 с увидят
небольшие улучшения, но все равно будут видеть много декодирований ранее
чем прежде.)

Эзопов язык компьютерного перевода...

Интересно, для чего сделали трехкратное преждевременное декодирование.. сигналы с хорошим SNR декодируются очень быстро (именно эти сигналы будут декодироваться при преждевременном запуске декодера) и борьба всегда шла за время окончания декодирования а не за время его начала. А вот кандидаты с плохим SNR как раз и определяют время окончания декодирования. Увеличение количества декодированных сигналов скорее всего связано со снижением порогов отбора кандидатов, но при этом и окончание декодирования дальше заходит в TX интервал.

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

[RX3ASP]

Интересно, для чего сделали трехкратное преждеверменное декодирование.. сигналы с хорошим SNR декодируются очень быстро (именно эти сигналы будут декодироваться при преждевременном запуске декодера) и борьба всегда шла за время окончания декодирования а не за время его начала. А вот кандидаты с плохим SNR как раз и определяют время окончания декодирования. Увеличение количества декодированных сигналов скорее всего связано со снижением порогов отбора кандидатов, но при этом и окончание декодирования дальше заходит в TX интервал.

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

Вероятно, если преждевременно декодированные сообщения будут выводиться на экран уже на 12-ой секунде, то будет время поменять частоту, содержание сообщения или корреспондента. Если эти режимы будут включаться/выключаться раздельно через меню, то можно будет выбирать оптимальный режим. Но в WSJT-X предпочитают не делать тонких настроек декодирования. И автопоследовательность в WSJT-X очень нестабильная.

[R2PU]

Я уже задолбался с уползающим временем. Скачал исходники Network Time, поправил, теперь у меня нет ограничения одна синхронизация в 15 минут. Поставил ежеминутную, сижу, наблюдаю. Картина, ..ядь, маслом.
............
Просто запускаю WSJT или JTDX - уход порядка 150-200 мс за минуту. Даже на передачу не врубаю.

Процессор Intel Core2 quad 4 x 3 GHz, 8 GB RAM, SSD. Каким макаром нагрузка проца влияет на часовой кварц - непонятно.
Материнку поменял, сейчас вообще интеловская, белая сборка - проблема осталась.

Рассказываю дальше - пришел на работу. Тут тоже машина на таком же socket 775, Core 2 Duo E8200. Дома материнка на G35 чипсете, а тут на G41. Память дома DDR2, а тут DDR3.
Нагружаю на 100% процессор - никто никуда не уходит. Глюка нет. Ставлю WSJT, запускаю, глюка нет.

Дома менял материнку, на тот же G35 чипсет - тоже врут.

У кого еще врут часы, какое железо у вас (проц, материнка, память)?

GA-P35-DS3 \ Xeon L5430 \ DDR-2 , socket 775 , чипсет P35 - картина с дрейфом времени была полностью аналогична.
Решение вот здесь , пробуйте по аналогии (с поправкой на различия в BIOS , и то что пост писался ещё в 2017м ).

[UA3DJY]

Вероятно, если преждевременно декодированные сообщения будут выводиться на экран уже на 12-ой секунде, то будет время поменять частоту, содержание сообщения или корреспондента. Если эти режимы будут включаться/выключаться раздельно через меню, то можно будет выбирать оптимальный режим. Но в WSJT-X предпочитают не делать тонких настроек декодирования. И автопоследовательность в WSJT-X очень нестабильная.

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

[UY7VY]

Привет! Очень жду, когда 6 метров у нас разрешат

Рассказываю дальше - пришел на работу. Тут тоже машина на таком же socket 775, Core 2 Duo E8200. Дома материнка на G35 чипсете, а тут на G41. Память дома DDR2, а тут DDR3.
Нагружаю на 100% процессор - никто никуда не уходит. Глюка нет. Ставлю WSJT, запускаю, глюка нет.

Дома менял материнку, на тот же G35 чипсет - тоже врут.

У кого еще врут часы, какое железо у вас (проц, материнка, память)?

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

[UA3DTK]

RX3ASP... большим "трудом" (18 минут скакания по частотам ТХ), на грани слышимости в условиях сильнейших помех, на отстойную аппаратуру и почти без антенны, удалось провести связь с редким корреспондентом!

???...провод полтора метра,может чуть более и переменная индуктивность...5-ый этаж...90втт
...программа работает великолепно!!!

[UU1DX]

???...провод полтора метра,может чуть более и переменная индуктивность...5-ый этаж...90втт
...программа работает великолепно!!!

Там просто позывной корреспондента многого стоит

[UU1DX]

GA-P35-DS3 \ Xeon L5430 \ DDR-2 , socket 775 , чипсет P35 - картина с дрейфом времени была полностью аналогична.
Решение вот здесь , пробуйте по аналогии (с поправкой на различия в BIOS , и то что пост писался ещё в 2017м ).

Решение рабочее, но не совсем точное. Надо не выключить, а ВКЛЮЧИТЬ HPET в биосе. Больше ничего щелкать не нужно.
https://ru.wikipedia.org/wiki/HPET

HPET (англ. High Precision Event Timer, таймер событий высокой точности) — тип таймера, используемый в персональных компьютерах. Совместно разработан Intel и Microsoft, и стал внедряться в чипсеты персональных компьютеров с 2005 года. Ранее назывался Intel как мультимедийный таймер (англ. multimedia timer)[1]. Название HPET было выбрано для исключения путаницы с программными таймерами, появившимися в Windows 3.0, которые также назывались Multimedia Timers[2].

Старые операционные системы не поддерживают HPET и могут использовать только старые таймеры (наподобие RTC).

Сразу всё встало на место, дрейф 1-2 мс за 10 минут.

Спасибо, что направили на путь истинный!

[R6NI]

Такой вопрос,человек не получил мои rr73 ,и я естественно то же,считается ли qso состоявшимся? А то на мыло просит qsl