Это Logger32 поддерживает UDP BandMap
ребята...просто народ еще не привык что убрали цикл с RRR....пройдет немного времени и привыкнут к RR73...в JT65 же привыкли к этому....
to: UA3DJY
а нельзя ли сделать для новой страны не стандартный звук, а выбор аудио файла ?
Можно стереотип QSO принять свой собственный (без доп. подтверждений), а можно следовать опр. протоколу (как в WSJT-X). Это я о том, что есть повседневные QSO, а есть те, которые принимаются, как зачтённые в соревнованиях или фиксируются, как состоявшиеся фактически, судьями (или кем-то ещё). В силу того, что передаваемый текст ограничен 13 знаками возникает и алгоритм QSO при моде FT (JT)!
P.S. Из за чего сыр-бор?
Если прохождение хорошее, то дело в 15 секундах. Если плохое, то в том, считать ли QSO-инвалид состоявшимся? При всей скорости FT8 по сравнению с JT65, всё равно это не скоростной вид связи.Куда торопиться? На чём экономить? Ведь после окончания QSO (если на CQ) нужно давать вызов (после RRR или RR73 связь-то не закончена), а если передать ХХХ-УУУУ 73, то ожидающий вправе запрашивать.
Так что проблема высосана из пальца!
Обновите версию Logger32 на 343.Нет такого "опр. протокола". В WSJT-x нажмите два раза на Тх4 и будете передавать RR73. На время. И логику. После RR73 с вашей стороны связь закончена, ведь вы пeредали 73. Если от кореспондента приняли 73, можете передавать CQ.
Если вы передавали RRR, то ещё должны передать 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 с.
Операционная система Windows (за исключением XP и может быть Vista) позволяет прицепить конкретный аудио файл к любому системному звуку. Выбор отдельной звуковой карты в JTDX и настройка отдельно звуковых файлов для конкретных типов уведомлений пока в дальних планах.
Здесь пример настройки системных звуков в Windows https://wd-x.ru/to-change-the-sounds-in-windows/
Для FT8 причина проста, чем больше сообщений передается во время QSO тем больше вероятность что AutoSeq уйдет во время QSO в циклическую передачу, например того же сообщения RRR при отсутствии декодирования ответного сообщения 73, и будет передавать его до истечения watchdog таймера (по умолчанию 6 минут в WSJT-X?) или до тех пор пока оператор сам не выключит передачу, если он в это время смотрит на экран.
Представьте себе сценарий когда Вы пытаетесь сработать с DX со слабым сигналом а на Вашей частоте две станции c хорошим уровнем пару минут циклически дают друг другу RRR и 73.
Из за этого и сыр-бор.
Если навести мышь на Тх4
Вложение 201675
WSJT-X v.1.8.0 Help
Вложение 201677
К сожалению при смене диапазона эти настройки сбрасываются.
А что же здесь обсуждается? Замените "протокол" на "стереотип" или на авторское понимание содержания QSO.
Вот именно, Вами закончена и если Вам ответили 73, а если нет, если Вам не ответили 73, а передали другую инфо?
Передавать CQ или передать 73 для случая полнокомплектной QSO есть одно и то же! Если Вас ожидают, то запросят, если нет......
И ждём, опять CQ, и опять ждём?! )):s7: