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

[RN9AZ]

Если прога дает рапорт -20, то звать на 5 Вт при 500 с той стороны можно конечно, но понимаешь, что шансы минимальны, т.е. если корр. нужный, то тоже ставишь 500. А если прием идет -1 +5 дБ, то зачем давить мощу.

Евгений. Объяснять работу с дехами по моему бесполезно, не поймут. Работая в 70 годы CW с DX даже на 160и метрах, в DX участках, проблем не возникало. DXа брали все и не мешали друг другу. Наоборот старались помочь. Бардак на КВ результат 90 годов, вседозволенность, всё можно и так далее. А главное, простота вида работы с DX, доступная всем, этими видами JT. Вот и дорвались как Вш_ив_ый до бани хи. Пока до них не дойдёт, что дисциплина нужна везде, так и будет продолжатся. И глупости писать будут, думая что говорят дело хи. Сейчас КВ диапазон больше напоминают CB участки, отсюда и проблема хи. Про западную Европу вообще молчу, там и раньше порядка не было.

[UA9OP]

Игорь, вот третий раз вываливается что может не так? win7-32

[UA3DJY]

Вот сейчас звал на 80 в JT9 RU0LL, увы, не дозвался. С моей стороны было 5 Вт, это я к чему, если бы с CQ вместо квадрата шел уровень мощности, то я может и передачу не стал нажимать. Понимаю, что квадрат помогает декоду, но от уровня мощности думаю тоже польза немалая.

Только мощность не поможет. Мы все живем в разных условиях, в ряде стран в городах локальный шум выше нашего на 20..30 дБ, поэтому вместе с мощностью еще необходимо передавать уровень шума в дБм. В такой комбинации уже можно оперативно вычислить софтом необходимую мощность для проведения QSO.

Динамическое управление мощностью это огромная отдельная тема и современные трансиверы пока не готовы к этому.

Кроме мощности в баланс трассы связи (path balance) входят условия распространения волны, которые отличаются в прямом и обратном направлении.

[UA3DJY]

Игорь, вот третий раз вываливается что может не так? win7-32

Сборка самостоятельная? Случайно не результат собственных изменений в коде? Можно предположить поломанный INI, но я такого эффекта от смещения данных в INI ранее не видел.

Кто нибудь еще наблюдает у себя похожий сбой?

[RZ3QS]

Только мощность не поможет.

Да, на 100% не поможет, но это лучше, чем ничего. Передавать вместе с CQ две цифры мощности по сетке WSPR, а при декоде для особо одаренных выводить мощность в ваттах. С мощностью шума эфира на месте приема немного сложнее, но тоже решаемо, в плане измерения. Думаю, что вывод мощности, не всех конечно, будет приучать к здравому смыслу.

[RN9AZ]

Всё это Игорь хорошо, что современный уровень развития, оборудования применяемого HAM + программное обеспечение, очень заметно расширило возможности радиолюбителей, при проведении двухсторонних связей. Но эти возможности не безграничны, увы. Человеческий фактор что населяет наш общий эфир, играет не малую роль, и его не стоит не брать во внимание. А разместится всем в ограниченных участках диапазонов что выделены нам, ещё деды наши разграничили, и дали рекомендации как использовать их. Пишу это лишь для того, чтоб разработчики софта для HAM учитывали и это. В описании работы с программой, давали рекомендации по использованию частот, при проведении внутриконтинентальных связей, и связей с DX. Хотя даже дедовские рекомендации на сегодня кое в чём не соответствуют, сегодняшнему времени. На сегодня DX является не просто работа с другим континентом, а редкая территория. Вот почему для работы JT на КВ нужны особые правила провидения QSO. Внутри участков выделенных HAM, участок для цифры, плюс в них участки для работы только с DX. А простое расширение участков, существенного результата не дадут. Зас рут

[UA3DJY]

Да, на 100% не поможет, но это лучше, чем ничего. Передавать вместе с CQ две цифры мощности по сетке WSPR, а при декоде для особо одаренных выводить мощность в ваттах. С мощностью шума эфира на месте приема немного сложнее, но тоже решаемо, в плане измерения. Думаю, что вывод мощности, не всех конечно, будет приучать к здравому смыслу.

