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

[UA3DJY]

Если комп очень старый, какие цифры нужно ставить в Advanced? Стоит 2 2 3, до конца минуты не успевает декодировать.

Для совсем слабого процессора 1-2-1, если другие софты не грузят процессор и декодирование не вписывается в приемный интервал то переход на софт WSJT-X.

[RA3RKA]

Вот небольшая статистика

Вложение 179131

Больше просто не влазеет.

[RU6B]

Попробую WSJT-X поставить, для проверки

на форуме каждый второй пользователь успешно использует несколько софтов и VSPE, не спешите опускать руки

Поэтому и странно. У меня тоже весь имеющийся софт работает через VSPE...
Попробовал небольшой эксперимент. Все проги закрыл, в этом случае при запуске JTDX все хорошо, САТ работает, при повороте валкодера изменение частоты отображается в программе, на передачу включается.
Стоит только запустить что-угодно (пробовал HRD или N1MM) - тут же САТ в JTDX отваливается. Кружок рядом с диапазоном меняется так: зеленый-оранжевый-зеленый-красный. После этого пишет "Rig Control Error" и предлагает переконфигурировать интерфейс. Если в момент запуска программы-"конкурента за порты" нахожусь в JTDX на вкладке Setting-Radio, то текст ошибки чуть другой: "Rig failure" и в подробностях "Hamlib error: Communication bus collision while getting current VFO".
При этом у программы-конкурента (или нескольких их) никаких "коллизий" не происходит, все в порядке и работает.
Видимо, все таки дело в каком-то "особенном" способе работы с портами у JTDX

Да все допилено, раз у Вас одного не работает... У всех-то нормально...
Даже не знаю, спросить ли - а настройки порта совпадают? Скорость, четность,
стоп-биты...

Я бы из принципа нашел причину. От админа никакие приложения, работающие с
портом не запущены? Порт система не "усыпляет" для снижения энергопотребления?

Совпадают. Не усыпляют. И т.д.
Исходите из того, что JT-65 HF, HRD, N1MM - все работают без проблем вместе.
А то, что у других все работает - может, дело в конкретной конфигурации.
У меня Win 10 Home 64bit, VSPE 0.938.4.846

[UA3DJY]

Странно, а я думал что оператор должен сам подбирать значения из соображения производительности своей системы и времени чтобы уложится в тот лимит который ему предоставлен. Я уложился в 10-ти секундный интервал и как некоторые не жду декода ещё и в следующем периоде. В чём криминал?

Я попытался понять как определялась эквивалентность установок WSJT-X и JTDX. В том что JTDX ест намного больше ресурсов сомнений нет, это преднамеренно заложено в дизайн - использовать все что имеется, или с каждой вложенной в железо копейки получить отдачу.

Но на каждой машине свои ресурсы и софт WSJT-X их не полностью использует. При переходе с одного ядра на два и более начинает работать многопоток и снижается время декодирования.
Сказать что софт JTDX непригоден если ему не соответствует железо будет некорректно, примерно как отказаться от цифрового телевидения из-за большого парка ламповых телевизоров, более того, в будущих версиях буду усложнять функционал чтобы в JTDX можно было полностью использовать и самое современное железо.

[UA3DJY]

пишет "Rig Control Error" и предлагает переконфигурировать интерфейс. Если в момент запуска программы-"конкурента за порты" нахожусь в JTDX на вкладке Setting-Radio, то текст ошибки чуть другой: "Rig failure" и в подробностях "Hamlib error: Communication bus collision while getting current VFO".

Вот теперь разговор становится предметным. Вы пробовали в JTDX вместо Hamlib выставить/использовать OmniRig?

И тот и другой софт для JTDX внешний, и сбой идет вне JTDX.

[UR6EF]

Софт JTDX работает независимо от диапазона, для какого функционала Вы хотите активировать Enable VHF/UHF/Microwave features?

Чтобы полноценно использовать софт на УКВ Вам придется создать самому или найти в Интернете УКВ файл CALL3.TXT.

Софт WSJT-X 1.7 наверно отличается от JTDX возможностью изменения частоты передатчика через CAT следуя за приемом при эффекте Доплера, точный функционал надо смотреть в документации на WSJT-X.

Да, хочу активировать. А файл CALL3 который тут есть разве не подходит?

[RU6B]

Вы пробовали в JTDX вместо Hamlib выставить/использовать OmniRig?
И тот и другой софт для JTDX внешний, и сбой идет вне JTDX.

