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

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

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

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

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

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

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

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

Цитата:

---

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

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

---

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

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

Сергей RA0AY

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

Сергей RA0AY

---

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

73, Игорь UA9CDC

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

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

73

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

Цитата:

---

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

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

---

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

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

Цитата:

---

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

Второй. Работало два места. Удаленно через инет связанные.

---

Имел место "обрыв" сети. Логично. Можно проанализировав частоты САТ, определить, что блокировки в данном случае не было-не заЧот;)

to UA0DM
Виктор, а у меня раза два было что не переключался диапазон по САТ.
То-есть работаешь в тесте-все в норме и при переходе на другой диапазон
лог не переключается. К сожалению замечаешь это не сразу, а когда уже
проведешь эн-ное количество QSO. А если при этом сделал еще переход,
то уже геморрой. Приходится вспоминать во сколько сделал переходы, ведь
реальную частоту уже не пишет. И приходится ручками исправлять, если
вспомнишь. Что это может быть? При закрытии и запуске программы опять
работает без проблем. ВЧ наводки исключаются, потому как все остальное
и манипуляция в том числе работают, кроме переключения диапазона.

Александр, у меня такая ситуация тоже была. Подвисал USB COM переходник. Предполагаю ВЧ наводка На данный момент купил специально контроллер портов. Пол года полет нормальный.

Цитата:

---

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

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

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

---

Вот из опыта отправки отчётов "молодых бойцов" за соревнования - это характерная ошибка при ручном наборе. Сплошняком такое шло при наборе отчётов наблюдателями. = Примитивно не для каждой связи корректируют вводимое время, забывают. Глаз да глаз нужен... :о)))

Цитата:

---

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

Подвисал USB COM переходник.

---

Может быть, может быть...
Тоже использую USB COM переходник. Но странно то, что за 9 лет это
было раза два, не больше. Ведь после закрытия, а потом запуска TR4W-
все работает нормально и сбоев больше не наблюдается.

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

Цитата:

---

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

Я так понимаю идет внутренний сбой и временная потеря связи лог - трансивер, а после перезапуска лога он инициализируется,

---

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