Like Tree17119Спасибо

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

  1. #17566
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RX4HX Посмотреть сообщение
    По поводу проблем с Адиф рискну предположить пот что .... а вот 40m <> 40M - это не все анализаторы Адиф делают. А учитывая что повторные QSO опредялются не по частоте, а по бенду - может быть в этом причина.
    Но это лишь мое предположение, потому как не знаю, как в JTDX (WSJT-X) трактуется ситуация со значением поля BAND.
    В JTDX: band.compare(q.band,Qt::CaseInsensitive)

  2. #17567
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от EX8004A Посмотреть сообщение
    В 131 версии наблюдаются повторы
    Пришлось вручную останавливать
    Без записи диагностики в файле ALL.TXT по этому сбою ничего нельзя сказать. В rc132 будет доработка функционала окончания QSO, может быть она решит проблему которую Вы наблюдаете.

  3. #17568
    Very High Power Аватар для UN5J
    Регистрация
    05.11.2010
    Адрес
    г. Усть-Каменогорск,
    Возраст
    73
    Сообщений
    2,066
    Поблагодарили
    294
    Поблагодарил
    1270
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    У Вас при экспорте с AALOG отсутствует параметр <station_callsign:>,
    При создании Adif добавил - Used callsign, на первый взгляд, заработало.

  4. #17569
    Standart Power Аватар для UR4UM
    Регистрация
    06.01.2013
    Возраст
    69
    Сообщений
    229
    Поблагодарили
    72
    Поблагодарил
    308
    Цитата Сообщение от R0JF Посмотреть сообщение
    У меня из cqrlog и LogHX3 нормально получается.
    У меня из MixW 3.2 выбираю преобразовать в файл mixw2.adi все связи модами JT, FT8, T10 (название файла меняю сразу, или в уже преобразованном файле), и вроде всё ОК...
    Вставляю в обе проги, и WSJTX и в JTDX...

  5. #17570
    Координатор темы Аватар для RX4HX
    Регистрация
    03.02.2006
    Возраст
    51
    Сообщений
    17,039
    Поблагодарили
    7974
    Поблагодарил
    4164
    Цитата Сообщение от US-E-12 Посмотреть сообщение
    Алгоритм обработки одной строки и нескольких разный.
    Касательно Адиф это в корне не верно. Я весь файл Адиф анализирую "в одну строчку", чтоб как раз не обращать внимания на переносы строк, если они есть.

  6. #17571
    QRP
    Регистрация
    26.01.2012
    Адрес
    Ставрополь
    Возраст
    65
    Сообщений
    33
    Поблагодарили
    2
    Поблагодарил
    26
    Цитата Сообщение от EU1FQ Посмотреть сообщение
    Создайте adi файл из всего UR5EQF. Не надо даже выделять FT8 связи. Переименуйте его в wsjtx_log.adi и замените им существующий в программе.
    Это первое ,что я сделал. Ничего не выделял. Тупо переименовал. Вот только не помню, шапку удалял или нет... Доберусь до дома - посмотрю. Спасибо.

  7. #17572
    QRP
    Регистрация
    26.01.2012
    Адрес
    Ставрополь
    Возраст
    65
    Сообщений
    33
    Поблагодарили
    2
    Поблагодарил
    26
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Александр, пожалуйста более детально в чем заключается сам сбой?

    Если у Вас отрабатывает уведомление 'новый QTH квадрат' для позывного JA9BFN то при наличии только одной записи <gridsquare:0> для этого позывного/диапазона/моды в логе уведомление будет отрабатывать на любой переданный оператором JA9BFN QTH квадрат.
    Сбой не в этом. Эту запись распознает и уведомляет как положено. А вот, если она будет в файле ADI из логгера (запись в столбик), то она вообще не распознается.

  8. #17573
    Модератор Аватар для US5WE
    Регистрация
    29.03.2013
    Адрес
    Galicja i Lodomeria
    Сообщений
    6,029
    Поблагодарили
    2729
    Поблагодарил
    1242
    Прошу прощения за наивный вопрос, очевидно кто-то сталкивался с подобной проблемой.
    Учитывая, что 6м сезон не за горами а на 50 МГц иногда прохождение длится минуту хочу выяснить, как решить периодически возникающую проблему.

    Итак, Лена работает на поиск и вызывает нужного .DX. Связь проходит по классике.
    134630 -8 2.4 913 ~ CQ E20WXA OK03 Thailand
    134645 Tx 1791 ~ E20WXA UR5WA -08
    134700 -18 2.4 913 ~ UR5WA E20WXA R-17 Thailand
    134715 Tx 1791 ~ E20WXA UR5WA RR73
    134730 -7 2.4 912 ~ UR5WA E20WXA 73 Thailand

    Но достаточно часто, после получения от DX Tx3 (R-XX), программа не переходит на передачу сообщения Tx4 (RR73), а тупо продолжает передавать Tx2.
    Приходится вручную жать клавишу Tx4, но если это не сделать быстро, программа снова норовит передать Tx2.
    В результате связь срывается. Это весьма критично на 160м, гдe DX сигналы слабые и с QSB.
    В появлении этой ошибки нет системы, может проявится в любой момент при работе как на CQ так и на поиск, отсюда вопрос - как от нее избавиться?
    Иногда, если DX редкий и нужный, нервы не выдерживают.
    Фильтр на Европу включен постоянно.
    Заранее благодарим за рекомендации.
    Victor Goncharsky US5WE/K1WE (UW5W in contests, ex UB5WE)
    DXCC HR #1 (Mixed, Phone), 10BDXCC(160-6m), 9BWAS(160-10m),
    Challenge 2900+, 5BWAZ(200), WAZ-160(40), WAZ-6m.
    УКВ комитет ЛРУ, ARRL field checker.

  9. #17574
    QRP
    Регистрация
    26.01.2012
    Адрес
    Ставрополь
    Возраст
    65
    Сообщений
    33
    Поблагодарили
    2
    Поблагодарил
    26
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    если у Вас включена фильтрация лога в закладке General (общие) настроек то такая запись ADIF не будет учитываться потому что она не привязана к позывному пользователя, с точки зрения фильтра лога эта запись не несет какой либо информации.
    Да! ЗАРАБОТАЛО! Причина в этом!
    Далее делать не обязательно:
    В файле ADI из UR5EQF удалил заголовок, подставил "WSJT-X ADIF Export<eoh>", методом замены на "ничто" удалил все тэги <OPERATOR:4>R7TQ,

    Потом прочел цитируемый пост - поставил - снял "галку" - заработало.
    Проверил еще раз ничего не корректируя в файле из UR5EQF - все связи вижу.
    Все дело в "галке", она не давала , в смысле... в программе.
    Еще раз спасибо UA3DJY за пинок в нужном направлении.

  10. #17575
    Standart Power
    Регистрация
    21.08.2006
    Адрес
    Коряжма
    Возраст
    52
    Сообщений
    323
    Поблагодарили
    166
    Поблагодарил
    463
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    У Вас при экспорте с AALOG отсутствует параметр <station_callsign:>, если у Вас включена фильтрация лога в закладке General (общие) настроек то такая запись ADIF не будет учитываться потому что она не привязана к позывному пользователя, с точки зрения фильтра лога эта запись не несет какой либо информации.
    Из всей этой обширной переписки по поводу ADIF, напрашивается закономерное предложение - а не сделать ли в JTDX обычный импорт ADIF, как почти во всех программах и не мучаться с заменой и переименованием файла, ну очень не удобно, особенно когда необходимо добавить немного связей...

  11. #17576
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UA1OMZ Посмотреть сообщение
    Из всей этой обширной переписки по поводу ADIF, напрашивается закономерное предложение - а не сделать ли в JTDX обычный импорт ADIF, как почти во всех программах и не мучаться с заменой и переименованием файла, ну очень не удобно, особенно когда необходимо добавить немного связей...
    Чем поможет импорт из одного ADIF файла в другой ADIF файл если сбой вызван кривым экспортом в файл ADIF из внешнего лога, как в данном случае? Недостающую в файле информацию уже не восстановить.

    JTDX и WSJT-X парсят (импортируют) файл ADIF лога в оперативную память где его и держат уже в необходимом программе виде.

  12. #17577
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от US5WE Посмотреть сообщение
    Прошу прощения за наивный вопрос, очевидно кто-то сталкивался с подобной проблемой. ...
    Но достаточно часто, после получения от DX Tx3 (R-XX), программа не переходит на передачу сообщения Tx4 (RR73), а тупо продолжает передавать Tx2.
    Приходится вручную жать клавишу Tx4, но если это не сделать быстро, программа снова норовит передать Tx2.
    В результате связь срывается. Это весьма критично на 160м, гдe DX сигналы слабые и с QSB.
    В появлении этой ошибки нет системы, может проявится в любой момент при работе как на CQ так и на поиск, отсюда вопрос - как от нее избавиться?
    Наверно в каждом втором посте прошу дать кусок файла ALL.TXT с включенной записью диагностики, в результате невнимательности появляются наивные вопросы

  13. #17578
    Standart Power Аватар для R2PU
    Регистрация
    03.09.2017
    Адрес
    Tula
    Возраст
    46
    Сообщений
    288
    Поблагодарили
    457
    Поблагодарил
    394
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    JTDX v2.0.1-rc131 измененный функционал:
    - ряд изменений улучающих функционал декодеров FT8SD1/FT8SD
    - устранен дефект в функционале подпрохода FT8 декодера (опция 'use subpass')
    Функционал подпрохода действительно заработал , впервые с момента перехода на FT8v2 . Очень чувствуется на тестовом пакете -23 и не очень на -24 )))).
    Факт того что в софте JTDX ещё улучшился функционал декодирования слабых сигналов - очень радует , спасибо что не забываете о декодере как таковом.

    Цитата Сообщение от UA9FFV Посмотреть сообщение
    Хочешь крутой сервис по повторам, дипломам, LoTW, загрузке диапазонов, колокольчикам и т.п. - установи JTAlert... Сейчас меня побьют камнями.
    Или поставят спасибо ))).
    Увы но это еденично , редкие посты вроде Вашего или например моего неизменно тонут в общем потоке : "хотим ещё новых расцветок-собачек-точечек + цать вариантов AutoSeq"

    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Проверка-уведомление по списку префиксов и позывных сейчас занимает всего несколько строк в коде, для проверки по диапазонам добавим еще две...три строки. С точки зрения нагрузки процессора для декодированного сообщения невелика разница просматривать десяток префиксов с общего списка или 10+10 префиксов с учетом диапазона. Редко кто будет вносить в строку поиска более 10 префиксов, такую строку уже тяжело просматривать глазами.
    Игорь , в том то и дело что к примеру на 40м у меня CFM 154 DXCC - и соответственно WANTED 186.
    Забивать в строку поиска все префиксы этих 186 DXCC , да ещё с разбивкой по бэндам занятие слабовероятное )))
    Тут уже всё давно придумано до нас и вовсю маячит выделением и голосит из колонок при появлении на бэнде любой из этих 186ти :

    А ещё оно умеет выискивать в любых мыслимых сочетаниях (например wanted DXCC + wanted State + wanted call и т.п.) , показывает уйму полезной инфо , и мониторит B4 вне зависимости от того каким софтом (JTDX\WSJT-X) я работал и вышивает крестиком здорово помогает повысить подтверждаемость (показывая например месяц-год когда конкретный LoTW user выгружался на LoTW) + ещё немерено функционала.

    Т.е. это давно и виртуозно реализовано в JT Alert и возможно отчасти в некоторых логах (например LogHX3) , соответственно большой вопрос какой ценой в итоге удастся вогнать в JTDX столько функционала - и сколько в итоге машинных ресурсов потребует получившийся монстр "всё в одном" ...
    Решать безусловно Вам - но по мне софт JTDX это в первую очередь декодирование слабых сигналов DX , и здесь ещё очень есть куда двигаться ...
    Роман R2PU , ex R3PJT . Город - герой оружейников и мастеровых Тула.
    Словом, делом, в сети или в реале - помогу коллегам чем смогу ... хоть чутка и в меру своих сил сделать этот мир немного лучше и светлей ))).

  14. #17579
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от R2PU Посмотреть сообщение
    по мне софт JTDX это в первую очередь декодирование слабых сигналов DX , и здесь ещё очень есть куда двигаться ...
    Постепенно двигаемся, в rc132 будет выше чувствительность на RX частоте при проведении QSO.

  15. #17580
    Standart Power Аватар для LY3BG
    Регистрация
    24.08.2006
    Адрес
    Славяни
    Возраст
    68
    Сообщений
    298
    Поблагодарили
    203
    Поблагодарил
    56
    Цитата Сообщение от US5WE Посмотреть сообщение
    Но достаточно часто, после получения от DX Tx3 (R-XX), программа не переходит на передачу сообщения Tx4 (RR73), а тупо продолжает передавать Tx2.
    Что помечено в AutoSeq? 2? Пометьте 3 и, скорее всего, всё будет ОК.
    Может быть компьютер не успевает декодировать, а уже надо передавать.

Похожие темы

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