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

[UA3DJY]

Тем не менее, Split Rig работает, а Fake It глючит в SunSDR2.

Имхо с таймингами что-то. Согласись, выставить 2 частоты в разные VFO, один раз включить режим Split и "дергать" себе RX/TX - это гораздо менее чувствительно к возможным задержкам (сбоям/коллизиям...)! А вот постоянно БЫСТРО выполнять команды смены частоты - тут надо, чтобы они проходили со 100%-й гарантией и с минимальной задержкой.

Я вспоминаю, когда Fake It появился, по-моему тогда работало. Года полтора как сломалось. Или чуть больше. Но с тех времен и ExpertSDR значительно обновилась и hamlib тоже. В общем, концов не найти. Нао было тогда внимание обратить, а я просто переключился в Split Rig и успокоился.

Ну почему не найти, запись диагностики Hamlib в JTDX за последние 10 дней помогла вылечить CAT для нескольких моделей Yaesu в Hamlib, по некоторым был действительно тайминг, думаю что и до источника MDD; команды тоже доберемся.

Если кто то имеет сбои CAT на JTDX rc154 на трансиверах FT857, FT891, FT897, FT950, FTDX101, FTDX3000 - напишите мне пожалуйста в личку.

[RX4HX]

Производитель рекомендует для SunSDR2 использовать протокол TS480. Но опытным путём пользователи установлили, что TS2000 как-то стабильнее работает.

Вот тут вообще не понятно, как у Вас работает: я проверял у себя: при использовании Кенвудов WSJT-X запрашивает ID трансивера, и если ID трансивера не совпадает с тем, что выбрано - работать отказывается, что в общем полный бред, т.к. правильно было написано - у всех Кенвудов протоколы одинаковые. Только у новых Кенвудов добавляются новые команды, которые для WSJT-X по барабану. Т.е. SunSDR2 выдает ID TS-480, и как прокатывает TS-2000 - не понятно.
Второе - я смотрел код Hamlib, в частности для всех Кенвудов он один и тот же. По этому ну не может по разному 480-й и 2000-й работать)))

[R0JF]

Вот тут вообще не понятно, как у Вас работает:
[...]
Второе - я смотрел код Hamlib, в частности для всех Кенвудов он один и тот же. По этому ну не может по разному 480-й и 2000-й работать)))

Да черт его знает, как. Но работает.

->Скрытый текст<-

Вот мне тоже не очень понятно, почему в сорцах hamlib столько файлов!
Почему для 480 и 2000 они разные? Вернее - зачем?

- - - Добавлено - - -

Ну почему не найти, запись диагностики Hamlib в JTDX за последние 10 дней помогла вылечить CAT для нескольких моделей Yaesu в Hamlib, по некоторым был действительно тайминг, думаю что и до источника MDD; команды тоже доберемся.

Хм. А зачем вообще искать этот источник MDD? Я не использую смену моды из JTDX, значит и реакция на MDD в данном случае не важна.
В целом САТ работает. Да, теряется иногда трансивер, но достаточно жмакнуть Retry на выпавшем окне и дальше работает.
А вот почему Fake It подтупливает - вот это действительно интересно. Но почти наверняка в дебаг-логе будет просто "неответ трансивера" на команду свены частоты. А вот по какой причине - тут надо бубен шаманский.

[UA3DJY]

Вот тут вообще не понятно, как у Вас работает: я проверял у себя: при использовании Кенвудов WSJT-X запрашивает ID трансивера, и если ID трансивера не совпадает с тем, что выбрано - работать отказывается, что в общем полный бред, т.к. правильно было написано - у всех Кенвудов протоколы одинаковые. Только у новых Кенвудов добавляются новые команды, которые для WSJT-X по барабану. Т.е. SunSDR2 выдает ID TS-480, и как прокатывает TS-2000 - не понятно.
Второе - я смотрел код Hamlib, в частности для всех Кенвудов он один и тот же. По этому ну не может по разному 480-й и 2000-й работать)))

Разные протоколы, сравните IF команду/ответ для TS480:

->Скрытый текст<-

и TS2000:

->Скрытый текст<-

А вот сравнение кода TS480 и TS2000 в Hamlib, столбик справа показывает места где код отличается:

->Скрытый текст<-

- - - Добавлено - - -

Хм. А зачем вообще искать этот источник MDD? Я не использую смену моды из JTDX, значит и реакция на MDD в данном случае не важна.
В целом САТ работает. Да, теряется иногда трансивер, но достаточно жмакнуть Retry на выпавшем окне и дальше работает.
А вот почему Fake It подтупливает - вот это действительно интересно. Но почти наверняка в дебаг-логе будет просто "неответ трансивера" на команду свены частоты. А вот по какой причине - тут надо бубен шаманский.

