Like Tree16261Спасибо

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

  1. #10801
    Экстра-класс Аватар для R0JF
    Регистрация
    12.05.2010
    Адрес
    Новотроицкое
    Возраст
    50
    Сообщений
    1,545
    Поблагодарили
    1273
    Поблагодарил
    275
    18.1.0.70_5 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY

    Binary only: https://cloud.mail.ru/public/N91S/Cqp85122L

    64-bit deb-package: https://cloud.mail.ru/public/Fbbh/pFgLW1muD

    32-bit deb-package: https://cloud.mail.ru/public/CmZ5/LEZLa1G4m

    73!

  2. #10802
    Мастер
    Регистрация
    10.11.2010
    Адрес
    Обухово МО
    Возраст
    46
    Сообщений
    517
    Поблагодарили
    129
    Поблагодарил
    790
    Цитата Сообщение от RK1NA Посмотреть сообщение
    Могу предположить что есть круг постоянных и грамотных тестеров.
    Они про САТ не спрашивают.
    Пора бы АВТОРУ сделать для таких людей "полузакрытый" сайт, в смысле тему.
    А то тут САТы, Омнириги, Ригэкмперты и все с претензиями (хотелками) к АВТОРУ.
    Есть на QRZ примеры открытых тем в которых первое сообщение на любой страничке
    это предупреждение о том чем здесь занимаются.
    В данном случае красным и большими буквами - публикуемые здесь версии находятся в разработке. Их использование - ваш риск.
    Типа этого.
    прошу прощения за флуд у модераторов

    Сюда на форум заходят разные люди, тестеры и профессионал в вашем лице, и те кто сов7 о цифре не имеет никакого представление, начиная работать digi
    Им еще далеко до совершенства и понятие о САТы, Омнириги, Ригэкмперты и в вашем случае виртуальные COM порты, для них, из области фантастики, поэтому они и задают вопросы здесь сталкиваясь с определенными проблемами.

    А кто им поможет как не мы с вами (вы как профессионал я как любитель) проработавшие уж с десяток лет разными цифровыми модами?

    Лопатить 1000ми страниц форума, тоже не вариант.

    создавать 10ки форумов как настроить САТы, Омнириги, Ригэкмперты?
    автору писАть мануалы с картинками? тоже смешно... ему есть чем заняться

    у нас ветка форума --- работа с тестовым софтом а не круг постоянных и грамотных тестеров,
    которые все знают и про САТ не спрашивают... д

    и разницы нет любитель ты или профессионал (прогу пишут для всех), главное результат
    а он есть, люди интересуются программой, работают в эфире и наслаждаются жизнью...

    может я в чем то и не прав, думаю меня поправят

  3. #10803
    Коротковолновик
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    49
    Сообщений
    299
    Поблагодарили
    149
    Поблагодарил
    418
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    попробуйте пожалуйста AutoSeq1 в версии 18.1.0.70_5
    AutoSeq1 доработан на вызов первого позвавшего но с полным декодированием/обработкой всех сигналов и сменой сообщения в том числе во время передачи.
    Ну во-первых ОГРОМАДНЕЙШЕЕ СПАСИБО, Игорь, что обратили внимание. Протестировал режим AutoSeq1, работает адекватно, как и call first в JTDX v.34,
    т.е. всегда отвечает на сообщение декодированное уже в момент передачи и автоматически изменяет передаваемое сообщение на нужное в зависимости от ситуации.
    Вот фрагмент работы AutoSeq1 в версии 18.1.0.70_5 Название: 7.PNG
Просмотров: 819

Размер: 9.8 Кб
    видно, как в одном QSO данный режим дважды выручил, не дав сорваться ни одной передаче, вовремя поменяв сообщения на нужные!!!!!!!!

    Но вылезли три явные бяки:
    1. В конце связи зачем-то начинает второй раз передавать RR73, но в течении 3-5 секунд меняет его на CQ.
    Название: 3.PNG
