Like Tree17114Спасибо

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

  1. #16786
    QRP Аватар для UR5NMZ
    Регистрация
    12.03.2017
    Адрес
    Винница
    Возраст
    48
    Сообщений
    45
    Поблагодарили
    16
    Поблагодарил
    22
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Сейчас в эфире работает PJ4P, у этого оператора синхронизация часов компьютера настроена чаще чем раз в минуту. В результате одна передача сигнала от него идет с DT 1.5 секунды, следующая с DT 3.4 секунды, естественно для последнего варианта WSJT-X его сигнал не декодирует поскольку захват синхропоследовательности в WSJT-X от -1.5 до +2.5 секунды. В итоге периодически корреспонденты не декодируют сообщения от PJ4P и сам оператор PJ4P периодически не декодирует сообщения корреспондентов. Каша, хаос и уйма бестолковых помех другим операторам на диапазоне.

    Не ставьте у себя период синхронизации менее 30...60 минут, особенно если Вы интенсивно работаете на общий вызов.
    Утром работал с ним, не но заметил что DT так меняется. Возможно на разных рабочих местах по разному настроена синхронизация времени.. Кстати, отвечал он одновременно двум зовущим, но не F/H.

    Нажмите на изображение для увеличения. 

Название:	PJ4P.jpg 
Просмотров:	12 
Размер:	393.6 Кб 
ID:	227247

  2. #16787
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,418
    Поблагодарили
    7834
    Поблагодарил
    799
    Цитата Сообщение от RX3ASP Посмотреть сообщение
    А какая программа передаёт два разных сообщения в одном цикле на одной частоте? Иногда наблюдаю такое. Или это замена одного сообщения на другое и обе части случайно проскочили через декодер?
    WSJT-X в режиме Fox DXpedition создает специальные сообщения адресованные сразу двум корреспондентам, но в WSJT-X режим Fox DXpedition закрыт для использования в общих FT8 диапазонах. Скорее всего в общих диапазонах специальными сообщениями работает программа MSHV.

    JTDX при декодировании разбирает одно специальное сообщение на два стандартных, поэтому в JTDX специальное сообщение можно отличить только по одинаковой частоте и разным позывным корреспондентов в нем. В файле ALL.TXT JTDX добавляет в конец таких сообщений символ '1', унаследован с протокола 75 бит где он назывался битом специального сообщения (i3bit).

  3. #16788
    Standart Power Аватар для R2PU
    Регистрация
    03.09.2017
    Адрес
    Tula
    Возраст
    43
    Сообщений
    278
    Поблагодарили
    396
    Поблагодарил
    381
    Цитата Сообщение от US5WE Посмотреть сообщение
    Тема распухла и что-либо понять крайне сложно.
    Кто нибудь может четко и доступно объяснить, какая версия с точки зрения приема и декодирования слабых сигналов оптимальна для работы с DX, в том числе для сбора слотов на DXCC Challenge (в особенности на 50 МГц в предстоящем сезоне). Звоночки, свисточки, кружочки, галочки и радужные расцветки не интересуют.
    Попробую , под спойлером (тем кому тестирование декодирования софтом JTDX и некоторые технические подробности мешают обсуждать очередную порцию их "хотелок" кружочки-цветочки : просьба под спойлер не заглядывать):


    Сейчас - оптимальна последняя (rc126,127) , при этом желательно попробовать включить функционал "low thresholds" (меню Decode-FT8 decoding - decoder sensitivity).
    ---------------
    Как будет дальше всегда сможете оценить сами по мере выхода новых версий : некоторая (возможно не самая правильная) методика тестирования декодирования слабых сигналов JTDX изложена здесь
    Очень коротко суть методики :
    1. "гоняем" JTDX (кому как актуальнее : разных версий\с разными настройками\на разных компах) на тестовых пакетах с SNR -23\-24 (файлы пакетов есть в теме )
    2. При этом сравниваем : количество декодированных позывных из пакета , время декодирования пакета , загрузку ЦП , результаты фиксируем в произвольной форме (хоть в виде рукописной таблички- как удобней).
    3. Для большей уверенности "гоняем" тестирование несколько раз .
    4. Сравниваем по нужным критериям и делаем выводы.

    Стоит задача сравнить декодирования слабых сигналов разными версиями JTDX и выявить лучшую ?
    Да нет проблем , "гоняем" по методике выше разные версии JTDX , сравниваем сколько они надекодируют позывных из пакетов (и попутно мониторим загрузку компа).
    Иллюстрация по существу (вырезка из исходной таблички в которую помимо "исходной" rc117 сейчас дописаны результаты тестирования rc126 ) :
    Нажмите на изображение для увеличения. 