Немного по другому: потребуется SDR который измеряет уровень шума в конце интервала. Передается одно число в котором объединяются два значения: используемая оператором мощность (не представляю как оператор сейчас сможет вручную каждый раз менять это значение в окне софта при изменении им мощности на выходе усилителя) и уровень шума.

На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.

[RJ7M]

На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.

Да. Хорошо бы при этом знать и учитывать мощность на "передающей" стороне

[R6LCF]

На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.

В общем то кто постоянно работает на различные континенты на различных диапазонах со своими антеннами,а сейчас при неважном прохождении и в разное время суток,а это очень важно, уже давно знает и регулирует это все в ручном режиме и зная по себе это происходит довольно оперативно.Каждый сам для себя определяет как и что..... Вот это все и есть личный ОПЫТ и регулярная ПРАКТИКА . Успехов всем!

[RZ3QS]

Немного по другому: потребуется SDR который измеряет уровень шума в конце интервала.

C SDR все проще, там S-метр показывает реальный уровень мощности шума эфира в заданной полосе, достаточно только считывать его данные. Пока процент SDR мал и тут начинаются определенные проблемы. Просто так в конце интервала, чтобы программа измерила правильно именно шум эфира, а не шумы трансивера нужно много действий. Т.е. делать калибровку трансивера и при измерении выключать АРУ, отключать антенну, чтобы прога зацепила собственные шумы трансивера, короче, для обычных аппаратов все сложно.

Передается одно число в котором объединяются два значения

Вот это правильная мысль, но пока можно только мощность, потому как, даже с SDR, если в конце интервала в полосе будет присутствовать левая несущая, то S-метр передаст ее мощность. Т.е. определить мощность шума правильно не так просто, особенно в автомате. И на прием, особенно на НЧ, другая антенна, мощность шума на входе в приемник будет меньше, чем с передающей, но С\Ш лучше.

не представляю как оператор сейчас сможет вручную каждый раз менять

Зачем каждый раз менять, стал на CQ, как в WSPR выбрал значение и вперед, на это уйдет не более 2 сек.

[UA3DJY]

Публикуется с целью предварительного ознакомления:


Версия 17.6 создана на основе исходного кода JTDX v17.5.2

- устранен дефект отсутствия инверсии цвета уведомлений в комбинации когда ни один из критериев проверки
не выбран

- устранен дефект сбрасывания режима передачи с JT9 на JT65 и наоборот если на RX частоте был декодирован сигнал другой моды

- динамическое вычисление количества попыток декодирования для оставшихся JT65 кандидатов на каждом из широкополосных
проходов декодирования

- реализовано виртуальное DX окно с возможностью выбора континентов для блокировки вывода декодированных сообщений на экран.
Сообщения содержащие MyCall выводятся на экран независимо от активированного фильтра.

- сделано звуковое уведомление на заданный пользователем позывной, используется системный звук, срабатывает при появлении позывного
в правой части стандартного сообщения

- незначительно доработан функционал компенсации АРУ при декодировании JT65 сигналов

- доработано основное окно интерфейса пользователя: выбор минуты передачи теперь выполняется при помощи кнопки, из интерфейса
удалены часть неиспользующихся элементов управления функционалом УКВ

- в софте сделана поддержка до 200 декодированных сообщений JT65

- добавлены два дополнительных прохода декодирования с использованием частотной маски первого широкополосного прохода декодирования
и повторным определением JT65 кандидатов в рамках заданной маски частот. Функционал включен по умолчанию и всегда работает для
сценария полупустых диапазонов. При достижении порога определенного количества кандидатов этот функционал будет выключен автоматически
софтом если оператор не поставит в закладке Advanced галочку принудительного использования этого функционала.

- вместо диагностического уведомления 'bad data' теперь выводится на экран сообщение 'audio gap detected', часть нулевых
отсчетов сигнала заполняется значением 1.0 и сигнал отдается на декодирование. В предыдущих версиях JTDX софт не пытался декодировать
такие RX интервалы.

- облегчено и расширен интервал времени определения слабого уровня сигнала на входе звуковой карты,
уведомление 'input signal low rms' вместо 'low rms'. В этом случае сигнал как и ранее на декодеры не подается.

- увеличен предел обрабатываемого количества записей: в файле ALLCALL.TXT до 40 тысяч, в файле CALL3.TXT до 35 тысяч.

