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

[RX3ASP]

Кнопка Filter не блокируется, всегда можно включить и выключить ее вручную. Функционал Auto RX frequency filter проверяет состояние кнопки Filter перед ее включением/выключением.

Блокируется не кнопка Filter, а включение Auto RX frequency filter при неактивном Auto TX. Если я два раза кликнул в левом окне по позывному и он скопировался в правое, а RX частота установилась на корреспондента, это означает, что я готов ему ответить. Логично было бы, что после нажатия Enable TX, фильтр включится (если активировано Auto RX frequency filter). А он не включается автоматически

[UT8NT]

Привет всем.
Протестировал 66 версию в режиме работы на поиск
Вот с такими настройками:


Специально отключил режим авто фильтра и решил посмотреть как в этой ситуации сработает AutoSeg1
провел 10 qso - ни одного сбоя. Это при декоде в приемном окне 20-25 станций.
Работа без фильтра позволяет после получения "73" от корреспондента , без пропуска периода вызывать следующую станцию работающую на "CQ"



Вот ситуация когда передав корреспонденту "73", а в ответ "тишина" (оператор прекратил работу на "CQ"), программа повторила передачу посылки "73"
возможно это произошло из-за сохраннения связи в лог в момент "выскакивания " окна, хотя как рекомендовалось ранее это нужно делать после окончания передачи посылки "HisCall MyCall 73"
Режим AutoSeg1 при работе без фильтра на машине:


в 66 версии, в режиме проведения одиночного QSO-показал стабильную работу.

[UT8NT]

Про работу на CQ версия 66.
Также режим AutoSeg1, работа без авто-фильтра, TX/RXSplit
провел 10 QSO, был один сбой
позвал корреспондент выше по частоте но программа не отреагировала на вызов а продолжила давать "CQ"


И еще не понял почему, но в момент передачи одной из посылок "CQ" прервалась передача.(где то на 5 секунде) Может случайность.....ранее такого не было...(Disabled-0)

[K2PAL]

Версия 66, работает у меня пока без сбоев и при разных сценариях буду продолжать проверять.
Насчет того когда зовут и программа продолжает давать CQ раньше у меня такое было, сейчас вроде этого нет, вот какие настройки у меня, АРУ в трансивере у меня выключено, приём на индикаторе программы отрегулирован порядка 80-85 дб и все вроде работает, если уменьшаю до 40-50дб игнорирует зовущего.

[UR4UM]

Работал в AutoSeg3, решил вчера тоже попробовать AutoSeg1... не успел внести в лог после получения 73!



Сегодня продолжил работу, и сразу же:



не успел внести в лог после получения 73 опять, настройки показываю, работает совместно с JTAlert 2.10.9, пишет в лог МІХ.
Файл ini удалял перед установкой. Что нужно поправить?

[RW4LN]

Кто знает, что это такое? Возникает иногда на вч бендах. Или это только у меня что-то с трансивером?

[RU3XW]

To RW4LN
Обычный радар! Иногда появляется эта пулемётная очередь

[UA3DJY]

Но AutoSeq можно запустить и "вручную" - нажав на EnableTX и последовательность пойдёт своим ходом до 73. И фильтр можно включить без последствий.
У меня медленный комп. Декодирование продолжается иногда до 8 сек. следующего цикла. Включаться на передачу уже не имеет смысла, да и в следующие 15 сек. может появиться кто-то более интересный или сосед с киловаттом станет отвечать на этой частоте. Поэтому я чаще держу AutoTX выключенным.
В чём смысл блокировки включения фильтра в полу-ручном режиме?

Блокируется не кнопка Filter, а включение Auto RX frequency filter при неактивном Auto TX. Если я два раза кликнул в левом окне по позывному и он скопировался в правое, а RX частота установилась на корреспондента, это означает, что я готов ему ответить. Логично было бы, что после нажатия Enable TX, фильтр включится (если активировано Auto RX frequency filter). А он не включается автоматически

Причина здесь:

Поэтому я чаще держу AutoTX выключенным.

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

По сути Вы предлагаете доработать софт под совсем медленный компьютер для ручного управления кнопкой Enable TX в моде FT8.

[UA3DJY]

Работал в AutoSeg3, решил вчера тоже попробовать AutoSeg1... не успел внести в лог после получения 73!



Сегодня продолжил работу, и сразу же:



не успел внести в лог после получения 73 опять, настройки показываю, работает совместно с JTAlert 2.10.9, пишет в лог МІХ.
Файл ini удалял перед установкой. Что нужно поправить?

как у Вас получается очистить окно DX Call до внесения QSO в лог?

Вот что по этому поводу пишет Laurie VK3AMA:

