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

**LZ2HV** · 05.12.2019, 11:06

Здраствуйте все
Паступила прозба к екип MSHV вставит VLF бандй в праграмме
За IARU 1/2 регион нашол 2200 m (136 kHz), 660 m (472 kHz)
Если ктота знает чтота об 501 kHz - 504 kHz, използуетса или нет ?

**RM1F** · 05.12.2019, 11:12

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

Если будете работать с разносом звуковых частот приема передачи то сбоев быть не должно.

Гмм. Я на самом деле не упираюсь в какой-то один метод - со сплитом или с фиксом. Работаю и так, и эдак. Бывают корреспонденты, которые ан фиксе не отвечают, а включишь сплит - с полтыка. Бывают же и наоборот - со сплитом не слышат (узкий фильтр включен?), а стоит зафиксить частоту - с полтыка. Так что it сильно depends.....

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

в этом случае критично определение 'владельца' частоты.

Что критичного может быть в определении owner of freq? Если я работаю на Run (CQ) - я и являюсь owner-ом по определению. Если я работаю S&P (поиск) - owner-ом заведомо является другая станция. Причем определение Run или S&P - тривиальная задача.

Возможен, конечно же, засадный случай в режиме S&P - если на частоте одновременно работают две станции, каждая дает CQ, но друг друга они не слышат - мертвая зона там, причуды прохождения, то-се и так далее... Вот кого из них считать owner-ом? И на каком основании? Бросить между ними жребий?

Или как в контестах - кто мощнее и наглее?

**UA3DJY** · 05.12.2019, 11:16

To LZ2HV: Христо, функционал смены TX частоты при передаче сообщений одному и тому же корреспонденту в режиме multianswering сделан преднамеренно? Если нет то можно ли такое поведение программы MSHV устранить хотя бы в общих FT8 диапазонах?

В WSJT-X и JTDX есть функционал улучшенного декодирования на приемной частоте QSO. Скачки по частоте лишают корреспондентов оператора MSHV возможности воспользоваться повышенной чувствительностью FT8 декодера при проведении QSO.

**UA3DJY** · 05.12.2019, 11:20

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

Что критичного может быть в определении owner of freq? Если я работаю на Run (CQ) - я и являюсь owner-ом по определению. Если я работаю S&P (поиск) - owner-ом заведомо является другая станция. Причем определение Run или S&P - тривиальная задача.

Мы пару лет полировали в коде.

**LZ2HV** · 05.12.2019, 11:32

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

смены TX частоты

ТX частота изменяется только если оператор сам это решит.
Варианты:
Если Shift+единичный клик на waterfall
Если оператор ставит галочку на LTR (Lock TX и RX) (эту функцию я не рекомендую использовать в режиме multianswering)

**RM1F** · 05.12.2019, 11:41

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

Особенно критично для многослотового режима MSHV - поскольку Христо заложил в код MSHV скачки частоты при передаче сообщений одному и тому же корреспонденту.

О, вон оно как, Михалыч!

А я-то удивлялся иногда при связях, почему мне корр отвечает со скачком частоты..... Спасибо за инфо. Век живи, век учись, дураком помрешь

**US4IRT** · 05.12.2019, 11:44

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

примерно 3.5% пользователей еще работают в последовательности сообщений RRR.

Это я и вижу в эфире, Игорь. Повторюсь, это скорее всего те кто не знает как отключить это RRR. Когда бы его в JTDX не было - тогда и "галку" ставить некуда

. И было бы ещё меньше в эфире. Лишняя заморочка для начинающих.
Мне оно хлопот не добавляет. Значит пусть "поживет" ещё... .
XP3A работает с RRR, поэтому я вызывал его рапортом, чтоб не получить RRR.

**UA3DJY** · 05.12.2019, 11:47

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

О, вон оно как, Михалыч!

А я-то удивлялся иногда при связях, почему мне корр отвечает со скачком частоты..... Спасибо за инфо. Век живи, век учись, дураком помрешь

Я тоже неоднокартно наблюдал когда в FT8 multianswering сообщение с рапортом MSHV передает на одном слоте, а сообщение RR73 этому же корреспонденту например на 60 Гц выше, при этом изначальный слот уже занят другим сообщением.

