Проект 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

[LZ2HV]

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.

По TCI Chenels=1 Type=24bit Audio Sample Rate 12000Hz (a реально сигнал 24+ 4=28bit)
По TCI Chenels=1 Type=16bit Audio Sample Rate 12000Hz (a реально сигнал 16+ 4=20bit)
что то такое получается

[ES1JA]

По TCI Chenels=1 Type=24bit Audio Sample Rate 12000Hz (a реально сигнал 24+ 4=28bit)
По TCI Chenels=1 Type=16bit Audio Sample Rate 12000Hz (a реально сигнал 16+ 4=20bit)
что то такое получается

Now I,m out, from where You got additional 4 bits?? EESDR internally have SR48000 float32 audio data, but in general precision is like in 24bit integer. Now it can be ordered/set for TCI in various SR and int16 int24 int32 or float32. In EESDR2 as far I know only float32 was going through TCI.

[LZ2HV]

HI
Число тй TX правилна как 24bit, но не взята правилна.
предпалагайу что TX сформиравван на 32bit
32bit = (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit) предпалабайу что взял (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit)
или (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit)
надо взят (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit) и shift 8 и тагда разпаложит на stream (big-endian or low-endian)
с простая математика 32bitDigit/256= 24bit и тагда разпаложит на stream (big-endian or low-endian)

[RJ7M]

А что тут говорить то?

Вот это:

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.

У меня к JTDX rc8 пока одна "претензия".
При переключении c FT8 на FT4 пропадает декодирование. При этом на водопаде JTDX сигналы есть. Восстановить декодирование удаётся "активацией" TCI любым способом - кнопкой TesT CAT в настройках Радио или изменением частоты и т.п.)

[RX4HX]

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.

Спасибо Арво! Получается что тут претензия 100% к ESDR! Я в комментариях к версиям 9 и 10 ESDR не встречал упоминания о том, что там в общем то принципиальные изменения в работе протокола CAT TCI!

[RJ7M]

Я в комментариях к версиям 9 и 10 ESDR не встречал упоминания о том, что там в общем то принципиальные изменения в работе протокола CAT TC

Принципиальных - нет, только намёк. https://skr.sh/sUP6KL0enrz

[ES1JA]

HI
Число тй TX правилна как 24bit, но не взята правилна.
предпалагайу что TX сформиравван на 32bit
32bit = (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit) предпалабайу что взял (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit)
или (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit)
надо взят (4bit , 4bit , 4bit , 4bit , 4bit , 4bit , 4bit, 4bit) и shift 8 и тагда разпаложит на stream (big-endian or low-endian)
с простая математика 32bitDigit/256= 24bit и тагда разпаложит на stream (big-endian or low-endian)

Ok, I got it, currently jtdx-s tx audio is anyway only 16 bits, so currently there 0 byte + 16bit audio is tranferred as tx data in int24 stream.

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

Спасибо Арво! Получается что тут претензия 100% к ESDR! Я в комментариях к версиям 9 и 10 ESDR не встречал упоминания о том, что там в общем то принципиальные изменения в работе протокола CAT TCI!

using IF commands was last change I done, for me it works 100%, but I was using only 1.0.10 vesion, just today then tested 1.0.8 and got same error with wrong tuning. Will look can it be easely fixed for older versions, or will just bypass IF command when connected to less than 1.0.9 version of EESDR3.

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

Вот это:


У меня к JTDX rc8 пока одна "претензия".
При переключении c FT8 на FT4 пропадает декодирование. При этом на водопаде JTDX сигналы есть. Восстановить декодирование удаётся "активацией" TCI любым способом - кнопкой TesT CAT в настройках Радио или изменением частоты и т.п.)

I’m not able to reproduce this. Changing modes never had problems. Only problem some times I see, is lost audio when changing TCI audio format, then indeed sometimes needed preccing Test Cat.

[RX4HX]

Will look can it be easely fixed for older versions, or will just bypass IF command when connected to less than 1.0.9 version of EESDR3.

А зачем вообще при переходе на какую либо частоту менять частоту фильтра командой IF? Почему просто не оставить только команду VFO, как в версии RC3?

[RJ7M]

I’m not able to reproduce this. Changing modes never had problems. Only problem some times I see, is lost audio when changing

ОК.
За годы использования разных программных продуктов в различных областях я научился ждать. Не всегда обозначенная проблема имеет моментальное подтверждение или сиюминутное решение...
Потеря декодирования в RC8 для меня не фатальная. Тем более, я знаю, что она есть и как с ней бороться буквально тремя кликами.
В целом, RC8 в связке с ESDR3 1.0.10 работает хорошо.
P.S.
Потери декода в ситуации, о которой я написал, не было ни в одной из предыдущих версий JTDX. Конфигурация оборудования и набор используемых программ не менялся очень давно.

[RX4HX]

but I was using only 1.0.10 vesion, just today then tested 1.0.8 and got same error with wrong tuning. Will look can it be easely fixed for older versions, or will just bypass IF command when connected to less than 1.0.9 version of EESDR3.