On 15/01/2018 10:16 AM, Morris WA4MIT via Groups.Io wrote:
> files sent and JTDX is not clearing the DX CALL box early like it did in some earlier releases. This only seemed to start with the latest release of Alert. Thanks Laurie 73 wa4mit Morris
Morris,

Your files show a DX Call cleared event from JTDX about 30 seconds before the Log QSO event was received. The DX Call should only be cleared after the Log event. I can't reproduce this in my tests, but I am unable to exercise the many different auto-sequence scenarios, one of which may be the cause. The DX Call clear event should only happen after logging, not before.

It may be worth testing WSJT-X with that option turned on and see if you get the same results.

de Laurie VK3AMA

[UA3DJY]

Про работу на CQ версия 66.
Также режим AutoSeg1, работа без авто-фильтра, TX/RXSplit
провел 10 QSO, был один сбой
позвал корреспондент выше по частоте но программа не отреагировала на вызов а продолжила давать "CQ"

надо смотреть ALL.TXT файл: AutoSeq1 и AutoSeq2 должен проигнорировать любое сообщение декодированное после начала передачи

[RW4LN]

Где нужно поставить "птичку" или точку, что бы после окончания ЩСО, не нажимать кнопку "клеар ДХ", а что бы очищалось автоматически?

[UR5WCA]

Где нужно поставить "птичку" или точку, что бы после окончания ЩСО, не нажимать кнопку "клеар ДХ", а что бы очищалось автоматически?

Здесь:

[UR4UM]

Вот что по этому поводу пишет Laurie VK3AMA:

"Аглицкий" не проходили в школе, да и немецкого не знаю... translate.google.ru помог не много.
Вот это может проблема: This only seemed to start with the latest release of Alert. (Это только начиналось с последней версии Alert.).
Вчера как раз за одно и JTAlert обновил.
Правда в AutoSeg3 не заметил вроде такого: я ждал от корреспондента 73, после получения сразу же нажал сохранение. Но окна очистились раньше, и прога ругнулась.
В AutoSeg3 работал с предыдущей версией JTAlert и обычно всё было ОК.
Да и сейчас пробовал, после одного КуЕсО только сохранил, сразу окна очистились (это 5 секунд). Последующие - сохранил, и очищение окон в конце цикла приёмного...

Факт что баг есть, (но в какой проге?)!

P.P.S.-если можно сразу в журнал MixW 3.2 с программы направлять, подскажите как настроить... попробуем без JTAlert (хотя она больше, и достовернее инфо даёт)!

[RX3ASP]

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

Вы меня не поняли. Фильтр должен включаться автоматически в начале QSO и выключаться автоматически после окончания QSO при отключенном AutoTX. Только и всего. Сейчас в 66 версии он отключается автоматически после 73, но не включается. Если оператор включил Auto RX frequency filter и кому-то отвечает, то пусть посидит 5 минут у монитора.

[UA3DJY]

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

Вы меня не поняли. Фильтр должен включаться автоматически в начале QSO и выключаться автоматически после окончания QSO при отключенном AutoTX. Только и всего. Сейчас в 66 версии он отключается автоматически после 73, но не включается. Если оператор включил Auto RX frequency filter и кому-то отвечает, то пусть посидит 5 минут у монитора.

Начало и окончание QSO определяется по переданному/принятому сообщению и состоянию кнопки Enable TX, как я уже сказал состояние кнопки AutoTx не проверяется при включении фильтра в Auto RX frequency filter.

Убрал проверку состояния кнопки Enable Tx при включении фильтра в этой сборке: https://cloud.mail.ru/public/FJ4v/uf2mU4Wn3

исходный код https://cloud.mail.ru/public/ASNo/5U7T77eFT

кодовые суммы:
File name: JTDX-18.1.0.67_1_slowFilter-win32.exe
MD5: AE30A28DB65637CE9CE00519D7275B52
SHA-1: F158257C9432903E2ABB611A77E46A7CFAC6BD4F
SHA-256: 735C4DC108147DD87095566A45C813261F987FEE1928114B3511994B6ADC8E5F
SHA-512: ECE541BBBD3FDB9173D4E6C8D8A8561591003F5EEBFB98E9CE00E3CE14CA7B06E1A02E D99A0DE8359B129F50BAE3B99969CA5541244D8B9465958DD1E68E4CFD
RIPEMD: 2A0BAF09295DF1DD40D65BEBCB3CDB8A427CC719

функционал управления фильтром находится в файле mainwindow.cpp


Явного способа определить что Вы находитесь в QSO чтобы включить автоматически фильтр 'в будущем' при возможном ручном нажатии кнопки Enable Tx я пока не знаю, поэтому Вам придется доработать код самостоятельно под необходимый Вам функционал.