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

**UA1OMZ** · 03.03.2019, 21:10

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

JTDX на моих соседей, которые по уровню стабильно >9+30, иногда может показать от 6 до 68 в соседних циклах при стабильной картинке на водопаде (в т.ч. окружающих их сигналах).

Аналогично на соседях разбег за пару циклов от +10 до +50(вряд ли это QSB), а на дальних, но только очень мощных (ширина водопада которых значительно толше обычных) разбег в соседних циклах может быть от +15 до -15, но это уже обсуждалось... не злоупотребляйте мощностью, получите реальную оценку сигнала или макрос "bad signal", который у каждого должен быть в запасе...

**R2EA** · 03.03.2019, 21:12

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

Добавляю в очередь на исполнение, ближайшие две...три недели занят с декодером, как будет окно сделаю.

Будем ждать с нетерпением. Тоже считаю, что нужная фича.
И о нём, тут на форуме уже ранее писали...

Хотелось бы, что бы чуть больше уделялось время
для разработки функционала, связанного с работой
на поиск / поиск с отсевом / на поиск нужного.

Если чисто поиск, то можно и подбор после save
в ручном режиме замутить по критерию:
новый по км, новый, новый по км на диапазоне,
новый на диапазоне, если нет отметки на отвечать
тому кто позвал рапортом.

Если поиск с отчевом, то это фильтры,
которые сейчас используются

ну и третий это поиск направленной
фильтрации (dxcc, wpx, call)
Можно и попробовать внедрить сразу
и по Областям РФ.

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

Это насчёт того, а стоит ли проводить апгрейд компа

Олег быть может стоит подумать над темой создания нового
цифрового модуля для UR5EQF без примочки WSJTXinterfase?
Неплохо бы вообще гибрид иметь под FT8/PSK/RTTY/JT65...итп.
И запустить её в легком режиме по потокам с возможностью
отключения лотв и других приблуд, которые сделали увесистой JTDX.
с 117 - самое то начать.
И если есть прямая связь с логом, то и не нужно ждать фильтрации
по dxcc, областям итп. Всё уже придумано было ранее но под PSK/RTTY.
HI HI...

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

Москва не сразу строилась...

**RN9AZ** · 04.03.2019, 06:49

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

Периодически возникает вопрос о соответствии показаний SNR между JTDX и WSJT-X, часто задавая вопрос в адрес программы JTDX пользователи считают что WSJT-X показывает SNR правильно. Сейчас при тестировании патча записал звуковой файл и сравнил JTDX с WSJT-X, файл прикладываю, если есть сомнения можно проверить самостоятельно. На картинках результат проигрывания в JTDX и WSJT-X:

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

Игорь. Ваш звуковой файл один в один. Но сегодня с утра наблюдая FT8 на двадцати метрах заметил интересную разницу между программами, в расчёте рапортов. Пока станции шли не громко и небыло плюсовых рапортов. Всё было нормально, разница плюс минус один децибел. Но стоило появится мощным станциям, вот тут и пошло расхождение. WSJT-X стала лепить хрень и минус 24 и ниже рапорта выдовать. Плюс пошли пропуски в декодирование слабых сигналов. JTDX продолжала работать нормально. Для себя сделал вывод на шумном диапазоне, WSJT-X врёт безбожно, с рапортами, и декодирует хуже.

**UN5J** · 04.03.2019, 09:19

Коллеги, доброе утро!
Установил версию JTDX 2.0.1-rc132_5 и решил обновить Adif - весь лог. Сделал это инструментом программы AALog3.9, все хорошо, но не определяются проведенные ранее связи, то что провожу вновь работает верно, а те связи, что взяты через AALog3.9 не определяются как повторные.
Создается впечатление, что получился какой-то не такой Adif. Кстати в программе JTDX связи пишутся в строчку:

<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>, а в AALog3 отдельными фрагментами вертикального расположения:

This file created by AALog
Author:Alexander Anipkin
e-mail:aalog@dxsoft.com
HAM radio software - Programs for amateur radio, HAM radio software - Programs for amateur radio
<PROGRAMID:5>AALOG
<PROGRAMVERSION:10>3.9.1.1318
<EOH>

<QSO_DATE:8>20041016
<TIME_ON:4>1057
<TIME_OFF:4>1057
<CALL:6>YC9SBP
<BAND:3>15m
<FREQ:9>21.000000
<MODE:3>FT8
<RST_SENT:3>599
<RST_RCVD:3>599
<CQZ:2>28
<ITUZ:2>54
<EOR>
Пожалуйста помогите разобраться.

**EU1FQ** · 04.03.2019, 09:43

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

Установил версию JTDX 2.0.1-rc132_5 и решил обновить Adif - весь лог. Сделал это инструментом программы AALog3.9, все хорошо, но не определяются проведенные ранее связи, то что провожу вновь работает верно, а те связи, что взяты через AALog3.9 не определяются как повторные.

