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

[R2EA]

Стоял на CQ при auto seq 3, увидел работает нужная мне станция,
ну я и позвал на своей частоте, а он ответил другому.
Прога отключила enable tx и не вернула на мою передающую частоту для последующего cq.
Такое в будущем возможно устранить?

JTDX в режимах AutoSeq(4+2) и AutoSeq(4+3) ответит на лучший из входящих вызовов и при отсутствии
такого будет искать лучшее из декодированных сообщений CQ, при отсутствии последнего продолжит
передавать CQ.

При работе на cq с галками в меню auto seq: 3 при выборе b4 - всё прекрасно отсеивается,
а вот если к этому добавить и 4+ , что бы скучно не было и прога слушала в добавок и тех кто так же даёт cq,
то b4 не срабатывает на фильтрацию тех кто работает на cq и применима только к тем кто подходит.

Игорь, возможно ли устранить проблему, а если же этого ещё не проробатовали,
то попробовать реализовать в последующих версиях?

доработал фильтрацию ложных FT8AP (Hint) сообщений в JTDX v18.1.0.76_1

Сейчас попробуем, но в 75 разок пробежало...
Вложение 206723

JTDX v18.1.0.76_1

B4 в JTDX в режимах AutoSeq(4+3) срабатывает только на тех кто подходит на мой cq,
а на тех кто тоже даёт cq - B4 не действует и зовёт всех тех, кого и не видно...
Вложение 206725

[UA3VFL]

Вот не как не хочет завершить QSO интересно что у него в регламенте???

[R0JF]

Вот не как не хочет завершить QSO интересно что у него в регламенте???

Ничего удивительного. Рапорт от Вас принять не может никак.
Рядовой случай.

[UA1OMZ]

JTDX_75 позвал с рапортом, программа зачем-то дала рапорт второй раз. Режимы специально не указываю. Ответы типа "не тот режим или не там галочка" не устроят. Считаю это багом, т.к. программа в любой ситуации должна сама сформировать адекватное сообщение.

[UA3OA]

JTDX_75 позвал с рапортом, программа зачем-то дала рапорт второй раз. Режимы специально не указываю. Ответы типа "не тот режим или не там галочка" не устроят. Считаю это багом, т.к. программа в любой ситуации должна сама сформировать адекватное сообщение.

Звать надо R+01 тогда программа правильно отработает.

[R2OM]

Вот такие dB в WSJT-X



По участку для FT8 ползаю с фильтром ≈ 500 Гц



Это я про то, что завышены dB в JTDX, или занижены, наверное от прохода зависит. Надо статистику набирать.

Наверное, и панораму надо показать.

[UA3DTK]

Александр, RM1O

...я это делаю так...прекращается передача и очищается окно DX Call

[RW4LN]

Вот такие dB в WSJT-X

Мне кажется, ДБ ни когда не были объективны. В ССБи дают на слух 59, в телеграфе все дают тоже на слух и дают больше всего 599 лишь бы провести связь быстрее. Ну и в ФТ8, какое там ДБ, декодируется и ладно. Если уж хочется передать ДБ более объективно, можно посмотреть по следу на водопаде.

[UA1OMZ]

...я это делаю так...

Вы ничего не должны делать, все должна сделать автоматика...

[R2OM]

А во многих логах, есть установка - рапорт по умолчанию.
А объективен ли рапорт - пофигу. Главное провести QSO и в лог прописать.

[UA1NAN]

Мне кажется, ДБ ни когда не были объективны.

В программах WSJT и JTDX вообще не нужны рапорта и водопады, они и без них работают, ни кому не мешают и помощи практически нет, как например, в программе ROS, там водопад только для красоты. Добавить функционал - авто выбор свободной частоты для передачи и вперед за DXами. А можно и дальше пойти, робот будет проводить QSO.

[R2OM]

Вот пагубность фильтров.
Видимо установлено, исключить EU

В программах WSJT и JTDX вообще не нужны рапорта и водопады

А разве в JTDX от ширины окна водопада не зависит полоса.
Видимо я что-то не понял. Но где-то выше в теме говорилось, что Bins/Pixel даже очень влияет на полосу приема.
Я ошибаюсь?

[RW4LN]

Вот пагубность фильтров.
Видимо установлено, исключить EU

Кому как, у меня поставлен фильтр на Европу раз и навсегда.

[R2OM]

А при CQ это как-то обозначаете?
Зовем-зовем - время теряем, электричество жжем, вскрываем TX, может что там отвалилось и т.п.

[EU1FQ]

Звать надо R+01 тогда программа правильно отработает.

Это с какого такого перепугу....... не получив рапорт давать R