- обновлен файл ALLCALL.TXT в софте, одновременно с софтом поставляется новый CALL3.TXT. Новый CALL3.TXT несовместим
с предыдущими версиями JTDX из-за превышения количества записей в нем предела в 25000.

- изменен тип данных c 4-байта на 1-байт в больших массивах связанных с хранением сообщений для декодеров Hint, несмотря на рост
количества позывных в файле CALL3.TXT общий объем занимаемомй памяти ощутимо снижен

- изменены размеры буферов: входного сигнала со 100мс до 2сек, выходного с 1сек до двух секунд

- верхняя частота декодирования JT65 сигналов увеличена с 2700 до 3000 Гц

[RN9AZ]

А софт то сам где? Или когда будит?

[UA3DJY]

Software and source code are published on the JTDX Web page:

Собранный софт JTDX v17.6 и исходный код можно взять здесь:

JTDX

альтернативно можно взять здесь:

SW 17.6 user interface UI1 https://cloud.mail.ru/public/6dDD/JLpCusxuW

source code 17.6 https://cloud.mail.ru/public/88yq/Dgqid3Zsd

ATTENTION: built v17.6 package has shifted dynamic range towards weak signals and superior performance in weak
signal decoding by FTRSD at poor propagation conditions if there are less than 12 signals on the band.
Top part of dynamic range will be addressed in v17.6.1 where the same source code will be used, difference only
in the specific build. So far we do not know why dynamic range being shifted at specific build.

ВНИМАНИЕ: распространяемый собранный софт версии 17.6 имеет исключительно высокую эффективность декодирования
слабых сигналов декодером FTRSD в условиях когда на диапазоне менее 12 сигналов. Этот софт работает менее удачно
в условиях высокой звгрузки диапазонов и мы пока не знаем что вызывает смещение динамического диапазона.
Динамический диапазон определяется сборкой софта, при этом для каждой сборки используется один и тот же исходный
код. Планируем выпустить сборку версии 17.6.1 в которой динамический диапазон будет смещен в сторону сильных
сигналов для использования на диапазонах с высокой загрузкой, для 17.6.1 будет использоваться исходный код 17.6.


Переход между разными версиями софта JTDX.

Переход с JTDX v16.x на 17.x: cофт создаст новую папку JTDX (File -> Open log directory) куда
необходимо будет вручную скопировать свой лог wsjt_log.adi и файл CALL3.TXT (файл поставляется
в комплекте с софтом, последняя версия файла опубликована на сайте JTDX
JTDX ).

Переход с предыдущих версий JTDX v17.x на 17.6 и обратно: изменился формат файла JTDX.INI,
старый файл необходимо удалить. При переходе на 17.6 рекомендуется обновить CALL3.TXT до
последней версии.

Детальная инструкция по удалению JTDX.INI файла есть здесь:
JTDX installation notes

[UA3DJY]

Версия 17.6 создана на основе исходного кода JTDX v17.5.2

- устранен дефект отсутствия инверсии цвета уведомлений в комбинации когда ни один из критериев проверки
не выбран

- устранен дефект сбрасывания режима передачи с JT9 на JT65 и наоборот если на RX частоте был декодирован
сигнал другой моды

- динамическое вычисление количества попыток декодирования для оставшихся JT65 кандидатов на каждом из
широкополосных проходов декодирования

- реализовано виртуальное DX окно с возможностью выбора континентов для блокировки вывода декодированных
сообщений на экран. Сообщения содержащие MyCall выводятся на экран независимо от активированного фильтра.

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

- незначительно доработан функционал компенсации АРУ при декодировании JT65 сигналов

- доработано основное окно интерфейса пользователя: выбор минуты передачи теперь выполняется при помощи кнопки,
из интерфейса удалены часть неиспользующихся элементов управления функционалом УКВ

- в софте сделана поддержка до 200 декодированных сообщений JT65

- добавлены два дополнительных прохода декодирования с использованием частотной маски первого широкополосного
прохода декодирования и повторным определением JT65 кандидатов в рамках заданной маски частот. Функционал
включен по умолчанию и всегда работает для сценария полупустых диапазонов. Софт распознает состояние диапазона
и при достижении порога определенного количества кандидатов этот функционал будет выключен автоматически
софтом если только оператор не поставит в закладке Advanced галочку принудительного использования этого
функционала.

