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

**UA3DJY** · 07.04.2019, 20:04

Сообщение от RU6B

Игорь, заметил маленький "глючек" в 134 (раньше не обращал внимание, может тоже был). Жить не мешает, дойдут руки - поправьте при возможности.
При переключении диапазона кнопками трансивера - не меняется положение ползунка "Pwr" в правом верхнем углу интерфейса (у меня на некоторых диапазонах чуть отличаются уровни). Обратная связь по CAT есть, диапазон в программе переключается, всяческие повторы, "раскраски" позывных работают в соответствии с выбранным диапазоном.
При переключении диапазона мышью в программе - уровень Pwr меняется на ранее установленный для диапазона.

Глобальный вопрос который уже неоднократно поднимали в разных аспектах: программа управляет трансивером а не трансивер программой, диапазон следует переключать из программы. При попытке адаптировать код под внешние факторы, в том числе под управление трансивером из другого софта поведение JTDX станет непредсказуемым.

**UA1OMZ** · 07.04.2019, 22:06

Сообщение от RW9UU

Количество декодов увеличилось примерно в 2 -2,5 раза

А раньше значит половину не декодировало что-ли?

**RX3ASP** · 07.04.2019, 22:33

Сообщение от UA1OMZ

А раньше значит половину не декодировало что-ли?

Реально намного лучше декодируется, а главное, стабильней во время QSO

Но и на солнце есть пятна.
Последнее время часто наблюдаю такие странные последовательности в QSO

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

Минимум два раза обмен разными рапортами - то есть меня слышат, но RRR или RR73 не дают, потом клиент куда-то пропадает, часто насовсем. В данном случае появился, но как-то странно. Вроде бы использует стандартный WSJT-X v2.0.1 7ddcb7
Или это ложные декодирования JTDX 134? Чутьё в QSO на максимуме.
Вернее не ложные, а домысленные искусственным интеллектом)))

**R0JF** · 08.04.2019, 03:57

64-bit версии для Linix Ubuntu 16.04:

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

**RW9WT** · 08.04.2019, 04:45

Так же перед сегодняшним sked QSO c ZP4KFX на 80 м (оставалась неподтвержденная в LoTW всего одна страна из SA на 80 м, кроме 8R) установил 134 версию.
Я включился задолго до моего SR и оговоренного времени связи. Pino был на диапазоне, SS у него уже прошел.
Но сработали !
Отметьте рапорта:
004945 -21 0.1 941 ~ RW9WT ZP4KFX R-20 °Paraguay
Позже сработали с LU3DW
013130 -22 0.2 1181 ~ CQ LU3DW GF05 *Argentina
013230 -20 0.2 1181 ~ RW9WT LU3DW R-17 *Argentina
Фильтр НЕ включен, только Hint (чтобы увидеть параллельно и другие возможные DX станции)
Программа СПОКОЙНО вытягивает слабые сигналы в реальном эфире (до -22, слабее пока не попадались).
Спасибо Игорю и команде !
UPD
Только что на 80 м:
021630 -22 0.8 2195 ~ RW9WT PY5DC R-15 °Brazil
Отметьте рапорта

**RN9AZ** · 08.04.2019, 05:39

Опробовал версию v2.0.1-rc134. Вчера вечером и сегодня утром. В обоих случаях рапорт ниже -22дб не увидел. Включена АРУ или выключена. Перегруженный участок FT8 вносит свою лепту в приём, мощные сигнала гасят полностью все, что ниже уровня 22дб. Это всё на 20 метрах пробовал.

**UA6JQ** · 08.04.2019, 06:45

Сообщение от RN9AZ

Опробовал версию v2.0.1-rc134. ...
..все, что ниже уровня 22дб. Это всё на 20 метрах пробовал.

Вчера вечером на 30 были декоды до -25 (UW3DI-1 АРУ нет)...

**RN9AZ** · 08.04.2019, 07:22

Сообщение от UA6JQ

Вчера вечером на 30 были декоды до -25 (UW3DI-1 АРУ нет)...

