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

[UA3DJY]

Но автоматом связи заносятся в Log, чего JTDX не делает, и повторы контролируются, (сам лог при этом не запущен, и не отбирает у проца ресурсы)... Извините, как есть ...

Отбирает ресурсы JTAlert, а если программа-лог который Вы используете не поддерживает UDP связку с WSJT-X/JTDX то это проблема этой программы.

Вы же пытаетесь решить эту проблему использованием еще одного промежуточного софта.

[UX7LL]

Объясните "чайнику" такую вещь:

Вчера отработал TU5PCT (заодно типа похвалюсь).

Передавал он на частотах:
28105
24925
21071

У себя на JTDX включаю режим HOUND (или "Гончая"). Сам режим F/H работает, ранее опробовано.

на 28105 и 24925 все сработало как надо в режиме F/H, при ответе мне частота TX перескочила на RX.

а вот на 21071 режим F/H не включился, при нажатии соотв. кнопки на главном окне чего-то там программа мне сообщила. (но QSO состоялось как в обычном режиме)

Что я неправильно делаю? Режим F/H включается не на всех частотах?

- - - Добавлено - - -

В настройках JTDX частоты прописаны так:

[UA3DJY]

Вчера отработал TU5PCT (заодно типа похвалюсь).

Передавал он на частотах:
28105
24925
21071

У себя на JTDX включаю режим HOUND (или "Гончая"). Сам режим F/H работает, ранее опробовано.

на 28105 и 24925 все сработало как надо в режиме F/H, при ответе мне частота TX перескочила на RX.

а вот на 21071 режим F/H не включился, при нажатии соотв. кнопки на главном окне чего-то там программа мне сообщила. (но QSO состоялось как в обычном режиме)

Что я неправильно делаю? Режим F/H включается не на всех частотах?

Защитный интервал с общим диапазоном в 3 кГц при включении управления TX частотой, сейчас этот интервал проверяется всегда, если частота DXpedition диапазона меньше частоты общего диапазона то защитный интервал можно сократить до одного килогерца, поправлю код.

[UX7LL]

Ну так, для общего понимания.
Режим F/H не работает, если RX частота от.... до..... (на примере 15-ки, где частота "общего диапазона" 21074...21077).
И это заложено в программу (? или можно менять в настройках)

[US5WE]

Ну так, для общего понимания.
Режим F/H не работает, если RX частота от.... до..... (на примере 15-ки, где частота "общего диапазона" 21074...21077).
И это заложено в программу (? или можно менять в настройках)

Получается, что "защитная" функция в софт заложена, но нигде не описана?
В любом случае, DX отвечают во всем диапазоне и скакать не обязательно.
Например недавно 9N7AA на 10 МГц.

[UX7LL]

В любом случае, DX отвечают во всем диапазоне и скакать не обязательно.

Пока. Вот попадутся "принципиальные" DX-pedition. По "закону Мерфи" нужен слот, а F/H не включился.
Честно, я бы не делал ограничений на включение этого режима в зависимости от частоты.
В крайнем случае сделать выскакивающую оранжевую табличку "Вы действительно хотите включить F/H в общем диапазоне?"

[UN3G]

Объясните "чайнику" такую вещь

TU5PCT не работал F/H, он использовал многопотоковый сигнал, скорее всего MSHV. Я провел с ним 5 QSO в FT8, я вызывал и отвечал всегда на 212 Гц.

[UA3DJY]

Пока. Вот попадутся "принципиальные" DX-pedition. По "закону Мерфи" нужен слот, а F/H не включился.
Честно, я бы не делал ограничений на включение этого режима в зависимости от частоты.
В крайнем случае сделать выскакивающую оранжевую табличку "Вы действительно хотите включить F/H в общем диапазоне?"

Ограничение только на управление TX частотой, чтобы это управление не загрязняло общий FT8 диапазон. Табличкой не обойтись, пример старые версии MSHV - табличка была но другие 'принципиальные' ее игнорировали и включали многослот в общих диапазонах, особенно часто можно было наблюдать на специальных позывных вроде ознаменования '20 лет работы в эфире'.

Пока одни отмечали события другие операторы массово получали дополнительные помехи на общих диапазонах.

