Like Tree17119Спасибо

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

  1. #15631
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UR4UM Посмотреть сообщение
    кажется что JTDX при хорошей силе сигнала, не может декодить...
    Если поймаете такой сильный сигнал что декодирует WSJT-X и не декодирует JTDX, покажите пожалуйста звуковой файл - устраним.

  2. #15632
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RA1WZ Посмотреть сообщение
    Запустил одновременно обе программы от одной и той же звуковой карты. Рапорты и количество декодов отличаются в пользу WSJTX
    В JTDX SNR был калиброван еще для FT8v1, в WSJT-X - нет.
    Минутное дело добавить в коде JTDX смещение рапортов на 1 дБ, сразу появится много положительных отзывов о росте чувствительности на основании выводимого на экран рапорта .

  3. #15633
    погулять вышел... Аватар для RA3QH
    Регистрация
    02.04.2007
    Адрес
    п.Подлесный
    Возраст
    59
    Сообщений
    3,561
    Поблагодарили
    838
    Поблагодарил
    298
    Цитата Сообщение от UA3VFL Посмотреть сообщение
    это уже не в первый раз V 115
    Цитата Сообщение от R5ZQ Посмотреть сообщение
    Наблюдал такое и в последней американской программе.
    Про это уже не раз писали тут...эта комбинация показывает что позывной не был еще ни разу не декодирован вашей программой

  4. #15634
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RA2FI Посмотреть сообщение
    Одновременно с UA4PAY позвал UY5MU.
    Прога ответила первому, в соотв. с настройкой (max distance).
    Прошло QSO. Вызывает UY5MU с рапортом. Вместо ответного рапорта RR-?? прога дала RR73.
    QSO logged. UY5MU отвечает RR73 и вроде бы QSO состоялось, но формально нет: я рапорт не передавал.
    До этого такого ни разу не встречал.
    Цитата Сообщение от US4IRT Посмотреть сообщение
    115-я - таже картина на 160м звали два японца и оба рапортом. С первым QSO нормально, второму сразу начала давать RR73. Пришлось "втыкать" вручную" то что положено. Дальше сама "добивала".
    Дефект, был в JTDX 18.1.106 и более ранних версиях. Патч есть в 2.0.1-rc117, нам проверить сейчас нечем - придется Вам смотреть в эфире ушел ли этот сбой.

  5. #15635
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RA2FI Посмотреть сообщение
    А вот кто подскажет? JTDX. Режим "AutoTX". Устанавливаю фильтр на Европу, ну или какой другой. Естественно в окне в декодированном тексте сообщений от европейцев нет, а вот вызов "европейца" прога распознает и отвечает вызывающему.
    Т.е весь эффект фильтрации в том, что я не вижу часть "все-таки декодированных" сообщений?
    Или фильтр отменяет таки декод этих станций?
    Описание функционала фильтрации сообщений в JTDX: https://ru.jtdx.tech/ru-faq/26-filte...-v18-1-russian

  6. #15636
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RA3QDP Посмотреть сообщение
    вопрос - какое максимальное отклонение времени допустимо по протоколу этого вида связи ?
    В разных программах поддерживается разный диапазон времени захвата синхропоследовательности сигнала FT8.
    Например в WSJT-X этот диапазон находится в пределах от -1.5 до + 2.5 секунды.
    Синхропоследовательность состоит из трех одинаковых блоков по 7 тонов каждый(массив Костаса), занимает 1..7-й, 37..43-й, 73..79-й тона передаваемой последовательности сигнала.

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

    Синхропоследовательности FT8v2 и FT8v1 в указанных блоках отличаются настолько что декодер FT8v2 не будет пытаться декодировать сигнал FT8v1 и наоборот.

  7. #15637
    Живу здесь Аватар для R7CA
    Регистрация
    24.04.2007
    Адрес
    Новороссийск
    Сообщений
    13,146
    Поблагодарили
    4766
    Поблагодарил
    1724
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Если оператор или программа включает передачу позже начала интервала то теряется часть тонов, то есть пропущенные за счет опоздания тона не передаются
    А вот скажите... ФТ8 один раз передаёт сообщение или несколько? В jt65 вроде несколько раз..
    И что в начале сообщения мы так боимся пропустить когда передача идёт с задержкой

  8. #15638
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RX4HX Посмотреть сообщение
    Вот это мне не очень понятно - хэш, да, может совпадать для разных позывных - позывные очень короткие, вот и хэш совпадает. Но то, что это приводит к ложному декодированию... весьма удивительно.
    Допустим для позывных RX4HX и UA3ALE хэш может быть одинаковый, и если программа приняла UA3?LE и хэш, она должна по хэшу восстановить позывной UA3ALE (часть то принято!), но уж никак не RX4HX.
    Или WSJT-X/JTDX вообще целиком позывные по хэшу восстанавливает? Типа хешь есть, значит это или UA3ALE, или RX4HX.
    Целиком, при использовании в QSO одного нестандартного позывного вместо одно из позывных сообщения в эфир передается вычисленный хэш этого сообщения. Сообщение с двумя нестандартными позывными не поддерживается протоколом FT8v2, чтобы операторы с дробными или специальными позывными провели между собой QSO им придется очень постараться печатая свободные сообщения.

    Сценарий который встретил Виталий UA3ALE - он проводил QSO с таким специальным позывным и декодировал сообщение RR73, но софт поискав в оперативной памяти соответствие хэш нашел недавно бывший в эфире позывной R2AE хэш которого совпадает с хэшем позывного UA3ALE.
    В результате декодер выдал сообщение R2AE S511NNN RR73 которое AutoSeq у Виталия явно не ожидал после получения рапорта от корреспондента.

    Ассоциацию позывного с хэшем в версии протокола FT8v2 в WSJT-X перенесли в модуль упаковки/распаковки сообщений, при этом не сделали проверку на наличие позывного корреспондента с окна DX Call в этом сообщении, факта проведения QSO с этим позывным и в этом случае приоритет проверки принятого хэша с позывным пользователя программы. Результат налицо, сейчас чтобы в JTDX устранить такое поведение программы придется дублировать сравнение хэша для уже распакованного сообщения с неправильным позывным с позывным пользователя и при выполненнии указанных выше критериев подменять неправильно распакованный позывной позывным пользователя.

  9. #15639
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от R7CA Посмотреть сообщение
    А вот скажите... ФТ8 один раз передаёт сообщение или несколько? В jt65 вроде несколько раз..
    И что в начале сообщения мы так боимся пропустить когда передача идёт с задержкой
    На пальцах: сообщение представляет из себя кусок информации. Этот кусок нарезается на мелкие кусочки которые определенным образом перемешиваются и компонуются в передаваемые информационные тона так что каждый информационный тон содержит кусочек каждого слова в передаваемом текстовом сообщении.
    Когда передача включается с задержкой по отношению к началу интервала то часть тонов не передается(теряется) но при этом оставшиеся тона содержат кусочки слов текстового сообщения и при определенном их количестве это сообщение можно восстановить из оставшихся тонов.

    То есть сообщение передается один раз и при этом много раз одновременно.

    Чем ниже SNR сигнала тем меньше оставшихся тонов принимается без ошибок, соответственно тем ниже вероятность восстановления сообщения. Поэтому при начале передачи вместе с началом интервала будет наилучшая синхронизация декодера с принимаемым сигналом (первые 7 тонов - 1.12 секунды относятся к синхропоследовательности сигнала, далее идут и при задержке начала передачи теряются информационные тона).

  10. #15640
    Мастер - Ломастер Аватар для RX3ASP
    Регистрация
    26.11.2003
    Адрес
    Москва
    Возраст
    61
    Сообщений
    1,225
    Поблагодарили
    406
    Поблагодарил
    62
    После обмена рапортами в JTDX получаю от корреспондента RR73, записываю QSO в LOG (или автоматом), передаю 73, перехожу на приём.
    Сигнал моего корреспондента - новое CQ или ответ другому, УЖЕ декодирован и выведен на экран!
    Но программа ждёт окончание цикла декодирования всех сигналов в полосе. Только после этого очищается DX Call и сбрасывается Enable TX.
    Зачем ждать окончания декодирования в этом случае? Если декодирования нет, тогда другое дело. В этом случае правильно было бы отключить Enable TX, но оставить DX Call - для принятия решения оператором.
    На не очень шустрых компьютерах этот процесс тянется долгие секунды. В это время включается передача повторного 73 и перебивает корреспонденту возможность принять ответ другого.
    При декодировании обычного 73, программа реагирует мгновенно.

  11. #15641
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RK1AT Посмотреть сообщение
    UA3DJY
    Игорь, в описании ограничений для FT-8 77 bit есть ограничения на работу не "стандартных" корреспондентов, будет ли возможен обмен в JTDX между собой двух таких "нестандартных" корреспондентов, (CALL/IMAGE) ведь к этому не стандартному мэсэджу CALL/IMAGE присоединяется массив данных?
    Массив данных(сама картинка) идет через Интернет, возможность такого QSO зависит от текста сообщений которые должны быть переданы/выведены с декодирования в окнах программы WSJT-X/JTDX. Необходим пример текста такого QSO между двумя корреспондентами.

  12. #15642
    . Аватар для RK1AT
    Регистрация
    09.04.2005
    Адрес
    Санкт-Петербург, Россия
    Сообщений
    2,788
    Записей в дневнике
    1
    Поблагодарили
    1840
    Поблагодарил
    2283
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    возможность такого QSO
    Игорь, всё работает штатно, пока ограничений никаких нет, паника была преждевременной, спасибо за 77 бит, желаю удачи и с Наступающим Новым Годом.

  13. #15643
    QRPP
    Регистрация
    19.08.2018
    Возраст
    72
    Сообщений
    8
    Поблагодарили
    1
    Поблагодарил
    1
    Добрый вечер, коллеги!

    В версиях 1.104 и в 2.0.1-rc115 столкнулся с непредсказуемым поведением RX курсора - после завершения процесса декодирования он перемещается в другое место. В настройках checkbox "Monitor returns to last used frequency" не выбран (пустой). Как справиться с этим?

    Виктор

  14. #15644
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RV3DBK Посмотреть сообщение
    В версиях 1.104 и в 2.0.1-rc115 столкнулся с непредсказуемым поведением RX курсора - после завершения процесса декодирования он перемещается в другое место. В настройках checkbox "Monitor returns to last used frequency" не выбран (пустой). Как справиться с этим?
    Частота берется с истории QSO для последнего позывного. Если в окно DX Call вносить позывной через двойной щелчок левой клавишей мыши на декодированном сообщении то RX частота будет соответствовать этому позывному, то есть не будет прыгать на когда то ранее внесенный позывной. Позывной можно вычистить одновременно с окна DX Call и истории QSO правой клавишей мыши на кнопке Clear DX основного окна интерфейса.

    С какой целью вбиваете позывной в окно DX Call вручную?

  15. #15645
    Standart Power
    Регистрация
    29.09.2010
    Сообщений
    236
    Поблагодарили
    39
    Поблагодарил
    20
    Добрый день.
    Подскажите про назначение "кнопок" Нound, S meter (вроде не активна) и DXpedition.

Похожие темы

  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 существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×