Вопрос спецам TR4W

**RU3AX** · 12.03.2015, 15:47

В этом году пришло два отчёта (разные контесты) с одинаковыми ошибками. При проверке на компьютере выявляются ошибки по времени связи. При просмотре отчётов выявляется, что они состоят из блоков связей, которые "проведены в одну минуту". Блоки по три-четыре связи. В одном из отчётов указано подробно - контест-программа TR4W4 v4.243 (RUS). По памяти такие отчёты вроде были иногда и раньше (изредка). Обратил на это внимание, поскольку два сразу...

Вопрос - это "шутка" программы, ошибка оператора при её настройке, аппаратная ошибка или что-то иное?

**UA0DM** · 12.03.2015, 18:17

Борис Григорьевич, а можно точнее по ошибке. Хотябы кусок кабриллы выложить. Не очень понятно, что за блоки связей такие.
Категория случайно не M/S? А то может и глюк сетевой какой нибудь у ребят случился. Хотя не должно, по идее время фиксируется не сервером, а рабочим местом по моему.

PS В TR4W помоему есть режим набивания лога с инкрементом времени (ни разу пробовал его). Может ктото так и поработал не заметив

**RU3AX** · 12.03.2015, 19:49

Спасибо, Виктор! Уже вроде ясно - это, скорее всего, "аппаратные проблемы". Идёт нормальный лог (скажем 10 минут), затем время (судя по логам корреспондентов) "прыгает" на несколько минут (до получаса!) и так держится десяток связей. Затем, через какое-то время нормальный лог восстанавливается (заметили, поправили часы?), а через какое-то время снова...

Для судейства всё ясно - в чеклог...

Ещё есть соображение - это результат ручной набивки отчёта.Но в любо случае это оператор...

**UA0DM** · 13.03.2015, 02:50

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

Ещё есть соображение - это результат ручной набивки отчёта.Но в любо случае это оператор...

Я тоже так думаю. За уже 14 лет использования N6TR, а после TR4W серьезных глюков особенно со временем не наблюдал. Версия 2.43 довольно старая и по моему последняя в которой был русский язык. Там есть неточности с подсчетом очков в некоторых тестах, но остальное все на уровне.

**RA0AY** · 13.03.2015, 06:50

У меня изредка при работе в TR4W
бывают такие моменты , обычно в отчётах
где 1000 и более связей , последний раз это
было вроде-бы в RDXC , блоки связей по 10 , в
них время отличается от реального на 3-5 минут
и таких моментов за тест было штук 5. А всё остальное
время связи в лог уходят без проблем, с реальным временем.
Версия вроде была 4.186 . Думал что какая-то наводка на системный
блок, но скорее всего какой-то глюк в самой программе ,такие моменты
может быть бывают и у других, но не всегда обращают внимание на это.
У кого из пользователей TR4W не спрашивал об этом моменте, никто ничего
вразумительного ответить не мог. А в общем программа устраивает , пользуюсь
давно и переходить на другие пока не собираюсь.

Сергей RA0AY

**UA0DM** · 13.03.2015, 07:27

Сергей, у вас очень очень старая версия. Перейдите хотя бы 4.243 (RUS) если дело в языке.
Если можно скиньте лог с этой ошибкой я посмотрю у себя может чтото в голову придет. Еще подскажите какую конфигурацию компьютера вы используете.

МЫ на позиции RT0C используем TR4W на 3-4 места с сетевой конфигурацией. Причем даже бывает и разных версий одновременно. Были проблемы с нумерацией при вылете компа на котором запущен сервер, но это не проблемы TR4W.
Это проблемы железа.
Проблем у программы с временем никогда не было. Да убегают часы на рабочих местах (системники не новые!). Резервный лог ведется на ноут, на котором синхронизация времени раз в 10 минут.
Не реже раза в сутки по сети корректируем время на всех рабочих местах.
В последнем ARRL CW было проведено более 3000 связей сбоев не было ни одного, рэйт максимальный с двух мест 280 по моему был.

**UA0DM** · 13.03.2015, 07:29

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

