Like Tree17119Спасибо

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

  1. #5461
    Vitaliy Аватар для RN9AZ
    Регистрация
    03.04.2016
    Возраст
    73
    Сообщений
    862
    Поблагодарили
    181
    Поблагодарил
    257
    Цитата Сообщение от RZ3QS Посмотреть сообщение
    Если прога дает рапорт -20, то звать на 5 Вт при 500 с той стороны можно конечно, но понимаешь, что шансы минимальны, т.е. если корр. нужный, то тоже ставишь 500. А если прием идет -1 +5 дБ, то зачем давить мощу.
    Евгений. Объяснять работу с дехами по моему бесполезно, не поймут. Работая в 70 годы CW с DX даже на 160и метрах, в DX участках, проблем не возникало. DXа брали все и не мешали друг другу. Наоборот старались помочь. Бардак на КВ результат 90 годов, вседозволенность, всё можно и так далее. А главное, простота вида работы с DX, доступная всем, этими видами JT. Вот и дорвались как Вш_ив_ый до бани хи. Пока до них не дойдёт, что дисциплина нужна везде, так и будет продолжатся. И глупости писать будут, думая что говорят дело хи. Сейчас КВ диапазон больше напоминают CB участки, отсюда и проблема хи. Про западную Европу вообще молчу, там и раньше порядка не было.

  2. #5462
    Very High Power
    Регистрация
    18.01.2015
    Адрес
    новосибирск
    Возраст
    74
    Сообщений
    1,686
    Поблагодарили
    128
    Поблагодарил
    55
    Нажмите на изображение для увеличения. 

Название:	чччччссссс.jpg 
Просмотров:	18 
Размер:	58.0 Кб 
ID:	182648
    Игорь, вот третий раз вываливается что может не так? win7-32

  3. #5463
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RZ3QS Посмотреть сообщение
    Вот сейчас звал на 80 в JT9 RU0LL, увы, не дозвался. С моей стороны было 5 Вт, это я к чему, если бы с CQ вместо квадрата шел уровень мощности, то я может и передачу не стал нажимать. Понимаю, что квадрат помогает декоду, но от уровня мощности думаю тоже польза немалая.
    Только мощность не поможет. Мы все живем в разных условиях, в ряде стран в городах локальный шум выше нашего на 20..30 дБ, поэтому вместе с мощностью еще необходимо передавать уровень шума в дБм. В такой комбинации уже можно оперативно вычислить софтом необходимую мощность для проведения QSO.

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

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

  4. #5464
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UA9OP Посмотреть сообщение
    Нажмите на изображение для увеличения. 

