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

[US5WE]

Для информации.
Возвращаюсь к вопросу незаписи QSO в лог. Этот глюк JT-soft уже серьезно бесит.
Вчера столкнулись со следующей ситуацией:
На 160м вечером провели одна за другим FT8 QSO с KL7J. Прошел полный цикл, получили каждый свои "73".
Работа в обычном режиме. Смотрим LoTW. US5WE QSO есть, UR5WA - QSO нет.
Пишу KL7J письмо, прошу проверить.
Получаю ответ:
"I remember the QSO and the name. It was a brief opening and a surprise.
The QSO did not post in the log.
It is in my WSJT ALL.TXT file but apparently failed to transfer to the N3FJP Log which does the LoTW uploading.
I have gone back and logged it in the permanent log and... it uploaded.
I can see the QSO is now confirmed in ARRL LOTW."
Для тех, кто в теме, тот поймет, что такое Аляска на 160м. У меня до позавчера было одно в 2013 году.
Мне что, в ARRL написать, чтобы весь тираж книжки про FT8 пустили под нож?

[EU1FQ]

На 160м вечером провели одна за другим FT8 QSO с KL7J.
Смотрим LoTW. US5WE QSO есть, UR5WA - QSO нет.

Вот они откуда паравозики

Мне что, в ARRL написать, чтобы весь тираж книжки про FT8 пустили под нож?

А чем уже так провинился ARRL?
KL7J Вам ясно ответил, что сбой произошел при передачи лога к N3FJP, который занимается заливкой на LoTW.
Так что проблема не в JT-soft. Причин может быть десятки

[US5WE]

Вот они откуда паравозики

А чем уже так провинился ARRL?
KL7J Вам ясно ответил, что сбой произошел при передачи лога к N3FJP, который занимается заливкой на LoTW.
Так что проблема не в JT-soft. Причин может быть десятки

Нам можно - мы family, железо и все остальное имущество общее.
Тем ARRL провинился, что рекламирует глючный софт, о проблемах с незаписью QSO в logs (разные и всякие) o котором говорят давно, менеджеры стонут, но решать проблему, которая только в JT-soft почему-то не хотят. Пусть надавят на Тейлор и Ко.
Для начала пусть вообще уберут опцию передачи в сторонний лог и посмотрим, будут из чистого wsjt_log.adi как утверждает R7AL, пропадать QSO или нет. А читать, писать, говорить и понимать что написано на English я еще умею.

[EU1FQ]

Нам можно - мы family, железо и все остальное имущество общее.

Это выглядит примерно так. Эй, Клава, беги скорей нажать на клаву...

[R3SE]

Коллеги, на 160 м. модой FT4 российским р/любителям пока работать нельзя?

[US5WE]

Это выглядит примерно так. Эй, Клава, беги скорей нажать на клаву...

У нас еще мышь есть.

[KT4RP]

Это выглядит примерно так. Эй, Клава, беги скорей нажать на клаву...

меня Лена зовут ))))
на клаве иногда кошка возлегает

[RN3OX]

Коллеги, на 160 м. модой FT4 российским р/любителям пока работать нельзя?

Да вроде можно, 1841 частота прописана, просто никто почему то не работает.

[K2BB]

У нас на Занзибаре такая проблема выявилась в WSJT, а не в JTDX.
Про обычный режим не скажу, работали только в Fox/Hound.
Поведение такое же - RR73 отдал, а во ВНУТРЕННИЙ лог связь не записалась.
Само собой по TCP не послана в N1MM и оттуда уже не заслана на clublog.

Было это только на одной машине (i3, 32bit Win), на другой - i7, 64bit - всё нормально

[US5WE]

У нас на Занзибаре такая проблема выявилась в WSJT, а не в JTDX.
Про обычный режим не скажу, работали только в Fox/Hound.
Поведение такое же - RR73 отдал, а во ВНУТРЕННИЙ лог связь не записалась.
Само собой по TCP не послана в N1MM и оттуда уже не заслана на clublog.

Было это только на одной машине (i3, 32bit Win), на другой - i7, 64bit - всё нормально

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

[UA3DJY]

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

Виктор, Вы путаете участников форума понятием JT-софт. Есть смысл говорить о конкретной программе и на чьей стороне Вы наблюдаете сбой внесения QSO в лог, Fox или Hound.

[US4IRT]

Было это только на одной машине (i3, 32bit Win), на другой - i7, 64bit - всё нормально

Т.е. напрашивается вывод: для работы в FOX на WSJT-X нужно серьезное "железо".

[US5WE]

Виктор, Вы путаете участников форума понятием JT-софт. Есть смысл говорить о конкретной программе и на чьей стороне Вы наблюдаете сбой внесения QSO в лог, Fox или Hound.

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

P.S. Ответ KL7J получен: "I use WSJT. I looked in ALL.TXT
I know it did not log to wsjt.log file which is a comma delimited file, nor did the program log to N3FJP."

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

[UA3DJY]

Т.е. напрашивается вывод: для работы в FOX на WSJT-X нужно серьезное "железо".

При большом количестве входящих вызовов декодер Fox WSJT-X может выходить в TX интервал, поскольку он работает только на одном потоке то только повышение тактовой частоты процессора может помочь. Это уже может быть десктоп с тактовой более 4 ГГц.

Сбой внесения QSO в лог больше связан с особенностями реализации в коде, что критично при параллельном проведении оператором Fox нескольких QSO.

[US5WE]

Сбой внесения QSO в лог больше связан с особенностями реализации в коде, что критично при параллельном проведении оператором Fox нескольких QSO.

Так если диагноз известен, почему K1JT&Co пациента не лечат? Поедут, к примеру, остро необходимые на топе, HU1DL и снова начнутся танцы с бубном?