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

[UR4UM]

У меня как на скрине, а птицей выключается автоотправление... но как только жмёш кнопку LogQSO, моментально улетает, ничего не напишеш и не заполниш!

[LY3BG]

Поставил r8290 при таких настройках QSO автоматически попадает в Logger32

У меня тоже. В этом ничего хорошего - не редки случаи, когда повторно что-то надо передать, а повторно записать связь не надо.
Вернулся на r8260.

[UA3DJY]

Очень жаль,что не сделали как у HB9HQX у него втроенный Лог исправляй,дополняй.
Может списаться с HB9HQX и он поможет втроить его Лог в JTDX.
Игорь,а это возможно или он писАл на C++.
Мечта, если бы JTDX имел свой зрелый Лог и через него всё отпровлять.
А так для контестов у меня WriteLog и N1MM для каждого дняLog4Om.
И кстати по Log4Om линк https://www.youtube.com/channel/UC6P...4-7QyavI-azOug
73!
Александр

Когда то хотел сделать совместный продукт вместе с Beat HB9HQX, но когда увидел что WSJT-X/JTDX использует в исходном коде языки С/С++/Fortran а Beat в софте JT65-HF использует язык Pascal для интерфейса и встраиваемую библиотеку JT65 кодера-декодера WSJT3, понял что в этом случае придется начинать все с самого начала, потеряв один-два года только на создание общего продукта, время за которое WSJT-X уйдет далеко вперед.

https://sourceforge.net/projects/jt6...?source=navbar

Когда я начинал с JTDX у меня была мечта сделать хорошо декодирующий сигналы софт, опыта и знаний программирования не было и по этой причине мои попытки изменить что то в WSJT-X командой разработчиков WSJT игнорировались, пришлось свои идеи воплотить в код самостоятельно.

Также будет и с логом встроенным в JTDX, если кто нибудь в этом будет очень заинтересован то либо сделает вилку JTDX либо присоединится к существующему проекту и сделает встроенный лог.

[UA1NAN]

Игорь, Вас отвлекают. Ждем JTDX + FT8.

[UR5WCA]

У меня тоже. В этом ничего хорошего - не редки случаи, когда повторно что-то надо передать, а повторно записать связь не надо.
Вернулся на r8260.

Включаю Enable TX и передаю, если связь записывается повторно в лог, то просто удаляю.

[R9FA]

Включаю Enable TX и передаю,

в UR5EQF хорошо без автомата, окно висит и ждет, отправить в лог или нет (думаю лучший вариант)
использую онлайн HRDLOG.net (на) www.qrz.com - через секунду всё там (приучает ответственно сохранять)
всё что в логе всё там ..

за RR73 когда отвечают, ну проход, связей 15-18-было 25. С RRR 15-17 на искосок ЛОГ смотрел. за час естественно.

[UA3DJY]

за RR73 когда отвечают, ну проход, связей 15-18-было 25. С RRR 15-17 на искосок ЛОГ смотрел. за час естественно.

История RR73 древняя и вопрос не раз поднимался в группе разработчиков WSJT. RR73 сообщение пришло с JT65 и я в группе WSJT поднял вопрос постоянного использования RR73 в 2015 году, когда подняв статистику из ALL.TXT увидел что соотношение между RRR и RR73 явно не в пользу первого. Тогда JTDX еще не было и операторы передавали из WSJT-X сообщение RR73 вручную набивая его вместе с позывными в окошке свободных сообщений чтобы сократить время QSO.

Именно тогда мне разработчики софта WSJT-X указали что сообщение RRR согласно протоколу является последним сообщением завершающим QSO при работе на общий вызов, и дублирование RRR еще сообщением 73 рядом операторов связано с привычкой унаследованной из использования других видов модуляции.

Конечно же увидеть схему сообщений QSO (4+3) CQ/GRID/-01/R-01/RRR/73/73 в AutoSeq WSJT-X v1.8 стало сюрпризом от его разработчиков.

"
Re: [wsjt-devel] RR73 message button
From: Michael Black <mdblack98@...> - 2015-12-11 13:23:54
Attachments: Message as HTML
We've gone through this discussion before...I used to think it was a good
idea too. But...RR73 is a grid location...and RRR is the last message for
the CQ side of the QSO...not 73.
So you don't save any time by doing RR73 unless you would otherwise do an
RRR followed by an unnecessary 73.
It's just hard to drop the habit of using 73 like you use on every other
protocol.

RRR :-)
Mike W9MDB



Re: [wsjt-devel] RR73 message button
From: Joe Taylor <joe@pr...> - 2015-12-14 20:08:50


Hi Igor, and all,

Bill has it exactly right. All messages in the HF implementation of
WSJT-X have the same degree of FEC.

As far as the protocol is concerned, there's nothing wrong with using
messages of the form
"K1ABC W9XYZ RR73". It works because "RR73" is a legitimate Maidenhead
locator. This usage does not lead to confusion because the
corresponding location is somewhere far north of Siberia, in the Arctic
Ocean. Nobody is likely ever to transmit JT65 from there.

Use of RR73 is not standard JT65 practice, and it is not one of the
default or "recommended" JT65 messages. Arguably it's less polite; it
implies that the sender wants to move quickly to another QSO and be
finished with this unimportant one.

But of course anyone can use it if they wish.

-- Joe, K1JT
"

[RC2SC]

История RR73 древняя и вопрос не раз поднимался в группе разработчиков WSJT. RR73 сообщение пришло с JT65 и я в группе WSJT поднял вопрос постоянного использования RR73 в 2015 году, когда подняв статистику из ALL.TXT увидел что соотношение между RRR и RR73 явно не в пользу первого. Тогда JTDX еще не было и операторы передавали из WSJT-X сообщение RR73 вручную набивая его вместе с позывными в окошке свободных сообщений чтобы сократить время QSO.

