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

**RV6ARZ** · 27.02.2019, 16:00

Для Vlad (UA9D):
В LoTW я давно зарегистрирован и лью свои QSO туда регулярно. И как узнать свои WKD и CFM в своём логе и на LoTW я тоже в курсе...
Вопрос был как заставить прогу JTDX помечать такие станции непосредственно во время работы в эфире? Вопрос остаётся открытым...

**EU1FQ** · 27.02.2019, 16:33

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

Для Vlad (UA9D):
В LoTW я давно зарегистрирован и лью свои QSO туда регулярно. И как узнать свои WKD и CFM в своём логе и на LoTW я тоже в курсе...
Вопрос был как заставить прогу JTDX помечать такие станции непосредственно во время работы в эфире? Вопрос остаётся открытым...

Используте вкладку отслеживать по префиксу и, если хотите, то можете даже включить звуковое оповещение.
Если интересующая Вас станция появится на диапазоне, то она отразится в окне DX Call своим цветом.

**RV9CX** · 27.02.2019, 16:53

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

Вопрос был как заставить прогу JTDX помечать такие станции непосредственно во время работы в эфире? Вопрос остаётся открытым...

В хелпе к проге и здесь на форуме стораз писано, что по UDP нужно слать ЩСО в лог и тогда в бенд-мэпе логгера они будут помечаться в соответствии с настройкой логера.
А JTDX - это не аппаратный журнал, а прога для проведения ЩСО. То что она еще и подкрашивает что-то - это вишенка на торте, не более того!

**UA9FFV** · 27.02.2019, 17:16

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

А есть ли какой-нибудь способ отслеживать

У меня пока напряженка с памятью. Поэтому нет возможности держать лог открытым и следить по нему.
Пользуюсь программой JTAlert. Она показывает что еще не подтверждено по DXCC, WAZ и т.д.
В ней есть хорошая возможность помечать подтвержденную страну, штат, квадрат... по отдельным диапазонам...
А еще в экселе веду статистику (делал экспорт из AALog). Распечатал, склеил листы и повесил перед глазами на стенку. Не надо ничего грузить и вбивать.
Сработал - ставлю W, подтвердил - закрасил.
Вообще, я бы в JTDX оставил только В4. Время надо экономить. Думаю, что на всякие сканирования по базам тратится не мало времени. Есть хороший готовый инструмент и дублирование как-то уже лишне выглядит.

**EU1FQ** · 27.02.2019, 17:42

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

В хелпе к проге и здесь на форуме стораз писано, что по UDP нужно слать ЩСО в лог и тогда в бенд-мэпе логгера они будут помечаться в соответствии с настройкой логера.
А JTDX - это не аппаратный журнал, а прога для проведения ЩСО. То что она еще и подкрашивает что-то - это вишенка на торте, не более того!

Я с Вами согласен, что JTDX это не аппаратный журнал, а прога для проведения ЩСО. И все таки, раз это прога для проведения ЩСО, то и должна она отвечать требованиям возможности проведения QSO с тем или иным оператором. И у нее это отлично получается. Вы наверное не поняли вопрос RV6ARZ. К примеру, сработал он впервые с T8. До проведения QSO этот позывной у него определялся как новый DXCC. После завершения QSO, любой следующи позывной из T8 у него будет определяться просто как новый позывной. Он же хочет, что бы как то и последующие позывные из T8 как то особо отмечались, что бы на них можно было сразу обратить внимание. Вот для этого и существует вкладки отслеживать позывной и отслеживать префикс. Постоянно использую. Крайне удобно, не надо смотреть ни в какие сторонние логи, JTAlertы, бенд-мепы и т.д.

**UA9DK** · 27.02.2019, 17:50

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

Для Vlad (UA9D):
В LoTW я давно зарегистрирован и лью свои QSO туда регулярно. И как узнать свои WKD и CFM в своём логе и на LoTW я тоже в курсе...
Вопрос был как заставить прогу JTDX помечать такие станции непосредственно во время работы в эфире? Вопрос остаётся открытым...

Очень просто. Скачиваете с LoTW свои подтвержденные связи в формате .adi и используете этот файл в JTDX (это здесь уже обсуждали)
если надо пишите в личку расскажу подробнее )

**UA3DJY** · 27.02.2019, 18:36

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

