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

**RX4HX** · 04.03.2019, 12:17

По поводу проблем с Адиф рискну предположить пот что:

Сообщение от RN6HFS

<band:3>40m

Сообщение от RN6HFS

<BAND:3>40M

- Тэг <BAND> может писаться как угодно, хоть <bAnD> - это при обработке Адиф любой правильно сделанный анализатор Adif исправляет к верхнему регистру, а вот 40m <> 40M - это не все анализаторы Адиф делают. А учитывая что повторные QSO опредялются не по частоте, а по бенду - может быть в этом причина.
Но это лишь мое предположение, потому как не знаю, как в JTDX (WSJT-X) трактуется ситуация со значением поля BAND.

**UA3DJY** · 04.03.2019, 12:30

Сообщение от R2EA

Думаю WSJTX, JTDX двигается, как раз в направление создания отдельного своего лога с возможностью работы в разных режимах,
модах и в том числе в разных тестах, которые появятся в скором времени...

JTDX нет. В программе преследуется только скорость реакции на декодированное сообщение и JTDX остается программой для работы с DX.
Функционал контестов имеет мало общего с функционалом работы на DX, для контестов излишняя чувствительность вредна, и в том числе по этим причинам JTDX не двигается к возможности работы в разных тестах. Как я уже говорил для контестов необходима отдельная специализированная программа а не гибрид ужа с ежом.

**RM1F** · 04.03.2019, 12:31

Хм, вот тут любопытный нюанс: в спецификации формата в Band Enumeration записано как 40m, но в примерах валидных записей о QSO в той же самой спецификации указаны записи вида 40M.

**EU1FQ** · 04.03.2019, 12:34

Сообщение от RN6HFS

а в wsjtx_log.adi не могу добавить старые связи.

P.S. Как Ник поменять?

Александр, сделайте проще. Создайте adi файл из всего UR5EQF. Не надо даже выделять FT8 связи. Переименуйте его в wsjtx_log.adi и замените им существующий в программе.
Ник меняется в кабинет - мои настройки форума

**UA3DJY** · 04.03.2019, 12:42

Сообщение от RM1F

Хм, вот тут любопытный нюанс: в спецификации формата в Band Enumeration записано как 40m, но в примерах валидных записей о QSO в той же самой спецификации указаны записи вида 40M.

Стандарт ADIF предусматривает любую запись буквы в поле данных:

III. Data Types, Enumerations, and Fields
III.A. Data Types

Data Types and Data Type Indicators are case insensitive.

**US-E-12** · 04.03.2019, 12:42

Сообщение от EU1FQ

Не вводите людей в заблуждение. Adif обычный текстовый файл, пишите хоть в строчку, хоть через строчку, хоть в столбик.

Алгоритм обработки одной строки и нескольких разный. По поводу 40М и 40m, для JTDX(WSJT-X) без разницы.

**US4IRT** · 04.03.2019, 12:50

Сообщение от UN5J

Я тоже так думаю, а вот как перестроить Adif не знаю.

Я не знаю, как в ААлоге, а в UR5EQF это делается довольно быстро. Давайте свой файл переделаю на однострочный.

**UN5J** · 04.03.2019, 13:00

Сообщение от UA3DJY

дайте пожалуйста пример реальной записи которую JTDX не распознает - попробуем ее с диагоностикой.

Вот ниже текст, который не распознает, а в конце, где запись в "одну" строчку - распознает.

<QSO_DATE:8>20190304
<TIME_ON:4>0215
<TIME_OFF:4>0215
<CALL:5>UA0SE
<BAND:3>40m
<FREQ:8>7.076110
<MODE:3>FT8
<RST_SENT:3>-14
<RST_RCVD:3>+01
<CQZ:2>18
<GRIDSQUARE:6>OO12SH
<ITUZ:2>22
<EOR>

<QSO_DATE:8>20190304
<TIME_ON:4>0224
<TIME_OFF:4>0224
<CALL:3>A5A
<BAND:3>40m
<FREQ:8>7.058110
<MODE:3>FT8
<RST_SENT:3>-17
<RST_RCVD:3>+06
<CQZ:2>22
<GRIDSQUARE:6>NL47TM
<ITUZ:2>41
<EOR>

