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

[RM6LA]

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

[RA3FP]

Где об этом писали ?

Об этом пишется в письме, тем кому прислали ссылку на скачивание разработчики, что "для внутреннего тестирования".
Но похоже, кому то из тестеров это по боку. Некрасиво совсем выглядит.

[ES1JA]

Где об этом писали ?
Большинство кто скачивает, и знать не знает об этом. Потому, что здесь версии Арво не выкладывает, сайта с доступными версиями нет (как WSJT-X & WSJT-X improved). Вот и качает народ, что кому "досталось" от друзей-знакомых...

And some wanted to be friends for whole world….

[UB6HAE]

Возможно заставить работать САТ систему параллельно в UR5EQF и WSJT-X 2.7.1 devel или JTDX 2.2.159-32A?
win 10 64. Установлен VSPE и omnirig. САТ в MixW2 параллельно с логом UR5EQF работает и через виртуальный порт VSPE и через omnirig. А WSJT-X 2.7.1 devel или JTDX 2.2.159-32A при активном omnirig в логе UR5EQF САТ не активируют ни через VSPE ни через omnirig. При этом JTDX выдаёт ошибку "Ошибка Hamlib Команда отклонена трансивером while получение частоты текущего VFO". При отключении САТ в EQF всё сразу начинает работать нормально.

[RX4HX]

Попробовал версию JTDX 160 RC8:

Хорошая новость: у меня прием по TCI стал такой же, как и был в версии RC3. Это очень хорошо.
Плохая новость: переключение диапазонов из JTDX по TCI приводит к ошибке - диапазон переключается в JTDX, но не туда куда нужно и ошибка JTDX.

[RC3C]

Возможно заставить работать САТ систему параллельно в UR5EQF и WSJT-X 2.7.1 devel или JTDX 2.2.159-32A?
win 10 64. Установлен VSPE и omnirig. САТ в MixW2 параллельно с логом UR5EQF работает и через виртуальный порт VSPE и через omnirig. А WSJT-X 2.7.1 devel или JTDX 2.2.159-32A при активном omnirig в логе UR5EQF САТ не активируют ни через VSPE ни через omnirig. При этом JTDX выдаёт ошибку "Ошибка Hamlib Команда отклонена трансивером while получение частоты текущего VFO". При отключении САТ в EQF всё сразу начинает работать нормально.

Найдите, пожалуйста, на сайте ur5eqf.ru модуль сопряжения UR5EQG Log и WSJT-X/JTDX под названием WSJTXJTDXInterface

Инструкция тут https://t.me/RC3Cqrz/79?single

Отправлено через приложение Tapatalk на Android.

[ES1JA]

Попробовал версию JTDX 160 RC8:

Хорошая новость: у меня прием по TCI стал такой же, как и был в версии RC3. Это очень хорошо.
Плохая новость: переключение диапазонов из JTDX по TCI приводит к ошибке - диапазон переключается в JTDX, но не туда куда нужно и ошибка JTDX.

This is something new. What kind of error? Is only JTDX using TCI? In general I need debug file created with d2 version of JTDX to see what is going on.

[RJ7M]

Плохая новость: переключение диапазонов из JTDX по TCI приводит к ошибке

В RC7 было. В RC8 - ни разу за несколько дней тестирования.

[LZ2HV]

Привет Arvo
Кажется здесь ест проблем, у меня или у тебя.
JTDX 32bit audio
По TCI Chenels=1 Type=24bit Audio Sample Rate 12000Hz
TX "MSHV и JTDX" RX JTDX и MSHV other head
следите за сигналом JTDX
Тоже самое получается и на JTDX 16bit audio и 16bit TCI
НА RX всё в порядке.
Видео: https://drive.google.com/drive/folde...F8C6MmQjcHQS_s
фаил 20250228_153141.mp4
не успел поставить суда поэтому на google drive

[RX4HX]

Is only JTDX using TCI?

Нет, TCI используют LogHX и JTDX. Сейчас опять вернулся на версию RC3 - никаких проблем. А с версией RC8 при переключении из JTDX частота на SunSDR2 меняется на нужный диапазон, ну куда то не туда. Сейчас для чистоты эксперимента запустил без лога - все тоже:



Это я на 14074 переключался...

[RJ7M]

Алексей, а Вы JTDX rc8 с ESDR3 1.0.10 пробуете ???

[RX4HX]

В продолжении темы - вот лог TCI ExpertSDR3:

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

19-24-15:078 client: vfo:0,0,21074000;if:0,0,-13000;
19-24-15:078 server: if:0,0,-13000;
19-24-15:106 server: dds:0,21074000;
19-24-15:106 server: if:0,0,-13000;
19-24-15:106 server: vfo_lock:0,0,true;
19-24-15:106 server: vfo:0,0,21061000;
19-24-15:106 server: if:0,1,-65550;
19-24-15:106 server: vfo_lock:0,1,true;
19-24-15:106 server: vfo:0,1,21008450;
19-24-15:168 server: vfo_lock:0,0,false;
19-24-15:168 server: vfo_lock:0,1,false;

Ошибка выделена - зачем тут if -13000? Правильно, что частота стала 21061!
Нужно или использовать команду VFO для установки частоты (при этом DDS и IF ExpertSDR устанавливает сам по своему усмотрению), или вручную использовать команды DDS и IF.

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

JTDX rc8 с ESDR3 1.0.10 пробуете

Нет - у меня ESDR3 1.0.8.

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

А вот лог RC3 - тут все верно:



для установки частоты используется одна команда - VFO!

[RJ7M]

Нет - у меня ESDR3 1.0.8.

Подождём, что скажет Arvo...

[ES1JA]

Hi Christo
If You mean that mshv tx looks stronger, then look in eesdr screen at least jtdx tx should go to 0dB there when EESDR3 is used. For EESDR2 jtdx had -3dB reducing, but anyway EESDR2 tci tx was not good, so I have not launched EESDR2 for long time.

[RX4HX]

что скажет Arvo

А что тут говорить то? Тут проблема понятна - убрать команду IF при установке частоты.

[ES1JA]

В продолжении темы - вот лог TCI ExpertSDR3:

для установки частоты используется одна команда - VFO!

IF command is for setting waterfall in EESDR to cover whole ft8 area.
Tested now with eesdr3 1.0.8 and got same error. 1.0.8 interprets order of internal commands sent to server differently. Currently needed to use 1.0.9 or 1.0.10 version of EESDR3.
I just was try’g to save some time sending both commands together, not tested in all previous versions of EESDR3, sry.