У меня трансивер IC-756 PROIII
Игорь, ver 155, трансивер Yaesu FT-2000, ошибка Cat Hamlib.
Линки на сборки rc155 c патчами FT2000 CAT Hamlib, надеемся что для этого трансивера все проблемы решены:
собранный софт (MS Windows, 64бит) https://cloud.mail.ru/public/xFQF/Mpf36TUYY
кодовая сумма JTDX-2.2.0-rc155_FT2000_outpwr-win64.exe
SHA-256: 2D1B2CDC3320BF956A1494EE65FA24E3BF66647F78E62AC79102B5D34A4A69B3
собранный софт (MS Windows, 32бит) https://cloud.mail.ru/public/zacv/jRaFb7Toa
кодовая сумма JTDX-2.2.0-rc155_FT2000_outpwr-win32.exe
SHA-256: 35888F9DB5CE72169FA97D2C86FC982DB0883C2B0D16980D6BC83FEFEA4A5A0B
- - - Добавлено - - -
Похоже что задержки в коде Hamlib CAT связанные с записью диагностики в файлы логов устраняют сбой, увы диагностическая сборка
ест уйму места на диске записью логов и может приводить к задержке окончания декодирования.
Вышла новая версия WSJT-X 2.3.0-rc3
https://sourceforge.net/projects/wsj...jtx-2.3.0-rc3/
https://www.physics.princeton.edu/pu...1jt/wsjtx.html
У Вас microHam отвечает что трансивер использует режим RTTY, это режим нижней боковой полосы. Hamlib для TS480 в режиме RTTY определяет полосу пропускания фильтра 500 Гц и, несмотря на то что в JTDX выбран SPLIT RIG, Hamlib в момент сбоя пытается управлять частотой VFO A:
Hamlib: kenwood_get_mode called
Hamlib: kenwood_transaction: cmdstr = MD
Hamlib: kenwood_transaction: read_string(len=4)='MD6;'
Hamlib: kenwood2rmode called
Hamlib: rig_passband_normal called
Hamlib: rig_passband_normal: return filter#2, width=500
"HamlibTransceiver::do_poll:" rig_get_mode mode = RTTY bw = 500
...
Hamlib: rig_set_freq called vfo=currVFO, freq=1.40775e+07
Hamlib: kenwood_set_freq: tvfo=VFOA
Hamlib: kenwood_transaction called
Hamlib: kenwood_transaction: cache invalidated
Hamlib: kenwood_transaction: cmdstr = FA00014077500
Какой вид модуляции выбран на трансивере? Думаю что сбой уйдет если на трансивере выбрать USB, кроме этого эмуляция SPLIT Fake It на VFO A использует меньше кода Hamlib, а значит и меньше вероятность сбоя при стыковке разных CAT протоколов через microHAM.
- - - Добавлено - - -
Нашел в логе причину сбоя, ответ microHam на команду IF при нормальной работе:
Hamlib: kenwood_transaction: read_string(len=38)='IF0000357300000000+000000000060010000;'
Hamlib: kenwood_get_vfo_if: priv->tx_vfo=VFOB
и при сбое:
Hamlib: kenwood_transaction: read_string(len=38)='IF0001407700000000+000000000060000000;'
Hamlib: kenwood_get_vfo_if: priv->tx_vfo=VFOA
сбой произошел раньше появления скачков частоты, вот момент сбоя:
2021-01-04T21:22:26.521Z(C:\JTSDK64-Tools\tmp\wsjtx\HamlibTransceiver.cpp:60)Debug: Hamlib: kenwood_transaction: read_string(len=38)='IF0000357300000000+000000000060010000;'
2021-01-04T21:22:27.518Z(C:\JTSDK64-Tools\tmp\wsjtx\HamlibTransceiver.cpp:60)Debug: Hamlib: kenwood_transaction: read_string(len=38)='IF0000357300000000+000000000060000000;'
- - - Добавлено - - -
Интересно, 04 января в 21:22:27 UTC Вы выключали SPLIT на самом трансивере?
Игорь, а microHAM разве не просто транслирует обмен? Я думал, что задача всех этих интерфейсов - просто приведение к норме уровней TX/RX, ну и эмуляция COM-порта при USB подключении. А microHAM сам обрабатывает CAT команды что-ли? Но зачем?
Я просто не в курсе, не пользовался этим интерфейсом.
В инструкции на эту модель нет информации что обрабатывает, но по блок схеме процессор находится между USB разъемом и подключением CAT к трансиверу (процессор занимается ретрансляцией CAT команд и ответа трансивера, кроме этого есть поддержка Y соединения трансивера с двумя программами, то есть процессор может раскладывать CAT ответы трансивера в определенные адреса/виртуальные последовательные порты и объединять CAT команды двух программ в один физический CAT интерфейс, такое исполнение приводит к задержкам и уже вызвало ряд проблем в работе CAT Hamlib c трансиверами Yaesu, в результате уже есть несколько патчей в Hamlib учитывающих задержки microHam).
Да нет, есть! :( Кстати, спасибо за ссылку! Не читал раньше.
"The CAT channel is used by the host application to control transceiver frequency, mode, and many otherparameters. The application communicates with the radio using a serial protocol. " - заметь! Разговор идёт об APPLICATION! Вот она - информация, что обрабатывает. Раз ПРИЛОЖЕНИЕ работает с CAT. (Если "между строк" читать). :(
Понял. Не хочу себе microHAM.