Глюк со временем в FT-8 - может кто сталкивался?

[RW9FZ]

Программа для коррекции системного времени вручную в небольших пределах (если нет интернета, GPS).
http://www.zhernakov.net/macro-discr...time-shift.htm

[vadim_d]

происходит отмена прописанного мной в реестр запрета системе подменять показания железных часов программными

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

[UN8FR]

JTSync не используете? Зря!

[EU1KY]

Я на все свои компы первым делом ставлю Meinberg NTP. Служба работает в фоне, её не видно и не слышно.
Сутки поработав с подключенным интернетом для синхронизации времени, она сама подбирает коэффициент коррекции часов и успешно его потом учитывает и без интернета. При этом не даёт винде вмешиваться в настройку времени "железных" часов, сама их корректируя.

[RW9FZ]

Была похожая ситуация. Довольно древний комп Quad Q6700 2.66 GA-EP45-DS3 после включения и синхронизации часов через некоторое время довольно большой уход системного времени (до невозможности работы FT8).
Вылечилось отключением сканирования по расписанию защитника Windows.
Инструкция с сайта Microsoft:
Для отключения сканирования по расписанию выполните следующее:
Откройте Панель управления - Администрирование - Планировщик заданий. Разверните Windows - Windows Defender. Отключите задачу Windows defender scheduled task.
Запуск сканирования по расписанию также входит в задачу ежедневного обслуживания, поэтому вы можете отключить и его:
Откройте Панель управления - Администрирование - Планировщик заданий. Разверните Windows - Task Scheduler. Отключите задачу Regular Maintence.
Так-же в BIOS Award есть опция HPET Support которая дает возможность задействовать высокоточный таймер HPET вместо стандартных часов реального времени, но отключать я ее не пробовал.

[Илья RW3FY]

Проверил, LOCAL SERVICE даже если удалить, то после перезагрузки опять появляется. Но попутно в списке служб обнаружил одну интересную - на картинке. Возможно в левоватых виндах она отключена, можно попробовать включить или выключить если включена. Иногда так методом научного тыка и удаются устранять проблемы )
Вложение 414857

Вот ещё по теме, может интервал таймера надо уменьшить или увеличить...
https://habr.com/ru/articles/522212/
https://timerresolution.soft112.com/

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

Из того, что делал - вот команды, после которых таймер до первого включения передачи перестал плыть:

Run -> cmd -> bcdedit /set {default} USEPLATFORMCLOCK on
Run -> cmd -> bcdedit /set {current} useplatformclock yes

Насколько я понял, обе команды имеют один и тот же смысл, и работают одинаково.

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

"Судя по найденной информации, причиной нашей проблемы со временем, является некорректная работа функции Windows - QueryPerformanceCoun ter c некоторыми моделями процессоров.

Исправление:

Run -> cmd -> bcdedit /set {default} USEPLATFORMCLOCK on

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

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

В некоторых многоядерных процессорах AMD и Intell (у нас интел, 4 ядра) есть какие-то непонятки с синхронизацией времени между потоками (ядрами). Происходить это может по разным причинам. 1 - работает механизм изменения тактовой частоты процессора для энергосбережения. 2 - кривые драйвера чипсета и процессора. 3 - кривая прошивка биоса.

Операционная система, того не зная, использует резервы функции QueryPerformanceCoun ter. В свою очередь QPC использует TSC. TSC - это счетчик времени высокого разрешения для измерения продолжительности всякой ерунды, и, в том числе, ЗАДЕРЖЕК, которые можно использовать программно.

Майкрософт утверждает, что использовать TSC неправильно, т.к. QueryPerformanceCoun ter может возвращать некорректные значения.

Они говорят, что при помощи команды /usepmtimer, прописанной в файл Boot.ini операционка перейдет на другой механизм расчета времени - PM_Timer и таймер событий высокой точности HPET. Так же, в базе знаний упоминается некий патч, который, как я понял, переводит операционку на использование других счетчиков другим методом."

Добавлено через 14 минут(ы):

Вопрос можно? Вы кому писать-то собираетесь? Разработчикам wsjt или jtdx? Так это совершенно разные люди.

Если разные - тем лучше) Больше шансов, что хоть одна из команд вопросом заинтересуется. Писать пока никуда не собираюсь, ибо рано. Для общения с разработчиками, если нужен результат, надо меньше воды и гипотез, и больше проверенной экспериментально конкретики). Пока что ещё не всё сделано для достаточного сужения круга поиска.

