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

**UA3DJY** · 17.07.2019, 21:48

JTDX v2.0.2-rc139 измененный функционал:

- модуляция FT8 сигнала изменена с FSK на GFSK, вычитание декодированных FT8 сигналов переработано с учетом GFSK модуляции
- размер буфера TX звука уменьшен с 1000/2000мс (Windows/другие операционные системы) до 200мс, неполные фреймы должны дополняться нулевыми значениями.
Уменьшение размера буфера приведет к более быстрой смене сообщения во время передачи и повышению вероятности декодирования сообщения корреспондентом при такой смене. При перегрузке процессора возможны выпадания кусков передаваемого звука.
- добавлена поддержка направленных вызовов с одним символом(например 'CQ G') при обработке декодированных сообщений. Если в таком сообщении используется основной префикс страны по файлу cty.dat то сообщение распознается адресованным корреспондентам с этой страны. Если другой однобуквенный префикс - то как направленный вызов корреспондентов с этим префиксом.
- временное решение устраняющее перегрузку виртуального аудио кабеля (программа VAC) при передаче звука в максимальном положении ползунка Pwr JTDX
- патч: функционал скрытия меню (hide Menus) должен правильно отрабатывать при запуске программы
- кнопки быстрого доступа к функциям меню основного окна должны работать и при скрытом меню
- патч: декодер FT8AP должен декодировать сообщения 'mycall ???? ????'
- FT8AP декодер должен отключаться от обработки сообщений 'mycall ???? ????' если в последние 2..3 минуты оператор не передавал сообщение
- улучшена чувствительность декодера FT8AP при широкополосном декодировании сообщений CQ и 'mycall ???? ????'
- улучшена чувствительность декодера FT8AP при декодировании сообщений 'mycall hiscall ????' на RX и TX частотах QSO
- изменена полоса захвата FT8AP декодера для сообщений 'mycall hiscall ???' и RRR,RR73,73 с значения +-50Гц на значение по диапазонам:
ниже 30мГц +-5Гц, от 30 до 100мГц +-15Гц, выше 100мГц +-50Гц.
- снята зависимость управления кнопкой AutoTx от включения режима гончей (Hound mode), теперь отдано на усмотрение пользователя управление кнопкой AutoTx при использовании режима гончей и при запуске программы в режиме гончей
- опция вызова рапортом должна отключаться и быть недоступной для управления при использовании режима гончей(Hound mode)
- режим управления частотой гончей (use Hound TX frequency control) должен правильно инициализироваться при запуске программы
- незначительные изменения внешнего вида кнопки режима гончей (Hound) в выключенном состоянии
- обновлен список пользователей LoTW, файл ALLCALL.TXT обновлен до 84885 позывных, обновлена инструкция по сборке JTDX под Debian
- установочный пакет rc139 собран вместе с обновленной модифицированной программой Hamlib

изменены исходные файлы: ALLCALL.TXT, CMakeList.txt, commons.h, cwfilter.f90, decodedtext.cpp, decoder.f90, Detector.cpp/hpp, displaytext.cpp, foxgen.f90, ft8_mod1.f90, ft8b.f90, INSTALL.Debian, jt9com.f90, lotw-user-activity.csv, mainwindow.cpp/h/ui, Modulator.cpp/hpp, plotter.cpp/h, qsohistory.cpp, subtract1...subtract12.f90, soundout.cpp, widegraph.cpp/h
добавлены новые исходные файлы(также добавлены в svn): lib/gen_ft8wave.f90, lib/gfsk_pulse.f90, lib/gen_ft8wavesub.f90, lib/tone8myc.f90

Линки:

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

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

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

В программе Hamlib много изменений, если у кого то будет сбой в запуске CAT то есть смысл переименовать(удалить) файл JTDX.ini.

Просадка эффективности декодирования на загруженных диапазонах из-за неполной совместимости вычитания декодированных FSK сигналов незначительна. Модуляция FT8 сигнала новая, GFSK, с более крутыми скатами спектра, что должно ощутимо уменьшить помехи на загруженных диапазонах. Рекомендуем всем пользователям JTDX перейти на версию rc139.

