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

[US4IRT]

Сегодня при работе с 9A/DL1FDH произошел странный случай

Ничего странного, Виктор. Уже в работе версия JTDX 2.0.2-139, а вы всё испытываете 2.0.1. Обновитесь уже и всё будет нормально.

[RA3QH]

Сегодня столкнулся с такой проблеммой у товарища...WSJT 2.1.0-RUS....при включении все нормально,через 20-40 сек выскакивает

казалось бы ясно что проблемма с САТ...НО...с теми же настройками JTDX работает как часы....
Прога ПОЛНОСТЬЮ удалялась (INI файл при выключеной проге,чистка CCleaner и руками в реестре) Потом инсталировали по новой и все тоже самое....Кто что посоветует?

[EU1FQ]

Сегодня столкнулся с такой проблеммой у товарища...WSJT 2.1.0-RUS....при включении все нормально,через 20-40 сек выскакивает
казалось бы ясно что проблемма с САТ...НО...с теми же настройками JTDX работает как часы....
Прога ПОЛНОСТЬЮ удалялась (INI файл при выключеной проге,чистка CCleaner и руками в реестре) Потом инсталировали по новой и все тоже самое....Кто что посоветует?

Есть такая бяка. Это проблема связки WSJT с OmniRig. У меня нормально заработало только с OmniRig 1.16 С другими версиями та же проблема. Попробуйте для себя подобрать версию OmniRig

[RA3QH]

Попробуйте для себя подобрать версию OmniRig

о...вот про это Николай я как то забыл....ну завтра попробую ему посоветовать это...

[R6LCF]

Попробуйте для себя подобрать версию OmniRig

Странно.
Никогда небыло замечаний на работу OmniRig. Сейчас вообще установлена ...даже не знаю порядковый номер версии и все работает на отлично с указанным аппаратом с программами:JTDX; WSJT-X;MSHV; Хотя попробовать другую версию делов на 15 минут.Через RIG 2 подключен SunSDR2Pro ,замечаний нет работают по очереди в цифре и в классических модах с Логами.

[EU1FQ]

о...вот про это Николай я как то забыл....ну завтра попробую ему посоветовать это...

Ваш товарищ отписался, что все заработало с версией 1.19

[EU1FQ]

Странно.
Никогда небыло замечаний на работу OmniRig...

Вопрос, собственно не в OmniRig или WSJT, а в операционной системе, ее сборки.

[R6LCF]

а в операционной системе, ее сборки.

Данный OmniRig работает с ic7300 на выездах с ноутом система ХР ранее и в данный момент; Ранее в домашнем шеке была установлена W7 то же самое ,все работало.
Сейчас установлена W10Pro64bit работает на отлично.Ну как то так.
Чудес на свете не бывает.Если работает с JTDX ,а не работает с WSJT-X .....делаем выводы.Настройки у програм абсолютно одинаковы.
Может будет достаточно просто переустановить OmniRig к ряду причин что то было не так и в настройках что то "попутано" и все по новой.Все методом исключения!

[EU1FQ]

....работает на отлично.Ну как то так.

Я рад за Вас и остальных 90% пользователей
А вот остальным 10% прользователей, в том числе и мне, мой совет помог.

[R6LCF]

мой совет помог.

Я рад за вас!
Но вы причину не объяснили ,а так........что то как то.Сам не знаю ,но вроде помогло.......
Читаем последние строки моего сообщения ,причина может в этом? Делов на 15 мин!

[RA3QH]

Чудес на свете не бывает.Если работает с JTDX ,а не работает с WSJT-X .....делаем выводы.Настройки у програм абсолютно одинаковы.
Может будет достаточно просто переустановить OmniRig к ряду причин что то было не так и в настройках что то "попутано" и все по новой.Все методом исключения!

Это не чудеса...все так и было...он поставил версию 1.19 и все заработало...у меня с 1.15 все работает,у кого то с 1.16( сразу не вспомнил про это,спасибо Николаю за подсказку) здесь писали об этом...

[RA3QH]

Читаем последние строки моего сообщения

Владимир,все было исключено,читайте стартовое сообщение мое...Просто забыл я что со старыми версиями ОмниРиг бывает такая беда...Вот и исполнил все "танцы с бубном"

[RX3ASP]

JTDX и <...>
Вижу, что на 30-ке все дружно зовут <...>, итальянцы как всегда не в своём периоде. Но я не декодирую этого <...>. И так минут 5-10. И вдруг вместо этих <...> появляется 3DA0AO. Но я его так и не декодировал ни разу. Что произошло, что мешало сразу декодировать?

[UA3DJY]

JTDX и <...>
Вижу, что на 30-ке все дружно зовут <...>, итальянцы как всегда не в своём периоде. Но я не декодирую этого <...>. И так минут 5-10. И вдруг вместо этих <...> появляется 3DA0AO. Но я его так и не декодировал ни разу. Что произошло, что мешало сразу декодировать?

Софт сам не может придумать позывной, надо смотреть что было декодировано перед заполнением скобок в файле ALL.TXT. Звуковые файлы за этот и предыдущие интервалы также помогут понять в какой точке этот позывной был внесен в хэш таблицу и был ли сбой его внесения в таблицу ранее.

[UA3DJY]

Вчера Юрис работал на 80 и немного на 160м FT8 F/H.
Рапорта европейцам почти всегда программа передавала по 2-3 раза, даже если они были неплохие, но получить RR73 удавалось далеко не всем.
Вины оператора тут нет, причина, думаю, в алгоритме hound вызова, который не прекращается, даже если ответили другому. Соответственно, зовущие просто забивают станции, которым C21WW отвечает. Получается, что F/H работа FT8 прямо противоречит DX Code of Conduct, 5-й пункт которого четко определяет действия оператора.

Ниже цитата на языке оригинала:
"5. I will wait for the DX station to end a contact before I call.
If you transmit before a QSO is over, you are likely to interfere with the exchange of information, lengthening the QSO and slowing the process. It may seem clever to “nip in” as the previous contact is ending but many DX stations don’t like it, as such operating may break the pattern of the operator, which is what helps everyone to know when to transmit."

Могут возразить, что JT программы имеют опцию "Halt TX if operator I called answered to other operator" но сильно сомневаюсь, что кто-то при вызове экспедиции в режиме F/H ею пользуется.
Зовет не человек, а компьютер, которому DX Code of Conduct не ведом. Возможно эту проблему можно решить программным путем, сделав опцию "Halt TX if operator I called answered to other operator" обязательной (неотменяемой), чтобы hound останавливался при ответе другому, но увидя RR73 автоматически продолжил звать?
Это не "хотелка", а анализ ситуации по наблюдениям за low band работой C21WW.

В работе программы MSHV(режим многоответа) ранее наблюдал скачки передаваемых сообщений по частоте. То есть адресованное корреспонденту сообщение сначала передается на частоте A, в следующем интервале на частоте B, при этом на частоте A идет сообщение адресованное уже другому корреспонденту. Какой алгоритм заложить в код если была смена TX частоты в MSHV а адресованное пользователю программы сообщение на новой частоте не декодировалось?