Где-бы еще найти этот выбор?
Туплю, наверное, но ни в одной из программ (HRD и N1MM) никаких Hamlib, OmniRig не ставил отдельно. Может, они там где-то глубоко интегрированы, но кроме выбора порта и его параметров - больше ничего не нужно было.
А если Hamlib, OmniRig у меня не установлено (не уверен), то как же тогда JTDX работает "в одиночестве" нормально, через тот же VSPE?

[EU1FQ]

Где-бы еще найти этот выбор?

Там где прописан FT-2000
И попробуйте в свойствах виртуального порта снять галочку "Обнаружение устройств Plug fnd Play. Помогает при запуске других программ использующих виртуальные порты

[US-E-12]

Где-бы еще найти этот выбор?

У Вас COM5, 4 это виртуальные порты. Если выставлены существующие (особенно в CAT Control), то естественно будет конфликт с другим софтом, где используются такие же порты. К одному порту может одновременно подключится только одна программа. Для развода и используют виртуальные. В других программах тоже выбираются виртуальные, тогда конфликта не должно быть.

[RC2SC]

-24дБ файлы плохо показывают чувствительность софта, поэтому для тестов я использую -25дБ файлы, результаты и условия тестирования публикую как на форуме так и в комплекте с исходным кодом.

Чувствительность думаю не самое главное хоть и немаловажно, стабильность, отсутствие ошибок в работе имеет ни чуть не меньшее значение. Тестироваться должно на всём, на низких, на высоких, с шагом 1-2-3 и т.д. и очень плохо что всё одному. Разные системы, разное железо - нужны тестеры. Я понимаю когда тебя облизывают это приятно но ещё нужна и реальная помощь.
Теперь про Advanced, если что то может негативно повлиять то не стоит ли жестко ввести блокировку значений, ведь программа рассчитана на широкий круг пользователей и это надо учитывать и принимать меры по защите от необдуманных действий. Пойду посмотрю что за файлы лежат а то я тут вопил, дайте то на чём тестите, хочу честно проверить для себя. И как говорил RK1NA довно пора иметь шапку на каждой странице где будет ссылка на всё необходимое.

. у Вас поломан файл JTDX.INI, такое сообщение Hint декодер дать не может: 0073-25 0.0 2200 # W9XYZ UA3DJY CF00

Файл ini создавался самой программой, я её первый раз загружаю если не считать когда она ломала файл для WSJT-X. В девственно чистый продукт только внёс настройки и всё.

[RA3RKA]

]Вот небольшая статистика

пришлось удалить

[UA3DJY]

Да, хочу активировать. А файл CALL3 который тут есть разве не подходит?

я и спрашиваю - для чего Вы его хотите активировать? В файле CALL3.TXT есть заголовок с информацией о содержании, в том файле что я создал используются данные со спотов КВ диапазонов + диапазон 6 метров.

УКВ файл CALL3.TXT как то видел на svn репозитарии WSJT-X и в его заголовке был позывной автора из Германии. На форуме немало пользователей работающих на УКВ, кто то может знать где его взять.

[R0JF]

Где-бы еще найти этот выбор?

А конфиг VSPE можно глянуть?

[RU6B]

Попробую WSJT-X поставить, для проверки

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

У Вас COM5, 4 это виртуальные порты. Если выставлены существующие (особенно в CAT Control), то естественно будет конфликт с другим софтом, где используются такие же порты. К одному порту может одновременно подключится только одна программа. Для развода и используют виртуальные. В других программах тоже выбираются виртуальные, тогда конфликта не должно быть.

Вы с VSPE знакомы? Там есть понятие "сплиттер", к одному виртуальному порту допускается неограниченное количество подключений. И с этим несколько лет прекрасно работают другие программы СОВМЕСТНО.

Там где прописан FT-2000
И попробуйте в свойствах виртуального порта снять галочку "Обнаружение устройств Plug fnd Play. Помогает при запуске других программ использующих виртуальные порты

Пробовал выбрать Hamlib, OmniRig - безрезультатно. Может, у меня "это" и не установлено? И зачем? Все ведь работает, пока только JTDX запщена.
Странно, что при выборе "Yaesu FT-2000" в тексте ошибки упоминается Hamlib: "Hamlib error: Communication bus collision while getting current VFO".

И в очередной раз: JT65-HF 0.9.96.0, HRD, N1MM (это то, что на данный момент установлено) - работают совместно, хоть все сразу. Почему для JTDX нужно искать проблему "на стороне"? Полагаю, вопрос в ней или в каких-то модулях, ею используемых...

[EW6BN]

Задался сегодня целью и связал при помощи VSPE и omnirig : JTDX v17.4 и LogHX3, обмен логами также настроился без проблем.
Win 10 Pro x64.