Если 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]

Я не использую смену моды из JTDX, значит и реакция на MDD в данном случае не важна.

У Василия US4IRT и Кирилла UA6CT в настройках закладки Радио JTDX стоит вид модуляции Data/Pkt, то есть как минимум при запуске JTDX (еще может при нажатии кнопки OK в настройках) в сторону трансивера должна идти команда MD9; (режим FSR или FSK USB согласно описанию на TS2000).

[RX4HX]

Разные протоколы, сравните IF команду

Если внимательно посмотрите - они одинаковые))) Есть пара бит, которые в "базовом" протоколе Кенвуд зарезервированы, а для 2000 используются - допустим P15.

если на картинке показан двухсторонний трафик:

Нет - не двухсторонний! Как минимум нет ответа на IF; и пока Hamlib ответ на свой запрос не получит - дальше не идет. Т.е. если б это был двухсторонний трафик, было бы
MD;MD1; - запрос - ответ.

[UA3DJY]

Нет - не двухсторонний! Как минимум нет ответа на IF; и пока Hamlib ответ на свой запрос не получит - дальше не идет. Т.е. если б это был двухсторонний трафик, было бы MD;MD1; - запрос - ответ.

Ждем лог от Кирилла UA6CT, Hamlib диагностика покажет место сбоя.

[UR5LCZ]

В свое время потанцевал с бубном, ничего, потом все наладилось.
В программе сом0сом создал две пары сом портов.
Одну для САТа, вторую для РТТ.
Протокол 480й.
Все работает, ничего не теряется. Такая конфигурация и с лисой справляется на ура.
Уже не раз на форуме поднимали вопрос по поводу внедрения в программу протокола TCI, который используется в ESDR.
В нем уже все есть - и звук, и управление, и логи замечательные уже используют его и для теста, и для повседневной работы, а цифра пока никак.
Надеюсь, когда-то доберутся и до этого момента.

[RX6BH]

К сожалению нет. Снова откатился на проверенную 152.
Вложение 285971

C FT-2000 так же отключается кат . Захожу в настройки жму ОК 10 мин работает и отключается .

[UA3DJY]

Всё отправил вам на почту. Еще раз большое спасибо)

Благодарю, уже ушел запрос в команду разработчиков Hamlib по сбою команды установки вида модуляции, утром еще раз проверю лог Hamlib уже по сбою установки частоты VFO A, возможно что проблем несколько.

- - - Добавлено - - -

Нет - не двухсторонний! Как минимум нет ответа на IF

Да, трафик в логе односторонний, программа Open serial port monitor щупает только RX "контакт" последовательного порта.

[R0JF]

Да, трафик в логе односторонний, программа Open serial port monitor щупает только RX "контакт" последовательного порта.

Что-то в Linux у меня не получается нормально порт посмотреть.
cat /dev/tnt1 -- почти сразу отваливается CAT;
ttylog -b 115200 -d /dev/tnt1 -- сразу же отваливается CAT...
Подумаем.

[RW4LN]

Игорь, можно ли в этом месте, или рядом с названием страны, в сточке с позывным, обозначить азимутальные градусы корреспондента. Чтобы оперативно повернуть антенну на нужный азимут.

[trianon]

Здравствуйте Господа.Осваиваю ft8.Flex1500.Вопрос почему при переходе в режим передачи частота смещается с 7074 на 70... (по разному в низ и верх на 300-500 гц на 1 кгц) а иногда остается на месте 7074 .Спасибо

[UA3DJY]

Игорь, можно ли в этом месте, или рядом с названием страны, в сточке с позывным, обозначить азимутальные градусы корреспондента. Чтобы оперативно повернуть антенну на нужный азимут.

Во первых нет смысла рассчитывать азимут по каждому из 60 декодированных в интервале сообщений затягивая вывод сообщений на экран, вторая причина в том что FT8 часто позволяет провести QSO по длинному либо искривленному пути, азимут короткого пути будет вводить пользователя в заблуждение, то есть пользователь должен знать какой тип прохождения в данный момент на используемом им диапазоне на конкретного корреспондента и помнить азимут для этого типа прохождения.

[RW4LN]

Во первых нет смысла рассчитывать азимут по каждому из 60 декодированных в интервале сообщений затягивая вывод сообщений на экран,

Спасибо за черпающее разъяснение, я об этом не подумал.
Еще один дилетантский вопрос, если я кликнул мышкой по позывному с небольшим опозданием, у корреспондента декодируется мой позывной с первого декодирования?