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

[UA3DJY]

На такой ответ сформировался повторный рапорт:

Вложение 201736

дробные позывные пока не поддерживаются в JTDX AutoSeq

[UA3DJY]

Игорь , решать безусловно Вам (да и не особо суть в стилистике) , но мне кажется удобнее всего будет примерно так

если изменять надпись на кнопке при ее нажатии то надпись должна отражать действие при следующем нажатии этой кнопки

По второй "хотелке" (передача на eQSL по времени окончания QSO во избежании дублей при отправке через журнал) мне кажется надо максимально честно и понятно предупредить людей что при активации "галки" - на eQSL будет уходить время окончания QSO.

А вот в JTDX сделано неправильно, отправлять на eqsl нужно с time_off иначе, если QSO длится более 5 мин., его просто не увидит в логе корреспондента и начнуться опять проблеммы.

планирую дать выбор пользователю - либо время начала либо окончания QSO

[UA3DJY]

У меня такое предложение по Free Message. К примеру, когда я работаю малой мощностью, я хотел бы вместо 73 передавать какое-нибудь сообщение с названием антенны и мощности. Я написал макрос и выбираю его вместо 73 или R73. Но каждый раз это сообщение сбрасывается (т.е. убирается со строки Free message)

сброс свободного сообщения внес в список на исправление, переход на стандартное сообщение привязан к использованию функционала AutoSeq

И еще раз напоминаю о своем предложении совместить диапазон JT9 и Т10. Я считаю это бы значительно подняло активность в Т10. И всвязи с этим совмещением можно сдвинуть диапазон JT65 и JT9 на килогерц вверх, потому что FT8 и так уже забрало почти четверть диапазона JT65. И всем будет счастье.

Смещение диапазонов JT65 и JT9 возможно только одновременно с WSJT-X при выпуске его версии GA. T10 одинаково с JT9 делать нельзя - будет забивать JT9 сигналы, но думаю что можно сделать два диапазона со смещением 500...1000Гц, тогда на экране при полосе в приемнике 2500 Гц будут видны и JT9 и T10 сигналы. Поменяю T10 частоты при выпуске JTDX 18.1.

[RW4O]

Cлышал об этом. Если ещё смогут и отвечать сразу двум-трем - это будет очень хорошо! Переплюнут и телеграф по количеству сработанных в минуту.

Это если 3Y будет так работать. А если всякие SV5 вроде тоже типа DX-ы, да еще и зависнут на полночи на RRR как один известный товарищ? Пара тройка таких "DX" на диапазоне, отвечающих сплитом на 5 частотах сделают работу остальных радиолюбителей крайне затруднительной

[UA3DJY]

Это если 3Y будет так работать. А если всякие SV5 вроде тоже типа DX-ы, да еще и зависнут на полночи на RRR как один известный товарищ? Пара тройка таких "DX" на диапазоне, отвечающих сплитом на 5 частотах сделают работу остальных радиолюбителей крайне затруднительной

достаточно одной экспедиции 3Y - если они отдадут предпочтение FT8 то все 5 кГц доступной полосы софта/приемника SDR непрерывно будут стеной зовущих, также эта экспедиция приведет к приходу в цифру тех охотников за DXCC кто до сих пор работал CW/SSB

[UA3DJY]

А вот в JTDX сделано неправильно, отправлять на eqsl нужно с time_off иначе, если QSO длится более 5 мин., его просто не увидит в логе корреспондента и начнуться опять проблеммы.

посмотрел что по этому поводу пишут на eQSL, окно времени для подтверждения проведенной связи еQSL карточкой составляет плюс/минус один час, то есть допускается разница во времени в двух eQSL карточках до одного часа:

Вложение 201749

хотя конечно это не означает что сервер работает по этому правилу, думаю что вопрос надо в первую очередь адресовать в поддержку eQSL

По своему опыту нередко видел приходящие eQSL карточки в которых вместо UTC указано местное время, особенность настройки используемого оператором лога. В том числе при переходе на новый день получается другая дата.