Название:	чччччссссс.jpg 
Просмотров:	18 
Размер:	58.0 Кб 
ID:	182648
    Игорь, вот третий раз вываливается что может не так? win7-32
    Сборка самостоятельная? Случайно не результат собственных изменений в коде? Можно предположить поломанный INI, но я такого эффекта от смещения данных в INI ранее не видел.

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

  5. #5465
    High Power
    Регистрация
    28.12.2008
    Адрес
    п.Воля
    Сообщений
    723
    Поблагодарили
    236
    Поблагодарил
    93
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Только мощность не поможет.
    Да, на 100% не поможет, но это лучше, чем ничего. Передавать вместе с CQ две цифры мощности по сетке WSPR, а при декоде для особо одаренных выводить мощность в ваттах. С мощностью шума эфира на месте приема немного сложнее, но тоже решаемо, в плане измерения. Думаю, что вывод мощности, не всех конечно, будет приучать к здравому смыслу.

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

  7. #5467
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RZ3QS Посмотреть сообщение
    Да, на 100% не поможет, но это лучше, чем ничего. Передавать вместе с CQ две цифры мощности по сетке WSPR, а при декоде для особо одаренных выводить мощность в ваттах. С мощностью шума эфира на месте приема немного сложнее, но тоже решаемо, в плане измерения. Думаю, что вывод мощности, не всех конечно, будет приучать к здравому смыслу.
    Немного по другому: потребуется SDR который измеряет уровень шума в конце интервала. Передается одно число в котором объединяются два значения: используемая оператором мощность (не представляю как оператор сейчас сможет вручную каждый раз менять это значение в окне софта при изменении им мощности на выходе усилителя) и уровень шума.

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

  8. #5468
    Всегда Аватар для RJ7M
    Регистрация
    18.01.2004
    Сообщений
    2,660
    Поблагодарили
    711
    Поблагодарил
    485
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.
    Да. Хорошо бы при этом знать и учитывать мощность на "передающей" стороне

  9. #5469
    Big Gun Аватар для R6LCF
    Регистрация
    21.04.2015
    Адрес
    г.Таганрог
    Возраст
    71
    Сообщений
    5,148
    Поблагодарили
    1529
    Поблагодарил
    1112
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.
    В общем то кто постоянно работает на различные континенты на различных диапазонах со своими антеннами,а сейчас при неважном прохождении и в разное время суток,а это очень важно, уже давно знает и регулирует это все в ручном режиме и зная по себе это происходит довольно оперативно.Каждый сам для себя определяет как и что..... Вот это все и есть личный ОПЫТ и регулярная ПРАКТИКА . Успехов всем!

  10. #5470
    High Power
    Регистрация
    28.12.2008
    Адрес
    п.Воля
    Сообщений
    723
    Поблагодарили
    236
    Поблагодарил
    93
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Немного по другому: потребуется SDR который измеряет уровень шума в конце интервала.
    C SDR все проще, там S-метр показывает реальный уровень мощности шума эфира в заданной полосе, достаточно только считывать его данные. Пока процент SDR мал и тут начинаются определенные проблемы. Просто так в конце интервала, чтобы программа измерила правильно именно шум эфира, а не шумы трансивера нужно много действий. Т.е. делать калибровку трансивера и при измерении выключать АРУ, отключать антенну, чтобы прога зацепила собственные шумы трансивера, короче, для обычных аппаратов все сложно.

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

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

  11. #5471
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807

    JTDX v17.6 измененный функционал

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


    Версия 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 Гц

  12. #5472
    Vitaliy Аватар для RN9AZ
    Регистрация
    03.04.2016
    Возраст
    73
    Сообщений
    862
    Поблагодарили
    181
    Поблагодарил
    257
    А софт то сам где? Или когда будит?

  13. #5473
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807

    JTDX v17.6 software is released for public access

    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

  14. #5474
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807

    JTDX v17.6 измененный функционал

    Версия 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 Гц

  15. #5475
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807

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

    Рекомендуемые настройки 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 приводят к высокой загрузке
    центрального процессора компьютера в течении продолжительного времени, вызывая повышенное потребление
    электроэнергии и увеличивая требования к охлаждению процессора.

Похожие темы

  1. JT65/JT9 - имейте совесть, когда в "цифре" работаете!
    от RX4CD в разделе JT65, JT9, WSPR, JT4, JTMSK, FT8
    Ответов: 65
    Последнее сообщение: 05.10.2019, 07:15
  2. Как начать работать с CW?
    от Z80X в разделе Телеграф
    Ответов: 6
    Последнее сообщение: 23.12.2010, 13:43
  3. Новая мода JT65
    от RX3AIS в разделе Цифровые виды радиосвязи
    Ответов: 1
    Последнее сообщение: 28.06.2007, 23:02
  4. Как начать работу с OZiExplorer 3D ?
    от RX3AOE в разделе Win-XP/7
    Ответов: 4
    Последнее сообщение: 15.10.2006, 19:55
  5. Работаю с DXtelnet но через час он отклю...
    от в разделе Компьютеры и сети
    Ответов: 0
    Последнее сообщение: 16.12.2001, 20:54

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  
Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×
Рейтинг@Mail.ru
eXTReMe Tracker


Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×