- вместо диагностического уведомления 'bad data' теперь выводится на экран сообщение 'audio gap detected',
часть нулевых отсчетов сигнала заполняется значением 1.0 и сигнал отдается на декодирование. В предыдущих
версиях JTDX софт не пытался декодировать такие RX интервалы.

- облегчено и расширен интервал времени определения слабого уровня сигнала на входе звуковой карты,
уведомление 'input signal low rms' вместо 'low rms'. В этом случае сигнал как и ранее на декодеры не подается.

- увеличен предел обрабатываемого количества записей: в файле ALLCALL.TXT до 40 тысяч, в файле CALL3.TXT
до 35 тысяч.

- обновлен файл ALLCALL.TXT в софте, одновременно с софтом поставляется новый CALL3.TXT. Новый CALL3.TXT
несовместим с предыдущими версиями JTDX из-за превышения количества записей в нем предела в 25000.

- изменен тип данных c 4-байта на 1-байт в больших массивах связанных с хранением сообщений для декодеров Hint,
несмотря на рост количества позывных в файле CALL3.TXT общий объем занимаемомй памяти ощутимо снижен

- изменены размеры буферов: входного сигнала со 100мс до 2сек, выходного с 1сек до двух секунд

- верхняя частота декодирования JT65 сигналов увеличена с 2700 до 3000 Гц

[UA3DJY]

Рекомендуемые настройки JTDX:

- комбинированный режим JT65+JT9
- кнопка AGCc: включайте эту кнопку только если в начале интервала отрабатывает АРУ приемника на
сильные JT сигналы. Срабатывание АРУ можно определить по перепаду уровня шума на водопаде.
- кнопка Hint: рекомендуется держать эту кнопку всегда включенной, активирует группу из 12 декодеров
работающих с использованием согласованных фильтров, позволяет декодировать сигналы с соотношением
сигнал/шум вплоть до -35дБ
- кнопка Clean DX, используйте эту кнопку для ручной очистки окон DX Call DX Grid после окончания
QSO, очистка этих окон немного снижает количество ложных Hint декодирований.

Закладка настроек Advanced:

- Number of decoding attempts(количество попыток декодирования): установить согласно требуемому времени
декодирования. Зависит от количества ядер процессора и тактовой частоты. Для двухядерного процессора
с тактовой частотой 2ГГц можно установить значение 1, для двухядерного процессора с тактовой частотой
3ГГц можно установить значение 3. Чем больше это значение тем выше вероятность декодирования слабых
сигналов.

- Number of decoding passes (количество проходов декодирования) - рекомендуется значение 4, можно установить
3 или 2 на процессорах с низкой производительностью (тактовая частота менее 2ГГц если при количестве попыток
декодирования = 1 процесс декодирования не вписывается в 10 секунд конца приемного интервала)

- RX frequency decoding attempts (количество попыток декодирования для отдельных проходов декодирования на
приемной частоте QSO). Значение 1 для слабых процессоров, 2 для процессоров с двумя и более ядрами и тактовой
частотой более 3ГГц, 3 для мощных многоядерных процессоров.

- Hinted decoding DT range = 1

- Use frequency mask decoding. Функционал в софте включен по умолчанию и выключается по превышении порога
определенного количества JT65 кандидатов на диапазоне. Для быстрых процессоров желательно поставить галочку
чтобы этот функционал не отключался в условиях загруженного диапазона.

Диапазон частот на водопаде: выставить на водопаде такую полосу частот в которой требуется декодировать
JT65/JT9 сигналы. Установка значения Bins/Pixel позволяет выбрать приемлемый размер окна водопада.
Все сигналы расположенные по частоте за пределами окна водопада не декодируются.

Для правильной работы декодеров Hint и фильтрации ложных сообщений декодера FTRSD необходимо скопировать
файл CALL3.TXT в папку где находится JTDX лог (File -> Open log directory).


Программа JTDX может давать ложные JT65 FTRSD и Hint декодирования. Каждое Hint декодирование
маркированное звездочкой и каждое FTRSD декодирование маркированное знаком '?' блокируется при отправке спотов
на сервер pskreporter.info, но может быть передано программой JTAlert на сервер hamspots.net.

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