Проверьте пожалуйста, в eQSL карточках по информации отправленной с JTDX время UTC?

[RW4O]

достаточно одной экспедиции 3Y - если они отдадут предпочтение FT8 то все 5 кГц доступной полосы софта/приемника SDR непрерывно будут стеной зовущих,

Это понятно и на время такой экспедиции можно потерпеть и с другими связями повременить. А вот повседневная работа нескольких станций 5 сигналами неизбежно приведет к расширению полосы частот. Не только от остальной цифры, еще и от SSB участка откусим.

также эта экспедиция приведет к приходу в цифру тех охотников за DXCC кто до сих пор работал CW/SSB

Это уже необратимый процесс. Рано или поздно. Думаю, скоро и FT-8 экспедиции увидим.

[LY3BG]

достаточно одной экспедиции 3Y - если они отдадут предпочтение FT8 то все 5 кГц доступной полосы софта/приемника SDR непрерывно будут стеной зовущих

Почему только 5 кГц, можно и больше, в трансивере сплит у большинства есть. Вот IARU R1 Bandplan.

[UA3DJY]

Почему только 5 кГц, можно и больше, в трансивере сплит у большинства есть. Вот IARU R1 Bandplan, цифрой можно работать и в SSB участках. Так решила IARU.

В софте WSJT-X/JTDX ограничение частотой дискретизации 12 кГц - верхняя частота звука до 5 кГц, а два софта на прием в экспедиции смысла гонять нет.

[LY3BG]

В софте WSJT-X/JTDX ограничение частотой дискретизации 12 кГц - верхняя частота звука до 5 кГц, а два софта на прием в экспедиции смысла гонять нет.

Я не про программный сплит, про сплит в трансивере.

[R0JF]

В софте WSJT-X/JTDX ограничение частотой дискретизации 12 кГц - верхняя частота звука до 5 кГц, а два софта на прием в экспедиции смысла гонять нет.

Так если передавать со сплитом - какая разница в значении "разноса" частот? Хоть cross-band...

Кстати, я не так давно с JA так работал на 80 метров... По e-mail`у попросили слушать совсем не в "нашей" части диапазона. Никаких проблем.

[UA3DJY]

Я не про программный сплит, про сплит в трансивере.

В IARU плане диапазонов термин all modes не включает в себя цифровые моды. Усложненная терминология: все, да не все.

"All modes: CW, SSB and those modes listed as Centres of Activity, plus AM. (Consideration should be given to adjacent channel users)."

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

[UA3DJY]

Кстати, я не так давно с JA так работал на 80 метров... По e-mail`у попросили слушать совсем не в "нашей" части диапазона. Никаких проблем.

так вроде уже совместили 80м - и JT65 и FT8 полосы прописали в WSJT-X/JTDX до 3575 кГц, из-за лицензионных ограничений Японии специально частоты поменяли

[R0JF]

так вроде уже совместили 80м - и JT65 и FT8 полосы прописали в WSJT-X/JTDX до 3575 кГц, из-за лицензионных ограничений Японии специально частоты поменяли

Сейчас - да. А вот несколько месяцев назад Коллега из JA по e-mail`у слезно просил передавать в "их" участке. Я предложил сплит, получилось удачно. Он оповестил своих друзей и я "мило" провёл вечер. Если так можно сказать - ведь для R0J связи с JA ну никакого интереса не представляют.

[LY3BG]

В IARU плане диапазонов термин all modes не включает в себя цифровые моды. Усложненная терминология: все, да не все.

"All modes: CW, SSB and those modes listed as Centres of Activity, plus AM. (Consideration should be given to adjacent channel users)."

Я уже заметил это и поправил свой комментар.

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

Совсем просто. В трансивере делаем ТХ слит напр. на 5 кГц, частота RX не меняется. Дополнительно сплит можно делать программным способом. Для этого в принципе даже САТ не нужен. При нажатии РТТ частота ТХ уйдёт на 5 кГц. Так делают зовущие DX-са.
DX слушает в режиме слита RX, передаёт на одной частоте. Меняет сплит через какие 3 кГц. Никаких проблем.