Просмотров: 817

Размер: 6.8 Кб Название: 4.PNG
Просмотров: 817

Размер: 8.6 Кб Название: 5.PNG
Просмотров: 819

Размер: 7.8 Кб
    это в режиме TX/RX Split, а в режиме TX=RX начинает второй раз передавать RR73, но в течении 3-5 секунд просто прекращается передача.
    Автоматическое или ручное сохранение QSO на эту бяку не влияет.

    2. Трижды во время CQ прерывалась передача и до окончания периода ни одна кнопка управления передачей не откликалась. (не было ни в одной версии)

    3. TX watchdog выскакивал пару раз и делал неактивным Enable TX прямо посредине QSO, такого тоже вроде не было ни в одной версии, TX watchdog всегда давал закончить связь.

  4. #10804
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    5,144
    Поблагодарили
    7551
    Поблагодарил
    763
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    Но вылезли три явные бяки:
    1. В конце связи зачем-то начинает второй раз передавать RR73, но в течении 3-5 секунд меняет его на CQ.

    это в режиме TX/RX Split, а в режиме TX=RX начинает второй раз передавать RR73, но в течении 3-5 секунд просто прекращается передача.
    Автоматическое или ручное сохранение QSO на эту бяку не влияет.
    завершением QSO является получение сообщения 73 от корреспондента либо неполучение повторного RR73 сообщения если корреспондент использует RR73, файл ALL.TXT Вам покажет когда было декодировано сообщение 73 либо когда закончилось декодирование интервала в случае ожидания повторного RR73: до или после начала передачи, изменение 18.1.0.70_5 в AutoSeq1 не ускорило работу процессора

    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    2. Трижды во время CQ прерывалась передача и до окончания периода ни одна кнопка управления передачей не откликалась. (не было ни в одной версии)
    Что предшествовало обрыву передачи CQ? кусок файла ALL.TXT пожалуйста, посмотрим код

    для сценария продолжительного CQ смотрите ниже

    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    3. TX watchdog выскакивал пару раз и делал неактивным Enable TX прямо посредине QSO, такого тоже вроде не было ни в одной версии, TX watchdog всегда давал закончить связь.
    TX watchdog таймер перезапускается при использовании кнопок мышки в основном окне интерфейса, какой режим внесения QSO в лог Вы используете? Возможно добавим перезапуск таймера при ручном внесении в лог или при использовании приглашения внести в лог. В случае продолжительного CQ когда Вас не зовут увеличивайте значение TX watchdog таймера в настройках закладки Settings->General.

  5. #10805
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    5,144
    Поблагодарили
    7551
    Поблагодарил
    763
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    Ну во-первых ОГРОМАДНЕЙШЕЕ СПАСИБО, Игорь, что обратили внимание. Протестировал режим AutoSeq1, работает адекватно, как и call first в JTDX v.34,
    т.е. всегда отвечает на сообщение декодированное уже в момент передачи и автоматически изменяет передаваемое сообщение на нужное в зависимости от ситуации.

    Но вылезли три явные бяки...
    Первичная причина проблем в настоящем дизайне AutoSeq JTDX, который не рассчитан на работу с совсем медленными процессорами.

    В версии 18.1.0.34 в алгоритм было заложено что факт передачи сообщения RR73/73 является окончанием QSO, что не есть правильно с точки зрения корреспондента, поскольку он QSO еще не завершил при передаче оператором RR73/73 и мог это сообщение просто не декодировать.

    Такой неправильный подход корректировался следующим сценарием: "если корреспондент не получил от меня RR73/73 то он снова передаст рапорт или RRR, и в этом случае AutoSeq JTDX повторит либо рапорт либо сообщение RR73/73, исходя из повторно принятого сообщения". То есть считалось что отсутствие декодированного 73 от корреспондента является сбоем в декодировании а корреспондент это сообщение якобы "передал", значит если переданное корреспондентом сообщение не декодировано то QSO завершено. Такой подход приводил к тому что в лог нередко попадали QSO незасчитанные корреспондентом, например когда частота была заблокирована более мощным сигналом или изменилось прохождение. Оператор не видя повторов сообщений тоже считал что QSO завершено, что не всегда было истиной.

    После версии 18.1.0.34 дизайн AutoSeq был изменен, считается что QSO завершено если от корреспондента получено сообщение 73, либо не получено от него повторное RR73 (для укороченной последовательности). Поэтому принципиально окончание декодирования интервала и на слабых процессорах как ни крути мы получаем либо повторную передачу сообщений либо смену сообщения на ходу.

    С точки зрения AutoSeq FT8 вариант последовательности RRR+73 позволяет избежать части сбоев по сравнению с укороченным вариантом RR73, именно по этой причине команда WSJT ранее считавшая в JT65/JT9 что сообщение RRR завершает QSO поменяла свою точку зрения и сделали в FT8 более длинную последовательность RRR+73.

    Как обрабатывает такие варианты WSJT-X на Вашем процессоре, меняет ли сообщение RR73 на ходу на сообщение CQ при позднем декодировании?

    И если WSJT-X не декодировал финальное 73 от корреспондента (совсем не декодировал или не декодировал до начала интервала передачи), он переходит на передачу общего вызова считая что QSO завершено?

  6. #10806
    Коротковолновик
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    49
    Сообщений
    299
    Поблагодарили
    149
    Поблагодарил
    418
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    В версии 18.1.0.34 в алгоритм было заложено что факт передачи сообщения RR73/73 является окончанием QSO, что не есть правильно с точки зрения корреспондента, поскольку он QSO еще не завершил при передаче оператором RR73/73 и мог это сообщение просто не декодировать.
    Фактом окончания QSO в любом виде связи является подтверждение получения рапорта. В нашем случае это R00, RRR или RR73, именно после этих символов программа предлагает сохранить QSO. В версии 18.1.0.34 окончание QSO проходит очень корректно, даже уже после сохранения QSO, когда корреспондент по несколько раз передает мне RRR или RR73, желая увидеть от меня 73, программа автоматом подсовывает ему это сообщение, не сохраняя при этом QSO дважды и трижды...
    Но и Ваш вариант имеет право на жизнь, вот только бы время изменения сообщения на CQ сократить немного, а то по 6 секунд иногда получается...

  7. #10807
    Коротковолновик
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    49
    Сообщений
    299
    Поблагодарили
    149
    Поблагодарил
    418
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    а в режиме TX=RX начинает второй раз передавать RR73, но в течении 3-5 секунд просто прекращается передача.
    А вот существенного недостатка то и не заметили. При работе на поиск и при такой концовке теряется целый период приема, для меня это очень существенная потеря. Попробовал в режиме single shot qso, такая же беда.
    Наверное буду опять уговаривать Вас, Игорь, сделать такую же концовку QSO, как в 34 версии.

  8. #10808
    Аватар для RX1AG
    Регистрация
    30.07.2006
    Адрес
    Санкт-Петербург
    Сообщений
    7,692
    Записей в дневнике
    5
    Поблагодарили
    1821
    Поблагодарил
    667
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    ...В случае продолжительного CQ когда Вас не зовут увеличивайте значение TX watchdog таймера в настройках закладки Settings->General.
    У меня сейчас стоит версия 34 и почему-то окно TX watchdog timer не активно, просматривается установка "6 minutes". Как сделать его активным?

  9. #10809
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    5,144
    Поблагодарили
    7551
    Поблагодарил
    763
    Цитата Сообщение от RX1AG Посмотреть сообщение
    У меня сейчас стоит версия 34 и почему-то окно TX watchdog timer не активно, просматривается установка "6 minutes". Как сделать его активным?
    TX Watchdog таймер сделан в коде JTDX начиная с версии 18.1.0.39

  10. #10810
    Коротковолновик
    Регистрация
    25.03.2016
    Сообщений
    104
    Поблагодарили
    58
    Поблагодарил
    82
    Кто-нибудь может дать ссылку, где можно скачать JTDX 18.1.0.34?

  11. #10811
    Экстра-класс Аватар для RC2SC
    Регистрация
    12.08.2006
    Адрес
    Рязань
    Возраст
    55
    Сообщений
    2,613
    Поблагодарили
    878
    Поблагодарил
    285
    Цитата Сообщение от VA3LLZ Посмотреть сообщение
    Кто-нибудь может дать ссылку, где можно скачать JTDX 18.1.0.34?
    JTDX - JTDX Release History

  12. #10812
    Коротковолновик Аватар для UT8NT
    Регистрация
    09.03.2009
    Адрес
    Винница, Украина (KN49FF)
    Возраст
    46
    Сообщений
    171
    Поблагодарили
    88
    Поблагодарил
    108
    Доброе время суток всем.
    Немного потестировал v70_5
    Режим Call First. Очень похож на Auto Seg3
    Тестировал в основном на CQ.
    В целом работа понравилась, явных непредсказуемых "боков " не заметил.
    На CQ когда от корреспондента не получаю 73, программа "считает " QSO завершенным и не "выпрашивает" 73, а становиться на СQ, по отношению к корр-ту это да, не совсем справедливо...
    Не справилась программа с этим позывным:
    Название: ue.jpg