Название:	rc126vs117.JPG 
Просмотров:	6 
Размер:	219.3 Кб 
ID:	227251
    Сравниваем (Ваши результаты естественно будут отличаться!): JTDX rc126 отноcительно JTDX rc117 :
    а) "вытаскивает" из пакетов больше позывных (особенно заметно на пакете SNR -23)
    б) декодирует пакеты дольше - но при этом меньше загружает ЦП
    в) активирование функционала "low thresholds" по прежнему значительно "помогает" декодированию слабых сигналов
    г) функционал "use subpass" по прежнему не добавляет (относительно "low thresholds") к декодированию слабых сигналов - кроме увеличения времени декодирования и загрузки ЦП.

    Т.е. на данный момент например оптимально по приёму и декодированию слабых сигналов использовать JTDX 2.0.1 -rc126 (127 ещё не сравнивал) c активированным функционалом "low thresholds" (меню Decode-FT8 decoding - decoder sensitivity) , по мере выхода новых версий всегда можно сравнить что изменилось по приёму\декодированию .
    Для чего так долго и подробно вместо этого абзаца ? Да чтоб сами могли понимать\сравнивать\выбирать что оптимальнее под Ваши конкретные задачи - тем более что новые версии помимо кружочков-цветочков пока ещё демонстрируют прогресс и по части декодирования (остаётся надеятся что так будет и дальше)

    Чётко и доступно ? Не уверен , но по другому не умею (конкретные цифры показательней субьективного : "лучше\хуже , тормозит\летает") , хочется надеяться что немного поможет уважаемому US5WE самому в дальнейшем сравнивать оптимальные версию\настройки - применительно к конкретным целям и задачам.

    P.S. Расцветки\раскраски\собачки-кружочки (или что там сейчас) у меня отключены в JTDX как таковые , мне неактуально .

    Note к всё-таки прочитавшим: все действия по вышеописанным сравнениям делаете на свой страх и риск , как минимум стоит понимать что в ходе тестирования Вы "нагружаете" свой ПК несколько больше "обычной" работы с JTDX



    Цитата Сообщение от R7CA Посмотреть сообщение
    Не нужно косить всё подряд.
    За грёбанной толпой СQлистов не видно dx,
    давка как в метро.
    Увидел dxа, сработал.
    Дипломов им не хватает, электронных что ли.
    Вообще не понимаю зачем просто так cq работать?
    Ну в тлг там кайф, в тлф общение, а тут?
    Сколько можно поляков и итальянцев собирать?
    Под спойлером (только для непонимающих вроде меня или R7CA , любителям работать на .....цать тысяч QSO - просьба не тратить время и нервы на прочтение):

    Андрей , я тоже не понимаю - но предполагаю следующее:
    Загляни для примера сюда и сюда , и посмотри количество QSO в FT8 в прошедшем 2018м у занявших первые места.
    Реально "намолотить" 10-15-20 тысяч QSO за год не работая "всех подряд" (если самому не быть DXом) ?
    Поляки , итальянцы , соседняя улица - даёшь ......цать тысяч QSO и будешь первым !
    CQ CQ CQ (вплоть до нескольких бэндов разом) - кто нить да подойдёт добавив в "копилку" до первого места.
    Попутно можешь поискать где то там себя и меня (211й и 246й) - не , нам вообще не понять - куда нам .
    Деликатные просьбы хоть немного думать о других с треском провалились , боюсь эту машину уже не остановить.....
    По 2019му думаю найдёшь сам - там только за неполный январь у лидера наработано уже больше чем у R7CA или R2PU за целый прошлый год , куда уж тут до понимания (в т.ч. и некоторых публикуемых "хотелок от СQлистов" - в теме JTDX )


    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Сейчас в эфире работает PJ4P, у этого оператора синхронизация часов компьютера настроена чаще чем раз в минуту. В результате одна передача сигнала от него идет с DT 1.5 секунды, следующая с DT 3.4 секунды, естественно для последнего варианта WSJT-X его сигнал не декодирует поскольку захват синхропоследовательности в WSJT-X от -1.5 до +2.5 секунды. В итоге периодически корреспонденты не декодируют сообщения от PJ4P и сам оператор PJ4P периодически не декодирует сообщения корреспондентов. Каша, хаос и уйма бестолковых помех другим операторам на диапазоне.

    Не ставьте у себя период синхронизации менее 30...60 минут, особенно если Вы интенсивно работаете на общий вызов.
    Игорь , Вас неоднократно (и не первый год , например вот) просили встроить синхронизацию времени прямо в JTDX (причём без зависимости от наличия интернета).
    В т.ч. предлагалось (опционально включаемый функционал ) вообще уйти от привязки "захват синхропоследовательности по системному времени" - а привязать захват синхропоследовательности к моменту появления сигнала на маркере Rx (а дальше пользователь сам решит под кого ему строиться : "по большинству" станций , или под конкретного DXа со "сбитым временем")

    Увы - но воз и ныне там (решать безусловно Вам) - программа JTDX обросшая дополнительными расцветками\кружочками\свисточками и прочими "хотелками большинства" - по прежнему не способна декодировать при ситуации выходящей за стандартное : "DT на передающей\приёмной стороне в допуске" - и всяк решает это как может (синхронизируется через интернет\GPS\сигналам точного времени - или с хрустом давит кнопки пытаясь вручную попасть в желаемый интервал).

    Всё бы и ничего , у подавляющего большинства нет проблем со временем - и они радуются новым цветочкам\кружочкам :
    - Но когда после некислого цикла постов о синхронизации времени через GPS (цена вопроса 500-1000 руб) уважаемая (очень уважаемая! , команда просто супер!) экспедиция едет в места без постоянного интернета - и при первых же попытках работы в FT8 собирает шквал сообщений в духе: "PSE SYNC TIME" , после чего сворачивает работу в FT8 (я от своих слов не отказываюсь - знал бы что так будет - сам бы подарил им "таблетку" GPS).
    - Когда у другой команды сейчас с Ваших слов : "Каша, хаос и уйма бестолковых помех другим операторам на диапазоне" (и не факт что там трабл : "синхронизация часов компьютера настроена чаще чем раз в минуту" , системное время может прыгать до нескольких раз в минуту по многим причинам - вплоть до проблем с "железом" компа)
    - Когда редчайшего DX намертво гасит оттакой сигналище зовущего по частоте да со сбитым временем (механизм прост до безобразия: начало передачи DXа "накрывается" окончанием передачи зовущего у которого сбито время)
    - Когда на вопросы в теме вновь и вновь даются рецепты вида : "или используйте интернет - или вручную тыкайте в стрелки" (а было дело вплоть до советов : "лучше купите вместо GPS шашлыка да пива")

    Вот тут поневоле задумаешься: был бы в WSJT-X\JTDX встроенный опциональный функционал синхронизации (возможно с предупреждающим окном на предмет возможных конфликтов с прочими средствами синхронизации) - может поменьше было бы каши , хаоса и помех .....
    Последний раз редактировалось R2PU; 26.01.2019 в 16:24.
    Роман R2PU , ex R3PJT . Город - герой оружейников и мастеровых Тула.
    Словом, делом, в сети или в реале - помогу коллегам чем смогу ... хоть чутка и в меру своих сил сделать этот мир немного лучше и светлей ))).

  4. #16789
    Silent Key
    Регистрация
    31.05.2012
    Адрес
    Железногорск
    Возраст
    69
    Сообщений
    729
    Поблагодарили
    353
    Поблагодарил
    18
    Желающие могут принять участие в Дне Активности на УКВ!
    Сегодня 14:00-22:00 UTC
    FT8 144.174, 432.174

    to R5WM: Владимир, пожалуйста используйте для выделения текста цвет отличающийся от красного.

    3.3.10 Использование красного цвета в Ваших сообщениях или подписях. Красный цвет - разрешён только администрации форума

  5. #16790
    Silent Key
    Регистрация
    31.05.2012
    Адрес
    Железногорск
    Возраст
    69
    Сообщений
    729
    Поблагодарили
    353
    Поблагодарил
    18
    [
    Цитата Сообщение от RX3ASP Посмотреть сообщение
    А какая программа передаёт два разных сообщения в одном цикле на одной частоте? Иногда наблюдаю такое. Или это замена одного сообщения на другое и обе части случайно проскочили через декодер?
    MSHV в режиме Мультиответ MSHV Amateur Radio Software | LZ2HV Amateur Radio Website

    Русская версия 2.10 тут: https://drive.google.com/open?id=1Lh...0rv93VpiAfc_Gi

  6. #16791
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,418
    Поблагодарили
    7834
    Поблагодарил
    799
    Цитата Сообщение от R2PU
    Игорь , Вас неоднократно (и не первый год , например вот) просили встроить синхронизацию времени прямо в JTDX (причём без зависимости от наличия интернета).
    Роман, как Вы относитесь к тому что Вашим компьютером будут пользоваться и управлять неизвестные Вам люди для решения своих задач? Синхронизация системного времени из JTDX означает запуск программы с правами администратора, что открывает возможность для удаленного управления компьютером без ведома пользователя. Когда права администратора открывает сам пользователь это его личное решение и его ответственность за результат использования компьютера находящегося в сети Интернет, если это делает производитель программного обеспечения то он подвергает риску всех пользователей программы.

    Попытка смещать отсчет времени внутри программы при 100% загрузке процессора приведет к хаосу в работе программы, рассинхронизации периодов приема передачи. Сейчас в коде mainwindow.cpp есть несколько точек запроса системного времени, на слабых CPU во время декодирования этот запрос работает с ощутимой ошибкой в результате.

  7. #16792
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    62
    Сообщений
    2,608
    Поблагодарили
    605
    Поблагодарил
    1201
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Скорее всего в общих диапазонах специальными сообщениями работает программа MSHV.
    Так оно и есть. Тот же PJ4P использует MSHV (отвечает и на рапорт, и на локатор) в общих диапазонах. Правда, становится в самом низу.

  8. #16793
    Живу здесь Аватар для R7CA
    Регистрация
    24.04.2007
    Адрес
    Новороссийск
    Сообщений
    11,638
    Поблагодарили
    3960
    Поблагодарил
    1239
    Цитата Сообщение от US4IRT Посмотреть сообщение
    Так оно и есть. Тот же PJ4P использует MSHV (отвечает и на рапорт, и на локатор) в общих диапазонах. Правда, становится в самом низу.

    Его при этом всём звать обычным способом или F/H¿
    Я рапортом привык уже звать...

  9. #16794
    Удалён с форума
    Регистрация
    24.04.2015
    Адрес
    Москва
    Сообщений
    187
    Поблагодарили
    88
    Поблагодарил
    8
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Попробуйте запустить JTDX напрямую, отдельно от UR5EQF и второй вариант при выключенном UR5EQF.
    Честно говоря, разницы между предложенными вариантами - не увидел. "Отдельно от ..." и "при выключенном..." ? :-(

    Ради чистоты эксперимента, вообще отказался от UR5EQF_Log3 и WSJTinterface. В работающей конфигурации остались: JTDX 2.0.1-125, OmniRig (куда-ж-без-него!) 1.16. Для логгирования (TCP) пришлось написать и отладить отдельный плагин LogTCPSRV.ext для CheckLog. JTDX запускается самостоятельно, ни из-под какой-либо другой программы. Симптомы остаются:

    1). При первом запуске мощность "задавлена". При этом все приседания вокруг аппаратуры выполнены, на голосовой связи с теми же настройками и при том же согласовании антенн мощность отдает и связи проводятся "с пол-пинка".

    2). Если вызвать Settings -> Radio и нажать Test CAT (оно ОЧЕНЬ долго чем-то нзанимается, но "зеленым" потом загорается)... а потом нажать Test PTT (здесь срабатывает сразу, горит красным, включвает и выключает передачу).... то после закрытия окна Settings "замирает" водопад.

    3). Если закрыть окно JTDX, то оно как бы закрывается, но в памяти остается "висящий" процесс. Если об этом не знать, повторный запуск JTDX невозможен. Только после того, как в Task manager найти и убить jtdx.exe - можно запустить обычным образом повторно.

    4). При повторно запущенном JTDX всё уже работает, как надо. Мощность отдаётся, водопад "ползет", связи протоколируются.

    Видимо, что-то всё-таки "внутри" JTDX. Чем могу помочь ещё?

  10. #16795
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    62
    Сообщений
    2,608
    Поблагодарили
    605
    Поблагодарил
    1201
    Цитата Сообщение от R7CA Посмотреть сообщение
    Его при этом всём звать обычным способом или F/H
    F/H может не пройти (не передает 73). На 160м первый раз он не принял от меня 73 и в лог не внес. Прошло на второй день. Вызывать можно и рапортом (тоже так зову обычно), и локатором. Разница в дополнительном интервале передачи.

  11. #16796
    QRP
    Регистрация
    18.09.2013
    Возраст
    66
    Сообщений
    14
    Поблагодарили
    0
    Поблагодарил
    3
    Очередной вопрос уважаемому обществу.Хотелось бы по подробней узнать что это за кнопка (на скрине).Я думаю и другим будет интересно.Нажмите на изображение для увеличения. 