Доработка FT8AP декодера в rс139 закрыла два последних слабых места декодирования FT8 сигналов в JTDX: широкополосное декодирование входящего вызова и ответ корреспондента на TX частоте оператора.

**UA3DJY** · 17.07.2019, 21:56

Сборки сделал Игорь R0JF, публикую сообщение по его просьбе:

JTDX v2.0.2-rc139 Linux version from original source files by Igor UA3DJY (Many Thanks him) with modified HamLib:

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

**R3BB** · 17.07.2019, 23:00

Русская локализация JTDX v.2.0.2-RC139.
Линки :

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

**EU1FQ** · 18.07.2019, 16:45

Случайно на одном из ноутбуков заметил неприятную ситуацию с подключенным и отключенным блоком питания ноутбука. Количество декодированных станций при отключенным блоке питания возрастает в два раза!!!
При этом никаких видимых изменений на водопаде нет, уровень шума (субъективно) с подключенным и отключенным блоком питания практически не изменяется.
На скринах с подключенным и отключенным блоком питания (включен фильтр на Европу)

Название: 2.png
Просмотров: 1313

Размер: 8.5 Кб

Название: 1.png
Просмотров: 1337

Размер: 13.5 Кб

**UF8T** · 18.07.2019, 17:29

RC139: получил от E44WE два разных сообщения в одно и то же время на одной частоте:

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

+ не вполне понятная была ситуация: поле "позывной DX" не очистилось при переходе в CQ. (ini использовал от 137_6. Есть ли смысл сбрасывать в начальный?)

**UA3DJY** · 18.07.2019, 22:21

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

RC139: получил от E44WE два разных сообщения в одно и то же время на одной частоте:

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

+ не вполне понятная была ситуация: поле "позывной DX" не очистилось при переходе в CQ. (ini использовал от 137_6. Есть ли смысл сбрасывать в начальный?)

Возможно он сменил сообщение во время передачи. В FT8/FT4 сначала передается сообщение в открытом виде и потом уже CRC этого сообщения. То есть если смена сообщения во время передачи произошла после того как ушло "CQ" то было передано "CQ E44WE R-01" либо "CQ E44WE KM71" затем CRC сообщения "UF8T E44WE R-01" и соответствующее кодирование . В итоге декодеры взяли оба сообщения. C ini файлом здесь проблем нет.

Текстовое сообщение в открытом виде занимает 77 бит, затем идет 14 бит CRC от текстового сообщения, затем кодек LDPC дополняет передаваемое сообщение до 174 бит(эти биты передаются в 58 тонах, по три бита в каждом). Если CRC соответствует текстовому сообщению (что обычно бывает при SNR лучше чем примерно -11..-15дБ) то декодеры не включаются и принятое текстовое сообщение сразу выдается на экран. Судя по звездочкам справа от этих двух сообщений включились декодеры (файл ALL.TXT покажет символами какие) значит принятая CRC не соответствует текстовому сообщению, что для SNR -04дБ маловероятно и может быть из-за смены сообщения во время передачи.

**UA3DJY** · 18.07.2019, 22:57

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

Случайно на одном из ноутбуков заметил неприятную ситуацию с подключенным и отключенным блоком питания ноутбука. Количество декодированных станций при отключенным блоке питания возрастает в два раза!!!
При этом никаких видимых изменений на водопаде нет, уровень шума (субъективно) с подключенным и отключенным блоком питания практически не изменяется.
На скринах с подключенным и отключенным блоком питания (включен фильтр на Европу)

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

В памяти случай когда коллега с китайским ноутбуком имел фазу на выходе его блока питания. У Вас возможно переменное напряжение частотой 50Гц попадает на вход АЦП звуковой карты, в этом случае должно быть видно на водопаде, либо постоянное напряжение на входе АЦП - водопад не покажет.

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

**US4IRT** · 19.07.2019, 07:06

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