IC760 rr33 антенна, +24 были декоды и даже выше, но -30 и даже -23 здесь и не снилось. АРУ работает. Вот и пришлось включать и выключать. Живу на окраене города, частный сектор, помехи особо не мучают. Достаёт азия и европа, ломится на плюсах, это есть.

И что тут можно услышать. Смотрите скриншот.

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

**R5WM** · 08.04.2019, 09:09

Сообщение от UA3DJY

JTDX rc134 может декодировать FT8 сигналы до -30дБ SNR но по причине высокой погрешности в вычислениях в выводимом на экран SNR сделано ограничение в -26дБ. Сейчас повторяю тесты для rc134, по готовности опубликую результаты тестирования.

А что разве это повысило чувствительность? В WSJTX где уровень менее -24дб стоит округление вывода на -24. В MSHV соответственно -25дб. Я думаю не стоит отступать от общепринятых параметров! Для примера поставил ограничение в MSHV -26дб и вот результат!

**RW9UU** · 08.04.2019, 09:26

Сообщение от UA1OMZ

А раньше значит половину не декодировало что-ли?

Реально лучше декодирует. Мой товарищ RA9UEP подтверждает тоже самое. Мы примерно в одинаковых условиях с ним находимся. Так, что то есть! Спасибо автору большое!!

**RX4HX** · 08.04.2019, 09:59

Сообщение от UA3DJY

программа управляет трансивером а не трансивер программой, диапазон следует переключать из программы. При попытке адаптировать код под внешние факторы, в том числе под управление трансивером из другого софта поведение JTDX станет непредсказуемым.

Честно говоря не понял - когда я частоту в трансивере меняю, она меняется и в JTDX. Т.е. и трансивер управляет программой и это верно! А в чем проблема то в уровне PWR? Игорь, по моему Вы что то замудрили))))

**UA3DJY** · 08.04.2019, 10:14

Сообщение от RX4HX

Честно говоря не понял - когда я частоту в трансивере меняю, она меняется и в JTDX. Т.е. и трансивер управляет программой и это верно! А в чем проблема то в уровне PWR? Игорь, по моему Вы что то замудрили))))

Нет проблем при использовании Qt SIGNAL->SLOT связки, но добавлять в 100мс цикл GUI update отслеживание изменения частоты трансивера приходящее с poll опроса CAT означает переориентацию программы на отслеживание внешних факторов в ущерб использованию ресурсов процессора для работы самой программы. Кроме этого есть операторы кто настраивает интервал poll опроса CAT по своему усмотрению, в этом случае получаем соответствующую задержку работы функционала регулировки мощности по диапазонам, то есть то самое непредсказуемое поведение программы.

**US1QA** · 08.04.2019, 10:29

Объясните или дайте ссылку где почитать, что означает в JTDX в окне RX рядом с префиксом: точка, кружек и звездочка.

С уважением.

**UA3DJY** · 08.04.2019, 10:37

Сообщение от US1QA

Объясните или дайте ссылку где почитать, что означает в JTDX в окне RX рядом с префиксом: точка, кружек и звездочка.

JTDX rc124 JTDX Russian - Что нового

**RZ1OA** · 08.04.2019, 10:41

Сообщение от R5WM

А что разве это повысило чувствительность? В WSJTX где уровень менее -24дб стоит округление вывода на -24. В MSHV соответственно -25дб.

Мы уже знаем, что разные программы по разному (немного) меряют этот самый уровень

Поэтому для корректного сравнения используют набор звуковых файлов. Такие таблички сравнений WSJT и JTDX есть (Игорь публикует). Если у Вас есть такие данные по MSHV - опубликуйте.
А так -24 в разных программах - это разные -24

Да, и насколько я понимаю, максимальная "чувствительность" JTDX достигается на частоте приема! То есть увидеть -26 в общей куче позывных не получится - только там, где стоит приемный маркер. И да - дополнительные вычисления требуют мощных процессоров, увы - придется думать об апгрейде