**US4IRT** · 05.12.2019, 12:00

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

сообщение с рапортом MSHV передает на одном слоте, а сообщение RR73 этому же корреспонденту например на 60 Гц выше

Так это идёт с WSJT-X при FOX-е. Так заложен алгоритм. Очевидно и в MSHV этого придерживаются. Да, неудобно для декодера на приёмной частоте. А точнее просто выпадает этот декодер из работы при F/H или многослотовом.

**UA3DJY** · 05.12.2019, 12:08

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

сообщение с рапортом MSHV передает на одном слоте, а сообщение RR73 этому же корреспонденту например на 60 Гц выше

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

Так это идёт с WSJT-X при FOX-е. Так заложен алгоритм. Очевидно и в MSHV этого придерживаются. Да, неудобно для декодера на приёмной частоте.

Но Fox WSJT-X работает на пустом участке частот вне общего диапазона, то есть вероятность помех от других сигналов при приеме сигнала от Fox корреспондентом минимальна. Если не ошибаюсь Fox WSJT-X меняет частоту только если на предыдущей частоте не декодировал ответ корреспондента (или если декодировал повторное сообщение, уже не помню).

Актуальность смены частоты в multianswering на общем диапазоне меньше: корреспондент далеко не всегда переходит на частоту оператора MSHV для проведения QSO. В части случаев такая смена TX частоты оператором(или программой?) MSHV приводит к передаче на частоте где уже есть другие сигналы, то есть вероятность декодирования может еще снизиться.

**US4IRT** · 05.12.2019, 12:43

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

Актуальность смены частоты в multianswering на общем диапазоне меньше: корреспондент далеко не всегда переходит на частоту оператора MSHV для проведения QSO. В части случаев такая смена TX частоты оператором(или программой?) MSHV приводит к передаче на частоте где уже есть другие сигналы, то есть вероятность декодирования может еще снизиться.

Однозначно, Игорь! Работать в "общем" диапазоне (да ещё на таком как 20м), с редкой территории да ещё и многослотом и я считаю (мягко выражаясь) НЕ РАЦИОНАЛЬНО!!! А если не мягко, то .... слов нет!
Не уважение к себе и корреспондентам!

**RW9WT** · 05.12.2019, 12:52

Доброго времени суток всем.
Не очень понятная ситуация - вроде, всегда было все нормально.
Что может быть с SP TimeSync ?
Впервые такое прилетело...(начало переписки - снизу):

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

**R7KKO** · 05.12.2019, 12:52

To UA3DJY

Нельзя ли на основное окно вывести кнопку для циклического переключения MODE, можно настраиваемую, например FT8|FT4?
Тогда можно убрать строку MENU и добавится место для информации (актуально для дисплеев с низким разрешением).
Также повысится оперативность.

**R6LCF** · 05.12.2019, 13:31

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

Тогда можно убрать строку MENU

Вы дополнительной строкой вместо Меню не пользуетесь? А многие у кого монитор 15" пользуются ,небольшая прибавка НО есть. У меня мониторы 28" ,у меня галка всегда стоит но тоже иногда пользуюсь и галку убираю.
На мой взгляд выводить переключатель мод на перед.панель вообще нет необходимости. Тем более FT4.Только на 40м и 20м ...так по мелочи. На ВЧ вообще никто не работает. Странные приоритеты.

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

Что может быть с SP TimeSync ?
Впервые такое прилетело...

Далеко не факт ,что это у вас. Периодически проверяйте точность своего времени и особенно своему оппоненту посоветуйте:https://time.is/ru/
С программой все в порядке ,особо не сомневайтесь.

**RW9WT** · 05.12.2019, 13:37

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

Далеко не факт ,что это у вас. Периодически проверяйте точность своего времени и особенно своему оппоненту посоветуйте:https://time.is/ru/

Я это прекрасно знаю.
Поэтому и отметил:
"Впервые такое прилетело..."
Не хотелось тыкать сразу K2PS.
Возможно, он корректируется с неточного сервера времени.

Может, у кого-нибудь возникали подобные ситуации.