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

[UR4UM]

С версии JTDX v16.8, работаю с JTAlert_2.8.6 свежеустановленной, а лог использую от MixW 3.2.103 ( в него заносятся данные из ROS 7.4.0, Opera v1.5.8, SIM_PSK v6934, Fldigi 3.23.16).

[LY3BG]

С версии JTDX v16.8, работаю с JTAlert_2.8.6 свежеустановленной, а лог использую от MixW 3.2.103 ( в него заносятся данные из ROS 7.4.0, Opera v1.5.8, SIM_PSK v6934, Fldigi 3.23.16).

http://qrz.lt/ly3bg/JTDX/JTDX%20-%20...y%20matrix.gif

[UA3DJY]

С какой версии JTDX был переход на 17.1, используется ли внешний лог с активированным CAT управлением при проявлениии проблемы, управление через Hamlib или через OmniRig?

С версии JTDX v16.8, работаю с JTAlert_2.8.6 свежеустановленной, а лог использую от MixW 3.2.103 ( в него заносятся данные из ROS 7.4.0, Opera v1.5.8, SIM_PSK v6934, Fldigi 3.23.16).

Начиная с версии 16.9 обновлен Hamlib, если Вы выбираете SDR1000 в закладке JTDX->Settings->Radio то управление идет с использованием Hamlib библиотеки.

Также может быть конфликт с внешним логом, если из него тоже активировано управление CAT, из-за того что VSPMgr не позволяет сделать разветвление COM портов.

[UR4UM]