Думаю, что в вашем случае проблема все же с железом. У меня старый ноутбук на i7-3632qm под Windows 7 x64, никаких фокусов со временем не наблюдаю, и на остальных компах на xeon-ах под Windows 10 x64 тоже.

Уже говорил - эффект воспроизводится один в один на двух совершенно разных компах - по железу не имеющих между собой вообще ничего общего. Из чего вывод вполне однозначный - железо ни при чём. Если не считать, что оно старое (намного старше Вашего лаптопа - который даже помоложе моего основного домашнего компа будет)))). Но из того, что после включения никакой таймер до первого включения передачи не плывёт, и декодирование любого количества сигналов идёт без проблем (даже если одновременно работает "Оса" в качестве DDC приёмника - источника сигналов) делаю вывод, что и скромных возможностей этого железа для радиолюбительских целей вполне достаточно, если заставить систему/софт работать корректно, а не пытаться повышением быстродействия спрятать имеющийся явно софтверный глюк.

Добавлено через 7 минут(ы):

Программа для коррекции системного времени вручную в небольших пределах (если нет интернета, GPS).
http://www.zhernakov.net/macro-discr...time-shift.htm

Именно ей и пользуюсь уже давно) Только при работе с огорода жамкать кнопочку слишком часто приходится - по типу как вечно плывущий ГПД постоянно подкручивать))) Что несколько напрягает)) Тем более, что убедился - оба старых компа умеют работать в ФТ-8 без ухода таймера. Но - пока до первой передачи)). Что есть явный глюк или системы, или софта.

Добавлено через 6 минут(ы):

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

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

JTSync не используете? Зря!

Я только вчера про неё узнал)) Обязательно попробую. Хотя данная ветка не о поисках костылей, а о поисках конкретного глюка и его устранении))

Я на все свои компы первым делом ставлю Meinberg NTP. Служба работает в фоне, её не видно и не слышно.
Сутки поработав с подключенным интернетом для синхронизации времени, она сама подбирает коэффициент коррекции часов и успешно его потом учитывает и без интернета. При этом не даёт винде вмешиваться в настройку времени "железных" часов, сама их корректируя.

На выезде у меня нет суток на "прогрев" корректора таймера)) Должно работать сразу и абсолютно независимо от наличия/отсутствия сети и спутников. Но всё равно за совет спасибо)

Добавлено через 7 минут(ы):

Была похожая ситуация. Довольно древний комп Quad Q6700 2.66 GA-EP45-DS3 после включения и синхронизации часов через некоторое время довольно большой уход системного времени (до невозможности работы FT8).
Вылечилось отключением сканирования по расписанию защитника Windows.
Инструкция с сайта Microsoft:
Для отключения сканирования по расписанию выполните следующее:
Откройте Панель управления - Администрирование - Планировщик заданий. Разверните Windows - Windows Defender. Отключите задачу Windows defender scheduled task.
Запуск сканирования по расписанию также входит в задачу ежедневного обслуживания, поэтому вы можете отключить и его:
Откройте Панель управления - Администрирование - Планировщик заданий. Разверните Windows - Task Scheduler. Отключите задачу Regular Maintence.
Так-же в BIOS Award есть опция HPET Support которая дает возможность задействовать высокоточный таймер HPET вместо стандартных часов реального времени, но отключать я ее не пробовал.

Спасибо за полезную информацию. Ближайшее время проверю. И вообще, по службам и планировщику, чувствую, надо будет внимательно пройтись.

[Serg]

Офтопик "под катом":

Скрытый текст

Посмотрите, как работает DMR - там вообще временнЫх слотов может быть не два, а целая куча, и все в одном канале, и с намного более жёсткими требованиями по синхронизации

Илья, я продвинутые ДМРы глубоко не копал, т.к. вовсе не интересуюсь цифровой передачей речи по эфиру, считая как и прежде, что аналог - наше всё, по крайней мере в любительских целях.

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

А у нас тут в ЙТ-видах всё нет так, каждый в общей полосе SSB канала работает сам по себе, никого "главного" или "эталонного" нет, поэтому используется абсолютная синхронизация по времени и прием-декодирования всех "оптом", как через сито.

Наоборот, то, что всех построили и заставили идти в ногу есть гут и элемент прогресса

Я так не считаю, но это личное мнение

И насчёт того, что виды а-ля фт-8 якобы убили тактику охоты за DX, я тоже в корне не согласен. Ибо сейчас всё с точностью до наоборот. Что такое DXCC в CW/SSB?

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