Именно тогда мне разработчики софта WSJT-X указали что сообщение RRR согласно протоколу является последним сообщением завершающим QSO при работе на общий вызов, и дублирование RRR еще сообщением 73 рядом операторов связано с привычкой унаследованной из использования других видов модуляции.

Конечно же увидеть схему сообщений QSO (4+3) CQ/GRID/-01/R-01/RRR/73/73 в AutoSeq WSJT-X v1.8 стало сюрпризом от его разработчиков.

Да что вы говорите, для меня это открытие так как я полагал что RR73, CQ DX, QSOB4 были уже в программе JT65-HF-HB9HQX а если память мне не изменяет то где-то в 2013 году и уж точно в версии v0.9.70.0. И набивать в ручную не было необходимости.

[RW4O]

У меня как на скрине, а птицей выключается автоотправление... но как только жмёш кнопку LogQSO, моментально улетает, ничего не напишеш и не заполниш!

Это они обкатывают DX работу с 5 корреспондентами сразу. 8296 вернули привычное поведение окна сохранения в обычном режиме.

[RU6YJ]

Автор лога нашел дефект в обработке grid квадрата из TCP сообщения, исправил софт и обновил его 5 декабря на своем сайте под тем же номером версии 5.97 и с датой выпуска 5 декабря.

Для тех кто пользуется этим логом есть смысл снова скачать и переустановить версию 5.97.

Подскажите пож. рабочую ссылку

[UA3DJY]

Автор лога нашел дефект в обработке grid квадрата из TCP сообщения, исправил софт и обновил его 5 декабря на своем сайте под тем же номером версии 5.97 и с датой выпуска 5 декабря.

Для тех кто пользуется этим логом есть смысл снова скачать и переустановить версию 5.97.

Подскажите пож. рабочую ссылку

http://www.swisslogforwindows.com/Do...gSetupv597.exe

[UA9OP]

8296 вернули привычное поведение окна сохранения в обычном режиме.

скажите а как вы 8296 запускаете? у меня не получается??

[UA3DJY]

скажите а как вы 8296 запускаете? у меня не получается??

блокировка в коде mainwindow.cpp

[UA3DJY]

Желательно удалить старый JTDX.INI файл, изменений в файле очень много. Если остаетесь на старом INI то для занесения частот FT8 в список используйте кнопку Reset в закладке Frequencies.

Измененный функционал:

- декодирование сообщений FT8 включая функционал FT8 AP (последний активируется кнопкой Hint)
- передача FT8 сообщений включая функционал ответить вручную, ответить первому вызвавшему, ответить второму вызвавшему
- настройка задержки начала подачи звукового сигнала относительно сигнала PTT, в закладке Radio. В предыдущих версиях JTDX в коде была зашита задержка в 1 секунду, теперь по умолчанию 0.2 секунды, диапазон настройки 0...0.5 секунды. Настраивайте под свою аппаратуру так чтобы не попалить реле на выходе усилителей мощности.
- поддержка управления интервалом передачи с клавиатуры через CTRL+E и SHIFT+E, этот функционал необходим для совместимости с софтом контроллером контента
- список частот приведен в соответствие со списком WSJT-X
- доработаны формат и запись информации в файл ALL.TXT, теперь с посекундным разрешением
- по сравнению с WSJT-X доработан модулятор(передача сигнала): улучшено сглаживание фронта первого символа JT мод и сделано сглаживание фронта первого символа моды FT8
- улучшена обработка нестандартных сообщений для функционала уведомлений

Выключена отправка декодированных сообщений через UDP протокол, до решения вопроса совместимости с софтом JTAlert.

Функционал FT8 AutoSeq в режиме 'FT8 manual call' работает идентично JT65, в режимах 'FT8 call first' и 'FT8 call first' схож с WSJT-X.

Известные проблемы:
- если вызываемый оператор ответил другому то происходит очистка окна DX Call. При 'высиживании' определенной DX станции это неудобно, думаем как изменить код.
- пока работа функционала уведомлений в FT8 может быть неправильной
- возможны сбои при обработке нестандартных сообщений в FT8 AutoSeq, пока не дошли руки сделать эту часть кода

Находящийся в очереди функционал:

- Filter и SWL
- Watchdog timer, настраиваемый таймер выключения передачи, для случая если оператор отошел от компьютера
- опциональная последовательность FT8 AutoSeq сообщений (4+3), если оператор желает в конце QSO передавать сначала RRR сообщение затем сообщение 73

собранный софт https://cloud.mail.ru/public/EEte/xVsDZkMT2

исходный код https://cloud.mail.ru/public/34nx/Ys7UBE8Z7

кодовые суммы:
File name: JTDX-18.1.0.30-win32.exe
MD5: CFD5771C268262205766D062CA09350C
SHA-1: 6F6DD8FF3F698BBA67BF33240CBC0194A63C8518
SHA-256: 29514E7613159B81299FEA1006388F949F0458380607A8CB99318992633E0718
SHA-512: 6F1770DDDEA96E628D418DDE4DC2BAEAC34111906459A1FB8F239EC7E70130A08D4480 6FCCC190410D8DE0419F91C8569ECD501E477A4D270299D63342A62492
RIPEMD: 97FBD94D7C417EB608714A5C590D6E39963CB0FF

[R0JF]

Желательно удалить старый JTDX.INI файл

Только-только 29-ю версию скомпилил!

Игорь, я за Вами не поспеваю.

Снимаю шляпу!

Сейчас соберу 30-ю и выложу.

ЗЫ 29-я вполне нормально в FT8 работает!