FT-8 . FT4

Цитата:

---

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

естественно с кем уже сработал (повторы)

---

На вашем скрине не вижу каким цветом отмечаются уже сработанные позывные на этом диапазоне.
Там есть: "Принятое CQ". А "Сработанный позывной" - это не одно и то же.
------------------------------------------------------------------------------------------------------
От RU6AI
"Со цветовой информацией понятно..Первоначальный вопрос был-сработал только что с IV3PRK , он окрасился красным цветом,тотому как в настройках указано-красным , с моим позывным. Но.. Следующий его CQ никак не информирует , что QSO уже было.Вот в чем проблема.В JTDX хоть через сколько времени сработанный корреспондент появится-софт покажет,что QSO с ним есть.(В его настройках есть пункт- сработанный позывной ). В WSJT я такого не вижу."

Вот и я про это же!

Цитата:

---

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

Установите программу JTAlert. Работает как надстройка с WSJTX и JTDX. Там можно все настроить.
Давно уже пользуюсь, очень удобно.

---

Да. Можно использовать JT Alert,... если монитор безразмерный.

Цитата:

---

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

Да. Можно использовать JT Alert,... если монитор безразмерный.

---

Вот только он с длинными позывными "не дружит".

Цитата:

---

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

он с длинными позывными "не дружит".

---

Тогда в чем смысл вообще.Одно из преимуществ WSJT-X 2.0.0 77 bit это работа с "длинными "позывными,ну и что?

Новая методика проверки качества сигнала и мощности в FT8
https://www.facebook.com/10000163672...1885226542681/

Цитата:

---

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

Вот только он с длинными позывными "не дружит".

---

Последняя версия JTAlertX 2.12.9 работает с нестандартными позывными.

В WSJT после CQ и ответа программа не переходит автоматически на ответ,
хотя бы первому ответившему, как в JTDX. Возможно это специально для выбора,
но время идет и в этот цикл не успеваешь ответить, а в JTDX это происходит автоматически.

Цитата:

---

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

На вашем скрине не вижу каким цветом отмечаются уже сработанные позывные на этом диапазоне.

---

См. пост 2476

Цитата:

---

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

Там есть: "Принятое CQ". А "Сработанный позывной" - это не одно и то же.

---

Одно и то же. Кривость перевода. Вернее не кривость перевода, а наше понимание этого термина

Цитата:

---

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

В WSJT после CQ и ответа программа не переходит автоматически на ответ,
хотя бы первому ответившему, как в JTDX. Возможно это специально для выбора,
но время идет и в этот цикл не успеваешь ответить, а в JTDX это происходит автоматически.

---

Есть такой момент у меня в 30 процентах случаев. В этом случае сначала отвечаю вручную, далее все работает на автомате без проблем.
Заметил, что это не зависит от уровня сигнала. Может быть и минус и плюс. Загрузка процессора на пиках не превышает 86 процентов, за пределы интервала декодирования не выходит.
Без разницы в режимах - быстро, нормально, глубоко.

вопрос - какое максимальное отклонение времени допустимо по протоколу этого вида связи ?

EU1FQ
Да. В общем-то наверно правильно сделано,
но работая, например на NA, после его первого вызова,
когда он не успевает, а затем я не успеваю, по указанной причине,
некоторые бросают вызов и уходят.
А так все пока очень хорошо и чувствительность кажется лучше,
но перегрузку надо контролировать (60-70дБ).
JTDX к этому как-то менее чувствителен.

Цитата:

---

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

В WSJT после CQ и ответа программа не переходит автоматически на ответ,
хотя бы первому ответившему, как в JTDX.

---

А птица Call 1st у вас установлена?
Вложение 224714

UX8IW
Спасибо.
Так оно и есть.

Кто нибудь пробовал версию WSJTX v2.0.0 для работы с японцами на 160 м. У меня не получается пока.

Цитата:

---

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

Кто нибудь пробовал версию WSJTX v2.0.0 для работы с японцами на 160 м. У меня не получается пока.

---

Все так же - стандартно. Фейк ит снять в настройках.