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

[UT3IB]

а что за Band master?

Это Logger32 поддерживает UDP BandMap

[RC2SC]

И давайте эту тему закроем, дабы не засорять форум.

Простите но не я начал разговор про регламент и кому это RRR надо. Если сами не определились то зачем разработчиком что-то советовать?

[RA3QH]

ребята...просто народ еще не привык что убрали цикл с RRR....пройдет немного времени и привыкнут к RR73...в JT65 же привыкли к этому....

[RZ1ZR]

to: UA3DJY

а нельзя ли сделать для новой страны не стандартный звук, а выбор аудио файла ?

[RW0LT]

Это Logger32 поддерживает UDP BandMap

Почему-то у меня Logger32 (версия 3.50.337) в окне UDP воспринимает FT8 как Т10.

[RU3DNC]

когда в ответ будет принято 73, самому передавать 73 уже не надо

Можно стереотип QSO принять свой собственный (без доп. подтверждений), а можно следовать опр. протоколу (как в WSJT-X). Это я о том, что есть повседневные QSO, а есть те, которые принимаются, как зачтённые в соревнованиях или фиксируются, как состоявшиеся фактически, судьями (или кем-то ещё). В силу того, что передаваемый текст ограничен 13 знаками возникает и алгоритм QSO при моде FT (JT)!
P.S. Из за чего сыр-бор?
Если прохождение хорошее, то дело в 15 секундах. Если плохое, то в том, считать ли QSO-инвалид состоявшимся? При всей скорости FT8 по сравнению с JT65, всё равно это не скоростной вид связи.Куда торопиться? На чём экономить? Ведь после окончания QSO (если на CQ) нужно давать вызов (после RRR или RR73 связь-то не закончена), а если передать ХХХ-УУУУ 73, то ожидающий вправе запрашивать.
Так что проблема высосана из пальца!

[LY3BG]

Почему-то у меня Logger32 (версия 3.50.337) в окне UDP воспринимает FT8 как Т10.

Обновите версию Logger32 на 343.

Можно стереотип QSO принять свой собственный (без доп. подтверждений), а можно следовать опр. протоколу (как в WSJT-X).

Нет такого "опр. протокола". В WSJT-x нажмите два раза на Тх4 и будете передавать RR73.

При всей скорости FT8 по сравнению с JT65, всё равно это не скоростной вид связи.Куда торопиться? На чём экономить?

На время. И логику.

Ведь после окончания QSO (если на CQ) нужно давать вызов (после RRR или RR73 связь-то не закончена),

После RR73 с вашей стороны связь закончена, ведь вы пeредали 73. Если от кореспондента приняли 73, можете передавать CQ.
Если вы передавали RRR, то ещё должны передать 73.

а если передать ХХХ-УУУУ 73, то ожидающий вправе запрашивать. !

Да, есть некоторые, которые в принципе не признают RR73 и только получив заветные RRR передают 73... :-)

Логика RRR:
1. CQ
2. LOC
3. -xx
4. R-xx - рапорт принят, вам рапорт хх
5. RRR - рапорт принят
6. 73 - всего доброго
7. 73 - всего доброго
8. молчим 15 сек,
9. передаём CQ.

Логика RR73:
1. CQ
2. LOC
3. -xx
4. R-xx - рапорт принят, вам рапорт хх
5. RR73 - рапорт принят, всего доброго
6. 73 - всего доброго
7. передаём CQ.

При передаче RRR полный цикл QSO занимает 8х15 с., при передаче RR73 6х15 с.

[RK1NA]

В WSJT-x нажмите два раза на Тх4 и будете передавать RR73.

Это с какой версии?

[LY3BG]

Это с какой версии?

Если не ошибаюсь, с 1.8.0 rc2.

[UA3DJY]

to: UA3DJYа нельзя ли сделать для новой страны не стандартный звук, а выбор аудио файла ?

Операционная система Windows (за исключением XP и может быть Vista) позволяет прицепить конкретный аудио файл к любому системному звуку. Выбор отдельной звуковой карты в JTDX и настройка отдельно звуковых файлов для конкретных типов уведомлений пока в дальних планах.

Здесь пример настройки системных звуков в Windows https://wd-x.ru/to-change-the-sounds-in-windows/

[RK1NA]

Если не ошибаюсь, с 1.8.0 rc2.

У меня full 1.8.0 r8193
В ней Tx4 не наблюдается.
А врукопашную ставить RR73 как то то в лом.
Хотя в JT65 так делал.

[UA3DJY]

P.S. Из за чего сыр-бор?
Если прохождение хорошее, то дело в 15 секундах. Если плохое, то в том, считать ли QSO-инвалид состоявшимся? При всей скорости FT8 по сравнению с JT65, всё равно это не скоростной вид связи.Куда торопиться? На чём экономить?

Для FT8 причина проста, чем больше сообщений передается во время QSO тем больше вероятность что AutoSeq уйдет во время QSO в циклическую передачу, например того же сообщения RRR при отсутствии декодирования ответного сообщения 73, и будет передавать его до истечения watchdog таймера (по умолчанию 6 минут в WSJT-X?) или до тех пор пока оператор сам не выключит передачу, если он в это время смотрит на экран.

Представьте себе сценарий когда Вы пытаетесь сработать с DX со слабым сигналом а на Вашей частоте две станции c хорошим уровнем пару минут циклически дают друг другу RRR и 73.

Из за этого и сыр-бор.

[LY3BG]

У меня full 1.8.0 r8193
В ней Tx4 не наблюдается.
А врукопашную ставить RR73 как то то в лом.
Хотя в JT65 так делал.

Если навести мышь на Тх4



WSJT-X v.1.8.0 Help



К сожалению при смене диапазона эти настройки сбрасываются.

[RU3DNC]

Нет такого "опр. протокола".

А что же здесь обсуждается? Замените "протокол" на "стереотип" или на авторское понимание содержания QSO.

После RR73 с вашей стороны связь закончена, ведь вы пeредали 73. Если от кореспондента приняли 73, можете передавать CQ.

Вот именно, Вами закончена и если Вам ответили 73, а если нет, если Вам не ответили 73, а передали другую инфо?
Передавать CQ или передать 73 для случая полнокомплектной QSO есть одно и то же! Если Вас ожидают, то запросят, если нет......

Логика RR73:
1. CQ
2. LOC
3. -xx
4. R-xx - рапорт принят, вам рапорт хх
5. RR73 - рапорт принят, всего доброго
6. 73 - всего доброго
7. передаём CQ.

И ждём, опять CQ, и опять ждём?! ))

[UA3DJY]

У меня full 1.8.0 r8193
В ней Tx4 не наблюдается.
А врукопашную ставить RR73 как то то в лом.
Хотя в JT65 так делал.

Вложение 201676