Просмотров: 604

Размер: 44.3 Кб

  13. #10813
    Мастер
    Регистрация
    13.02.2017
    Сообщений
    954
    Поблагодарили
    1131
    Поблагодарил
    316
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    Фактом окончания QSO в любом виде связи является подтверждение получения рапорта. В нашем случае это R00, RRR или RR73, именно после этих символов программа предлагает сохранить QSO.
    А вот тут единого подхода нет. Мода пришла с УКВ, там "кошерным" считается полный цикл связи.... Типа нужно быть уверенным, что приняли RR73. Ну и многие "не полные", с их точки зрения, связи в лог не заносят. PZ5RA, например, один из них.

  14. #10814
    Коротковолновик Аватар для UT3IB
    Регистрация
    24.02.2006
    Адрес
    Енакиево, Донецкая обл.
    Возраст
    72
    Сообщений
    374
    Поблагодарили
    32
    Поблагодарил
    60
    Обнаружил неточность в алгоритме последней JTDX
    Отработав с HC2TE, отошел на некоторое время от компьютера.
    Вернувшись, озадачился свежим декодом :



  15. #10815
    Коротковолновик
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    49
    Сообщений
    299
    Поблагодарили
    149
    Поблагодарил
    418
    Цитата Сообщение от RZ1OA Посмотреть сообщение
    А вот тут единого подхода нет. Мода пришла с УКВ, там "кошерным" считается полный цикл связи.... Типа нужно быть уверенным, что приняли RR73. Ну и многие "не полные", с их точки зрения, связи в лог не заносят. PZ5RA, например, один из них.
    Согласен, но честно говоря немного выбешивает, когда тебе по несколько раз дают RRR или RR73, когда сами мою R уже зафиксировали, особенно когда в это время много "вкусного" в эфире...
    Вот только одно не могу понять Игоря - почему в 34-то версии концовка некорректная???
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    В версии 18.1.0.34 в алгоритм было заложено что факт передачи сообщения RR73/73 является окончанием QSO, что не есть правильно с точки зрения корреспондента, поскольку он QSO еще не завершил при передаче оператором RR73/73 и мог это сообщение просто не декодировать.
    Все очень даже корректно происходит и на CQ и на поиск.
    Вот ничего руками не трогал, все автоматика Название: 13.PNG
Просмотров: 871

Размер: 7.6 Кб
    Не одного "НЕ ПОЛНОГО" QSO по инициативе автоматики не остается, если только сам не "саскочишь" со связи. А вот в 70_5 версия, концовочка ну скажем не очень...

Похожие темы

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