Сейчас же в ФТ-видах - сплошной регресс, т.к. скиллов и тактики особой от оператора, в понимании нормальных видов связи - не нужно, энергетика (в общем случае, не рассматривая совсем сложные случаи) где-то на порядок упрощена тоже.

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

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

Может быть дать комментарии более кратко, но снять недлинное кино с экрана монитора (есть такие программы, делающие запись без использования телефона и камер), где показать появление проблемы и за одно - уход часов и еще какие-то часы, например, онлайн с открытого сайта time.is

У меня старый ноутбук на i7-3632qm под Windows 7 x64,

Не сильно то и старый, I7, карл!
Обычно старыми считают что-то более простое, на одно ядро, ну максимум одно+гипертрединг.
А 2-4 ядра, любых не урезанных по tdp - это еще "нормальный" комп.

[UN8FR]

У меня NetTime используется с серверами по умолчанию. Тоже работает как сервис!
Meinberg NTP заглючил у меня и на NetTime перешел.

[Илья RW3FY]

Всем привет!

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

Служба синхронизации времени Hyper-V - пересмотрел несколько раз все службы, у себя подопытном в компе такую или хотя бы отдалённо похожую не нашёл

Изменение интервала таймера - не успел - сети почти все выходные не было, так что даже статьи пока не прочитал

Отключение коррекции времени - пробовал, безрезультатно

Встроенная синхронизация JTDX - пробовал, работает как описано. При малых уходах таймера удобнее, чем прога Time-2 - не надо вручную подбирать величину поправки, усреднённое значение по совокупности станций вычисляется так, что погрешность мизерная. При больших уходах (несколько секунд) иногда синхронизируется с первой попытки, иногда с нескольких, иногда нужно вручную поправку сделать, чтоб попасть поближе, а дальше норм. Правда, при первой пробе был занятный момент... Немножко поигрался с синхронизацией, посмотрел, как работает, и ушёл спать. Наутро гляжу - уход таймера нулевой (на водопаде), но декодирование сигналов отсутствует, таблица принятых сигналов не пополнялась несколько часов. У меня раньше такое под Линуксом было - таймер стоял железобетонно (и на водопаде всё идеально), но декодирование станций почти отсутствовало (за всё время буквально пару станций принял при нормальном их количестве на диапазонах).

Программа JTsync - как я понял, это примерно то же самое, что встроенная ф-ция синхронизации в JTDX, но отдельной программой и для WSJT - поэтому пробовать не стал - как работает подобная вещь, в целом понятно, с ней реально удобнее, чем "на глаз" с Time-2 делать коррекцию - но поднятый мной вопрос не решает, кнопочку коррекции нужно жамкать достаточно часто. В качестве костылей до нахождения и устранения причин проблемы я её наверно поставлю, поскольку как-то исторически привык уже работать в WSJT - но позже, когда будет под это время.

Панель управления - Администрирование - Планировщик заданий. Разверните Windows - Windows Defender. Отключите задачу Windows defender scheduled task - попробовал (у меня чуть иначе называется - но смысл примерно тот же) - безрезультатно

BIOS Award опция HPET Support - пробовал когда-то раньше на одном из подопытных компов - безрезультатно

Программа MSHV - пока не пробовал (на случай, если сети снова не будет, надо будет её заранее скачать, в этот раз за всякими заботами из головы вылетело подготовиться поосновательнее)

Пока как-то так.

Добавлено через 54 минут(ы):

Serg Я аналогично оффтоп припрятал, спасибо за идею):

Скрытый текст

Илья, я продвинутые ДМРы глубоко не копал, т.к. вовсе не интересуюсь цифровой передачей речи по эфиру, считая как и прежде, что аналог - наше всё, по крайней мере в любительских целях.

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

Мой интерес к DMR связан с работой) Если коротко - именно из-за того, что там всё быстро, оно и сложнее. Пропуск нескольких слотов из-за торможения станции при связи "точка-точка" не критичен, но не при групповой работе. Причём рассинхрон одной станции легко убьёт приём другим корреспондентам, а требования к точности синхронизации не секунды, а пара миллисекунд, как и, соответственно, к переключению RX\TX и обратно. Технически всё это сложнее. Тем более, что разбеги станций по времени до захвата синхронизации вообще абсолютно случайные. Собственно, отсуда даже требование к стабильности частоты не хуже, чем 10Е-6 или такого порядка (для полноценной работы без пропуска слотов).