<call:6>UN7FBW <gridsquare:4>MO71 <mode:3>FT8 <rst_sent:3>-18 <rst_rcvd:3>+00 <qso_date:8>20190304 <time_on:6>052049 <qso_date_off:8>20190304 <time_off:6>052329 <band:3>40m <freq:8>7.075500 <station_callsign:4>UN5J <my_gridsquare:6>NN19hw <comment:25>FT8 Sent: -18 Rcvd: +00 <eor>
<call:4>R9AA <gridsquare:4>MO04 <mode:3>FT8 <rst_sent:3>-09 <rst_rcvd:3>-13 <qso_date:8>20190304 <time_on:6>052345 <qso_date_off:8>20190304 <time_off:6>052459 <band:3>40m <freq:8>7.075500 <station_callsign:4>UN5J <my_gridsquare:6>NN19hw <comment:25>FT8 Sent: -09 Rcvd: -13 <eor>

**UA3DJY** · 04.03.2019, 13:01

Сообщение от RN6HFS

Странно, но я тоже попробовал и не раз, в разных комбинациях, прежде, чем обратился за помощью на форум. Вон, даже позывной мой в нике еще старый...
И импортировал файлы из LotW, и брал файлы из UR5EQF, переименовывал, просто дописывал в существующий wsjtx_log.adi
Вот запись из wsjtx_log.adi
<call:6>JA9BFN <gridsquare:0> <mode:3>FT8 <rst_sent:3>-16 <rst_rcvd:3>-07 <qso_date:8>20190227 <time_on:6>182300 <qso_date_off:8>20190227 <time_off:6>182414 <band:3>40m <freq:8>7.075119 <station_callsign:4>R7TQ <my_gridsquare:6>LN05xb <eor>

Александр, пожалуйста более детально в чем заключается сам сбой?

Если у Вас отрабатывает уведомление 'новый QTH квадрат' для позывного JA9BFN то при наличии только одной записи <gridsquare:0> для этого позывного/диапазона/моды в логе уведомление будет отрабатывать на любой переданный оператором JA9BFN QTH квадрат.

**EX8004A** · 04.03.2019, 13:32

В 131 версии наблюдаются повторы

Название: FT8-010-1.jpg
Просмотров: 365

Размер: 31.0 Кб

Название: FT8-010-2.jpg
Просмотров: 386

Размер: 18.6 Кб

Пришлось вручную останавливать

**R0JF** · 04.03.2019, 13:32

Сообщение от UN5J

Создается впечатление, что получился какой-то не такой Adif.

Я могу ошибаться, но по-моему причина в том, что AALog никак не указывает в adif позывной оператора.
Типа <station_callsign:4>UN5J
Или <operator:4>UN5J

А вообще кто-нибудь из AALog экспортировал связи в wsjtx_log.adi? Успешно?
У меня из cqrlog и LogHX3 нормально получается.

**EU1FQ** · 04.03.2019, 13:32

Сообщение от US-E-12

Алгоритм обработки одной строки и нескольких разный. ....

И в чем различие?
Для примера из поста UN5J #17563 . В одном adi два позывных записанных в "столбик" и два позывных записанных в "строчку"

->Скрытый текст<-

И результат проверки этого файла на ошибки Adifмастером.

->Скрытый текст<-

**R0JF** · 04.03.2019, 13:37

Сообщение от RN6HFS

Как говориться "почувствуйте разницу".

Да нет никакой разницы. В строчку - в столбик... Главное, чтобы каждая запись о QSO заканчивалась тегом <eor>. Тогда следующий же символ - начало следующей записи, опять же до тега <eor>...

**EU1FQ** · 04.03.2019, 13:54

Главная ошибка всех кто пытается конвертировать связи в wsjtx_log.adi заключается в том, что они не обращают внимания на название тегов в том или ином логе, с которого пытаются конвертировать. Основные названия тегов должны соответствовать тем названиям, которые у вас в JTDX и которые должны этой прогой быть отработаны. Может быть в этом adi еще с десяток различных тегов, но они просто программой JTDX будут игнорироваться. И при необходимости теги нужно добавить (названия), или переименовать. А как они расположены в самом adi, - совершенно без разницы. Хоть в лесенку или вперемешку.

->Скрытый текст<-

**UA3DJY** · 04.03.2019, 13:57

Сообщение от UN5J

Вот ниже текст, который не распознает, а в конце, где запись в "одну" строчку - распознает.

->Скрытый текст<-

Владимир, попробовал в лабе с тем вариантом что у Вас не распознает, на картинке уведомление 'новый DXCC' пошло после того как включил DXCC по диапазону, до этого JTDX правильно распознал B4 DXCC:

->Скрытый текст<-

У Вас при экспорте с AALOG отсутствует параметр <station_callsign:>, если у Вас включена фильтрация лога в закладке General (общие) настроек то такая запись ADIF не будет учитываться потому что она не привязана к позывному пользователя, с точки зрения фильтра лога эта запись не несет какой либо информации.