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

[R0JF]

В севере я JTDX файлы не удaляю, их можно найти сдесь.

Витас, а для Linux Вы почему не храните?
Есть ведь пользователи!

Я в последнее время не просто бинарники, но и инсталляционные deb-пакеты собираю.
Если Ваше файловое пространство позволяет, может как-нибудь договоримся и об их
хранении? Если Вам, конечно, это интересно.

[LY3BG]

вот в JTDX не хватает режима (АВТООТВЕТА) как в FT8 или SIM- ценная шУтка

Да, только в WSJT он работает несколько странно - зачем нужны два цикла передачи RRR и 73, передал бы один R73 с записью в журнал и всё. И после передачи "73" сбрасывается "Enable Tx", хотя птички на "Disable Tx after sending 73" нет.

[LY3BG]

Витас, а для Linux Вы почему не храните?

Есть те, которые были, в том числе и Linux. Ничего не удалял. Могу дополнительно что-то поместить, в этом никаких проблем нет.

[R0JF]

Есть те, которые были, в том числе и Linux. Ничего не удалял. Могу дополнительно что-то поместить, в этом никаких проблем нет.

А как мы с Вами это сделаем практически? Напишите мне, если не трудно,
на ra0jf////@//////mail.ru , я скину "крайние" версии.

[US-E-12]

Олег! WsjtInerface работает даже если не стоят "галочки" на UDP в WSJT-X и JTDX.

Да есть такое.

[R5WM]

Да, только в WSJT он работает несколько странно - зачем нужны два цикла передачи RRR и 73

Может я что то не понял? Ну а вообще есть определенный протокол связи рекомендуемый разработчиками этих мод. Сейчас 90% QSO проводится с теми или иными отклонениями и авторы WSJTX пытаются при помощи программных решений упорядочить процедуру! Поэтому у вас может не только 2 цикла передаваться RRR а и больше, т.е. они будут передаваться до тех пор пока согласно протокола не будет принято правильное сообщение - CALLa CALLb 73. После этого у вас автоматом пойдет передача CALLb CALLa 73!
Кто сомневается, не поленитесь почитать инструкцию.
Вот выдержка из нее.
7.1. Стандартный обмен
По давней традиции минимально допустимая QSO требует обмена позывных, отчета о сигналах или какой-либо другой информации и подтверждений. WSJT-X предназначен для облегчения создания таких минимальных QSO с использованием коротких структурированных сообщений. Этот процесс работает лучше всего, если вы используете эти форматы и следуете стандартным операционным методам. Рекомендуемая базовая QSO выглядит примерно так:

CQ K1ABC FN42 # K1ABC вызывает CQ
Ответы K1ABC G0XYZ IO91 # G0XYZ
G0XYZ K1ABC -19 # K1ABC отправляет отчет
K1ABC G0XYZ R-22 # G0XYZ отправляет отчет R +
G0XYZ K1ABC RRR # K1ABC отправляет RRR
K1ABC G0XYZ 73 # G0XYZ отправляет 73
Стандартные сообщения состоят из двух позывных (или CQ, QRZ или DE и одного позывного), за которым следует локатор сетки передающей станции, отчет о сигнале, R плюс отчет о сигнале или окончательные подтверждения RRR или 73.

[US5WE]

Да, только в WSJT он работает несколько странно - зачем нужны два цикла передачи RRR и 73, передал бы один R73 с записью в журнал и всё. И после передачи "73" сбрасывается "Enable Tx", хотя птички на "Disable Tx after sending 73" нет.

Вчера, наконец, проверил себя и программу в нормальной работе! Программа, в отличие от начинающего оператора, проявила себя с лучшей стороны На 50 МГц открылось прохождение на японцев, звали сразу по нескольку человек и приходилось как-то выкручиваться. Зовут практически все сразу с репортом, никаких локаторов. Зачастую получив от человека "- ХХ", передавал "R-ХХ", записывал QSO в лог и отвечал следующему по той-же схеме. Японцы люди грамотные, систему поняли и практически никто на давал RR73.
Таким образом, на QSO уходило 2, а не 3 минуты, что для короткого 6-ти метрового мультихоп прохождения весьма критично. Почти все связи уже подтвердились в LoTW.
Работал в версии 17.9.0.53 в Ubuntu 14 под WINE.
Спасибо автору программы!

[RU6YY]