А у нас тут в ЙТ-видах всё нет так, каждый в общей полосе SSB канала работает сам по себе, никого "главного" или "эталонного" нет, поэтому используется абсолютная синхронизация по времени и прием-декодирования всех "оптом", как через сито.

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

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

Я как любитель работать на поиск, как раз-таки не замечаю никакой тактики крайние годы в "традиционных видах". Свободная охота практически умерла как класс, а на частотах DX вся тактика сводится к тому, кто всех передавит, либо у кого позывной для оператора DX-станции интереснее. Ну и плюс, уже говорил, преимущество у тех, кто не вылезает из кластера. По технической части - если полноценно работать на DX, то её везде нужно совершенствовать. В ФТ обычная ситуация, когда на одной частоте работают несколько станций, а нужно выделить далеко не самую сильную - что выдвигает требования к приёмному тракту те же самые, что и для качественного слухового приёма - а то и жёстче)

Сейчас же в ФТ-видах - сплошной регресс, т.к. скиллов и тактики особой от оператора, в понимании нормальных видов связи - не нужно, энергетика (в общем случае, не рассматривая совсем сложные случаи) где-то на порядок упрощена тоже.

Не согласен. Тут как раз и тактика, и поиск - всё нужно и важно. А время DX сильно экономится за счёт того, что пайл-ап не общей кашей на одной частоте, максимум в полосе шириной 3-4 канала, а размазан по всему участку.

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

Системы в духе pskreporter?)) Оно принципиально по-другому работает, нежели кластер - типа от обратного) - не рассылка через сеть информации, где и когда работает или будет работать DX, а наоборот - информация о себе самом, по которой можешь оценить проход в разных направлениях)). Чтобы найти DX в этой системе, нужно как минимум знать конкретный позывной того, кого ищешь) - по сравнению с кластером, где на автомате непрерывно льётся информация обо всех "мультах" на выбранных диапазонах, тут для поиска нужно телодвижений поболее)). Как следствие - классическая работа на поиск в этих видах пока что не умерла. Насчёт ЩСО в авторежиме - хрень полная) - в том смысле, что автомат должен неплохим искусственным интеллектом обладать, чтоб заниматься поиском действительно интересных станций. А работа на CQ... Если ты сам не DX, то оно такое себе... Лично я не люблю это даже в тестах, когда для набора максимума очков вроде как надо это регулярно, а не только мульты собирать) И... Если ИИ научится проводить полноценные связи на автомате (с поиском редких станций, сложными алгоритмами приоритетов, с тактикой) - то ему и в традиционных видах проблем особых не будет заменять оператора) - автоматизированные средства распознавания каких угодно сигналов, в т.ч. голоса, даже сейчас уже достаточно продвинутые, и развиваются семимильными шагами...

Может быть дать комментарии более кратко, но снять недлинное кино с экрана монитора (есть такие программы, делающие запись без использования телефона и камер), где показать появление проблемы и за одно - уход часов и еще какие-то часы, например, онлайн с открытого сайта time.is

Не, слишком муторно, я такой героизьм не осилю))). А вот как сформулировать задачу покороче - мысли в голове есть - как будет время, постараюсь их упорядочить в виде текста)

[Serg]

Скрытый текст

Как показала недавняя практика, автосинхронизация по среднепотолочному времени прекрасно работает в моменте,

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

А чтобы совсем отвязать от абсолютных циклов по времени передачи - это надо полностью другой протокол связи делать, но в нем скорее всего не будет "сито-приема" (одновременный декод десятков+ сигналов), потому, что там уже не получится всех абсолютно синхронизировать в абсолютные слоты.
И другой протокол делать уже вряд-ли кто-то станет - не наберет популярности, т.к. "пипл уже схавал" JT-виды связи как они есть, максимально примитивные.

как раз-таки не замечаю никакой тактики крайние годы в "традиционных видах".

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

В ФТ обычная ситуация, когда на одной частоте работают несколько станций, а нужно выделить

Что выделять и зачем... :-)
Там автомат всё делает за оператора, а качество приемного тракта уже ничего не решает - у современных аппаратов они одинаково хорошее +\- для фт-8.
Никто же всерьез не работает на 30+ лет от роду аппаратуре или каком-то карманном примитиве "на одной микросхеме".

Системы в духе pskreporter?))

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

По поводу видео - кмк зря не хотите, там буквально же 1-2 минуты достаточно показать запись с экрана, что идет прием нормально, потом включаете передачу (или тональник настройки) и потом новые циклы не принимает уже.
И к этому потом текстом пояснений хватит буквально несколько простых предложений.