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

[R0JF]

MDD; такой ответ на запрос вида модуляции в системе команд TS2000 не поддерживается, должен быть формат MD+цифра

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

По поводу постоянных запросов частоты - так JTDX и сыпет их каждую секунду (или как стоИт в настройках). Типа "контроль связи". А вот с ответами имхо не так все просто. Ощущение, что программа EESDR просто игнорирует часть этих запросов.

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

А в ESDR есть возможность выбирать трансивера (протокол обмена) ?

Нет, там "жестко" TS480. Без вариантов.
Кстати, у меня в JTDX тоже TS2000. И САТ сам по себе работает, плохо работает Fake It - частота не всегда возвращается после передачи.

[UR7QM]

Возможно, что кого-то заинтересует и будет полезным.
Краткое пособие (с картинками) «Создание файлов частот для контестов и DX экспедиций,
их сохранение и использование в программе WSJT-X».

http://ur7qm.ucoz.ua/load/0-0-0-496-20

[UA6CT]

PS отправил письмо на адрес inbox ru

Игорь, спасибо вам большое. Ничего не пока пришло, папка спам тоже пуста. Можете отправить на мойпозывной-собака-мэйл.ру, пожалуйста?
Хотя подозреваю, что если там глючок ESDR, то это безнадёжно, и вариант R0JF, который со вчерашнего дня использую и я, будет решением проблемы, почему нет.

Если есть попробуйте как у меня.

У меня другой трансивер настроен точно как у вас, один в один) С PowerSDR никаких проблем нет.)

[RX4HX]

По картинке трудно сказать на ней двухсторонний обмен или только команды идущие в сторону трансивера

Мой вариант: судя по принтскрину -

это то, что приходит на трансивер. Команды MDD - нет такой, что в ответ выдает трансивер тут не видно. Вот от этого может и быть проблема в том, что следующая команда IF... по установке частоты трансивера не выполняется.

[UA6CT]

Кстати, вот еще нюанс.
Если оставить способ манипуляции РТТ через САТ, а не отдельный порт, и вместо Fake it включить RIG, то оно исправно отрабатывает Test PTT в настройках, но после закрытия окна настроек на передачу не переходит, и через несколько секунд выкидывает окошко Rig error.

[UA3DJY]

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

По поводу постоянных запросов частоты - так JTDX и сыпет их каждую секунду (или как стоИт в настройках). Типа "контроль связи". А вот с ответами имхо не так все просто. Ощущение, что программа EESDR просто игнорирует часть этих запросов.

Команда IF скорее всего отправляется с Hamlib JTDX при опросе состояния трансивера, в настройках закладки Радио конфигурации JTDX по умолчанию один раз в секунду.

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

отправить на мойпозывной-собака-мэйл.ру, пожалуйста?

Переслал письмо.

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

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

По поводу постоянных запросов частоты - так JTDX и сыпет их каждую секунду (или как стоИт в настройках). Типа "контроль связи". А вот с ответами имхо не так все просто. Ощущение, что программа EESDR просто игнорирует часть этих запросов.

В наборе CAT команд TS480 команда IF тоже запрашивает состояние трансивера, если софт ESDR ее игнорирует то в JTDX не работает функционал завязанный на опрос трансивера.

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

В ответе на IF в том числе должна быть информация команд FR/FT - VFO приемника и VFO передатчика.

[R0JF]

Команда IF скорее всего отправляется с Hamlib JTDX при опросе состояния трансивера, в настройках закладки Радио конфигурации JTDX по умолчанию один раз в секунду.

Ну правильно, раз в секунду и идёт опрос. А вот ответ не всегда приходит. Это то, что я у себя наблюдал.

В наборе CAT команд TS480 команда IF тоже запрашивает состояние трансивера, если софт ESDR ее игнорирует то в JTDX не работает функционал завязанный на опрос трансивера.

У Kenwood вообще базовый протокол один и тот же. Во многих прикладных программах даже выбора модели нет - просто "Kenwood". Тот же MixW или OmniRig (во-всяком случае "старый"). И все нормально всегда работало. А hamlib в дебри какие-то полез (имхо).

[UA3DJY]

У Kenwood вообще базовый протокол один и тот же. Во многих прикладных программах даже выбора модели нет - просто "Kenwood". Тот же MixW или OmniRig (во-всяком случае "старый"). И все нормально всегда работало. А hamlib в дебри какие-то полез (имхо).

Если программа не использует Split то и проблем нет, ей необходима только базовая информация.

ИМХО проблема изначально появилась с использованием Split в WSJT-X, программе надо знать какой VFO на какой частоте и используется на прием или на передачу.

Эмуляция Split Fake it работает только с VFO A, меньше кода Hamlib задействовано. При режиме Split Rig функционал сложнее.

[R0JF]

Эмуляция Split Fake it работает только с VFO A, меньше кода Hamlib задействовано. При режиме Split Rig функционал сложнее.

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

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

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

[R6LCF]

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

Это кто сказал или пременил7 Руководствоваться производителем,а все остальное "бред сивой кобылы" то есть ответственность за пользователем! У меня отлично работает ,а остальное вина пользователя.....думать необходимо хотя бы иногда.

[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).