Думал что давно поправили однако сегодня увидев KG4W определенному программой в Гуантанамо. Подправте пожалуста.

Патч сделан начиная с JTDX rc131_6, в версии rc131 уже будет нормально распознавать.

**RV6ARZ** · 27.02.2019, 19:04

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

Используте вкладку отслеживать по префиксу и, если хотите, то можете даже включить звуковое оповещение.
Если интересующая Вас станция появится на диапазоне, то она отразится в окне DX Call своим цветом.

Воо, теперь всё ГуТ! Разобрался, Николай. Кратко и по существу...
Догадывался, что как-то можно но сам не разобрался. Сидел с бумажкой. Рющечек то хватает...

Сказал спб.
Вопрос снят!

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

Очень просто. Скачиваете с LoTW свои подтвержденные связи в формате .adi и используете этот файл в JTDX (это здесь уже обсуждали)

Написал в личку.

**R5ZQ** · 27.02.2019, 20:35

Что то две последние версии подтормаживают на начало передачи,т.е. передача идёт с запозданием.Думал в синхронизации времени дело,нет.Включаю WSJT-X,тут всё хорошо.

**R2PU** · 28.02.2019, 01:36

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

В порядке увеличения загрузки процессора.
Низкие пороги увеличивают количество кандидатов на декодирование и в результате влияют на чувствительность декодера.
Подпроход декодирования был сделан для увеличения декодированных сообщений но с переходом на FT8 v2 мы потеряли часть функционала декодера в JTDX и были посты что эффекта от включения подпрохода не наблюдали, функционал все еще не восстановлен, если восстановить не удастся и эффекта действительно нет то откажемся от использования этой опции.

Были не только посты , там рисовались таблицы наглядно показывающие что если от последовательного включения функционала Hint и low thresholds эффект великолепен - то включение функционала use subpass увы не даёт дальнейшего прироста декодирования , и всё это "гонялось" на разных конфигурациях hardware : есть вот здесь под спойлером

По прошествии двух месяцев всё осталось примерно аналогично , включение подпрохода не даёт ничего кроме увеличения времени декодирования тестового пакета и роста загрузки ЦП (оттестил сейчас по той же самой методике уже на rc130) :

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

Название: rc130_decode.jpg
Просмотров: 8
Размер: 82.5 Кб
ID: 229539

P.S. Для желающих самостоятельно потестить - методика ( с поправкой на дату написания) подробно расписана под первым спойлером - в этом сообщении

**R0LM** · 28.02.2019, 03:17

Работаю на общий вызов. Подходят одновременно две станции. Начинаю отвечать. Отрабатывается одна станция, вторая в это время продолжает вызывать... Заканчиваю связь с первой, заносятся данные в лог, перехожу на вторую станцию.Проводится второе QSO, все идет нормально до момента записи данных в лог... После появления окна с данными нажимаю кнопку подтверждения и получаю отлуп... Программа говорит, что связь с таким временем уже есть и отказывается вносить данные...Приходится (если позволяет ситуация) вызывать окно занесения связи в лог, затем ручками менять время начала связи и только потом можно зафиксировать эту связь...А если после первого отказа меня кто-то позвал и программа ответила, то окно DX очистилось от предыдущей записи и позднее приходится вытаскивать данные из файла... Возможно стоит разрешить заносить в журнал связи с одним временем, как это практикуется в CW? Или существует какое то другое решение проблемы?

**UA3DJY** · 28.02.2019, 07:11

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

По прошествии двух месяцев всё осталось примерно аналогично , включение подпрохода не даёт ничего кроме увеличения времени декодирования тестового пакета и роста загрузки ЦП (оттестил сейчас по той же самой методике уже на rc130)

Патч будет в JTDX rc131.

**UA3DJY** · 28.02.2019, 07:13

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

Работаю на общий вызов. Подходят одновременно две станции. Начинаю отвечать. Отрабатывается одна станция, вторая в это время продолжает вызывать... Заканчиваю связь с первой, заносятся данные в лог, перехожу на вторую станцию.Проводится второе QSO, все идет нормально до момента записи данных в лог... После появления окна с данными нажимаю кнопку подтверждения и получаю отлуп...

Картинку с последним пожалуйста. Какая версия программы?