затем время (судя по логам корреспондентов) "прыгает" на несколько минут (до получаса!) и так держится десяток связей. Затем, через какое-то время нормальный лог восстанавливается (заметили, поправили часы?), а через какое-то время снова...

Борис Григорьевич, посмотрите при этом переход на другой диапазон есть?

**UA9CDC** · 13.03.2015, 11:40

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

У меня изредка при работе в TR4W
бывают такие моменты , обычно в отчётах
где 1000 и более связей , последний раз это
было вроде-бы в RDXC , блоки связей по 10 , в
них время отличается от реального на 3-5 минут
и таких моментов за тест было штук 5. А всё остальное
время связи в лог уходят без проблем, с реальным временем.
Версия вроде была 4.186 . Думал что какая-то наводка на системный
блок, но скорее всего какой-то глюк в самой программе ,такие моменты
может быть бывают и у других, но не всегда обращают внимание на это.
У кого из пользователей TR4W не спрашивал об этом моменте, никто ничего
вразумительного ответить не мог. А в общем программа устраивает , пользуюсь
давно и переходить на другие пока не собираюсь.

Сергей RA0AY

Из 8Q7DV в разные годы по 7 000 связей в CQWW проводили и никаких проблем со временем не было...

73, Игорь UA9CDC

**RU3AX** · 13.03.2015, 12:23

Спасибо всем, кто откликнулся! Посмотрел поподробнее ubn - сбои сравнительно больших временных блоков (десятки связей) на десятки минут (у всех связей в конкретном блоке) заставляет думать, что это всё-таки аппаратные сбои. Со сменой диапазонов он не связаны.

Отправлю ubn участнику - пусть разбирается...

73

**UA0DM** · 13.03.2015, 15:09

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

**RY2S** · 13.03.2015, 15:59

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

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

Частично соглашусь, объясняю почему: вне зависимости от конфигурации, сервер собирает данные с клиентских мест, и формирует по хронологии, т.е. скажем расхождение в n-минут на одном из мет будет отражено на серверном логе, а клиентские получат по порядку (проверено на UA3S, один комп серверный, на нем же поднимается кластер), если отчет формируется на клиентском месте, то не может быть прыжков по времени, а если на серверном-ву аля, описываемый случай. Хотелось бы посмотреть кусочек отчета, может быть тогда станет ясно.

**RU3AX** · 13.03.2015, 21:28

Не знаю, поможет ли такая иформацияю
1. станция индивидуальная (группа CW HIGH), контест ONY
2. скачки с временем не связаны со сменой диапазона
3. отчёт выглядит так (диапазон 80 метров):
первые 2 минуты - 10 связей, подтnверждено 9 (по одной - нет отчёта)
с третьей минуты - не подтверждённые из-за расхождения по времени примерно 40 связей, причём неподтверждение постепенно возрастает с 5 минут до 26 минут. затем следуют около 15 подтверждённых связей, потом снова скачок и так далее...

Для судейства вопрос ясен, а вот что стояло за этим?

**US2IZ** · 13.03.2015, 22:13

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

Для судейства вопрос ясен, а вот что стояло за этим?

Погонял "на типа на симуляторе".
Вариантов только два.
Первый. Набор лога кривыми ручками.
Второй. Работало два места. Удаленно через инет связанные. Не буду расписывать технологию, хотя она не секретна. Но после обрыва связи (или тормоза, когда один из адресов не "белый") некорректно выполнена процедура синхронизации логов.
Еще была пара вариантов, но результаты получились недостоверными.
Программа не при чем.

**RU3AX** · 13.03.2015, 22:25

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

Погонял "на типа на симуляторе".
Вариантов только два.
Первый. Набор лога кривыми ручками.
Второй. Работало два места. Удаленно через инет связанные. Не буду расписывать технологию, хотя она не секретна. Но после обрыва связи (или тормоза, когда один из адресов не "белый") некорректно выполнена процедура синхронизации логов.
Еще было пара вариантов, но результаты получились недостоверными.
Программа не при чем.

Спасибо. После комментариев полученных от коллег, знакомых с программой, я уже на неё и не грешил...