Сегодня еще раз проанализировал ситуацию и перечитал спецификацию протокола TCI. И в итоге, как я понимаю, не правильно и в JTDX, и в 10-й версии ESDR.
По документации TCI команда VFO задает частоту приемника. Если JTDX посылает команду

19-24-15:078 client: vfo:0,0,21074000;if:0,0,-13000;
см. пост https://forum.qrz.ru/377-jt65-jt9-ws...ml#post2078040

то частота сначала перестроится на 21074, а затем сдвинется вниз на 13 кгц! Что и происходит в версии 1.0.8. В версии 1.0.10 по какой то причине этого не происходит, но это ошибка версии 1.0.10!
Если Вы хотите сдвигать полосу фильтра, что команда должна выглядеть так:

DDS задаем 21061000, IF задаем 13000.

Получается, что в 10-й версии ESDR TCI управления частотой работает не верно.

[ES1JA]

Сегодня еще раз проанализировал ситуацию и перечитал спецификацию протокола TCI. И в итоге, как я понимаю, не правильно и в JTDX, и в 10-й версии ESDR.
По документации TCI команда VFO задает частоту приемника. Если JTDX посылает команду

19-24-15:078 client: vfo:0,0,21074000;if:0,0,-13000;
см. пост https://forum.qrz.ru/377-jt65-jt9-ws...ml#post2078040

то частота сначала перестроится на 21074, а затем сдвинется вниз на 13 кгц! Что и происходит в версии 1.0.8. В версии 1.0.10 по какой то причине этого не происходит, но это ошибка версии 1.0.10!
Если Вы хотите сдвигать полосу фильтра, что команда должна выглядеть так:

DDS задаем 21061000, IF задаем 13000.

Получается, что в 10-й версии ESDR TCI управления частотой работает не верно.

Here 2 tci commands sent with one transfer, this is permitted.
1 set vfo
2 set if
You don’t understand or haven’t looked what ths command should do.
this is for setting area of display waterfall in eesdr screen, I began using it lately, on band change it sets waterfall to cover full ft8 area in this band.
with recents eesdr3-s there all correct, vfo is set snd then waterfall is set.
In general also can dds can be set instead of if, but there numbers are bigger, but maybe will work with older eesdr-s.
One more thing there on band change is always going a fight between what is restored on band change by eesdr band memory and what jtdx wants.
Hopefully this explanation is enough.

[UA3RMB]

Вы не понимаете или не смотрели, что должна делать эта команда.
Это для установки области отображения водопада на экране eesdr, я начал использовать его в последнее время, при смене диапазона он устанавливает водопад, чтобы покрыть всю область ft8 в этом диапазоне.

Интересно, кто-нибудь постоянно пялится на водопад? По-моему, достаточно изредка посмотреть на панораму диапазона, чтобы оценить помеховую обстановку или прохождение.

[RX4HX]

You don’t understand or haven’t looked what ths command should do.

Если я не понимаю, как это работает, то каким образом LogHX умудряется правильно устанавливать частоту?
И второй аргумент - в версии 1.0.8 установка частоты работает не корректно, значит как минимум в этой версии это работает не так как Вы считаете.
Для начала: частота в ESDR состоит из 2-х частот: DDS + IF. Тут думаю вопросов нет. В ранних версиях протокола TCI были только эти команды. Потом добавилась команда VFO, с помощью этой команды DDS и IF задаются самим ESDR по какому то своему алгоритму, чтобы получить искомую частоту.

Давайте удем от слов к цифрам: JTDX судя по логу TCI использует следующую команду
19-24-15:078 client: vfo:0,0,21074000;if:0,0,-13000;

Что тут происходит:
vfo:0,0,21074000;
задает DDS и IF, чтобы получить искомую частоту 21074.

Далее Вы зачем то шлете команду if:0,0,-13000, которая меняет заданную командой VFO частоту IF, от сюда и происходит изменение общей частоты. Именно по этому и есть ошибка в ESDR версии 10.0.8. По моему тут все более чем очевидно.

Остается у меня вопрос: почему команда vfo:0,0,21074000;if:0,0,-13000; проходит в версии 1.0.10? Мое предположение - или из-за блокировки на 200 мс. изменения частоты при использовании команды VFO, команда IF просто игнорируется, или, как вариант, что-то принципиально изменено в командах TCI, но тут как то не логично получается.

[RX4HX]

Остается у меня вопрос: почему команда vfo:0,0,21074000;if:0,0,-13000; проходит в версии 1.0.10?

Разобрался! Вот из лога TCI для версии 1.0.10 -



Здесь видно, что в 10-й версии связка команд VFO и IF интерпретируется как связка команд DDS и IF. Не очень понятно, в чем смысл и в документации про это ничего нет.

Итог: для совместимости JTDX RC8 с версией ESDR3 1.0.8 и с 1.0.10 нужно всего то вместо команды VFO использовать команду DDS!

[LZ2HV]

HI RX4HX
Хачу падсказат, что на базу мой опыт (5 лет назат) , в это окно (ESDR3),

НЕ ВИДНО ВСЕ КОМАНДЫ на100%, патверждайу и за версия 1.0.10
Я все это вижу на Debug MSHV
Ест много из командной между server, client которые не видно