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

**RK1NA** · 13.11.2019, 09:44

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

окончании QSO иногда программа выдаёт рапорт, а за тем RRR73!

Получается если передача уже началась а декодирование запоздало.
У меня такое не редко встречается.
Программа WSJT X.

**UA3DTK** · 13.11.2019, 13:14

to R2EA

Роман,включите "одиночное QSO"и все будет нормально при вызове хоть с локатором,хоть с рапортом...не будет перехода на CQ...

**a777** · 13.11.2019, 14:15

Koledzy co oznaczają te znaczki przed nazwa kraju \ państwa ?

Название: a111.jpg
Просмотров: 656

Размер: 34.9 Кб

**UR5FCM** · 13.11.2019, 16:54

Привет!
Как осуществляется обмен по UDP
По TCP или UDP обмена с логом все идет нормально АДИФ выводится и считывается
после записи связи.

При подключении к программе по 2237 порту в окне клиента какие-то символы и все
Нет ни каких данных о Band Activity

**RO7F** · 13.11.2019, 17:15

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

Koledzy co oznaczają te znaczki przed nazwa kraju \ państwa ?

Кружок User - LOTW
ЗвЁздочка User - eQSL

**R5WM** · 13.11.2019, 17:34

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

**US4IRT** · 13.11.2019, 17:35

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

ЗвЁздочка User - eQSL

И так дальше пойдет.

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

Не показывает JTDX юзеров e-QSL.

**R6LCF** · 13.11.2019, 20:39

Было обсуждение что бы отключить в SWL mode режим передачи. Сегодня время было и специально экспериментировал :
1)прием/декодирование вкл.Hint.
2)прием /декодирование вкл.SWL mode.
На быстрых компах этот режим .... просто отлично. Ничего удалять/отключать не надо!
Сегодня работал на 10м ,особо интересного ничего небыло , но Испания,Франция,Англия в этом режиме на отлично декодирование и в результате успешно проведенные связи!
На скринах связи в это позднее время,у меня сейчас только НЧ диапазоны. На 40м 30ваттами с Индонезией легко!
На Диспетчере задач отлично видно загрузки проца. и в одном и другом режиме ,все в пределах.

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

P.S.А также экспериментировал по загрузке для слабых и очень слабых/древних проц. Да легко ....убавить не добавить!

**UA3DJY** · 13.11.2019, 21:20

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

Как осуществляется обмен по UDP. По TCP или UDP обмена с логом все идет нормально АДИФ выводится и считывается после записи связи.
При подключении к программе по 2237 порту в окне клиента какие-то символы и все. Нет ни каких данных о Band Activity

Ответил в личку.

**RO7F** · 13.11.2019, 22:43

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

Не показывает JTDX юзеров e-QSL.

Походу вы правы

Символ • - оператор с этим позывным заливал свой лог в LoTW
Символ ° - то же что предыдущий плюс это сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Символ * - сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Если префикс начинается с символа * (позиция первого символа префикса) то это уведомление о стране по списку диплома WAE, которое приходит из файла cty.dat.

**RV6ARZ** · 13.11.2019, 23:55

В описании изменений в JTDX v2.1.0-rc141 (27.10.2019) есть пункт:
- восстановлен динамический диапазон водопада при использовании опции нормирования спектра по медиане.
А где включить эту опцию нормирования спектра по медиане? А то как и в предыдущей версии, сигналы с уровнями -18 и ниже на спектре почти не отображаются, а связи проходят успешно.

**UA3DJY** · 14.11.2019, 12:04

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

В описании изменений в JTDX v2.1.0-rc141 (27.10.2019) есть пункт:
- восстановлен динамический диапазон водопада при использовании опции нормирования спектра по медиане.
А где включить эту опцию нормирования спектра по медиане? А то как и в предыдущей версии, сигналы с уровнями -18 и ниже на спектре почти не отображаются, а связи проходят успешно.

Включается здесь:

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

Характерно для JT/FT8 цифровых видов модуляции: при SNR менее -22дБ сигналы на водопаде уже не видны (скрыты шумом и помехами) но декодер их вынимает. Отчасти отсутствие таких сигналов на водопаде вызвано универсальностью алгоритма обработки сигналов для показа их на водопаде, другая причина - существующие ограничения в цифровой обработке сигналов: мы еще не скоро достигнем мощности процессора достаточной для обработки сигналов во временной области в реальном времени.

**UA3DJY** · 14.11.2019, 12:20

JTDX 2.1.0-rc142 измененный функционал(по сравнению с rc141):

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