Название:	вопрос.png 
Просмотров:	187 
Размер:	355.9 Кб 
ID:	227274

  12. #16797
    Standart Power
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    50
    Сообщений
    319
    Поблагодарили
    164
    Поблагодарил
    456
    Цитата Сообщение от RX3ASP Посмотреть сообщение
    А какая программа передаёт два разных сообщения в одном цикле на одной частоте? Иногда наблюдаю такое. Или это замена одного сообщения на другое и обе части случайно проскочили через декодер?
    Подтверждаю, вот пример такой передачи в одно и тоже время и на одной частоте RZ6HBK дает рапорт и мне и нидерландцу или баг приема?


  13. #16798
    Very High Power Аватар для R6LCF
    Регистрация
    21.04.2015
    Адрес
    г.Таганрог
    Возраст
    68
    Сообщений
    3,925
    Поблагодарили
    1130
    Поблагодарил
    897
    Цитата Сообщение от UA1CSB Посмотреть сообщение
    интересно
    Активирует группу декодеров основанных на согласованных фильтрах,для моды FT8 активирует FT8AP декодеры.
    Сразу предупреждаю у меня вкл. фильтр на Европу ,почему их и нет.
    Нажмите на изображение для увеличения. 

Название:	2019-01-26_195406.png 
Просмотров:	96 
Размер:	173.7 Кб 
ID:	227277
    Да вот еще.Не включайте SWL-этот режим предназначен для увеличения попыток декодирования.
    У меня в компе мощный проц. и загрузка увеличивается на 20% с 50 до 70. Эффект в наличии по количеству декод. У кого слабые/средние проц.только на прием.

  14. #16799
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    62
    Сообщений
    2,608
    Поблагодарили
    605
    Поблагодарил
    1201
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    RZ6HBK дает рапорт и мне и нидерландцу или баг приема?
    Такого никогда не видел. Обычно на одной частоте одному рапорт, другому 73



  15. #16800
    Standart Power Аватар для R2PU
    Регистрация
    03.09.2017
    Адрес
    Tula
    Возраст
    43
    Сообщений
    278
    Поблагодарили
    396
    Поблагодарил
    381
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Роман, как Вы относитесь к тому что Вашим компьютером будут пользоваться и управлять неизвестные Вам люди для решения своих задач? Синхронизация системного времени из JTDX означает запуск программы с правами администратора, что открывает возможность для удаленного управления компьютером без ведома пользователя. Когда права администратора открывает сам пользователь это его личное решение и его ответственность за результат использования компьютера находящегося в сети Интернет, если это делает производитель программного обеспечения то он подвергает риску всех пользователей программы.
    Точно так же как и ко всему остальному софту требующему для работы запуск с правами администратора - осознаю риски и действую в соответствии с ними.
    Разве используемые многими Dimension4 и т.п. программы синхронизации времени безопаснее в этом плане ?

    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Попытка смещать отсчет времени внутри программы при 100% загрузке процессора приведет к хаосу в работе программы, рассинхронизации периодов приема передачи. Сейчас в коде mainwindow.cpp есть несколько точек запроса системного времени, на слабых CPU во время декодирования этот запрос работает с ощутимой ошибкой в результате.
    ОК , пусть так (жалко интересную идею вообще не привязываться к системному времени для захвата синхропоследовательности - но нет так нет).
    Ждём светлого будущего когда все освоят (по обстановке) : синхронизацию по Интернету \ GPS \ "ручному тыканию".
    Когда-то же это должно произойти ....
    Последний раз редактировалось R2PU; 26.01.2019 в 20:23.
    Роман R2PU , ex R3PJT . Город - герой оружейников и мастеровых Тула.
    Словом, делом, в сети или в реале - помогу коллегам чем смогу ... хоть чутка и в меру своих сил сделать этот мир немного лучше и светлей ))).

Похожие темы

  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
Яндекс.Метрика