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

[UR5WCA]

запись в журнале логера появляется через 3-4 секунды.

Заноситься в лог ровно через 5 сек. Объяснение в в "хелпе" для последних версий (397). При использовании TCP такой задержки нет.

[US4IRT]

Вот только отдает ее только как MFSK

Покажите, Николай, где здесь присутствует хоть "запах" от MFSK?

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

[R3BB]

Русская локализация JTDX v.2.1.0-RC140.
Линки :

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

Собранный софт (Windows) https://cloud.mail.ru/public/4nZb/4grR4gnc1
кодовая сумма JTDX-2.1.0-RUS-RC140-win32.exe
SHA-256: 799B17A3E465B8A2CD69657F7778C9801E0E9E8CE70B540C6FF71DC51E7A4EEF

Исходный код https://cloud.mail.ru/public/53HP/3r4yx2uZ1
кодовая сумма src2.1.0-RUS-RC140.zip
SHA-256: AE4BBC89FAFE173DEDC44AFC10F8598D2F13FB5F64D94EA007EB402760D6BA7E

[EU1FQ]

Нет сдесь никакой проблемы.

А Вы посмотрите adi который Вы получаете с LoTW !!!
А на скрине с LoTW все правильно. Она там отображается как FT4. Перемудрили сами себя и внесли большую сумятицу.
И если Вы залили на LoTW моду как FT4, то да, она там подтвердится. Но никогда не подтвердится в Вашем логере.
Потому что в отдаваемом LoTW adi будет мода MFSK submode FT4. Или автор логера должен вносить корректировки в код программы, что есть неправильно, так как в соответствии со спецификацией ADI моды FT4 не существует, а есть только как подмода модуляции MFSK!

[UT8NT]

Если сохранять QSO по TCP то журнал формирует ADIF такого формата:

что никак не подходит для загрузки LoTW
Если по UDP

все работает нормально, корректно отображается мода в журнале, синхронизируется в LoTW,



но..., задержка смущает..., у товарища моего тоже Logger 32 и тоже задержка по сравнению с портом TCP еще заметил при работе logger +WSJT

[UA3DJY]

Заноситься в лог ровно через 5 сек. Объяснение в в "хелпе" для последних версий (397). При использовании TCP такой задержки нет.

Из документации Logger32, английский язык:

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

The UDP Bandmap
Note 6: UDP message processing to queue up to five QSO Logged messages is supported. The QSOs
should be logged about 5 seconds after they are received. If the messages are from software other than
WSJT/JTDX, no additional information (from the Logbook Entry Window, or the QSO mask is added. Also,
if the messages are not from WSJT/JTDX, it is not necessary to have the UDP BandMap open, but the
UDP socket must be open.

Если кратко то UDP сообщения собираются в буфер, до 5 сообщений и конкретное QSO вносится в лог через 5 секунд после получения соответствующего ему UDP сообщения. Судя по цифрам Logger32 в среднем способен принять не чаще чем одно QSO в секунду.

[UA3DJY]

Если сохранять QSO по TCP то журнал формирует ADIF такого формата:

что никак не подходит для загрузки LoTW

Дефект, TCP сообщение использует ADIF формат и должно содержать submode FT4 и похоже лог последнюю игнорирует. Что по этому поводу говорит поддержка лога?

[US4IRT]

Но никогда не подтвердится в Вашем логере.

Не знаю как в вашем логе, а в UR5EQF в автомате всё СFM как с LoTW так и с e-QSL.

[EU1FQ]

Покажите, Николай, где здесь присутствует хоть "запах" от MFSK?

Вот так отражается мода MFSK submoda FT4 в LoTW



А вот так LoTW одает моду MFSK submoda FT4 для ваших логеров.



Последствия в моем посту #20529

[LY3BG]

А Вы посмотрите adi который Вы получаете с LoTW !!!
А на скрине с LoTW все правильно. Она там отображается как FT4. Перемудрили сами себя и внесли большую сумятицу.
И если Вы залили на LoTW моду как FT4, то да, она там подтвердится. Но никогда не подтвердится в Вашем логере.

Ещё раз посмотрите мои картинки. Желтые строки в Logger32 - cfm LOTW.

[LY3BG]

Заноситься в лог ровно через 5 сек.

Внимательно наблюдал за появлением связи в Logger32 - максимум через 2-3с после начала моей передачи RR73. UDP FT4 JTDX. FT8 - через 5c. Меня это вполне устраивает, я и не замечал задержки.
WSJT - первая связь с значительной задержкой, остальные быстро.
ОК не нажимаю, влючена автоматическая запись.

[EU1FQ]

Ещё раз посмотрите мои картинки. Желтые строки - cfm LOTW.

Все в руках автора логера
Еще раз почитайте мое сообщение

.... Или автор логера должен вносить корректировки в код программы, что есть неправильно, так как в соответствии со спецификацией ADI моды FT4 не существует, а есть только как подмода модуляции MFSK!

[R3OZ]

А почему в FT4 нет 160 метров???

[RA3QH]

Ребята...ну не пойму я ваших проблемм с определением как должна быть мода....в АДИФ она должна быть МFSK и никак иначе,что заниматься самодеятельностью? Есть официальный релиз АДИФ и там это сказано...Использую UR5EQF в редакторе прописано MODE-FT4.... MODE ADIF MFSK
HRDLOG,eQSL воспринимают нормально...пробовал скачать с HRDLOG адиф,засунул его в лог,все что было сработано в FT4 так и занеслось как FT4...
Для LOTW в программе tQSL прописал в ПРЕДПОЧТЕНИЯ MFSK-FT4 и все...никаких проблемм больше ни с отправкой,ни с учетом на дипломы в LOTW,ни с подтверждением в логе....Не надо заниматься самодеятельностью а следовать официальному релизу надо....

[RA3QH]

А почему в FT4 нет 160 метров???

Владимир да пропиши сам частоту...