- TX сообщения адресованные позывным префикс которых начинается с 'CQ' должны правильно обрабатываться функционалом автопоследовательности
- добавлен симулятор FT4 сигналов
- улучшена чувствительность FT4 декодера (независимо от работы функционала компенсации отрабатывания АРУ)
- добавлены подсказки в закладку уведомлений настроек для галочек RR73/73 и 'маркеры для других стандартных сообщений'
- переработан функционал компенсации отрабатывания АРУ для FT8: уменьшена загрузка процессора и добавлен детектор отрабатывания АРУ. При включенной кнопке AGCc компенсация отрабатывания АРУ должна применяться только если детектор видит отрабатывание АРУ в полученном сигнале.
- улучшена чувствительность FT8 декодера при срабатывании функционала компенсации действия АРУ
- патч устраняющий сбой расчета расстояния до корреспондента: расстояние до корреспондента с 8-ми символьным QTH квадратом должно определяться по 6-ти символам.
- устранен дефект в диагностике внесения QSO в лог через TCP
- при отсутствии QTH квадрата в истории QSO для позывного DX Call для уведомления 'новый QTH квадрат' добавлена проверка содержимого окна DX Grid, и если от этого корреспондента получено сообщение CQ(без QTH квадрата) либо сообщение 73 то QTH квадрат для позывного DX Call будет из окна DX Grid внесен в историю QSO и дальше уведомление 'новый QTH квадрат' для этого позывного уже будет основываться на истории QSO вплоть до ее очистки(например смена диапазона)
- QTH квадрат корреспондента не должен вноситься в окно DX Grid из лога для позывных /MM /M /AM /P /A
- для учета задержки RX звукового потока(SDR и удаленные приемники, плохая синхронизация часов компьютера оператора) применено скользящее DT окно захвата синхронизации сигнала при построении списка сигналов-кандидатов на декодирование:
FT8: +/- 2.5 секунды по умолчанию, +/- 3.5 секунды для функционала позднего старта декодера и режима SWL
FT4: +/- 1.1 секунды по умолчанию, +/- 1.4 секунды для режима SWL. Окно DT захвата синхронизации при старте программы -1.0..+1.4 секунды по умолчанию, -1.2..+1.7 секунды для режима SWL.
- среднее значение DT, к которому применяется скользящее окно синхронизации, должно показываться в основном окне интерфейса пользователя над окном декодированных сообщений активности диапазона. На основании этого значения пользователь может пошагово вручную корректировать время компьютера используя для этого внешнюю программу.
- обновлен файл cty.dat до версии CTY-2915, обновлен список пользователей LoTW

Изменены исходные файлы: adif.cpp, agccft8.f90, CMakeLists.txt, Configuration.ui, cty.day, decoder.f90, displaytext.cpp/h, ft4_decode.f90, ft4_downsample.f90, ft4_mod1.f90, ft8_decode.f90, ft8_downsample.f90, ft8_mod1.f90, ft8b.f90, get_ft4_bitmetrics.f90, logqso.cpp, lotw-user-activity.csv, mainwindow.cpp, sync8.f90
добавлены новые исходные файлы(также добавлены в svn): ft4sim.f90

Линки:

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

собранный софт (MS Windows) https://cloud.mail.ru/public/4dUc/2B3ANPQ31
кодовая сумма JTDX-2.1.0-rc142-win32.exe
SHA-256: 66E13DEACB5C331757B9DC61D0EC59832257745AB5E2363C35A84FAFE22F6C13

исходный код https://cloud.mail.ru/public/2L3f/3gar8kLLu
кодовая сумма src2.1.0-rc142.zip
SHA-256: 5AD5B3D5D4DEF8C7627CEF5D916F910215FA8A0AD2EBB12E88FA29D1EAF7F58C

Mac OS X: Sierra, High Sierra, Mojave, Catalina
собранный софт (Mac OS X 10.12 ... 10.15) https://cloud.mail.ru/public/W7J7/7XnQ5chei
кодовая сумма JTDX-2.1.0-rc142-Darwin.dmg
SHA-256: 2DC91A9C9433C8F50031A6271695A2EAECB69A978868A291CDD674262037EA1F

Mac OS X: El Capitan
собранный софт (Mac OS X 10.11) https://cloud.mail.ru/public/4EV6/48Cm6d85x
кодовая сумма JTDX-2.1.0-rc142-ODarwin.dmg
SHA-256: 9BD2A7EBB937999A59266260DDAA7182066FBAAB8648FACAE44FE9C89710E0E9

Linux-сборки сделанные Игорем R0JF:

бинарные файлы (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/3MHG/NcnYTBf74
SHA256: d0882310bef32760fde4e3ee727cbe31f82a1455f932215e0d13d23a004c08a8

64-bit .deb (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/4YBJ/2sY7463FY
SHA256: bdb656252b80e63c821c801ef1f79593fc461ac943feebd4c8690741302a1a74

бинарные файлы (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/4T7b/aFY6jkpYq
SHA256: 43574354fe5a7002893a2c0e5f4f52c719053478044f1864d9a899d8e4500ec5

64-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/3JeN/3t2upQ497
SHA256: b9c9fa5ccbddea0b91153fa0f3dda4e8ed9feec5e9c4c49791c1e7335abf581f

32-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/39Dw/2kYW93aqA
SHA256: 457fef5655468573086b5b2e2243714423a4bf9f552ab7b008a188351984e225

Raspberry PI3 .deb (compiled in Ubuntu-Mate 18.04LTS):
https://cloud.mail.ru/public/2Sq6/55gKos7QE
SHA256: 98f8328db5748d30c8efac63c9b5f151f697ad3f44c67fd728f4fa13d59a9948

Результаты тестирования в режиме FT8:

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

Структура файла JTDX.ini по сравнению с версией JTDX 2.1.0-rc141 не изменилась.

**UA6ATG** · 14.11.2019, 12:51

Туда не туда написал, не знаю. Короче, заинтересовался я программой JTALERT Настроил. Вроде все работает. Но чтобы бы я хотел.... Оставить на ночь включенный компьютер с программой . А утром посмотреть записанный некий лог по заранее заданному условию. Да, это конечно можно в JTDX посмотреть в окне приема, но может в JTALERT можно настроить некий лог ? И потом этот лог смотреть? (если это возможно)

**RK1NA** · 14.11.2019, 13:02

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

но может в JTALERT можно настроить некий лог ? И потом этот лог смотреть? (если это возможно)

Я через JTalert пишу в Лог MixW'а.
Потом читаю, если надо.
В последних версиях Лог MixW не поддерживается.
Надо версию 2.13.10 вроде.
Но есть поддержка других Логов.