Отбирает ресурсы JTAlert, а если программа-лог который Вы используете не поддерживает UDP связку с WSJT-X/JTDX то это проблема этой программы.
Вы же пытаетесь решить эту проблему использованием еще одного промежуточного софта.
Объясните "чайнику" такую вещь:
Вчера отработал TU5PCT (заодно типа похвалюсь).
Передавал он на частотах:
28105
24925
21071
У себя на JTDX включаю режим HOUND (или "Гончая"). Сам режим F/H работает, ранее опробовано.
на 28105 и 24925 все сработало как надо в режиме F/H, при ответе мне частота TX перескочила на RX.
а вот на 21071 режим F/H не включился, при нажатии соотв. кнопки на главном окне чего-то там программа мне сообщила. (но QSO состоялось как в обычном режиме)
Что я неправильно делаю? Режим F/H включается не на всех частотах?
- - - Добавлено - - -
В настройках JTDX частоты прописаны так:
Вложение 320141
Ну так, для общего понимания.
Режим F/H не работает, если RX частота от.... до..... (на примере 15-ки, где частота "общего диапазона" 21074...21077).
И это заложено в программу (? или можно менять в настройках)
Пока. Вот попадутся "принципиальные" DX-pedition. По "закону Мерфи" нужен слот, а F/H не включился.
Честно, я бы не делал ограничений на включение этого режима в зависимости от частоты.
В крайнем случае сделать выскакивающую оранжевую табличку "Вы действительно хотите включить F/H в общем диапазоне?"
Ограничение только на управление TX частотой, чтобы это управление не загрязняло общий FT8 диапазон. Табличкой не обойтись, пример старые версии MSHV - табличка была но другие 'принципиальные' ее игнорировали и включали многослот в общих диапазонах, особенно часто можно было наблюдать на специальных позывных вроде ознаменования '20 лет работы в эфире'.
Пока одни отмечали события другие операторы массово получали дополнительные помехи на общих диапазонах.
На эту тему было много копий сломано.
Проверил существующий код с диагностикой, если смещать ручку VFO до частоты 21071.999 то режим управления TX частотой гончей должен включиться, используется целочисленная разница с частотой 21074 и после округления получается разница 3 кГц.
Fox должен работать на частоте ниже 1000 Гц, поднимите пожалуйста файл 202202_ALL.txt, при Вашем QSO на какой частоте передавал TU5PCT? Если выше 1000 Гц то в этом случае управление TX частотой Hound просто лишнее.
Теперь для окончательного резюме необходимо знать что программа Вам сообщила.Цитата:
Сообщение от UX7LL
PS:
Использование режима F/H зависит от знания оператором частоты VFO DX корреспондента и если это типовая частота то проблем нет. Если это 21071 то тогда информация о частоте ищется через публикацию ее в Интернете операторами DX экспедиции, тогда это относительно достоверная частота.
Если оператор вручную сканирует диапазон и ошибается на 1 кГц в установке частоты (имеет разницу в 1 кГц с VFO оператора DX экспедиции) то получается что он выбирает вариант многослота MSHV вместо DXpedition WSJT-X (либо ошибается наоборот).
И если честно.. устал с этим хаосом многослота и DXpedition, пустой слив времени.. пробуйте угадать сами с кем и с каким софтом Вы пытаетесь провести QSO.
В JTDX ранее нашли и устранили проблему счетчика сообщений при положительном значении Lag, решение будет в версии 159.
Это точно, работают как хотят и где хотят. Сейчас сложилась ситуация что нужно прежде чем вызывать экспедицию, потратить несколько минут на наблюдение тактики их работы, а уже потом включать передачу. Это не открытие, что экспедиционеры не всегда грамотно разбираются в софте нынешних программ, тем более что версии выходят довольно часто и уследить за всеми тонкостями проблематично. У них главная задача дать как можно большему количеству корреспондентов новую страну, новый диапазон. Так что имеем то, что имеем.