-
22.12.2020, 14:08 #26161
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Ну почему не найти, запись диагностики Hamlib в JTDX за последние 10 дней помогла вылечить CAT для нескольких моделей Yaesu в Hamlib, по некоторым был действительно тайминг, думаю что и до источника MDD; команды тоже доберемся.
Если кто то имеет сбои CAT на JTDX rc154 на трансиверах FT857, FT891, FT897, FT950, FTDX101, FTDX3000 - напишите мне пожалуйста в личку.Последний раз редактировалось UA3DJY; 22.12.2020 в 14:23.
-
22.12.2020, 14:24 #26162
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,265
- Поблагодарили
- 5014
- Поблагодарил
- 2720
Вот тут вообще не понятно, как у Вас работает: я проверял у себя: при использовании Кенвудов WSJT-X запрашивает ID трансивера, и если ID трансивера не совпадает с тем, что выбрано - работать отказывается, что в общем полный бред, т.к. правильно было написано - у всех Кенвудов протоколы одинаковые. Только у новых Кенвудов добавляются новые команды, которые для WSJT-X по барабану. Т.е. SunSDR2 выдает ID TS-480, и как прокатывает TS-2000 - не понятно.
Второе - я смотрел код Hamlib, в частности для всех Кенвудов он один и тот же. По этому ну не может по разному 480-й и 2000-й работать)))73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
22.12.2020, 14:41 #26163
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 51
- Сообщений
- 1,662
- Поблагодарили
- 1378
- Поблагодарил
- 297
Да черт его знает, как.
Но работает.
Вот мне тоже не очень понятно, почему в сорцах hamlib столько файлов!
Почему для 480 и 2000 они разные? Вернее - зачем?
- - - Добавлено - - -
Хм. А зачем вообще искать этот источник MDD? Я не использую смену моды из JTDX, значит и реакция на MDD в данном случае не важна.
В целом САТ работает. Да, теряется иногда трансивер, но достаточно жмакнуть Retry на выпавшем окне и дальше работает.
А вот почему Fake It подтупливает - вот это действительно интересно. Но почти наверняка в дебаг-логе будет просто "неответ трансивера" на команду свены частоты. А вот по какой причине - тут надо бубен шаманский.Последний раз редактировалось UA3DJY; 22.12.2020 в 14:39. Причина: личное
73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
22.12.2020, 14:54 #26164
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Разные протоколы, сравните IF команду/ответ для TS480:
и TS2000:
А вот сравнение кода TS480 и TS2000 в Hamlib, столбик справа показывает места где код отличается:
- - - Добавлено - - -
Если ESDR команду MDD; игнорирует то нет проблем, а если на этой команде программу клинит то надо исправить. В любом случае если MDD; генерит Hamlib то это дефект который в том числе может сопровождаться разрушением содержимого оперативной памяти, возможно неправильно используется указатель на адрес в памяти.
На этой картинке MDD; может быть ответом ESDR на полученную команду MD; если на картинке показан двухсторонний трафик:
С точки зрения программы-монитора порта transmitted data это то что пользователь этой программы передал из нее в COM порт. Received data это то что программа видит на COM порте в режиме мониторинга.
Hamlib: в исходниках kenwood.c kenwood.h есть команда установки вида модуляции MD%c, где диапазон %с задан в kenwood.h:
/*
* modes in use by the "MD" command
*/
#define MD_NONE '0'
#define MD_LSB '1'
#define MD_USB '2'
#define MD_CW '3'
#define MD_FM '4'
#define MD_AM '5'
#define MD_FSK '6'
#define MD_CWR '7'
#define MD_FSKR '9'
int kenwood_set_mode(RIG *rig, vfo_t vfo, rmode_t mode, pbwidth_t width)
{
char c;
...
char buf[6];
...
if (RIG_IS_TS990S)
{
...
}
else
{
snprintf(buf, sizeof(buf), "MD%c", c);
err = kenwood_transaction(rig, buf, NULL, 0);
}Последний раз редактировалось UA3DJY; 22.12.2020 в 15:42.
-
22.12.2020, 15:58 #26165
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Последний раз редактировалось UA3DJY; 22.12.2020 в 16:07.
-
22.12.2020, 16:29 #26166
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,265
- Поблагодарили
- 5014
- Поблагодарил
- 2720
Если внимательно посмотрите - они одинаковые))) Есть пара бит, которые в "базовом" протоколе Кенвуд зарезервированы, а для 2000 используются - допустим P15.
Нет - не двухсторонний! Как минимум нет ответа на IF; и пока Hamlib ответ на свой запрос не получит - дальше не идет. Т.е. если б это был двухсторонний трафик, было бы
MD;MD1; - запрос - ответ.73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
22.12.2020, 16:36 #26167
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
22.12.2020, 19:06 #26168
- Регистрация
- 04.12.2008
- Адрес
- г. Южный
- Сообщений
- 560
- Поблагодарили
- 154
- Поблагодарил
- 519
В свое время потанцевал с бубном, ничего, потом все наладилось.
В программе сом0сом создал две пары сом портов.
Одну для САТа, вторую для РТТ.
Протокол 480й.
Все работает, ничего не теряется. Такая конфигурация и с лисой справляется на ура.
Уже не раз на форуме поднимали вопрос по поводу внедрения в программу протокола TCI, который используется в ESDR.
В нем уже все есть - и звук, и управление, и логи замечательные уже используют его и для теста, и для повседневной работы, а цифра пока никак.
Надеюсь, когда-то доберутся и до этого момента.Иван (UR5LCZ)
-
22.12.2020, 21:22 #26169
-
23.12.2020, 00:19 #26170
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Благодарю, уже ушел запрос в команду разработчиков Hamlib по сбою команды установки вида модуляции, утром еще раз проверю лог Hamlib уже по сбою установки частоты VFO A, возможно что проблем несколько.
- - - Добавлено - - -
Да, трафик в логе односторонний, программа Open serial port monitor щупает только RX "контакт" последовательного порта.Последний раз редактировалось UA3DJY; 23.12.2020 в 00:29.
-
23.12.2020, 01:35 #26171
-
23.12.2020, 17:43 #26172
Игорь, можно ли в этом месте, или рядом с названием страны, в сточке с позывным, обозначить азимутальные градусы корреспондента. Чтобы оперативно повернуть антенну на нужный азимут.
Последний раз редактировалось RW4LN; 23.12.2020 в 17:47.
Радиолюбитель с марта 1953 года
-
23.12.2020, 18:20 #26173
- Регистрация
- 10.07.2020
- Возраст
- 57
- Сообщений
- 3
- Поблагодарили
- 0
- Поблагодарил
- 0
-
23.12.2020, 20:08 #26174
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Во первых нет смысла рассчитывать азимут по каждому из 60 декодированных в интервале сообщений затягивая вывод сообщений на экран, вторая причина в том что FT8 часто позволяет провести QSO по длинному либо искривленному пути, азимут короткого пути будет вводить пользователя в заблуждение, то есть пользователь должен знать какой тип прохождения в данный момент на используемом им диапазоне на конкретного корреспондента и помнить азимут для этого типа прохождения.
-
23.12.2020, 20:29 #26175
Социальные закладки