-
04.01.2021, 23:36 #26326
- Регистрация
- 23.11.2005
- Адрес
- Киев, Украина
- Возраст
- 64
- Сообщений
- 116
- Поблагодарили
- 6
- Поблагодарил
- 2
-
05.01.2021, 00:01 #26327
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
05.01.2021, 00:28 #26328
- Регистрация
- 07.03.2007
- Возраст
- 63
- Сообщений
- 736
- Поблагодарили
- 304
- Поблагодарил
- 89
-
05.01.2021, 06:48 #26329
- Регистрация
- 02.10.2014
- Адрес
- г. Еманжелинск ; Emanzhelinsk
- Возраст
- 69
- Сообщений
- 217
- Поблагодарили
- 116
- Поблагодарил
- 190
Игорь, ver 155, трансивер Yaesu FT-2000, ошибка Cat Hamlib.
73! de UA9AX (ex UW9AO)
Анатолий
plaque 9 Band Р-150-С № 018.
DXCC: WKD/CFM-339/339. (Not-XF4)
-
05.01.2021, 10:28 #26330
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Линки на сборки 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 связанные с записью диагностики в файлы логов устраняют сбой, увы диагностическая сборка
ест уйму места на диске записью логов и может приводить к задержке окончания декодирования.
-
05.01.2021, 16:11 #26331
- Регистрация
- 02.10.2014
- Адрес
- г. Еманжелинск ; Emanzhelinsk
- Возраст
- 69
- Сообщений
- 217
- Поблагодарили
- 116
- Поблагодарил
- 190
-
05.01.2021, 18:15 #26332
- Регистрация
- 20.07.2017
- Адрес
- Ачинск
- Возраст
- 56
- Сообщений
- 660
- Поблагодарили
- 236
- Поблагодарил
- 227
Вышла новая версия WSJT-X 2.3.0-rc3
https://sourceforge.net/projects/wsj...jtx-2.3.0-rc3/
https://www.physics.princeton.edu/pu...1jt/wsjtx.htmlex:EZ0AEZ,RA0ABN,RX0AX. Удачи! 73
-
05.01.2021, 20:11 #26333
- Регистрация
- 07.03.2007
- Возраст
- 63
- Сообщений
- 736
- Поблагодарили
- 304
- Поблагодарил
- 89
-
05.01.2021, 21:56 #26334
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
05.01.2021, 22:05 #26335
- Регистрация
- 18.03.2008
- Адрес
- Аджером
- Возраст
- 50
- Сообщений
- 29
- Поблагодарили
- 10
- Поблагодарил
- 1
-
05.01.2021, 22:28 #26336
- Регистрация
- 07.03.2007
- Возраст
- 63
- Сообщений
- 736
- Поблагодарили
- 304
- Поблагодарил
- 89
-
06.01.2021, 10:51 #26337
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
У Вас 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 на самом трансивере?Последний раз редактировалось UA3DJY; 06.01.2021 в 13:49.
-
06.01.2021, 12:21 #26338
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
Игорь, а microHAM разве не просто транслирует обмен? Я думал, что задача всех этих интерфейсов - просто приведение к норме уровней TX/RX, ну и эмуляция COM-порта при USB подключении. А microHAM сам обрабатывает CAT команды что-ли? Но зачем?
Я просто не в курсе, не пользовался этим интерфейсом.73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
06.01.2021, 12:59 #26339
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
В инструкции на эту модель нет информации что обрабатывает, но по блок схеме процессор находится между USB разъемом и подключением CAT к трансиверу (процессор занимается ретрансляцией CAT команд и ответа трансивера, кроме этого есть поддержка Y соединения трансивера с двумя программами, то есть процессор может раскладывать CAT ответы трансивера в определенные адреса/виртуальные последовательные порты и объединять CAT команды двух программ в один физический CAT интерфейс, такое исполнение приводит к задержкам и уже вызвало ряд проблем в работе CAT Hamlib c трансиверами Yaesu, в результате уже есть несколько патчей в Hamlib учитывающих задержки microHam).
Последний раз редактировалось UA3DJY; 06.01.2021 в 13:10.
-
06.01.2021, 15:26 #26340
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
Да нет, есть! Кстати, спасибо за ссылку! Не читал раньше.
"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.73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
Социальные закладки