Вы намекаете что виновата JTAlert2.8.6 ? Запускаю без неё, всё так же ...
(Или я непонял Вас - http://qrz.lt/ly3bg/JTDX/JTDX%20-%20...y%20matrix.gif )

[UA3DJY]

Вы намекаете что виновата JTAlert2.8.6 ? Запускаю без неё, всё так же ...
(Или я непонял Вас - http://qrz.lt/ly3bg/JTDX/JTDX%20-%20...y%20matrix.gif )

JTAlert к этому сбою привести не может.

[UR4UM]

Начиная с версии 16.9 обновлен Hamlib, если Вы выбираете SDR1000 в закладке JTDX->Settings->Radio то управление идет с использованием Hamlib библиотеки.

Также может быть конфликт с внешним логом, если из него тоже активировано управление CAT, из-за того что VSPMgr не позволяет сделать разветвление COM портов.

Я выбираю TS-50S, TS-2000, PowerSDR - проблема остаётся

Лог находится просто в другой папке: C:\Users\Mikl\AppData\Roaming\MixW\MixW2.log все другие проги скидают туда связи ( Fldigi 3.23.16 работает через Hamlib).

Из JT65 на JT9 переходит нормально, а назад нет. Вроде приклеился, а щёлкнул по диапазону - переключает и моду.

[UA3DJY]

С какой версии JTDX был переход на 17.1, используется ли внешний лог с активированным CAT управлением при проявлениии проблемы, управление через Hamlib или через OmniRig?

Начиная с версии 16.9 обновлен Hamlib, если Вы выбираете SDR1000 в закладке JTDX->Settings->Radio то управление идет с использованием Hamlib библиотеки.

Также может быть конфликт с внешним логом, если из него тоже активировано управление CAT, из-за того что VSPMgr не позволяет сделать разветвление COM портов.

Я выбираю TS-50S, TS-2000, PowerSDR - проблема остаётся

Лог находится просто в другой папке: C:\Users\Mikl\AppData\Roaming\MixW\MixW2.log все другие проги скидают туда связи ( Fldigi 3.23.16 работает через Hamlib).

Из JT65 на JT9 переходит нормально, а назад нет. Вроде приклеился, а щёлкнул по диапазону - переключает и моду.

Попытаюсь еще раз объяснить. Если одновременно с JTDX, кроме PowerSDR подключенного через VSPMgr, работает еще какая то программа использующая тот же самый COM порт то возникает конфликт обращения к этому порту, поскольку операционная система Windows поддерживает только соединение точка-точка для COM порта. Для использования одного порта одновременно несколькими программами софт VSPMgr не подходит потому что он не умеет делать разветвления портов, для разветвления можно например попробовать софт VSPE.

Если выключить все остальные софты и оставить только PowerSDR + VSPMgr + JTDX, эта проблема останется? После этого потребуется перезагрузить Windows.

Если останется то виновато обновление Hamlib которое я сделал в 16.9.

[UR4UM]

Если выключить все остальные софты и оставить только PowerSDR + VSPMgr + JTDX, эта проблема останется? После этого потребуется перезагрузить Windows.

Если останется то виновато обновление Hamlib которое я сделал в 16.9.

Работают только 2 проги, PowerSDR и JTDX + JTAlert, (с логом MixW работает JTAlert). Управляется одна прога, по одному порту. РТТ работает от САТ.

[UA9OP]

Сообщение от UA9OP
А в чем проблема задержки связи с Алертом?
Проблемы связи нет, простой тест - запускаем из той же папки где находится wsjtx.exe утилиту udp_daemon.exe.

У меня черный экран и ничего не выходит

[UA3DJY]

Работают только 2 проги, PowerSDR и JTDX + JTAlert, (с логом MixW работает JTAlert). Управляется одна прога, по одному порту. РТТ работает от САТ.

В исходном коде Hamlib в апреле было сделано изменение для SDR1000, автор Bill Somerville:

'This change allows the set_mode functions to leave the rig passband
unchanged if required. For the few rigs that do not have explcit
passband width control either current state is read and rewritten or a
"normal" width is chosen e.g. select a normal width when there is a
choice like CW and CW-NARROW.'

https://sourceforge.net/p/hamlib/cod...8e9c5/#diff-12

Если уверены что проблема в этом то могу попробовать откатить это изменение с выпуском тестовой версии JTDX.

[US-E-12]

У меня черный экран и ничего не выходит

Дождитесь начала декодирования и должны появиться данные (копия того, что в приёмном окне jtdx).

[UA3DJY]

Работают только 2 проги, PowerSDR и JTDX + JTAlert, (с логом MixW работает JTAlert). Управляется одна прога, по одному порту. РТТ работает от САТ.

могу попробовать откатить это изменение с выпуском тестовой версии JTDX.

Есть более простой вариант проверить и решить проблему: софт Hamlib собирается в исполняемыe файлы rigctld-wsjtx.exe rigctl-wsjtx.exe.

Если взять эти файлы от версии JTDX 16.8 то Вы будете использовать предыдущую версию софта Hamlib.

[UR4UM]

Если уверены что проблема в этом то могу попробовать откатить это изменение с выпуском тестовой версии JTDX.

Не уверен, так как проблема пока остаётся. Попробовал настроить РТТ через другой порт (СОМ6 и СОМ7 через VSPMgr). MixW нормально управляется по двум портам, а
JTDX тоже по двум, но проблема осталась. Может чтото с Wind_ой? Надо пробовать но много времени на переустановку всего...
Может ещё кто использует такую же связку программ, на Win7 х64? Отзовитесь...

[UR4UM]

Есть более простой вариант проверить и решить проблему: софт Hamlib собирается в исполняемыe файлы rigctld-wsjtx.exe rigctl-wsjtx.exe.

Если взять эти файлы от версии JTDX 16.8 то Вы будете использовать предыдущую версию софта Hamlib.

Попробую... папки предыдущей JTDX 16.8 я сохранил, могу подставить и попробовать. Благодарю за идею - двигатель прогресса.

[UR4UM]

Попробую... папки предыдущей JTDX 16.8 я сохранил, могу подставить и попробовать. Благодарю за идею - двигатель прогресса.

Заменил, (у оригинальных изменил расширение) всё по прежнему. УВЫ.