Adif файл, - он везде Adif файл. Adif файл, который Вы сформировали из AALog3.9 обзовите wsjtx_log.adi и замените им существующий wsjtx_log.adi в программе JTDX. Ну, и естественно, в закладке Уведомления программы JTDX, должна быть отметка (расцветка) по сработанным позывным.
P.S. Как это понимать?

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

**UA9FFV** · 04.03.2019, 09:43

В логе JTDX нет поля:
<comment:25>FT8 Sent: -18 Rcvd: +00

В последних версиях. Ранее было.... Вероятно и у меня поэтому В4 не всегда как надо отрабатывает

...Владимир, т.е. надо в логе JTDX удалить во всех строках эти комменты. Последние версии программы не принимают такие записи.

**US4IRT** · 04.03.2019, 10:22

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

отдельными фрагментами вертикального расположения

Поэтому и не определяются. Должно одно QSO в одну строку.

**R7TQ** · 04.03.2019, 10:49

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

Adif файл, - он везде Adif файл.

Африка одна, только страны разные...
UN5J прав. Сам столкнулся с такой-же проблемой. Логгеры формируют файлы ADI одинаково. А в wsjtx_log.adi структура записи другая.
Решения пока не вижу...

**EU1FQ** · 04.03.2019, 10:55

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

Поэтому и не определяются. Должно одно QSO в одну строку.

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

**EU1FQ** · 04.03.2019, 10:58

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

Африка одна, только страны разные...
UN5J прав. Сам столкнулся с такой-же проблемой. Логгеры формируют файлы ADI одинаково. А в wsjtx_log.adi структура записи другая.
Решения пока не вижу...

Я прежде чем что то утверждать, сначала это пробую сам. Экспортировал из AALog3.9 в JTDX 18000 QSO. Все работает и определяется.

**UA3DJY** · 04.03.2019, 11:35

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

В логе JTDX нет поля: <comment:25>FT8 Sent: -18 Rcvd: +00
В последних версиях. Ранее было.... Вероятно и у меня поэтому В4 не всегда как надо отрабатывает

...Владимир, т.е. надо в логе JTDX удалить во всех строках эти комменты. Последние версии программы не принимают такие записи.

Функционал уведомлений 'Новый/B4' в JTDX не обрабатывает поле <comment:>. Используется поле <mode:>
<mode:4>JT65 <mode:3>FT8 <mode:3>JT9

Вид излучения и рапорта могли попасть в комментарии при активированной опции "db reports to comments".

**R7TQ** · 04.03.2019, 11:57

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

Я прежде чем что то утверждать, сначала это пробую сам. Все работает и определяется.

Странно, но я тоже попробовал и не раз, в разных комбинациях, прежде, чем обратился за помощью на форум. Вон, даже позывной мой в нике еще старый...
И импортировал файлы из 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>
А вот запись из adi файла от LotW
<APP_LoTW_OWNCALL:4>R7TQ
<STATION_CALLSIGN:4>R7TQ
<CALL:6>JA9BFN
<BAND:3>40M
<FREQ:7>7.07400
<MODE:3>FT8
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20190227
<TIME_ON:6>182400
<QSL_RCVD:1>Y
<QSLRDATE:8>20190227
<DXCC:3>339
<COUNTRY:5>JAPAN
<APP_LoTW_DXCC_ENTITY_STATUS:7>Current
<PFX:3>JA9
<APP_LoTW_2xQSL:1>Y
<GRIDSQUARE:6>PM86LR
<STATE:2>28 // Toyama-ken
<CNTY:4>2802 // Takaoka-shi
<CQZ:2>25
<ITUZ:2>45
<eor>
Как говориться "почувствуйте разницу". Я вот ее вижу, но куда ткнуться - не знаю. Поэтому и обращаюсь за помощью.
Ведь на Gridе все отработанные локаторы подсвечены правильно. Откуда - то он это берет. У меня связка UR5EQF и JTDX.
В январе сносил систему. Установил все по новой. Все отработанные локаторы вижу, а в wsjtx_log.adi не могу добавить старые связи.
Вот как-то так...
R7TQ Александр
P.S. Как Ник поменять?

**UN5J** · 04.03.2019, 12:02

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

Поэтому и не определяются. Должно одно QSO в одну строку.

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

**UA3DJY** · 04.03.2019, 12:03

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

отдельными фрагментами вертикального расположения

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

Поэтому и не определяются. Должно одно QSO в одну строку.

ADIF стандарт допускает любые символы между параметрами одной записи включая перевод строки за исключением символов <>. Перевод строки между параметрами одной записи JTDX должен нормально обрабатывать.

Владимир, у Вас в приведенном примере год QSO не соответствует FT8, дайте пожалуйста пример реальной записи которую JTDX не распознает - попробуем ее с диагностикой. Если сбой связан с RST 599 в записи - устраним.

**RM1F** · 04.03.2019, 12:15

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

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

Обе записи являются валидными с точки зрения ADIF-формата (см. первоисточник: adif.org, ADI File Format). Записаны ли данные "в строчку" или "в столбик" - с точки зрения спецификации формата не имеет значения, пишите хоть "лесенкой", как стихи Маяковского