На эту тему было много копий сломано.

[US4IRT]

а F/H не включился.

А никакого F/H не было и включать его не нужно. Очень похоже на работу программы MSHV. TU5PCT и Z22O работают не "лисой".

[EU1FQ]

А никакого F/H не было и включать его не нужно..

Какая разница как работает лиса. Гончая обязана была включаться! Баг программы.
UA3DJY поправит код. (смотри сообщение # 1383)

[UA3DJY]

Объясните "чайнику" такую вещь:

Вчера отработал TU5PCT (заодно типа похвалюсь).

Передавал он на частотах:
28105
24925
21071

У себя на JTDX включаю режим HOUND (или "Гончая"). Сам режим F/H работает, ранее опробовано.

на 28105 и 24925 все сработало как надо в режиме F/H, при ответе мне частота TX перескочила на RX.

а вот на 21071 режим F/H не включился, при нажатии соотв. кнопки на главном окне чего-то там программа мне сообщила. (но QSO состоялось как в обычном режиме)

Что я неправильно делаю? Режим F/H включается не на всех частотах?

Проверил существующий код с диагностикой, если смещать ручку VFO до частоты 21071.999 то режим управления TX частотой гончей должен включиться, используется целочисленная разница с частотой 21074 и после округления получается разница 3 кГц.

Fox должен работать на частоте ниже 1000 Гц, поднимите пожалуйста файл 202202_ALL.txt, при Вашем QSO на какой частоте передавал TU5PCT? Если выше 1000 Гц то в этом случае управление TX частотой Hound просто лишнее.

а вот на 21071 режим F/H не включился, при нажатии соотв. кнопки на главном окне чего-то там программа мне сообщила

Теперь для окончательного резюме необходимо знать что программа Вам сообщила.

PS:
Использование режима F/H зависит от знания оператором частоты VFO DX корреспондента и если это типовая частота то проблем нет. Если это 21071 то тогда информация о частоте ищется через публикацию ее в Интернете операторами DX экспедиции, тогда это относительно достоверная частота.

Если оператор вручную сканирует диапазон и ошибается на 1 кГц в установке частоты (имеет разницу в 1 кГц с VFO оператора DX экспедиции) то получается что он выбирает вариант многослота MSHV вместо DXpedition WSJT-X (либо ошибается наоборот).

И если честно.. устал с этим хаосом многослота и DXpedition, пустой слив времени.. пробуйте угадать сами с кем и с каким софтом Вы пытаетесь провести QSO.

В JTDX ранее нашли и устранили проблему счетчика сообщений при положительном значении Lag, решение будет в версии 159.

[UN7JX]

И если честно.. устал с этим хаосом многослота и DXpedition, пустой слив времени.. пробуйте угадать сами с кем и с каким софтом Вы пытаетесь провести QSO.

Это точно, работают как хотят и где хотят. Сейчас сложилась ситуация что нужно прежде чем вызывать экспедицию, потратить несколько минут на наблюдение тактики их работы, а уже потом включать передачу. Это не открытие, что экспедиционеры не всегда грамотно разбираются в софте нынешних программ, тем более что версии выходят довольно часто и уследить за всеми тонкостями проблематично. У них главная задача дать как можно большему количеству корреспондентов новую страну, новый диапазон. Так что имеем то, что имеем.

[RX4CD]

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

А кто их принуждает устанавливать на свои компы крайние версии софта? Работайте на обкатанных и все будет ОК!
P.S. Думаю, что давно пора, прежде чем выдавать лицензию на работу в DX-pedition, требовать "бумагу" о прохождении инструктажа по работе в цифровых видах. hi).

[RA4FW]

Сейчас сложилась ситуация что нужно прежде чем вызывать экспедицию, потратить несколько минут на наблюдение тактики их работы, а уже потом включать передачу.

Причём здесь "сейчас"?
Это правило актуально всегда и для всех видов излучения.
Разве нет?

[UN7JX]

Причём здесь "сейчас"?
Это правило актуально всегда и для всех видов излучения.
Разве нет?

Полностью согласен, но раньше было проще, слушаешь сколько UP или DOWN вперед...