А какое тогда отношение ОПЕРАТОР имеет к проведенной связи???(

ОПЕР - самое непосредственное. Он владелец высокоэффективного HARD&SOFT
Игорь Анатольевич, вопрос твой очень спорно философский. Типа зачем нужна электрозажигалка, когда огонь можно высечь камнем, зачем самолёту автопилот, когда есть живой лётчик и тп. Спорить можно до соплей. Я думаю, что здесь всё же дело в предпочтениях и вкусах.
Вообще говоря, то чем мы занимаемся - полнейший анахронизм. Техника связи, IT шагнули так далеко, что никакое любительство изобретать что-либо новое (как на заре прошлого века) не в состоянии. Всё наше хобби - это специфическое времяпрепровождение людей почтенного возраста. И оно уйдёт из сего мира вместе с нашим поколением. А посему, споры о том что правильно и что нет, малоперспективное занятие. Ну не нравится человеку древний CW, нельзя же его лишать права слыть радиолюбителем за это.
PS Лично мне фича автомата в FT8 пришлась по душе. Я успеваю отвлекаться на иные дела. А машинка сама связь закончит. Я считаю это неким прогрессом в нашей уже скучной р-л жизни.

[UA9OP]

Лично мне фича автомата в FT8 пришлась по душе

МНЕ ТОЖЕ

[UA3ALE]

А когда 4 станции одновременно зовут, кому автомат ответит??? Явно не самому нужному!
FT8 мода для УКВ Там проход меняется, вот и будет долбить одно и тоже на одной частоте пока не пробьёт!
А на КВ часто зовут с разносом и это для DX более правильно чем давить друг друга на одной частоте!
Что сплошь и рядом!

[UA3DJY]

Вчера, наконец, проверил себя и программу в нормальной работе! Программа, в отличие от начинающего оператора, проявила себя с лучшей стороны На 50 МГц открылось прохождение на японцев, звали сразу по нескольку человек и приходилось как-то выкручиваться. Зовут практически все сразу с репортом, никаких локаторов. Зачастую получив от человека "- ХХ", передавал "R-ХХ", записывал QSO в лог и отвечал следующему по той-же схеме. Японцы люди грамотные, систему поняли и практически никто на давал RR73.
Таким образом, на QSO уходило 2, а не 3 минуты, что для короткого 6-ти метрового мультихоп прохождения весьма критично. Почти все связи уже подтвердились в LoTW.
Работал в версии 17.9.0.53 в Ubuntu 14 под WINE.
Спасибо автору программы!

интересно какой процент рапортов хотя бы в одну сторону был меньше SNR -20dB, то есть какую часть этих QSO не получилось бы провести в FT8?

Мне в личку написали что в Штатах на диапазоне 6м все работают FT8 и на JT частотах уже никого нет...

[UA3DJY]

Может я что то не понял? Ну а вообще есть определенный протокол связи рекомендуемый разработчиками этих мод. Сейчас 90% QSO проводится с теми или иными отклонениями и авторы WSJTX пытаются при помощи программных решений упорядочить процедуру!

Бесконечная тема: рекомендуемый или обязательный. Разработчики WSJT-X пришли с УКВ и привнесли особенности УКВ работы в эфире в протокол.

Но каждый видит окружающий мир своими глазами, да и разработчики WSJT-X не занимаются выдачей диплома DXCC по связям проведенным софтом.

Поэтому сделанный таким образом автомат вызывает и будет дальше вызывать много вопросов от пользователей не только КВ но и диапазона 6м - укоротив продолжительность цикла под спорадик зачем то сделали дополнительное сообщение, хотя знают что RR73 по статистике используют чаще чем RRR.

Вот пользователям и остается воспринимать окружающий мир глазами разработчиков WSJT-X, а кому не лень доработают софт под себя.

[RC2SC]

Вот пользователям и остается воспринимать окружающий мир глазами разработчиков WSJT-X, а кому не лень доработают софт под себя.

И тогда другая часть пользователей будет воспринимать окружающий мир глазами доработчиков.
Не вижу большой разницы.

[R5WM]

хотя знают что RR73 по статистике используют чаще чем RRR

Для КВ сойдет, но на УКВ неоднократно замечал, что при уровнях -28 -29 дб <call> <call> RRR декодируется нормально, а RR73 не распознаётся и декод срывается! Причем это не только на WSJTX, но и на JTDX и на WSJT (это не при прогонке wav файлов, а в реальном эфире).

[UA3DJY]

Для КВ сойдет, но на УКВ неоднократно замечал, что при уровнях -28 -29 дб <call> <call> RRR декодируется нормально, а RR73 не распознаётся и декод срывается! Причем это не только на WSJTX, но и на JTDX и на WSJT (это не при прогонке wav файлов, а в реальном эфире).

Если только RRR передается коротким сообщением в варианте УКВ(shorthand message) или используется Enable deep search (аналог Hint).

Без этого функционала разницы в декодировании RRR и RR73 нет.