У Вас возможно переменное напряжение частотой 50Гц попадает на вход АЦП звуковой карты

Проверить можно отключив аудио шнуры от компа (ноута). Наличие и уровень (чем громче) "палок" говорит о плохой фильтрации в БП. У меня сейчас уровень (индикатор JTDX) этих "палок" 5-6 дб.

**R5WM** · 19.07.2019, 09:33

Вышла новая версия MSHV 2.23
Скачать английскую или русскую версии можно с сайта MSHV | LZ2HV Amateur Radio Website

Новое в версии 2.23:
- Удалено: Поддержка старых правил "WW Digi DX Contest".
- Добавлено: В виджете «Журнал» функции меню «Создать новый журнал, создать резервную копию
старого» и «Создать резервную копию журнала».
- Добавлено: При экспорте в виджет cabrillo, опция «Не фильтровать QSO по идентификатору
соревнований (не рекомендуется)».
- Небольшие исправления в декодерах FT4 и FT8.

**UF8T** · 19.07.2019, 10:03

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

Возможно он сменил сообщение во время передачи.

Вот кусочек ALL.txt:

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

Моя практика к сожалению пока не подтверждает возможность приема двух сообщений при их смене во время передачи. Дело в том что во время работы в эфире я практически всегда запускаю две программы JTDX, одна с приемом через трансивер, вторая с удаленным приемом и держу ее на частоте своей передачи. Уровни своего приема обычно достойные и, если не садятся на голову, декодирую практически каждую свою передачу. Пока двойных сообщений я ни разу не видел (также и в JT65 не было). Хочу отметить что уменьшение буфера до 200 мс (по практическим наблюдениям) существенно увеличило вероятность декодирования при смене сообщений во время передачи.
Игорь, спасибо за отличную программу!

**EU1FQ** · 19.07.2019, 14:24

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

В памяти случай когда коллега с китайским ноутбуком имел .....

Безусловно, дело в блоке пмтания. С другим все нормально. Но очень уж странный дефект. Ни визуально, ни на слух не определяется. Все началось с того, что заметил что на водопаде значительно больше станций чем декодируется.
Перешел на WSJT - та же картина. Начал искать причину. И только в последнюю очередь дошел до блока питания. Даже намека не было на фон, палки, треск, шум и тому подобное. В телеграфном участке если слышу станцию на слух 339, то неважно, подключен блок питания или нет, все равно принимаю на уровне 339.
А в FT8 получалась такая ситуация. На водопаде есть, а декода нет. Видит око, да зуб неймет....

Пробовал записывать аудио файлы. И тут интересная ситуация. Все что на водопаде, то с "нормальным" блоком питания все и декодируется. С "левым" же блоком питания декодирует, в лучшем случае половину станций. Запаса по мощности блока питания хватает с лихвой. Что там внутри у китайца, одному богу известно. Все залито пенополистиролом. Все таки интересно в чем у него проблема. Буду пробовать прогнать через анализатор, что он там выдает на выходе.

**RW3DY** · 19.07.2019, 19:37

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

Безусловно, дело в блоке питания.

Николай, а вилку в сеть перевернуть?

OFF
было дело при программировании пультов С2000 (нпо Болид)
При включенном БП не считывается и не записывается инфо.
При отключении все ОК.
А "батарейка" дохлая.
Перевернули вилку в розетке и все ОК.
Чудеса техники из поднебесной.

**R9OY** · 20.07.2019, 15:23

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

При чём тут калибровка частоты, которая производится по радиостанциям, передающим сигналы точного времени?

Спасибо за ответ, а сами то знаете, за чем нужна калибровка в "РУБИКОНЕ JTDX" ?
Вот единственная программа которая не нуждается в конструировании, скрин ниже. В одном Вы правы, не стоит устанавливать " кубик-Рубик" JTDX, программа меняется каждые 15 суток то в одну сторону, то в другую. WSJT не нуждается в конструировании и мощные сигналы не создают " СОПЛИ". Фото мощного сигнала в ФТ4 и проблем нет.